Головна

Класичний життєвий цикл розробки ПС. Приватні реалізації та особливості

  1. Amp; 29. Внутрішня політика Катерини 2. Особливості освіченого абсолютизму в Росії.
  2. Amp; 49. Особливості розвитку, капіталізму в Росії в другій половині XIX століття.
  3. Сільськогосподарські картографування, його особливості та завдання.
  4. Структурні особливості факторів згортання крові.
  5. DataSet важливі особливості. Зміна даних в DataRow. Перегляд даних в DataTable. паралелізм
  6. ER-моделювання. Призначення і особливості в рівнянні з UML-діаграмами. Нотації ER-діаграм.
  7. I. Причини і особливості об'єднання Русі

Ця модель зобов'язана своєю появою У. Ройс ([1], 1970 г.). Модель має й іншу назву - водоспад (waterfall). Особливість моделі - перехід на наступний щабель здійснюється тільки після того, як буде повністю завершена робота на попередній стадії; повернень на пройдені стадії не передбачено (рис.5.4).


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

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

переваги каскадної моделі:

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

- Виконуються в логічній послідовності стадії робіт дозволяють планувати терміни завершення всіх робіт і відповідні витрати.

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

недоліки каскадної моделі:

- Виявлення та усунення помилок проводиться тільки на стадії тестування, яке може істотно розтягнутися;

- Реальні проекти часто вимагають відхилення від стандартної послідовності кроків;

- Цикл заснований на точної формулюванні вихідних вимог до ПС, реально на початку проекту вимоги замовника визначені лише частково;

- Результати робіт доступні замовнику тільки по завершенні проекту.

Аналіз вимог при проектуванні ПС. Діаграми кооперації та видів діяльності | екстремальне програмування


Процедурно-орієнтований і об'єктно-орієнтований підходи до розробки ПЗ | Етапи життєвого циклу розробки і розвитку ПС. Особливості | Технологія розробки ПС RUP. Особливості | Мова UML. Призначення. можливості | UML. Діаграма класів. Виділення класів предметної області і виявлення відносин між ними. Етапи побудови об'єктної моделі і формальні ознаки її удосконалення | UML. Діаграми станів об'єкта і послідовностей. особливості синтезу | Діаграма прецедентів. Роль прецедентів при розробці ПС. Види прецедентів і відносини між ними. Правила опису | Формування вимог до ПС на основі прецедентів. функції ПС | Уніфікований процес розробки ПС. Етапи та ітерації. Особливості | Критерії та метрики визначення якості та складності розробки ПС. Фунціональном і розмірно-орієнтовані метрики. Метрики ОНПС (метрики Чідамбера-Кемерерва). |

© 2016-2022  um.co.ua - учбові матеріали та реферати