Ein Lebenszyklus der Systementwicklung, dessen Hauptphasen dargestellt sind [ 1 ]

Der Systementwicklungslebenszyklus ( SDLC ) beschreibt die typischen Phasen und deren Übergänge während der Entwicklung eines computerbasierten Systems. Diese Phasen erstrecken sich von der Konzeption bis zur Außerbetriebnahme. Grundsätzlich gibt es nur einen Lebenszyklus, dessen Klassifizierung jedoch variieren kann. Der Zyklus kann in unterschiedlich viele Phasen unterteilt und mit verschiedenen Bezeichnungen versehen werden. Der SDLC ist analog zum Lebenszyklus eines Lebewesens von der Geburt bis zum Tod. Insbesondere variiert der SDLC je nach System, ähnlich wie jedes Lebewesen einen einzigartigen Lebensweg durchläuft. [ 2 ] [ 3 ]

Der Softwareentwicklungszyklus (SDLC) schreibt nicht vor , wie Ingenieure bei der Durchführung der Systementwicklung während des gesamten Lebenszyklus vorgehen sollen. Präskriptive Techniken werden mit verschiedenen Begriffen wie Methodik, Modell, Rahmenwerk und formalem Prozess bezeichnet.

Für dasselbe Konzept wie SDLC werden auch andere Begriffe verwendet, darunter Softwareentwicklungslebenszyklus (ebenfalls SDLC), Anwendungsentwicklungslebenszyklus (ADLC) und Systemdesignlebenszyklus (ebenfalls SDLC). Diese anderen Begriffe konzentrieren sich auf einen anderen Entwicklungsbereich und sind mit unterschiedlichen präskriptiven Techniken verbunden, beschreiben aber im Wesentlichen denselben Lebenszyklus.

Der Begriff „Lebenszyklus“ wird oft ohne Leerzeichen geschrieben, also „lifecycle“, wobei die längere Schreibweise früher und in nicht-technischen Kontexten gebräuchlicher war. Das Akronym SDLC entstand, als die längere Form üblicher war, und ist weiterhin mit der Erweiterung verbunden, obwohl die kürzere Form im Ingenieurwesen verbreitet ist. Außerdem ist SDLC im Vergleich zu dem stark überladenen TLA SDL relativ einzigartig .

Phasen

Je nach Quelle wird der Softwareentwicklungszyklus (SDLC) in verschiedene Phasen unterteilt und mit unterschiedlichen Begriffen beschrieben. Dennoch gibt es Gemeinsamkeiten. Im Folgenden werden die wichtigsten Phasen mit der entsprechenden Terminologie beschrieben. Die Phasen sind im Wesentlichen durch die natürliche Abfolge der Entwicklung geordnet, können sich aber auch überschneiden und iterativ verlaufen.

Konzeptualisierung

In der Konzeptphase (auch Konzeptentwurf , Systemuntersuchung oder Machbarkeitsstudie genannt) werden Optionen und Prioritäten geprüft. Eine Machbarkeitsstudie kann anhand von Aktivitäten wie der Ermittlung von Nutzerbedürfnissen, Kostenschätzung, Nutzenanalyse und Ressourcenanalyse feststellen, ob sich der Entwicklungsaufwand lohnt. Die Studie sollte betriebliche, finanzielle, technische, menschliche und rechtliche/politische Aspekte berücksichtigen.

Anforderungsanalyse

Die Anforderungsanalyse (auch Vorentwurf genannt) umfasst das Verstehen des Problems und die Ermittlung des Bedarfs. Häufig werden dazu Nutzer einbezogen, um die Anforderungen zu definieren und diese in einem Dokument, der sogenannten Anforderungsspezifikation, festzuhalten.

Design

In der Entwurfsphase (auch Detailentwurf genannt) wird eine Lösung geplant. Der Plan kann Informationen auf hoher Ebene enthalten, wie die Beschreibung der Hauptkomponenten des Systems. Er kann aber auch detaillierte Informationen umfassen, wie die Beschreibung von Funktionen, Bildschirmlayout, Geschäftsregeln und Prozessabläufen. Die Entwurfsphase orientiert sich an den Systemanforderungen. Der Entwurf muss jede Anforderung erfüllen. Er kann in Textdokumenten sowie in Form von Funktionshierarchiediagrammen, Beispielbildschirmabbildungen, Geschäftsregeln, Prozessdiagrammen, Pseudocode und Datenmodellen dokumentiert werden .

Konstruktion

Während der Konstruktionsphase (auch Implementierungs- oder Produktionsphase genannt) wird das System realisiert. Basierend auf dem Entwurf werden Hardware- und Softwarekomponenten erstellt und integriert. Diese Phase umfasst das Testen von Unterkomponenten, Komponenten und die Integration einiger Komponenten, jedoch in der Regel keine Tests des Gesamtsystems. Die Entwicklung von Schulungsmaterialien, einschließlich Benutzerhandbüchern und Hilfedateien, kann ebenfalls Teil dieser Phase sein.

Annahme

Die Abnahmephase (auch Systemtest genannt ) dient dazu, das gesamte System zu testen, um sicherzustellen, dass es die Kundenerwartungen (Anforderungen) erfüllt .

Einsatz

Die Bereitstellungsphase (auch Implementierungsphase genannt) umfasst die Logistik der Auslieferung an den Kunden. Manche Systeme werden als Einzelinstanz (z. B. in der Cloud ) bereitgestellt, wobei die Bereitstellung ad hoc und manuell erfolgen kann. Andere Systeme werden in Serie gefertigt und sind mit dem Produktionsprozess und der Inbetriebnahme verbunden . Diese Phase kann die Schulung der Anwender sowie die Übergabe der zukünftigen Weiterentwicklung an das Support-Team beinhalten.

Wartung

Während der Wartungsphase (auch Betrieb, Nutzung und Support genannt) ruht die Entwicklung weitgehend. In dieser Phase wird jedoch Kundensupport geleistet, um Benutzerprobleme zu lösen und Verbesserungsvorschläge zu erfassen. Fehlerbehebungen und Erweiterungen werden durch die Rückkehr zur ersten Phase, der Konzeptphase, umgesetzt. Bei kleineren Änderungen kann der Zyklus im Vergleich zur anfänglichen Entwicklung deutlich verkürzt sein.

Außerdienststellung

Die Stilllegung (auch Entsorgung, Außerbetriebnahme, Auslaufenlassen genannt) ist der Zeitpunkt, an dem das System außer Betrieb genommen wird, d. h. wenn es das Ende seiner Lebensdauer erreicht hat .

Praktiken

Management und Kontrolle

SDLC-Phasen im Zusammenhang mit Managementkontrollen [ 4 ]

In diesem Abschnitt werden die Ziele der SDLC-Phasen beschrieben, einschließlich der wichtigsten Ergebnisse, einer Beschreibung empfohlener Aufgaben und einer Zusammenfassung der zugehörigen Kontrollziele für ein effektives Management. Für den Projektmanager ist es entscheidend, Kontrollziele während der Projektdurchführung festzulegen und zu überwachen. Kontrollziele sind klare Aussagen über das gewünschte Ergebnis oder den Zweck und sollten während des gesamten Projekts definiert und überwacht werden. Sie lassen sich in Hauptkategorien (Domänen) einteilen und beziehen sich, wie in Abbildung [ 4 ] dargestellt, auf die SDLC-Phasen.

Zur Steuerung und Kontrolle eines umfangreichen Softwareentwicklungsprojekts (SDLC) dient ein Projektstrukturplan (PSP) der Erfassung und Planung der Arbeitsschritte. Der PSP und alle programmatischen Unterlagen werden im Abschnitt „Projektbeschreibung“ des Projektbuchs abgelegt. Der Projektmanager wählt ein PSP-Format, das das Projekt am besten beschreibt.

Das Diagramm zeigt, dass die Abdeckung zahlreiche Phasen des SDLC umfasst, die zugehörigen Management Control Domains (MCD) zeigen jedoch Zuordnungen zu den SDLC-Phasen. Beispielsweise werden Analyse und Design primär im Rahmen der Beschaffungs- und Implementierungsdomäne durchgeführt, und Systemaufbau und Prototyping werden primär im Rahmen der Auslieferung und des Supports durchgeführt. [ 4 ]

Arbeitsstrukturierte Organisation

Projektstrukturplan [ 4 ]

Der obere Teil des Projektstrukturplans (PSP) bietet einen Überblick über Projektumfang und Zeitplan. Er sollte außerdem die wichtigsten Phasen und Meilensteine ​​zusammenfassen. Der mittlere Teil basiert auf den Phasen des Softwareentwicklungszyklus (SDLC). PSP-Elemente bestehen aus Meilensteinen und zu erledigenden Aufgaben (nicht aus durchzuführenden Aktivitäten) und haben jeweils eine Frist. Jede Aufgabe hat ein messbares Ergebnis (z. B. ein Analysedokument). Eine PSP-Aufgabe kann auf einer oder mehreren Aktivitäten basieren (z. B. Programmierung). Für Projektteile, die Unterstützung durch externe Dienstleister benötigen, ist eine Leistungsbeschreibung (SOW) erforderlich. Die Erstellung einer SOW erfolgt nicht während einer bestimmten SDLC-Phase, sondern umfasst alle Arbeiten des SDLC-Prozesses, die von externen Dienstleistern durchgeführt werden können. [ 4 ]

Ausgangswerte

Nach vier der fünf Phasen des Softwareentwicklungszyklus (SDLC) werden Baselines festgelegt, die für den iterativen Charakter des Modells von entscheidender Bedeutung sind. [ 5 ] Aus Baselines werden Meilensteine.

  • Funktionale Ausgangslage: festgelegt nach der Konzeptphase.
  • zugewiesene Basislinie: festgelegt nach der Vorentwurfsphase.
  • Produktbasislinie: festgelegt nach der detaillierten Konstruktions- und Entwicklungsphase.
  • Aktualisierte Produktbasislinie: festgelegt nach der Produktionsbauphase.

Im folgenden Diagramm sind diese Phasen in zehn Schritte unterteilt, von der Definition über die Erstellung bis hin zur Modifizierung von IT-Arbeitsprodukten:

Eine zehnphasige Version des Lebenszyklus der Systementwicklung[6].
Eine zehnphasige Version des Lebenszyklus der Systementwicklung [ 6 ].

Siehe auch

Referenzen

  1. ^ Abbildung von Mikael Häggström, MD. Referenz: Mohapatra, Dr. Hitesh; Rath, Dr. Amiya Kumar (24.04.2025). Grundlagen der Softwareentwicklung . BPB Publications. ISBN 978-93-6589-338-0Die
  2. ^ Auswahl eines Entwicklungsansatzes . Abgerufen am 17. Juli 2014.
  3. ^ Parag C. Pendharkara; James A. Rodgerb; Girish H. Subramanian (November 2008). „Eine empirische Studie der Cobb-Douglas-Produktionsfunktionseigenschaften des Softwareentwicklungsaufwands“. Information and Software Technology . 50 (12): 1181–1188 . doi : 10.1016/j.infsof.2007.10.019 .
  4. ^ a b c d e US-Repräsentantenhaus (1999). Richtlinien zum Lebenszyklus der Systementwicklung . S. 13. Archiviert am 19.10.2013 im Internet Archive .
  5. ^ Blanchard, BS, & Fabrycky, WJ (2006) Systems engineering and analysis (4. Aufl.) New Jersey: Prentice Hall. S. 31
  6. ^ US-Justizministerium (2003). Informationsressourcenmanagement Kapitel 1. Einleitung.

Weiterführende Literatur

  • Cummings, Haag (2006). Managementinformationssysteme für das Informationszeitalter . Toronto, McGraw-Hill Ryerson
  • Beynon-Davies, P. (2009). Wirtschaftsinformationssysteme . Palgrave, Basingstoke. ISBN 978-0-230-20368-6
  • Computer World, 2002 , abgerufen am 22. Juni 2006 aus dem World Wide Web:
  • Management Information Systems, 2005 , Abgerufen am 22. Juni 2006 aus dem World Wide Web: