Az iteratív és inkrementális módszertanok a szoftverfejlesztés egy olyan módszere, amelyben a terméket fokozatosan tervezik, megvalósítják és tesztelik (minden egyes alkalommal hozzáadnak egy kicsit többet), amíg a termék elkészül. Ez magában foglalja mind a fejlesztést, mind a karbantartást. A termék akkor minősül késznek, ha teljesíti valamennyi követelményét. Ez a modell egyesíti a vízesésmodell elemeit a prototípus iteratív filozófiájával.
A terméket több komponensre bontják, amelyek mindegyikét külön tervezik és gyártják (más megfogalmazással: építik). Az összetevők készen állnak az ügyfél rendelkezésére. Ez lehetővé teszi a termék részleges felhasználását és elkerüli a hosszú fejlesztési időt, így elkerüli a nagy indulótőke-ráfordítást és az azt követő hosszú várakozási időszakot is. Ez a fejlesztési modell egyben egy teljesen új rendszer bevezetésének traumatikus hatását is enyhíti.
Alkalmazása Az Iteratív és inkrementális módszertanok a vízesésmodellt fokozatosan alkalmazza.
A kiadások sorozatát „iteratív és inkrementális módszertanok” nevezik, minden egyes adalék nagyobb funkcionalitást biztosít az ügyfelek számára. Az első lépés után alapterméket szállítanak, amelyet az ügyfél már felhasználhat. Az ügyfelek visszajelzései alapján kidolgozzák a következő lépések tervét, és ennek megfelelően módosítják a szoftvert. Ez a folyamat ilyen lépésekben folytatódik, amíg a teljes termék el nem készül. Az adalékos építési filozófiát az agilis folyamatmodellben is alkalmazzák.
Az adalékos modell alkalmazható a szoftverfejlesztésben és informatikai műveletekre is (DevOps). Utóbbi esetben a DevOps örökbefogadási kockázatának és költségének minimalizálása a cél, miközben e modell megteremti a szükséges belső készségeket és lendületet.
A modell jellemzői A rendszert sok mini fejlesztési projektre bontják. A végleges rendszer előállításához részleges rendszereket építenek. Az első a legfontosabb követelményekkel foglalkozott. Egy adag követelményét befagyasztják, miután a növekvő adagot kidolgozták.
Előnyei Minden iteráció után regressziós tesztet kell végezni. A tesztelés során a szoftver hibás elemei gyorsan azonosíthatók, mivel egyetlen iteráció során kevés változtatást hajtanak végre. Általában könnyebb a tesztelés és a hibakeresés, mint a szoftverfejlesztés más módszereivel, mivel az egyes iterációk során viszonylag kicsi változtatásokat hajtanak végre. Ez lehetővé teszi az egyes elemek célzottabb és szigorúbb tesztelését a teljes termékben. Az ügyfél reagálhat a szolgáltatásokra, és ellenőrizheti a terméket a szükséges vagy hasznos változtatásokkal kapcsolatban. A kezdeti termékszállítás gyorsabb és olcsóbb.
Hátrányai Az ebből eredő költség meghaladhatja a szervezet költségeit. Mivel a termék további funkcionalitással bővül, problémák merülhetnek fel a rendszer architektúrájával kapcsolatban, amelyek a korábbi prototípusokban nem voltak nyilvánvalóak.
Feladatok bélyegkép|Feladatok növekményes modellben Ezek a feladatok közösek az összes modellben
Kommunikáció: segít megérteni a célt. Tervezés: szükséges, mivel sok ember (szoftvercsapat) dolgozik ugyanazon a projekten, de különböző funkciók egyidejűleg. Modellezés: üzleti modellezést, adatmodellezést és folyamatmodellezést foglal magában. Felépítés: ez magában foglalja az újrahasználható szoftver-összetevőket és az automatikus kódot. Telepítés: az összes növekedés integrálása.
Fordítás
Jegyzetek
Források Módszertan Fejlesztési modellek Növekményes életciklus Mi az inkrementális modell – előnyei, hátrányai és mikor kell használni? Növekményes modell a szoftverfejlesztésben
Kapcsolódó szócikkek Gyors alkalmazásfejlesztés Növekményes megközelítés
Kategória:Szoftverfejlesztési módszertanok