Inkrementális modell SDLC-ben: Használat, előny és & Hátrány

Tartalomjegyzék:

Anonim

Mi az inkrementális modell?

Az inkrementális modell a szoftverfejlesztés folyamata, ahol a követelményeket a szoftverfejlesztési ciklus több önálló moduljára bontják. Az inkrementális fejlesztés az elemzés tervezésétől, megvalósításától, tesztelésétől / ellenőrzésétől, karbantartásától kezdve történik.

Minden iteráció áthalad a követelmények, a tervezés, a kódolás és a tesztelés szakaszain . És a rendszer minden későbbi kiadása funkciót ad az előző kiadáshoz, amíg az összes tervezett funkcionalitás megvalósításra nem kerül.

A rendszert az első lépés leadásakor állítják üzembe. Az első növekmény gyakran olyan alaptermék, ahol az alapvető követelményekkel foglalkoznak, és a következő lépésekben kiegészítő funkciókat adnak hozzá. Miután az ügyfél elemezte az alapterméket, terv kidolgozásra kerül a következő lépés.

Az inkrementális modul jellemzői:

  • A rendszer fejlesztését sok mini fejlesztési projektre bontják
  • A részleges rendszereket egymás után építik a végső teljes rendszer előállítására
  • Először a legmagasabb prioritási követelményt kezeljük
  • A követelmény kidolgozása után a növekményre vonatkozó követelmények befagynak
Növekményes fázisok Növekményes fázisokban végzett tevékenységek
Követelményelemzés
  • Összegyűjtjük a szoftver követelményeit és specifikációit
Tervezés
  • Néhány csúcskategóriás funkciót ebben a szakaszban terveztek
Kód
  • A szoftver kódolása ebben a szakaszban történik
Teszt
  • A rendszer telepítése után átmegy a tesztelési szakaszon

Mikor alkalmazzuk az inkrementális modelleket?

  • A rendszer követelményei világosan érthetőek
  • Amikor felmerül az igény a termék korai kiadására
  • Amikor a szoftverfejlesztő csapat nem túl képzett vagy képzett
  • Amikor magas kockázatú jellemzők és célok szerepelnek
  • Ezt a módszertant inkább a webalkalmazások és a termékalapú vállalatok használják

Az inkrementális modell előnyei és hátrányai

Előnyök Hátrányok
  • A szoftver gyorsan létrejön a szoftver életciklusa alatt
  • Megfelelő tervezést igényel
  • Rugalmas és olcsóbb a követelmények és a hatókör megváltoztatása
  • A rendszerarchitektúrából adódóan nem minden problémát okozhat a szoftver teljes életciklusa alatt
  • A fejlesztési szakaszban változtatásokat lehet végezni
  • Minden iterációs szakasz merev, és nem fedi egymást
  • Ez a modell olcsóbb másokkal összehasonlítva
  • A probléma megoldása egy egységben az összes egység javítását igényli, és sok időt vesz igénybe
  • Az ügyfél válaszolhat minden épületre
  • A hibákat könnyű felismerni