História špirálového modelu, charakteristiky, etapy, príklad

On špirála Je to archetyp procesu vývoja aplikácií. Je založená na hypotéze, že vývoj softvéru je iteračný cyklus, ktorý sa opakuje, až kým nedosiahne stanovené ciele. Má schopnosť zvládnuť veľké množstvo rizík, ktoré by sa mohli vyskytnúť pri vývoji akéhokoľvek softvéru.

Je to jeden z najdôležitejších modelov na podporu riadenia rizík. Ako už názov napovedá, tento model je znázornený ako špirálová forma, kde rôzne štádiá modelu sú distribuované v rôznych cykloch. Počet cyklov v modeli nie je fixný a môže sa líšiť od jedného projektu k druhému.

Analýza, hodnotenie, plánovanie a rozvoj. Zdroj softvéru na vývoj Sippiral: Beao [Public Domain] Commons.Wikimedia.Org [TOC]

História

Tvorba

Špirálový model bol definovaný matematikom a profesorom amerického softvérového inžinierstva Barry Boehm. Po predložení koncepcie v roku 1986 na vývoj komplexných aplikácií publikoval svoj model v roku 1988 v úplnejšom rámci vo svojom článku “Špirálový model vývoja a zlepšovania softvéru„.

Časť tejto publikácie z roku 1988 graficky predstavovala špirálový model, ktorý v plnom rozsahu ukazuje, ako je proces vývoja softvéru videný vo forme špirály a podporovaný cyklami.

Boehm je známy svojimi mnohými príspevkami do softvérového inžinierstva, ako je model konštruktívnych nákladov (Cocomo), špirálový model softvérového procesu, prístup k teórii G (win-win) na určenie požiadaviek a správu softvéru.

Alternatíva k modelu vodopádu

Vo svojej publikácii Boehm opísal špirálový model ako možnú alternatívu k predtým zavedeným vodopádovým modelom, ktorý tiež slúžil ako základ pre svoju prax.

Špirálový model nebol prvý, kto zvýšil cyklický vývoj, ale bol to prvý model, ktorý vysvetlil, prečo je iterácia dôležitá. Ako bolo pôvodne plánované, bol pridelený na veľké a zložité projekty, ktorých iterácie sú zvyčajne 6 mesiacov až 2 roky.

Tento model nepredpokladá, že úlohy vývoja softvéru sú navrhnuté lineárne, na rozdiel od modelu vodopádu, ale že ich vidí ako iteračné úlohy.

Tento cyklický model ovplyvnil architektúru softvérového inžinierstva založeného na modeloch (MBASE) a extrémne programovanie.

Charakteristika špirálového modelu

Kontrola rizika

To, čo výrazne odlišuje tento model od ostatných modelov so softvérovým procesom, je to, že výslovne rozpoznáva riziká. Preto značne znižuje, že veľké softvérové ​​projekty zlyhajú, pretože opakovane hodnotí riziká a zakaždým overuje vývojový produkt.

Tento počítačový model obsahuje komponenty takmer akéhokoľvek iného modelu životného cyklu softvéru, ako je model vodopádu, model tvorby prototypov, iteratívny model, evolučný model atď.

Môže vám slúžiť: IKT (informačné a komunikačné technológie)

Z tohto. Vzhľadom na to, že má toľko komponentov, je tento model oveľa zložitejší ako iné modely vývoja softvéru.

Opis špirály

Každá špirálová zákruta predstavuje úplný cyklus, kde vždy prechádzajú štyri kvadranty, ktoré predstavujú štyri fázy modelu.

Keď sa zvyšuje veľkosť špirály, vykonáva sa aj pokrok. Preto sa fázy nevykonávajú iba raz, ale niekoľkokrát špirálovo.

Aj keď toto cyklické opakovanie spôsobuje, že projekt sa pomaly priblíži k stanoveným cieľom, riziko zlyhania vývoja je silne minimalizované.

Všeobecný

Štyri fázy implantujú iba základné ciele cyklu, ale v každom cykle sa nemusia prejavovať.

Poradie každého cyklu tiež nie je prísne určené. Preto je možné model kedykoľvek kombinovať s inými modelmi.

Flexibilný

Je dosť flexibilný, keď sa vykonáva osobitne pre každú fázu projektu procesy definície cieľov, analýza rizika, vývoj a plánovanie.

Metamodelka

Metamodel sa považuje za zahrnuté ďalšie modely. Napríklad, ak by špirála mimo jedného cyklu predstavovala vodopádový model, pretože zahŕňa postupný prístup tohto klasického modelu.

Používa tiež prístup k prototype modelu tvorby, pretože na začiatku každého cyklu prototyp na zvládnutie rizík.

Okrem toho je kompatibilný s evolučným modelom, pretože špirálové iterácie možno považovať za vývojové úrovne, prostredníctvom ktorých je konečný systém postavený.

Etapa

Stanovte ciele, alternatívy a obmedzenia

Požiadavky na systém sú definované s najväčšími možnými detailmi vrátane výkonu, hardvérových/softvérových rozhraní, kľúčových ukazovateľov úspechu atď. a uvažujú sa o tom, ktoré ciele musia byť spojené so súčasným vývojovým cyklom.

Okrem toho sa skúmajú rôzne alternatívy na jej vykonávanie, napríklad budovanie Vs. kúpiť, opätovne používať existujúce komponenty alebo subdodávateľstvo atď.

Podobne aj obmedzenia, ako sú náklady, rozvrh a rozhrania, časová spotreba atď.

posúdenie rizík

Hodnotia sa všetky navrhované alternatívy. Ciele a obmedzenia slúžia ako určovanie odkazov na výber najlepšie riešenie.

Okrem toho riziká, ktoré môžu brániť úspechu projektu, ako sú nedostatok skúseností, nové technológie, prísne plány, nedostatočné procesy atď., Implementácia najziskovejších a nižších stratégií rizika.

Môže vám slúžiť: čo je periskop a na čo je to pre?

Nakoniec sa používajú metódy, ako je vytvorenie prototypov, simulácie, analytické modely a prieskumy používateľov.

Vývoj a test

Všetok potrebný vývoj sa vykonáva pomocou vybranej technológie a riešenia. S každou iteráciou sa vytvorí lepšia verzia aplikácie.

Skutočný kód je napísaný a testovaný niekoľkokrát, kým sa nedosiahne požadovaný výsledok, ktorý potom bude slúžiť ako základ pre budúce kroky rozvoja.

Plánovanie nasledujúceho cyklu

Pri dokončovaní cyklu začne nasledujúce plánovanie. Toto plánovanie by mohlo byť normálne s projektom, ak by sa dosiahol cieľ cyklu, zvýšenie definície ďalšieho cieľa.

Mohlo by tiež nájsť ďalšie riešenia, ak by predchádzajúca fáza vývoja bola chybná. Existujúcu stratégiu by mohla byť nahradená jednou z predtým definovaných alternatív alebo nových. S tým by začal nový pokus dosiahnuť cieľ.

Príklad

Armáda Spojených štátov prijala špirálový model pre vývoj a aktualizáciu modernizačného programu pre budúce bojové systémy (SCF).

Oficiálne prepustené v roku 2003 sa očakávalo, že SCF porovnáva vojakov s reálnymi včasnými vozidlami s sieťou mimoriadne rýchlych a flexibilných bojísk.

Projekt bol rozdelený do štyroch rozvojových špirálov približne dva roky. Špirála 1 mala byť naplánovaná na rok 2008 a poskytla prototypy na použitie a hodnotenie.

Po dokončení špirály 1 bolo naplánované na spustenie špirály 2 na rok 2010. Konečný vývoj produktu bol naplánovaný na dodanie na rok 2015.

V auguste 2005 spoločnosť Boeing oznámila dokončenie prvého dôležitého míľniku projektu, ktorým bol funkčný prehľad systémov. BOEING a Science Applications International Corporation boli projektovými kolegami.

Do októbra 2005 však Pentagon odporučil oneskorenie projektu z dôvodu vysokého vplyvu na náklady na vojnu v Iraku a pomoc hurikánu Katrina.

Projekt bol zrušený v roku 2009 po tom, čo došlo k zníženiu rozpočtu, bez toho, aby bol schopný dokázať výhody špirálového modelu v tejto misii

Výhody

Cyklika

Vďaka tomuto typu štruktúry sú problémy medzi dizajnom a technickými požiadavkami softvéru ticho eliminované vďaka periodickým kontrolám.

Riadenie rizík

Riziká sa analyzujú v každom zo štádií produktu a potom sa posunú vpred. To pomáha prekonať alebo zmierniť možné riziká.

Všetci spolupracovníci majú úžitok z veľmi veľkého významu analýzy rizika v tomto modeli, čo pravdepodobne predstavuje ich najväčšiu výhodu oproti iným procesným modelom.

Môže vám slúžiť: Paralelný port: Charakteristiky, typy a funkcie

Pravidelné hodnotenie rizík sa stáva hodnotou, keď inovatívne technické prostredie, ktoré sú vo všeobecnosti spojené s osobitným rizikovým potenciálom v dôsledku absencie empirických hodnôt.

Účasť klienta a spätná väzba

V každej fáze projektu sú zapojení zákazníci, až kým sa projekt nedokončí. Preto je možné zhromaždiť rôzne spätné väzby na vylepšenie ďalšej verzie projektu.

Okrem toho je možné získať spätnú väzbu kedykoľvek v dôsledku špirálovej formy. Zákazníci a používatelia teda môžu byť integrovaní od začiatku v procese vývoja.

Ideálne pre veľké projekty

Je obzvlášť populárny a významný pre veľké a zložité projekty, kde je kontrola rozpočtu prioritou pre zákazníkov a vývojárov. Existuje maximálna kontrola nákladov, zdrojov a kvality softvérového projektu.

Nevýhody

Drahý

Môže to byť dosť drahé, pretože si vyžaduje vysokú úroveň skúseností na analýzu rizika. Okrem toho projekty potrebujú na rozvoj veľa času, čo môže zvýšiť všeobecné výdavky.

Celkom zložitý

Vyžaduje sa veľmi aktívny a zložitý predchádzajúci riadenie projektu, kde je každý cyklus kontrolovaný a opatrne.

Je pomerne zložitejší ako iné modely, pretože existuje veľa cyklov, z ktorých každý prechádza rôznymi stupňami, čím sa zvyšuje úsilie v dokumentácii procesu.

Je nevyhnutné mať znalosti v analýze a riadení rizika, ktoré často nie sú k dispozícii.

Riadenie času

Je ťažké riadiť čas, pretože počet cyklov nie je známy. Okrem toho sa môže proces vývoja kedykoľvek oneskoriť, ak v rámci cyklu je potrebné pri plánovaní nasledujúceho cyklu podniknúť dôležité rozhodnutia alebo ďalšie kroky.

Veľa krokov

Nie je vždy priaznivé podniknúť mnoho krokov pri vývoji softvéru, pretože napriek všestrannosti testov môžu dosiahnuť nekonečný systém bez dokončenia programu.

V dôsledku toho vždy existuje nebezpečenstvo, že akýkoľvek koncept alebo koncepčná nekonzistentnosť ovplyvňuje konečný produkt.

Odkazy

1. Victor Font Jr (2019). Špirálový model. Konečný sprievodca po SDLC. Prevzaté z: ultimatesdlc.com.
2. Ionos (2019). Špirálový model: Model procesu vývoja softvéru založeného na rizikách. Prevzaté z: Ionos.com.
3. Techuz (2018). Čo je špirálový model? K jednoduchému vysvetleniu životného cyklu vývoja špirálového softvéru (SDLC). Zobraté z: Techuz.com.
4. Jednorazové testovanie (2020). Špirála. Prevzaté z: OonetopTesting.com.
5. Geeks for Geeks (2020). Inžiniersky softvér - špirálový model. Prevzaté z: Geeksforgeeks.orgán.
6. Chandu (2019). Špirálový model v softvérovom inžinierstve. Prevzaté z: médium.com.