Lisamudel SDLC-s: kasutamine, eelis & Puudus

Lang L: none (table-of-contents):

Anonim

Mis on inkrementaalne mudel?

Inkrementaalne mudel on tarkvaraarenduse protsess, kus nõuded jagunevad tarkvara arendustsükli mitmeks eraldiseisvaks mooduliks. Järk-järgult arendatakse samme alates analüüsi kavandamisest, rakendamisest, testimisest / kontrollimisest, hooldusest.

Iga iteratsioon läbib nõuded, projekteerimise, kodeerimise ja testimise etapid . Ja iga järgmine süsteemi väljaanne lisab eelmisele versioonile funktsiooni, kuni kõik kavandatud funktsioonid on rakendatud.

Süsteem pannakse tootmisse esimese juurdekasvu tarnimisel. Esimene juurdekasv on sageli põhitoode, kus käsitletakse põhinõudeid, ja järgmistesse lisadesse lisatakse täiendavaid funktsioone. Kui klient on põhitoodet analüüsinud, tehakse järgmise sammu jaoks plaani väljatöötamine.

Lisamooduli omadused hõlmavad järgmist

  • Süsteemi arendamine jaguneb paljudeks miniarendusprojektideks
  • Osalisi süsteeme ehitatakse järjest, et saada lõplik kogu süsteem
  • Kõigepealt käsitletakse kõrgeima prioriteedi nõuet
  • Kui nõue on välja töötatud, külmutatakse selle juurdekasvu nõue
Järkfaasid Tegevused, mida tehakse järk-järgult
Nõuete analüüs
  • Nõuded ja tarkvara spetsifikatsioonid on kogutud
Kujundus
  • Selles etapis on välja töötatud mõned tipptasemel funktsioonid
Kood
  • Selles etapis tehakse tarkvara kodeerimine
Test
  • Kui süsteem on kasutusele võetud, läbib see testimise etapi

Millal kasutada kasvavaid mudeleid?

  • Süsteemi nõuded on selgelt mõistetavad
  • Kui tekib nõudlus toote ennetähtaegse vabastamise järele
  • Kui tarkvaratehnika meeskond pole eriti kvalifitseeritud ega koolitatud
  • Kui on seotud kõrge riskiga funktsioonid ja eesmärgid
  • Sellist metoodikat kasutatakse rohkem veebirakenduste ja tootepõhiste ettevõtete jaoks

Inkrementaalse mudeli eelised ja puudused

Eelised Puudused
  • Tarkvara luuakse tarkvara elutsükli jooksul kiiresti
  • See nõuab head planeerimist
  • Nõuete ja ulatuse muutmine on paindlik ja odavam
  • Probleeme võib põhjustada süsteemi arhitektuur kui selline, kuna kõiki nõudeid ei kogutud kogu tarkvara elutsükli vältel
  • Arendusetappide jooksul saab muudatusi teha
  • Iga iteratsioonifaas on jäik ja ei kattu üksteisega
  • See mudel on teistega võrreldes vähem kulukas
  • Ühes üksuses probleemi lahendamine nõuab kõigi üksuste parandamist ja võtab palju aega
  • Klient saab vastata igale hoonele
  • Vigu on lihtne tuvastada