нструювання (Construction);
введення в експлуатацію (Transition).
Результатом роботи кожного циклу є своя версія програмної системи.
Кожна стадія завершується в чітко визначеній контрольній точці (milestone). У цей момент повинні бути досягнуті важливі результати і прийняті критично важливі рішення про подальшу розробку.
Малюнок 2.4 - Модель життєвого циклу UML
На початковій стадії виконується деякий початковий аналіз оцінки проекту. Тут вивчаються всі можливості реалізації, виробляється бізнес-план проекту, визначається його вартість, приблизний дохід, а також обмеження ресурсів. Закінченням цього етапу можуть служити наступні результати: початковий проектний словник термінів; загальний опис системи; основні вимоги до проекту, його характеристики та обмеження; початкова модель варіантів використання; початковий бізнес-план; план проекту, що відображає стадії і ітерації; один або кілька прототипів.
На стадії розробки виявляються більш детальні вимоги до системи, виконується високорівнева аналіз предметної області та проектування базової архітектури системи, створюється план конструювання і усуваються найбільш ризиковані елементи проекту. Результатом стадії розробки є: оцінка часу реалізації кожного варіанту використання; ідентифікація всіх найбільш серйозних ризиків та можливості їх ліквідації.
Сутність стадії конструювання полягає у визначенні послідовності ітерацій конструювання і варіантів використання, що реалізуються на кожній ітерації, які є одночасно інкрементними і повторюваними. Результатом стадії конструювання є продукт, готовий до передачі користувачам і містить, як правило, керівництво користувачів і готовий до інтеграції на необхідних платформах.
Призначенням стадії введення в експлуатацію є передача готового продукту в повне розпорядження кінцевих користувачів.
3. Об'єктно-орієнтований підхід до розробки програмного забезпечення
На початку 70-х рр. в США був відзначений криза програмування (software crisis). Це виражалося в тому, що великі проекти стали виконаються з відставанням від графіка або з перевищенням кошторису витрат, розроблений продукт не володів необхідними функціональними можливостями, продуктивність його була низька, якість одержуваного програмного забезпечення не влаштовувало споживачів.
Аналітичні дослідження та огляди, що їх протягом ряду останніх років провідними зарубіжними аналітиками, показували не дуже обнадійливі результати. Так, наприклад, в 1995р. компанія Standish Group проаналізувала роботу 364 американських корпорацій та підсумки виконання більш 23 тис. проектів, пов'язаних з розробкою ПЗ, і зробили такі висновки: тільки 16% проектів завершилися в строк, 52,7% завершилися з запізненням, витрати перевищили запланований бюджет.
У числі причин невдач фігурують: нечітка і не повна формулювання вимог до ПЗ, недостатнє залучення користувачів в роботу над проектом, незадовільний планування і т.п.
На цьому тлі вигідно відрізняється об'єктно-орієнтований підхід до проектування ПЗ - усуває ці та інші недоліки, володіє багатим набором образотворчих засобів.
3.1 Сутність об'єктно-орієнтованого підходу
Принципова відмінність між структурним і об'єктно-орієнтованим підходом полягає в способі декомпозиції системи. Об'єктно-орієнтований підхід використовує об'єктну декомпозицію, при цьому статична структура системи описується в термінах об'єктів і зв'язків між ними, а поведінка системи описується в термінах обміну повідомленнями між об'єктами. Кожен об'єкт системи володіє своєю власною поведінкою, моделюючим поведінку об'єкта реального світу. Поняття об'єкт вперше було використано близько 30 років тому в технічних засобах при спробах відійти від традиційної архітектури фон Неймана і подолати бар'єр між високим рівнем програмних абстракцій і низьким рівнем абстрагування на рівні комп'ютерів. З об'єктно-орієнтованою архітектурою також тісно пов'язані об'єктно-орієнтовані операційні системи. Однак найбільш значний внесок у об'єктний підхід був внесений об'єктними та об'єктно-орієнтованими мовами програмування: Simula, Smalltalk, C ++, Object Pascal. На об'єктний підхід вплинули також развивавшиеся досить незалежно методи моделювання баз даних, особливо підхід сутність-зв'язок .
Концептуальною основою об'єктно-орієнтованого підходу є об'єктна модель. Основними се елементами є:
- абстрагування (abstraction);
