Водопад - Модел Водопад

Каскаден модел устройство

Моделът на водопада, известен още като водопад, е един от най-известните подходи за разработка на софтуер. Author на модела е Уинстън Ройс. През 1970 г. той описва същността на своята иновация в статия, в която подробно описва нейните предимства и недостатъци. На същото място той обясни How този модел може да бъде прецизиран до итеративен модел. Първоначално в модела на водопада етапите на разработка вървят в следния ред:

• Дефиниране и съгласуване на изискванията;
• Одобрение на проекта;
• Кодиране;
• Създаване на работеща version на софтуерния продукт;
• Тестване и отстраняване на грешки;
• Инсталиране на софтуер;
• Поддържа.

Според модела на водопада изпълнението на действията от разработчика става последователно - точка по точка. Като начало приключва работата по определяне и съгласуване на софтуерните изисквания под формата на списък, който трябва да бъде попълнен.

След това се преминава към създаване и одобрение на проекта, в резултат на което се изписва documentация, описваща How да бъдат изпълнени предварително договорените софтуерни изисквания.

Ако дизайнът е завършен, разработчиците поемат изпълнението. Следва сливането на codeа - интегрирането на отделни части от проекта, върху които са работor различни членове на екипа.

Следващата стъпка е тестване и отстраняване на грешки в продукта. Откритите по-рано грешки се коригират тук.

Накрая програмата е инсталирана и поддържана. Включва при необходимост извършване на промени във функционалността и отстраняване на откритите грешки.

Каскадният модел предполага, че можете да преминете към следващия етап на развитие строго последователно - само след завършване на предишната задача. Не е предвидена възможност за връщане назад or несъответствие във фазите.

Предимства и недостатъци

От време на време моделът на водопада е критикуван поради липсата на гъвкавост. Мнозина не го харесват, защото в него преобладава целта за управление на проекти, докато спазването на сроковете, цената и качеството на разработката са много по-важни.

Но когато става въпрос за големи проекти, тогава управлението често е по-важно при тях, тъй като това намалява рисковете на проекта и подобрява прозрачността в работата.

Въпреки недостатъците, третата version на PMBOK официално определя само методологията на „каскадния модел“. Други опции, включително итеративно управление на проекти, не се предлагат.

Предимства на модела водопад:

• Екипното развитие се контролира по-лесно. Клиентът е запознат с това, върху което програмистите работят в момента, може да промени сроковете и бюджета на проекта.
• Цената на разработката е одобрена на първия етап. След съгласуване на всички етапи на изпълнение, програмният продукт се пише непрекъснато.
• Не са необходими опитни тестери. За фазата на тестване можете да използвате documentацията на програмата.

Недостатъци на модела водопад:

• Тъй като тестването започва на етапа на завършване на разработката, ако бъде открит бъг, коригирането му ще струва повече, отколкото в началния етап. В крайна сметка тестерите ще намерят грешка само когато разработчикът вече е приключил с писането на codeа, а копирайтърите - documentацията.
• Клиентът се запознава с готовия продукт след приключване на разработката. Съответно той може да оцени продукта едва когато е почти напълно готов. Ако резултатът не му хареса, цената на бюджета на проекта ще се увеличи значително поради необходимостта от корекция.
• Колкото повече техническа documentация, толкова повече време отнема завършването на работата. Такава documentация изисква повече промени и одобрения.

"Водопадът" често се използва в проекти в медицинската и космическата индустрия, където вече има широка база от documentи, въз основа на които е възможно да се съставят изисквания за нов софтуер.

Когато използвате модела на водопада, основното е да напишете подробни изисквания. По време на тестването не трябва да се окаже, че някъде има грешка, която да има пагубен ефект върху целия проект.