SDLC tarkoittaa Ohjelmistokehityksen elinkaari . Kuten nimestä voi päätellä, SDLC edustaa kaikkia menetelmiä, joita tarvitaan minkä tahansa ohjelmistotuotteen kehittämiseen. Lisäksi se sisältää myös kaikki ohjelmistokehittäjän toiminnot minkä tahansa ohjelmistotuotteen kehitysprosessin aikana.

Sisällysluettelo

• Mikä on SDLC?
• Miksi valita SDLC?
• Tarvitsee SDLC:tä
• SDLC:n vaiheet:
  • 1. Vaatimusanalyysi
  • 2. Toteutettavuustutkimus
  • 3. Suunnittelu
  • 4. Koodaus
  • 5. Testaus
  • 6. Asennus tai käyttöönotto
  • 7. Huolto
• SDLC mallit
  • 1. Vesiputousmalli
  • 2. Inkrementaalinen malli
  • 3. Ketterä lähestymistapa
  • 4. V-malli
  • 5. Spiraalimalli
  • 6. Big Bang -malli
• Ohjelmistokehityksen elinkaari plussat ja miinukset
• Johtopäätös
• Suositellut artikkelit

Mikä on SDLC?

Ohjelmistokehityksen elinkaari (SDLC) on prosessi, jossa kehitetään erittäin korkealaatuisia ohjelmistotuotteita. Ohjelmistokehitysprosessi edellyttää asiakkaiden tarpeiden ja vaatimusten huomioon ottamista. Ennen kuin aloitat tuotteen kehittämisen, on ensiarvoisen tärkeää suunnitella. Ohjelmiston kehitystyön elinkaari sisältää myös suunnittelun, menetelmien valinnan ja oikeat lähestymistavat ohjelmiston kehittämiseen.

Ohjelmistojen kehitys on luokiteltu eri vaiheisiin. Jokainen vaihe kehitetään tehokkaasti käyttämällä sopivaa lähestymistapaa. Ohjelmistokehittäjät ja järjestelmäsuunnittelijat ovat vastuussa laadukkaiden ohjelmistotuotteiden tuottamisesta annetussa ja arvioidussa ajassa ja kustannuksissa. Ohjelmistojen kehittämiseen on luotu useita SDLC-menetelmiä.

Miksi valita SDLC?

Ohjelmistokehityksen elinkaariprosessi jokaisen ohjelmistotuotteen kehittämisessä on olennainen. On myös erityisiä syitä, miksi kehittäjät käyttävät tätä lähestymistapaa. Seuraavassa on joitain merkittäviä syitä valita SDLC:

1. SDLC toimii karttana kehittäjille. Se sisältää kaiken suunnittelun, aikataulutuksen, kehitysstrategiat ja kaiken, mitä tarvitaan laadukkaan ohjelmiston tuottamiseen.
2. Koska SDLC suoritetaan vaiheittain, kehittäjät voivat keskittyä jokaiseen vaiheeseen tuottaakseen korkealaatuisen tuotteen.
3. Asiakkaille tarjotaan mahdollisuus keskittyä ohjelmiston jokaiseen vaiheeseen sen kehitysprosessin aikana.

Tarvitsee SDLC:tä

Jotta jokainen ohjelmistotuote voidaan kehittää, se on ensin suunniteltava järjestelmällisesti ja asianmukaisesti. Suunnittelu on jokaisen tekemämme työn ensimmäinen ja perustava vaihe. SDLC sisältää suunnittelun, rakennussuunnittelun, testauksen ja asennuksen.

Jos jokin työ jaetaan pieniin osiin, on vaivatonta suorittaa jokainen kappale erittäin tarkasti ja oikein. Samaa ideaa käytetään SDLC:ssä. Koko kehitysprosessi on jaettu seitsemään vaiheeseen. Kehitysprosessin jakaminen pieniin osiin helpottaa ohjelmistokehitystiimin jäsenten tehokasta ja tehokasta toteuttamista.

SDLC:n vaiheet:

Ohjelmistokehityksen elinkaaren aktiivisuus on luokiteltu seitsemään eri vaiheeseen. Nämä SDLC-vaiheet ovat vaatimusten kerääminen ja analysointi, toteutettavuus ja tutkimus, suunnittelu, koodaus, testaus, asennus tai käyttöönotto, ylläpito. Katsotaanpa perusteellisesti jokaista näistä kuudesta vaiheesta.

yksi. Vaatimusanalyysi

SDLC:n ensimmäinen vaihe on vaatimusten kerääminen ja analysointi. Ohjelmistotuotteen omistajalla on omat toiveensa tuotteesta. Ohjelmistokehitystiimin tulee kerätä asiakkaiden ja sidosryhmien vaatimukset ja vaatimukset. Tällaisia ​​tarpeita voivat olla ohjelmiston ulkoasu, mitä toimintoja sillä pitäisi olla, kuka sitä voi käyttää ja monet muut.

Jos kehitystiimi tuntee näiden sidosryhmien vaatimukset, heidän on helpompi suunnitella jokaista vaihetta. Tällä SDLC-vaiheella on erittäin tärkeä rooli, koska se on perusta. Siksi asiakkaiden tarpeiden ja vaatimusten selkeä ymmärtäminen on välttämätöntä.

kaksi. Toteutettavuustutkimus

Toinen SDLC:n vaihe on toteutettavuustutkimus. Kun kehitystiimi on kerännyt kaikki ohjelmistotuotteen vaatimukset, heidän on laadittava kaikki nämä vaatimukset yhteen asiakirjaan. Tätä asiakirjaa kutsutaan yleensä ohjelmistovaatimusmäärityksiksi. Sen lyhenne on 'SRS'. Tällä asiakirjalla on suuri rooli koko kehitysprosessissa, koska se sisältää kaikki asiakkaiden määrittämät tekniset tiedot.

3. Design

Ohjelmiston suunnittelu on ohjelmistokehityksen elinkaaren kolmas vaihe. Kehitystiimin tulee laatia koko ohjelmistojärjestelmän arkkitehtuuri. Yleensä ohjelmistojärjestelmän suunnittelu luokitellaan korkean tason suunnitteluun ja matalan tason suunnitteluun. Jokaisessa ohjelmistokehityksessä nämä kaksi suunnitteluasiakirjaa ovat välttämättömiä ja välttämättömiä.

Korkean tason suunnitteludokumentti (HLD) sisältää seuraavat tiedot:

• Ohjelmistoon sisältyvien moduulien nimi ja lyhyt selitys.
• Seuraavaksi kuvataan myös kunkin moduulin toiminnallisuus.
• HLD kattaa myös moduulien väliset suhteet.
• Kaikki ohjelmistotuotteeseen liittyvät tietokantataulukot mainitaan niiden olennaisten elementtien kanssa.
• Lopuksi se sisältää ohjelmistojärjestelmän arkkitehtuurin.

Low-Level Design (LLD) -asiakirjassa on seuraavat tiedot:

• Jokaisen ohjelmistotuotteessa olevan moduulin toiminnallinen logiikka
• Tietokantataulukoiden koko ja tyyppi
• Se sisältää yksityiskohtaista tietoa ohjelmiston käyttöliittymästä.
• Virheilmoitukset on myös lueteltu LLD:ssä
• Mukana on tiedot ohjelmistotuotteen jokaisen moduulin tulosta ja lähdöstä.

Neljä. Koodaus

Seuraava ohjelmistokehityksen elinkaaren suunnitteluvaiheen jälkeen on koodaus. Koodaus on minkä tahansa ohjelmistojärjestelmän ydin. Kaikki ohjelmistotuotteen toiminnot kehitetään koodaamalla. Tuotteen kehittämiseen on saatavilla useita ohjelmointikieliä. Joten kehitystiimin on valittava ohjelmointikieli.

Tätä ohjelmistokehityksen vaihetta pidetään kuitenkin laajimpana vaiheena. Tämä vaihe on taas jaettu neljään osavaiheeseen, ja jokainen tiimin jäsen on määrätty johonkin näistä neljästä osavaiheesta. Koodin kehittämisen jälkeen se käännetään ja tulkitaan. Joten työkalujen, kuten kääntäjien, tulkkien ja virheenkorjainten, on tarkistettava koodin oikeellisuus.

5. Testaus

Koodausvaiheen päätyttyä on tärkeää tarkistaa, toimiiko se kunnolla, toimivatko kaikki toiminnot hyvin ja monet muut tekijät. Tätä vaihetta kutsutaan testaukseksi. Ohjelmiston kehittäjät eivät ole vastuussa ohjelmiston testaamisesta. Siellä on joukkue ohjelmistojen testaajat . Tämä ohjelmistokehitysvaihe on erityisesti tarkoitettu ohjelmistojärjestelmän vikojen ja vikojen havaitsemiseen.

Lisäksi testaajat testaavat, toimiiko järjestelmä asianmukaisesti sidosryhmien esittämien tarpeiden mukaisesti. Jos he löytävät vikoja tai virheitä, järjestelmä lähetetään ohjelmistokehittäjille. Kehitystiimi keskittyy virheisiin ja löytää ratkaisun niihin. Kun se on valmis, se lähetetään uudelleen testaustiimille tarkistettavaksi. Kun vikoja tai vikoja ei löydy, ohjelmistotuote on kelvollinen SDLC:n seuraavaan vaiheeseen.

6. Asennus tai käyttöönotto

Kun ohjelmistojärjestelmässä ei ole vikoja ja vikoja, se lähetetään projektipäällikkö palautetta varten. Jos projektipäällikkö ilmoittaa muutoksia palautteena, järjestelmää on muutettava. Se lähetetään jälleen kehittäjille ja sitten testaajille. Jos palautteessa ei ole muutoksia, ohjelmistojärjestelmä on valmis asennettavaksi. Se julkaistaan ​​markkinoilla, ja asiakkaat alkavat käyttää sitä.

7. Huolto

Kun ohjelmistojärjestelmä on julkaistu markkinoille ja asiakkaiden käytössä, siinä voi olla kolme merkittävää ongelmaa: virheenkorjaukset, päivitys ja parannukset. Kun asiakkaat alkavat käyttää tiettyä ohjelmistotuotetta, he voivat kohdata ongelmia tai ilmoittaa sen virheistä. Nämä ongelmat on siis ratkaistava.

Ohjelmiston päivittäminen edellyttää uudempien ohjelmistoversioiden kehittämistä. Joten uudemmassa versiossa nämä raportoidut virheet voidaan purkaa. Tässä päivityksessä kehittäjät voivat myös parantaa olemassa olevia ominaisuuksia tai lisätä ohjelmistoon uusia ominaisuuksia. Tätä toimintojen lisäämistä ja parantamista kutsutaan parantamiseksi.

Kaikki nämä ohjelmistokehityksen elinkaaren vaiheet varmistavat, että ohjelmistotuote täyttää kaikki asiakkaiden vaatimukset ja tarpeet. Näiden vaiheiden ohella viestintä kaikkien koko kehitysprosessissa mukana olevien jäsenten välillä on erittäin merkittävää.

SDLC mallit

Ohjelmistokehityksen elinkaari (SDLC) on saatavilla useissa malleissa. Jotkut näistä yleisesti käytetyistä ja suosituista malleista ovat:

• Vesiputous malli
• Inkrementaalinen malli
• Ketterä lähestymistapa
• V-malli
• Spiraali malli
• Big Bang malli

Katsotaanpa kutakin näistä malleista.

yksi. Vesiputous malli

Vesiputousmalli on yksi suosituimmista ja vanhimmista SDLC-malleista. Tämä SDLC-malli kehitettiin ensimmäisenä. Se on kuitenkin suoraviivaista ja helppoa. Tämän mallin perusideana on, että ohjelmistojärjestelmän nykyisen vaiheen tulisi olla valmis ennen seuraavan vaiheen aloittamista. Tämä johtuu siitä, että ensimmäisen vaiheen ulostulo otetaan syötteeksi seuraavaan vaiheeseen.

Vesiputousmalli on peräkkäinen malli, koska koko prosessi suoritetaan peräkkäin, eli vaihe suoritetaan vain, jos sen edellinen vaihe suoritetaan. Joten sitä kutsutaan myös lineaariseksi peräkkäiseksi elinkaarimalliksi. Yksi tämän mallin käytön parhaista eduista on, että se on alkeellista ymmärtää eikä mene päällekkäin kehitysvaiheiden välillä. Se soveltuu parhaiten pienten projektien kehittämiseen.

Mutta jos testausvaiheessa tulee asiakkaiden mainitsemia muutoksia, on aikaisempiin tutkintoihin siirtyminen ja niiden muuttaminen monimutkaista. Joten tämä malli tulisi valita vain, jos vaatimukset ovat täydelliset ja tarkat.

kaksi. Inkrementaalinen malli

Toinen suosittu SDLC-malli on inkrementtimalli. Tämän tyyppisessä mallissa vaatimukset ja tarpeet on jaettu useisiin osiin. Jokaisen olosuhteiden osan on läpäistävä analyysi-, suunnittelu-, koodaus- ja testausvaiheet. Tämän mallin avulla ohjelmistokehittäjät voivat suorittaa useita vaatimuksia rinnakkain. Myös korkeimman prioriteetin vaatimus voidaan suorittaa ensin.

Tämän mallin avulla ohjelmistokehittäjät voivat kehittää jokaista vaatimusta erittäin huolellisesti. Inkrementaalinen malli soveltuu parhaiten pitkiin projekteihin. Mutta. Kehittäjillä on oltava selkeä käsitys tarpeista, koska ne on jaettu useisiin moduuleihin. Lisäksi ohjelmisto kehitetään erittäin nopeasti tätä lähestymistapaa käyttämällä. Mutta tämän mallin käyttöönottokustannukset ovat kohtuuttomat.

3. Ketterä lähestymistapa

Ketterä lähestymistapa on yksi SDLC:n paljon käytetyistä malleista nykymaailmassa ohjelmistotuotteiden kehittämiseen. Tässä lähestymistavassa ohjelmiston kehitysprosessissa vaadittavat tehtävät on jaettu useisiin iteraatioihin. Mutta kehittäjien on määritettävä kunkin iteroinnin kehittämiseen tarvittava aika ja kustannukset etukäteen. Koko projektin jakaminen pienempiin tehtäviin vähentää riskiä. Myös ohjelmistotuotteen toimitus nopeutuu ja nopeutuu.

Koska koko kehitysprosessi on luokiteltu useisiin iteraatioihin, jokaisen iteroinnin on käytävä läpi kaikki SDLC-vaiheet. Ketterän lähestymistavan testausvaiheessa käytetään erilaisia ​​edistyneitä menetelmiä. Näitä menetelmiä ovat scrum, crystal, dynaaminen ohjelmistokehitysmenetelmä, ominaisuuslähtöinen kehitys, kevyt ohjelmistokehitys ja eXtreme-ohjelmointi.

Ketterän lähestymistavan käytön suuri etu on tuotteen nopeampi toimitus. Toinen tämän SDLC-mallin käytön merkittävin etu on, että se hyväksyy muutokset vaatimuksissa missä tahansa kehitysvaiheessa.

Neljä. V-malli

V-malli on toinen suosittu SDLC-malli, jossa ohjelmistoprosessit suoritetaan V-muodossa. Myös 'V' V-mallin yhteydessä tarkoittaa varmistus- ja validointimallia. V-malli on edistynyt versio vesiputousmallista. SDLC:n V-mallissa jokainen vaihe liittyy testausvaiheeseen. Tämä on helpottanut testaajien havaitsemista vikoja ja vikoja kehitystyön joka vaiheessa.

Varmennus ja validointivaiheet V-mallissa suoritetaan V-muodossa. Varmennusvaiheessa analysoidaan suorittamatta koodia, kun taas validointivaiheessa analysoidaan ja testataan koodin suorittamisen jälkeen. V-mallin validointivaiheessa on neljä erillistä vaihetta. Nämä vaiheet ovat seuraavat:

• Yksikkötestaus
• Integraatiotestaus
• Järjestelmän testaus
• Käyttäjän hyväksyntätestaus

Tämä malli sopii erittäin hyvin pieniin projekteihin. Koska jokainen vaihe liittyy testausvaiheeseen, virheet eivät virtaa alas nykyistä vaihetta pitkin.

5. Spiraali malli

Spiraalimalli muodostetaan yhdistämällä iteratiivisia ja vesiputousmalleja. Se sisältää vaiheitamme, ja ohjelmistotuotteen on läpäistävä iteroinnin jokainen vaihe. Tätä iteraatiota kutsutaan spiraaliksi. Spiraalimallin arvosanat on lueteltu alla:

• Henkilöllisyystodistus
• Design
• Rakentaa
• Arviointi ja riskianalyysi

Tämän mallin etuna on, että asiakkaat voivat muuttaa vaatimuksiaan missä tahansa vaiheessa. Asiakkailla on myös mahdollisuus nähdä ohjelmisto hyvin varhaisessa vaiheessa. Se soveltuu parhaiten suuriin ohjelmistoprojekteihin, joissa on korkeammat riskit.

6. Big Bang malli

Toinen SDLC-malli on Big Bang -malli. Tämä malli on helppokäyttöinen eikä vaadi erityisiä toimenpiteitä. Kehitysprosessi ei kuitenkaan vaadi yksityiskohtaista suunnittelua. Ohjelmistotuotteen kehitys perustuu käytettävissä oleviin varoihin. Lisäksi sidosryhmien vaatimuksia ei myöskään ole määritelty selkeästi. Kehityksen lopputulos on siis arvaamaton.

Tämän mallin etuna on, että se ei vaadi kehitysprosessin yksityiskohtaista suunnittelua. Myös kehitysresursseja tarvitaan minimaalisella määrällä. Mutta merkittävin haittapuoli on suurempi riski ja epävarmuus, mikä ei ole kohtuuhintaista. Tätä mallia tulisi käyttää vain, jos vaatimukset on määritelty riittävästi.

Ohjelmistokehityksen elinkaari plussat ja miinukset

Plussat:

1. Ohjelmistokehityksen elinkaari soveltuu parhaiten projektien erittäin tehokkaaseen ja tulokselliseen käsittelyyn ja seurantaan
2. Se sisältää yksityiskohtaiset vaiheet ohjelmistotuotteen kunkin vaiheen kehittämisessä
3. Tässä prosessissa on asianmukainen ja hyvin organisoitu dokumentaatio asiakkaiden vaatimuksista ja vaatimuksista
4. Kunkin vaiheen kehittämisen jälkeen tuotetaan virallinen katsaus, jonka avulla kehittäjät voivat hallita ohjelmistoa tehokkaasti

Haittoja:

1. SDLC:n vesiputousmalli on erittäin joustamaton
2. Koska SDLC-prosessi vaatii yksityiskohtaista dokumentaatiota vaatimuksista, eli System Requirements Specification, se vie kauan ja vaatii korkeampia kustannuksia
3. SDLC-prosessi edellyttää koko kehitysprosessin hyvin organisoitua ja yksityiskohtaista suunnittelua
4. Asiakkaat eivät ole säännöllisesti mukana kehitysprosessissa

Johtopäätös

SDLC on hyvin organisoitu ja oikein suunniteltu prosessi minkä tahansa ohjelmistotuotteen kehittämiseen. Kaikki SDLC-prosessin vaiheet varmistavat hyvien ja korkealaatuisten tuotteiden luomisen. Myöhemmin olemme nähneet yksityiskohtaisia ​​toimintoja, jotka on suoritettu jokaisessa SDLC:n vaiheessa. Käsittelimme kuusi erillistä ja suosittua SDLC-mallia. Lopuksi olemme nähneet joitain SDLC-prosessin etuja ja haittoja.

Suositellut artikkelit

• Mikä on Unsecapp.exe ja onko se turvallista?
• 15 parasta UML-kaaviotyökalua ja ohjelmistoa
• [KORJAATTU] Windows ei voi käyttää määritettyä laitetta, polkua tai tiedostovirhettä
• 16 korjausta Windows Updatelle, joka ei toimi Windowsissa
• 4 korjausta AMD Radeon -asetukset eivät avaudu
• Zoom-kuvakaappaustyökalu: vinkkejä ja temppuja