елі життєвого циклу
В основі розробки і подальшого застосування ПО користувачем лежить поняття життєвого циклу, який, по суті, є моделлю його створення і використання, відбиває різні стани, починаючи з моменту усвідомлення необхідності появи даного ПЗ і закінчуючи моментом його повного виходу з ужитку.
Першою за часом появи і найпоширенішою з'явилася каскадна модель .
Основні етапи каскадної моделі представлені на малюнку 2.1.
Рисунок 2.1 - Каскадна модель життєвого циклу ПЗ
Каскадна модель характеризується наступними основними особливостями:
- послідовним виконанням входять до її складу етапів;
- закінченням кожного попереднього етапу до початку наступного;
відсутністю повернення до попередніх етапів;
наявністю результату тільки в кінці обробки.
Виявлення та усунення помилок у каскадної моделі проводиться тільки на стадії тестування, яка може розтягнутися за часом або взагалі не завершитися.
Наступною стадією розвитку теорії проектування ПО стала итерационная модель життєвого циклу, або так звана поетапна модель з проміжним контролем. Ітераційна модель життєвого циклу програмного забезпечення представлена ??на малюнку 2.2.
Основною її особливістю є наявність зворотних зв'язків між етапами, внаслідок чого з'являється можливість проведення перевірок і коригувань. У результаті трудомісткість налагодження в порівнянні з каскадної моделлю знижується. Ітераційний моделі проявляється в обробці помилок, виявлених проміжним контролем. Якщо на якомусь етапі проміжної перевірки виявлена ??помилка, допущена на більш ранній стадії розробки, необхідно повторити весь цикл робіт цієї стадії. При цьому аналізуються причини помилки і коригуються у разі потреби вихідні дані етапу або його зміст.
Малюнок 2.2 - Ітераційна модель життєвого циклу ПЗ
У процесі розробки системи можуть змінитися початкові вимоги, і в цьому випадку итерационная модель може виявитися неефективною.
Третя модель життєвого циклу ПЗ - спіральна модель - підтримує ітерації поетапної моделі, але особлива увага приділяється початковим етапам проектування: аналізу вимог, проектування специфікацій, попередньому і детального проектування (малюнок 2.3).
Малюнок 2.3 - Спіральна модель життєвого циклу ПЗ
Кожен виток спіралі відповідає поетапній моделі створення фрагмента або версії ПЗ, уточнюються цілі та вимоги до програмного забезпечення, оцінюється якість розробленого фрагмента або версії і плануються роботи наступної стадії розробки (витка). Таким чином, поглиблюються і конкретизуються всі деталі проектованого ПЗ, в результаті виходить продукт, який задовольняє всім вимогам замовника.
2.3 Rational Objectory Process - модель життєвого циклу
Об'єктно-орієнтоване проектування програмного забезпечення стало результатом появи об'єктно-орієнтованого програмування (ООП), тобто застосування нової методології почалося з етапу кодування. Ранні стадії опису предметної області та розробки архітектури системи не підтримувалися, перші варіанти використання об'єктно-орієнтованої методології з'явилися повторенням принципів ООП.
Такі питання, як декомпозиція предметної області, специфікація вимог, інтерфейс користувача, не розглядалися, проте успіхи ООП змусили поширити нову технологію на весь життєвий цикл ПЗ. У результаті всі переваги підходу застосовуються тепер не тільки в процесі кодування, але й на більш ранніх етапах. Таким чином, були визначені основні компоненти методології:
- модель ЖЦ;
- дії;
нотація мови.
Фірма Rational Software, що розробила мова UML, запропонувала також і свою модель ЖЦ (малюнок 2.4), яка називається Rational Objectory Process (ROP). Основні властивості ROP-технології:
- ROP - ітеративний процес, протягом якого відбувається послідовне уточнення результатів;
- ROP направлений саме на створення моделей, а не на розробку яких-небудь інших елементів проекту (наприклад, текстових документів);
Дії ROP визначаються блоками використання.
ROP розбитий на цикли, кожен з яких у свою чергу, складається з чотирьох фаз:
- початкова стадія (Inception);
- розробка (Elaboration);
ко...
