Konfigurationsmanagement

Managementdisziplin, die über die gesamte Entwicklungszeit eines Erzeugnisses angewandt wird, um Transparenz und Überwachung seiner funktionellen und physischen Merkmale sicherzustellen. ...

• Konfigurationsidentifizierung: Definition u. Dokumentation der Bestandteile eines Erzeugnisses,…

• Konfigurationsüberwachung: Dokumentation u. Begründung von Änderungen, Planung von Freigaben, ...

• Konfigurationsbuchführung: Rückverfolgung aller Änderungen bis zur letzten Bezugskonfiguration, ...

• Konfigurationsauditierung: Qualitätssicherungsmaßnahmen für Freigabe einer Konfiguration eines Erzeugnisses

• KM-Planung: Festlegung der Grundsätze und Verfahren zum KM in Form eines KM-Plans

Gegenstand, der der Konfigurationsverwaltung unterworfen wird (eine einzelne Datei oder ein ganzer Dateibaum oder ... )

Zustand eines Dokuments zu einem bestimmten Zeitpunkt in einer bestimmten Ausprägung

parallel zueinander (gleichzeitig) existierende Ausprägungen eines Dokuments, die unterschiedliche Anforderungen erfüllen

zeitlich aufeinander folgende Zustände eines Dokuments

Komplexes Versionsobjekt, eine bestimmte Ausprägung eines Programmsystems

(oft hierarchisch strukturierte Menge von Dokumenten)

eine Konfiguration, die zu einem Meilenstein gehört und evaluiert wird

eine stabile Baseline, die ausgeliefert wird

Versionsmanagement befasst sich mit der Verwaltung der zeitlich aufeinander folgenden Revisionen eines Dokuments.

Jeder Benutzer hat sein eigenes vollständiges Repository (statt globale Repositories für Teilgruppen von Entwicklern wie bei ClearCase).

• Virtuell existiert ein gemeinsames globales Repository für alle Entwickler

• Es gibt dennoch keinen ausgewählten zentralen Server

• Tatsächlich besitzt jeder Peer ein eigenes Repository (mit allen Dateien oder ausgewählter Menge von Revisionen)

• Das P2P-Versionierungs-System ist „immun“ gegen Ausscheiden einzelner Peers (Revisionen werden auf mehreren Peers gehalten)

• Bei Netzpartitionierungen (Spezialfall: einzelner Entwickler arbeitet „offline“) wird je Partition ein eigener Branch angelegt

• Schließen sich Partitionen wieder zusammen, dann werden Branches wieder verschmolzen (im allgemeinen mit Entwicklerhilfe)

Das Variantenmanagement befasst sich mit der Verwaltung nebeneinander existierender Versionen eines Dokuments, die jeweils eine zeitliche Entwicklungsgeschichte besitzen.

Eine Software-Produkt-Linie (SPL) ist eine Menge „verwandter“ Softwaresysteme

• für eine bestimmte Anwendungsdomäne

• die auf Basis einer gemeinsamen Plattform (Rahmenwerk)

entwickelt werden

• Domänenentwicklung

• Anwendungsentwicklung

Ein Release ist eine an Kunden ausgelieferte Konfiguration eines (Software-) Systems bestehend aus ausführbaren Programmen, Bibliotheken, Dokumentation, Quelltexte, Installationsskripte, ... .

Das Releasemangement dokumentiert ausgelieferte Konfigurationen und stellt deren Rekonstruierbarkeit sicher.

• Festlegung der (zusätzlichen) Funktionalität eines neuen Releases

• Festlegung des Zeitpunktes der Freigabe eines neuen Releases

• Erstellung und Verbreitung eines Releases (siehe auch Buildmanagement)

• Dokumentation des Releases:

  • welche Revisionen welcher Dateien sind Bestandteil des Releases

  • welche Compilerversion wurde verwendet

  • Betriebssystemversionen auf Entwicklungs- und Zielplattform

1. Vorbedingungen für neues Release werden überprüft

2. Weiterentwicklung wird eingefroren (freeze): Feature Freeze (soft) & Code Freeze (hard)

3. Letzte Fehlerkorrekturen und umfangreiche Qualitätssicherungsmaßnahmen (Tests) werden durchgeführt

4. Release wird freigegeben und weiterverbreitet

Ein festgelegter Änderungsmanagementprozess sorgt dafür, dass Wünsche für Änderungen an einem Softwaresystem protokolliert, priorisiert und kosteneffektiv realisiert werden