загрузка...
загрузка...
На головну

Каскадна модель розробки ПЗ

  1. I. Завдання семіотики і передумови, необхідні для її розробки
  2. А (додаткова). Історична біогеографія. Вікаріантная модель і концепція «відтиснутих реліктів». Фітоспредінг.
  3. Адаптивна поліноміальна модель першого порядку
  4. Активні фільтри, їх каскадна реалізація
  5. Акустична модель фрикційного контакту
  6. Алгоритм розробки стратегії
  7. Альтернативна модель: умовне єдність

Принципи. У спочатку існували однорідних ПС кожен додаток являло собою єдине ціле. Для розробки такого типу додатків застосовувався каскадний спосіб (1970-1985). Його основною характеристикою є розбиття всієї розробки на етапи, причому перехід з одного етапу на наступний відбувається тільки після того, як буде повністю завершена робота на поточному. Кожен етап завершується випуском повного комплекту документації, достатньої для того, щоб розробка могла бути продовжена іншою командою розробників [10]. основа моделі - Сформульовані вимоги в технічному завданні (ТЗ), які змінюватися не повинні. Критерій якості результату - Відповідність продукту встановленим вимогам.

Каскадна модель (водоспад - waterfall) включає виконання наступних фаз (рисунок 15):

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

O визначення вимог - Визначаються програмні вимоги для предметної області системи, призначення, лінії поведінки, продуктивність і інтерфейси;

O розробка проекту- Розробляється і формулюється логічно послідовна технічна характеристика програмної системи, включаючи структури даних, архітектуру ПО, інтерфейсні уявлення і процесуальну (алгоритмічну) деталізацію;

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

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

O супровід -усунення програмних помилок, несправностей, збоїв, модернізація і внесення змін.

 
 


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

· Строго послідовне виконання фаз;

· Кожна наступна фаза починається лише тоді, коли повністю завершено виконання попередньої фази;

· Кожна фаза має певні критерії входу і виходу: вхідні і вихідні дані;

· Кожна фаза повністю документується;

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

Переваги і недоліки. Каскадна модель має наступні переваги:

§ проста и зрозуміла замовникам, так як часто використовується іншими організаціями для відстеження проектів, не пов'язаних з розробкою ПЗ;

§ проста і зручна в застосуванні;

§ процес розробки виконується поетапно;

§ її структурою може керуватися навіть слабо підготовлений в технічному плані або недосвідчений персонал;

§ вона сприяє здійсненню суворого контролю менеджменту проекту;

§ кожну стадію можуть виконувати незалежні команди (все документовано);

§ дозволяє досить точно планувати терміни і витрати.

При використанні каскадної моделі для «невідповідного» проекту можуть виявлятися наступні її недоліки:

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

§ інтеграція компонентів, на якій зазвичай виявляється велика частина помилок, виконується в кінці розробки, Що сильно збільшує вартість усунення помилок;

§ запізнювання результатів, Якщо в процесі виконання проекту вимоги змінилися, то вийде застарілий результат.

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

застосовність. Каскадна модель вперше чітко сформульована в 1970 році Ройсом [33], на початковому періоді вона зіграла провідну роль як метод регулярної розробки складного програмного забезпечення. У сімдесятих-вісімдесятих роках XX століття модель була прийнята як стандарт міністерства оборони США. Згодом недоліки каскадної моделі стали проявлятися все частіше, і виникла думка, що вона безнадійно застаріла.

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

u вимоги та їх реалізація максимально чітко визначені і зрозумілі; використовується незмінне визначення продукту і цілком зрозумілі технічні методики (завдання науково-обчислювального характеру, операційні системи і компілятори, системи реального часу управління конкретними об'єктами);

u повторна розробка типового продукту (автоматизованого бухгалтерського обліку, нарахування зарплати і т.п.);

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

В даний час використовується вдосконалена каскадна модель (итерационная), Яка дозволяє при необхідності повернутися на будь-який попередній етап і внести необхідні зміни (рисунок 16).

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





Л. С. Зеленко | Структурний підхід до розробки програмних систем | Об'єктний підхід до розробки програмних систем | Інші типи моделей життєвого типу | Технологія швидкої розробки додатків RAD | ТЕХНОЛОГІЇ ПРОГРАМУВАННЯ І ПРОГРАМНА ІНЖЕНЕРІЯ |

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