Итерационные модели разработки пс

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

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

Модель пошаговой разработки - эта модель занимает промежуточное положение между каскадной и эволюционной моделями.

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

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

В этой модели не предполагается, что на каждом шаге используется одна и та же модель к процессу разработки компонентов.

Достоинствамодели пошаговой разработки:

• заказчику нет необходимости ждать полного завершения разработки программной системы, чтобы получить представление о ней;

• заказчик может использовать компоненты, полученные на первых шагах разработки, как прототипы и проводить с ними эксперименты для уточнения требований;

• подход уменьшает риск общесистемных ошибок;

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

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

Спиральная модель разработки - в этой модели процесс создания ПС представлен в виде спирали. Каждый виток спирали соответствует одной стадии (итерации) разработки. Самый внутренний виток соответствует стадии принятия решения о создания ПС, на следующем витке определяются системные требования, далее идет стадия проектирования и т.д.

Каждый виток спирали разбит на четыре сектора:

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

• оценка и разрешение рисков(для каждого определенного проектного риска проводится его детальный анализ, планируются мероприятия для уменьшения рисков);

• разработка и проектирование(после оценки рисков выбирается модель процесса создания системы);

• планирование(проект пересматривается и принимается решение о том, начинать ли следующий виток спирали).

Существенное отличие спиральной модели от других моделей процесса создания ПС заключается в точном определении и оценивании рисков.

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

В спиральной модели нет фиксированных этапов. Эта модель может включать в себя любые другие модели разработки ПС.