Спиральная модель объединяет идею итеративного развития с систематическими, контролируемыми аспектами модели водопада. Эта спиральная модель представляет собой сочетание модели итеративного процесса разработки и модели последовательного линейного развития, то есть модели водопада с очень высоким акцентом на анализ риска. Это позволяет инкрементные выпуски продукта или инкрементное уточнение через каждую итерацию по спирали.
Спиральная модель — Дизайн
Спиральная модель имеет четыре фазы. Программный проект неоднократно проходит через эти фазы в итерациях, называемых спиралями.
Удостоверение личности
Этот этап начинается со сбора бизнес-требований в базовой спирали. В последующих спиралях по мере созревания продукта на этом этапе выполняется определение системных требований, требований к подсистеме и требований к единице.
Этот этап также включает в себя понимание системных требований путем постоянного общения между клиентом и системным аналитиком. В конце спирали продукт развертывается на указанном рынке.
дизайн
Фаза проектирования начинается с концептуального проектирования в базовой спирали и включает в себя архитектурное проектирование, логическое проектирование модулей, физический дизайн продукта и окончательный дизайн в последующих спиралях.
Построить или построить
Фаза Construct относится к производству фактического программного продукта на каждой спирали. В базовой линии, когда продукт только продуман и дизайн разрабатывается, на этом этапе разрабатывается POC (Proof of Concept), чтобы получить обратную связь с клиентом.
Затем на последующих спиралях с большей ясностью в отношении требований и деталей проекта создается рабочая модель программного обеспечения, называемая сборкой, с номером версии. Эти сборки отправляются заказчику для обратной связи.
Оценка и анализ рисков
Анализ рисков включает в себя выявление, оценку и мониторинг технической осуществимости и рисков управления, таких как проскальзывание графика и перерасход средств. После тестирования сборки в конце первой итерации клиент оценивает программное обеспечение и предоставляет обратную связь.
Следующая иллюстрация — представление спиральной модели, в которой перечислены действия на каждом этапе.
Основываясь на оценке клиента, процесс разработки программного обеспечения вступает в следующую итерацию и впоследствии следует линейному подходу для реализации обратной связи, предложенной клиентом. Процесс итераций по спирали продолжается на протяжении всего жизненного цикла программного обеспечения.
Применение спиральной модели
Спиральная модель широко используется в индустрии программного обеспечения, так как она синхронизирована с естественным процессом разработки любого продукта, то есть обучением со зрелостью, которое сопряжено с минимальным риском для клиента, а также для фирм-разработчиков.
Следующие указатели объясняют типичное использование спиральной модели —
-
При наличии бюджетных ограничений важна оценка рисков.
-
Для проектов со средней и высокой степенью риска.
-
Долгосрочная приверженность проекту из-за потенциальных изменений экономических приоритетов, так как требования меняются со временем.
-
Клиент не уверен в своих требованиях, как правило, так.
-
Требования сложны и нуждаются в оценке, чтобы получить ясность.
-
Новая линейка продуктов, которая должна выпускаться поэтапно, чтобы получить достаточное количество отзывов клиентов.
-
Значительные изменения ожидаются в продукте в течение цикла разработки.
При наличии бюджетных ограничений важна оценка рисков.
Для проектов со средней и высокой степенью риска.
Долгосрочная приверженность проекту из-за потенциальных изменений экономических приоритетов, так как требования меняются со временем.
Клиент не уверен в своих требованиях, как правило, так.
Требования сложны и нуждаются в оценке, чтобы получить ясность.
Новая линейка продуктов, которая должна выпускаться поэтапно, чтобы получить достаточное количество отзывов клиентов.
Значительные изменения ожидаются в продукте в течение цикла разработки.
Спиральная модель — за и против
Преимущество спиральной модели жизненного цикла состоит в том, что она позволяет добавлять элементы продукта, когда они становятся доступными или известными. Это гарантирует, что нет конфликта с предыдущими требованиями и дизайном.
Этот метод согласуется с подходами, которые имеют несколько сборок и выпусков программного обеспечения, что позволяет упорядоченно переходить к обслуживанию. Еще один положительный аспект этого метода заключается в том, что спиральная модель вынуждает вовлечь пользователя на ранних этапах разработки системы.
С другой стороны, требуется очень строгое управление для завершения таких продуктов, и существует риск запуска спирали в неопределенном цикле. Таким образом, дисциплина изменений и степень принятия запросов на изменение очень важны для успешной разработки и развертывания продукта.
Преимущества модели Spiral SDLC следующие:
-
Изменение требований могут быть учтены.
-
Позволяет широко использовать прототипы.
-
Требования могут быть зафиксированы более точно.
-
Пользователи видят систему рано.
-
Разработка может быть разделена на более мелкие части, а более рискованные части могут быть разработаны ранее, что помогает улучшить управление рисками.
Изменение требований могут быть учтены.
Позволяет широко использовать прототипы.
Требования могут быть зафиксированы более точно.
Пользователи видят систему рано.
Разработка может быть разделена на более мелкие части, а более рискованные части могут быть разработаны ранее, что помогает улучшить управление рисками.
Недостатки спиральной модели SDLC заключаются в следующем —
Управление более сложное.
Конец проекта может быть неизвестен рано.
Не подходит для небольших проектов или проектов с низким уровнем риска и может быть дорогостоящим для небольших проектов.
Процесс сложный
Спираль может продолжаться бесконечно.
Большое количество промежуточных этапов требует излишней документации.