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

RUP состоит из девяти рабочих процессов:

• Business modeling (бизнес-анализ) - предполагает анализ требований на данной итерации жизненного цикла, определение желаемых параметров системы и нужд пользователей. При моделировании бизнес-процессов описывается структура и динамика организации;
• Requirements (требования) - формализация образа системы. Предполагает сбор требований и управление требованиями, перевод требований в функциональные спецификации. Здесь начинается анализ прецедентов и построение use cases (формальное отображение требований пользователя в UML). При разработке требований описывается основанный на прецедентах метод постановки задач.
• Analysis and design (анализ и проектирование) - предполагает перевод собранных требований в формализованную программную модель. Результатом является описание системы на фазе реализации (технический проект) - это документы уровня разработчиков системы. Язык формализации - UML, о котором речь пойдет ниже. В процессе итеративной разработки эволюционировать будет продукт именно этого потока - модель проекта. Все изменения привязываются в RUP непосредственно к моделям, а средства автоматизации и довольно гибкий язык моделирования позволяют управлять данным процессом более или менее безболезненно в плане затрат времени и ресурсов. При анализе и проектировании описываются различные виды архитектуры системы.
• Implementation (реализация) - предполагает собственно написание кода. Элементы кода в RUP уже созданы на этапе анализа и дизайна, так как средства реализации UML позволяют создавать элементы кода на нескольких языках программирования. При реализации выполняется собственно разработка программ, автономное тестирование и интеграция.
• Test (тестирование) - предполагает тестирование продукта на данной итерации. При тестировании описываются тестовые сценарии, процедуры и метрики для измерения числа ошибок.
• Deployment (внедрение) - предполагает установку продукта на полигоне заказчика, подготовку персонала, запуск системы плюс приемо-сдаточные испытания, подготовка стандартов упаковки и распространения продукта, передача материалов отделу продаж (действия опциональны в зависимости от специфики продукта). Развертывание охватывает конфигурирование поставляемой системы.
• Configuration management (управление конфигурацией и изменениями) - мощный слой административных действий, направленных на управление версиями продукта, что предполагает контроль исходного кода (модели, исполняемых модулей, тестов, документации), контроль версий продукта, корпоративные стандарты разработки кода и документации, отслеживание изменений и ошибок.
• Management (управление проектом) - предполагает набор административных действий управления проектом согласно идеологии RUP, используются средства управления проектом. Управление проектом описывает разные стратегии работы с итеративным процессом.
• Environment (окружение) - предполагает создание и поддержку средств анализа, проектирования, разработки, тестирования (как программное, так и аппаратное обеспечение). При анализе среды окружения рассматриваются вопросы инфраструктуры, необходимой для разработки системы.

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

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

Артефакт (Artifact) - это некоторый документ, отчет или исполняемая программа, которые производятся, а впоследствии преобразуются или потребляются.

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

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

Модели

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

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

Вид - это одна из проекций модели. В RUP существует пять тесно связанных друг с другом видов системной архитектуры: с точки зрения проектирования, процессов, развертывания, реализации и прецедентов.