Tīmekļa Lietotnes

Programmatūras izstrādes dzīves cikla (SDLC) pārskats — process, fāzes un modeļi

2021. gada 30. oktobris

SDLC nozīmē Programmatūras izstrādes dzīves cikls . Kā norāda nosaukums, SDLC ir pilns metožu kopums, kas nepieciešams jebkura programmatūras produkta izstrādei. Turklāt tajā ir iekļautas arī visas programmatūras izstrādātāja darbības jebkura programmatūras produkta izstrādes procesā.

Satura rādītājs

Kas ir SDLC?

Programmatūras izstrādes dzīves cikls (SDLC) ir programmatūras produktu izstrādes process ar ļoti augstu un augstākās kvalitātes kvalitāti. Programmatūras izstrādes procesā ir jāņem vērā klientu vajadzības un prasības. Pirms sākt izstrādāt jebkuru produktu, ir svarīgi vispirms plānot. Programmatūras izstrādes dzīves cikls ietver arī plānošanu, metožu atlasi un pareizas programmatūras izstrādes pieejas.

Programmatūras izstrāde ir iedalīta dažādos posmos. Katrs posms tiek efektīvi izstrādāts, izmantojot atbilstošu pieeju. Programmatūras izstrādātāji un sistēmu inženieri ir atbildīgi par augstas kvalitātes programmatūras produktu ražošanu norādītajā un paredzētajā laikā un izmaksās. Programmatūras izstrādei ir izveidotas vairākas SDLC metodes.

SDLC

Kāpēc izvēlēties SDLC?

Programmatūras izstrādes dzīves cikla process katra programmatūras produkta izstrādei ir būtisks. Ir arī īpaši iemesli, kāpēc izstrādātāji izmanto šo pieeju. Tālāk ir minēti daži būtiski iemesli, kāpēc izvēlēties SDLC:

  1. SDLC darbojas kā karte izstrādātājiem. Tajā ir iekļauta visa plānošana, plānošana, izstrādes stratēģijas un viss, kas nepieciešams labas kvalitātes programmatūras ražošanai.
  2. Tā kā SDLC tiek veikta fāzēs, izstrādātāji var koncentrēties uz katru posmu, lai radītu augstākās kvalitātes produktu.
  3. Klienti tiek nodrošināti ar iespēju koncentrēties uz katru programmatūras posmu tās izstrādes procesa laikā.

Nepieciešams SDLC

Lai katrs programmatūras produkts tiktu izstrādāts, tam vispirms ir jābūt sistemātiskai un pareizai plānošanai. Plānošana ir jebkura mūsu veiktā darba pirmā un pamatfāze. SDLC ietver plānošanu, ēkas projektēšanu, testēšanu un uzstādīšanu.

Ja kāds darbs ir sadalīts mazās daļās, katru darbu izpildīt ļoti precīzi un pareizi kļūst bez piepūles. Tāda pati ideja tiek izmantota SDLC. Viss izstrādes process ir sadalīts septiņos posmos. Izstrādes procesa sadalīšana mazos gabalos ļauj programmatūras izstrādes komandas locekļiem efektīvi un produktīvi veikt katru posmu.

SDLC fāzes:

Programmatūras izstrādes dzīves cikla darbība ir iedalīta septiņās dažādās fāzēs. Šīs SDLC fāzes ir prasību apkopošana un analīze, iespējamība un izpēte, projektēšana, kodēšana, testēšana, uzstādīšana vai izvietošana, apkope. Ļaujiet mums rūpīgi apskatīt katru no šīm sešām fāzēm.

Programmatūras izstrādes dzīves cikls (SDLC)

viens. Prasību analīze

Pats pirmais SDLC posms ir prasību apkopošana un analīze. Programmatūras produkta īpašniekam ir savas vēlmes par produktu. Programmatūras izstrādes komandai ir jāapkopo klientu un ieinteresēto personu prasības un prasības. Šīs vajadzības var būt programmatūras izskats, tās funkcionalitāte, kas to var izmantot un daudzas citas.

Ja izstrādes komanda ir iepazinusies ar šo ieinteresēto pušu prasībām, viņiem kļūst vieglāk plānot katru posmu. Šai SDLC fāzei ir ļoti svarīga loma, jo tā ir pamatposms. Tāpēc ir ļoti svarīgi skaidri saprast klientu vajadzības un prasības.

divi. Priekšizpēte

Vēl viens SDLC posms ir priekšizpēte. Kad izstrādes komanda ir apkopojusi visas programmatūras produkta prasības, tai ir jāsagatavo visas šīs prasības vienā dokumentā. Šo dokumentu parasti dēvē par programmatūras prasību specifikācijām. Tā saīsinājums ir “VID”. Šim dokumentam ir liela nozīme visā izstrādes procesā, jo tajā ir iekļautas visas klientu norādītās specifikācijas.

Skatīt arī 8 labojumi Netflix kļūdas kodiem M7121-1331-P7 un M7111-1331-4027

3. Dizains

Programmatūras izstrāde ir programmatūras izstrādes dzīves cikla trešais posms. Izstrādes komandai ir jāizstrādā visa programmatūras sistēmas arhitektūra. Parasti programmatūras sistēmas dizains tiek iedalīts augsta līmeņa dizainā un zemā līmeņa dizainā. Katrai programmatūras izstrādei šie divu veidu dizaina dokumenti ir nepieciešami un būtiski.

Augsta līmeņa dizaina (HLD) dokumentā ir iekļauta šāda informācija:

  • Programmatūrā iekļauto moduļu nosaukums un īss to skaidrojums.
  • Tālāk ir aprakstīta arī katra moduļa funkcionalitāte.
  • HLD ietver arī attiecības starp moduļiem.
  • Visas programmatūras produktā iesaistītās datu bāzes tabulas ir minētas kopā ar to būtiskiem elementiem.
  • Visbeidzot, tajā ir iekļauta programmatūras sistēmas arhitektūra.

Zema līmeņa dizaina (LLD) dokumentā ir šāda informācija:

  • Katra programmatūras produktā esošā moduļa funkcionālā loģika
  • Datubāzes tabulu lielums, kā arī veids
  • Tajā ir iekļauta detalizēta informācija par programmatūras saskarni.
  • Kļūdu ziņojumi ir norādīti arī LLD
  • Ir iekļauta informācija par katra programmatūras produkta moduļa ievadi un izvadi.

Četri. Kodēšana

Nākamais pēc programmatūras izstrādes dzīves cikla projektēšanas stadijas ir kodēšana. Kodēšana ir jebkuras programmatūras sistēmas pamatā. Visas programmatūras produkta funkcijas tiek izstrādātas, izmantojot kodēšanu. Produkta izstrādei ir pieejamas vairākas programmēšanas valodas. Tātad izstrādes komandai ir jāizvēlas programmēšanas valoda.

Tomēr šī programmatūras izstrādes fāze tiek uzskatīta par visievērojamāko. Šis posms atkal ir sadalīts četrās apakšfāzēs, un katrs komandas dalībnieks tiek iedalīts vienā no šīm četrām apakšfāzēm. Pēc koda izstrādes tas tiek apkopots un interpretēts. Tātad rīkiem, piemēram, kompilatoram, tulkam un atkļūdotājiem, ir jāpārbauda koda pareizība.

5. Testēšana

Kad kodēšanas fāze ir pabeigta, ir svarīgi pārbaudīt, vai tā darbojas pareizi, vai visas funkcijas darbojas labi, un daudzi citi faktori. Šo posmu sauc par testēšanu. Programmatūras izstrādātāji nav atbildīgi par programmatūras testēšanu. Ir komanda programmatūras testētāji . Šis programmatūras izstrādes posms ir īpaši paredzēts programmatūras sistēmas defektu un kļūdu noteikšanai.

Tāpat testētāji pārbauda, ​​vai sistēma atbilstoši funkcionē atbilstoši ieinteresēto pušu izvirzītajām vajadzībām. Ja viņi konstatē defektus vai kļūdas, sistēma tiek nosūtīta programmatūras izstrādātājiem. Izstrādes komanda koncentrējas uz kļūdām un atrod tām risinājumu. Kad tas ir izdarīts, tas atkal tiek nosūtīts testēšanas komandai, lai tas pārbaudītu. Ja netiek atrasti nekādi defekti un kļūdas, programmatūras produkts ir piemērots nākamajai SDLC fāzei.

6. Uzstādīšana vai izvietošana

Kad programmatūras sistēmā nav defektu un kļūdu, tā tiek nosūtīta uz projektu menedžeris atsauksmēm. Ja projekta vadītājs kādas izmaiņas norāda kā atgriezenisko saiti, sistēma ir jāmaina. Tas atkal tiek nosūtīts izstrādātājiem un pēc tam testētājiem. Ja atsauksmē nav nekādu izmaiņu, programmatūras sistēma ir gatava instalēšanai. Tas tiek izlaists tirgū, un klienti sāk to lietot.

7. Apkope

Pēc programmatūras sistēmas laišanas tirgū un klientu to izmantošanas var rasties trīs būtiskas problēmas: kļūdu labojumi, jaunināšana un uzlabošana. Kad klienti sāk lietot noteiktu programmatūras produktu, viņi var saskarties ar problēmām vai ziņot par kļūdām tajā. Tātad šie jautājumi ir jāatrisina.

Programmatūras jaunināšana nozīmē jaunāku programmatūras versiju izstrādi. Tātad jaunākajā versijā šīs ziņotās kļūdas var nojaukt. Šajā jauninājumā izstrādātāji var arī uzlabot esošās funkcijas vai pievienot programmatūrai jaunas funkcijas. Šī funkciju pievienošanas un uzlabošanas darbība tiek saukta par uzlabošanu.

Skatīt arī 5 labojumi Facebook ziņojumam, kas nosūtīts, bet nav piegādāts

Visas šīs programmatūras izstrādes dzīves cikla fāzes nodrošina, ka programmatūras produkts atbilst visām klientu prasībām un vajadzībām. Līdztekus šīm fāzēm ļoti nozīmīga ir komunikācija starp visiem visā izstrādes procesā iesaistītajiem dalībniekiem.

SDLC modeļi

Programmatūras izstrādes dzīves cikls (SDLC) ir pieejams vairākos modeļos. Daži no šiem bieži izmantotajiem un ļoti vēlamajiem modeļiem ir:

  • Ūdenskrituma modelis
  • Inkrementālais modelis
  • Agile pieeja
  • V-modelis
  • Spirālveida modelis
  • Lielā sprādziena modelis
SDLC modeļi

Apskatīsim katru no šiem modeļiem.

viens. Ūdenskrituma modelis

Ūdenskrituma modelis ir viens no populārākajiem un vecākajiem SDLC modeļiem. Šis SDLC modelis bija pirmais, kas tika izstrādāts. Tomēr tas ir vienkārši un vienkārši. Šī modeļa galvenā ideja ir tāda, ka programmatūras sistēmas pašreizējais posms ir jāpabeidz pirms nākamās darbības uzsākšanas. Tas ir tāpēc, ka pirmā fāze tiek uzskatīta par ievadi nākamajam posmam.

Ūdenskrituma modelis ir secīgais modelis, jo viss process tiek izpildīts secīgi, t.i., fāze tiek izpildīta tikai tad, ja tiek izpildīts tās iepriekšējais solis. Tātad to sauc arī par lineāro secīgo dzīves cikla modeli. Viena no izcilākajām šī modeļa izmantošanas priekšrocībām ir tā, ka tas ir elementāri saprotams un nepārklājas izstrādes fāzēs. Tas ir vislabāk piemērots nelielu projektu attīstībai.

Bet, ja testēšanas posmā ir kādas izmaiņas, ko klienti minējuši, tad pāriet uz iepriekšējiem grādiem un tos mainīt ir sarežģīti. Tātad šis modelis ir jāizvēlas tikai tad, ja prasības ir pilnīgas un precīzas.

divi. Inkrementālais modelis

Vēl viens populārs SDLC modelis ir inkrementālais modelis. Šāda veida modelī prasības un vajadzības ir sadalītas vairākās daļās. Katrai nosacījumu daļai ir jāveic analīzes, projektēšanas, kodēšanas un testēšanas posmi. Šis modelis ļauj programmatūras izstrādātājiem vienlaikus izpildīt vairākas prasības. Arī augstākās prioritātes prasību var izpildīt vispirms.

Izmantojot šo modeli, programmatūras izstrādātāji var ļoti rūpīgi izstrādāt katru prasību. Inkrementālais modelis ir vislabāk piemērots ilgstošiem projektiem. Bet. Izstrādātājiem ir jābūt skaidrai izpratnei par vajadzībām, jo ​​tās ir sadalītas vairākos moduļos. Turklāt, izmantojot šo pieeju, programmatūra tiek izstrādāta ļoti ātri. Bet šī modeļa ieviešanas izmaksas ir pārmērīgas.

3. Agile pieeja

Agile pieeja ir viens no SDLC plaši izmantotajiem modeļiem mūsdienu pasaulē programmatūras produktu izstrādei. Šajā pieejā programmatūras izstrādes procesā nepieciešamie uzdevumi ir sadalīti vairākās iterācijās. Taču izstrādātājiem ir iepriekš jānosaka katras iterācijas izstrādei nepieciešamais laiks un izmaksas. Visa projekta sadalīšana mazākos uzdevumos samazina risku. Arī programmatūras produkta piegāde kļūst arvien ātrāka.

Tā kā viss izstrādes process ir iedalīts vairākās iterācijās, katrai iterācijai ir jāiziet visas SDLC fāzes. Agilās pieejas testēšanas fāzē tiek izmantotas dažādas progresīvas metodes. Šīs metodes ir scrum, kristāla, dinamiskās programmatūras izstrādes metode, uz funkcijām balstīta izstrāde, vienkārša programmatūras izstrāde un ekstrēmā programmēšana.

Agile pieejas izmantošanas lielā priekšrocība ir ātrāka preces piegāde. Vēl viens nozīmīgākais ieguvums, izmantojot šo SDLC modeli, ir tas, ka tas pieņem izmaiņas prasībām jebkurā izstrādes fāzē.

Četri. V-modelis

V-modelis ir vēl viens populārs SDLC modelis, kas ietver programmatūras procesu izpildi V formā. Arī “V” V modeļa kontekstā nozīmē verifikācijas un validācijas modeli. V-modelis ir ūdenskrituma modeļa uzlabotā versija. SDLC V-modelī katra fāze ir saistīta ar testēšanas fāzi. Testētājiem ir kļuvis vieglāk noteikt kļūdas un defektus katrā izstrādes posmā.

Skatīt arī 5 labojumi Bluestacks Snapchat nedarbojas operētājsistēmā Windows

Verifikācijas un apstiprināšanas fāzes V-modelī tiek veiktas V formā. Pārbaudes fāzē tiek veikta analīze, neizpildot koda izpildi, savukārt validācijas fāze ietver analīzi un testēšanu pēc koda izpildes. V modeļa apstiprināšanas fāzē ir četras atšķirīgas fāzes. Šīs fāzes ir šādas:

Šis modelis ir ļoti piemērots maziem projektiem. Tā kā katra fāze ir saistīta ar testēšanas fāzi, kļūdas neplūst pa pašreizējo posmu.

5. Spirālveida modelis

Spirālveida modelis tiek veidots, apvienojot iteratīvos un ūdenskrituma modeļus. Tas ietver mūsu fāzes, un programmatūras produktam ir jāiziet katrs iterācijas posms. Šo iterāciju sauc par spirāli. Spirālveida modeļa pakāpes ir norādītas zemāk:

  • Identifikācija
  • Dizains
  • Konstruēt
  • Novērtēšana un riska analīze

Šī modeļa izmantošanas priekšrocība ir tāda, ka klienti var mainīt savas prasības jebkurā fāzē. Arī klientiem ir atļauts redzēt programmatūru ļoti agrīnā stadijā. Tas ir vislabāk piemērots liela izmēra programmatūras projektiem, kuriem ir augstāks risks.

6. Lielā sprādziena modelis

Vēl viens SDLC modelis ir Big Bang modelis. Šis modelis ir vienkārši lietojams, un tam nav nepieciešama īpaša procedūra. Taču arī izstrādes procesā nav nepieciešama detalizēta plānošana. Programmatūras produkta izstrādes pamatā ir pieejamie līdzekļi. Turklāt nav skaidri noteiktas arī ieinteresēto pušu prasības. Tātad attīstības iznākums ir neparedzams.

Šī modeļa priekšrocība ir tā, ka tas neprasa detalizētu izstrādes procesa plānošanu. Arī resursi attīstībai nepieciešami minimāli. Taču būtiskākais trūkums ir lielākas risku un nenoteiktības iespējas, kas nav pieejamas. Šo modeli drīkst izmantot tikai tad, ja prasības ir atbilstoši noteiktas.

Programmatūras izstrādes dzīves cikla plusi un mīnusi

Plusi:

  1. Programmatūras izstrādes dzīves cikls ir vislabāk piemērots, lai ļoti efektīvi un produktīvi apstrādātu un uzraudzītu projektus
  2. Tas ietver detalizētus soļus katras programmatūras produkta fāzes izstrādē
  3. Šim procesam ir pareiza un labi organizēta klientu prasību un prasību dokumentācija
  4. Pēc katras fāzes izstrādes tiek sagatavots oficiāls pārskats, kas ļauj izstrādātājiem efektīvi pārvaldīt programmatūru

Mīnusi:

  1. SDLC ūdenskrituma modelis ir ļoti neelastīgs
  2. Tā kā SDLC procesam ir nepieciešama detalizēta prasību dokumentācija, t.i., Sistēmas prasību specifikācija, tas aizņem ilgu laiku un prasa lielākas izmaksas
  3. SDLC process prasa labi organizētu un detalizētu visa izstrādes procesa plānošanu
  4. Klienti netiek regulāri iesaistīti izstrādes procesā

Secinājums

SDLC ir labi organizēts un pareizi plānots process jebkura programmatūras produkta izstrādei. Visas SDLC procesa fāzes nodrošina labas un augstākās kvalitātes produktu ģenerēšanu. Vēlāk mēs esam redzējuši detalizētas darbības, kas veiktas katrā SDLC solī. Mēs apskatījām sešus atšķirīgus un populārus SDLC modeļus. Visbeidzot, mēs esam redzējuši dažas SDLC procesa priekšrocības un trūkumus.

Ieteicamie raksti

  • Kas ir Unsecapp.Exe un vai tas ir drošsKas ir Unsecapp.exe un vai tas ir drošs?
  • 15 labākais UML diagrammu rīks un programmatūra15 labākais UML diagrammu rīks un programmatūra
  • [FIKSĒTS] Windows nevar piekļūt norādītajai ierīcei, ceļam vai faila kļūdai[FIKSĒTS] Windows nevar piekļūt norādītajai ierīcei, ceļam vai faila kļūdai
  • 16 Windows atjaunināšanas labojumi, kas nedarbojas operētājsistēmā Windows16 Windows atjaunināšanas labojumi, kas nedarbojas operētājsistēmā Windows
  • Uzvarēti 4 labojumi AMD Radeon iestatījumiem4 AMD Radeon iestatījumu labojumi netiks atvērti
  • Tālummaiņas ekrānuzņēmuma rīks: padomi un ieteikumiTālummaiņas ekrānuzņēmuma rīks: padomi un ieteikumi