Основні процеси життєвого циклу ПЗ

Придбання

Поставка

Розробка

Експлуатація

Супровід

3. Моделі життєвого циклу

Модель водоспаду (касакадна модель)

Водоспадна модель життєвого циклу (англ. waterfall model) була запропонована в 1970 р. Уінстоном Ройсом. Вона передбачає послідовне виконання всіх етапів проекту в строго фіксованому порядку. Перехід на наступний етап означає повне завершення робіт на попередньому етапі. Вимоги, певні на стадії формування вимог, строго документуються у вигляді технічного завдання і фіксуються на увесь час розробки проекту. Кожна стадія завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розроблювачів.

Етапи проекту

Формування вимог

Проектування

Реалізація

Тестування

Впровадження

Експлуатація й супровід

Переваги

Повна й погоджена документація на кожному етапі

Легко визначити строки й витрати на проект

Ітераційна модель

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

Ціль кожної ітерації

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

Результати фінальної ітерації містять всю необхідну функціональність продукту

Таким чином, із завершенням кожної ітерації, продукт розвивається інкрементально

Спіральна модель

При використанні цієї моделі ПЗ створюється в кілька ітерацій (витків спирали) методом прототипування.

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

Переваги

Модель приділяє спеціальну увагу ранньому аналізу можливостей повторного використання

Модель припускає можливість еволюції життєвого циклу, розвиток і зміна програмного продукту

Модель надає механізми досягнення необхідних параметрів якості як складову частину процесу розробки програмного продукту

Модель приділяє спеціальну увагу запобіганню помилок і відкиданню непотрібних, необґрунтованих або незадовільних альтернатив на ранніх етапах проекту

Модель дозволяє контролювати джерела проектних робіт і відповідних витрат

Модель не проводить розходжень між розробкою нового продукту та розширенням (або супроводом) існуючих

Модель дозволяє вирішувати інтегрований завдання системної розробки, що охоплює й програмного й апаратну складового створюваного продукту

4. Цілісність даних та надійність

Цілісність даних

Цілісність даних означає коректність даних і їх несуперечність

Повнота даних

Повнота даних - умова того, що дані не були змінені при виконанні будь-якої операції над ними - передачі, зберігання або подання.

Інкапсуляція

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

Користувач може взаємодіяти з об'єктом лише через цей інтерфейс. Користувач не може використовувати закриті дані і методи.

Інкапсуляція - один з чотирьох найважливіших механізмів об'єктно-орієнтованого програмування.

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

 

Надійність ПЗ

імовірність безвідмовного функціонування комп’ютерної прорами протягом заданого часу в заданому середовищі.

Система стійка до відмов

система, що зберігає працездатність в результаті видалення наслідків помилок ПЗ

Помилка ПЗ

програмний дефект, що може призвести до відмови в роботі деякої частини ПЗ

Стійкість до відмов

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

Деякі відмови ПЗ є результатами дефектів в програмах, інші - результатами виключних умов

Виключна умова (виключення)

ненормальні умови, або виключні обставини чи екстраординарні події з якими стикається ПЗ в результаті чого воно чи деяка його частина відмовляють.

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

 

5. Шаблони проектування