Erinevus juga metoodika ja RUP vahel

Erinevus juga metoodika ja RUP vahel
Erinevus juga metoodika ja RUP vahel

Video: Erinevus juga metoodika ja RUP vahel

Video: Erinevus juga metoodika ja RUP vahel
Video: Aine massi jäävuse seadus 2024, Juuli
Anonim

Waterfall Methodology vs RUP

Tänapäeval kasutatakse tarkvaratööstuses mitmeid erinevaid tarkvaraarenduse metoodikaid. Waterfall arendusmeetod on üks varasemaid tarkvaraarendusmeetodeid. Waterfall tarkvaraarenduse metoodika on järjestikune mudel, milles iga faas lõpetatakse täielikult ja järgitakse kindlas järjekorras. RUP (Rational Unified Process) on iteratiivsete tarkvaraarenduse metoodikate kohandatav protsessiraamistik. RUP käsitleb mitut kriitikat kose arendamise kohta, nagu jäikus.

Mis on juga metoodika?

Waterfall metoodika on üks varasemaid tarkvaraarendusmudeleid. Nagu nimigi ütleb, on see järjestikune protsess, mille käigus kulgeb progress läbi mitme faasi ül alt alla, analoogselt kosele. Waterfall mudeli faasid on nõuete analüüs, projekteerimine, arendus, testimine ja juurutamine. Ärianalüütikud (või programmeerijad ise, kui tegemist on väikese organisatsiooniga) viivad analüüsifaasi läbi, hankides projekti tellij alt süsteemi- ja ärinõuded. Seejärel koostavad tarkvaraarhitektid (või vanemtarkvaraarendajad) projekteerimisdokumendid, mis kujutavad kavandatava süsteemi struktuuri ja komponente. Seejärel teevad nooremarendajad projekteerimisdokumentide abil kodeerimise. Pärast arenduse lõpetamist antakse toode testimis- ja kontrolliprotsesside läbiviimiseks üle testimismeeskonnale. Lõpuks rakendatakse (või integreeritakse) toode kliendi saidil ja projekt allkirjastatakse. Siinkohal on oluline märkida, et iga etapp on enne järgmisse etappi liikumist täielikult lõpetatud. See mudel oli otsene riistvarale orienteeritud arendusmeetodi (leitud tootmis- ja ehitustööstuses) lihts alt kohandamise otsene tulemus, tol ajal polnud tarkvara arendamiseks ametlikku mudelit.

Mis on RUP?

RUP kuulub iteratiivsete tarkvaraarenduse metoodikate perekonda. Selle töötas välja 2003. aastal Rational Software Corporation (IBM). See on tegelikult kohandatav protsessiraamistik (mitte üks konkreetne protsess), mida arendusorganisatsioon saab kohandada vastav alt oma vajadustele. Veidi sarnane kosele, sellel on kindlad faasid nagu algus, väljatöötamine, ehitamine ja üleminek. Kuid erinev alt kosest on RUP korduv protsess. RUP-i kolm strateegiat on kohandatav protsess, mis juhib arengut, automatiseeritud tööriistad protsessi kiirendamiseks ja teenused, mis aitavad protsessi ja tööriistu kiiremini kasutusele võtta. Nende strateegiate praktikant hõlmab kuus parimat tarkvaratehnika praktikat (iteratiivne arendus, haldusnõuded, komponendipõhine arhitektuur, visuaalsed tarkvaramudelid, pidev kontrollimine ja muudatuste haldamine).

Mis vahe on Waterfall Methodology ja RUP vahel?

Kuigi Waterfall metoodika ja RUP on määratlenud fikseeritud faasid, on nende kahe mudeli vahel peamised erinevused. Peamine lugupidamine seisneb selles, et kuigi Waterfall metoodika on selgelt järjestikune protsess koos etteantud sammudega, mille käigus jooksev faas lõpetatakse enne järgmisse faasi minekut, siis RUP on iteratiivne protsess. Erinev alt juga metoodikast arendab RUP toodet aktsionäride tagasiside põhjal mitmes etapis. Kuna iga RUP-i iteratsioon loob käivitatava väljalase, saavad kliendid kasu realiseerida palju varem kui Waterfall. Lõpuks on Waterfalli metoodika ettekirjutav konkreetne protsess, samas kui RUP on tarkvaraprotsesside kohandatav raamistik.

Soovitan: