„Iteratív és inkrementális módszertanok” változatai közötti eltérés

[ellenőrzött változat][ellenőrzött változat]
Tartalom törölve Tartalom hozzáadva
nyelvhelyesség, kisebb átfogalmazások
1. sor:
 
Az '''Adalékosadalékos építési modell''' a [[szoftverfejlesztés]] egy olyan módszere, amelyben a terméket fokozatosan [[Szoftvertervezés|megterveziktervezik]], megvalósítják és [[Szoftvertesztelés|tesztelik]] fokozatosan (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és modellví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 (építésnekmás ismegfogalmazással: neveziképítik). Az összetevők készen állnak az ügyfélnekü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., Ezí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.
 
== Adalékos modellAlkalmazása ==
Az Adalékosadalékos modell a vízesés modelljétvízesésmodellt fokozatosan alkalmazza.<ref name="Pressman">{{Hivatkozás/Könyv |last=Pressman |first=Roger |title=Software Engineering: A Practitioner's Approach |year=2010 |publisher=McGraw Hill |location=Boston |isbn=9780073375977 |page=41–42}}</ref>
 
A kiadások sorozatát „Adalékosnak”„adalékosnak” 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, lépésekkel, amíg a teljes termékettermék kiszállítjákel nem készül. Az adalékos építési filozófiát az [[Agilis szoftverfejlesztés|agilis folyamatmodellben]] is alkalmazzák (lásd az agilis modellezést ).<ref name="Pressman">{{Hivatkozás/Könyv |last=Pressman |first=Roger |title=Software Engineering: A Practitioner's Approach |year=2010 |publisher=McGraw Hill |location=Boston |isbn=9780073375977 |page=41–42}}</ref>
 
Az adalékos modell alkalmazható a szoftverfejlesztésszoftverfejlesztésben és az informatikai műveletek-reműveletekre is ([[DevOps]]). AUtóbbi DevOps-banesetben a DevOps örökbefogadásánakörökbefogadási kockázatának és költségének minimalizálásáraminimalizálása irányula cél, miközben e modell megteremti a szükséges belső készségeket és lendületet.<ref>{{Cite journal|author=Kim|first=Gene|date=22 January 2013|title=DevOps distilled, Part 1: The three underlying principles|url=http://www.ibm.com/developerworks/library/se-devops/part1/part1-pdf.pdf|journal=IBM DeveloperWorks}}</ref>
 
'''Az=== Adalékos építésiA 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 ===
# A rendszert sok mini fejlesztési projektre bontják.
#* 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.
# A végleges rendszer előállításához részleges rendszereket építenek.
#* Á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 kisebbkicsi 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 első a legfontosabb követelményekkel foglalkozott.
#* 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.
# Egy adag követelményét befagyasztják, miután a növekvő adagot kidolgozták.
* A kezdeti termékszállítás gyorsabb és olcsóbb.<ref>{{Cite web |title=What is Incremental model- advantages, disadvantages and when to use it? |url=http://tryqa.com/what-is-incremental-model-advantages-disadvantages-and-when-to-use-it/ |work=tryqa.com |accessdate=2020-06-18}}</ref>
 
=== Hátrányai ===
'''Előnyök'''<ref>[http://www.softdevteam.com/Incremental-lifecycle.asp www.softdevteam.com/ Incremental- lifecycle.asp]</ref> <ref>[http://istqbexamcertification.com/what-is-incremental-model-advantages-disadvantages-and-when-to-use-it/ What is Incremental model - advantages, disadvantages and when to use it]</ref>
#* 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.<ref>{{Cite web |title=Methodology:: Development Models |url=http://myprojects.kostigoff.net/methodology/development_models/development_models.htm |work=myprojects.kostigoff.net |accessdate=2020-06-18}}</ref>
# 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 kisebb 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ányok'''<ref>[http://myprojects.kostigoff.net/methodology/development_models/development_models.htm Methodology:: Development Methods]</ref>
 
# 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 ==
40 ⟶ 37 sor:
# Telepítés: az összes növekedés integrálása.
 
== Lásd mégJegyzetek ==
{{Reflist}}
 
== Források ==
 
=== Ismeretterjesztő weblapok ===
'''Hátrányok'''<ref>*[http://myprojects.kostigoff.net/methodology/development_models/development_models.htm Methodology::Módszertan DevelopmentFejlesztési Methodsmodellek]</ref>
* [http://www.softdevteam.com/Incremental-lifecycle.asp Növekményes életciklus]
* [http://istqbexamcertification.com/what-is-incremental-model-advantages-disadvantages-and-when-to-use-it/ Mi az inkrementális modell - előnyei, hátrányai és mikor kell használni?]
* [http://www.technotrice.com/incremental-model-in-software-engineering/ Növekményes modell a szoftverfejlesztésben]
 
== Kapcsolódó szócikkek ==
* Iteratív és inkrementális fejlődés
* [[Gyors alkalmazásfejlesztés]]
* [[DevOps|Növekményes megközelítés]]
 
== Irodalom ==
{{Reflist}}
 
== Külső linkek ==
 
* [http://myprojects.kostigoff.net/methodology/development_models/development_models.htm Módszertan Fejlesztési modellek]
* [http://www.softdevteam.com/Incremental-lifecycle.asp Növekményes életciklus]
* [http://istqbexamcertification.com/what-is-incremental-model-advantages-disadvantages-and-when-to-use-it/ Mi az inkrementális modell - előnyei, hátrányai és mikor kell használni?]
* [http://www.technotrice.com/incremental-model-in-software-engineering/ Növekményes modell a szoftverfejlesztésben]