Спіральна модель

Ітераційна модель

Альтернативою послідовної моделі є так звана модель ітеративної і інкрементального розробки (англ. iterative and incremental development, IID), Що отримала також від Т. Гілба в 70 - і рр. назву еволюційної моделі. Також цю модель називають ітеративної модель інкрементальний моделлю.

Модель IID передбачає розбиття життєвого циклу проекту на послідовність ітерацій, кожна з яких нагадує "міні-проект", включаючи всі процеси розробки в застосуванні до створення менших фрагментів функціональності, порівняно з проектом в цілому. Мета кожної ітерації - отримання працюючої версії програмної системи, що включає функціональність, визначену інтегрованим змістом всіх попередніх та поточної ітерації. Результат фінальної ітерації містить усю необхідну функціональність продукту. Таким чином, із завершенням кожної ітерації продукт отримує приріст - інкремент - до його можливостей, які, отже, розвиваються еволюційно. Ітеративного, інкрементального і еволюційність в даному випадку є вислів одного і ті ж сенсу різними словами зі злегка різних точок зору.

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

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

Різні варіанти ітераційного підходу реалізовані в більшості сучасних методологій розробки (RUP, MSF, XP).

Спіральна модель (англ. spiral model) Була розроблена в середині 1980-х років Баррі Боем. Вона заснована на класичному циклі Демінга PDCA (plan - do - check - act). При використанні цієї моделі ПО створюється в кілька ітерацій (витків спіралі) методом прототипування.

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

На кожній ітерації оцінюються:

· ризик перевищення термінів і вартості проекту;

· необхідність виконання ще однієї ітерації;

· ступінь повноти і точності розуміння вимог до системи;

· доцільність припинення проекту.

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

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

· Дефіцит фахівців.

· Нереалістичні терміни і бюджет.

· Реалізація невідповідної функціональності.

· Розробка неправильного користувальницького інтерфейсу.

· Перфекціонізм, непотрібна оптимізація і відточування деталей.

· Безперервний потік змін.

· Брак інформації про зовнішні компоненти, що визначають оточення системи або залучених до інтеграцію.

· Недоліки в роботах, виконуваних зовнішніми (по відношенню до проекту) ресурсами.

· Недостатня продуктивність одержуваної системи.

· Розрив у кваліфікації фахівців різних областей.

У сьогоднішній спіральної моделі визначено такий загальний набір контрольних точок:

· Concept of Operations (COO) - концепція (використання) системи;

· Life Cycle Objectives (LCO) - цілі та зміст життєвого циклу;

· Life Cycle Architecture (LCA) - архітектура життєвого циклу; тут же можливо говорити про готовність концептуальної архітектури цільової програмної системи;

· Initial Operational Capability (IOC) - деручи версія створюваного продукту, придатна для дослідної експлуатації;

· Final Operational Capability (FOC) - готовий продукт, розгорнутий (встановлений і налаштований) для реальної експлуатації.

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