Знаймо

Додати знання

приховати рекламу

Цей текст може містити помилки.

Каскадна модель



План:


Введення

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


1. Зміст моделі

У 1970 році у своїй статті Ройс описав у вигляді концепції те, що зараз прийнято називати "каскадна модель", і обговорював недоліки цієї моделі. Там же він показав як ця модель може бути доопрацьована до ітеративної моделі.

В оригінальній каскадної моделі Ройса, наступні фази йшли в такому порядку:

  1. Визначення вимог
  2. Проектування
  3. Конструювання (також "реалізація" або "кодування")
  4. Інтеграція
  5. Тестування та налагодження (також "верифікація")
  6. Інсталяція
  7. Підтримка
Перехід від однієї фази до іншої відбувається тільки після повного і успішного завершення попередньої

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

Тим самим, каскадна модель має на увазі, що перехід від однієї фази розробки до іншої відбувається тільки після повного і успішного завершення попередньої фази, і що переходів назад або вперед або перекриття фаз - не відбувається.

Тим не менше, існують модифіковані каскадні моделі (включаючи модель самого Ройса), які мають невеликі або навіть значні варіації описаного процесу.


2. Критика каскадної моделі і гібридні методологічні рішення

Методику "Каскадна модель" досить часто критикують за недостатню гнучкість та оголошення самоціллю формальне управління проектом на шкоду термінами, вартості і якості. [1] Тим не менш, при управлінні великими проектами формалізація часто була дуже великою цінністю, так як могла кардинально знизити багато ризики проекту і зробити його більш прозорим. Тому навіть в PMBOK третій версії формально була закріплена тільки методика "каскадної моделі" і не були запропоновані альтернативні варіанти, відомі як Ітеративний ведення проектів.

Починаючи з PMBOK четвертий версії вдалося досягти компромісу між методологами, прихильними формального і поступальному управління проектом, з методологами, що роблять ставку на гнучкі ітеративні методи. [2] Таким чином, починаючи з 2009 року, формально Інститутом Проектного Менеджменту (PMI) пропонується як стандарт гібридний варіант методології управління проектами, що поєднує в собі як плюси від методики "Водоспаду", так і досягнення ітеративних методологів.


Примітки


Цей текст може містити помилки.

Схожі роботи | скачати

Схожі роботи:
Модель
Модель 4C
Модель Хаббарда
Гравітаційна модель
Модель обчислень
Модель Изинга
Модель мозку
Динамічна модель
Концептуальна модель
© Усі права захищені
написати до нас
Рейтинг@Mail.ru