Сочинение на тему Модели управления проектами: спиральная модель

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

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

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

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

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

Спиральная модель применяется, когда:

 
1. Когда бюджет невелик и необходимо оценить риски

 

2. Проект имеет средний или высокий риск.

 

3. Клиент не уверен в своих требованиях.

 

4. Требования сложны и нуждаются в оценке, чтобы получить ясность.

 

5. В процессе разработки продукта ожидаются значительные изменения.

Преимущества спиральной модели:

 
1. Требования могут быть изменены.