atesting.ru Блог Спиральная модель в жизненном цикле разработки программного обеспечения

Спиральная модель в жизненном цикле разработки программного обеспечения

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

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

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

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

 Спиральная модель в жизненном цикле разработки программного обеспечения

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

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

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

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

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

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

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

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

Недостатки:

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

Приложения:

Microsoft Office

TAG: qa