до реалізації. Спіраль завершується тоді, коли клієнт і розробник приходять до згоди щодо результату.
Модель передбачає також властивості взаємодії етапів:
модель складається з послідовно розташованих етапів (як і «водоспад») в межах одного витка спіралі;
всередині витка спіралі етапи не мають зворотного зв'язку. Аналіз результату здійснюється в кінці витка і ініціює новий виток спіралі;
виправлення помилок відбувається на етапі тестування на кожному з витків спіралі. Фактично частина помилок виправляється в межах одного витка допомогою зв'язку етапів кодування і тестування. Помилки, які не можуть бути виправлені і вимагають більш глибоких структурних змін, ініціюють новий виток спіралі;
етапи можуть перекриватися в часі в межах одного витка спіралі;
результат з'являється в кінці кожного витка спіралі і піддається детальному аналізу, аналізуються нові вимоги замовника і ініціюється новий виток спіралі;
при переході від витка до витка відбувається накопичення і повторне використання програмних засобів, моделей і прототипів;
процес орієнтований на розвиток і модифікацію системи в процесі її проектування, на аналіз ризиків і витрат у процесі проектування.
Малюнок 3 - Спіральна модель життєвого циклу.
Основна проблема спірального циклу - визначення моменту переходу на наступний етап. Для її вирішення необхідно ввести тимчасові огр?? ніченний на кожен з етапів життєвого циклу. Перехід здійснюється відповідно до плану, навіть якщо не вся запланована робота закінчена. План складається на основі статистичних даних, отриманих у попередніх проектах, і особистого досвіду розробників.
Фахівцями відзначаються наступні переваги спіральної моделі:
накопичення і повторне використання програмних засобів, моделей і прототипів;
орієнтація на розвиток і модифікацію системи в процесі її проектування;
аналіз ризику і витрат у процесі проектування.
Саме тому спіральна модель служить в даний час основою для створення методологій проектування систем.
1.5 Уніфікована мова моделювання UML
Потужний поштовх до розробки уніфікованої мови об'єктно-орієнтованого моделювання Unified Modeling Language (UML) дало поширення об'єктно-орієнтованих мов програмування в кінці 1980-х - початку 1990-х років. Користувачам хотілося отримати єдиний мова моделювання, який об'єднав би в собі всю міць об'єктно-орієнтованого підходу і давав би чітку модель системи, яка відображатиме всі її значущі сторони. До середині дев'яностих явними лідерами в цій галузі стали методи Booch (Grady Booch), OMT - 2 (Jim Rumbaugh), OOSE - Object-Oriented Software Engineering (Ivar Jacobson). Однак ці три методи мали свої сильні і слабкі сторони: OOSE був кращим на стадії аналізу проблемної області та аналізу вимог до системи, OMT - 2 був найбільш кращий на стадіях аналізу та розробки інформаційних систем, Booch найкраще підходив для стадій дизайну та розробки.
Все йшло до створення єдиної мови, який об'єднував би сильні сторони відомих методів і забезпечував найкращу підтримку моделювання. Такою мовою виявився UML.
Створення UML почалося в жовтні 1994 р, коли Джим Рамбо і Граді Буч з Rational Software Corporation стали працювати над об'єднанням своїх методів OMT і Booch. Восени 1995 року побачила світ перша чорнова версія об'єднаної методології, яку вони назвали Unified Method 0.8. Після приєднання наприкінці 1995 р до Rational Software Corporation Айвара Якобсона і його фірми Objectory, зусилля трьох творців найбільш поширених об'єктно-орієнтованих методологій були об'єднані і спрямовані на створення UML.
В даний час консорціум користувачів UML Partners включає в себе представників таких грандів інформаційних технологій, як Rational Software, Microsoft, IBM, Hewlett-Packard, Oracle, DEC, Unisys, IntelliCorp, Platinum Technology.представляет собою об'єктно-орієнтований мова моделювання, що володіє наступними основними характеристиками:
є мовою візуального моделювання, який забезпечує розробку репрезентативних моделей для організації взаємодії замовника і розробника ІС, різних груп розробників ІС;
містить механізми розширення і спеціалізації базових концепцій мови.- це стандартна нотація візуального моделювання програмних систем, прийнята консорціумом Object Managing Group (OMG) восени 1997 року, і на сьогоднішній день вона підтримується багатьма об'єктно-орієнтованими CASE-продуктамі.включает внутрішній набір засобів моделювання («ядро»), які зараз прийняті в багатьо...
