Programinės įrangos kūrimo gyvavimo ciklas

Programinės įrangos kūrimo gyvavimo ciklas yra naudingas kuriant aukštos kokybės programinės įrangos produktus. Tai sistemingas būdas sukurti aukštos kokybės, nebrangiai ir per trumpiausią laiką programinę įrangą. SDLC sistemos tikslas yra sukurti programinę įrangą, kuri efektyviausiai atitinka klientų poreikius per tam tikrą kainą ir laiką. Beveik visos didelės ir mažos programinės įrangos organizacijos laikosi SDLC proceso.

Programinės įrangos kūrimo gyvavimo ciklas apibūdina, kaip programinė įranga planuojama, kuriama ir prižiūrima. SDLC gyvavimo ciklo metu kiekviena fazė pasižymi savo procesų ir rezultatų rinkiniu.

Šis tinklaraštis padės jums:

• SDLC svarba
• SDLC veikimas
• SDLC privalumai ir trūkumai
• SDLC modeliai

Taigi, pradėkime!

SDLC svarba

SDLC sistemos svarba paminėta toliau:

• Veikla ir rezultatai apibrėžiami standartizuotoje sistemoje.
• Naudojant šią sistemą lengviau planuoti, įvertinti ir planuoti.
• Tai supaprastina projektų stebėjimą ir kontrolę.
• Suinteresuotosioms šalims tapo lengviau matyti visas plėtros veiklos ypatybes.
• Kūrimo procesas padidino vykdymo greitį.

SDLC veikimas

Į SDLC sistemą įtrauktos šios fazės:

• Planavimas
• Projektavimas
• Įgyvendinimas
• Testavimas
• Diegimas
• Priežiūra

Toliau patikrinkime kiekvieną iš paminėtų etapų.

1. Planavimas

Pirmasis SDLC etapas yra reikalavimų analizė. SDLC tai yra svarbus ir būtinas etapas. Prie šio proceso prisideda vyresni komandos nariai ir srities ekspertai. Tai apima produkto paskirties apibrėžimą, naudotojų asmenybių nustatymą ir reikalavimų sudarymą. Viso šio etapo metu komanda kalbės apie galimybes ir projekto riziką.

Kai reikalavimų analizė bus baigta, kitas žingsnis yra dokumentuoti ir pateikti programinės įrangos reikalavimus suinteresuotosioms šalims ir gauti jų sutikimą. Projekto gyvavimo ciklo metu visi gaminio reikalavimai yra užfiksuoti programinės įrangos reikalavimų specifikacijos dokumente, pavadintame „ SRS “.

1. Projektavimas

Kitame etape bus pateikta visa informacija apie programinės įrangos projekto reikalavimus, analizę ir dizainą. Šio etapo metu sujungiami kliento indėlis ir reikalavimai. Projektavimo etapas apima šiuos aspektus:

• Architektūra: teikiama informacija apie programavimo kalbas ir pramonės standartus.
• Naudotojo sąsaja: nurodo, kaip klientai sąveikaus su programine įranga.
• Platformos: nustato, kurios platformos vykdys programinę įrangą.
• Programavimas: Tai apima programavimo kalbą, problemų sprendimą ir užduočių atlikimą.
• Sauga: pateikiama išsami informacija apie programos saugos priemones.

1. Įgyvendinimas

Kūrimas ir programavimas prasideda šiame SDLC etape. Kodo rašymas yra pirmasis žingsnis įgyvendinant dizainą. Kurdami ir diegdami kodą kūrėjai turi vadovautis jų vadovybės pateiktomis kodavimo gairėmis. Kodas kuriamas ir įgyvendinamas naudojant įvairius programavimo įrankius, tokius kaip kompiliatoriai, interpretatoriai ir derintuvai.

1. Testavimas

Kodas patikrinamas pagal reikalavimus po to, kai jis buvo sugeneruotas, siekiant užtikrinti, kad jis atitiktų pirmojo etapo poreikius. Viso šio etapo metu atliekami tokie bandymai:

1. Diegimas

Programinė įranga gali būti įdiegta, kai ji buvo išbandyta ir nebuvo pranešta apie klaidas. Kai kuriais atvejais programinė įranga gali būti išleista be jokių objekto segmento pakeitimų, o kitais atvejais ji gali būti išleista su patobulinimais. Programinės įrangos priežiūra pradedama ją įdiegus.

1. Priežiūra

Naudojant sukurtas sistemas, klientas ilgainiui susidurs su realiomis problemomis ir reikalaus priežiūros. Šiuo metu priežiūra reiškia sukurto produkto priežiūrą.

SDLC privalumai ir trūkumai

Žemiau pateikiami SDLC privalumai ir trūkumai.

Argumentai 'už'

SDLC modelio naudojimas turi daug pranašumų programinės įrangos kūrimo komandoms, įskaitant:

• Galima sumažinti programinės įrangos kūrimo išlaidas.
• Organizacija gali pagerinti savo programinės įrangos kokybę.
• Galima pasiekti greitesnį kūrimo laiką.
• Suteikite kūrėjams supratimą apie tai, kas yra produktas ir jo paskirtis.
• Ankstyvieji kūrimo etapai turėtų sudaryti sąlygas visoms suinteresuotosioms šalims prisidėti.

Minusai

Toliau pateikiami kai kurie programinės įrangos kūrimo gyvavimo ciklo trūkumai:

• Procesas reikalauja didelių pastangų, bet mažo lankstumo.

• Skyriai negali palaikyti ryšį ir produktyviai bendradarbiauti, nes kai laikomasi SDLC, neįmanoma pereiti į kitą etapą, kol nebus baigtas ankstesnis.

Dabar pažiūrėkime į kai kuriuos tradicinio SDLC modelio plėtinius.

SDLC modeliai

Daugelis programinės įrangos kūrimo gyvavimo ciklo modelių yra sukurti per visą programinės įrangos kūrimo etapą, taip pat žinomą kaip ' Programinės įrangos kūrimo proceso modeliai “. Siekiant užtikrinti sėkmę programinės įrangos kūrimo procese, kiekvienas proceso modelis seka savo etapų rinkinį.

Kai kurie SDLC modeliai yra:

• Krioklio modelis
• V modelis
• Iteracinis modelis
• Judrus modelis

1. Krioklio modelis

Kuriant programinę įrangą, Waterfall SDLC modelis yra dažniausiai naudojamas standartinis modelis. Pasibaigus kiekvienam etapui, projektas pereina į kitą. Krioklio modeliai turi pranašumą, nes prieš judant į priekį įvertinamas kiekvieno etapo tęstinumas ir įgyvendinamumas. Prieš pereinant prie kito žingsnio, reikia atlikti visus ankstesnius veiksmus. Štai kodėl pažanga yra ribota.

1. V modelis

V-Model taip pat buvo pavadintas patvirtinimo arba patvirtinimo modeliu. Šis modelis reikalauja, kad kiekviena SDLC fazė būtų įvykdyta prieš pereinant prie kitos. Panašiai kaip krioklio modelis, jis projektuojamas pagal nuoseklųjį procesą. Tačiau lygiagrečiai su kiekvienu produkto kūrimo etapu vyks testavimas.

1. Iteracinis modelis

Kai prasideda kūrimo procedūra, įdiegiamas programinės įrangos reikalavimų poaibis ir toliau tobulinamas iteratyviai iki visos sistemos. Dizainas keičiamas kiekvienos iteracijos metu ir pridedamos funkcinės galimybės. Iš esmės šis modelis apima sistemos kartojimą ir laipsnišką plėtojimą laikui bėgant.

1. Judrus modelis

Agile SDLC leidžia greitai pristatyti programinės įrangos produktus, sutelkiant dėmesį į klientų pasitenkinimą ir procesų pritaikymą. Mažos laipsniškos versijos yra „Agile“ metodų dalis, todėl su šiomis versijomis yra susietos iteracijos, kurios vienam projektui gali būti nuo trijų iki keturių. Daugiafunkcinės komandos taip pat dalyvauja kiekvienoje iteracijoje ir atlieka įvairias užduotis, įskaitant:

• Planavimas
• Reikalavimų surinkimas
• Projektavimas
• Kodavimas
• Vieneto testavimas
• Priėmimo testas

Klientams ir svarbioms suinteresuotosioms šalims kiekvienos iteracijos pabaigoje rodomas veikiantis produktas.

Išvada

SDLC nustato, kaip vyksta jūsų programinės įrangos kūrimo procesas ir kur reikia tobulinti. Jame pagrindinis dėmesys skiriamas programinės įrangos kūrimo procesui, kaip ir daugeliui kitų verslo procesų, analizuoti ir tobulinti. Kasdienio kodavimo integravimas su gamybos valdymu suteikia galimybę peržiūrėti projekto vaizdą. Šiame tinklaraštyje mes išsamiai paaiškinome SDLC sistemą, jos svarbą, veikimą, privalumus ir trūkumus bei kitus SDLC modelius.