5.2 Схема процесса разработки

Модели процессов описывают последовательность действий.

1. Структурные единицы схемы.

2. Цикличность процесса разработки. Создание версии продукта – цикл из итераций. Итерация – цикл из….

3. Фазы и вехи процесса разработки.

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

6 Варианты жизненного цикла по (жцпо)

6.1 Каскадная модель

Суть каскадной модели

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

Каждый этап (фаза) может начаться лишь тогда, когда закончился предыдущий.

Требования к системе определяются на начальном этапе и далее не меняются.

Свойства каскадной модели

Достоинства каскадной модели в простоте и хорошей структурированности. Фазы выполняются последовательно, как показывают непрерывные стрелки. Каждая фаза выполняется однажды хотя разрешено повторение части фазы для исправления ошибки.

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

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

1. Календарный срок продолжительности жизни невелик.

2. Выполняет конечное небольшое число пользователей

3. Прототип ПО

6.2 Итерационная модель жцпо

Часто требования могут меняться в ходе разработки. Соответственно, необходимо иметь возможность адекватно реагировать.

Всегда необходимо проанализировать сложение гистограмм.

Свойства итерационной модели

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

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

Недостатком варианта «итерация» является то, что требуется возвратное тестирование для подтверждения того, что существующие возможности программного обеспечения не нарушатся в любом новом выпуске. Увеличение объема требуемых проверок приводит к повышению его стоимости.

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

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

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

Суть ее состоит в том, что вместо действий с обратной свазью происходит выполнение различных этапов по спирали. Каждый виток спирали соответствует одной итерации.

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

Заранее фиксированных фаз нет, из состав зависит от потребностей. Но чаще всего каждый виток разбивают на четыре сектора:

• Определение целей;

• Оценка и разрешение рисков;

• Планирование;

• Разработка и тестирование.

На каждом витке спирали могут применяться разные модели процесса разработки ПО. В конечном итоге на выходе получается готовый программный продукт.

Главное отличие от других моделей состоит в акценте на анализ и преодоление рисков.