Методы и средства инженерии программного обеспечения

       

Инкрементная модель ЖЦ


Эту заложена еще называют нарастающей моделью, суть которой состоит в  возможности

усовершенствования продукта (рис.2.2). Разработка  начинается с предоставления набора требований и реализации системы путем  последовательного конструирования и фиксации промежуточных продуктов (1, …, N)  системы, постепенно приближающейся к итоговой системе  (рис.2.2).

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

 

В данном примере используются следующие обозначения

– R (Requirements) требования,

– C/T (Coding/Testing) кодирование, тестирование,

– D (Design) проектирование,

– I/AS (Installation/acceptance) инсталляция, сопровождение.

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

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

При применении данной модели необходимо  учитывать следующие  факторы риска:

– требования составлены  непонятно для реализации;

– все возможности системы требуется  реализовать с самого начала;

– быстро меняются  технологии и требования к системе;

– ограничения в ресурсном обеспечении (люди, финансы), когда разработчики реализуют систему в течение длительного времени.

Данную модель разработки  целесообразно использовать, в случае когда:

– желательно реализовать некоторые возможности  системы быстро за счет создания промежуточного продукта;

– система  разделена на  отдельные составные  части структуры, которые можно представлять как некоторый промежуточный продукт;

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

 



Содержание раздела