2.4.3. Методология Rational Unified Process (rup)

Для поддержки управления итеративным и инкрементальным жизненным циклом разработки используется методика Rational Unified Process, с помощью которой можно подробно описать технические и организационные аспекты созда­ния информационной системы на стадиях определения требований к системе, анализа и проектирования.

Методология Rational Unified Process структурирована в двух направлениях:

• время (разделение жизненного цикла на фазы и версии);

• компоненты процесса (создание необходимого набора средств для выпол­нения четко определенных задач).

Оба направления должны быть хорошо проработаны для получения успеш­ного проекта.

Работа над проектом состоит из следующих временных этапов:

• задумка (inception) - определение общей идеи проекта;

• проработка (elaboration) - планирование необходимых работ и ресурсов, указание особенностей и создание архитектуры;

• создание (construction) - построение продукта при помощи серии последо­вательных версий;

• переходный период (transition) - поставка продукта пользователям (произ­водство, распространение, обучение).

В разрезе компонентов процесс делится на следующие стадии:

• построение бизнес-модели (business modeling) - определение необходимых возможностей системы и потребностей пользователей;

• определение требований к системе (requirements) - изложение общей идеи системы совместно с функциональными и нефункциональными условиями ее работы;

• анализ (analysis) и проектирование (design) - описание способов исполне­ния системы на этапе реализации;

• реализация (implementation) - кодирование и генерация работающих про­граммных модулей системы;

• тестирование (test) - проверка функционирования системы;

• внедрение (deployment) - поставка системы конечным пользователям и их обучение.

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

рис.23 Стадии разработки RUP

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

Диаграмма должна быть основным руководством для отражения жизненного цикла вашего проекта. Основная мысль заключается в следующем: если вы только думаете над тем, что собираетесь создавать, в то время когда уже пишете код, вероятно, у вас возникнут проблемы. Заметьте, что тестирование применяется в ходе всего итерационного процесса. То есть вы не ждете, когда весь код будет написан для проверки его работы.

Методология RUP поддерживается инструментарием Rational Rose. Семейство продуктов Rational Rose призвано обеспечить разработчика программ полным набором инструментов визуального моделирования для эффективного решения сложных бизнес-задач с использованием архитектуры клиент/сервер, распределенных сред и систем реального времени. В продуктах Rational Rose отражен универсальный стандартизированный подход к построению моделей, позволяющий программистам моделировать логику приложений, а не программистам - бизнес-процессы. Пакет Rational Rose позволяет анализировать требования к бизнес-системе и бизнес-сценарии с помощью диаграмм последовательности действий и диаграмм взаимодействий, моделировать состояния, генерировать код и поддерживать встроенный скрипт для доступа к внутренним компонентам программы.