Programmatūras izstrādes dzīves cikls ir noderīgs augstas kvalitātes programmatūras produktu izstrādē. Tas ir sistemātisks veids, kā izstrādāt programmatūru ar augstu kvalitāti, zemām izmaksām un visīsākajā laika periodā. SDLC ietvara mērķis ir izstrādāt programmatūru, kas visefektīvāk atbilst klienta prasībām noteiktās izmaksās un laikā. Gandrīz visas lielas un mazas programmatūras organizācijas ievēro SDLC procesu.
Programmatūras izstrādes dzīves cikls apraksta, kā programmatūra tiek plānota, izstrādāta un uzturēta. SDLC dzīves cikla laikā katrai fāzei ir raksturīgs savs procesu un rezultātu kopums.
Šis emuārs sniegs jums informāciju par:
Tātad, sāksim!
SDLC nozīme
SDLC ietvara nozīme ir minēta zemāk:
- Darbības un nodevumi ir noteikti standartizētā sistēmā.
- Izmantojot šo sistēmu, plānošana, aplēses un plānošana ir vienkāršāka.
- Tas vienkāršo projektu izsekošanu un kontroli.
- Ieinteresētajām pusēm ir kļuvis vieglāk redzēt visas attīstības aktivitāšu iezīmes.
- Izstrādes process ir palielinājis izpildes ātrumu.
SDLC darbība
SDLC sistēmā ir iekļautas šādas fāzes:
Tālāk apskatīsim katru no minētajām fāzēm.
-
Plānošana
SDLC pirmais posms ir prasību analīze. SDLC tas ir svarīgs un nepieciešams posms. Vecākie komandas locekļi un domēna eksperti piedalās procesā. Tas ietver produkta mērķa noteikšanu, lietotāju personu identificēšanu un prasību apkopošanu. Visā šajā posmā komanda runās par iespējām un projekta riskiem.
Kad prasību analīze ir pabeigta, nākamais solis ir programmatūras prasību dokumentēšana un iepazīstināšana ar ieinteresētajām personām un to akcepta saņemšana. Projekta dzīves cikla laikā visas produkta prasības ir ietvertas programmatūras prasību specifikācijas dokumentā ar nosaukumu “ VID ”.
-
Projektēšana
Nākamā posma ietvaros tiks parādīta visa informācija par programmatūras projekta prasībām, analīzi un dizainu. Šajā posmā tiek apvienots klienta ieguldījums un prasības. Projektēšanas fāze aptver šādus aspektus:
- Arhitektūra: sniedz informāciju par programmēšanas valodām un nozares standartiem.
- Lietotāja saskarne: norāda, kā klienti mijiedarbosies ar programmatūru.
- Platformas: nosaka, kuras platformas izpildīs programmatūru.
- Programmēšana: tā ietver programmēšanas valodu, problēmu risināšanu un uzdevumu izpildi.
- Drošība: sniedz informāciju par lietojumprogrammas drošības pasākumiem.
-
Īstenošana
Šajā SDLC fāzē sākas izstrāde un programmēšana. Koda rakstīšana ir pirmais solis dizaina ieviešanā. Koda izstrādes un ieviešanas laikā izstrādātājiem ir jāievēro viņu vadības sniegtās kodēšanas vadlīnijas. Kods tiek izstrādāts un ieviests, izmantojot dažādus programmēšanas rīkus, piemēram, kompilatorus, tulkus un atkļūdotājus.
-
Testēšana
Kods tiek pārbaudīts pēc prasībām pēc tā ģenerēšanas, lai nodrošinātu, ka tas atbilst pirmajā posmā risinātajām vajadzībām. Visā šajā posmā tiek veikta pārbaude, piemēram:
-
Izvietošana
Programmatūru var izvietot, kad tā ir pārbaudīta, un nav ziņots par kļūdām. Dažos gadījumos programmatūra var tikt izlaista bez izmaiņām objekta segmentā, savukārt citos gadījumos tā var tikt izlaista ar uzlabojumiem. Programmatūras uzturēšana sākas pēc tās izvietošanas.
-
Apkope
Izmantojot izstrādātās sistēmas, klients galu galā saskarsies ar reālām problēmām un būs nepieciešama apkope. Šobrīd apkope attiecas uz izstrādātā produkta uzturēšanu.
SDLC plusi un mīnusi
SDLC plusi un mīnusi ir norādīti zemāk.
Pros
SDLC modeļa izmantošana programmatūras izstrādes komandām sniedz daudzas priekšrocības, tostarp:
- Programmatūras izstrādes izmaksas var samazināt.
- Organizācija var uzlabot savas programmatūras kvalitāti.
- Var sasniegt ātrāku izstrādes grafiku.
- Sniedziet izstrādātājiem izpratni par produktu un tā mērķi.
- Agrīnās izstrādes fāzēs būtu jāļauj visām ieinteresētajām personām sniegt ieguldījumu.
Mīnusi
Tālāk ir norādīti daži programmatūras izstrādes dzīves cikla trūkumi:
- Process prasa lielas pūles, bet zemu elastību.
- Departamenti nespēj sazināties un korporatīvi produktīvi, jo, ja tiek ievērots SDLC, nav iespējams pāriet uz nākamo posmu, kamēr nav pabeigts iepriekšējais.
Tagad apskatīsim dažus tradicionālā SDLC modeļa paplašinājumus.
SDLC modeļi
Daudzi programmatūras izstrādes dzīves cikla modeļi ir izstrādāti programmatūras izstrādes posmos, kas pazīstami arī kā ' Programmatūras izstrādes procesu modeļi “. Lai nodrošinātu panākumus programmatūras izstrādē, katrs procesa modelis seko savam fāžu kopumam.
Daži SDLC modeļi ir:
-
Ūdenskrituma modelis
Programmatūras izstrādē Waterfall SDLC modelis ir standarta modelis, kas tiek izmantots visbiežāk. Kad katrs posms ir pabeigts, projekts virzās uz nākamo. Ūdenskrituma modeļu priekšrocība ir tā, ka pirms virzības uz priekšu tiek novērtēta katra fāze pēc nepārtrauktības un iespējamības. Pirms pāriet uz nākamo darbību, ir jāpabeidz visas iepriekšējās darbības. Tāpēc progress ir ierobežots.
-
V modelis
V-Model ir arī nosaukts par verifikācijas vai validācijas modeli. Šis modelis prasa, lai katra SDLC fāze būtu izpildīta, pirms pāriet uz nākamo. Līdzīgi kā ūdenskrituma modelim, tas seko secīgam projektēšanas procesam. Taču paralēli katram produkta izstrādes posmam notiks testēšana.
-
Iteratīvais modelis
Sākot izstrādes procedūru, programmatūras prasību apakškopa tiek ieviesta un iteratīvi uzlabota līdz visai sistēmai. Dizains tiek mainīts katrā iterācijā, un tiek pievienotas funkcionālās iespējas. Būtībā šis modelis ietver sistēmas atkārtošanu un pakāpenisku attīstību laika gaitā.
-
Veikls modelis
Agile SDLC ļauj ātri piegādāt programmatūras produktus, vienlaikus koncentrējoties uz klientu apmierinātību un procesu pielāgojamību. Nelielas pakāpeniskas versijas ir daļa no Agile metodēm, un ar šīm versijām ir saistītas iterācijas, kas var būt trīs līdz četras iterācijas vienam projektam. Katrā iterācijā ir iesaistītas arī starpfunkcionālas komandas, kas strādā pie dažādiem uzdevumiem, tostarp:
- Plānošana
- Prasību pulcēšanās
- Projektēšana
- Kodēšana
- Vienības pārbaude
- Pieņemšanas pārbaude
Katras iterācijas beigās klientiem un svarīgām ieinteresētajām personām tiek parādīts darba produkts.
Secinājums
SDLC nosaka, kā notiek jūsu programmatūras izstrādes process un kur ir nepieciešami uzlabojumi. Tā koncentrējas uz programmatūras izveides procesa, tāpat kā daudzu citu biznesa procesu, analīzi un uzlabošanu. Ikdienas kodēšanas integrēšana ar ražošanas pārvaldību nodrošina mērogojamu projekta skatījumu. Šajā emuārā mēs esam sīki izskaidrojuši SDLC sistēmu, kā arī tās nozīmi, darbību, plusus un mīnusus, kā arī citus SDLC modeļus.