Взаємозв'язок між процесами життєвого циклу програмного продукту

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

Стандарт ДСТУ ISO / IEC 12207-99 не пропонує конкретну модель життєвого циклу. Його положення є загальними для будь-яких моделей життєвого циклу, методів і технологій створення ІС. Він описує структуру процесів життєвого циклу, не конкретизуючи, як реалізувати або виконати дії і завдання, включені в ці процеси.

Модель ЖЦ ПЗ включає в собі:

· Стадії;

· Результати виконання робіт на кожній стадії;

· Ключові події - точки завершення робіт і прийняття рішень.

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

На кожній стадії можуть виконуватися декілька процесів, визначених у стандарті ДСТУ ISO / IEC 12207-99, і навпаки, один і тій же процес може виконуватися на різних стадіях. Співвідношення між процесами і стадіями також визначається використовуваної моделлю життєвого циклу ПЗ.

Моделі життєвого циклу ПО. Водопадна (каскадна, послідовна) модель

Водопадна модель життєвого циклу (англ. waterfall model) Була запропонована в 1970 р. Уїнстоном Ройсом. Вона передбачає послідовне виконання всіх етапів проекту в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі. Вимоги, визначені на стадії формування вимог, суворо документуються у вигляді технічного завдання і фіксуються на усю годину розробки проекту. Кожна стадія завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розробників.

Етапи проекту відповідно до каскадної моделлю:

· Формування вимог;

· Проектування;

· Реалізація;

· Тестування;

· Впровадження;

· Експлуатація та супровід.

Переваги:

· Повна і узгоджена документація на шкірному етапі;

· Легко визначити терміни і витрати на проект.

Недоліки:

У Водоспадної моделі перехід від однієї фази проекту до іншого передбачає повну коректність результату (виходу) попередньої фази. Однак неточність вимозі або некоректна його інтерпретація в результаті призводить до того, що доводитися "відкочуватися" до ранньої фази проекту і необхідна переробка не просто вибиває проектну команду з графіка, але призводить часто до якісного зростання витрат і, не виключено, до припинення проекту в тій формі, в якій він спочатку замислювався.

На думання сучасних фахівців, основне оману авторів Водоспадної моделі полягає в припущеннях, що проект проходити через увесь процес один раз, спроектована архітектура хороша і проста у використанні, проект здійснення розумний, а помилки в реалізації легко усуваються в міру тестування. Ця модель виходить з того, що всі помилки будуть зосереджені в реалізації, а тому їх усунення відбувається рівномірно під година тестування компонентів і системи. Таким чином, Водопадна модель для великих проектів мало реалістична і може бути ефективно використана тільки для створення невеликих систем.

Дата добавления: 2014-01-04