Didesnis SDLC modelis: naudojimas, pranašumas ir amp; Trūkumas

Kas yra papildomas modelis?

Inkrementinis modelis yra programinės įrangos kūrimo procesas, kurio metu reikalavimai yra suskirstyti į kelis atskirus programinės įrangos kūrimo ciklo modulius. Prieauginis kūrimas atliekamas analizės projektavimo, įgyvendinimo, testavimo / tikrinimo, priežiūros etapais.

Kiekviena iteracija pereina reikalavimus, projektavimo, kodavimo ir bandymo etapus . Kiekvienas kitas sistemos leidimas prideda funkciją prie ankstesnio leidimo, kol bus įgyvendintos visos sukurtos funkcijos.

Sistema pradedama gaminti, kai pristatomas pirmasis prieaugis. Pirmasis prieaugis dažnai yra pagrindinis produktas, kuriame atsižvelgiama į pagrindinius reikalavimus, o kitais žingsniais pridedamos papildomos savybės. Kai klientas išanalizuos pagrindinį produktą, bus parengtas kito prieaugio planas.

Papildomo modulio charakteristikos apima

  • Sistemos kūrimas yra suskirstytas į daugelį mini kūrimo projektų
  • Dalinės sistemos yra nuosekliai kuriamos siekiant sukurti galutinę bendrą sistemą
  • Pirmiausia laikomasi aukščiausio prioriteto reikalavimo
  • Parengus reikalavimą, to prieaugio reikalavimas įšaldomas
Prieauginiai etapai Veiksmai, atliekami palaipsniui
Reikalavimų analizė
  • Renkami reikalavimai ir programinės įrangos specifikacijos
Dizainas
  • Šiame etape yra sukurta tam tikra aukščiausios klasės funkcija
Kodas
  • Šiame etape atliekamas programinės įrangos kodavimas
Testas
  • Kai sistema bus įdiegta, ji praeis bandymo etapą

Kada naudoti papildomus modelius?

  • Sistemos reikalavimai yra aiškiai suprantami
  • Kai atsiranda paklausa dėl išankstinio produkto išleidimo
  • Kai programinės įrangos inžinerijos komanda nėra labai kvalifikuota ar apmokyta
  • Kai yra susijusios su didelės rizikos savybėmis ir tikslais
  • Tokia metodika yra labiau naudojama internetinėms programoms ir produktų kompanijoms

Prieauginio modelio privalumai ir trūkumai

Privalumai Trūkumai
  • Programinė įranga bus greitai sukurta programinės įrangos gyvavimo ciklo metu
  • Tai reikalauja gero planavimo projektavimo
  • Lanksčiai ir pigiau pakeisti reikalavimus ir taikymo sritį
  • Problemos gali kilti dėl sistemos architektūros, todėl ne visi reikalavimai surinkti iš anksto visam programinės įrangos gyvavimo ciklui
  • Visais kūrimo etapais galima atlikti pakeitimus
  • Kiekviena iteracijos fazė yra nelanksti ir nepersidengia
  • Šis modelis yra pigesnis, palyginti su kitais
  • Norint ištaisyti problemą viename įrenginyje, reikia ištaisyti visus vienetus ir sugaišti daug laiko
  • Klientas gali atsakyti į kiekvieną pastatą
  • Klaidas lengva nustatyti

Įdomios straipsniai...