Satura rādītājs:
- Definīcija - ko nozīmē programmatūras izstrādes dzīves cikla modelis (SDLC)?
- Techopedia skaidro programmatūras attīstības dzīves cikla modeli (SDLC)
Definīcija - ko nozīmē programmatūras izstrādes dzīves cikla modelis (SDLC)?
Programmatūras attīstības dzīves cikla (SDLC) modelis ir konceptuāls ietvars, kas apraksta visas programmatūras izstrādes projekta aktivitātes no plānošanas līdz apkopei. Šis process ir saistīts ar vairākiem modeļiem, katrs ietver dažādus uzdevumus un aktivitātes.
Programmatūras izstrāde ir apgrūtinoša darbība, kurai nepieciešama pareiza prasību identificēšana, ieviešana un programmatūras ieviešana. Tomēr aktivitātes nebeidzas ar to. Pēc programmatūras izplatīšanas savlaicīgi jānodrošina pareiza apkope.
Šis termins ir pazīstams arī kā programmatūras izstrādes procesa modelis.
Techopedia skaidro programmatūras attīstības dzīves cikla modeli (SDLC)
Galvenās programmatūras izstrādes aktivitātes ir šādas:
- Prasību iegūšana: klientam ir neskaidrs priekšstats par nepieciešamo. Pēc rūpīgas prasību analīzes un plānotās darbības mērķa sasniegšanai programmatūras inženieru grupa praktiski realizē klienta ideju.
- Programmatūras apraksts: apraksta, ka programmatūra ir nākamais procesa solis.
- Abstrakts sistēmas attēlojums: tiek izveidots, lai apstiprinātu, ka tas atbilst izstrādājuma prasībām un saskarnēm ar citiem programmatūras produktiem kopā ar pamatā esošo aparatūru.
- Klienta prasības: tiek ieviests, izmantojot kodu, ko programmējuši programmatūras inženieri.
- Koda pārbaude: kods tiek pārbaudīts, lai pārliecinātos, ka tajā nav kļūdu un vai tas atbilst klienta prasībām.
- Iekšējā dizaina dokumentācija: turpmākai produkta uzturēšanai un uzlabošanai.
- Apkope: Tas tiek veikts, lai mainītu sistēmas arhitektūru atbilstoši nākotnes vajadzībām. Tam var būt nepieciešams pievienot kodu vai mainīt esošo kodu.
Iepriekš minēto izstrādes procesu pilnveido virkne modeļu. Izstrādes komanda izvēlas piemērotāko modeli. Dažādi modeļi ir:
- Ūdenskrituma modelis: Izstrādātāji nosaka prasības, analizē tās, nosaka risinājumu un izveido programmatūras programmatūras arhitektūru, saskarnes attēlojumu un algoritmiskās detaļas. Pēc tam viņi izstrādā kodu, testē kodu, izvieto programmatūru un uztur to. Lai arī ūdenskrituma metodi ir viegli saprast un tā nosaka prasību stabilitāti, tā var radīt maldīgu priekšstatu par klienta mazas līdzdalības nodrošināšanu. Šī modeļa galvenā problēma ir tā, ka prasība labot kļūdas būtu jāzina jau sākotnēji un agrīnā stadijā. Pretējā gadījumā viss process var turpināties nepareizā virzienā, kas varētu negatīvi ietekmēt ražošanas izmaksas.
- V Shaped model: ir ūdenskrituma modeļa variācija. Tas uzsver produkta pārbaudi un validāciju. Visi nodevumi ir pārbaudāmi, un progresu izseko pagrieziena rādītāji. Testēšana tiek īstenota paralēli izstrādes fāzei.
- Prototipa modelis: prototips tiek izstrādāts jau pieprasījuma posmā, un gala lietotāji to novērtē. Balstoties uz lietotāju atsauksmēm, izstrādātāji maina prototipu, lai apmierinātu lietotāju prasības. Kaut arī šis modelis viegli aizpilda prasības, tā izmantošana ražošanas vidē var radīt kvalitātes problēmas, tādējādi labošanas process var turpināties mūžīgi.
- Spirāles modelis: izmanto gan ūdenskrituma, gan prototipa modeļus. Tas ūdenskrituma modelim pievieno 4. paaudzes programmēšanas valodas, ātru lietojumprogrammu izstrādes prototipēšanu un riska analīzi. Izstrādātas sistēmas prasības un izveidots provizorisks sistēmas dizains. Tiek izstrādāts un pārbaudīts sākotnējais prototips. Balstoties uz testa rezultātu novērtējumu, tiek izveidots otrais prototips. Turpmākie prototipi ir izveidoti, lai nodrošinātu klientu apmierinātību. Sistēma ir izveidota, pamatojoties uz galīgo prototipu. Tiek novērtēta un pārbaudīta galīgā sistēma. Lai arī šis modelis lielā mērā samazina risku, tas var neatbilst budžetam, un katram pieteikumam tas tiek piemērots atšķirīgi.
- Iteratīvais un inkrementālais SDLC modelis: norāda un ievieš programmatūras daļu, kas pēc tam tiek pārskatīta un grupās pievienotas un ieviestas papildu prasības. Katrā laidienā tiek piegādāts operatīvs produkts, kas klientiem vispirms tiek parādīts ar svarīgām funkcijām, samazinot sākotnējās piegādes izmaksas. Prasību mainīšanas risks ir ievērojami samazināts, un klientiem ir atļauts reaģēt uz katru būvi. Neskatoties uz priekšrocībām, šim modelim ir nepieciešama laba pilnīgas un pilnībā funkcionējošas sistēmas plānošana un savlaicīga definēšana. Tas prasa arī precīzi definētas moduļa saskarnes.
- Veikls attīstības modelis: tiek izmantots laika kritiskos pielietojumos organizācijās, kas izmanto disciplinētas metodes. Tas paātrina dzīves cikla fāzes un ir samazināts darbības joma.
- Burvju lodziņa modelis: ir tīmekļa lietojumprogrammu attīstības modelis. Tas ir ātrākais veids, kā pabeigt projektu ar vismazāk kļūdām, jo tas dod iespēju mainīt koda un datu bāzes struktūras.
