Ar nesuprantate, kaip pasirinkti programinės įrangos kūrimo modelį programų kūrimui? Ar jums sunku pasirinkti tarp krioklio ir judraus? Jei taip, tai šis tinklaraštis „Waterfall vs Agile“ pašalins jūsų painiavą. Čia aptarsime visus krioklio ir judrumo skirtumus. Supratus skirtumus, būtų prasmingiau žinoti apie tai .
Temos, kurias aptarsime šiame tinklaraštyje „Waterfall vs Agile“, yra šios:
yra santykiai
- Kas yra krioklys?
- Pliusų ir minusų krioklys
- Kas yra judrus?
- „Agile“ privalumai ir trūkumai
- Krioklio ir judrumo palyginimas
Kas yra krioklys?
Krioklio modelis yra programinės įrangos kūrimo modelis, kuris yra gana tiesus ir tiesinis. Šis modelis vadovaujasi požiūriu „iš viršaus į apačią“. Šis modelis gali būti įvairus pradedant nuo Reikalavimų rinkimo ir analizės. Tai etapas, iš kurio klientas gauna reikalavimus programai kurti. Po to bandote išanalizuoti šiuos reikalavimus.
Toliau ateina projektavimo etapas, kuriame paruošiate programinės įrangos projektą. Šiame etape galvojate, kaip iš tikrųjų atrodys programinė įranga. Kai dizainas bus paruoštas, tęskite diegimo etapą, kuriame pradėsite nuo programos kodavimo. Kūrėjų komanda dirba kartu su įvairiais programos komponentais.
Sukūrus programą, ji išbandoma tikrinimo etape. Taikomojoje programoje atliekami įvairūs bandymai, pvz., Vieneto testavimas, integravimo testavimas, našumo testavimas ir kt. Atlikus visus programos bandymus, ji įdiegiama į gamybos serverius. Pagaliau ateina techninės priežiūros etapas.Šiame etape stebimas programos veikimas. Šiame etape sprendžiami visi su programos veikimu susiję klausimai.
Pliusų ir minusų krioklys
Argumentai 'už'
- Turint aiškius tikslus ir kryptis, planavimas ir projektavimas tampa paprastesni ir paprastesni. Idealiu atveju visa komanda kiekviename etape lieka tame pačiame puslapyje.
- Jūs galite lengvai įvertinti pažangą ir žinoti, kada pereiti prie kito žingsnio. Yra aiškūs etapai, o etapai rodo, kaip gerai sekasi bendras projektas.
- Ši metodika taupo laiką ir pinigus. Pateikdami aiškius dokumentus ir planuodami, visa jūsų komanda yra labiau pasirengusi ir negaišta laiko ateityje.
Minusai
- Surinkti ir dokumentuoti savo reikalavimus kiekviename etape gali užtrukti daug laiko, o ką jau kalbėti apie tai. Sunku prisiimti dalykų apie savo produktą taip anksti, kad pradėtumėte projektą. Todėl jūsų prielaidos gali būti ydingos ir skirtingos, nei tikisi klientas.
- Jei aukščiau išvardyti atvejai iš tikrųjų yra ir jūsų klientai nepatenkinti jūsų pristatytu produktu, pridedant produkto pakeitimus gali būti brangu, brangu ir, svarbiausia, juos sunku įgyvendinti.
- Apskritai rizika yra didesnė taikant krioklio metodą, nes klaidų galimybės taip pat yra didelės. Jei viskas nesiseka, juos išspręsti gali būti sunku, nes jūs turite žengti kelis žingsnius atgal.
Kas yra judrus?
„Agile“ yra iteracinis programinės įrangos kūrimo metodas, kai programinės įrangos projektas yra suskirstytas į įvairias iteracijas arba sprintus. Kiekvienas kartojimas turi tokias fazes kaip krioklio modelis, pvz., Reikalavimų rinkimas, projektavimas, kūrimas, bandymai ir priežiūra. Kiekvienos kartojimo trukmė paprastai yra 2–8 savaitės.
Taigi, naudojant „Agile“, jūs išleidžiate programą su kai kuriomis aukšto prioriteto funkcijomis per pirmąjį kartojimą. Po jos išleidimo galutiniai vartotojai arba klientai pateikia atsiliepimus apie programos našumą.Būtini programos pakeitimai kartu su kai kuriomis naujomis funkcijomis ir programa vėl išleidžiama, tai yra antroji kartojimas. Ši procedūra kartojama tol, kol bus pasiekta norima programinės įrangos kokybė.
„Agile“ privalumai ir trūkumai
Argumentai 'už'
- Dėl didelio klientų įsitraukimo jūs greitai gaunate atsiliepimus ir sprendimus priimate. Čia dažnesnis bendravimas, daugiau atsiliepimų ir glaudesni santykiai su klientais.
- Yra mažesnė rizika, nes jūsų darbo rezultatai yra peržiūrimi kiekviename etape. Taip pat sutaupote pinigų ir laiko nuo nereikalingų išlaidų, nes pirmenybę teiksite tam, kad vartotojams būtų teikiama vertė.
- Kiekvienu ciklu pagerinsite savo produkcijos kokybę. Išskaidydami savo projektą į kąsnio dydžio gabalus, mokotės iš kiekvienos kartojimo. Yra daug bandymų ir klaidų, tačiau daugiausia dėmesio vis tiek skiriate aukštos kokybės kūrimui, testavimui ir bendradarbiavimui.
Minusai
- Siekdami požiūrio į darbą, visi komandos nariai turi būti visiškai atsidavę projektui. Visi nori dalyvauti vienodai, jei norite, kad visa komanda mokytųsi ir geriau pasirodytų sekančiame bėgime. Kadangi „Agile“ orientuojasi į greitą pristatymą, gali kilti problemų dėl terminų laikymosi.
- Metodas gali atrodyti paprastas, bet jį sunku įgyvendinti. Tai reikalauja įsipareigojimo ir visiems būti tame pačiame puslapyje, idealiu atveju, toje pačioje fizinėje erdvėje.
- Dokumentacijos galima nepaisyti. Kadangi „Agile“ metodikoje pagrindinis dėmesys skiriamas darbinei programinei įrangai, o ne išsamiam dokumentavimui, viskas gali pasimesti per kiekvieną etapą ir kartojimą. Todėl galutinis produktas gali jaustis kitaip, nei buvo planuota iš pradžių.
Palyginimas - krioklys prieš judrų
| Parametras | Krioklys | Vikrus | Komentarai |
| Taikymo sritis | Gerai veikia, kai apibrėžta taikymo sritis. Nepalaiko pakeitimų. | Tinka projektams, kurių taikymo sritis nežinoma. Pasisako už pokyčius ir juos palengvina. | Pokyčiai yra palankūs, nes neišvengiami. Tačiau pokyčiai vyksta išlaidų, pastangų ir laiko sąskaita. |
| Kliento įvestis | Palaiko klientų sąveiką tik svarbiausiuose etapuose. atvirkštiniai sveiko skaičiaus pitono skaitmenys | Skatina klientų atsiliepimus visais produkto kūrimo momentais. | Klientų įtraukimas yra naudingas abiem modeliams. |
| Komanda | Nereikalauja nuolatinio komandos bendradarbiavimo, labiau pabrėžiamas nepriklausomas darbas. | Skatina sinchronizuotą komandinį darbą visais produkto kūrimo etapais, reikalauja, kad komandos turėtų įgūdžių. | Bendros pastangos lemia didesnį produktyvumą, įvairaus pobūdžio sutartys, priskirtos įvairiems tiekėjams, neveikia gerai, kai komanda yra gerai sinchronizuojama. |
Kaina | Biudžetas yra nustatytas pradžioje, įskaitant atsarginius planus nustatytai rizikai. | Biudžetas nėra apibrėžtas lygiai taip, kaip jo apimtis, tikėtina, kad jis brangs įvykus nenumatytiems pokyčiams ir rizikai . | Fiksuotas biudžetas yra naudingas mažoms įmonėms, fiksuotas biudžetas taip pat gali sukelti trikdžių, jei tam tikru momentu atsiras būtinų pakeitimų. |
Kada turėtumėte naudoti krioklį ir kada naudoti judrų
Naudokite Krioklys jei:
kaip uždaryti programą java
- Žinote, kad taikymo sritis nepasikeis, o jūsų darbas susijęs su fiksuotos kainos sutartimis
- Projektas yra labai paprastas arba anksčiau tai darėte daug kartų
- Puikiai žinote, kad reikalavimai yra nustatyti.
- Klientai iš anksto tiksliai žino, ko nori
- Dirbate su tvarkingais ir nuspėjamais projektais
Ir naudok Vikrus jei:
- Nėra aiškaus galutinio produkto apibrėžimo.
- Klientai / suinteresuotieji subjektai yra pakankamai pajėgūs modifikuoti taikymo sritį
- Jūs numatote bet kokius pokyčius projekto metu
- Tikslas yra greitas dislokavimas
Kuris yra geresnis? Judrus ir krioklys
Čia nėra aiškaus nugalėtojo. Negalite sakyti, kad judrus yra geriau nei krioklys ar atvirkščiai. Tai tikrai priklauso nuo projekto ir aiškumo lygio, kuris supa reikalavimą.
Galite pasakyti, kad krioklys yra geresnis modelis, jei turite aiškų galutinio produkto vaizdą. Be to, jei žinote, kad reikalavimas nepasikeis ir projektas yra gana paprastas, krioklys yra jums. Šis modelis yra paprastas, efektyvus procesas, jei nesitikite susidoroti su pokyčiais.
Vikrus yra pranašesnis, kai neturite aiškaus galutinio produkto vaizdo, kai numatote pokyčius bet kuriame projekto etape ir kai projektas yra gana sudėtingas. „Agile“ gali patenkinti naujus, besikeičiančius reikalavimus bet kuriuo projekto metu, tuo tarpu krioklys negali grįžti į baigtą etapą ir atlikti pakeitimus.
Tai viskas, tai priveda prie šio tinklaraščio „Waterfall vs Agile“ pabaigos.
Dabar, kai supratote skirtumą tarp krioklio ir judriojo, patikrinkite tai sukūrė patikima internetinė mokymosi įmonė „Edureka“, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą visame pasaulyje. „Edureka DevOps“ sertifikavimo mokymo kursas padeda besimokantiesiems suprasti, kas yra „DevOps“, ir įgyti patirties įvairiuose „DevOps“ procesuose ir įrankiuose, tokiuose kaip „Puppet“, „Jenkins“, „Nagios“, „Ansible“, „Chef“, „Saltstack“ ir „GIT“, norint automatizuoti kelis SDLC veiksmus.
Turite mums klausimą? Prašau paminėti tai komentarų skiltyje ir mes su jumis susisieksime.