Uvod v model slapov

Izvira iz gradbene in proizvodne industrije, je visoko strukturirano fizično okolje, namenjeno oblikovalskim in razvojnim procesom. Model slapov je znan tudi kot model življenjskega cikla razvoja programske opreme. To je bil prvi procesni model, predstavljen kot linearno-zaporedni model življenjskega cikla. Model slapov preprosto pove, da je treba pred začetkom nove faze razvoja v celoti dokončati eno fazo, tako da ni nobenega prekrivanja faz. Na področju razvoja programske opreme je bil model slapov prvič uporabljen kot pristop SDLC. Za delo na modelu slapov moramo razumeti njegov uporabni pristop, ki temelji na notranjih in zunanjih dejavnikih, ki so lahko naslednji:

  • V prijavi ni dvoumnih zahtev.
  • Stabilnost opredelitve izdelka
  • Tehnologija je razumljiva
  • Ni dinamičen
  • Za podporo izdelka so na voljo velika sredstva z ustreznim strokovnim znanjem
  • Vey projekt kratke dolžine
  • Dober dokument, jasne in fiksne zahteve.

Za začetek zgodovine modela slapov bi rad povedal, da je prvi vzorec modela slapov predstavil leta 1970 Winston w Royce v članku. Od takrat model slapa navaja, da je treba preiti na drugo fazo šele, ko so predhodne faze popolnoma preizkušene, pregledane in preverjene. Poudarja logično napredovanje faznih korakov. Njegova funkcionalnost je podobna vodi, ki teče čez rob pečine. Ta pristop razvoja programske opreme je dobil ime slap, ker se sistematično razvija iz ene faze v drugo navzdol. Model slapov se je od časa, ko ga je leta 1970 prvič objavil Winston W. Royce, široko uporabljal na področju razvoja programske opreme. V ciklu procesa razvoja programske opreme se programski modeli uporabljajo za načrtovanje različnih faz razvoja aplikacije. Eden takšnih modelov je model slapov.

Faze modela slapov

Zdaj pa se pogovorimo o fazah modela slapov, kar lahko jasno razložimo s pomočjo te demo infografije.

Z zgornjo infografiko lahko razberemo, da ima model slapov skupaj 7 faz programskega cikla načrtovanja in razvoja, ki so naslednji:

  1. Zahteve
  2. Analiza
  3. Oblikovanje
  4. Kodiranje / izvajanje
  5. Testiranje
  6. Delovanje / uvajanje
  7. Vzdrževanje

Tako lahko vidimo, da model slapov deluje hierarhično od vrha do dna, pri čemer je ena faza zaključena s popolnimi preverjanji, nato pa preide na drugo fazo, vključno s faznimi procesi, kot so zasnova, začetek, analiza, načrtovanje, gradnja, preizkušanje, proizvodnja / izvedba in vzdrževanje. Da bi dobili bolj kratko znanje o modelu slapov, moramo globoko razumeti vse njegove procese s svojim modelom dela. Obstaja osnovna predpogojna faza, ki jo je treba razumeti, preden začnemo poglobljene faze znanja. Gre za študijo izvedljivosti programskega izdelka. Obravnava finančne in tehnične vidike projektnih zahtev. Ta faza obravnava popravljanje ukrepov na podlagi analiziranih koristi in pomanjkljivosti. Tako je izbrana najboljša rešitev.

  1. Zahteve: Glede na besede moramo vedeti in razumeti, kaj moramo oblikovati, kaj moramo razviti, njegove procese, kakšna bo njegova funkcionalnost itd. Zagotavlja vhodni material za izdelani izdelek in s tem za prihajajoči izdelek se preučuje, dokončno oblikuje in označi. Prav tako nam omogoča razširitev odločitve glede strojne ali programske zahteve izdelka, ki bo zasnovan, razvit in zajet v vseh fazah.
  2. Analiza: Rezultat je oblikovanje modelov, shem in poslovnih pravil. Ne samo, da je ta zahteva razdeljena na dva dela:
  • Zbiranje in analiza zahtev: Najprej se vse informacije in zahteve za razvoj izdelka zberejo od kupca in nato obdelajo za analizo. Glavna vloga tega dela je odpraviti nepopolnosti in nedoslednosti, povezane z razvojem programskih izdelkov.
  • Specifikacija zahteve: Nato so zgoraj analizirane zahteve dokumentirane v dokumentu SRS (specifikacija programske zahteve). Služi kot pot med stranko in razvojno ekipo SRS. Morebitne spore v prihodnosti rešujemo in rešujemo samo s to dokumentacijo SRS.
  1. Oblikovanje: Po zaključeni in preverjeni prvi fazi je naslednja najpomembnejša faza, ki jo je treba preučiti, saj se uporablja za načrtovanje sistema. Pomaga pri določanju zahtev za programsko in strojno opremo za zasnovo izdelka. Pomaga tudi pri celotni arhitekturi zasnove sistema. Specifikacija zahtev je v tej fazi večinoma preučena in preverjena. Prav tako je koristno pri preoblikovanju dokumenta SRS v funkcionalno zasnovo in razvoj programskega izdelka. Torej lahko rečemo, da je v fazi načrtovanja eden izdelava celotne arhitekture za projekt razvoja programske opreme.
  2. Izvedba: Ko je zasnova sistema popolnoma preverjena, pride na vrsto faza izvajanja. V tej fazi se vzamejo vhodi iz zasnove sistema in se najprej razvije v majhnih programih, znanih kot enote, kar se preizkusi in izvede v prihodnji fazi. Vsaka enota v fazi izvajanja je v fazi razvoja in testira se njena polna funkcionalnost, ki je znana tudi kot testiranje enot. V tej fazi se sistemska zasnova pretvori v izvorno kodo s popolnoma funkcionalnimi moduli programov. Vključuje razvoj, dokazovanje in integracijo programske opreme.
  3. Vključevanje in preskušanje: Vsaka zasnova in razvita enota v prejšnjih fazah je vključena iz faze izvedbe, ki je po testiranju vsake enote integrirana v modul ali sistem za različne preskuse, kot so preizkus obremenitve, preskus svinca itd. Preizkusno okolje nenehno preverja programsko opremo, da ugotovi, ali v zasnovi ali kodi obstajajo tokovi ali napake. Testiranje poteka z namenom ohranjanja stabilnosti in izvedljivosti programske opreme, tako da se odjemalec med proizvodnjo ne spopada z motnjami ali napakami. Torej je v tej fazi po izvedbi celoten sistem temeljito preizkušen glede morebitnih napak in okvar. Testiranje sistema je sestavljeno iz treh različnih vrst dejavnosti, ki jih je mogoče razložiti kot spodaj:
  • Alfa (α) Testiranje: To je testiranje, ki ga opravi razvojna skupina.
  • Beta (β) testiranje: to je testiranje, ki ga opravi prijazna ekipa strank in uporabnikov.
  • Preverjanje sprejemljivosti: opravi se tako po alfa testiranju kot pri beta testiranju. V osnovi to testiranje opravimo po dostavi kupcev. Po testiranju, ki ga opravi stranka, se sprejme odločitev, ali je ta programska oprema sprejemljiva, ali pa jo zavrnemo. Torej v tej fazi v bistvu naredimo odpravljanje napak.
  1. Uvajanje sistema / Operacije: ko je nefunkcionalno, funkcionalno, preskušanje alfa in beta izvedeno, se program programske opreme namesti uporabniku ali uporabniškemu sistemu ali se sprosti na trg. Faza uvajanja vključuje namestitev, migracijo in podporo celotnega sistema v uporabniško ali uporabniško okolje.
  2. Vzdrževanje: To je zadnja, vendar najpomembnejša faza modela delovnega toka slapov. Ta korak je takoj po namestitvi in ​​vključuje ustrezno spremembo izdelka ali sistema ali za izboljšanje, spreminjanje ali spreminjanje atributov, povezanih z vprašanjem zmogljivosti, povezanih s sistemom. njegova glavna vloga je izboljšati delovanje sistema z največjo natančnostjo rezultatov programske opreme. Te spremembe, ki so se pojavile med fazo vzdrževanja, so v glavnem povezane s spremembami, ki jih začne stranka ali uporabniki po fazi namestitve in preskušanja, ki vključuje napake, kot so odkrite napake med uporabo sistema v živo ali zahtevo, ki so jo postavile stranke. Tako je stranki zagotovljeno pravočasno in načrtovano vzdrževanje in podpora razvitemu izdelku. Resnično boste presenečeni, ko boste vedeli, da je trud v fazi načrtovanja in razvoja programskega izdelka samo 60-odstoten napor v primerjavi s prizadevanji v fazi vzdrževanja. V bistvu obstajajo tri vrste vzdrževanja, kar je razloženo spodaj:
  • Korektivno vzdrževanje: V fazi načrtovanja in razvoja se nekatere napake ne odkrijejo, upoštevajo jih le, ko jih uporablja stranka. To je samo korektivno vzdrževanje, kar pomeni odpravljanje težav ali napak, ki v fazi razvoja niso bile odkrite.
  • Perfective Vzdrževanje: Ta vrsta vzdrževanja se izvede na zahtevo stranke za povečanje in izboljšanje funkcionalnosti sistema ali programske opreme.
  • Prilagodljivo vzdrževanje: vzdrževanje je potrebno za preklop sistemskega okolja. Običajno je potreben za prenos obstoječega sistema v novo okolje ali nov računalnik ali sistem ali morda z novim operacijskim sistemom. Ta faza je preveč pomembna, ker vodi do boljšega delovanja sistema.

Tako smo v zgornji razpravi poglobljeno spoznali vsako fazo modela slapa s popolnimi specifikacijami. Torej lahko rečemo, da je model slapov zelo pomemben na področju programske opreme tudi v primerjavi z mehansko industrijo, saj ima vsaka faza svoj pomen, saj vodi do bolj produktivne in stabilne programske opreme.

Prednosti

Ne samo, da ima ta model slapov še veliko več prednosti v življenjskem ciklu razvoja programske opreme, o katerih je mogoče govoriti v nadaljevanju:

  • Omogoča odstopanje in nadzor.
  • Za vsako stopnjo razvoja je mogoče določiti časovni razpored, izdelek pa lahko nadaljuje skozi posamezne faze razvojnega procesa.
  • Ker je v lahko razumljivi in ​​razložljivi fazi, premaga številna vprašanja, zato je zelo enostaven za uporabo.
  • Zaradi togosti modela delovnega toka je zelo enostavno upravljati, saj ima vsaka faza v modelu slapa posebne procese pregleda in rezultatov.
  • Model slapov dobro deluje pri manjših projektih, kjer se zahteve zelo dobro razumejo.
  • Časovni razpored je mogoče določiti z roki za vsako stopnjo razvoja, izdelek pa lahko nadaljuje skozi posamezne faze razvojnega procesa.
  • Jasno opredeljene stopnje.
  • Dobro razumljeni mejniki.
  • Enostaven dogovor za naloge.
  • Proces in rezultati so dobro dokumentirani.
  • Okrepi dobre navade: določite pred načrtovanjem,
  • Oblikovanje pred kodo.
  • Model dobro deluje pri manjših projektih in projektih, kjer se zahteve dobro razumejo.

Slabost

Kot vemo, da ima vsak kovanec dva obraza, zato ima velik dostop do prednosti modela slapov tudi slap model nekaj pomanjkljivosti ali lahko rečete slabosti, ki jih obravnavamo v nadaljevanju:

  • Ni dober model za kompleksne in objektno usmerjene projekte.
  • Ni primerno za projekte, pri katerih so zahteve zmerne do velike nevarnosti sprememb.
  • Težko je oceniti čas in stroške za vsako fazo razvojnega procesa.
  • Ni dober model za kompleksne in objektno usmerjene projekte.
  • Nobena delovna programska oprema se ne proizvaja do poznega življenjskega cikla.
  • Spremenljivih zahtev ni mogoče.
  • Napredek je težko meriti po stopnjah.
  • Visoke količine tveganja in negotovosti.
  • Slab model za dolge in tekoče projekte.
  • Prilagoditev obsega v življenjskem ciklu lahko konča projekt.
  • Ni povratne poti
  • Brez prekrivanja faz
  • Težko sprejmejo zahteve za spremembo.
  • tveganje in negotovost sta pri tem modelu procesa velika.

Kje uporabiti model slapov

Zdaj, ko obkrožimo vse scenarije, pridemo do točke, ko želimo vedeti, kje uporabiti model slapa.

  • V glavnem se model obratovanja slapov uporablja v obrambnem projektu, saj je zahteva jasna, saj ga pred prehodom v razvojno fazo dobro analizirajo.
  • To je mogoče uporabiti tudi pri migracijskih projektih, kjer bodo zahteve enake, samo platforma ali jeziki se lahko spreminjajo / spreminjajo.

Zaključek

Kot celota lahko rečem, da je model slapov najbolj primeren za majhen razvojni program programske opreme v primerjavi z velikimi projekti, ker je načrtovanje, razvoj in izvedba pri majhnem projektu lažja pri delu na modelu slapov, ker v tem modelu potrebujejo vse prejšnje faze dokončati ob prihodnjih fazah. Tako pri velikem projektu težave in napake prihajajo pogosto, saj ima velik model, tako da se vsakič nadaljuje preizkusna faza, če se izvede prek modela slapov, kar bo vodilo k manjši optimizaciji in natančnosti programske opreme.

Priporočeni članki

To je vodnik za model slapov. Tu smo razpravljali o fazah, prednostih in pomanjkljivostih modela slapov. Če želite izvedeti več, lahko preberete tudi druge naše predlagane članke -

  1. Kaj je AWS?
  2. Kaj je Bootstrap?
  3. Kaj je panj?
  4. Kaj je Unix?
  5. Scrum proti slapu | Primerjava

Kategorija:

Razvoj programske opreme