Унифицированный процесс разработки

Развитие процесса

Одной из наиболее совершенных технологий, претендующих на роль мирового корпоративного стандарта, является разработка корпорации IBM Rational — Rational Unified Process (RUP) [7]. Унифицированный процесс является результатом трех десятилетий разработки и практического использования.

Развитие Rational Unified Process (рис. 4.3) отражает коллективный опыт специалистов и различных компаний.

Рис. 4.3. Разработка Rational Unified Process.

Rational Unified Process как продукт был разработан в 1998 году на основе Objectory Process, впервые выпущенного в 1987 году компанией Ericsson.

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

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

Для каждого этапа жизненного цикла методология задает:

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

На рис. 4.4 показано рабочее окно Rational Unified Process, в котором отражен состав работ и создаваемые артефакты при разработке архитектуры программной системы.

Рис. 4.4. Рабочее окно Rational Unified Process.

В основе Rational Unified Process лежат следующие ключевые принципы:

• • процесс управляется прецедентами;
• • процесс ориентирован на архитектуру;
• • процесс является итеративным и инкрементным.

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

На рис. 4.5 показана схема связи между моделью прецедентов и другими моделями унифицированного процесса.

Рис. 4.5. Схема связи между моделью прецедентов и другими моделями унифицированного процесса.