СПИРАЛЬНАЯ МОДЕЛЬ В ЖИЗНЕННОМ ЦИКЛЕ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Прежде чем приступить к использованию спиральной модели жизненного цикла разработки программного обеспечения, я бы посоветовал вам просмотреть этот пост «Жизненный цикл разработки программного обеспечения»

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

Я бы также посоветовал вам прочитать о «Жизненном цикле тестирования программного обеспечения»

Давайте посмотрим, что такое спиральная модель в SDLC и его преимущества и недостатки подробно.

СПИРАЛЬНАЯ МОДЕЛЬ В ЖИЗНЕННОМ ЦИКЛЕ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

Спиральная модель была впервые описана Барри У. Бемом (американским инженером-программистом) в 1986 году.

Спиральная модель работает в итеративном характере. Это комбинация процесса разработки прототипа и процесса линейной разработки (водопадная модель). В этой модели больше внимания уделяется анализу рисков. В основном эта модель адаптируется к крупным и сложным проектам с высоким риском. Каждая итерация начинается с планирования и заканчивается оценкой продукта клиентом.

Возьмем в качестве примера команду разработчиков продукта (например, Microsoft). Они знают, что будет высокий риск, и столкнутся с множеством трудностей на пути разработки и выпуска продукта
а также они знают, что выпустят следующую версию продукта, когда будет существовать текущая версия. Они предпочитают спиральную модель для разработки продукта в итеративном характере. Они могут выпустить одну версию продукта для конечного пользователя и приступить к разработке следующей версии, которая включает в себя новые усовершенствования и улучшения предыдущей версии (на основе проблем, с которыми столкнулся пользователь в предыдущей версии). Microsoft выпустила Windows 8, улучшила ее на основе отзывов пользователей и выпустила следующую версию (Windows 8.1).

Спиральная модель проходит 4 этапа.

Этап планирования — сбор требований, оценка затрат, ресурсы Распределение
Этап анализа рисков – сильные и слабые стороны проекта
Этап проектирования – кодирование, внутреннее тестирование и развертывание
Этап оценки – Оценка клиента (тестирование на стороне клиента) для получения отзывов

Преимущества:

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

Недостатки:

  • Не подходит для небольших проектов
  • Успех проекта зависит от этапа анализа рисков
  • Необходимо нанять более опытных специалистов, особенно для анализа рисков

Приложения:

< p>Майкрософт Офис

TAG: qa

От QA genius

Adblock
detector