Спіральна стратегія - Студопедія

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

Рис.3.2. Інкрементна стратегія

Інкрементна стратегія

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

Рис.3.1. Каскадна стратегія

Каскадна стратегія

Класифікація моделей життєвого циклу

Методології, що підтримують спіральну модель

Порівняльний аналіз моделей

Спіральна стратегія

Інкрементна стратегія

Каскадна стратегія

Класифікація моделей життєвого циклу

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

 каскадна;

 інкрементна; ​​

 спіральна.

Наступний розгляд моделей життєвого циклу ведеться з використанням термінології класичного життєвого циклу.

Каскадна стратегія (одноразовий прохід, водоспадна чи класична модель) має на увазі лінійну послідовність проходження стадій створення інформаційної системи (рис.3.1). Іншими словами, перехід з однієї стадії на наступну відбувається тільки після того, як буде повністю завершено роботу на поточній.

Параметри моделі:

 на кожній стадіїформується закінчений набір проектної документації, що відповідає критеріям повноти та узгодженості;

 стадії, що виконуються в чіткій послідовності, дозволяють впевнено планувати терміни виконання робіт і відповідні ресурси (грошові, матеріальні та людські).

Недоліки моделі:

 реальний процес розробки інформаційної системи рідко повністю вкладається у таку жорстку схему. Особливо це стосується розробки нетипових і новаторських систем;

 життєвий цикл ґрунтується на точному формулюванні вихідних вимог до інформаційної системи. Реально на початку проекту вимоги замовника визначено лише частково;

 основний недолік – результати розробки доступні замовнику лише наприкінці проекту. У разі неточного викладення вимог або їх зміни протягом тривалого періоду створення ІВ замовник отримує систему, яка не задовольняє його потреб.

Інкрементна стратегія (англ. increment - збільшення, збільшення) передбачає розробку інформаційної системи з лінійною послідовністю стадій, але в кілька інкрементів (версій), тобто із запланованим поліпшенням продукту (рис.3.2).

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

 відсутність у замовника можливості одразу профінансувати весь дорогий проект;

 відсутність у розробника необхідних ресурсів для реалізації складного проекту в стислий термін;

 вимог поетапного впровадження таосвоєння продукту кінцевими користувачами. Впровадження всієї системи одразу може викликати у її користувачів неприйняття і лише «гальмувати» процес переходу на нові технології. Образно кажучи, вони можуть просто "не переварити великий шматок, тому його треба подрібнити і давати частинами".

Достоїнства танедолікицієї стратегії такі ж, як і у класичної. Але на відміну від класичної стратегії, замовник може раніше побачити результати. Вже за результатами розробки та впровадження першої версії він може трохи змінити вимоги до розробки, відмовитися від неї або запропонувати розробку більш досконалого продукту з укладанням нового договору.

Чи не знайшли те, що шукали? Скористайтеся пошуком:

---