Waterfall Methodology vs RUP
May ilang iba't ibang mga pamamaraan ng pagbuo ng software na ginagamit sa industriya ng software ngayon. Ang pamamaraan ng pag-unlad ng talon ay isa sa mga pinakaunang pamamaraan ng pagbuo ng software. Ang pamamaraan ng pagbuo ng software ng Waterfall ay isang sunud-sunod na modelo kung saan ang bawat yugto ay nakumpleto nang buo at sinusunod sa isang nakapirming pagkakasunud-sunod. Ang RUP (Rational Unified Process) ay isang naaangkop na balangkas ng proseso ng umuulit na mga pamamaraan ng pagbuo ng software. Tinutugunan ng RUP ang ilang mga kritisismo sa pag-unlad ng Waterfall gaya ng katigasan.
Ano ang Waterfall Methodology?
Ang Waterfall methodology ay isa sa mga pinakaunang modelo ng software development. Gaya ng ipinahihiwatig ng pangalan, ito ay isang sunud-sunod na proseso kung saan ang pag-unlad ay dumadaloy sa ilang mga yugto mula sa itaas hanggang sa ibaba, katulad ng isang talon. Ang mga yugto ng modelo ng Waterfall ay ang pagsusuri ng kinakailangan, disenyo, pagbuo, pagsubok at pagpapatupad. Ang mga Business Analyst (o mga programmer mismo kung ito ay isang maliit na organisasyon) ay nagsasagawa ng yugto ng pagsusuri sa pamamagitan ng pagkuha ng mga kinakailangan ng system at negosyo mula sa customer ng proyekto. Pagkatapos, ang mga arkitekto ng software (o mga senior software developer) ay gumawa ng mga dokumento ng disenyo na naglalarawan sa istruktura at mga bahagi ng iminungkahing sistema. Pagkatapos ay gagawin ng mga junior developer ang coding gamit ang mga dokumento ng disenyo. Matapos makumpleto ang pag-unlad, ang produkto ay ibibigay sa pangkat ng pagsubok para sa mga proseso ng pagsubok at pag-verify. Sa wakas, ang produkto ay ipinatupad (o isinama) sa site ng customer at ang proyekto ay na-sign-off. Ang mahalagang bagay na dapat tandaan dito ay ang bawat yugto ay ganap na nakumpleto bago lumipat sa susunod na yugto. Ang modelong ito ay isang direktang resulta ng simpleng pag-aangkop sa paraan ng pag-unlad na nakatuon sa hardware (matatagpuan sa mga industriya ng pagmamanupaktura at konstruksiyon), sa panahong walang pormal na modelo para sa pagbuo ng software.
Ano ang RUP?
Ang RUP ay kabilang sa pamilya ng umuulit na mga pamamaraan ng pagbuo ng software. Ito ay binuo ng Rational Software Corporation (ng IBM) noong 2003. Ito ay talagang isang naaangkop na balangkas ng proseso (hindi isang solong kongkretong proseso), na maaaring ipasadya ng organisasyon ng pag-unlad ayon sa kanilang mga pangangailangan. Bahagyang katulad ng talon, mayroon itong mga nakapirming yugto bilang pagsisimula, elaborasyon, pagbuo at paglipat. Ngunit hindi tulad ng talon, ang RUP ay isang umuulit na proseso. Ang tatlong diskarte na nakuha ng RUP ay isang nako-customize na proseso na gumagabay sa pag-unlad, mga automated na tool para mapabilis ang proseso, at mga serbisyong makakatulong sa pag-adopt ng proseso at mga tool nang mas mabilis. Kinukuha ng mga intern na estratehiyang ito ang anim na pinakamahuhusay na kagawian ng software engineering (nag-uulit na pag-unlad, mga kinakailangan sa pamamahala, arkitektura na nakabatay sa bahagi, mga modelo ng visual software, patuloy na pag-verify at pamamahala ng mga pagbabago).
Ano ang pagkakaiba ng Waterfall Methodology at RUP?
Bagama't tinukoy ng Waterfall methodology at RUP ang mga fixed phase, may mga pangunahing pagkakaiba sa pagitan ng dalawang modelong ito. Ang pangunahing pagsang-ayon ay habang ang pamamaraan ng Waterfall ay malinaw na isang sequential na proseso na may mga iniresetang hakbang kung saan ang kasalukuyang yugto ay nakumpleto bago pumunta sa susunod na yugto, ang RUP ay isang umuulit na proseso. Hindi tulad ng waterfall methodology, binubuo ng RUP ang produkto sa ilang yugto batay sa feedback mula sa mga stockholder. Dahil ang bawat pag-ulit ng RUP ay gumagawa ng executable release, mas maagang napagtanto ng mga customer ang mga benepisyo kaysa sa Waterfall. Panghuli, ang Waterfall methodology ay isang prescriptive concrete process, habang ang RUP ay isang adaptable framework ng software process.
