Inkrementelles Modell in SDLC: Nutzen, Vorteil und Nachteil
Was ist ein inkrementelles Modell?
Das inkrementelle Modell ist ein Prozess der Softwareentwicklung, bei dem Anforderungen in mehrere eigenstรคndige Module des Softwareentwicklungszyklus unterteilt werden. Die inkrementelle Entwicklung erfolgt in den Schritten Analyseentwurf, Implementierung, Test/Verifizierung und Wartung.
Jede Iteration durchlรคuft die Anforderungen, Design, Codierung und Testphasen. Und jede nachfolgende Version des Systems erweitert die vorherige Version um Funktionen, bis alle vorgesehenen Funktionen implementiert sind.
Das System wird mit der Auslieferung des ersten Inkrements in Produktion genommen. Das erste Inkrement ist oft ein Kernprodukt, bei dem die grundlegenden Anforderungen berรผcksichtigt werden und in den nรคchsten Inkrementen ergรคnzende Funktionen hinzugefรผgt werden. Sobald das Kernprodukt vom Kunden analysiert wurde, erfolgt die Planentwicklung fรผr die nรคchste Stufe.
Zu den Merkmalen eines inkrementellen Moduls gehรถren:
- Die Systementwicklung gliedert sich in viele Mini-Entwicklungsprojekte
- Teilsysteme werden sukzessive zu einem endgรผltigen Gesamtsystem aufgebaut
- Die Anforderung mit der hรถchsten Prioritรคt wird zuerst bearbeitet
- Sobald die Anforderung entwickelt ist, wird die Anforderung fรผr dieses Inkrement eingefroren
| Inkrementelle Phasen | Aktivitรคten, die in inkrementellen Phasen ausgefรผhrt werden |
|---|---|
| Anforderungsanalyse |
|
| Technologie |
|
| Code |
|
| Test |
|
Wann werden inkrementelle Modelle verwendet?
- Anforderungen an das System sind klar verstanden
- Wenn die Nachfrage nach einer vorzeitigen Verรถffentlichung eines Produkts entsteht
- Wenn die Funktion Softwareentwicklung Das Team ist nicht sehr gut qualifiziert oder geschult
- Wenn risikoreiche Funktionen und Ziele im Spiel sind
- Eine solche Methodik wird eher fรผr Webanwendungs- und produktbasierte Unternehmen verwendet
Vor- und Nachteile des inkrementellen Modells
| Vorteile | Nachteile |
|---|---|
| Die Software wird wรคhrend des Softwarelebenszyklus schnell generiert | Es erfordert eine gute Planung |
| Es ist flexibel und kostengรผnstiger, Anforderungen und Umfang zu รคndern | Probleme kรถnnen aufgrund der Systemarchitektur auftreten, da nicht alle Anforderungen im Voraus fรผr den gesamten Software-Lebenszyklus erfasst werden |
| Im Laufe der Entwicklungsphasen kรถnnen รnderungen vorgenommen werden | Jede Iterationsphase ist starr und รผberschneidet sich nicht |
| Dieses Modell ist im Vergleich zu anderen Modellen kostengรผnstiger | Die Behebung eines Problems in einer Einheit erfordert eine Korrektur in allen Einheiten und nimmt viel Zeit in Anspruch |
| Auf jedes Gebรคude kann ein Kunde antworten | |
| Fehler sind leicht zu erkennen |


