Spiraalimallihistoria, ominaisuudet, vaiheet, esimerkki

Hän spiraalimalli Se on sovelluskehitysprosessin arkkityyppi. Se perustuu hypoteesiin, jonka mukaan ohjelmistokehitys on toistuva iteratiivinen sykli, kunnes saavutetaan vakiintuneet tavoitteet. On kyky käsitellä suuria määriä riskejä, joita voi tapahtua ohjelmistojen kehittämisessä.

Se on yksi tärkeimmistä malleista riskienhallinnan tukemiseksi. Kuten nimestä voi päätellä. Syklien lukumäärä mallissa ei ole kiinteä, ja se voi vaihdella projektista toiseen.

Analyysi, arviointi, suunnittelu ja kehittäminen. Sippiralin kehitysohjelmisto Lähde: Beao [Public Domain] Commons.Wikimedia.Org [toc]

Historia

Luominen

Spiraalimallin määrittelivät matemaatikko ja amerikkalaisen ohjelmistotekniikan professori Barry Boehm. Esitettyään konseptinsa vuonna 1986 monimutkaisten sovellusten kehittämiselle, hän julkaisi mallinsa vuonna 1988 täydellisemmässä puitteissa artikkelissaan "Spiraalimalli kehitys- ja ohjelmistojen parantamisesta".

Osa tästä vuoden 1988 julkaisusta edustaa graafisesti spiraalimallia, joka osoittaa täysin, kuinka ohjelmistokehitysprosessi nähdään spiraalin muodossa ja tukevat syklit.

Boehm tunnetaan lukuisista panoksistaan ​​ohjelmistotekniikkaan, kuten rakentava kustannusmalli (Cocomo), ohjelmistoprosessin spiraalimalli, lähestymistapa teoriaan G (win-win) vaatimusten määrittämiseksi ja ohjelmiston hallinnassa.

Vaihtoehto vesiputousmallille

Boehm kuvasi julkaisussaan spiraalimallin mahdolliseksi vaihtoehtona aiemmin vakiintuneelle vesiputousmallille, joka toimi myös sen käytännön perustana.

Spiraalimalli ei ollut ensimmäinen, joka herätti syklistä kehitystä, mutta se oli ensimmäinen malli, joka selitti miksi iteraatio on tärkeä. Kuten alun perin suunniteltiin, se on jaettu suurille ja monimutkaisille hankkeille, joiden iteraatiot ovat tyypillisesti 6 kuukautta - 2 vuotta.

Tämä malli ei oleta, että ohjelmistokehitystehtävät on suunniteltu lineaarisesti, toisin kuin vesiputousmalli, vaan se näkee ne iteratiivisina tehtävinä.

Tämä syklinen malli vaikutti malleihin perustuvaan ohjelmistotekniikan arkkitehtuuriin (MBASE) ja äärimmäiseen ohjelmointiin.

Spiraalimallin ominaisuudet

Riskinhallinta

Mikä erottaa tämän mallin huomattavasti muista ohjelmistoprosessimalleista, on se, että se tunnistaa nimenomaisesti riskit. Siksi se vähentää huomattavasti, että suuret ohjelmistoprojektit epäonnistuvat, koska se arvioi toistuvasti riskit ja varmistaa kehitystuotteen joka kerta.

Tämä tietokonemalli sisältää melkein minkä tahansa muun ohjelmiston elinkaarimallin, kuten vesiputousmallin, prototyypin luomismallin, iteratiivisen mallin, evoluutiomallin jne.

Se voi palvella sinua: ICT (tieto- ja viestintätekniikat)

Tämän vuoksi se pystyy käsittelemään melkein minkä tahansa tyyppisiä riskiä, ​​joita muut mallit eivät yleensä käsittele. Kuitenkin niin monien komponenttien vuoksi tämä malli on paljon monimutkaisempi kuin muut ohjelmistokehitysmallit.

Spiraalin kuvaus

Jokainen kierre edustaa täydellistä sykliä, jossa neljä kvadranttia aina kulkevat, jotka edustavat mallin neljää vaihetta.

Spiraalikoon kasvaessa samoin suoritetaan edistymistä. Siksi vaiheita ei suoriteta vain kerran, vaan useita kertoja, spiraalisesti.

Vaikka tämä syklinen toisto saa projektin lähestymään hitaasti vakiintuneita tavoitteita, kehitysprosessin riski on voimakkaasti minimoitu.

Yleinen

Neljä vaihetta implantoi vain syklin perustavoitteet, mutta niiden ei tarvitse ilmetä jokaisessa syklissä.

Kunkin syklin järjestystä ei myöskään määritetä tiukasti. Siksi malli voidaan yhdistää milloin tahansa muiden mallien kanssa.

Joustava

Se on melko joustava, kun suoritetaan erikseen projektin jokaiselle vaiheelle tavoitteiden määritelmän, riskianalyysin, kehittämisen ja suunnittelun prosessit.

Metamalli

Metamallia katsotaan sisältävän muita malleja. Esimerkiksi, jos yhden syklin ulkopuolella oleva spiraali edustaa vesiputousmallia, koska se sisältää tämän klassisen mallin asteittaisen lähestymistavan.

Se käyttää myös prototyypin luomismallimenetelmää, koska kunkin syklin alussa prototyyppi riskien käsittelemiseksi.

Lisäksi se on yhteensopiva evoluutiomallin kanssa, koska spiraali -iteraatioita voidaan pitää evoluutiotasoina, joiden kautta lopullinen järjestelmä on rakennettu.

Tasot

Määritä tavoitteet, vaihtoehdot ja rajoitukset

Järjestelmävaatimukset määritellään mahdollisimman suurella yksityiskohdilla, mukaan lukien suorituskyky, laitteisto-/ohjelmistorajapinnat, avaimen menestysindikaattorit jne. ja niitä harkitaan, mitkä tavoitteet on liitettävä nykyiseen kehitysjaksoon.

Lisäksi sen toteuttamiseksi tutkitaan erilaisia ​​vaihtoehtoja, kuten Building Vs. Osta, käytä olemassa olevia komponentteja tai alihankintaa jne.

Samoin rajoitukset, kuten kustannukset, aikataulu ja rajapinnat, ajan kulutus jne.

riskin arviointi

Kaikki ehdotetut vaihtoehdot arvioidaan. Tavoitteet ja rajoitukset toimivat viittauksina parhaan ratkaisun valitsemiseksi.

Lisäksi riskit, jotka voivat estää projektin menestystä, kuten kokemuksen puute, uudet tekniikat, tiukka aikataulu, puutteelliset prosessit jne., Kannattavimpien ja pienempien riskistrategioiden toteuttaminen.

Voi palvella sinua: Mikä on periskooppi ja mihin se on?

Lopuksi käytetään menetelmiä, kuten prototyyppien luomista, simulaatioita, analyyttisiä malleja ja käyttäjätutkimuksia.

Kehitys ja testaus

Kaikki tarvittava kehitys tehdään valitun tekniikan ja ratkaisun avulla. Jokaisen iteraation avulla luodaan parempi versio sovelluksesta.

Todellinen koodi on kirjoitettu ja testattu useita kertoja, kunnes haluttu tulos saavutetaan, mikä toimii sitten tulevien kehitysvaiheiden perustana.

Seuraavan syklin suunnittelu

Syklin suorittamisen jälkeen seuraava suunnittelu alkaa. Tämä suunnittelu voisi olla normaalisti projektin kanssa, jos syklin tavoite saavutetaan, nostaen seuraavan tavoitteen määritelmää.

Voi olla myös löytää muita ratkaisuja, jos edellinen kehitysvaihe olisi viallinen. Nykyinen strategia voitaisiin korvata yhdellä aiemmin määritellyistä vaihtoehdoista tai uudella. Tällä uusi yritys alkaisi saavuttaa tavoitteen.

Esimerkki

Yhdysvaltain armeija hyväksyi spiraalimallin tulevien taistelujärjestelmien nykyaikaistamisohjelman kehittämiseen ja päivittämiseen (SCF).

Virallisesti julkaistu vuonna 2003 odotettiin, että SCF rinnastavat joukot todellisilla -aika -kytkettyillä ajoneuvoilla poikkeuksellisen nopean ja joustavien taistelukentän verkkoon.

Projekti jaettiin neljään kehityspiraaliin noin kaksi vuotta. Spiral 1: n oli tarkoitus alkaa vuodelle 2008 ja toimittaa prototyypit käyttöä ja arviointia varten.

Spiralin päättymisen jälkeen 1 oli tarkoitus aloittaa Spiral 2 vuodelle 2010. Tuotteen lopullinen kehitys oli tarkoitus toimittaa vuodelle 2015.

Elokuussa 2005 Boeing ilmoitti hankkeen ensimmäisen tärkeän virstanpylvään valmistumisesta, joka oli järjestelmien toiminnallinen katsaus. Boeing and Science Applications International Corporation olivat projekti Collegations.

Lokakuuhun 2005 mennessä Pentagon suositteli kuitenkin hankkeen viivästymistä Irakin sodan ja hirmumyrsky Katrina -tuen kustannuksiin vaikuttamisen vuoksi, koska se on suuri vaikutus.

Projekti peruutettiin vuonna 2009 budjettileikkausten syntymisen jälkeen, pystymättä todistamaan spiraalimallin edut tässä tehtävässä

Edut

Syklinen rakenne

Tämän tyyppisen rakenteen vuoksi suunnittelun ja ohjelmiston teknisten vaatimusten väliset ongelmat poistetaan hiljaisesti, jaksollisten tarkastusten ansiosta.

Riskienhallinta

Riskit analysoidaan jokaisessa tuotevaiheessa ennen siirtymistä. Tämä auttaa voittamaan tai lieventämään mahdollisia riskejä.

Kaikki yhteistyökumppanit hyötyvät riskianalyysin erittäin suuresta merkityksestä tässä mallissa, mikä mahdollisesti edustaa heidän suurinta etua muihin prosessimalleihin nähden.

Voi palvella sinua: Rinnakkaisportti: Ominaisuudet, tyypit ja toiminnot

Riskien säännöllisestä arvioinnista tulee arvoa, kun innovatiiviset tekniset ympäristöt, joihin yleensä liittyy tietty riskipotentiaali empiiristen arvojen puuttumisen vuoksi.

Asiakkaan osallistuminen ja palaute

Projektin jokaisessa vaiheessa asiakkaat ovat mukana, kunnes projekti on valmis. Siksi voidaan kerätä erilaisia ​​palautteita parantaaksesi projektin seuraavaa versiota.

Lisäksi palautetta voidaan saada milloin tahansa spiraalimuodon takia. Siksi asiakkaat ja käyttäjät voidaan integroida kehitysprosessin alusta alkaen.

Ihanteellinen suurille projekteille

Se on erityisen suosittu ja näkyvä suurille ja monimutkaisille hankkeille, joissa budjetin hallinta on asiakkaille ja kehittäjille ensisijainen tavoite. Ohjelmistoprojektin kustannukset, resurssit ja laatu hallitaan maksimaalisesti.

Haitat

Kallis

Se voi olla melko kallista, koska se vaatii korkeatasoista kokemusta riskianalyysistä. Lisäksi projektit tarvitsevat paljon aikaa kehittää, mikä voi lisätä yleisiä kuluja.

Melko monimutkainen

Projektin erittäin aktiivinen ja monimutkainen aikaisempi hallinta vaaditaan, missä kutakin sykliä ohjataan ja huolellisesti.

Se on suhteellisen monimutkaisempi kuin muut mallit, koska on monia syklejä, jotka kulkevat eri vaiheiden läpi, mikä lisää dokumentointiprosessin ponnisteluja.

On välttämätöntä saada tietoa riskianalyysistä ja hallinnasta, joita ei usein ole saatavilla.

Ajanhallinta

Ajan hallintaa on vaikeaa, koska syklien lukumäärää ei tunneta. Lisäksi kehitysprosessi voidaan milloin tahansa viivästyä, jos syklin sisällä on tehtävä tärkeitä päätöksiä tai lisätoimenpiteitä.

Monet askeleet

Ei aina ole suotuisaa ryhtyä moniin toimenpiteisiin ohjelmistojen kehittämisessä, koska testien monipuolisuudesta huolimatta ne voivat saavuttaa loputtoman järjestelmän viimeistelemättä ohjelmaa.

Seurauksena on aina, että kaikki käsitteet tai käsitteellinen epäjohdonmukaisuus vaikuttaa lopputuotteeseen.

Viitteet

1. Victor Font Jr (2019). Spiraalimalli. SDLC: n lopullinen opas. Otettu: UltimatesDLC.com.
2. Ionos (2019). Spiraalimalli: Riskipohjainen ohjelmistokehitysprosessimalli. Otettu: Ionos.com.
3. Techuz (2018). Mikä on spiraalimalli? Spiraaliohjelmistokehityksen elinkaaren (SDLC) yksinkertaiseen selitykseen. Otettu: Techuz.com.
4. Yhden luukun testaus (2020). Spiraalimalli. Otettu:.com.
5. Geeks Geeksille (2020). Tekniikkaohjelmisto - Spiraalimalli. Otettu: Geeksforgeeks.org.
6. Chandu (2019). Spiraalimalli ohjelmistotekniikassa. Otettu: Medium.com.