Модель водопада
Каскадная модель (англ. waterfall model, иногда переводят как модель «Водопад») — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки. В качестве источника названия часто указывают статью, опубликованную У. У. Ройсом в 1970 году; при том, что сам Ройс использовал итеративную модель разработки.
Содержание модели
В 1970 году в своей статье Ройс описал в виде концепции то, что сейчас принято называть «каскадная модель», и обсуждал недостатки этой модели. Там же он показал, как эта модель может быть доработана до итеративной модели.
В исходной каскадной модели следующие фазы шли в таком порядке:
- Определение требований
- Проектирование
- Конструирование (также «реализация» либо «кодирование»)
- Воплощение
- Тестирование и отладка (также «верификация»)
- Инсталляция
- Поддержка
Следуя каскадной модели, разработчик переходит от одной стадии к другой строго последовательно. Сначала полностью завершается этап «определение требований», в результате чего получается список требований к ПО. После того как требования полностью определены, происходит переход к проектированию, в ходе которого создаются документы, подробно описывающие для программистов способ и план реализации указанных требований. После того, как проектирование полностью выполнено, программистами выполняется реализация полученного проекта. На следующей стадии процесса происходит интеграция отдельных компонентов, разрабатываемых различными командами программистов. После того, как реализация и интеграция завершены, производится тестирование и отладка продукта; на этой стадии устраняются все недочёты, появившиеся на предыдущих стадиях разработки. После этого программный продукт внедряется и обеспечивается его поддержка — внесение новой функциональности и устранение ошибок.
Тем самым, каскадная модель подразумевает, что переход от одной фазы разработки к другой происходит только после полного и успешного завершения предыдущей фазы, и что переходов назад либо вперёд или перекрытия фаз — не происходит.
Тем не менее, существуют модифицированные каскадные модели (включая модель самого Ройса), имеющие небольшие или даже значительные вариации описанного процесса.
Критика каскадной модели и гибридные методологические решения
Методику «Каскадная модель» довольно часто критикуют за недостаточную гибкость и объявление самоцелью формальное управление проектом в ущерб срокам, стоимости и качеству. Тем не менее, при управлении большими проектами формализация часто являлась очень большой ценностью, так как могла кардинально снизить многие риски проекта и сделать его более прозрачным. Поэтому даже в 3-й версии формально была закреплена только методика «каскадной модели» и не были предложены альтернативные варианты, известные как итеративное ведение проектов.
Начиная с 4-й версии удалось достичь компромисса между методологами, приверженными формальному и поступательному управлению проектом, с методологами, делающими ставку на гибкие итеративные методы. Таким образом, начиная с 2009 года, формально Институтом управления проектами (PMI) предлагается как стандарт гибридный вариант методологии управления проектами, сочетающий в себе как плюсы от методики «Водопада», так и достижения итеративных методологов.
См. также
- Гибкая методология разработки
- Итеративная разработка
- Спиральная модель
Примечания
Ссылки
- Royce, Winston (1970), Managing the Development of Large Software Systems (англ.)
Википедия, чтение, книга, библиотека, поиск, нажмите, истории, книги, статьи, wikipedia, учить, информация, история, скачать, скачать бесплатно, mp3, видео, mp4, 3gp, jpg, jpeg, gif, png, картинка, музыка, песня, фильм, игра, игры, мобильный, телефон, Android, iOS, apple, мобильный телефон, Samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Сеть, компьютер, Информация о Модель водопада, Что такое Модель водопада? Что означает Модель водопада?
Kaskadnaya model angl waterfall model inogda perevodyat kak model Vodopad model processa razrabotki programmnogo obespecheniya v kotoroj process razrabotki vyglyadit kak potok posledovatelno prohodyashij fazy analiza trebovanij proektirovaniya realizacii testirovaniya integracii i podderzhki V kachestve istochnika nazvaniya chasto ukazyvayut statyu opublikovannuyu U U Rojsom v 1970 godu pri tom chto sam Rojs ispolzoval iterativnuyu model razrabotki Soderzhanie modeliV 1970 godu v svoej state Rojs opisal v vide koncepcii to chto sejchas prinyato nazyvat kaskadnaya model i obsuzhdal nedostatki etoj modeli Tam zhe on pokazal kak eta model mozhet byt dorabotana do iterativnoj modeli V ishodnoj kaskadnoj modeli sleduyushie fazy shli v takom poryadke Opredelenie trebovanij Proektirovanie Konstruirovanie takzhe realizaciya libo kodirovanie Voploshenie Testirovanie i otladka takzhe verifikaciya Installyaciya PodderzhkaPerehod ot odnoj fazy k drugoj proishodit tolko posle polnogo i uspeshnogo zaversheniya predydushej Sleduya kaskadnoj modeli razrabotchik perehodit ot odnoj stadii k drugoj strogo posledovatelno Snachala polnostyu zavershaetsya etap opredelenie trebovanij v rezultate chego poluchaetsya spisok trebovanij k PO Posle togo kak trebovaniya polnostyu opredeleny proishodit perehod k proektirovaniyu v hode kotorogo sozdayutsya dokumenty podrobno opisyvayushie dlya programmistov sposob i plan realizacii ukazannyh trebovanij Posle togo kak proektirovanie polnostyu vypolneno programmistami vypolnyaetsya realizaciya poluchennogo proekta Na sleduyushej stadii processa proishodit integraciya otdelnyh komponentov razrabatyvaemyh razlichnymi komandami programmistov Posle togo kak realizaciya i integraciya zaversheny proizvoditsya testirovanie i otladka produkta na etoj stadii ustranyayutsya vse nedochyoty poyavivshiesya na predydushih stadiyah razrabotki Posle etogo programmnyj produkt vnedryaetsya i obespechivaetsya ego podderzhka vnesenie novoj funkcionalnosti i ustranenie oshibok Tem samym kaskadnaya model podrazumevaet chto perehod ot odnoj fazy razrabotki k drugoj proishodit tolko posle polnogo i uspeshnogo zaversheniya predydushej fazy i chto perehodov nazad libo vperyod ili perekrytiya faz ne proishodit Tem ne menee sushestvuyut modificirovannye kaskadnye modeli vklyuchaya model samogo Rojsa imeyushie nebolshie ili dazhe znachitelnye variacii opisannogo processa Kritika kaskadnoj modeli i gibridnye metodologicheskie resheniyaMetodiku Kaskadnaya model dovolno chasto kritikuyut za nedostatochnuyu gibkost i obyavlenie samocelyu formalnoe upravlenie proektom v usherb srokam stoimosti i kachestvu Tem ne menee pri upravlenii bolshimi proektami formalizaciya chasto yavlyalas ochen bolshoj cennostyu tak kak mogla kardinalno snizit mnogie riski proekta i sdelat ego bolee prozrachnym Poetomu dazhe v 3 j versii formalno byla zakreplena tolko metodika kaskadnoj modeli i ne byli predlozheny alternativnye varianty izvestnye kak iterativnoe vedenie proektov Nachinaya s 4 j versii udalos dostich kompromissa mezhdu metodologami priverzhennymi formalnomu i postupatelnomu upravleniyu proektom s metodologami delayushimi stavku na gibkie iterativnye metody Takim obrazom nachinaya s 2009 goda formalno Institutom upravleniya proektami PMI predlagaetsya kak standart gibridnyj variant metodologii upravleniya proektami sochetayushij v sebe kak plyusy ot metodiki Vodopada tak i dostizheniya iterativnyh metodologov Sm takzheGibkaya metodologiya razrabotki Iterativnaya razrabotka Spiralnaya modelPrimechaniyaSsylkiRoyce Winston 1970 Managing the Development of Large Software Systems angl
