Mikä on SDLC
Maalaistalossasi on suunniteltu illallinen. Milloin aiot suunnitella tätä? Mitä lähestymistapaa noudatat? Aiotteko kysyä vieraiden lukumäärää, jotka ovat tulossa osallistumaan suurjuhlaan? Ja valmistatko herkullisen valikon (sanotaan arkkitehtuuri)? Alat valmistaa ruokaa ja kun se on kypsennetty, testaat sitä, eikö niin? (Vain tarkistaa, onko ruokasi makua). Toivon, että olemme antaneet sinulle perusidean siitä, mitä yritämme selittää täällä, siirrytään seuraavaan aiheeseen. Ohjelmistokehityksen elinkaari (SDLC) on määritelty lähestymistapa ja vaiheiden sarja, joita noudatetaan minkä tahansa ohjelmiston kehittämisessä asetettujen odotusten tai asiakkaiden vaatimusten täyttämiseksi tai ylittämiseksi.
Vaihetyypit SDLC: ssä
Seuraavassa esitetyssä ohjelmiston elinkaaressa on useita vaiheita:
- Vaatimusvaihe
- Analyysivaihe
- Suunnitteluvaihe
- Kehitysvaihe
- Testausvaihe
- Käyttöönotto- ja ylläpitovaihe
Vaatimusvaihe:
Tämä on ensimmäinen ja perustava askel ohjelmistokehityksen elinkaaressa. Se alkaa vaatimusten keräämisellä asiakkailta. Liiketoiminta-analyytikot hoitavat tämän roolin useimmissa organisaatioissa. Liiketoiminta-analyytikot ovat vuorovaikutuksessa asiakkaan / asiakkaiden kanssa, järjestävät päivittäin kokouksia, dokumentoivat vaatimukset liiketoimintavaatimusmääritelmissä (tai yksinkertaisessa liiketoimintamäärityksessä) ja luovuttavat lopullisen dokumentoidun vaatimuksen kehitysryhmälle. Liiketoiminta-analyytikoiden vastuulla on, että kaikki yksityiskohdat otetaan talteen ja dokumentoidaan, ja on myös varmistettava, että kaikki ymmärtävät asiakkaan vaatimukset selvästi.
Analyysivaihe:
Kun vaatimusten keräysvaihe on suoritettu loppuun, seuraava tehtävä on analysoida vaatimukset ja saada se hyväksyttäväksi asiakkaalta. Tämä saavutetaan ohjelmistovaatimusmäärityksellä (SRS), joka koostuu kaikista vaatimuksien keräämisvaiheessa kerätyistä ja kehitetyistä vaatimuksista. Tämän vaiheen hoitavat pääasiassa projektipäälliköt, liike-elämän analyytikot ja konsultit.
Suunnitteluvaihe:
Kun analyysivaihe on ohi, seuraavaksi on löydettävä tarkka, kestävä, tehokas ja kustannustehokkain tuotteen arkkitehtuuri, jota on kehitettävä. Yleensä tässä vaiheessa ehdotetaan useampaa kuin yhtä mallia ja paras valitaan erilaisten parametrien, kuten kestävyyden, kestävyyden, aikajanan, kustannustehokkuuden ja monien muiden, perusteella! Erilainen suunnitteluarkkitehtuuri dokumentoidaan yleensä suunnitteluasiakirjamäärityksessä tai DDS: ssä. Tämä vaihe koostuu kahdesta suunnittelutavasta:
- Matalan tason suunnittelu : Tämän tehtävän suorittavat vanhempi kehittäjä, joka määrittelee jokaisen kehitettävän tuotearkkitehtuurimoduulin toiminnon.
- Korkean tason suunnittelu : Tämän tehtävän suorittavat arkkitehdit / vanhemmat arkkitehdit, kun he suunnittelevat kehitettävän tuotteen erilaisia mahdollisia arkkitehtuureja.
Kehitysvaihe:
Tässä vaiheessa ohjelmointikielten ja erilaisten kehysten tosiasiallista toteutusta hyödynnetään tuotteen kehittämisessä. Tässä vaiheessa kaikki kehittäjät ovat mukana. Kehittäjien odotetaan noudattavan tiettyjä ennalta määriteltyjä koodausstandardeja ja -ohjeita; heidän odotetaan valmistavan projektimoduulit projektille asetetussa määräajassa. Tämä vaihe on myös pisin ja yksi kriittisimmistä vaiheista ohjelmistokehityksen elinkaaren aikana. Tämä vaihe on dokumentoitu lähdekoodidokumenttina (SCD).
Testausvaihe:
Kun kehitysvaihe on valmis, seuraava vaihe on testata kehitetty ohjelmisto. Kehitetty ohjelmisto lähetetään testausryhmälle, jossa he suorittavat erityyppiset testit perusteellisesti ohjelmistolle ja etsivät vikoja. Jos vikaa löytyy, testausryhmä kirjaa ja asiakirja, joka lähetetään takaisin kehitysryhmälle virheiden poistamiseksi. Tätä roolia hoitavat yrityksen ohjelmistotestajat ja laatuanalyytikot. Testausryhmän on varmistettava, että jokainen ohjelmiston osa on virheetön ja toimii oikein.
Käyttöönotto- ja ylläpitovaihe:
Testausvaiheen päätyttyä ensimmäinen ohjelmistoversio otetaan käyttöön ja toimitetaan asiakkaalle käyttöä varten. Kun asiakas alkaa käyttää kehitettyä ohjelmistoa, on olemassa virheenkorjauksen laajuus, jota ei havaittu testausvaiheessa, koska kun suuri joukko loppukäyttäjiä aloittaa ohjelmiston käytön, saattaa olla olemassa todennäköisyys, että muutama rajatapaus on ohitettu. Ohjelmistoa voidaan myös päivittää uudemmilla versioilla ja uusimmilla tietoturvakorjauksilla ja tekniikoilla. Ja lopuksi, ohjelmistoa on mahdollista parantaa myös lisäämällä nykyiseen ohjelmistoon uusia ominaisuuksia.
Suositut SDLC-mallit:
On olemassa monia erilaisia SDLC-malleja, jotka on suunniteltu toteutettavaksi ohjelmistokehitysprosessissa. Tärkeimmät ja suosituimmat ovat:
- Vesiputous malli
- Iteratiivinen malli
- Kierremalli
- V-malli
Vesiputousmalli:
Vesiputousmallissa koko ohjelmistokehitysprosessi on jaettu vaiheisiin, joissa yhden vaiheen lähtö toimii seuraavan vaiheen tulona. Seuraava vaihe alkaa vasta kun edellinen vaihe saadaan päätökseen.
Iteratiivinen malli:
Tämä malli alkaa pienemmällä vaatimustasolla, eikä se tarvitse täydellistä tuotespesifikaatiota SDLC-prosessin käynnistämiseksi. Tämä prosessi on toistuva ja jokaisessa SDLC-prosessin iteraatiossa tehdään ohjelmistosta uudempi versio. Jokainen iterointi voi olla 2-6 viikkoa. Jokainen iteraatio kehittää erillisen komponentin tässä lähestymistavassa. Tämä malli vaatii myös moodiresurssin kuin vesiputousmalli.
Kierremalli:
Tämä malli on yhdistelmä vesiputous- ja spiraalimallista ja se toimii toistuvasti. Hankkeeseen liittyvän riskin perusteella tämä malli ohjaa ryhmää hyväksymään yhden tai useamman SDLC-mallin elementit, kuten vesiputous tai iteratiivinen malli. Tässä ohjelmiston elinkaari on jaettu pienempiin osiin ja uusia toimintoja voidaan lisätä ohjelmistoon jopa SDLC: n myöhäisissä vaiheissa.
V-malli:
V-malli on pohjimmiltaan laajennus vesiputousmalliin, jossa testaus- ja kehitysvaiheet suunnitellaan samanaikaisesti. Toinen puoli koostuu varmennusvaiheesta, kun taas toinen koostuu validointivaiheesta, joka lopulta liitetään koodauksella. Seuraava tila alkaa vasta kun edellinen tila valmistuu.
Suositellut artikkelit
Tämä on opas Mikä on SDLC. Tässä olemme keskustelleet erityyppisistä SDLC: stä suosittujen SDLC-mallien kanssa. Voit myös katsoa seuraavia artikkeleita saadaksesi lisätietoja -
- Ohjelmistokehitys vs. Web-kehitys
- Viallinen elinkaari ohjelmistojen testauksessa
- Ainutlaatuiset vaiheet rahoitusmallien luomiseen (ohjelmistot, tyypit)
- Ohjelmistokehityksen esittely