Mis on SDLC
Teie talumajas on plaanitud õhtusöök. Millal sa seda plaanima hakkad? Millist lähenemist te järgite? Kas soovite teada saada, mitu külalist on tulemas suurejoonelisele peole? Ja kas te valmistate maitsvat menüüd (ütleme, et arhitektuur)? Te hakkate toitu valmistama ja kui see on juba küpsetatud, siis proovite seda, kas pole? (Ainult selleks, et kontrollida, kas teie toidus on maitset). Loodan, et oleme andnud teile põhiidee sellest, mida me siin proovime selgitada, lähme meie teema juurde. Tarkvaraarenduse elutsükkel (SDLC) on määratletud lähenemisviis ja etappide seeria, mida järgitakse mis tahes tarkvara arendamisel, et täita või ületada seatud ootusi või kliendi nõudmisi.
Faaside tüübid SDLC-s
Tarkvara elutsüklis on mitu etappi, mis on toodud allpool:
- Nõuete faas
- Analüüsi faas
- Kujundusfaas
- Arengufaas
- Testimisetapp
- Kasutuselevõtu ja hooldusetapp
Nõuete faas:
See on esimene ja oluline samm tarkvaraarenduse elutsüklis. See algab klientidelt klientidelt nõudmiste kogumisega. Enamikus organisatsioonides hoolitsevad selle rolli eest ärianalüütikud. Ettevõtte analüütikud suhtlevad kliendi / klientidega, korraldavad igapäevaseid kohtumisi, dokumenteerivad nõudeid ärinõuete spetsifikatsioonides (või lihtsas ettevõttespetsifikaadis) ja loovutavad lõpliku dokumenteeritud nõude arendusmeeskonnale. Ärianalüütikute kohustus on iga detaili jäädvustamine ja dokumenteerimine ning samuti veendumine, et kõik mõistaksid selgelt kliendi nõudmisi.
Analüüsi etapp:
Kui nõuete kogumise etapp on lõpule viidud, on järgmine ülesanne nõuete analüüsimine ja kliendilt / klientidelt kinnituse saamine. See saavutatakse tarkvara nõuete spetsifikatsiooni (SRS) abil, mis koosneb kõigist nõuete kogumise etapis kogutud ja välja töötatud nõuetest. Seda etappi teevad peamiselt projektijuhid, ärianalüütikud ja konsultandid.
Kujundusfaas:
Kui analüüsietapp on läbi saanud, tuleb järgmine vajadus välja töötada kõige täpsem, jõulisem, tõhusam ja kulutõhusam tootearhitektuur, mida tuleb välja töötada. Tavaliselt pakutakse selles faasis välja rohkem kui üks kujundus ja parim valitakse erinevate parameetrite, näiteks vastupidavuse, vastupidavuse, ajajoone, kulutasuvuse ja paljude teiste põhjal. Erinev kujundusarhitektuur on üldiselt dokumenteeritud kujundusdokumendi spetsifikatsioonis või DDS-is. See etapp koosneb kahest kavandamisviisist:
- Madala taseme disain : seda ülesannet täidavad vanemad arendajad, kus nad määravad iga arendatava tootearhitektuuri mooduli funktsiooni.
- Kõrgetasemeline disain : selle ülesande täidavad arhitektid / vanemarhitektid, kes kavandavad väljatöötatava toote erinevad võimalikud arhitektuurid.
Arengufaas:
Selles etapis kasutatakse toote arendamiseks programmeerimiskeelte ja erinevate raamistike tegelikku rakendamist. Selles faasis on kaasatud kõik arendajad. Arendajatelt oodatakse teatud etteantud kodeerimisstandardite ja juhiste järgimist; eeldatakse, et nad viivad projektimoodulid lõpule projekti jaoks ette nähtud tähtaja jooksul. See etapp on ka tarkvaraarenduse elutsükli pikim ja üks kriitilisemaid faase. See etapp on dokumenteeritud lähtekoodidokumendina (SCD).
Testimisetapp:
Kui arendusetapp on lõpule jõudnud, on järgmine samm väljatöötatud tarkvara testimine. Arendatud tarkvara saadetakse testimismeeskonnale, kus nad viivad tarkvara põhjalikult läbi erinevat tüüpi testid ja otsivad puudusi. Kui leitakse mõni defekt, registreerib testimisrühm ja dokumendi, mis saadetakse uuesti arendusmeeskonnale vigade eemaldamiseks. Selle rolli eest hoolitsevad ettevõtte tarkvaratestijad ja kvaliteedianalüütikud. Testimisrühm peab veenduma, et tarkvara kõik komponendid on vigadeta ja töötab ootuspäraselt.
Kasutuselevõtu ja hooldusetapp:
Pärast testimisfaasi lõppu võetakse kasutusele tarkvara esimene versioon ja tarnitakse kliendile nende kasutamiseks. Kui klient hakkab arendatud tarkvara kasutama, on olemas ka veaparandus, mida testimisetapis ei tuvastatud, kuna kui suur rühm lõpptarbijaid tarkvara kasutama hakkab, võib olla tõenäoline, et mõni piirjuhtum jääb vahele. Samuti on tarkvara uuendamise võimalus uuemate versioonide ning uusimate turvapaikade ja tehnoloogiate abil. Ja lõpuks on ka tarkvara täiustamiseks ruumi, lisades olemasolevasse tarkvara rohkem funktsioone.
Populaarsed SDLC mudelid:
On palju erinevaid SDLC mudeleid, mis on mõeldud tarkvaraarendamise protsessis rakendamiseks. Kõige olulisemad ja populaarsemad on:
- Jugamudel
- Iteratiivne mudel
- Spiraalmudel
- V-mudel
Jugamudel:
Jugamudelis jaguneb kogu tarkvaraarenduse protsess etappideks, kus ühe faasi väljund toimib järgmise faasi sisendina. Järgmine etapp algab alles siis, kui eelmine etapp on lõpule jõudnud.
Iteratiivne mudel:
See mudel algab väiksemate nõudmistega ja SDLC protsessi käivitamiseks ei vaja see toote spetsifikatsiooni täielikku konteksti. See protsess on korduv ja iga SDLC protsessi kordamise korral tehakse tarkvara uuem versioon. Iga iteratsioon võib kesta 2–6 nädalat. Iga iteratsioon arendab selles lähenemises eraldi komponenti. See mudel nõuab ka režiimiressurssi kui jugamudel.
Spiraalmudel:
See mudel on kombinatsioon juga- ja spiraalmudelist ning töötab korduvalt. Projektiga seotud riskide põhjal juhendab see mudel meeskonda ühe või mitme SDLC mudeli, näiteks juga või Iteratiivse mudeli elementide vastuvõtmisel. Siin jagatakse tarkvara elutsükkel väiksemateks osadeks ja tarkvarale saab lisada uusi funktsioone isegi SDLC hilises staadiumis.
V-mudel:
V-mudel on põhimõtteliselt laiendus jugamudelile, kus katsetamine ja arendusetapid on kavandatud paralleelselt. Üks pool koosneb verifitseerimisetapist, teine aga valideerimisetapist, mis ühendatakse lõpuks kodeerimisega. Järgmine olek algab alles siis, kui eelmine olek on lõpule viidud.
Soovitatavad artiklid
See on olnud teemaks Mis on SDLC. Siin oleme arutanud populaarsete SDLC mudelitega erinevaid SDLC tüüpe. Lisateabe saamiseks võite vaadata ka järgmisi artikleid -
- Tarkvaraarendus vs veebiarendus
- Defektide elutsükkel tarkvara testimisel
- Ainulaadsed sammud finantsmudelite loomiseks (tarkvara, tüübid)
- Tarkvaraarenduse tutvustus