Спиральная модель

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

На каждой итерации оцениваются:

• риск превышения сроков и стоимости проекта;

• необходимость выполнения ещё одной итерации;

• степень полноты и точности понимания требований к системе;

• целесообразность прекращения проекта.

Важно понимать, что спиральная модель является не альтернативой эволюционной модели (модели IID), а специально проработанным вариантом.

Отличительной особенностью спиральной модели является специальное внимание, уделяемое рискам, влияющим на организацию жизненного цикла, и контрольным точкам. Боэм формулирует 10 наиболее распространённых (по приоритетам) рисков:

1. Дефицит специалистов.

2. Нереалистичные сроки и бюджет.

3. Реализация несоответствующей функциональности.

4. Разработка неправильного пользовательского интерфейса.

5. Перфекционизм, ненужная оптимизация и оттачивание деталей.

6. Непрекращающийся поток изменений.

7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию.

8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами.

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

10. Разрыв в квалификации специалистов разных областей.

Обычно решение о выборе конкретного типа жизненного цикла принимается руководителем проекта. Как правило, в реальности применяется смешанный тип жизненного цикла, а в последнее время все чаще Унифицированный Процесс Разработки на основе языка UML.

2. Современные стандарты описания ЖЦ

В настоящее время действует международный стандарт ISO/IEC 12207: 1995-08-01. Стандарт ISO/IEC 12207:1995 «Information Technology — Software Life Cycle Processes» является основным нормативным документом, регламентирующим состав процессов жизненного цикла ПО. Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания ПО. Каждый процесс разделен на набор действий, каждое действие — на набор задач. Каждый процесс, действие или задача инициируется и выполняется другим процессом по мере необходимости, причем не существует заранее определенных последовательностей выполнения. Связи по входным данным при этом сохраняются. Основная цель - представление общей структуры с такой позиции, чтобы покупатели, поставщики, разработчики, специалисты по обслуживанию, операторы, менеджеры и технический персонал, связанный с разработкой программного обеспечения, использовали общий язык.

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

• Заказ.

• Поставка.

• Разработка.

  • Подготовка программного средства.

  • Анализ требований технического задания.

  • Проектирование архитектуры программного средства.

  • Детальное проектирование программного средства.

  • Конструирование программного средства.

  • Комплексирование программного средства.

  • Тестирование.

• Эксплуатация.

• Сопровождение.

Данные процессы описывают поэтапно все шаги, необходимые для создания продукта.