Модифицированная спиральная модель

Модифицированная спиральная модельпредставляет собой один из промежуточных вариантов по уровню детализации. Детализация в этой модели (рис.3.9) связана с уточнением некоторых процессов, увеличением числа итераций при сокращении их длительности и определением контрольных точек.

Данная модель содержит следующий общий набор контрольных точек:

1. Концепция эксплуатации (COO);

2. Цели ЖЦ (LCO), включая содержание ЖЦ;

3. Архитектура ЖЦ (LCA), здесь же можно говорить о готовности концептуальной архитектуры целевого ПО;

4. Начальный операционный вариант (IOC)– вариант ПС, готовый для опытной эксплуатации;

5. Конечный операционный вариант (FOC)– вариант ПО в виде продукта, готового для реальной эксплуатации.

Последняя контрольная точка в ряде подходов на основе этой модели называется по-другому: Выпускаемый продукт (PR).

Фактически получается эволюционный ЖЦ в форме спиральной модели.

3.4. Классические технологические процессы Процесс 1. Исследование идеи

Исследование идеи– процесс ЖЦ, который заключается в появлении и превращении возникшей идеи в определённую концепцию и в формировании проекта. Идея может привести либо к развитию уже существующего ПП, либо к созданию нового. Формальным результатом исследования идеи является одностраничное описание проекта.

Процесс 2. Управление

Управление проектом– процесс ЖЦ, который заключается в принятии решений по правильной организации имеющихся ресурсов проекта в рамках поставленных ограничений для получения продукта, удовлетворяющего потребности пользователя и требования заказчика. Он выполняется почти во время всего ЖЦ, но он указывается как процесс 2 потому, что одним из действий управления является планирование, начинающее собственно разработку после процесса 1.

Данный процесс изучается специальной дисциплиной, называемой управление проектами. Для проекта управление определяет, как, с помощью каких действий, будет достигнута цель проекта и создан необходимый результат.Цель проектаописывает, какие задачи должны быть решены в результате проекта, асодержание проекта– что именно является результатом проекта. Цель проекта разделяется нацелевые установкиили [отдельные] цели(тж. задача) для распределения работ по времени и участникам разработки.

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

Формальным результатом планирования является план проекта, в том числе календарный план проекта.

Процесс 3. Анализ

Анализ требований– процесс ЖЦ, который заключается в уточнении, формализации и документировании требований заказчика. Основной вопрос, который решается здесь – «ЧТО должен делать будущий продукт?»

В этом процессе наиболее важным является понимание понятия «требование». Существует несколько точек зрения на понятие «требование».

Требование– условие или возможность, необходимая для решения проблемы или достижения определённых целей с помощью разрабатываемого продукта (с точки зрения бизнеса, пользователя и т.п.).Требование к продукту– условие или возможность, которую должен удовлетворять или которой должен обладать продукт или его компонент для обеспечения условий разработки, связанных с контрактом, стандартами, спецификациями. Аналогично формулируетсятребование к процессуЖЦ.

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

Существуют две существенно отличающиеся части спецификаций, соответствующие предъявляемым к ПО требованиям. Функциональные спецификациизадают содержание функционирования системы. Они описывают функции ПО на основе предъявляемых к системе требований заинтересованных лиц.Эксплуатационные (нефункциональные) спецификациизадают характеристики системы (надёжность, производительность и др.) и ограничения её функционирования. Они описывают особенности ПО на основе правил и стандартов.

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

Формальным результатом анализа является спецификация требований и концептуальная модель ПрО.