Definition „Software Development Life Cycle“

Was ist der SDLC?

| Autor / Redakteur: HJL / Stephan Augsten

Der SDLC beschreibt den Lebenszyklus eines Software-Produkts von der Schöpfung bis hin zum Einstellen aller Aktivitäten.
Der SDLC beschreibt den Lebenszyklus eines Software-Produkts von der Schöpfung bis hin zum Einstellen aller Aktivitäten. (© Asha Sreenivas - stock.adobe.com)

Der Software Development Life Cycle, kurz SDLC, beschreibt den Lebenszyklus eines Software-Produkts von der Schöpfung bis hin zum Einstellen aller Aktivitäten. Gerne nutzt das Software Engineering in Anlehnung an die menschliche Genesis die Formel „Von der Wiege bis zur Bahre“.

Dem Software Engineering, das heißt, der Softwaretechnik, obliegt die Aufgabe der Software-Herstellung. Dieser Prozess umfasst die Konzeption, Entwicklung und Inbetriebnahme von Softwareprodukten.

Komplexe Software-Anwendungen stellen hohe Anforderungen an Entwicklung und Betreuung. Eine wesentliche Grundvoraussetzung für die Herstellung einer lösungsorientierten, praxisgerechten Applikation ist die arbeitsteilige Vorgehensweise. Deshalb sind am Schöpfungsprozess Experten aus unterschiedlichen Disziplinen beteiligt. Maßgebliche Beiträge für die Wertschöpfungskette erbringen erfahrene Fachleute aus den Fachressorts Forschung, Entwicklung, Produkt-Dokumentation, Marketing, Vertrieb und Produkt-Service.

Eine strukturierte Abfolge von Etappen

SDLC steht als Kürzel für den Software-Entwicklungs-Lebenszyklus eines konzipierten Software-Produkts. Eine klar definierte und professionell strukturierte Abfolge von Etappen bildet die Grundlage. Der Prozess gliedert sich im Wesentlichen in folgende Schritte:

Bedarfsanmeldung

In dieser Phase erfolgen die Bedarfsmeldungen aus einer potenziellen Zielgruppe. Wünsche zu praxisgerechten Funktionen, Strukturen und Leistungsumfängen eines angestrebten Software-Produkts werden vom Zielmarkt in der Regel schriftlich formuliert.

Evaluation und Anforderungsphase

Fachleute aus System Engineering und Produkt Marketing beschäftigen sich mit der Ermittlung des Kundenbedarfs. Betriebswirtschaftlich relevante Faktoren und Einflüsse werden herangezogen, um die Tragfähigkeit des Projekts zu prüfen. Diese Untersuchungen und Berechnungen bilden die Grundlage für Lastenheft und Pflichtenheft.

Konzeptionsphase

Die Konzeptionsphase orientiert sich an diesen Lasten- und Pflichtenheften. Im Mittelpunkt steht nun die Ermittlung und Analyse strukturierter Lösungsansätze im Sinne eines bedarfsgerechten Software-Designs.

Produkt-Realisierungsphase

Der nächste Projektschritt befasst sich abteilungsübergreifend mit der Realisierung. Diese Phase wird bestimmt von Software-Entwicklung, Dokumentation und anwendungsgerechter Implementierung. Zu den greifbaren Ergebnissen zählen die für den Lebensweg eines neuen Softwareprodukts erforderlichen Dokumentationsunterlagen: begleitende Handbücher für Installation, administrative Belange sowie ein Bediener-Manual. Auch die Definition bedarfsgerechter Testszenarien und Abnahmeprozeduren erfolgt in der Realisierungsphase.

Qualitätssicherung

Die sich nahtlos anschließende Phase der Qualitätssicherung entscheidet maßgeblich über den Erfolg der Software-Entwicklung und deren Lebenszyklus. Ein noch junges Produkt hat die Forschungs- und Entwicklungsabteilung nach bestandenen Tests verlassen. Im Rahmen der flankierenden Qualitätssicherung bewährt sich die Software im täglichen Anwendungsbetrieb.

Im Praxisbetrieb auftretende Fehler lösen einen komplexen Rückkopplungsprozess aus. Die aus Programmierern, Dokumentationsfachleuten und Product Marketing bestehende Projektgruppe zeichnet verantwortlich für Fehlerbehebung und die Einbindung der Veränderungen in die Produkt-Dokumentation.

In größeren Software-Häusern obliegt die Qualitätssicherung dem Leiter des Qualitätswesens. Die Interaktion zwischen Funktionstest und Fehlerbehebung dauert an, bis das Produkt vom Qualitätswesen als "Frei von Fehlern" zertifiziert wird.

Beginn der Vermarktungsphase

Mit den nun folgenden Phasen wird der bisherige Labor-Charakter beendet. Das vom Qualitätswesen zertifizierte Produkt muss von nun an seine Qualitäten in der täglichen Praxis unter Beweis stellen. Die Startlinie wird symbolisch gebildet von der

Produktfreigabe – Product Release

Diese Phase darf mit Fug und Recht als Beginn der Vermarktung des neuen Produkts bezeichnet werden. Einige Anglizismen haben sich in den deutschen Sprachgebrauch eingeschlichen. Product Release bezeichnet die Produktfreigabe. Als "Roll-Out & Go-Live" bezeichnen Software-Häuser die Auslieferung konfektionierter Software-Pakete. Ist das Produkt in unterschiedlichen Versionen erhältlich, so bezeichnet der Prozess des „Versioning“ die Bereitstellung der mit Versionsnamen versehenen Pakete.

Die Product-Release-Phase gleicht einer konzertierten Aktion. Parallel zur Auslieferung der freigegebenen Produkte und Versionen finden im Hause der Kunden die Anwenderschulungen für die neue Software statt. In der Regel obliegt die öffentlichkeitswirksame Produktfreigabe einem Release Manager aus der Marketingabteilung. Dort wird auch über flankierende Maßnahmen bei der Produkteinführung befunden. In Abhängigkeit von Projekt-Komplexität und dem verfügbaren Budget ist die Verpflichtung externer Unternehmensberater und Consultants ein probater Verstärker bei der Öffentlichkeitsarbeit.

Produktpflege und Wartung

Eine im Markt etablierte und akzeptierte Software hat bereits einen durch Anwenderbasis und Zeitfaktor bestimmten Reifeprozess erreicht. Dennoch sind Produktpflege und begleitender Wartungsservice über eine längere Zeitspanne zu leisten. Nur so ist ein zeitnahes Reagieren auf Anforderungen und Wünsche aus der Kunden-Installationsbasis möglich. Erforderlich werdende Software-Anpassungen führen zu Software-Updates. Die Durchführung liegt in der Verantwortung der Service-Abteilung.

Ende des Lebenszyklus

Wie hier nachvollziehbar dargelegt wurde, beschreibt der SDLC den kompletten Lebenszyklus eines Software-Produkts. Doch wann naht das Ende? Die Antwort gibt der technologische Fortschritt. Software-Programme zählen zu jenen Technologieprodukten, die eingebettet in technologisch anspruchsvolle Umfelder funktionieren.

Diese Tatsache lässt erahnen, dass der Produkt-Lebenszyklus maßgeblich vom Technologie-Lebenszyklus abhängt. Im Zuge der Einführung neuer Technologien werden im Minimum Weiterentwicklungen erforderlich, die auf Bestehendem aufbauen. Erweist sich ein Produkt als nicht länger tragfähig, so ist das Ende des Lebenszyklus erreicht. Es wird vom Markt genommen.

Kommentare werden geladen....

Kommentar zu diesem Artikel

Der Kommentar wird durch einen Redakteur geprüft und in Kürze freigeschaltet.

Anonym mitdiskutieren oder einloggen Anmelden

Avatar
Zur Wahrung unserer Interessen speichern wir zusätzlich zu den o.g. Informationen die IP-Adresse. Dies dient ausschließlich dem Zweck, dass Sie als Urheber des Kommentars identifiziert werden können. Rechtliche Grundlage ist die Wahrung berechtigter Interessen gem. Art 6 Abs 1 lit. f) DSGVO.
  1. Avatar
    Avatar
    Bearbeitet von am
    Bearbeitet von am
    1. Avatar
      Avatar
      Bearbeitet von am
      Bearbeitet von am

Kommentare werden geladen....

Kommentar melden

Melden Sie diesen Kommentar, wenn dieser nicht den Richtlinien entspricht.

Kommentar Freigeben

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Freigabe entfernen

Der untenstehende Text wird an den Kommentator gesendet, falls dieser eine Email-hinterlegt hat.

Aktuelle Beiträge zu diesem Thema

Die beliebtesten DevOps-Anbieter

IT-Awards 2018

Die beliebtesten DevOps-Anbieter

Wenn Softwareentwicklung, IT-Betrieb und Qualitätssicherung unter einen Hut gebracht werden sollen, lautet das Zauberwort DevOps. Dieser Ansatz zur Prozessverbesserung sorgt durch gemeinsame Methoden, Abläufe und Tools für eine effiziente Zusammenarbeit dieser Bereiche. Im Ergebnis führt das zu schnellerer Anwendungsentwicklung, höherer Qualität und optimiertem Teamwork. lesen

Akzeptanz von Low Code und No Code

2. Auflage der Global Development Study 2018

Akzeptanz von Low Code und No Code

Low-Code- und No-Code-Plattformen sind bei Software-Entwicklern zwar sehr verbreitet, werden aber nicht so häufig genutzt. Dies zeigt die „Global Development Study“ von Evans Data, deren Ergebnisse halbjährlich veröffentlicht werden. lesen

C programmieren: 10 Codierungsregeln für sicherheitskritischen Code

C programmieren: 10 Codierungsregeln für sicherheitskritischen Code

Wie geht man beim Programmieren im C am geschicktesten vor, um stabilen, leicht testbaren und vor allem sicheren Code zu erhalten? Hier sind 10 grundsätzliche Codierungsregeln, die sich Entwickler auf dem Weg zu sicherer Software verinnerlichen sollten. lesen

DevOps in Legacy-IT integrieren

Agilität in Mainframe-Umgebungen

DevOps in Legacy-IT integrieren

Agile Entwicklungsmethoden in Mainframe-Umgebungen stoßen oft an Silo-Grenzen. Ihre Potenziale entfalten DevOps-Strategien in der Legacy-IT aber auch mit einem moderaten Ansatz. Es gilt, das Beste aus zwei Welten zu vereinen. lesen

Embedded Software mit Ada und SPARK erstellen

Programmierwettbewerb „Make with Ada“

Embedded Software mit Ada und SPARK erstellen

AdaCore ruft zum Embedded Software Developer aus aller Welt zum dritten Mal zur Teilnahme am Programmierwettbewerb „Make with Ada“ auf. Für den ersten Platz winkt dabei ein Preisgeld von 5.000 US-Dollar. lesen

Low-Code-Entwicklung – Ansatz und Tools

Zeitersparnis beim Programmieren

Low-Code-Entwicklung – Ansatz und Tools

Low-Code-Development ist der neueste Trend bei der Programmierung. Statt harten Codierens wird mit Hilfe von Applikationsdesignern und grafischen Methoden gearbeitet. Das kann Zeit und damit Kosten sparen, hat aber seine Tücken. lesen

Das sind die Gewinner der IT-Awards 2018

IT-Awards 2018

Das sind die Gewinner der IT-Awards 2018

Die Gewinner der IT-Awards 2018 stehen fest. Im Rahmen einer festlichen Abendgala wurden die Gewinner der Readers' Choice Awards 2018 der sieben Insider-Portale am 11. Oktober 2018 in Augsburg gekürt. lesen

Wo möchte man auf der DevOps-Reifeskala stehen?

Verschiedene DevOps-Umsetzungen

Wo möchte man auf der DevOps-Reifeskala stehen?

DevOps wird meist in einer der folgenden drei Formen umgesetzt: Als Lite-Version, Operations-orientiertes oder Development-orientiertes DevOps. Aber welches Modell passt zu meinem Unternehmen? lesen

Details zu .NET Core 3.0 und .NET Framework 4.8

Microsoft geht auf Wünsche der .NET-Entwickler ein

Details zu .NET Core 3.0 und .NET Framework 4.8

Microsoft arbeitet aktuell noch an den neuen Versionen von .NET Core und .NET Framework. Ein paar Wünsche der Entwickler-Community hat der Software-Anbieter aber bereits umgesetzt und im Developer Network bekanntgegeben. lesen

copyright

Dieser Beitrag ist urheberrechtlich geschützt. Sie wollen ihn für Ihre Zwecke verwenden? Infos finden Sie unter www.mycontentfactory.de (ID: 45267953 / Definitionen)