6.Унифицированный процесс Rational. Ключевые идеи и фазы.

RUP- сложное детально проработанная интерактивная модель ЖЦ, основанная на трех ключевых идеях:

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

Разработка начинается с выделения ВИ и на каждом этапе контролируется степенью приближения к их реализации.

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

3. Основой процесса, разработки яв-ся планирование и управляемые итерации, объем кот-х определяется на основании архитектуры.

Для реализации требований заказчика в установленные сроки RUP делит ЖЦ ПО на 4 фазы, в рамках каждой из кот-х возможно проведение нескольких итераций. Каждая итерация четко определена набором целей, кот-е должны быть достигнуты в ее конце.

Разработка сис-мы может пройти через несколько циклов, включающие все 4 фазы.

4 фазы RUP:

1. Фаза начала проекта.

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

2. Фаза проработки.

Цель- на базе основных, наиболее существенных требований разработать стабильную базовую архитектуру проекта, кот-я позволяет решать поставленную перед сис-мой задачу, и в дальнейшем используется как основа разработки сис-мы. На эту фазу может уходить 30% времени и 25% трудоемкости одного цикла.

3.Фаза построения.

Цель- детальное построение требований и разработка сис-мы удовлетворяющей им на основе спроектированной ранее архитектуры. Результатом яв-ся создание β-версии продукта. Уходит 50 % времени и 65% трудоемкости одного цикла.

4.Фаза передачи.

Цель- сделать сис-му доступной конечному пользователю. Здесь происходит окончательное развертывание сис-мы в ее рабочей среде, подгонка мелких деталей под нужды пользователей. Уходит 10% времени и 10% трудоемкости одного цикла.

7.Rup. Основные фазы и вехи.

Назначение фаз RUP – неразбиение выполнения задачи, но выполнение стольких задач, сколько нужно для осуществления целей фазы к моменту достижения вехи(контрольной точки).

Целью фазы определяется гл. образом рисками, с кот-ми на этой фазе ведется борьба.

Т.о., мы концентрируемся:

1. в фазе начала. На работе с рисками относящиеся к экономическому обоснованию. Фаза завершается вехой целью ЖЦ.

Гл.вопрос: яв-ся ли проект выполнимым и выгодным?

2. В фазе проектирования концентрируется на архитектурных рисках и возможно обратимся к границам проекта,т.к. требования стали более понятны. Фаза завершается вехой архитектуры ЖЦ.

Гл.вопрос: есть ли у нас подробный план выполнения проекта?

6. В фазе построения мы концентрируемся на организационных рисках, т.к. здесь задействуются больше всего персонал, на этой фазе проделана большая часть работы. Фаза завершается вехой начальной готовности продукта. Гл. вопрос: можем ли выпустить β-версию продукта.

7. В фазе внедрения концентрируемся на рисках связанных с логикой выпуска продуктов. Фаза завершается вехой готовности продукта. Гл.Вопрос: готовы мы к выпуску готового надежного продукта.

Фазы не завязаны на конкретную роль, поэтому RUP не выполняется по типу конвейера. Все роли задействованы на протяжении большей части цикла, за исключением самого начала.

В RUP нет фиксированных рабочих процессов, не измены только вехи, цели кот-х должны заботить всех членов команды.

Необходимо вспомнить, что RUP яв-ся итеративным подходом с адаптированной формализацией, что позволяет принимать ее для разных проектов.

В худшем случае наблюдается попытка применить RUP для мелких и средних проектов. Это увеличивает время выполнения и соответственно удорожает их.

Один из ключевых моментов в RUP можно сформулировать так: никаких замороженных артефактов. Цель фазы – не завершить артефакты, а вывести их на нужный уровень. При обнаружении неточностей или трудностей артефакты зарабатываются.

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