Этапы и итерации

По времени в жизненном цикле процесса выделяют четыре этапа:

• начало (Inception) — спецификация представления продукта;

• развитие (Elaboration) — планирование необходимых действий и требуемых ресурсов;

• конструирование (Construction) — построение программного продукта в виде серии инкрементных итераций;

• переход (Transition) — внедрение программного продукта в среду пользователя (промышленное производство, доставка и применение).

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

Рабочие потоки процесса

Рабочие потоки процесса имеют следующее содержание:

• Сбор требований — описание того, что система должна делать;

• Анализ — преобразование требований к системе в классы и объекты, выявляемые в предметной области;

• Проектирование — создание статического и динамического представления системы, выполняющего выявленные требования и являющегося эскизом реализации;

• Реализация — производство программного кода, который превращается в исполняемую систему;

• Тестирование — проверка всей системы в целом.

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

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

Модели

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

• бизнес-модель. Определяет абстракцию организации, для которой создается система;

• модель области определения. Фиксирует контекстное окружение системы;

• модель Use Case. Определяет функциональные требования к системе;

• модель анализа. Интерпретирует требования к системе в терминах проектной модели;

• проектная модель. Определяет словарь проблемы и ее решение;

• модель размещения. Определяет аппаратную топологию, в которой исполняется система;

• модель реализации. Определяет части, которые используются для сборки и реализации физической системы;

• тестовая модель. Определяет тестовые варианты для проверки системы;

• модель процессов. Определяет параллелизм в системе и механизмы синхронизации.