Переваги і недоліки моделей життєвого циклу ІС

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

Можна виділити наступні позитивні сторони застосування каскадного підходу:

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

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

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

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

Незважаючи на наполегливі рекомендації експертів у галузі проектування і розробки ІС, багато компаній продовжують використовувати каскадну модель замість будь-якого варіанту ітераційної моделі. Основні причини, по яких каскадна модель зберігає свою популярність, наступні:

Звичка — багато ІТ-фахівці здобували освіту в той час, коли вивчалася тільки каскадна модель, тому вона використовується ними і в наші дні.

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

Проблеми впровадження при використанні ітераційної моделі. У деяких областях спіральна модель не може застосовуватися, оскільки неможливо використання / тестування продукту, що володіє неповною функціональністю (наприклад, військові розробки, атомна енергетика тощо). Поетапне ітераційне впровадження інформаційної системи для бізнесу можливо, але пов’язане з організаційними труднощами (перенесення даних, інтеграція систем, зміна бізнес-процесів, облікової політики, навчання користувачів). Трудовитрати при поетапному ітераційному впровадженні виявляються значно вище, а управління проектом вимагає справжнього мистецтва. Передбачаючи вказані складнощі, замовники вибирають каскадну модель, щоб «впроваджувати систему один раз» .