Rational Objectory Process - модель жизненного цикла

↑

▷ Содержание

⇐ ПредыдущаяСтр 2 из 7Следующая ⇒

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

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

-   модель ЖЦ;

-   действия;

    нотация языка.

Фирма Rational Software, разработавшая язык UML, предложила также и свою модель ЖЦ (рисунок 2.4), которая называется Rational Objectory Process (ROP). Основные свойства ROP-технологии:

-   ROP - итеративный процесс, в течение которого происходит последовательное уточнение результатов;

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

    Действия ROP определяются блоками использования.

ROP разбит на циклы, каждый из которых в свою очередь, состоит из четырех фаз:

-   начальная стадия (Inception);

-   разработка (Elaboration);

    конструирование (Construction);

    ввод в эксплуатацию (Transition).

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

Каждая стадия завершается в четко определенной контрольной точке (milestone). В этот момент должны быть достигнуты важные результаты и приняты критически важные решения о дальнейшей разработке.

Рисунок 2.4 - Модель жизненного цикла UML

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

На стадии разработки выявляются более детальные требования к системе, выполняется высокоуровневый анализ предметной области и проектирование базовой архитектуры системы, создается план конструирования и устраняются наиболее рискованные элементы проекта. Результатом стадии разработки являются: оценка времени реализации каждого варианта использования; идентификация всех наиболее серьёзных рисков и возможности их ликвидации.

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

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

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

Познавательные статьи:



Техника прыжка в длину с разбега

Организация работы процедурного кабинета

Области применения синхронных машин

Оптимизация по Винеру и Калману