Унифицированный процесс от Rational

Хотя унифицированный процесс, разработанный компанией Rational (Rational Unified Process, RUP), не зависит от UML, их часто упомина­ют вместе. Поэтому я думаю, что будет уместно сказать здесь об этом несколько слов.

Хотя RUP называется процессом, в действительности это оболочка процессов, предоставляющая словарь и свободную структуру для обсу­ждения процессов. В случае применения RUP в первую очередь необ­ходимо выбрать шаблон разработки (development case) - процесс, ко­торый вы собираетесь использовать в проекте. Шаблоны разработки могут очень значительно варьироваться, поэтому не думайте, что ваш шаблон разработки будет сильно похож на другие шаблоны. При выбо­ре шаблона разработки сразу требуется человек, хорошо знакомый с RUP, - тот, кто сможет приспособить RUP к определенным требова­ниям проекта. В качестве альтернативы существует постоянно увели­чивающийся набор распределенных по пакетам шаблонов разработки, с которых можно начать.

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

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

1. Начало (inception). На этой стадии осуществляется первичная оценка проекта. Обычно именно здесь вы решаете, стоит ли вкла­дывать средства в фазу уточнения.

2. Уточнение (elaboration). На этой стадии идентифицируются основ­ные прецеденты проекта и в итеративном процессе создается про­граммное обеспечение, для того чтобы развернуть архитектуру сис­темы. В конце фазы уточнения у вас должно быть достаточно пол­ное понимание требований и скелет работающей системы, которую можно взять за основу разработки. В частности, необходимо обна­ружить и разрешить основные риски проекта.

3. На стадии построения (construction) продолжается процесс созда­ния и разрабатывается функциональность, достаточная для выпус­ка продукта.

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

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

Иногда RUP называют просто унифицированным процессом (Unified Process, UP). Так обычно поступают организации, которые хотят при­менить терминологию и общий подход RUP, но не хотят пользоваться лицензионными продуктами фирмы Rational Software. Можно думать о RUP как о продукте фирмы Rational, основанном на UP, а можно считать RUP и UP одним и тем же. В обоих случаях вы найдете людей, которые с вами согласятся.