SDLC tähendab Tarkvaraarenduse elutsükkel . Nagu nimigi viitab, esindab SDLC kõigi tarkvaratoote arendamiseks vajalike meetodite komplekti. Lisaks hõlmab see ka kõiki tarkvaraarendaja tegevusi mis tahes tarkvaratoote arendusprotsessi ajal.

Sisukord

• Mis on SDLC?
• Miks valida SDLC?
• Vajad SDLC-d
• SDLC faasid:
  • 1. Nõuete analüüs
  • 2. Teostatavusuuring
  • 3. Disain
  • 4. Kodeerimine
  • 5. Testimine
  • 6. Paigaldamine või juurutamine
  • 7. Hooldus
• SDLC mudelid
  • 1. Kose mudel
  • 2. Inkrementaalne mudel
  • 3. Agiilne lähenemine
  • 4. V-mudel
  • 5. Spiraalmudel
  • 6. Suure Paugu mudel
• Tarkvaraarenduse elutsükli plussid ja miinused
• Järeldus
• Soovitatavad artiklid

Mis on SDLC?

Tarkvaraarenduse elutsükkel (SDLC) on väga kõrge ja esmaklassilise kvaliteediga tarkvaratoodete arendamise protsess. Tarkvara arendusprotsess nõuab klientide vajaduste ja nõudmiste arvestamist. Enne mis tahes toote arendamise alustamist on oluline kõigepealt planeerida. Tarkvaraarenduse elutsükkel hõlmab ka tarkvara arendamise planeerimist, meetodite valikut ja õigeid lähenemisviise.

Tarkvara arendamine jaguneb erinevateks etappideks. Iga etapp töötatakse tõhusalt välja sobiva lähenemisviisi abil. Tarkvaraarendajad ja süsteemiinsenerid vastutavad kvaliteetsete tarkvaratoodete tootmise eest etteantud ja eeldatava aja ja kuluga. Tarkvara arendamiseks on loodud mitu SDLC meetodit.

Miks valida SDLC?

Tarkvaraarenduse elutsükli protsess on iga tarkvaratoote arendamiseks hädavajalik. Samuti on konkreetsed põhjused, miks arendajad seda lähenemisviisi kasutavad. Järgmised on mõned olulised põhjused, miks valida SDLC:

1. SDLC toimib arendajatele kaardina. See hõlmab kogu planeerimist, ajakava, arendusstrateegiaid ja kõike, mis on vajalik kvaliteetse tarkvara tootmiseks.
2. Kuna SDLC-d teostatakse etappide kaupa, saavad arendajad keskenduda igale etapile, et luua esmaklassiline toode.
3. Klientidele antakse võimalus keskenduda selle arendusprotsessi käigus tarkvara igale etapile.

Vajad SDLC-d

Iga tarkvaratoote arendamiseks peab see esmalt olema süstemaatiliselt ja korralikult planeeritud. Planeerimine on iga meie tehtava töö esimene ja alustav etapp. SDLC hõlmab planeerimist, hoone projekteerimist, testimist ja paigaldamist.

Kui mõni töö on jagatud väikesteks osadeks, muutub iga tüki väga täpne ja korrektne teostamine vaevatuks. Sama mõtet kasutatakse ka SDLC-s. Kogu arendusprotsess on jagatud seitsmeks etapiks. Arendusprotsessi jagamine väikesteks tükkideks muudab tarkvaraarenduse meeskonnaliikmete iga etapi tõhusaks ja tõhusaks läbiviimiseks lihtsamaks.

SDLC faasid:

Tarkvaraarenduse elutsükli tegevus on jaotatud seitsmesse erinevasse faasi. Need SDLC faasid on nõuete kogumine ja analüüs, teostatavus ja uuring, projekteerimine, kodeerimine, testimine, paigaldamine või juurutamine, hooldus. Heidame neile kuuele etapile põhjaliku pilgu.

üks. Nõuete analüüs

SDLC esimene etapp on nõuete kogumine ja analüüs. Tarkvaratoote omanikul on toote kohta oma soovid. Tarkvaraarenduse meeskond peab koguma klientide ja sidusrühmade nõuded ja nõudmised. Need vajadused võivad olla tarkvara välimus, funktsioonid, kes seda kasutada saavad ja paljud teised.

Kui arendusmeeskond on nende sidusrühmade nõuetega kursis, on neil lihtsam iga etappi planeerida. See SDLC etapp mängib väga olulist rolli, kuna see on alusetapp. Seega on oluline selgelt mõista klientide vajadusi ja nõudmisi.

kaks. Teostatavusuuring

SDLC teine ​​etapp on teostatavusuuring. Kui arendusmeeskond on kõik tarkvaratoote nõuded kokku kogunud, peavad nad koostama kõik need nõuded ühte dokumenti. Seda dokumenti nimetatakse tavaliselt tarkvaranõuete spetsifikatsioonideks. Selle akronüüm on 'SRS'. See dokument mängib kogu arendusprotsessis suurt rolli, kuna see sisaldab kõiki klientide määratud spetsifikatsioone.

3. Disain

Tarkvara kujundamine on tarkvaraarenduse elutsükli kolmas etapp. Arendusmeeskond peab koostama kogu tarkvarasüsteemi arhitektuuri. Üldiselt liigitatakse tarkvarasüsteemi disain kõrgetasemeliseks ja madalaks disainiks. Iga tarkvaraarenduse jaoks on need kahte tüüpi projekteerimisdokumendid vajalikud ja hädavajalikud.

Kõrgetasemelise disaini (HLD) dokument sisaldab järgmist teavet:

• Tarkvaras sisalduvate moodulite nimetus ja nende lühiselgitus.
• Järgmisena kirjeldatakse ka iga mooduli funktsionaalsust.
• HLD hõlmab ka moodulite vahelisi suhteid.
• Kõik tarkvaratootega seotud andmebaasitabelid on mainitud koos nende oluliste elementidega.
• Lõpuks sisaldab see tarkvarasüsteemi arhitektuuri.

Madala taseme disaini (LLD) dokument sisaldab järgmist teavet.

• Iga tarkvaratootes sisalduva mooduli funktsionaalne loogika
• Andmebaasi tabelite suurus ja tüüp
• See sisaldab üksikasjalikku teavet tarkvara liidese kohta.
• Veateated on loetletud ka LLD-s
• Kaasas on teave tarkvaratoote iga mooduli sisendi ja väljundi kohta.

Neli. Kodeerimine

Järgmine pärast tarkvaraarenduse elutsükli kavandamise etappi on kodeerimine. Kodeerimine on iga tarkvarasüsteemi tuum. Kõik tarkvaratoote funktsioonid töötatakse välja kodeerimise teel. Toote arendamiseks on saadaval mitu programmeerimiskeelt. Seega peab arendusmeeskond valima programmeerimiskeele.

Tarkvaraarenduse seda etappi peetakse aga kõige pikemaks faasiks. See etapp on jälle jagatud neljaks alamfaasiks ja iga meeskonnaliige määratakse ühte neist neljast alamfaasist. Pärast koodi väljatöötamist kompileeritakse ja tõlgendatakse. Seega peavad tööriistad, nagu kompilaator, tõlk ja silujad, kontrollima koodi õigsust.

5. Testimine

Pärast kodeerimisfaasi lõppu on oluline kontrollida, kas see töötab korralikult, kas kõik funktsioonid töötavad hästi ja palju muid tegureid. Seda etappi nimetatakse testimiseks. Tarkvaraarendajad ei vastuta tarkvara testimise eest. Seal on meeskond tarkvara testijad . See tarkvaraarenduse etapp on mõeldud spetsiaalselt tarkvarasüsteemi defektide ja vigade tuvastamiseks.

Samuti testivad testijad, kas süsteem funktsioneerib vastavalt huvigruppide poolt väljendatud vajadustele. Kui nad leiavad defekte või vigu, saadetakse süsteem tarkvaraarendajatele. Arendusmeeskond keskendub vigadele ja leiab sellele lahenduse. Kui see on tehtud, saadetakse see uuesti testimismeeskonnale kontrollimiseks. Kui defekte ja vigu ei leita, võib tarkvaratoode läbida SDLC järgmise etapi.

6. Paigaldamine või juurutamine

Kui tarkvarasüsteem on defektide ja vigadeta, saadetakse see aadressile projektijuht tagasiside saamiseks. Kui projektijuht märgib muudatused tagasisidena, tuleb süsteemi muuta. See saadetakse uuesti arendajatele ja seejärel testijatele. Kui tagasisides muudatusi ei ole, on tarkvarasüsteem installimiseks valmis. See lastakse turule ja kliendid hakkavad seda kasutama.

7. Hooldus

Pärast tarkvarasüsteemi turule toomist ja klientide poolt kasutamist võib ilmneda kolm olulist probleemi: veaparandused, täiendamine ja täiustamine. Kui kliendid hakkavad mõnda konkreetset tarkvaratoodet kasutama, võivad nad silmitsi seista probleemidega või teatada selle vigadest. Seega tuleb need probleemid lahendada.

Tarkvara uuendamine eeldab tarkvara uuemate versioonide väljatöötamist. Nii et uuemas versioonis saab need teatatud vead lammutada. Selle versiooniuuendusega saavad arendajad täiustada ka olemasolevaid funktsioone või lisada tarkvarale uusi funktsioone. Seda funktsioonide lisamise ja täiustamise tegevust nimetatakse täiustamiseks.

Kõik need tarkvaraarenduse elutsükli faasid tagavad, et tarkvaratoode vastab kõikidele klientide nõudmistele ja vajadustele. Koos nende etappidega on väga oluline suhtlus kõigi kogu arendusprotsessis osalevate liikmete vahel.

SDLC mudelid

Tarkvaraarenduse elutsükkel (SDLC) on saadaval mitme mudelina. Mõned neist sageli kasutatavatest ja eelistatud mudelitest on järgmised:

• Kose mudel
• Inkrementaalne mudel
• Agiilne lähenemine
• V-mudel
• Spiraalmudel
• Suure Paugu mudel

Heitkem pilk igale neist mudelitest.

üks. Kose mudel

Kose mudel on üks populaarsemaid ja vanimaid SDLC mudeleid. See SDLC mudel oli esimene, mis töötati välja. Siiski on see otsene ja lihtne. Selle mudeli põhiidee seisneb selles, et tarkvarasüsteemi praegune faas peaks lõppema enne järgmise sammu alustamist. Selle põhjuseks on asjaolu, et esimesest faasist väljuv osa võetakse järgmise etapi sisendiks.

Juga mudel on järjestikune mudel, kuna kogu protsess viiakse läbi järjestikku, st etapp täidetakse ainult siis, kui selle eelmine samm on täidetud. Niisiis, seda nimetatakse ka lineaarseks järjestikuseks olelustsükli mudeliks. Selle mudeli kasutamise üks suurepärasemaid eeliseid on see, et sellest on elementaarne arusaam ja see ei kattu arendusfaasidega. See sobib kõige paremini väikeste projektide arendamiseks.

Kui aga testimisfaasis on klientide poolt mainitud muudatusi, on eelmiste kraadide juurde minek ja nende muutmine keeruline. Seega tuleks see mudel valida ainult siis, kui nõuded on täielikud ja täpsed.

kaks. Inkrementaalne mudel

Teine populaarne SDLC mudel on astmeline mudel. Seda tüüpi mudelite puhul on nõuded ja vajadused jagatud mitmeks osaks. Iga tingimuste osa peab läbima analüüsi, kujundamise, kodeerimise ja testimise etapid. See mudel võimaldab tarkvaraarendajatel täita mitut nõuet paralleelselt. Samuti saab esimesena täita kõrgeima prioriteedi nõude.

Seda mudelit kasutades saavad tarkvaraarendajad iga nõude väga hoolikalt välja töötada. Inkrementaalne mudel sobib kõige paremini pikkade projektide jaoks. Aga. Arendajatel peab olema selge arusaam vajadustest, kuna need on jagatud mitmeks mooduliks. Lisaks arendatakse seda lähenemisviisi kasutades tarkvara väga kiiresti. Kuid selle mudeli rakendamise kulud on ülemäära suured.

3. Agiilne lähenemine

Agiilne lähenemine on üks SDLC tarkvaratoodete arendamiseks tänapäeva maailmas laialdaselt kasutatud mudeleid. Selle lähenemisviisi puhul on tarkvara arendusprotsessis nõutavad ülesanded jaotatud mitmeks iteratsiooniks. Kuid arendajad peavad eelnevalt määratlema iga iteratsiooni väljatöötamiseks vajaliku aja ja maksumuse. Kogu projekti väiksemateks ülesanneteks jagamine vähendab riski. Samuti muutub tarkvaratoote kohaletoimetamine aina kiiremaks.

Kuna kogu arendusprotsess on liigitatud mitmeks iteratsiooniks, peab iga iteratsioon läbima kõik SDLC-faasid. Agiilse lähenemise testimise etapis kasutatakse erinevaid täiustatud meetodeid. Need meetodid on scrum, crystal, dünaamiline tarkvaraarendusmeetod, funktsioonipõhine arendus, lahja tarkvaraarendus ja äärmuslik programmeerimine.

Agiilse lähenemise kasutamise suureks eeliseks on toote kiirem kohaletoimetamine. Teine selle SDLC-mudeli kasutamise kõige olulisem eelis on see, et see aktsepteerib nõuete muudatusi mis tahes arendusfaasis.

Neli. V-mudel

V-mudel on veel üks populaarne SDLC-mudel, mis hõlmab tarkvaraprotsesside täitmist V-kujuliselt. Samuti tähendab V-mudeli kontekstis „Verification and Validation” mudelit. V-mudel on juga mudeli täiustatud versioon. SDLC V-mudelis on iga faas seotud testimisfaasiga. Testijate jaoks on see muutunud lihtsamaks vigade ja defektide tuvastamiseks igas arendusetapis.

V-mudeli kontrollimise ja valideerimise etapid viiakse läbi V-kujuliselt. Kontrollimisetapis analüüsitakse ilma koodi käivitamata, valideerimisfaasis aga analüüsitakse ja testitakse pärast koodi käivitamist. V-mudeli valideerimisfaasis on neli erinevat faasi. Need faasid on järgmised:

• Ühiku testimine
• Integratsiooni testimine
• Süsteemi testimine
• Kasutajate aktsepteerimise testimine

See mudel sobib suurepäraselt väikeste projektide jaoks. Kuna iga faas on seotud testimisfaasiga, ei voola vead praegusest etapist alla.

5. Spiraalmudel

Spiraalmudel moodustatakse iteratiivsete ja kosemudelite kombineerimisel. See hõlmab meie etappe ja tarkvaratoode peab läbima iteratsiooni kõik etapid. Seda iteratsiooni nimetatakse spiraaliks. Spiraalmudeli hinded on loetletud allpool:

• Identifitseerimine
• Disain
• Ehitada
• Hindamine ja riskianalüüs

Selle mudeli kasutamise eeliseks on see, et kliendid saavad oma nõudeid igal etapil muuta. Samuti on klientidel lubatud tarkvara näha väga varajases staadiumis. See sobib kõige paremini suuremahuliste suuremate riskidega tarkvaraprojektide jaoks.

6. Suure Paugu mudel

Teine SDLC mudel on Big Bang mudel. Seda mudelit on lihtne kasutada ja see ei nõua eriprotseduure. Samas ei nõua ka arendusprotsess detailplaneeringut. Tarkvaratoote arendus põhineb olemasolevatel vahenditel. Lisaks ei ole selgelt määratletud ka sidusrühmade nõuded. Seega on arenduse tulemus ettearvamatu.

Selle mudeli eeliseks on see, et see ei nõua arendusprotsessi üksikasjalikku planeerimist. Samuti on arendamiseks vaja minimaalselt ressursse. Kuid kõige olulisem puudus on suurem riskide ja ebakindluse tõenäosus, mis pole taskukohane. Seda mudelit tuleks kasutada ainult siis, kui nõuded on piisavalt määratletud.

Tarkvaraarenduse elutsükli plussid ja miinused

Plussid:

1. Tarkvaraarenduse elutsükkel sobib kõige paremini projektide väga tõhusaks ja tulemuslikuks käsitlemiseks ja jälgimiseks
2. See hõlmab tarkvaratoote iga etapi väljatöötamise üksikasjalikke samme
3. Sellel protsessil on korralik ja hästi korraldatud dokumentatsioon klientide nõuete ja nõudmiste kohta
4. Pärast iga etapi väljatöötamist koostatakse ametlik ülevaade, mis võimaldab arendajatel tarkvara tõhusalt hallata

Miinused:

1. SDLC juga mudel on väga paindumatu
2. Kuna SDLC protsess nõuab nõuete üksikasjalikku dokumenteerimist, st süsteeminõuete spetsifikatsiooni, võtab see kaua aega ja nõuab suuremaid kulutusi
3. SDLC protsess nõuab kogu arendusprotsessi hästi organiseeritud ja üksikasjalikku planeerimist
4. Kliente ei kaasata arendusprotsessi regulaarselt

Järeldus

SDLC on hästi organiseeritud ja korralikult planeeritud protsess mis tahes tarkvaratoote arendamiseks. Kõik SDLC protsessi faasid tagavad heade ja esmaklassiliste toodete loomise. Hiljem oleme näinud üksikasjalikke toiminguid SDLC igas etapis. Käsitlesime kuut erinevat ja populaarset SDLC mudelit. Lõpuks oleme näinud SDLC-protsessi eeliseid ja puudusi.

Soovitatavad artiklid

• Mis on Unsecapp.exe ja kas see on ohutu?
• 15 parimat UML-i diagrammi tööriista ja tarkvara
• [PARANDATUD] Windows ei pääse määratud seadmele, teele või failiveale juurde
• 16 Windows Update'i parandusi, mis Windowsis ei tööta
• 4 AMD Radeoni seadete parandused ei avane
• Suumi ekraanipildi tööriist: näpunäiteid ja nippe