Каскаден модел устройство
Моделът на водопада, известен още като водопад, е един от най-известните подходи за разработка на софтуер. Author на модела е Уинстън Ройс. През 1970 г. той описва същността на своята иновация в статия, в която подробно описва нейните предимства и недостатъци. На същото място той обясни How този модел може да бъде прецизиран до итеративен модел. Първоначално в модела на водопада етапите на разработка вървят в следния ред:
- Дефиниране и съгласуване на изискванията;
- Одобрение на проекта;
- Кодиране;
- Създаване на работеща version на софтуерния продукт;
- Тестване и отстраняване на грешки;
- Инсталиране на софтуер;
- Поддържа.
Според модела на водопада изпълнението на действията от разработчика става последователно - точка по точка. Като начало приключва работата по определяне и съгласуване на софтуерните изисквания под формата на списък, който трябва да бъде попълнен.
След това се преминава към създаване и одобрение на проекта, в резултат на което се изписва documentация, описваща How да бъдат изпълнени предварително договорените софтуерни изисквания.
Ако дизайнът е завършен, разработчиците поемат изпълнението. Следва сливането на codeа - интегрирането на отделни части от проекта, върху които са работor различни членове на екипа.
Следващата стъпка е тестване и отстраняване на грешки в продукта. Откритите по-рано грешки се коригират тук.
Накрая програмата е инсталирана и поддържана. Включва при необходимост извършване на промени във функционалността и отстраняване на откритите грешки.
Каскадният модел предполага, че можете да преминете към следващия етап на развитие строго последователно - само след завършване на предишната задача. Не е предвидена възможност за връщане назад or несъответствие във фазите.
Предимства и недостатъци
От време на време моделът на водопада е критикуван поради липсата на гъвкавост. Мнозина не го харесват, защото в него преобладава целта за управление на проекти, докато спазването на сроковете, цената и качеството на разработката са много по-важни.
Но когато става въпрос за големи проекти, тогава управлението често е по-важно при тях, тъй като това намалява рисковете на проекта и подобрява прозрачността в работата.
Въпреки недостатъците, третата version на PMBOK официално определя само методологията на „каскадния модел“. Други опции, включително итеративно управление на проекти, не се предлагат.
Предимства на модела водопад:
- Екипното развитие се контролира по-лесно. Клиентът е запознат с това, върху което програмистите работят в момента, може да промени сроковете и бюджета на проекта.
- Цената на разработката е одобрена на първия етап. След съгласуване на всички етапи на изпълнение, програмният продукт се пише непрекъснато.
- Не са необходими опитни тестери. За фазата на тестване можете да използвате documentацията на програмата.
Недостатъци на модела водопад:
- Тъй като тестването започва на етапа на завършване на разработката, ако бъде открит бъг, коригирането му ще струва повече, отколкото в началния етап. В крайна сметка тестерите ще намерят грешка само когато разработчикът вече е приключил с писането на codeа, а копирайтърите - documentацията.
- Клиентът се запознава с готовия продукт след приключване на разработката. Съответно той може да оцени продукта едва когато е почти напълно готов. Ако резултатът не му хареса, цената на бюджета на проекта ще се увеличи значително поради необходимостта от корекция.
- Колкото повече техническа documentация, толкова повече време отнема завършването на работата. Такава documentация изисква повече промени и одобрения.
"Водопадът" често се използва в проекти в медицинската и космическата индустрия, където вече има широка база от documentи, въз основа на които е възможно да се съставят изисквания за нов софтуер.
Когато използвате модела на водопада, основното е да напишете подробни изисквания. По време на тестването не трябва да се окаже, че някъде има грешка, която да има пагубен ефект върху целия проект.