Тема 8. Рациональный унифицированный процесс.

Опыт создания систем сконцентрировался в теории рационального унифицированного процесса.

8.1. Основные понятия.

С конца 60 годов до сегодняшних дней продолжается техничекий кризис систем. Выражается он и в том, что большие проекты выполняются с превышением сметы. Раработанные системы не обладают требуемыми функциональными возможностями, имеют низкую производительность и качество. По результатам исследований американская индустрия систем выпонила в 1995 году только 16 % проектов, завершилась в срок, не превысили бюджета. 53% проектов завершились с опозданием, расходы превысили запланированный бюджет, функции не были реализованы в полном объёме. 31% проектов были анулированы до завершения. Для 2-ух последних категорий бюджет в среднем был превышен на 89%, а срок выполнился на 122%.

Причины неудач: 25.10.2011.

• Нечеткое и неполное формулировка требований;

• Недостаточное вовлечение пользователей в работу над проектом;

• Отсутствие необходимых ресурсов;

• Неудовлетворительное планирование;

• Частое изменение требований и спецификации;

• Новизна и несовершенство испоьзуемой технологии;

• Недостаточная поодержка со стороны высшего руководства;

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

Выход из кризиса видится в системной инженерии.

Фундаментальная идея системной инженерии – проектирование систем является формальным процессом, который можно изучать и совершенствовать.

РУП предлагает упорядоченный подход к тому, как должны распределяться работы и исполнители при производстве системы.

Цель РУП – обеспечить изготовление системного продукта соответсвующего потребностям пользователя в заданные сроки и в пределах установленной сметы.

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

Согласно РУП жизненный цикл системы разбивается на отдельные циклы в каждом из которых создается новое поколение продукта. Каждый цикл в свою очередь разбивается на 4 последовательные фазы:

1)Начало – определение цели проекта;

2)Разработка – разработка плана и архитектуры системы;

3)Построение – постепенное создание системы;

4)Внедрение – поставка системы конечным пользователям.

Внутри каждой фазы происходит несколько итераций. На рисунке показано общее представление РУП в двух измерениях:

Горизонтальное измерение представляет время, отражает динамические аспекты процесса и оперерирует такими понятиями, как фазы, итерации и котрольные точки.

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

Высота графиков показывает трудоемкость процесса.

(Фаулер)Общее представление РУП.

8.2. Фазы.

Начало. – определяются цели системы и опрееляются рамки проекта. Определение цели включает выработку критерия успешности, оценку рисков, определение необходимых ресурсов, составление планов. В плане отражаются основные опорные точки. Иногда создаётся исполняемый прототип демонстрирующий реальнсть концепции. Принимается решение стоит ли начинать полномасштабную разработку.

Разработка – на этой фазе анализирется предметная область, вырабатываются архитектурные основы, составляется подробный план проекта, устраняются наиболее опасные риски. Архитектурное решение приниматея тогда, когда становится ясной структура систеы в целом т. е когда большая часть требований уже сформулирована. В конце фазы изучаются детальные цели проекта, его рамки, вывод архитектуры, методы управления оснвными рисками. Затем принимается решение надо ли приступать к пострению.

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

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

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

Итак, главной задачей в фазе начало является выработка требований; в фазе разработке - анализ и проектирование; в фазе построения- реализация; в фазе внедрения – развертывание.

8.3. Рабочие процессы.

Руп состоит из 9 рабочих процессов:

1)Моделирование процессов- описывается динамика процессов;

2)Определение требование – описыватеся основанное на претендентах – постановка требований;

3)Анализ – проектирование – описываются различные виды архитектуры, системы;

4)Реализация – собственно разработка компонент, тестирование компонент и объединение системы;

5)Тестирование – описываются сценарии проверочные, процедуры проверки и метрики для измерения ошибок.

6)Развертывание – охватывает конфигурирование системы;

7)Управление конфигурации – управление изменениями и поддержание целостности проекта;

8)Управление проектом – описывает разные стратегии работы с итеративным процессом проектирования;

9)Создание инфраструтуры – рассматриваются вопросы среды, необходимой для разработки системы.

Внутри каждого рабочего процесса сосредоточены связанные между собой артефакты и деятельности (работы).

Артефакт – это документ, отчет или исполняемая компонента, которая производится, а потом преобразуется или потребляется.

Деятельность – задача, которая решается сотрудниками с целью создания или модификации артефактов (обдумывание, выполнение, анализ), а также способы и рекомендации по решению этой задачи.

Например, модель претендентов выработанная в ходе выработки требований конкретизироваться а проектную модель являщейся результатом анализа и проектирования Воплощается в модели реализации полученную в процессе реализации и проверяется моделью тестирования из процесса тестирования.