a software life cycle model (kutsutaan myös prosessimalliksi) on Kuvallinen ja diagramminen esitys ohjelmiston elinkaaresta. Elinkaarimalli edustaa kaikkia menetelmiä, joita ohjelmistotuotteen elinkaarivaiheiden läpivienti edellyttää. Se kuvaa myös rakennetta, jossa nämä menetelmät on toteutettava.
toisin sanoen elinkaarimalli kartoittaa ohjelmistotuotteella suoritettavat eri toiminnot sen alusta eläkkeelle siirtymiseen saakka. Eri elinkaarimalleissa voidaan suunnitella tarvittavat kehittämistoimet vaiheittain eri tavoin. Näin ollen elinkaarimallia ei noudateta, vaan olennaiset toiminnot sisältyvät kaikkiin elinkaarimalleihin, vaikka toimintaa voidaan toteuttaa eri elinkaarimalleissa eri järjestyksessä. Minkä tahansa elinkaarivaiheen aikana voidaan suorittaa myös useampia toimintoja.
SDLC: n tarve
kehitystiimin on määritettävä sopiva elinkaarimalli tietylle suunnitelmalle ja sitten noudatettava sitä.
ilman tarkkaa elinkaarimallia ohjelmistotuotteen kehittäminen ei olisi systemaattista ja kurinalaista. Kun tiimi kehittää ohjelmistotuotetta, on tiimin edustajalla oltava selkeä käsitys siitä, milloin ja mitä tehdään. Muuten se viittaisi kaaokseen ja projektin epäonnistumiseen. Ongelma voidaan määritellä esimerkin avulla. Oletetaan, että ohjelmistokehitysongelma jaetaan eri osiin ja osat annetaan tiimin jäsenille. Olettakaamme, että siitä lähtien joukkueen edustajalla on vapaus kehittää heille annettuja rooleja haluamallaan tavalla. On mahdollista, että yksi edustaja alkaa kirjoittaa koodia omalta osaltaan, toinen saattaa päättää laatia testiasiakirjat ensin ja joku toinen insinööri saattaa aloittaa hänelle annettujen roolien suunnitteluvaiheen. Tämä olisi yksi täydellinen tapa hankkeen epäonnistumiseen.
ohjelmiston elinkaarimalli kuvaa kunkin vaiheen sisään-ja poistumiskriteerit. Vaihe voi alkaa vain, jos sen vaiheen sisäänpääsykriteerit ovat täyttyneet. Ilman ohjelmiston elinkaarimallia ei siis voida tunnistaa vaiheen sisään-ja poistumiskriteereitä. Ilman ohjelmistojen elinkaarimalleja ohjelmistojen projektipäälliköiden on vaikea seurata projektin etenemistä.
SDLC-sykli
SDLC-sykli edustaa ohjelmistojen kehittämisprosessia. SDLC framework sisältää seuraavat vaiheet:
SDLC: n vaiheet ovat seuraavat:
Stage1: suunnittelu ja tarveanalyysi
tarveanalyysi on SDLC: n tärkein ja välttämättömin vaihe.
työryhmän johtohenkilöt suorittavat sen kaikkien sidosryhmien ja alan asiantuntijoiden tai alan pk-yritysten panoksilla.
tässä vaiheessa tehdään myös laadunvarmistusvaatimusten suunnittelu ja hankkeisiin liittyvien riskien tunnistaminen.
yritysanalyytikko ja projektien järjestäjä järjestävät asiakkaan kanssa tapaamisen, jossa kerätään kaikki tiedot, kuten mitä asiakas haluaa rakentaa, kuka on loppukäyttäjä, mikä on tuotteen tavoite. Ennen tuotteen luomista tuotteen ydinymmärrys tai tuntemus on erittäin välttämätöntä.
esimerkiksi asiakas haluaa sovelluksen, joka koskee rahasiirtoja. Tässä menetelmässä vaatimuksen on oltava tarkka, kuten minkälaisia operaatioita tehdään, miten se tehdään, missä valuutassa se tehdään jne.
kun vaadittu toiminto on tehty, analysoidaan tuotteen kasvun toteutettavuus. Epäselvyyksien varalta luodaan signaali jatkokäsittelyä varten.
kun vaatimus on ymmärretty, luodaan SRS (Software Requirement Specification) – dokumentti. Kehittäjien olisi noudatettava tätä asiakirjaa perusteellisesti ja myös asiakkaan olisi tarkistettava tulevaa käyttöä varten.
Stage2: vaatimusten määrittely
kun vaatimusanalyysi on tehty, seuraava vaihe on varmasti esittää ja dokumentoida ohjelmistovaatimukset ja saada ne hyväksytyksi hankkeen sidosryhmiltä.
tämä tapahtuu ” SRS ” – Software Requirement Specification-dokumentilla, joka sisältää kaikki projektin elinkaaren aikana rakennettavat ja kehitettävät tuotevaatimukset.
Stage3: Ohjelmiston suunnittelu
seuraava vaihe on tuomassa alas kaiken tiedon ohjelmistoprojektin vaatimuksista, analysoinnista ja suunnittelusta. Tämä vaihe on tuote kahden viimeisen, kuten panoksia asiakkaan ja vaatimus kerääminen.
Stage4: hankkeen kehittäminen
tässä SDLC: n vaiheessa varsinainen kehitys alkaa ja ohjelmointi rakentuu. Suunnittelun toteutus alkaa koodin kirjoittamisesta. Kehittäjien on noudatettava koodausohjeita, joita niiden hallinta-ja ohjelmointityökalut, kuten kääntäjät, tulkit, debuggerit jne.kuvaavat. käytetään koodin kehittämiseen ja toteuttamiseen.
Stage5: testaus
kun koodi on luotu, sitä testataan vaatimusten mukaisesti, jotta voidaan varmistaa, että tuotteet ratkaisevat vaatimukset, joihin on puututtu ja jotka on kerätty vaatimusvaiheessa.
tässä vaiheessa tehdään yksikkötestaus, integraatiotestaus, järjestelmätestaus, hyväksymistestaus.
Stage6: käyttöönotto
kun ohjelmisto on sertifioitu, eikä siinä ole vikoja tai virheitä, se otetaan käyttöön.
tämän jälkeen arvioinnin perusteella ohjelmisto voidaan julkaista sellaisenaan tai objektisegmenttiin ehdotetulla parannuksella.
kun ohjelmisto on otettu käyttöön, sen ylläpito alkaa.
Stage7: kunnossapito
kun asiakas alkaa käyttää kehitettyjä järjestelmiä, todelliset ongelmat ja vaatimukset tulevat aika ajoin ratkaistaviksi.
tätä menettelyä, jossa huolehditaan kehitetystä tuotteesta, kutsutaan ylläpitotoimenpiteeksi.