ого циклу.
ISO/IEC 12207 (International Organization of Standardization/International Electrotechnical Commission) 1995 - стандарт на процеси і організацію життєвого циклу. Поширюється на всі види замовленого ПЗ. Стандарт не містить опису фаз, стадій і етапів. p> Rational Unified Process (RUP) пропонує ітеративну модель розробки, що включає чотири фази: початок, дослідження, побудова та впровадження. Кожна фаза може бути розбита на етапи (ітерації), в результаті яких випускається версія для внутрішнього або зовнішнього використання. Проходження через чотири основні фази називається циклом розробки, кожен цикл завершується генерацією версії системи. Якщо після цього робота над проектом не припиняється, то отриманий продукт продовжує розвиватися і знову мине ті ж фази. Суть роботи в рамках RUP - це створення і супровід моделей на базі UML.
Microsoft Solution Framework (MSF) схожа з RUP, так само включає чотири фази: аналіз, проектування, розробка, стабілізація, є ітераційної, припускає використання об'єктно-орієнтованого моделювання. MSF у порівнянні з RUP більшою мірою орієнтована на розробку бізнес-додатків.
Extreme Programming (XP). Екстремальне програмування (Сама нова серед розглянутих методологій) сформувалося в 1996 році. У основі методології командна робота, ефективна комунікація між замовником і виконавцем протягом всього проекту з розробки ІС, а розробка ведеться з використанням последоват ельно допрацьовуємо прототипів.
В
2. Моделі життєвого циклу
Модель життєвого циклу ІС - структура, що визначає послідовність виконання і взаємозв'язку процесів, дій і завдань на протягом життєвого циклу. Модель життєвого циклу залежить від специфіки, масштабу і складності проекту та специфіки умов, в яких система створюється і функціонує.
Модель ЖЦ ІС включає в себе:
стадії;
результати виконання робіт на кожній стадії;
ключові події - точки завершення робіт і прийняття рішень.
Модель життєвого циклу відображає різні стани системи, починаючи з моменту виникнення необхідності в даній ІС і закінчуючи моментом її повного виходу з ужитку.
В
2.1 Типи моделей життєвого циклу ІС
В даний час відомі і використовуються наступні моделі життєвого циклу:
Каскадна модель (рис. 2.1) передбачає послідовне виконання всіх етапів проекту в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі.
Поетапна модель з проміжним контролем (рис. 2.2). Розробка ІС ведеться итерациями з циклами зворотного зв'язку між етапами. Міжетапні коригування дозволяють враховувати реально існуюче взаємовплив результатів розробки на різних етапах; час життя кожного з етапів розтягується на весь період розробки.
Спіральна модель (рис. 2.3). На кожному витку спіралі виконується створення чергової версії продукту, уточнюються вимоги проекту, визначається його якість, і плануються роботи наступного витка. Особлива увага приділяється початковим етапам розробки - аналізу і проектуванню, де реалізованість тих чи інших технічних рішень перевіряється і обгрунтовується за допомогою створення прототипів (макетування).
В
Рис. 2.1. Каскадна модель ЖЦ ІС
В
Рис. 2.2. Поетапна модель з проміжним контролем
В
Рис. 2.3. Спіральна модель ЖЦ ІС
На практиці найбільше поширення отримали дві основні моделі життєвого циклу:
каскадна модель (характерна для періоду 1970-1985 рр..);
спіральна модель (характерна для періоду після 1986.г.).
В
2.2 Переваги і недоліки моделей життєвого циклу ІС
У ранніх проектах досить простих ІС кожен додаток являло собою єдиний, функціонально та інформаційно незалежний блок. Для розробки такого типу додатків ефективним виявився каскадний спосіб. Кожен етап завершувався після повного виконання та документального оформлення всіх передбачених робіт.
Можна виділити наступні позитивні сторони застосування каскадного підходу:
на кожному етапі формується закінчений набір проектної документації, відповідає критеріям повноти та узгодженості;
виконувані в логічній послідовності етапи робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.
Каскадний підхід добре зарекомендував себе при побудові відносно простих ІС, коли на самому початку розробки можна досить точно і повно сформулювати всі вимоги до системи. Основним недоліком цього підходу є те, що реальний процес створення системи ніколи повністю не вкладається в таку жорстку схему, постійно виникає потреба в поверненні до попередніх етапах і уточнення або перегляд раніше прийнятих рішень. У результаті реальний процес створення ІС виявляється відповідним поетапної моделі з проміжним контролем.
Спіральна модель ЖЦ була запропонована для подолання перерахованих проблем. На етапах аналізу і проектування реалізован...
