Государственный

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

• 
  однократное представление всех характеристик системы (однократное представление требований и продукта разработки);
  
• 
  необходимость единственной фазы перехода от старой системы к новой (один проход процесса разработки для перехода к новой системе).
  

Использование каскадной модели затруднено в следующих случаях:

• 
  требования к объектам определены недостаточно четко;
  
• 
  большой объем системы; это делает практически невозможным одно- кратное выполнение работ по её созданию;
  
• 
  предполагаются скорые изменения в технологии работ; это повышает риски нарушения графика проекта и разработки системы, не удовлетворяющей требованиям;
  
• 
  возможны текущие изменения требований к системе; это вызывает не- обходимость разработки системы заново;
  
• 
  ресурсы, например средства или персонал, ограничены;
  
• 
  необходимость использования промежуточных продуктов разработки; последние при применении каскадной модели для использования непригодны.
  

С вышеперечисленными ограничениями связаны основные недостатки каскадной модели.

2. 
   Инкрементная модель
   

Инкрементная фундаментальная модель называется также запланирован- ным усовершенствованием продукта.
При ее использовании набор требований к системе формулируется полно- стью в начале процесса разработки. Затем реализуется разработка последова- тельности инкрементов (конструкций). Первый инкремент реализует часть тре- бований. В последующих инкрементах в соответствии с планом требования реализуются постепенно с небольшими добавлениями по отношению к преды- дущим инкрементам. Процесс продолжается, пока не будет закончено создание системы.
При использовании данной фундаментальной модели некоторые процессы, работы и задачи могут выполняться однократно, а другие – при создании каж- дого инкремента. При разработке каждого инкремента, как правило, использу- ется каскадная модель с возможностью частичного перекрытия работ.
Процессы сопровождения и эксплуатации могут реализовываться парал- лельно с процессом разработки. Процессы заказа, поставки, вспомогательные и организационные процессы выполняются параллельно с процессом разработки. На рис. 38 приведен вариант реализации инкрементной фундаментальной модели [8]. В данном варианте модели предусмотрена возможность как после- довательного выполнения работ по разработке инкрементов (например, разра- ботка инкремента 2 и инкремента N на рис. 38), так и частично параллельного
выполнения с перекрытием (разработка инкрементов 1 и 2).
В рассматриваемом варианте инкрементной модели однократно выполня- ется только работа по анализу требований к системе (см. работу 5.3.2 на рис. 7 пособия). Данная работа и ее результаты на рис. 38 обозначены буквой Т. Все остальные работы процесса разработки стандарта ИСО/МЭК 12207 повторяют- ся при разработке инкрементов.
На этапе проектирования выполняется проектирование системной архи- тектуры инкремента, анализ требований к программным средствам, проектиро- вание программной архитектуры, техническое проектирование программных средств инкремента (см. работы 5.3.3 – 5.3.6 на рис. 7 пособия).



Проектирова- ние


Программи- рование и тестирование


Ввод
в действие и обеспечение приемки


Инкремент 1





Т

Ввод
в действие и обеспечение приемки

Т


Проектирова- ние


Программи- рование и тестирование

Инкремент 2










Проектирова- ние


Программи- рование и тестирование


Ввод
в действие и обеспечение приемки
Инкремент N
Возможный информационный поток Т- требования
Рис. 38. Вариант инкрементной модели по ГОСТ Р ИСО/МЭК ТО 15271–2002