3.2. Итеративная модель

Разработка ведётся итерациями (циклами). На каждой итерации создаётся работоспособная версия системы с новым функционалом.

Плюсы:

• Заказчик видит результат рано и может корректировать требования.

• Легче управлять рисками.

• Проще вносить изменения.

Минусы:

• Требует активного участия заказчика.

• Сложнее планировать общие сроки и бюджет.

• Может разрастись в объёме (scope creep).

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

Особое внимание уделяется анализу рисков. Каждый виток спирали — это этап, на котором:

1. Определяются цели, альтернативы, ограничения.

2. Оцениваются риски.

3. Разрабатывается прототип или часть системы.

4. Планируется следующий виток.

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

3.4. Гибкие (Agile) методологии

Agile — это не одна модель, а семейство подходов (Scrum, Kanban, XP), объединённых общими принципами (манифест Agile).

Основные принципы Agile:

• Люди и взаимодействие важнее процессов и инструментов.

• Работающий продукт важнее исчерпывающей документации.

• Сотрудничество с заказчиком важнее согласования условий контракта.

• Готовность к изменениям важнее следования первоначальному плану.

Scrum — самая популярная методология:

• Проект разбивается на спринты (обычно 2-4 недели).

• В конце каждого спринта демонстрируется инкремент продукта (работающая новая функциональность).

• Роли: Product Owner (владелец продукта), Scrum Master, Development Team.

• Артефакты: Product Backlog (список требований), Sprint Backlog (задачи на спринт), Increment.

Kanban — фокус на визуализации потока задач и ограничении одновременно выполняемой работы (WIP — Work In Progress). Нет фиксированных итераций.

Плюсы Agile:

• Быстрая реакция на изменения.

• Высокая удовлетворённость заказчика.

• Раннее выявление проблем.

• Мотивированная команда.

Минусы Agile:

• Требует высокой дисциплины и самоорганизации команды.

• Заказчик должен быть вовлечён постоянно.

• Не подходит для проектов с фиксированной ценой и жёсткими требованиями на старте.

4. Сравнение моделей жизненного цикла

Характеристика	Каскадная	Итеративная	Спиральная	Agile (Scrum)
Гибкость	Низкая	Средняя	Средняя	Высокая
Участие заказчика	Только в начале и конце	На каждой итерации	Постоянно	Постоянно
Риски	Высокие (обнаруживаются поздно)	Средние	Анализируются на каждом витке	Управляются через обратную связь
Документация	Подробная	Умеренная	Умеренная	Минимальная (только необходимая)
Когда использовать	Чёткие требования, простые проекты	Сложные, но понятные	Высокорисковые, уникальные	Проекты с изменяющимися требованиями, стартапы

5. Стандарты жизненного цикла

Существуют международные стандарты, описывающие процессы ЖЦ:

• ISO/IEC 12207 — международный стандарт для процессов жизненного цикла ПО. Определяет основные, вспомогательные и организационные процессы.

• ISO/IEC 15288 — стандарт для системной инженерии (более общий, чем 12207).

• ГОСТ 34 — российский стандарт на автоматизированные системы (устаревающий, но до сих пор используется в госзаказах).