М. Сидоров - Вступ до інженерії програмного забезпечення

- квадрат 2 - розробляється прототип, ідентифікуються і вирі­шуються ризики - визначення вимог і специфікацій для найбільш потенційно небезпечних частин уявної системи задля виконання оцінювання і визначення ступеня ризику; розділення на окремі час­тини відповідно до ступенів ризику;

- квадрат 3 — розробляється продукт;

- квадрат 4- планується така фаза: застосування Інформації, що належить до фази розробки продукту на наступному рівні, до планування на наступному кроці фази проекту.

Таким чином, у відповідному квадраті відбуваються такі дії: планування, прототипування, конструювання, оцінювання замов­ником і планування наступних дій.

Вертикальна вісь показує накопичувану вартість, а горизон­тальна - прогрес у розробці продукту.

Інкрементна модель забезпечує процеси побудови версії програм­ного забезпечення, що розробляється (рис 6.6). Модель об'єднує кас­кадну модель з ітераційним підходом до розробки програмного за­безпечення, Інкрементна модель може комбінуватися з іншими.

Рис. 6.6. Інкрементна модель

Покрокова модель припускає визначення пріоритетних функцій розробки програмного забезпечення у відповідній фазі життєвого циклу. Відповідно до певних пріоритетів визначається кількість кроків і кожна фаза реалізується покроково (рис. 6-7). Після вико­нання кроку виходить програмний продукт, який передається замов­никові для експерименту і перевірки.

Модель швидкої розробки (рис. 6.8) введена у використання фір­мою IBM. Суть моделі полягає в такому:

- користувач програмного забезпечення бере участь у всіх фазах життєвого циклу;

- скорочується час переходу від вимог до створення повного програмного забезпечення за рахунок використання відповідних інструментальних засобів і повторного використання.

Рис. 6.7. Покрокова модель

Рис. 6.8. Модель швидкої розробки

Модель прототипування забезпечує створення програмного за­безпечення у двох примірниках. Перший примірник називається прототипом і використовується для вимог. Після того, як вимоги узгоджені, прототип викидається і програмне забезпечення ство­рюється наново (рис. 6.9) . Гасло моделі "давайте будувати двічі»,

Еволюційна модель - розробляється перша версія програмного продукту, яка передасться замовникові. Потім вона доопрацьову­ється і знову передасться замовникові, І так до тих пір, доки не бу­де побудована остаточна версія продукту. Еволюційна модель за­безпечує еволюційний процес розробки програмного забезпечення (рис 6 . 10),

Рис. 6.9. Модель прототипування.

Рис. 6.10. Еволюційна моделі.

V-модель життєвого циклу була введена для ідентифікації дій, пов'язаних з тестуванням на всіх стадіях розробки програмного продукту. Лівий бік моделі (рис. 6.11) містить традиційні фази кас­кадної моделі, проте окрім робочого продукту виробляється відпо­відний тест. Правий бік моделі пов'язаний з інтеграцією і тесту­ванням.

Рис. 6 . 11. V - модель

W-модель життєвого циклу є модифікацією V-моделі і реалізує метод, відповідно до якого результат кожної фази перевіряється на коректність, змістовність і завершеність (рис. 6. 12). Суть моделі полягає у проведенні аудиту, перегляданні і тестуванні робочих продуктів, які здійснюються паралельно з виконанням фаз.

Рис. 6 .12 .W - модель

Стадійна модель життєвого циклу. Ця модель є модифікацією еволюційної моделі (рис, 6.13). Суть її полягає в розгляді супрово­ду розробленого програмного продукту як процесу розробки.