Бизнес и системный анализ весна 2013 лекция 1

28.01.2013 ‹#› Бизнес и Системный Анализ в ЖЦ

Разрботки ПО

28.01.2013

Часть 1

‹#› Бизнес и Системный Анализ в ЖЦ


28.01.2013

Часть 2



Состояние отрасли

Теория систем

Обзор области знаний Бизнес и системного анализа

Обзор продуктового ЖЦ.

Обзор сервисного ЖЦ.



• На чем зарабатывали SE компании 10 лет назад ?

• На чем в основном сейчас зарабатывают софтверные компании ?

• На чем будут ?

• Что такое ЖЦ ? И какие вы знаете ?

28.01.2013 ‹#›

Бизнес и Системный Анализ в ЖЦ Разрботки ПО


28.01.2013 ‹#›

Software Export Structure


28.01.2013 ‹#›

Бизнес модели в разработке ПО

Продуктовая

SaaS

Сервисная

28.01.2013 Бизнес и Системный Анализ в ЖЦ

Разрботки ПО 10

Управление продуктами в отличие от управления проектами

Управление проектами "Как сделать работу за определенное время и в пределах бюджета?"



Управление продуктами "Как сделать что-то, что имело бы успех на рыке?"


Time

Cost Scope Покупатели

Технологии Конкуренты

Scope Budget

28.01.2013

(c) http://swpm.ru/ http://system –approach.ru

12

http://swpm.ru/

Заказная разработка и ИТ

• Как правило, компания исполнитель несет финансовую ответственность только за невыполнение своих контрактных обязательств.

Продуктовая

• Как правило, компания вендор в случае срабатывания риска несет полную финансовую ответственность

28.01.2013 13 Бизнес и Системный Анализ в ЖЦ


Аутсорсинг

Продуктовая разработка

Доход

Время

Срабатывание риска



• 96%всех выводимых на рынок инновационных продуктов или услуг, не выполняет поставленных передними целей по ROI (BusinessWeek)

• Из 30 тыс. новых продуктов, которые запускаются на рынок, 90%обречены на провал, несмотря на дорогостоящие маркетинговые исследования (HarvardBusinessReview)

• 8 из 10 NPD проектов проваливаются (Ассоциация разработчиков новых продуктов и услуг США ProductDevelopment& ManagementAssociation)

28.01.2013


Каковы причины?

15

• « за» (также « са», швед. Vasa) — шведский боевой корабль, спущенный на воду летом 1628 года. Своё название корабль получил в честь царствовавшей в то время династии шведских королей Ваза. Будучи одним из самых крупных и дорогостоящих боевых кораблей шведского флота, «Ваза» должен был стать его флагманом, однако из-за конструктивных ошибок корабль опрокинулся и затонул в своём первом выходе из Стокгольмской гавани 10 августа 1628 года.



http://ru.wikipedia.org/wiki/%D0%A8%D0%B2%D0%B5%D0%B4%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA

http://ru.wikipedia.org/wiki/%D0%A8%D0%B2%D0%B5%D1%86%D0%B8%D1%8F

http://ru.wikipedia.org/wiki/%D0%9A%D0%BE%D1%80%D0%B0%D0%B1%D0%BB%D1%8C

http://ru.wikipedia.org/wiki/1628_%D0%B3%D0%BE%D0%B4


http://ru.wikipedia.org/wiki/%D0%92%D0%B0%D0%B7%D0%B0_(%D0%B4%D0%B8%D0%BD%D0%B0%D1%81%D1%82%D0%B8%D1%8F)

http://ru.wikipedia.org/wiki/10_%D0%B0%D0%B2%D0%B3%D1%83%D1%81%D1%82%D0%B0

http://ru.wikipedia.org/wiki/10_%D0%B0%D0%B2%D0%B3%D1%83%D1%81%D1%82%D0%B0

• История «Вазы» началась 16 января 1625 года, когда король Швеции Густав II Адольф подписал с голландским кораблестроителем Хенриком Хюбертссоном контракт на постройку нового боевого корабля для шведского флота.

• По замыслу короля, новый корабль должен был стать флагманом Шведского королевского флота, самым крупным и самым тяжеловооружённым кораблём из всех, имевшихся в распоряжении стран, располагавших выходом к Балтике.



http://ru.wikipedia.org/wiki/16_%D1%8F%D0%BD%D0%B2%D0%B0%D1%80%D1%8F


http://ru.wikipedia.org/wiki/%D0%93%D1%83%D1%81%D1%82%D0%B0%D0%B2_II_%D0%90%D0%B4%D0%BE%D0%BB%D1%8C%D1%84

http://ru.wikipedia.org/w/index.php?title=%D0%A5%D1%8E%D0%B1%D0%B5%D1%80%D1%82%D1%81%D1%81%D0%BE%D0%BD,_%D0%A5%D0%B5%D0%BD%D1%80%D0%B8%D0%BA&action=edit&redlink=1

http://ru.wikipedia.org/w/index.php?title=%D0%A5%D1%8E%D0%B1%D0%B5%D1%80%D1%82%D1%81%D1%81%D0%BE%D0%BD,_%D0%A5%D0%B5%D0%BD%D1%80%D0%B8%D0%BA&action=edit&redlink=1

• Когда корабль вышел на открытое пространство бухты, сильный порыв ветра наполнил паруса, и «Ваза» начал крениться на подветренную сторону, но затем выровнялся и прошёл ещё примерно 1300 метров, дойдя до острова Бекхольмен у входа в гавань Стокгольма.

• Там, в ста метрах от острова, новый порыв ветра снова накренил корабль, на этот раз значительно сильнее. Вода хлынула через открытые пушечные порты, корабль лёг на борт и начал тонуть с поднятыми парусами и развевающимися флагами.



23 28.01.2013 Бизнес и Системный Анализ в ЖЦ


• Небо затягивается тучами, Собирается гроза

• Мы знаем, будет дождь

• Небо прояснится, будет радуга

• Потом вода впитается в землю, солнце ее испарит и ..

• Эти события разделены во времени, но все они влияют друг на друга, хотя влияние это скрыто от наших глаз.

Пятая Дисциплина Питер Сенге



Системное мышление

Функция/ Границы

Элементы Связи

Динамика




Теория систем – междисциплинарная область, изучающая отношения внутри систем, а также систем между собой.

Система (от греческого «совмещать») – совокупность элементов, порождающих целое.

28.01.2013 ‹#›

• 1945-1955 – общая теория систем (ОТС), Людвиг фон Берталанфи

• 1948-1955 – кибернетика, Росс Эшби, Норберт Винер (математическая теория коммуникации и контроля в системах с обратной связью)

• 1969 - теория изменений, Илья Пригожин (область химии, изучающая изменения в диссипативных нелинейных средах)

• 1970 – теория катастроф, Рене Том (область математики, изучающая резкие масштабные изменения по незначительным причинам)

• 1980 - теория хаоса, Эдвард Лоренц, Джеймс Йорк (область математики, изучающая нелинейные динамические системы, бифуркации, аттракторы и хаотические движения)

• 1990 – теория комплексных адаптивных систем (CAS), Джон Холланд и др. (область математики, изучающая эмерджентность, адаптацию, само-организацию в сложных системах)


28.01.2013 ‹#›


28.01.2013 ‹#›


Система – это комплекс избирательно вовлеченных элементов, взаимосодействующих достижению заданного полезного результата, который принимается основным системно образующим фактором.

В.А.Анохин

28.01.2013 ‹#›


Теория систем – это лекарство, которое превратилось в болезнь.

Кен Уилбер

28.01.2013 ‹#›

28.01.2013

кадр из презентации лекции «Возникновение будущего» Сергея Боровикова ‹#›



• hierarchia = hieros (священный) + arche (власть)

• упорядоченное расположение частей целого

• по системным уровням от высшего к низшему

28.01.2013 ‹#›

• На все есть своя причина.

• На определенную причину есть определенное следствие.


28.01.2013 ‹#›


28.01.2013 ‹#›

• Наличие причинно следственных связей не гарантирует 100% предсказуемость системы:

–Сложные системы сложно предсказуемы

–На микроуровне многие события являются случайными



• Точка бифуркации — смена установившегося режима работы системы. Термин из неравновесной термодинамики и синергетики.

• Точка бифуркации — критическое состояние системы, при котором система становится неустойчивой относительно флуктуаций и возникает неопределенность: станет ли состояние системы хаотическим или она перейдет на новый, более дифференцированный и высокий уровень упорядоченности. Термин из теории самоорганизации.

28.01.2013

http://www.youtube.com/watch?v=kpqRHXBMO68



http://ru.wikipedia.org/wiki/%D0%9D%D0%B5%D1%80%D0%B0%D0%B2%D0%BD%D0%BE%D0%B2%D0%B5%D1%81%D0%BD%D0%B0%D1%8F_%D1%82%D0%B5%D1%80%D0%BC%D0%BE%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D0%BA%D0%B0

http://ru.wikipedia.org/wiki/%D0%9D%D0%B5%D1%80%D0%B0%D0%B2%D0%BD%D0%BE%D0%B2%D0%B5%D1%81%D0%BD%D0%B0%D1%8F_%D1%82%D0%B5%D1%80%D0%BC%D0%BE%D0%B4%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D0%BA%D0%B0

http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D0%BD%D0%B5%D1%80%D0%B3%D0%B5%D1%82%D0%B8%D0%BA%D0%B0

http://ru.wikipedia.org/wiki/%D0%A4%D0%BB%D1%83%D0%BA%D1%82%D1%83%D0%B0%D1%86%D0%B8%D1%8F




28.01.2013 http://www.youtube.com/watch?v=kpqRHXBMO68





Хаос – поведение, возникающее в сложных, нелинейных, динамических системах.

28.01.2013 ‹#›

Будущее открыто и непредсказуемо, но не произвольно.

Существуют спектры возможных будущих состояний в виде наборов структур-

аттракторов сложных эволюционных процессов.


28.01.2013 ‹#›


Точка Предельный цикл

28.01.2013 ‹#›


Паттерн – устойчивый, повторяющийся элемент системы, включающий структуру и поведение

28.01.2013 ‹#›

28.01.2013

кадр из презентации лекции «Возникновение будущего» Сергея Боровикова ‹#›


•

•

•

•

•

•

•

•

Бизнес и Системный

Анализ в ЖЦ Разрботки

ПО 28.01.2013 50

Если бы я слушал своих клиентов, то я вряд ли должен был бы им дать что-то большее, чем немного более быстрая и выносливая лошадь.



Часто люди не знают, чего хотят, пока им это не покажешь.



Область проблемы:

• Проблема

пользователя, которую

решает продукт

• Требования к продукту

Область решения:

• Определенная

функциональность,

четко решающая

проблему или

требование



Заказчик

(Область проблемы)

• Анализ проблемы

• Выявление и понимание потребностей

Исполнитель

(Область решения)

Определение системы

• Управление границами системы

• Уточнение и улучшение определения системы. Специфицирование

Управление изменениями 28.01.2013 55


• Анализ проблемы

• Выявление и понимание потребностей

• Определение системы

• Управление границами системы

• Уточнение и улучшение определения системы. Специфицирование

• Управление изменениями



*Дин Леффингуэлл, Дон Уидриг Принципы работы с требованиями к программному обеспечению. Унифицированный подход

57

Внешние

Назначение/Цель

(Purpose)

Среда

(Environment)

Границы (Boundary)

Интерфейсы (Interface)

Вход (Input)

Выход/продукт (Output)

Внутренние

Компоненты (Components)

Взаимосвязи (Interrelationships)



28.01.2013

Среда

Вход

Выход/продукт

Взаимосвязи

Компоненты

Интерфейс



• «Система» — это объединение

– бизнес-процессов,

– аппаратных средств,

– ПО, другого оборудования

– и людей,

• Дающее возможность удовлетворять

– определенные потребности,

– достигать определенные цели.



Бизнес процессы в системе

Автоматизированные процессы

Ручные операции

АО ПО

Приспособления

Автоматизированная система Система

По ГОСТ Р ИСО/МЭК 12207 и ISO/IEC TR 15271,

Цель Заказчика

Верификация требований

Заказчик и пользователи

Требования

Автоматизированная система



Суррогатная Цель

Валидация решения


Разрботки ПО 61 1-61

ПРОДУКТ Бизнес

Программное Обеспечение

• Обычное определение – Что-то, что должен уметь делать продукт или

качество, которым этот продукт должен обладать.

• Дополняющие определения – Нечто, что вы должны определить перед началом

разработки продукта.

– Соглашение, которое должны выработать заказчик и исполнитель, по поводу того, что система должна делать.

* Charlene Gross, SEI


28.01.2013 63

Набор

• задач

• процессов

• методов

для изучения

• структуры,

• принципов работы

• и операционной деятельности

• организаций

с целью

• нахождения решений,

которые

• позволят данным организациям

• решить проблему

• или достичь определенных целей.



Problem and Solution Definition

Stakeholder Interaction

Underlying Competencies

• Enterprise Analysis

• Requirements Analysis

• Solution Assessment and Validation

• Business Analysis Planning and Monitoring

• Elicitation

• Requirements Management and Communication

• Analytical Thinking and Problem Solving

• Behavioral Characteristics

• Business Knowledge

• Communication Skills

• Interaction Skills

• Software Applications



• Требование – это четкое описание

– цели и назначения программного обеспечения;

– и того, что должно делать ПО для реализации своего назначения.

• Первичные требования

– Обычно представляют позицию пользователя ПО

– Они функционально ориентированы.

– Неформализованные и неполные.

– Должны быть переработаны.


28.01.2013 67

• Бизнес-анализ – набор задач, процессов и методов, используемых для изучения структуры, принципов работы и операционной деятельности организаций с целью нахождения решений, которые позволят данным организациям решить проблему или достичь определенных целей.



Разработка требований

Проблема

Область решения

Область проблемы

Потребности

Возможности

Требования к ПО

ПО

Проектирование Тестиров

ание

Документация

Глоссарий



• Выявление требований (requirements elicitation)

• Анализ требований (requirements analysis)

• Спецификация требований (requirements specification).

• Валидация требований (requirements validation)

• Управление требованиями (Requirements management)

• Управление изменениями ( Change management)



Выделение требований (elicitation)

Анализ требований

(analysis)

Описание требований

(specification).

Валидация требований (validation)

Управление требованиями

(Requirements management)

Управление изменениями

(Change management)

исправление и устранение недостатков



Жизненный цикл организации/бизнеса

Жизненный цикл информационных технологий (ИТ)

Жизненный цикл программной системы

Жизненный цикл разработки ПО

Жизненный цикл поддержки ПО


28.01.2013 ‹#›

• Жизненный цикл продукта – это временной интервал между решением о создании и окончательной замене продукта программного обеспечения

• Цикл разработки продукта программного обеспечения – это временной интервал между решением о создании и внедрением для пользователей

IEEE



• Продукт – это что угодно, что может быть предложено рынку и что удовлетворяет требование или потребность

– Продукт должен иметь ценность для потенциального заказчика

• «Программа» или «код» не являются продуктом сами по себе

– Продукт имеет значение только с точки зрения заказчика или конечного пользователя.

– Только покупатель или пользователь могут определить ценность продукта



• Жизненный цикл продукта – стадии – Концепция – Проектирование – Производство – Сопровождение – Утилизация

• Или – Создание продукта – Вывод на рынок – Рост – Зрелость – Упадок





Наблюдение Генерация

идей Прототип

Выбор решения

Внедрение

Потребности

Техническая возможность

Финансовая перспектива

www.ideo.com

Варианты решения, анализ перспективы

‹#›

NPD Basic Process - STAGES

• Stage 1 - Opportunity Identification

• Stage 2 - Concept Generation

• Stage 3 - Concept Evaluation

• Stage 4 – Development

• Stage 5 - Launch



Development Fuzzy front end

Commercialization

Opportunity

Identification

Concept Generation

Concept

Evaluation

Development Launch

Ворота Ворота Ворота Ворота Ворота

‹#›

Модели жизненного

цикла разработки ПО

• Наиболее часто говорят о следующих моделях

жизненного цикла:

– Каскадная (водопадная) или последовательная

– Итеративная и инкрементальная – эволюционная

(гибридная, смешанная)

– Спиральная (spiral) или модель Боэма


Разрботки ПО ‹#›

• Начало (Inception)

• Проектирование (Elaboration)

• Построение (Construction)

• Внедрение (Transition)

The Enterprise Unified Process (EUP) adds two more phases to this:

• Эксплуатация (Production)

• Заморозка (Retirement)



Фазы и вехи модели процессов MSF. Источник: Модель процессов MSF. Белая книга, 2003



Цели

Solution Delivery

Development

Test

Release / Operations

User Experience

Product Management

Program Management Architecture

Solution Design

Solution Definition

Solution Quality Solution Usability

Solution Construction

Solution Deployment



ОЦЕНКА APPRAISE

ВЫБОР SELECT

ОПРЕДЕЛЕНИЕ DEFINE

ВЫПОЛНЕНИЕ EXECUTE

ЭКСПЛУАТАЦИЯ OPERATE

Предварительная проработка проекта / Front End Loading


Определение экономической целесообразности проекта и его соответствия стратегии бизнеса

Выбор предпочтительных вариантов осуществления проекта (подходов)

Утверждение объема, стоимости и графика проекта, определение источников финансирования

Создание продукта в соответствии с объемом, стоимостью и графиком проекта

Оценка продукта на соответствие техническим требованиям и с точки зрения максимизации прибыли акционеров



28.01.2013 87

Выбор проекта Планирование и выполнение проекта

Це

нн

ость п

ро

ек

та

Оптимальное определение/ Оптимальное выполнение проекта

Неверное определение/ Плохое выполнение проекта

Выбран оптимальный проект

Неверный выбор проекта

ОЦЕНКА

DSP DSP

ВЫБОР

DSP

ОПРЕДЕЛЕНИЕ

DSP

ВЫПОЛНЕНИЕ ЭКСПЛУАТАЦИЯ

DSP



•

•

•

•

•

•

•

•



ПО 28.01.2013 88

• Стандартом де-факто стали достаточно мощные PC, и OS/2 не требовала специальных дорогостоящих конфигураций оборудования.

• С технической стороны не было реальных конкурентов, предлагавших такой широкий набор возможностей, как OS/2.

– Windows 3.x не использовала многих ресурсов предоставляемых аппаратной частью PC, появившаяся в 1993 г.

– Windows NT хотя и была многозадачной, но, во-первых, нацеливалась на рынок серверов, а во-вторых, была сырым монстром, требовавшим занчительно больших ресурсов, чем OS/2. К тому же поддержка старых приложений находилась на уровне между отсутствием и несовершенством.

– Вышедшая в 1994 Windows NT 3.5 (исследование схемы нумерации продуктов Microsoft когда-нибудь принесет ее автору звание доктора маркетинговых исследований) незначительно улучшила ситуацию.

– Рынок UNIX-подобных операционных систем для PC в то время был развит весьма незначительно.

– OS/2 предлагала отличную совместимость со старыми Windows и DOS-приложениями – слоган IBM «better DOS than DOS» (DOS лучше чем DOS) был далеко не голословным, а отображал реальное состояние дел с DOS-подсистемой в OS/2.



• Сентябрь 1996 года ознаменовался выходом OS/2 Warp 4.0 (чаще других версий OS/2, именуемый своим кодовым именем Merlin). Встроенные возможности по управлению голосом и средства голосового набора позволили использовать голосовые команды при работе с системой (открыть веб-страницу, удалить объект и т. д.) и осуществлять голосовой ввод текста. – Графический интерфейс пользователя был кардинально

переработан и улучшен. В дополнение к LaunchPad появился новый элемент WarpCenter, еще более упрощавший работу.

– Встроенные средства для работы в Интернете также значительно изменены и улучшены.

– В Merlin появилась встроенная виртуальная Java-машина. С учетом того, что реализация виртуальной Java-машины от IBM была самой лучшей на рынке, OS/2 приобрела важную способность запускать Java-приложения, обеспечивая отличную производительность.



• Жизненный путь OS/2 является одной из самых ярких демонстраций того:

– как любая хорошо задуманная и реализованная идея,

– может быть загублена отсутствием понимания реалий бизнеса.



28.01.2013

Часть 1



•

•

•

•

•

•

•

•



ПО 28.01.2013 94

28.01.2013

Безуглый Дмитрий

[email protected]





http://www.ozon.ru/context/detail/id/7256665/








http://www.viewpoints-and-perspectives.info/








• Global 100 software leaders http://www.pwc.com/us/en/technology/publications/global-100-software-us-rankings.jhtml



http://www.pwc.com/us/en/technology/publications/global-100-software-us-rankings.jhtml










Бизнес и системный анализ весна 2013 лекция 1

Documents

change management

requirements management

dos

os 2

2013 http

watch

ibm

youtube