Konfigurationsmanagement

Konfigurationsmanagement (abgekürzt auch: KM; englisch configuration management, CM) ist eine Managementdisziplin^[1] "zur Herstellung und Erhaltung einer Übereinstimmung der Produktleistungen sowie der funktionalen und physikalischen Eigenschaften des Produkts".^[2] Das "Konfigurationsmanagement soll sicherstellen, dass das Produkt und seine Artefakte vollständig reproduzierbar sind."^[2]

KM korreliert mit dem Dokumentationsmanagement im Projektmanagement (z. B. PRINCE2), sowie mit Referenzmodellen wie CMMI.^[3][4][5][6]

KM basiert auf sogenannten Konfigurationseinheiten. Häufiger genannt auch Konfigurationselement (englisch: configuration item) bedeutet es ein "Element oder Aggregation von Hardware, Software oder beidem, das für das Konfigurationsmanagement vorgesehen und behandelt ist als einzelne Entität im Konfigurationsverwaltungsprozess".^[7] Per ISO/IEC 24765 existieren weitere sechs Definitionen aus verschiedenen ISO-Normen, die sich leicht unterscheiden, jedoch grob dasselbe aussagen.^[7]

Konfigurationsmanagement ist somit nicht per se an einen bestimmten Anwendungskontext und eine Systemkonfiguration gebunden. Konfigurationsmanagement geschieht innerhalb eines sogenannten Konfigurationsmanagement-Prozesses (KMP), welcher einer Organisation und Planung (KMO) bedarf.^[8]

Es sind vier Teilgebiete (Teilprozesse) des KM definiert:^{[9][10][7][11]}

• Konfigurationsidentifizierung (KI),
• Konfigurationsbuchführung (KB),
• Konfigurationsüberwachung (KÜ) und
• Konfigurationsaudit (KA).

Die koordinierte Umsetzung der Prozesse ist z. B. Teil der Aufgabe eines Konfigurationsmanagers bzw. -verantwortlichen, eines Integrators oder in Vertretung eines Projektleiters.^[8]

Auslöser für die Etablierung bzw. Entwicklung des KM war die stetig steigende Produktkomplexität.^[10][12] Als Reaktion auf daraus resultierende Probleme (z. B. wahrgenommene Unbeherrschbarkeit) wurde KM in den 1950er Jahren in der Luft- und Raumfahrtindustrie als Lösungsansatz entwickelt. Instrument der Umsetzung waren zu diesem Zeitpunkt einfache Karten, die den Status einer Konfiguration kennzeichneten.

Ähnliche Komplexitätsprobleme zeigten sich in Folge auch in anderen Produktbereichen. Entsprechend wurden die Methoden und Instrumente des KM für verschiedene Anwendungsbereiche verfeinert und spezialisiert. KM-Umsetzungen sind heute Teil vieler weitreichenderer Management-Disziplinen bspw. des Produktdatenmanagements oder im Bereich der Informatik des Softwarekonfigurationsmanagements.

Frühe Ansätze für KM waren z. B. Prüfsummenverfahren, welche heutzutage noch im Einsatz sind, wenn Software für Kunden oder Benutzer bereitgestellt wird, um Versionsstatus und (unerwünschte) Änderungen sichtbar zu machen, um damit die Konfiguration der Software abzusichern.^[13][14]

Aus verschiedenen Fachbereichen wurden unterschiedliche, jedoch im Kern ähnliche Definitionen für das Konfigurationsmanagement hergeleitet. Die folgenden Definitionen sind bekannt:

Das ANSI (American National Standards Institute) hat in Zusammenarbeit mit der EIA (Electronic Industries Alliance) folgende Definition veröffentlicht:^[15]

"Configuration Management ... is a management process for establishing and maintaining consistency of a product's performance, its functional and physical attributes, with its requirements, design and operational information, throughout its life."

Zu Deutsch:

"Konfigurationsmanagement ist ein Managementprozess zur Herstellung und Erhaltung einer Übereinstimmung der Produktleistungen sowie der funktionalen und physischen Eigenschaften des Produktes mit den Anforderungen, dem Produktdesign und den operativen Informationen während des gesamten Produktlebenszyklus."

KM ist Teil der sogenannten Supporting Life Cycle Processes (kurz: SUP) der Automotive SPICE Norm, und dort ist es "SUP.8" mit folgender Definition: "Der Zweck des Konfigurationsmanagement-Prozesses ist es, die Integrität aller Arbeitsprodukte eines Prozesses oder Projekts herzustellen und zu erhalten und sie den betroffenen Parteien zur Verfügung zu stellen."^[16][17]

Dabei gibt die Norm sieben Prozessschritte vor für eine erfolgreiche Implementierung des KM sowie neun "Base practices" und hat sieben "Work products".^[16]

Die IEEE Norm 828 (IEEE Standard for Configuration Management in Systems and Software Engineering) definiert KM wie folgt:^[8]

• (1) eine Disziplin, die technische und administrative Anweisungen und Überwachung anwendet, um: die funktionalen und physischen Merkmale eines Konfigurationsobjekts zu identifizieren und zu dokumentieren, Änderungen an diesen Merkmalen zu kontrollieren, den Status der Änderungsverarbeitung und der Implementierung aufzuzeichnen und zu melden
• (2) technische und organisatorische Aktivitäten, die die Identifizierung, Steuerung, den Status und die Aktivitäten, die Konfigurationsidentifikation, -steuerung, -statusbuchhaltung und -prüfung umfassen.

Es ist zu beachten, dass sich die IEEE- und die ISO-Norm leicht unterscheiden (siehe Norm-Annex L^[8]).

Weiterhin erhebt die IEEE-Norm einen Fokus auf Software.^[18]

Die international verabschiedete Definition gibt die ISO 10007:^[19]

Konfigurationsmanagement "ist eine Managementtätigkeit, die die technische und administrative Leitung des gesamten Produkt- und Dienstleistungslebenszyklus, dessen Konfigurationsangaben und Status und der produkt- und dienstleistungskonfigurationsbezogenen Angaben übernimmt."

Weiterhin, "Konfigurationsmanagement dokumentiert die Produkt- oder Dienstleistungskonfiguration." sowie "Konfigurationsmanagement sorgt für Kennzeichnung und Rückverfolgbarkeit des Produkts und hält den erreichten Stand seiner physischen und funktionellen Anforderungen sowie den Zugang zu genauen Informationen in allen Phasen seines Lebenszyklus bereit."

Eine Konfiguration ist somit die Summe "miteinander verbundener funktioneller und physischer Merkmale^[20] eines Produktes, wie sie in den Konfigurationsangaben beschrieben sind".

Das NIST Computer Security Resource Center definiert KM wie folgt:

"Eine Sammlung von Aktivitäten, die sich auf die Einrichtung und Aufrechterhaltung der Integrität von IT-Produkten und Informationssystemen konzentrieren, und zwar durch die Kontrolle von Prozessen zur Initialisierung, Änderung und Überwachung der Konfigurationen dieser Produkte und Systeme während des gesamten Lebenszyklus der Systementwicklung."^[21][22]

PRINCE2 definiert eine sog. Konfigurationsmanagementstrategie:^[23] "Mithilfe einer Konfigurationsmanagementstrategie wird ermittelt, wie und von wem die Produkte des Projekts gesteuert und geschützt werden."

Weitere Definitionen von KM finden sich in verschiedenen Büchern^[24][25] (teils als Buchkapitel) oder anderen Medien, wie z. B. SWEBOK.

Im Folgenden sind Definitionen von Herstellern aufgezeigt:

• IBM Engineering Requirements Management (ERM) DOORS:

CCM - Change and Configuration Management - "A systematic approach to establish and maintain the consistent performance of a system or product throughout its lifecycle, and to effectively manage changes in that product or system."^[26]

Zu Deutsch:

"Ein systematischer Ansatz, um die konsistente Leistung eines Systems oder Produkts über seinen gesamten Lebenszyklus hinweg zu etablieren und aufrechtzuerhalten und um Änderungen an diesem Produkt oder System effektiv zu verwalten."^[26]

• Red Hat:

Unter KM versteht man "die Verwaltung von Computersystemen, Servern und Software in der gewünschten Einheitlichkeit." mit dem Ziel "damit Unternehmen sicherstellen können, dass ihre Systeme auch bei ständigen Veränderungen wie erwartet funktionieren."^[27]

• Änderungsanträge oder -prozesse (Software)

Zusätzlich, kann unter KM auch verstanden werden: "Planung von Änderungsanträgen" und die "interpretationsfreie Vergabe von Prioritäten für die weitere Bearbeitung von Änderungsanträgen, die Festlegung der Wirksamkeit des umgesetzten Änderungsantrags und die Gruppierung von Änderungsanträgen zur gemeinsamen Bearbeitung."^[28][29]

Ziel des KM ist es^[2][30], den Grad der Erfüllung physischer und funktionaler Anforderungen an eine Konfigurationseinheit zu dokumentieren und diesbezüglich volle Transparenz herzustellen. Diese soll zudem dazu führen, dass jede an einer Konfigurationseinheit beteiligte Partei die richtigen und zutreffenden Informationen verwendet.^[8]

Als Beispiel für den Bedarf von KM dient eine Studie der IAEA über 50 Missionen ("OSART Missions") und kommt zu dem Ergebnis, dass "die Konfigurationsprobleme immer noch ein sehr reales Problem sind, egal welche Größe oder Nationalität des Versorgungsunternehmens, und dass Anstrengungen erforderlich sind, um die Situation zu verbessern."^[31]

• KM soll Reproduzierbarkeit von Produktständen (Konfigurationen) ermöglichen
• KM soll effizientes, verteiltes Arbeiten ermöglichen
• KM als professionelles Änderungsmanagement

• Fehlende Nachvollziehbarkeit von/bei Änderungen
• Mangelhafte oder erschwerte Möglichkeit zur Rücknahme von Änderungen
• Unwissen bei Produktversionen oder Testversionen im Zusammenhang mit Kundenlieferungen
• Dokumentation und Speicherorte von Artefakten
• Unzureichende Qualität bei Entwicklung und Produkt

Im IT-Kontext werden die folgenden Ziele mit KM verfolgt bzw. davon abgedeckt:^[32]

• Revisionssicherheit
• Qualitätssteigerung und Sicherheit der Systeme
• Effizienzsteigerung des Projekt-/Produktzyklus
• Komplexe Entwicklung und Wartung absichern

Im Sinne von ITIL 4, wird Konfigurationsmanagement dem Service Management Practice nebst Service Assets (siehe Asset Management, auch AM) zugeordnet.^[33][34] Zwischen KM und AM existieren Parallelen, aber es gibt auch Unterschiede.^[35][36][37]

KM dient u. a. der Erfüllung weiterer Normen wie z. B. Funktionale Sicherheit, ISO 26262 (dort Teil 8)^[38] oder ISO 20000.^[39][40]

Im Rahmen der KMO werden die organisatorischen und technischen Festlegungen zu KI, KB, KÜ und KA getroffen. Dies kann sowohl projekt- als auch produktspezifisch erfolgen. Wesentliche Entscheidungen betreffen die Auswahl der einzusetzenden Werkzeuge, die Zuweisung von zu erfüllenden Aufgaben an Aufgabenträger sowie deren Informationsrechte und -pflichten und die Festlegung von Prozessdefinitionen. Zudem fällt die Auditierung des Gesamtsystems zur Überprüfung der Einhaltung und Wirksamkeit der getroffenen Entscheidungen der KMO zu.^[8]

KI ist die Voraussetzung für die Durchführung von KB, KA, und KÜ. Sie umfasst die Auswahl von Konfigurationseinheiten, deren Gliederung zu einer Produktstruktur, Dokumentation sowie Nummernbildung zum Zweck der eindeutigen Identifizierung. Wesentliche Fragestellungen beziehen sich auf die Granularität einer Konfigurationseinheit, die Festlegung von Bezugskonfigurationen (Baselines) sowie die Auswahl einer Nummernsystematik.^[8]

KÜ adressiert Probleme, die sich aus der Veränderung einer Konfiguration ergeben. Zentrale Aktivität stellt daher das Änderungsmanagement dar. Ziel dessen ist es, alle Änderungen an Konfigurationseinheiten sowie deren zugeordneten Dokumenten zu identifizieren, beschreiben, klassifizieren, bewerten, genehmigen und einzuführen. Die mit entsprechenden Kompetenzen und Befugnissen ausgestattete Instanz wird als Konfigurationsausschuss (engl. change control board (CCB) bzw. configuration control board) bezeichnet. Sinnvolle Konfigurationsüberwachung setzt einen festgeschriebenen, formalen Prozess für die Behandlung von Änderungen voraus. Übliche Prozessschritte sind die Beantragung, Bewertung, Entscheidung, Beauftragung, Review der umgesetzten Änderungen und Freigabe. Alle Schritte werden möglichst standardisiert dokumentiert. In diesem Zusammenhang relevante Dokumente sind Änderungsantrag (engl. change request (CR)), Sitzungsprotokoll des CCB und Änderungsauftrag. Referenzobjekt für das Änderungsmanagement ist eine Bezugskonfiguration. Zu einem bestimmten Zeitpunkt stellt diese zusammen mit allen bis dahin freigegebenen Änderungen die gültige Konfiguration dar.^[8]

Der Prozess der Konfigurationsbuchführung hat die rückverfolgbare Dokumentation der Konfigurationen und Konfigurationseinheiten zum Ziel. Sie sollte daher sinnvollerweise bereits mit der ersten Erstellung von Konfigurationsdaten einsetzen. Gegenstand der KB sind alle Daten zur Konfigurationsidentifizierung und -überwachung.^[8]

Ein Konfigurationsaudit ist die formale Überprüfung von Konfigurationen hinsichtlich der Erfüllung von vertraglich zugesicherten funktionellen und physischen Merkmalen sowie der Übereinstimmung von realisiertem Produkt und zugehöriger Konfigurationsdokumentation. Es werden in diesem Sinne funktionale und physische Konfigurationsaudits unterschieden. Konfigurationsaudits können sowohl für ganze Konfigurationen als auch einzelne Konfigurationseinheiten durchgeführt werden. Insbesondere vor der Festlegung einer Bezugskonfiguration sollte ein Konfigurationsaudit angestrengt werden.^[8]

Für ein funktionierendes KM wird gefordert, jeden Stand eines Elementes (Datei, Quellcode, Dokument, Spezifikation, Software, Hardware, System etc.) eine eindeutige Identifizierung zuzuordnen, unabhängig davon ob die Methodik manuell oder automatisch erfolgt.^[2]

Manuelle Verfahren sind Methoden, die ohne Verwendung eines digitalen Werkzeuges (Computer, EDV, Software) eine Versionierung bzw. Konfigurierung darstellen bzw. KM-Verwaltung ermöglichen. Zum Beispiel stellten Randlochkarten lange Zeit eine effiziente Verwaltung von Karteikarten für Archive und Bibliotheken ohne Einsatz der Computertechnik sicher. Im einfachsten Falle können Konfigurationseinheiten z. B. auf einem Papier erfasst und dokumentiert werden mit entsprechender Zuordnung des Gültigkeitsstands (Version) und weiterer Merkmale. Dies würde sogar möglich sein, um Software aus Sicht des KM zu "konfigurieren", jedoch wäre der Aufwand für manuelle Dokumentation, Prozesse und Integration der Änderungen praxisfern oder aufgrund hoher Komplexität von Systemen wie z. B. einem PKW oder Flugzeug sogar unmöglich, weshalb man sich heutzutage computergestützter, automatischer Werkzeuge bedient.^[10]

Automatische bzw. assistierende Konfigurationsmanagementwerkzeuge sind Werkzeuge, um Konfigurationsmanagement datenbasiert zu praktizieren. Sie verwenden Archivierungsverfahren und Datenbanken und darauf aufbauend Prozesse, um den Benutzer sinnvoll im KM zu unterstützen. Ein KM-Werkzeug verwaltet die Versionsnummerierung und auch weitere Informationen wie Bearbeiter, Modifizierungszeitpunkt, ein "Label" oder ein Attribut eines zur archivierenden Objektes, und unterstützt den gesamten KM-Prozess. Die Historie wird als Beziehung in der Datenbank für Rückverfolgbarkeit hinterlegt. Es werden z. B. die Differenzen der Dateistände zumeist mit „Reverse-Delta“-Verfahren in einer Archivdatei gespeichert. Konfigurationen des Systems können mit fortgeschrittenen Konfigurationsmanagementwerkzeugen ebenfalls mit eindeutiger Kennzeichnung im Archiv festgehalten werden, ohne dass die einzelnen Elemente dabei mehrfach in der Datenbank vorhanden sind. Diese Werkzeuge bieten auch eine geregelte Zugriffskontrolle, so dass konkurrierende Änderungen von verschiedenen Bearbeitern an einem Element entweder gar nicht zugelassen werden oder – wenn sie zugelassen wurden – nicht verloren gehen, sondern kontrolliert mit Merge-Mechanismen zusammengeführt werden können. Bei komplexeren Projekten ist eine Werkzeugunterstützung im Bereich Konfigurationsmanagement dringend angeraten.

Die folgenden Listen beinhalten verschiedene Werkzeuge, teils kommerziell, die für KM eingesetzt werden oder eingesetzt werden können. Eine weitere Vergleichsliste mit Fokus auf Open-Source-Software existiert.

Per Software Engineering Body of Knowledge, kurz SWEBOK, dienen die folgenden Werkzeugklassen für KM:^[6]

• Bibliotheksverwaltung
• Tracking und Änderungsmanagement
• Versionsverwaltung
• Release-Management

Zu beachten ist, dass ein KM-Werkzeug über den Umfang eines gewöhnlichen Versionsmanagement-Werkzeugs wie Git hinausgeht, da das Versionsmanagement-Werkzeug selbst als eine Konfigurationseinheit gilt und eine Rückverfolgbarkeit zu anderen Werkzeugen gewährleistet sein muss. Im einfachsten Falle kann z. B. Excel als KM-Werkzeug zum Einsatz kommen. Größere Werkzeuge (PLM, ALM) unterstützen KM nebst Versionskontrolle und decken z. B. auch Anforderungsmanagement ab. Wenige der genannten Werkzeuge beherrschen auch Funktionalitäten im Bereich Produktlinien- und Variantenmanagement.^[41]

Hinweis: Die folgende Liste ist nicht vollständig.

• Apache Subversion (SVN), zentrales Versionsverwaltungssystem (Client/Server-basiert)
• Bazaar, verteiltes Versionsverwaltungssystem
• BitKeeper, verteiltes Versionsverwaltungssystem
• Concurrent Versions System (CVS), zentrales Versionsverwaltungssystem
• Fossil SCM^[42], verteiltes Versionsverwaltungssystem
• Gerrit Code Review bzw. Gerrit (Software), aufbauend auf Git, genutzt u. a. von Wikimedia für die Entwicklung
• Git, verteiltes Versionsverwaltungssystem – zur Linux-Kernel-Entwicklung erschaffen (als kommerzielle Onlineplattform auf Git-Basis umgesetzt durch z. B. GitLab, GitHub), auf Plattformen häufig wieder ähnlich einem zentralen System eingesetzt
• Mercurial, verteiltes Versionsverwaltungssystem
• Source Code Control System (SCCS), lokales Versionsverwaltungssystem

• CodeBeamer^[43]
• IBMs Rational Synergy
• IBMs Rational ClearCase
• Kovair ALM^[44]
• Micro Focus’ Dimensions CM^[45] (früher Serena Software)^[46]
• PTCs PLM Windchill^[47] (siehe auch PTC Integrity Lifecycle Manager, vormals MKS Integrity)
• Siemens Polarion ALM (siehe Siemens PLM Software)^[48][49]

• Ansible^[50]
• CFEngine
• Chef^[51]
• Microsoft Azure DevOps Server (vormals Team Foundation Server)^[52]
• Microsoft Endpoint Manager oder System Center Configuration Manager, SCCM^[53][54]
• Puppet
• Rudder
• Saltstack
• Universal Discovery and Universal CMDB^[55] von Micro Focus

• Application Lifecycle Management
• CMMI (Reifegradmodell, welches auch CM abdeckt)
• DMTF (dort: CMDB^[56] – Configuration Management Database)
• Managementprozess
• Product Lifecycle Management (PLM)
• Systems Engineering
• Semantic Versioning
• Softwaretechnik
• Versionsverwaltung
• Veränderungsmanagement
• V-Modell

• Brakel, R. et al. “Configuration Management for Wendelstein 7-X.” Fusion engineering and design 84.2–6 (2009): 505–508. Print.^[57]
• Colin Hood, Simon Wiedemann, Stefan Fichtinger, Urte Pautz Requirements Management: Interface Between Requirements Development and All Other Systems Engineering Processes. Chapter 7, Springer, Berlin 2007, ISBN 3-540-47689-X.^[58]
• Hees, Andreas et al. “Konfigurationsmanagement für rekonfigurierbare Produktionssysteme.” ZWF Zeitschrift für wirtschaftlichen Fabrikbetrieb 111.1–2 (2016): 11–14. Print.^[59]
• ISO 10007 - Qualitätsmanagement – Leitfaden für Konfigurationsmanagement^[19]
• Quigley, Jon M., and Kim L. Robertson. Configuration Management: Theory, Practice, and Application. Philadelphia, PA: Auerbach, 2015. Web.^[60]
• IAEA. Configuration Management in Nuclear Power Plants. Vienna, Austria: IAEA, 2003. Print.^[31]
• PMI: Practice standard for project configuration management. Project Management Institute, Newtown Square 2007, ISBN 978-1-930699-47-2 (englisch). 

Commons: Konfigurationsmanagement – Sammlung von Bildern, Videos und Audiodateien

• NASA Sample Configuration Management Plan (englisch) - rev b.doc Doc - rev b.pdf PDF

1. ↑ Managementnormen & Normen für Managementsysteme. Beuth Verlag, 22. April 2021, abgerufen am 22. April 2021. 
2. ↑ ^{a b c d} Marcus Grande: 100 Minuten für Konfigurationsmanagement. Vieweg+Teubner Verlag, Wiesbaden 2013, ISBN 978-3-8348-1908-6, doi:10.1007/978-3-8348-2308-3. 
3. ↑ Rainer Heinold: Rechtzeitiges Konfigurationsmanagement. In: Software Management: Beherrschung des Lifecycles (= Xpert.press). Springer, Berlin, Heidelberg 2002, ISBN 3-642-56367-8, S. 137–159, doi:10.1007/978-3-642-56367-6_8. 
4. ↑ Bernd-J. Madauss: Dokumentations- und Konfigurationsmanagement im Projekt. In: Projektmanagement: Theorie und Praxis aus einer Hand. Springer, Berlin, Heidelberg 2017, ISBN 978-3-662-54432-7, S. 455–481, doi:10.1007/978-3-662-54432-7_12. 
5. ↑ Ahmad Luqman: Comparison of Configuration Management Activities Between Prince 2 CMMI 1.1. In: 2006 International Conference on Emerging Technologies. November 2006, S. 742–745, doi:10.1109/ICET.2006.335917 (ieee.org [abgerufen am 22. April 2021]). 
6. ↑ ^{a b} Configuration Management - SEBoK. Abgerufen am 23. April 2021. 
7. ↑ ^{a b c} IEEE/ISO/IEC 24765-2017 - ISO/IEC/IEEE International Standard - Systems and software engineering--Vocabulary. Abgerufen am 22. April 2021. 
8. ↑ ^{a b c d e f g h i j} IEEE 828-2012 - IEEE Standard for Configuration Management in Systems and Software Engineering. Abgerufen am 22. April 2021. 
9. ↑ IEEE 729-1983 - IEEE Standard Glossary of Software Engineering Terminology. Abgerufen am 22. April 2021. 
10. ↑ ^{a b c} Susan A. Dart: The Past, Present, and Future of Configuration Management. 1992, S. 65311 Bytes, doi:10.1184/R1/6585185.V1 (cmu.edu [abgerufen am 22. April 2021]). 
11. ↑ ISO/IEC/IEEE 24765:2017. In: iso.org. Abgerufen am 22. April 2021 (englisch). 
12. ↑ Configuration Management in Complex Engineering Projects. In: Procedia CIRP. Band 11, 1. Januar 2013, ISSN 2212-8271, S. 173–176, doi:10.1016/j.procir.2013.07.046 (sciencedirect.com [abgerufen am 23. April 2021]). 
13. ↑ Bradley J. Brown: Checksum methodology as a configuration management tool. In: Journal of Systems and Software. Band 7, Nr. 2, Juni 1987, S. 141–143, doi:10.1016/0164-1212(87)90018-5 (elsevier.com [abgerufen am 24. April 2021]). 
14. ↑ George L Stefanek: Software validation and verification rules. In: Information Security Best Practices. Elsevier, 2002, ISBN 1-878707-96-5, S. 119–123, doi:10.1016/b978-187870796-3/50013-3 (elsevier.com [abgerufen am 24. April 2021]). 
15. ↑ EIA649C: Configuration Management Standard - SAE International. Abgerufen am 22. April 2021. 
16. ↑ ^{a b} VDA QMC Working Group 13 / Automotive SIG: Automotive SPICE Process Assessment / Reference Model. Hrsg.: VDA Quality Management Center. Nr. 3.1, 1. November 2017, S. 128. 
17. ↑ Automotive SPICE® | Home. Abgerufen am 31. Mai 2021. 
18. ↑ Configuration Management Through ISO 10007:2017 - ANSI Blog. In: The ANSI Blog. 2. Mai 2017, abgerufen am 22. April 2021 (amerikanisches Englisch). 
19. ↑ ^{a b} DIN ISO 10007:2020-10, Qualitätsmanagement - Leitfaden für Konfigurationsmanagement (ISO_10007:2017). Beuth Verlag GmbH, doi:10.31030/3175839 (beuth.de [abgerufen am 22. April 2021]). 
20. ↑ Gerhard Hab, Reinhard Wagner: Projektmanagement in der Automobilindustrie Effizientes Management von Fahrzeugprojekten entlang der Wertschöpfungskette. 3., überarbeitete und erweiterte Auflage. Springer Gabler, Wiesbaden 2010, ISBN 978-3-8349-8850-8, S. 303 ff. 
21. ↑ CSRC Content Editor: configuration management - Glossary | CSRC. Abgerufen am 24. Juni 2021 (amerikanisches Englisch). 
22. ↑ Joint Task Force: Security and Privacy Controls for Information Systems and Organizations. NIST Special Publication (SP) 800-53 Rev. 5. National Institute of Standards and Technology, 10. Dezember 2020 (nist.gov [abgerufen am 24. Juni 2021]). 
23. ↑ PRINCE2 Agile 2016 > A.6 Configuration management strategy. Abgerufen am 22. April 2021. 
24. ↑ Software Maintenance Management: Evaluation and Continuous Improvement | IEEE eBooks | IEEE Xplore. Abgerufen am 22. April 2021. 
25. ↑ Software Configuration Management Handbook, Third Edition. Abgerufen am 22. April 2021 (amerikanisches Englisch). 
26. ↑ ^{a b} Glossary terms for IBM Engineering Requirements Management DOORS. Abgerufen am 22. April 2021 (amerikanisches Englisch). 
27. ↑ Was ist Konfigurationsmanagement? Abgerufen am 22. April 2021. 
28. ↑ Jörg Noack: Konfigurationsmanagement. In: Techniken der objektorientierten Softwareentwicklung (= Xpert.press). Springer, Berlin, Heidelberg 2001, ISBN 3-642-59481-6, S. 340–376, doi:10.1007/978-3-642-59481-6_18. 
29. ↑ Guido Weischedel, Thomas Schwartz, Mark Andrews: Konfigurationsmanagement optimiert Änderungsprozesse. In: ATZextra. Band 13, Nr. 3, 1. Juni 2008, ISSN 2195-1470, S. 76–79, doi:10.1365/s35778-008-0124-z. 
30. ↑ Configuration Management Workflows. Abgerufen am 27. Mai 2021. 
31. ↑ ^{a b} Configuration Management in Nuclear Power Plants. 28. Februar 2019, abgerufen am 27. Mai 2021 (englisch). 
32. ↑ Carl Steinweg: Versions- und Konfigurationsmanagement. In: Projektkompass Softwareentwicklung: Geschäftsorientierte Entwicklung von IT-Systemen (= Zielorientiertes Software Development). Vieweg+Teubner Verlag, Wiesbaden 1999, ISBN 3-322-96910-X, S. 267–289, doi:10.1007/978-3-322-96910-1_11. 
33. ↑ Service Asset and Configuration Management | IT Process Wiki. Abgerufen am 7. Juli 2021 (englisch). 
34. ↑ Stefan Kempter: ITIL 4 | IT Process Wiki. Abgerufen am 7. Juli 2021 (englisch). 
35. ↑ Don't Confuse IT Asset Management and Configuration Management. 15. Februar 2019, abgerufen am 7. Juli 2021 (englisch). 
36. ↑ ITIL service asset and configuration management - Documentation for BMC CMDB 20.02 - BMC Documentation. Abgerufen am 7. Juli 2021. 
37. ↑ Service Asset and Configuration Management | IT Service Management Office. Abgerufen am 7. Juli 2021. 
38. ↑ Management of Functional Safety: Part 2 of ISO 26262 - Kugler Maag Cie. Abgerufen am 22. April 2021. 
39. ↑ ISO/IEC 20000-1:2011. In: iso.org. Abgerufen am 22. April 2021 (englisch). 
40. ↑ Ian Whyte: Configuration Management Ensuring Compliance with ISO/IEC 20000. (PDF) Bishops Beech Ltd, abgerufen am 22. April 2021 (englisch). 
41. ↑ Software Product Lines Curriculum. Abgerufen am 22. April 2021 (englisch). 
42. ↑ Fossil: Home. Abgerufen am 22. April 2021. 
43. ↑ codebeamer & codebeamer X | Intland Software. Abgerufen am 23. April 2021 (amerikanisches Englisch). 
44. ↑ Application Lifecycle Management - ALM Tools, Software - Kovair. Abgerufen am 22. April 2021 (amerikanisches Englisch). 
45. ↑ Configuration Management | Dimensions CM | Micro Focus. Abgerufen am 22. April 2021 (amerikanisches Englisch). 
46. ↑ Rüdiger Brand: Erfahrungsbericht aus einem Großprojekt des öAG Von der Anforderungsanalyse bis zur Überprüfung der Prüffallabdeckung mit durchgängiger Werkzeugkette. (PDF) 11. März 2009, archiviert vom Original (nicht mehr online verfügbar) am 24. Februar 2016; abgerufen am 22. April 2021.  Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.@1@2Vorlage:Webachiv/IABot/2009.reconf.de 
47. ↑ Engineering Change Management Software | Configuration Management | PTC. Abgerufen am 22. April 2021 (englisch). 
48. ↑ Siemens Digital Industries Software. Abgerufen am 22. April 2021. 
49. ↑ Softwareänderungs- und Konfigurationsmanagement. Abgerufen am 22. April 2021. 
50. ↑ Marco Bravo: Top 5 configuration management tools. In: opensource.com. 12. Dezember 2018, abgerufen am 22. April 2021 (englisch). 
51. ↑ Chef Software DevOps Automation Tools & Solutions | Chef. Abgerufen am 22. April 2021 (englisch). 
52. ↑ Azure DevOps Server | Microsoft Azure. Abgerufen am 22. April 2021. 
53. ↑ aczechowski: What is Configuration Manager? - Configuration Manager. Abgerufen am 23. April 2021 (amerikanisches Englisch). 
54. ↑ System Center 2019 - Datacenter Management | Microsoft. Abgerufen am 8. September 2021 (amerikanisches Englisch). 
55. ↑ CMDB & Discovery software for Cloud, Container, & On-prem Service Mapping | Micro Focus. Abgerufen am 24. Juni 2021 (amerikanisches Englisch). 
56. ↑ CMDBf | DMTF. Abgerufen am 14. April 2021. 
57. ↑ Configuration Management for Wendelstein 7-X. In: Fusion Engineering and Design. Band 84, Nr. 2-6, 1. Juni 2009, ISSN 0920-3796, S. 505–508, doi:10.1016/j.fusengdes.2008.11.008 (sciencedirect.com [abgerufen am 23. April 2021]). 
58. ↑ Colin Hood, Simon Wiedemann, Stefan Fichtinger, Urte Pautz: Requirements Management: The Interface Between Requirements Development and All Other Systems Engineering Processes. Springer-Verlag, Berlin Heidelberg 2008, ISBN 978-3-540-47689-4 (springer.com [abgerufen am 22. April 2021]). 
59. ↑ Andreas Hees, Leon Lipp, Stefan Braunreuther, Gunther Reinhart: Konfigurationsmanagement für rekonfigurierbare Produktionssysteme. In: Zeitschrift für wirtschaftlichen Fabrikbetrieb. Band 111, Nr. 1-2, 24. Februar 2016, ISSN 2511-0896, S. 11–14, doi:10.3139/104.111459. 
60. ↑ Configuration Management : Theory, Practice, and Application. Auerbach Publications, 2015, ISBN 978-0-429-19522-8, doi:10.1201/b18382 (taylorfrancis.com [abgerufen am 23. April 2021]).