9.4.Моделі життєвого циклу програмного забезпечення іс

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

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

Стандарт ISO/IEC 12207 не пропонує конкретні модель життєвого циклу і методи розробки Пп. Положення стандарту є загальними для будь-яких моделей життєвого циклу, методів і технологій розробки ПП.

Стандарт описує структуру процесів життєвого циклу ПП, але не уточнює, як виконати дії і завдання, включені в ці процеси.

Модель життєвого циклу будь-кого конкретного ПП визначає характер процесу його створення, який є сукупністю впорядкованих в часі, взаємозв 'Язаних і об' єднаних в етапи робіт, виконання яких необхідно і достатньо для створення ПП, відповідного заданим вимогам. Під етапом розробки ПП розуміється частина процесу створення ПП, обмежена деякими часовими рамками і що закінчується випуском конкретного продукту (моделей ПП, програмних компонентів, документації), визначуваного заданими для цієї стадії вимогами. Етапи створення ПП виділяються з міркувань раціонального планування і організації робіт, що закінчуються заданими результатами (див. гл. 2).

Найбільшого поширення набули наступні моделі життєвого циклу розробки ПП :

• каскадна модель, або "водоспад" (Waterfall model); V -образная модель (V - shaped model); модель прототипирования (Prototype model); модель швидкої розробки додатків, або RAD -модель (RAD - Rapid Application Development model);

• багатопрохідна модель (Incremental model); спіральна модель (Spiral model).

Короткі характеристики кожної з перерахованих моделей приведені в таблицю. 3.1.

Таблиця 3.1

Моделі життєвого циклу розробки програмного продукту

Назва	Характеристики
Каскадна модель	Прямолінійна і проста у використанні. Потрібний постійний суворий контроль за ходом роботи. Програмне забезпечення, що розробляється, не доступне для змін
Модель У-образная	Проста у використанні. Особливе значення надається тестуванню і порівнянню результатів фаз тестування і проектування
Модель прототипирования	Створюється "швидка" часткова реалізація системи до складання остаточних вимог. Забезпечується зворотний зв'язок між користувачами і розробниками в процесі виконання проекту. Використовувані вимоги не повні
Модель швидкої розробки додатків	Проектні групи невеликі (3 .7 чоловік) і складені з висококваліфікованих фахівців. Зменшений година циклу розробки (до 3 мес) і поліпшена продуктивність. Повторне використання коду і автоматизація процесу розробки
М ногопроходная модель	Швидко створюється працююча система. Зменшується можливість внесення змін в процесі розробки. Неможливий перехід від поточної реалізації до нової версії протягом побудови поточної часткової реалізації
Спіральна модель	Охоплює каскадну модель. Розчленовує фази на менші частини. Дозволяє гнучко виконувати проектування. Аналізує риски і управляє ними. Користувачі знайомляться з ПП на більше ранньому етапі завдяки прототипам