Aðferðafræði hugbúnaðarþróunar

Í þessari færslu munum við fara í gegnum mismunandi aðferðir við þróun hugbúnaðar ásamt kostum og göllum þeirra og hvenær á að nota hverja gerð.

Iterative Model

Ítrekandi lífsferilslíkan reynir ekki að byrja á fullri kröfu um kröfur. Þess í stað byrjar þróun með því að tilgreina og innleiða aðeins hluta af hugbúnaðinum, sem síðan er hægt að fara yfir til að greina frekari kröfur. Þetta ferli er síðan endurtekið og framleiðir nýja útgáfu af hugbúnaðinum fyrir hverja lotu líkansins.

Hugleiddu endurtekningarlífslíkan sem samanstendur af því að endurtaka eftirfarandi fjóra áfanga í röð:

A Kröfuáfangi, þar sem kröfum til hugbúnaðarins er safnað saman og þeir greindir. Ítrekun ætti að lokum að leiða til kröfufasa sem framleiðir fullkomna og endanlega forskrift á kröfum.

Hönnunarstig, þar sem hannað er hugbúnaðarlausn til að uppfylla kröfurnar. Þetta getur verið ný hönnun eða framlenging á fyrri hönnun.

Framkvæmd og prófunarstig, þegar hugbúnaðurinn er kóðaður, samþættur og prófaður.

Endurskoðunaráfangi, þar sem hugbúnaðurinn er metinn, núverandi kröfur endurskoðaðar og lagðar til breytingar og viðbót við kröfur.

Fyrir hverja hringrás líkansins þarf að taka ákvörðun um hvort hugbúnaðinum sem hringrásin framleiðir verður fargað eða haldið sem upphafspunktur fyrir næstu lotu (stundum nefndur stigvaxandi frumgerð.

Að lokum næst það stig þar sem kröfurnar eru fullgerðar og hægt er að afhenda hugbúnaðinn, eða það verður ómögulegt að bæta hugbúnaðinn eins og krafist er, og gera þarf nýja byrjun.

Líkja má endurteknu líftímalíkaninu við framleiðslu hugbúnaðar með nálægð í röð. Að teikna líkingu við stærðfræðilegar aðferðir sem nota eftirfarandi nálgun til að komast að endanlegri lausn, ávinningur slíkra aðferða fer eftir því hve hratt þær renna saman við lausn.

Lykillinn að árangursríkri notkun endurtekinnar líftíma hugbúnaðarþróunar er ströng staðfesting á kröfum og sannprófun (þar með talin próf) á hverri útgáfu hugbúnaðarins gagnvart þeim kröfum innan hverrar lotu líkansins.

Kostir Iterative Model

  • Býr vinnandi hugbúnað fljótt og snemma meðan á lífshlaupi hugbúnaðarins stendur.
  • Sveigjanlegri - ódýrara að breyta umfangi og kröfum.
  • Auðveldara að prófa og kemba við minni endurtekningu.
  • Auðveldara að stjórna áhættu vegna þess að áhættuhlutir eru auðkenndir og meðhöndlaðir meðan á endurtekningu þess stendur.
  • Hver endurtekning er auðveldur áfangi.

Ókostir Iterative Model

  • Hver áfangi endurtekningar er stífur og skarast ekki hver annan.
  • Vandamál geta komið upp varðandi kerfisuppbyggingu vegna þess að ekki eru allar kröfur samankomnar framan af fyrir allan líftíma hugbúnaðar.

Vaxandi líkan

Stigvaxandi smíðalíkanið er aðferð við hugbúnaðargerð þar sem líkanið er hannað, útfært og prófað stigvaxandi (aðeins meira er bætt við í hvert skipti) þar til varan er fullunnin. Það felur í sér bæði þróun og viðhald. Varan er skilgreind sem fullunnin þegar hún uppfyllir allar kröfur hennar. Þetta líkan sameinar þætti fossalíkansins með endurtekna hugmyndafræði frumgerðar.

Varan er niðurbrotin í fjölda íhluta sem hver og einn er hannaður og smíðaður sérstaklega (kallaður smíð). Hver hluti er afhentur viðskiptavininum þegar honum er lokið. Þetta gerir hlutanýtingu á vörunni kleift og forðast langan þróunartíma. Það skapar einnig stórt stofnframlag þar sem langri bið eftir það er forðast. Þetta þróunarlíkan hjálpar einnig til við að draga úr þeim áfallaáhrifum að taka upp alveg nýtt kerfi í einu.

Það eru nokkur vandamál við þetta líkan. Ein er sú að hver nýbygging verður að vera samþætt við fyrri byggingar og öll núverandi kerfi. Verkefnið að brjóta niður vöru í byggingar er ekki heldur léttvægt. Ef það eru of fáar byggingar og hver bygging hrörnar, breytist þetta í Build-And-Fix líkan. Hins vegar, ef það eru of margar smíðar, þá er lítið bætt gagn af hverri smíði.

Kostir aukins líkans

  • Býr vinnandi hugbúnað fljótt og snemma meðan á lífshlaupi hugbúnaðarins stendur.
  • Sveigjanlegri - ódýrara að breyta umfangi og kröfum.
  • Auðveldara að prófa og kemba við minni endurtekningu.
  • Auðveldara að stjórna áhættu vegna þess að áhættuhlutir eru auðkenndir og meðhöndlaðir meðan á endurtekningu þess stendur.
  • Hver endurtekning er auðveldur áfangi.

Ókostir aukningarmódels

  • Hver áfangi endurtekningar er stífur og skarast ekki hver annan.
  • Vandamál geta komið upp varðandi kerfisuppbyggingu vegna þess að ekki eru allar kröfur samankomnar framan af fyrir allan líftíma hugbúnaðar.

Hvenær á að nota Incremental Model

  • Slíkar gerðir eru notaðar þar sem kröfur eru skýrar og geta komið til framkvæmda með áfanga. Af myndinni er ljóst að kröfunum ® er skipt í R1, R2 ……… .Rn og afhent samkvæmt því.
  • Aðallega er slíkt líkan notað í vefforritum og fyrirtækjum sem byggja á vörum.

Lipur fyrirmynd

The lipra líkanið er sambland af bæði endurtekningu og stigvaxandi líkani með því að brjóta vöru í hluti þar sem í hverri lotu eða endurtekningu er vinnulíkan af íhluti afhent.

Líkanið framleiðir áframhaldandi útgáfur (endurtekningu) og bætir í hvert skipti litlum breytingum við fyrri útgáfu (endurtekningu). Á hverri endurtekningu, þegar varan er í smíðum, er hún einnig prófuð til að tryggja að í lok endurtekningarinnar sé varan send.

Agile líkanið leggur áherslu á samvinnu þar sem viðskiptavinirnir, verktaki og prófunarmenn vinna saman í gegnum verkefnið.

Kostur Agile líkansins er að það skilar fljótt vinnandi vöru og er talin mjög raunhæf þróunaraðferð.

Einn ókostur við þetta líkan er að vegna þess að það er mjög háð samskiptum viðskiptavina getur verkefnið stefnt á rangan hátt ef viðskiptavinurinn er ekki með á hreinu varðandi kröfurnar eða þá átt sem hann eða hún vill fara.

V Fyrirmynd

V líkanið er endurbætt útgáfa af klassíska fossalíkaninu þar sem hvert stig þróunarlífsins er staðfest áður en haldið er áfram á næsta stig. Með þessu líkani byrjar prófun hugbúnaðar gagngert strax í upphafi, þ.e.a.s. um leið og kröfurnar eru skrifaðar.

Hér með prófun er átt við sannprófun með umsögnum og skoðunum, þ.e. Þetta hjálpar til við að bera kennsl á villur mjög snemma í lífsferlinum og lágmarkar mögulega framtíðargalla sem koma fram í kóðanum seinna á lífsferlinum.

Hvert stig þroskalífsins hefur samsvarandi prófunaráætlun. þ.e.a.s. þegar unnið er að hverjum áfanga er þróuð prófunaráætlun til að undirbúa prófanir á afurðum þess áfanga. Með því að þróa prófunaráætlanirnar getum við einnig skilgreint væntanlegar niðurstöður fyrir prófanir á vörunum fyrir það stig sem og að skilgreina viðmiðanir um inngöngu og útgöngu fyrir hvert stig.

Eins og fossinn byrjar hver áfangi aðeins eftir að þeim fyrri lýkur. Þetta líkan er gagnlegt þegar engar óþekktar kröfur eru gerðar, þar sem það er samt erfitt að fara til baka og gera breytingar.

V Model - Kostir

  • Hver áfangi hefur sértækar afhendingar.
  • Meiri líkur á árangri vegna fossalíkansins vegna þróunar prófunaráætlana snemma á lífsferlinum.
  • Tímaáhyggju í samanburði við fossalíkanið er lítið eða jafnvel getum við sagt 50% minna.
  • Virkar vel fyrir lítil verkefni þar sem kröfur skiljast auðveldlega.
  • Gagnsemi auðlindanna er mikil.

V Model - Ókostir

  • Alveg stíft, eins og fossalíkanið.
  • Lítill sveigjanleiki og aðlögunarsvið er erfitt og dýrt.
  • Hugbúnaður er þróaður meðan á innleiðingarstiginu stendur og því eru ekki framleiddar frumgerðir af hugbúnaðinum.
  • V Model veitir ekki skýra leið fyrir vandamál sem finnast í prófunarstigum.

Hvenær á að nota V líkanið

  • Samkvæmt minni þekkingu held ég / finn persónulega hvar tími og kostnaður eru takmarkanir verkefnisins og þá getum við notað slíkar gerðir fyrir skjóta og hagkvæma afhendingu.
  • Í samanburði við fossalíkanið er V Model nokkurn veginn það sama en virkni prófana byrjar mjög snemma, sem leiðir til styttri tíma og kostnaðar við verkefnið.

Fossmódel

Fossalíkanið er elsta og einfaldasta af skipulagðri SDLC aðferðafræði. Það eru strangir áfangar og þarf að ljúka hverjum áfanga áður en hann fer í næsta áfanga. Það er ekki aftur snúið.

Hver áfangi reiðir sig á upplýsingar frá fyrra stigi og hefur sína verkefnaáætlun.

Foss er auðskilinn og einfaldur í stjórnun. Hins vegar er það yfirleitt tilhneigingu til tafa þar sem hver áfangi þarf að fara yfir og undirrita að fullu áður en næsti áfangi getur hafist.

Þar sem lítið pláss er fyrir endurskoðun þegar stigi er lokið er ekki hægt að laga vandamál fyrr en komið er að viðhaldsstiginu.

Þetta líkan virkar best þegar allar kröfur eru þekktar og sveigjanleiki er ekki krafist og verkefnið hefur fasta tímalínu.

Kostir fossalíkans

  • Hver áfangi hefur sérstaka afhendingu og endurskoðunarferli.
  • Stig eru unnin og þeim lokið í einu.
  • Virkar vel fyrir smærri verkefni þar sem kröfur eru mjög vel skilnar.
  • Það styrkir hugmyndirnar um „skilgreina fyrir hönnun“ og „hönnun fyrir kóða“.

Ókostir fossalíkansins

  • Að breyta umfangi á lífsferlinum getur drepið verkefni
  • Enginn vinnandi hugbúnaður er framleiddur fyrr en seint á lífsferlinum.
  • Mikil áhætta og óvissa.
  • Lélegt líkan fyrir flókin og hlutbundin verkefni.
  • Lélegt líkan fyrir löng og áframhaldandi verkefni.
  • Lélegt líkan þar sem kröfur eru í meðallagi til mikla hættu á breytingum.

Hvenær á að nota fossalíkan

  • Slíkt líkan er mjög notað þar sem kröfur eru skýrar og engar breytingar verða á þróunartímanum. Við getum fundið slíkar sviðsmyndir í varnarverkefnum, þar sem kröfur verða skýrar þar sem áður en þær skrifa kröfur munu þær greina vel.
  • Við getum einnig nefnt svona lífsferilslíkan fyrir fólksflutningaverkefni, þar sem kröfurnar verða aðeins þær sömu og vettvangur eða tungumál geta verið breytileg / breytt.
  • Getur einnig notað fyrir verkefni þar sem bakhjarlinn sjálfur mun gera prófunaraðgerðir, þar til að kóðuninni er lokið munum við ekki skila verkefninu.