Der Software Development Life Cycle (SDLC) ist ein spirituelles Modell, das im Projektmanagement verwendet wird und die Phasen eines Informationssystem-Entwicklungsprojekts definiert, von einer ersten Machbarkeitsstudie bis zur Wartung der fertigen Anwendung.

Es gibt verschiedene Lebenszyklusmodelle für die Softwareentwicklung, die während der Softwareentwicklungsphase befolgt werden. Diese Modelle werden auch „ Softwareentwicklungsprozessmodelle .' Jedes Prozessmodell folgt einer Reihe von Phasen, die für seine Art einzigartig sind, um den Erfolg im Schritt der Softwareentwicklung sicherzustellen.

Hier sind einige wichtige Phasen des SDLC-Lebenszyklus:

Wasserfall-Modell

Der Wasserfall ist ein allgemein akzeptiertes SDLC-Modell. Bei dieser Methode wird der gesamte Prozess der Softwareentwicklung in verschiedene Phasen unterteilt.

Das Wasserfallmodell ist ein kontinuierliches Softwareentwicklungsmodell, bei dem die Entwicklung als stetig abwärts fließender Prozess (wie ein Wasserfall) durch die Schritte Anforderungsanalyse, Design, Implementierung, Test (Validierung), Integration und Wartung angesehen wird.

Die lineare Reihenfolge der Aktivitäten hat einige erhebliche Konsequenzen. Um das Ende einer Phase und den Beginn der nächsten zu identifizieren, müssen zunächst einige Zertifizierungstechniken am Ende jedes Schritts angewendet werden. Dies bedeutet in der Regel, dass die Ausgabe der Stufe mit ihrer Eingabe (die die Ausgabe des vorherigen Schritts ist) und die Ausgabe der Stufe mit den Gesamtanforderungen des Systems übereinstimmt.

RAD-Modell

Der RAD- oder Rapid Application Development-Prozess ist eine Übernahme des Wasserfallmodells. Ziel ist die Entwicklung von Software in kurzer Zeit. Das RAD-Modell basiert auf dem Konzept, dass ein besseres System in kürzerer Zeit entwickelt werden kann, indem Fokusgruppen zur Erfassung der Systemanforderungen eingesetzt werden.

• Geschäftsmodellierung
• Datenmodellierung
• Prozessmodellierung
• Anwendungsgenerierung
• Prüfung und Umsatz

Spiralmodell

Das Spiralmodell ist ein risikogesteuertes Vorgehensmodell . Dieses SDLC-Modell hilft der Gruppe, Elemente eines oder mehrerer Prozessmodelle wie Wasserfall, inkrementell, Wasserfall usw. zu übernehmen. Die Spiraltechnik ist eine Kombination aus Rapid Prototyping und Parallelität bei Design- und Entwicklungsaktivitäten.

Jeder Zyklus in der Spirale beginnt mit der Identifizierung der Ziele für diesen Zyklus, der verschiedenen Alternativen, die zum Erreichen der Ziele möglich sind, und der bestehenden Einschränkungen. Dies ist der erste Quadrant des Zyklus (oberer linker Quadrant).

Der nächste Schritt im Zyklus besteht darin, diese verschiedenen Alternativen basierend auf den Zielen und Einschränkungen zu bewerten. Der Schwerpunkt der Bewertung in diesem Schritt liegt auf der Risikowahrnehmung für das Projekt.

Der nächste Schritt besteht darin, Strategien zu entwickeln, die Unsicherheiten und Risiken lösen. Dieser Schritt kann Aktivitäten wie Benchmarking, Simulation und Prototyping umfassen.

V-Modell

Bei dieser Art des SDLC-Modelltests und der Entwicklung wird der Schritt parallel geplant. Es gibt also Verifizierungsphasen auf der Seite und die Validierungsphase auf der anderen Seite. V-Modell tritt durch Codierungsphase bei.

Inkrementelles Modell

Das inkrementelle Modell ist kein separates Modell. Es handelt sich notwendigerweise um eine Reihe von Wasserfallzyklen. Die Anforderungen werden zu Beginn des Projekts in Gruppen eingeteilt. Für jede Gruppe wird das SDLC-Modell zur Entwicklung von Software befolgt. Der SDLC-Prozess wird wiederholt, wobei jede Version weitere Funktionen hinzufügt, bis alle Anforderungen erfüllt sind. Bei dieser Methode fungiert jeder Zyklus als Wartungsphase für die vorherige Softwareversion. Durch die Änderung des inkrementellen Modells können sich Entwicklungszyklen überschneiden. Danach kann der nächste Zyklus beginnen, bevor der vorherige Zyklus abgeschlossen ist.

Agiles Modell

Agile Methodik ist eine Praxis, die die kontinuierliche Interaktion von Entwicklung und Tests während des SDLC-Prozesses eines Projekts fördert. Bei der agilen Methode wird das gesamte Projekt in kleine inkrementelle Builds unterteilt. Alle diese Builds werden in Iterationen bereitgestellt und jede Iteration dauert ein bis drei Wochen.

Jede agile Softwarephase zeichnet sich dadurch aus, dass sie mehrere Schlüsselannahmen über den Großteil der Softwareprojekte berücksichtigt:

1. Es ist schwierig, im Voraus darüber nachzudenken, welche Softwareanforderungen bestehen bleiben und welche sich ändern werden. Ebenso schwierig ist es, vorherzusagen, wie sich die Benutzerprioritäten im Verlauf des Projekts ändern werden.
2. Bei vielen Arten von Software sind Design und Entwicklung miteinander verzahnt. Das heißt, beide Aktivitäten sollten parallel durchgeführt werden, damit sich Entwurfsmodelle bereits bei der Erstellung bewähren. Es ist schwierig, darüber nachzudenken, wie viel Design erforderlich ist, bevor die Konstruktion zum Testen der Konfiguration verwendet wird.
3. Analyse, Design, Entwicklung und Tests sind (aus Planungssicht) nicht so vorhersehbar, wie wir es gerne hätten.

Iteratives Modell

Dabei handelt es sich um eine bestimmte Implementierung eines Softwareentwicklungslebenszyklus, die sich auf eine anfängliche, vereinfachte Implementierung konzentriert, die dann schrittweise an Komplexität und einem breiteren Funktionsumfang gewinnt, bis das endgültige System fertig ist. Kurz gesagt ist die iterative Entwicklung eine Möglichkeit, die Softwareentwicklung einer großen Anwendung in kleinere Teile zu zerlegen.

Urknallmodell

Das Big-Bang-Modell konzentriert sich auf alle Arten von Ressourcen in der Softwareentwicklung und -codierung, ohne oder mit sehr geringer Planung. Die Anforderungen werden verstanden und umgesetzt, wenn sie kommen.

Dieses Modell eignet sich am besten für kleine Projekte mit kleineren Entwicklungsteams, die zusammenarbeiten. Es ist auch für akademische Softwareentwicklungsprojekte nützlich. Es ist ein ideales Modell, wenn die Anforderungen entweder unbekannt sind oder kein endgültiges Veröffentlichungsdatum angegeben ist.

Prototypenmodell

Das Prototyping-Modell beginnt mit der Anforderungserfassung. Der Entwickler und der Benutzer treffen sich und definieren den Zweck der Software, ermitteln die Bedürfnisse usw.

A ' schnelles Design ' wird dann erstellt. Dieses Design konzentriert sich auf die Aspekte der Software, die für den Benutzer sichtbar sind. Anschließend erfolgt die Entwicklung eines Prototyps. Anschließend prüft der Kunde den Prototyp und nimmt ggf. erforderliche Modifikationen oder Änderungen am Prototyp vor.

In diesem Schritt findet eine Schleife statt und es werden bessere Versionen des Prototyps erstellt. Diese werden dem Benutzer fortlaufend angezeigt, sodass etwaige neue Änderungen im Prototyp aktualisiert werden können. Dieser Vorgang wird fortgesetzt, bis der Kunde mit dem System zufrieden ist. Sobald ein Benutzer zufrieden ist, wird der Prototyp unter Berücksichtigung von Qualität und Sicherheit in das tatsächliche System umgewandelt.