Lebenszyklus der Softwareentwicklung
Der Software Development Life Cycle (SDLC) ist ein Prozess, der in einem Softwareprojekt innerhalb einer Softwareorganisation durchgeführt wird. Es besteht aus einem detaillierten Plan, der beschreibt, wie bestimmte Software entwickelt, gewartet, ersetzt und geändert oder verbessert wird. Es definiert eine Methodik zur Verbesserung der Softwarequalität und des gesamten Entwicklungsprozesses.
SDLC ist ein Prozess, der von IT-Analysten verwendet wird, um ein qualitativ hochwertiges Softwaresystem zu entwickeln oder neu zu gestalten, das sowohl den Kunden- als auch den realen Anforderungen entspricht.
Es berücksichtigt alle damit verbundenen Aspekte des Softwaretests, der Analyse und der Wartung nach dem Prozess.
Die wichtigen Phasen der SDLC sind in der folgenden Abbildung dargestellt:
Planung
Jede Aktivität muss mit einem Plan beginnen. Zu versagen zu planen ist planen zu versagen. Der Planungsgrad ist von Modell zu Modell unterschiedlich, aber es ist sehr wichtig, ein klares Verständnis dafür zu haben, was wir durch die Erstellung der Systemspezifikationen erstellen werden.
Bühne definieren
In dieser Phase analysieren und definieren wir die Systemstruktur. Wir definieren die Architektur, die Komponenten und wie diese Komponenten zusammenpassen, um ein funktionierendes System zu erzeugen.
Bühne gestalten
Beim Systemdesign werden die Designfunktionen und -vorgänge ausführlich beschrieben, einschließlich Bildschirmlayouts, Geschäftsregeln, Prozessdiagrammen und anderer Dokumentation. Die Ausgabe dieser Stufe beschreibt das neue System als eine Sammlung von Modulen oder Subsystemen.
Bauphase
Dies ist die Entwicklungsphase. Wir beginnen mit der Codegenerierung basierend auf dem Systemdesign unter Verwendung von Compilern, Interpreten und Debuggern, um das System zum Leben zu erwecken.
Implementierung
Die Implementierung ist Teil der Bauphase. In dieser Phase beginnen wir mit der Codegenerierung basierend auf dem Systemdesign unter Verwendung von Compilern, Interpreten und Debuggern, um das System zum Leben zu erwecken.
Testphase
Da verschiedene Teile des Systems abgeschlossen sind; Sie werden einer Reihe von Tests unterzogen. Es wird anhand der Anforderungen getestet, um sicherzustellen, dass das Produkt tatsächlich die in der Anforderungsphase angesprochenen Anforderungen erfüllt.
Testpläne und Testfälle werden verwendet, um Fehler zu identifizieren und sicherzustellen, dass das System gemäß den Spezifikationen funktioniert.
In dieser Phase werden verschiedene Arten von Tests wie Komponententests, manuelle Tests, Abnahmetests und Systemtests durchgeführt.
Fehlerverfolgung beim Testen
Software-Testberichte werden verwendet, um die Ergebnisse der ausgeführten Testpläne zu kommunizieren. In diesem Fall sollte ein Bericht alle Testinformationen enthalten, die sich auf das aktuell getestete System beziehen. Die Vollständigkeit der Berichte wird in exemplarischen Sitzungen überprüft.
Beim Testen eines Projekts sollen zwei Hauptziele erreicht werden:
Erkennen Sie Fehler und Defekte im System.
Erkennen Sie Inkonsistenzen zwischen Anforderungen und Implementierung.
Das folgende Flussdiagramm zeigt die Defect Tracking Process - -
Um die Hauptziele zu erreichen, besteht die Teststrategie für das vorgeschlagene System normalerweise aus vier Teststufen.
Dies sind Unit-Tests, Integrationstests, Abnahmetests und Regressionstests. In den folgenden Unterabschnitten werden diese Teststufen beschrieben, für deren Entwicklung und Ausführung die Rollen des Entwicklungsteams verantwortlich sind, sowie Kriterien für die Bestimmung ihrer Vollständigkeit.
Einsatz
Nach Beendigung der Testphase wird das System freigegeben und tritt in die Produktionsumgebung ein. Sobald das Produkt getestet und einsatzbereit ist, wird es offiziell auf dem entsprechenden Markt veröffentlicht. Manchmal erfolgt die Produktbereitstellung schrittweise gemäß der Geschäftsstrategie des Unternehmens.
Das Produkt kann zunächst in einem begrenzten Segment veröffentlicht und in der realen Geschäftsumgebung getestet werden (UAT-User Acceptance Testing). Basierend auf dem Feedback kann das Produkt dann unverändert oder mit vorgeschlagenen Verbesserungen im Zielmarktsegment veröffentlicht werden.
Post-SDLC-Prozess
Nachdem das Produkt auf den Markt gebracht wurde, erfolgt die Wartung für den bestehenden Kundenstamm.
In der Produktionsumgebung wird das System aufgrund nicht erkannter Fehler oder anderer unerwarteter Ereignisse geändert. Das System wird ausgewertet und der Zyklus zur Wartung des Systems wiederholt.
Rolle des Business Analyst während des SDLC-Prozesses
Wie das folgende Diagramm zeigt, ist BA daran beteiligt, die Geschäftsanforderungen voranzutreiben und sie in Lösungsanforderungen umzuwandeln.
Er ist an der Umsetzung der Lösungsfunktionen in Softwareanforderungen beteiligt. Führt dann in der Analyse- und Entwurfsphase, diktiert in der Codeentwicklung, folgt dann der Testphase während der Fehlerbehebung als Change Agent im Projektteam und erfüllt letztendlich die Kundenanforderungen.
