Життєвий цикл програмного забезпечення (ЖЦПО) - деякі події, які відбуваються з системою в процесі її створення і впровадження та супроводу. Іншими словами, це час від початкового моменту створення якого або програмного продукту, до повного його вилучення з експлуатації. Життєвий цикл програмного забезпечення можна представити у вигляді моделей
Модель життєвого циклу програмного забезпечення - структура, яка містить процеси дії і завдання, які здійснюються в ході проектування, розробки, впровадження та супроводу програмного продукту.
В даний час поширені 2 моделі ЖЦПО:
· Каскадна модель
· Спіральна модель
1. Каскадна модель
Ця модель передбачає суворе послідовне і однократне виконання всіх фаз проекту з жорстким попереднім плануванням в контексті зумовлених або одного разу і цілком певних вимог до програмної системи, як показано на рис. 1.
Рис. 1. Каскадна модель життєвого циклу
На малюнку зображені типові фази каскадної моделі життєвого циклу.
Як показано на малюнку процес розробки програмного забезпечення проходить від етапу до етапу. Поки не закінчиться один етап розробки неможливо перейти до іншого. У цьому є свої плюси. Найважливішим з яких є те що після кожного етапу представляється повна документація про виконані роботи та результати. Великим мінусом в даній моделі є часові витрати. Процес розробки з даної моделі може тягнутися роками, так як при знаходженні помилок роботи на попередніх етапах доводитися повертатися на ці етапи для усунення.
Ця модель активно використовувалася (де факто і, наприклад, свого часу, як частина відповідного галузевого стандарту в США), ця модель продемонструвала свою «проблемність» в переважній більшості ІТ-проектів, за винятком, може бути, окремих проектів оновлення програмних систем для критично-важливих програмно-апаратних комплексів (наприклад, авіоніки чи медичного обладнання). Практика показує, що в реальності, у світі бізнес-систем, каскадна модель не повинна застосовуватися. Специфіка таких систем (якщо можна говорити про «специфіки» для переважної більшості створюваних систем) - вимоги характеризуються високою динамікою коригування та уточнення, неможливістю чіткого і однозначного визначення вимог до початку робіт з реалізації (особливо, для нових систем) і швидкої мінливістю в процесі експлуатації системи.
. Спіральна модель
Спіральна модель представлена ??на рис. 2.В цієї моделі на початкових етапах ЖЦ здійснюються аналіз і проектування.
програмний каскадний комп'ютер
Рис. 2. Спіральна модель
Особлива увага приділяється початковим етапам розробки - виробленню стратегії, аналізу і проектування, де реалізованість тих чи інших технічних рішень перевіряється і обгрунтовується за допомогою створення прототипів. Кожен виток спіралі припускає створення фрагмента (компонента) або версії програмного продукту. На них уточнюються цілі і характеристики проекту, визначається його якість і плануються роботи наступного витка спіралі. Таким чином поглиблюються і послідовно конкретизуються деталі проекту і в результаті вибирається обґрунтований варіант, який доводиться до реалізації.
При цьому кожен етап розробки суворо регламентований за часом, як і сам проект в цілому. Якщо на якомусь етапі лишаються не доробленими деякі деталі, то все одно переходять на наступний етап. Таким чином скорочується процес розробки всього проекту. Також до плюсів можна віднести і те, що на кожному витку розробки команда одержує працюючий прототип.
Використана література
1. Грекул В.І. Проектування інформаційних систем [Електронний ресурс]: Інтернет університет відкритих технологій - Режим доступу: ( # justify gt;).- Загл. з екрану.
2. Інформаційна технологія. Життєвий цикл програмного забезпечення. ISO/IEC 12207: 2008.
