командою розробників.
Основні етапи розробки по каскадної моделі
За десятиліття існування моделі «водоспад» розбиття робіт на стадії і назви цих стадій змінювалися. Крім того, найбільш розумні методики і стандарти уникали жорсткого і однозначного приписування певних робіт до конкретних етапах. Проте все ж можна виділити ряд стійких етапів розробки, практично не залежать від предметної області:
· аналіз вимог замовника;
· проектування;
· розробка;
· тестування і дослідна експлуатація;
· здача готового продукту.
На першому етапі проводиться дослідження проблеми, яка повинна бути вирішена, чітко формулюються всі вимоги замовника. Результатом, одержуваним на даному етапі, є технічне завдання (завдання на розробку), узгоджене з усіма зацікавленими сторонами.
На другому етапі розробляються проектні рішення, що задовольняють всім вимогами, сформульованим у технічному завданні. Результатом даного етапу є комплект проектної документації, що містить всі необхідні дані для реалізації проекту.
Третій етап - реалізація проекту. Тут здійснюється розробка програмного забезпечення (кодування) у відповідності з проектними рішеннями, отриманими на попередньому етапі. Методи, використовувані для реалізації, не мають принципового значення. Результатом виконання даного етапу є готовий програмний продукт.
На четвертому етапі проводиться перевірка отриманого програмного забезпечення на предмет відповідності вимогам, заявленим в технічному завданні. Дослідна експлуатація дозволяє виявити різного роду приховані недоліки, які проявляються в реальних умовах роботи ПЗ.
Останній етап - здача готового проекту. Головне завдання цього етапу - переконати замовника, що всі його вимоги реалізовані повною мірою.
Етапи робіт в рамках каскадної моделі часто також називають частинами «проектного циклу» системи. Така назва виникла тому, що етапи складаються з багатьох ітераційних процедур уточнення вимог до системи і варіантів проектних рішень. Життєвий цикл самої системи істотно складніше і більше. Він може включати в себе довільне число циклів уточнення, зміни і доповнення вже прийнятих і реалізованих проектних рішень. У цих циклах відбувається розвиток ПЗ і модернізація окремих її компонентів.
Основні переваги каскадної моделі
Каскадна модель має ряд позитивних сторін, завдяки яким вона добре зарекомендувала себе при виконанні різного роду інженерних розробок і отримала широке поширення. Розглянемо основні переваги моделі «водоспад»:
- на кожному етапі формується закінчений набір проектної документації,
відповідає критеріям повноти і узгодженості. На заключних етапах також розробляється користувача документація, яка охоплює всі передбачені стандартами види забезпечення П.О .: організаційне, методичне, інформаційне, програмне, апаратне; виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення і відповідні витрати.
Каскадна модель спочатку розроблялася для вирішення різного роду інженерних завдань і не втратила свого значення для прикладної області до теперішнього часу. Крім того, каскадний підхід добре зарекомендував себе і при побудові певних інформаційних систем. Маються на увазі системи, для яких на самому початку розробки можна досить точно і повно сформулювати всі вимоги, із тим щоб надати розробникам свободу вибору реалізації, найкращою з технічної точки зору. До таких інформаційних систем, зокрема, відносяться складні розрахункові системи, системи реального часу.
Тим не менш, незважаючи на всі свої достоїнства, каскадна модель має ряд недоліків, що обмежують її застосування при розробці інформаційних систем.
Причому ці недоліки роблять її або повністю непридатною, або призводять до збільшення термінів розробки та вартості проекту.
В даний час багато невдачі програмних проектів пояснюються саме застосуванням послідовного процесу розробки.
Недоліки каскадної моделі
Перелік недоліків каскадної моделі при її використанні для розробки інформаційних систем досить великий. Спочатку просто перерахуємо їх, а потім розглянемо основні з них більш докладно:
істотна затримка отримання результатів;
помилки і недоробки на кожному з етапів з'ясовуються, як правило, на наступних етапах робіт, що призводить до необхідності повернення на попередні стадії;
складність розпаралелювання робіт за проектом;
надмірна інформаційна перенасиченість кожного з етапів;
складні...
