Kas ir ūdenskrituma modelis SDLC? Priekšrocības & Trūkumi

Satura rādītājs:

Anonim

Kas ir ūdenskrituma modelis?

WATERFALL MODEL ir secīgs modelis, kas programmatūras izstrādi sadala iepriekš noteiktos posmos. Katra fāze ir jāpabeidz, pirms nākamā fāze var sākties bez fāžu pārklāšanās. Katra fāze ir paredzēta noteiktu darbību veikšanai SDLC fāzē. To 1970. gadā ieviesa Vinstons Roiss.

Dažādas ūdenskrituma modeļa fāzes programmatūras inženierijā

Dažādas fāzes Katrā posmā veiktās darbības
Prasības pulcēšanās posms
  • Šajā posmā no klienta tiek apkopotas detalizētas izstrādājamās programmatūras sistēmas prasības
Dizaina posms
  • Plānojiet programmēšanas valodu, piemēram, Java, PHP, .net
  • vai datu bāzi, piemēram, Oracle, MySQL utt.
  • Vai citas augsta līmeņa projekta tehniskās detaļas
Built Stage
  • Pēc projektēšanas stadijas tas ir uzbūvēts posms, tas ir nekas cits kā programmatūras kodēšana
Testa posms
  • Šajā posmā jūs pārbaudāt programmatūru, lai pārliecinātos, ka tā ir veidota atbilstoši klienta norādītajām specifikācijām.
Izvietošanas posms
  • Izvietojiet lietojumprogrammu attiecīgajā vidē
Apkopes posms
  • Kad sistēma ir gatava lietošanai, vēlāk, iespējams, būs jāmaina kods atbilstoši klienta pieprasījumam

Kad izmantot SDLC ūdenskrituma modeli

Ūdenskrituma modeli var izmantot, kad
  • Prasības bieži nemainās
  • Pieteikšanās nav sarežģīta un liela
  • Projekts ir īss
  • Prasība ir skaidra
  • Vide ir stabila
  • Izmantotās tehnoloģijas un rīki nav dinamiski un ir stabili
  • Resursi ir pieejami un apmācīti

Ūdenskrituma modeļa priekšrocības un trūkumi

Priekšrocības Trūkumi
  • Pirms nākamā attīstības posma katrs posms ir jāpabeidz
  • Kļūdu var novērst tikai fāzes laikā
  • Piemērots mazākiem projektiem, kur prasības ir precīzi noteiktas
  • Tas nav vēlams sarežģītam projektam, kur prasības bieži mainās
  • Pirms katra posma veikšanas viņiem jāveic kvalitātes nodrošināšanas tests (verifikācija un apstiprināšana)
  • Testēšanas periods nāk diezgan vēlu attīstības procesā
  • Izstrādātā dokumentācija tiek veikta katrā programmatūras izstrādes cikla fāzē
  • Dokumentācija aizņem daudz laika izstrādātājiem un testētājiem
  • Projekts ir pilnībā atkarīgs no projekta komandas ar minimālu klienta iejaukšanos
  • Klientu vērtīgo atgriezenisko saiti nevar iekļaut pašreizējā attīstības posmā
  • Visas izmaiņas programmatūrā tiek veiktas izstrādes procesā
  • Nelielas izmaiņas vai kļūdas, kas rodas pabeigtajā programmatūrā, var radīt daudz problēmu