Ohjelmiston elinkaarimalli (kutsutaan myös prosessimalliksi) on kuvallinen ja kaaviomainen esitys ohjelmiston elinkaaresta. Elinkaarimalli edustaa kaikkia menetelmiä, joita tarvitaan ohjelmistotuotteen läpikulkuun sen elinkaarivaiheiden läpi. Se kuvaa myös rakenteen, jossa näitä menetelmiä käytetään.
Toisin sanoen elinkaarimalli kartoittaa ohjelmistotuotteella suoritetut erilaiset toiminnot sen perustamisesta eläkkeelle siirtymiseen asti. Eri elinkaarimallit voivat suunnitella tarvittavat kehitystoimet vaiheittain eri tavoin. Näin ollen mitään elementtiä, jota elinkaarimallia ei noudateta, oleelliset toiminnot sisältyvät kaikkiin elinkaarimalleihin, vaikka toimenpide voidaan suorittaa erillisissä järjestyksessä eri elinkaarimalleissa. Minkä tahansa elinkaarivaiheen aikana voidaan myös suorittaa useampia toimintoja.
SDLC:n tarve
Kehitystiimin on määriteltävä tietylle suunnitelmalle sopiva elinkaarimalli ja sitten tarkkailtava sitä.
Ilman tarkkaa elinkaarimallia ohjelmistotuotteen kehittäminen ei olisi systemaattista ja kurinalaista. Kun tiimi kehittää ohjelmistotuotetta, tiimin edustajalla on oltava selkeä käsitys siitä, milloin ja mitä tehdä. Muuten se viittaisi kaaokseen ja projektin epäonnistumiseen. Tämä ongelma voidaan määritellä esimerkin avulla. Oletetaan, että ohjelmistokehitysongelma on jaettu eri osiin ja osat jaetaan tiimin jäsenille. Siitä eteenpäin oletetaan, että tiimin edustajalle annetaan vapaus kehittää hänelle annettuja rooleja haluamallaan tavalla. On mahdollista, että yksi edustaja aloittaa koodin kirjoittamisen omalta osaltaan, toinen saattaa valmistella ensin testiasiakirjat ja joku muu insinööri aloittaa hänelle annettujen roolien suunnitteluvaiheen. Tämä olisi yksi täydellisistä menetelmistä projektin epäonnistumiseen.
Ohjelmiston elinkaarimalli kuvaa tulo- ja poistumiskriteerit kullekin vaiheelle. Vaihe voi alkaa vain, jos sen vaiheeseen pääsyn kriteerit on täytetty. Joten ilman ohjelmiston elinkaarimallia vaiheen sisään- ja poistumisehtoja ei voida tunnistaa. Ilman ohjelmistojen elinkaarimalleja ohjelmistoprojektipäälliköiden on vaikea seurata projektin etenemistä.
SDLC-sykli
SDLC Cycle edustaa ohjelmiston kehitysprosessia. SDLC-kehys sisältää seuraavat vaiheet:
SDLC:n vaiheet ovat seuraavat:
Vaihe 1: Suunnittelu ja vaatimusanalyysi
koneoppimisen tyyppejä
Vaatimusanalyysi on SDLC:n tärkein ja tarpeellisin vaihe.
Tiimin vanhemmat jäsenet suorittavat sen kaikkien sidosryhmien ja toimialan asiantuntijoiden tai alan pk-yritysten panoksilla.
Tässä vaiheessa tehdään myös laadunvarmistusvaatimusten suunnittelu ja hankkeisiin liittyvien riskien tunnistaminen.
Yritysanalyytikko ja projektin järjestäjä järjestivät tapaamisen asiakkaan kanssa kerätäkseen 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 tärkeä.
Esimerkiksi , Asiakas haluaa sovelluksen, joka koskee rahansiirtoja. Tässä menetelmässä vaatimuksen on oltava tarkka, kuten millaisia operaatioita tehdään, miten se tehdään, missä valuutassa se tehdään jne.
Kun vaadittu toiminto on suoritettu, analyysi on valmis ja tuotteen kasvun toteutettavuus auditoidaan. Epäselvyyden sattuessa luodaan signaali lisäkeskusteluja varten.
Kun vaatimus on ymmärretty, SRS (Software Requirement Specification) -asiakirja luodaan. Kehittäjien tulee noudattaa tätä asiakirjaa huolellisesti, ja myös asiakkaan tulee tarkistaa ne myöhempää käyttöä varten.
Vaihe 2: Vaatimusten määrittely
Kun vaatimusanalyysi on tehty, seuraava vaihe on varmasti esittää ja dokumentoida ohjelmistovaatimukset ja saada ne hyväksytyiksi projektin sidosryhmiltä.
Tämä saavutetaan SRS-ohjelmistovaatimusten asiakirjan avulla, joka sisältää kaikki projektin elinkaaren aikana rakennettavat ja kehitettävät tuotevaatimukset.
Vaihe 3: Ohjelmiston suunnittelu
Seuraava vaihe on alentamassa kaiken tiedon ohjelmistoprojektin vaatimuksista, analysoinnista ja suunnittelusta. Tämä vaihe on kahden viimeisen tulos, kuten asiakkaan panokset ja vaatimusten kerääminen.
Vaihe 4: Projektin kehittäminen
Tässä SDLC:n vaiheessa varsinainen kehitys alkaa ja ohjelmointi rakennetaan. Suunnittelun toteutus alkaa koodin kirjoittamisesta. Kehittäjien on noudatettava hallinnan kuvaamia koodausohjeita, ja koodin kehittämiseen ja toteuttamiseen käytetään ohjelmointityökaluja, kuten kääntäjiä, tulkkeja, debuggereita jne.
java-kokoelmat
Vaihe 5: Testaus
Kun koodi on luotu, se testataan vaatimusten mukaisesti, jotta varmistetaan, että tuotteet vastaavat vaatimusvaiheessa käsiteltyjä ja kerättyjä tarpeita.
Tässä vaiheessa tehdään yksikkötestausta, integrointitestausta, järjestelmätestausta ja hyväksymistestausta.
Vaihe 6: Käyttöönotto
Kun ohjelmisto on sertifioitu eikä vikoja tai virheitä ole ilmoitettu, se otetaan käyttöön.
Sitten arvioinnin perusteella ohjelmisto voidaan julkaista sellaisenaan tai ehdotetuilla parannuksilla objektisegmentissä.
Kun ohjelmisto on otettu käyttöön, sen ylläpito alkaa.
Vaihe 7: Huolto
Kun asiakas alkaa käyttää kehitettyjä järjestelmiä, esiin tulevat todelliset ongelmat ja vaatimukset, jotka on ratkaistava aika ajoin.
Tämä menettely, jossa kehitetystä tuotteesta huolehditaan, tunnetaan ylläpitona.