Cascade model device
Ang modelo ng waterfall, na kilala rin bilang Waterfall, ay isa sa mga pinakakilalang diskarte sa pagbuo ng software. Ang may-akda ng modelo ay si Winston Royce. Noong 1970, inilarawan niya ang kakanyahan ng kanyang pagbabago sa isang artikulo na nagdedetalye ng mga pakinabang at disadvantages nito. Sa parehong lugar, ipinaliwanag niya kung paano mapipino ang modelong ito sa isang umuulit na modelo. Sa una, sa modelo ng talon, ang mga yugto ng pag-unlad ay napupunta sa sumusunod na pagkakasunud-sunod:
- Kahulugan at koordinasyon ng mga kinakailangan;
- Pag-apruba ng proyekto;
- Pag-coding;
- Paglikha ng isang gumaganang bersyon ng produkto ng software;
- Pagsubok at pag-debug;
- Pag install ng software;
- Suporta.
Ayon sa modelo ng waterfall, ang pagpapatupad ng mga aksyon ng developer ay nangyayari nang sunud-sunod - punto sa punto. Upang magsimula, ang gawain ay kinukumpleto upang matukoy at sumang-ayon sa mga kinakailangan ng software sa anyo ng isang listahan na kukumpletuhin.
Pagkatapos nito, mayroong isang paglipat sa paglikha at pag-apruba ng proyekto, bilang isang resulta kung saan nakasulat ang dokumentasyon na naglalarawan kung paano ipatupad ang naunang napagkasunduan na mga kinakailangan sa software.
Kung nakumpleto ang disenyo, gagawin ng mga developer ang pagpapatupad. Susunod ay ang pagsasama ng code - ang pagsasama ng mga indibidwal na bahagi ng proyekto, na ginawa ng iba't ibang miyembro ng koponan.
Ang susunod na hakbang ay pagsubok at pag-debug sa produkto. Ang mga dating nahanap na error ay naayos dito.
Sa wakas, ang programa ay na-install at suportado. Kabilang dito ang paggawa, kung kinakailangan, mga pagbabago sa functionality at pag-aalis ng mga error na natagpuan.
Ipinapalagay ng modelo ng cascade na maaari kang lumipat sa susunod na yugto ng pag-unlad nang mahigpit na sunud-sunod - pagkatapos lamang makumpleto ang nakaraang gawain. Ang posibilidad ng rollback o inconsistency sa mga phase ay hindi ibinigay.
Mga kalamangan at kahinaan
Paminsan-minsan, ang modelo ng talon ay pinupuna dahil sa kakulangan ng kakayahang umangkop nito. Marami ang hindi nagustuhan dahil nangingibabaw dito ang layunin ng pamamahala ng proyekto, habang ang pagtugon sa mga deadline, gastos at kalidad ng pag-unlad ay higit na mahalaga.
Gayunpaman, pagdating sa malalaking proyekto, kung gayon ang pamamahala ay kadalasang mas mahalaga sa kanila, dahil binabawasan nito ang mga panganib ng proyekto at pinapabuti ang transparency sa trabaho.
Sa kabila ng mga pagkukulang, ang PMBOK 3rd version ay pormal na tumutukoy lamang sa "cascade model" na pamamaraan. Ang iba pang mga opsyon, kabilang ang umuulit na pamamahala ng proyekto, ay hindi inaalok.
Mga kalamangan ng modelo ng talon:
- Ang pagbuo ng koponan ay mas madaling kontrolin. Ang customer ay pamilyar sa kung ano ang kasalukuyang ginagawa ng mga programmer, maaari niyang baguhin ang mga deadline at badyet ng proyekto.
- Ang halaga ng pag-unlad ay naaprubahan sa unang yugto. Pagkatapos sumang-ayon sa lahat ng mga yugto ng pagpapatupad, ang produkto ng software ay patuloy na isinulat.
- Ang mga may karanasang tagasubok ay hindi kailangan. Para sa yugto ng pagsubok, maaari mong gamitin ang dokumentasyon ng programa.
Mga disadvantages ng modelo ng talon:
- Dahil ang pagsubok ay nagsisimula sa yugto ng pagkumpleto ng pag-unlad, kung ang isang bug ay natuklasan, ito ay mas magastos upang ayusin ito kaysa sa unang yugto. Pagkatapos ng lahat, makakahanap lang ng error ang mga tagasubok kapag natapos na ng developer ang pagsulat ng code, at mga copywriter - ang dokumentasyon.
- Nakikilala ng customer ang natapos na produkto pagkatapos makumpleto ang pag-unlad. Alinsunod dito, maaari niyang suriin ang produkto lamang kapag halos ganap na itong handa. Kung hindi niya gusto ang resulta, ang halaga ng badyet ng proyekto ay tataas nang husto dahil sa pangangailangan para sa pagwawasto.
- Ang mas maraming teknikal na dokumentasyon, mas matagal ang kinakailangan upang makumpleto ang trabaho. Ang nasabing dokumentasyon ay nangangailangan ng higit pang mga pagbabago at pag-apruba.
Ang "Waterfall" ay kadalasang ginagamit sa mga proyekto sa medikal at aerospace na industriya, kung saan mayroon nang malawak na base ng mga dokumento, batay sa kung saan posible na gumuhit ng mga kinakailangan para sa bagong software.
Kapag ginagamit ang modelo ng talon, ang pangunahing bagay ay ang pagsulat ng mga detalyadong kinakailangan. Sa panahon ng pagsubok, hindi dapat lumabas na mayroong isang bug sa isang lugar na may masamang epekto sa buong proyekto.