Konfigurationsmanagement (CM) ist ein Prozess, um Konsistenz einer Leistung eines Produktes, funktioneller und physischer Attribute mit seinen Voraussetzungen, Design und betrieblicher Information überall in seinem Leben einzusetzen und aufrechtzuerhalten.

Der CM-Prozess wird von militärischen Technikorganisationen weit verwendet, um komplizierte Systeme, wie Waffensysteme, Fahrzeuge und Informationssysteme zu führen. Außerhalb des Militärs wird der CM-Prozess jetzt mit vielen Bereichsmodellen im Hoch- und Tiefbau und den anderen Industrietechniksegmenten wie Straßen, Brücken, Kanäle, Dämme und Gebäude verwendet.

Einführung in den CM

CM, wenn angewandt, über den Lebenszyklus eines Systems, stellt Sichtbarkeit und Kontrolle seiner Leistung, funktioneller und physischer Attribute zur Verfügung. CM prüft nach, dass ein System, wie beabsichtigt, leistet, und identifiziert und im genügend Detail dokumentiert wird, um seinen geplanten Lebenszyklus zu unterstützen. Der CM-Prozess erleichtert regelmäßiges Management der Systeminformation und Systemänderungen zu solchen vorteilhaften Zwecken, um Fähigkeit zu revidieren; verbessern Sie Leistung, Zuverlässigkeit oder Haltbarkeit; erweitern Sie Leben; reduzieren Sie Kosten; reduzieren Sie Gefahr und Verbindlichkeit; oder richtige Defekte. Die relativ minimalen Kosten, CM durchzuführen, werden zurückgegeben viele falten sich in der Kostenaufhebung. Der Mangel des CM oder seine unwirksame Durchführung, kann sehr teuer sein und kann manchmal solche katastrophalen Folgen als Misserfolg der Ausrüstung oder Verlust des Lebens haben.

CM betont die funktionelle Beziehung zwischen Teilen, Subsystemen und Systemen, um Systemänderung effektiv zu kontrollieren. Es hilft nachzuprüfen, dass, wie man systematisch betrachtet, vorgeschlagene Änderungen nachteilige Effekten minimieren. Änderungen zum System werden vorgeschlagen, bewertet, und haben das Verwenden einer standardisierten, systematischen Annäherung durchgeführt, die Konsistenz sichert, und vorgeschlagene Änderungen in Bezug auf ihren vorausgesehenen Einfluss auf das komplette System bewertet werden. CM prüft nach, dass Änderungen, wie vorgeschrieben, ausgeführt werden, und dass die Dokumentation von Sachen und Systemen ihre wahre Konfiguration widerspiegelt. Ein ganzes CM-Programm schließt Bestimmungen für die Speicherung, das Verfolgen und das Aktualisieren der ganzen Systeminformation über einen Bestandteil, Subsystem und Systembasis ein.

Ein strukturiertes CM-Programm stellt sicher, dass Dokumentation (z.B, Voraussetzungen, Design, Test und Annahmedokumentation) für Sachen genau und mit dem wirklichen physischen Design des Artikels im Einklang stehend ist. In vielen Fällen, ohne CM, besteht die Dokumentation, aber ist mit dem Artikel selbst nicht im Einklang stehend. Deshalb werden Ingenieure, Auftragnehmer und Management oft gezwungen, Dokumentation zu entwickeln, die den wirklichen Status des Artikels widerspiegelt, bevor sie mit einer Änderung fortfahren können. Dieser Rücktechnikprozess ist in Bezug auf den Menschen und die anderen Mittel verschwenderisch und kann minimiert werden oder hat Verwenden-CM beseitigt.

Geschichte des CM

Configuration Management (CM) als eine formelle Verwaltungsannäherung wurde durch den USAF für DoD in den 1950er Jahren als eine technische Verwaltungsdisziplin für Hardware-Material-Sachen entwickelt — und es ist jetzt eine Standardpraxis in eigentlich jeder Industrie. Der CM-Prozess ist seine eigene technische Disziplin einmal gegen Ende der 1960er Jahre geworden, als sich DoD entwickelt hat, hat eine Reihe von militärischen Standards die "480 Reihen" genannt (d. h., MIL-STD-480 und MIL-STD-481), die nachher in den 1970er Jahren ausgegeben wurden. 1991 wurden die "480 Reihen" in einen einzelnen Standard bekannt als der MIL-STD-973 konsolidiert, der dann durch MIL-HDBK-61 entsprechend einer allgemeinen Absicht von DoD ersetzt wurde, die die Anzahl von militärischen Standards für die Industrie technische von Standards Developing Organizations (SDO) unterstützte Standards vermindert hat. Das hat den Anfang dessen gekennzeichnet, was sich jetzt zu am weitesten verteilt entwickelt hat und Standard auf dem CM, ANSI EIA 649 1998 akzeptiert hat. Jetzt weit angenommen von zahlreichen Organisationen und Agenturen schließen die CM-Disziplin-Konzepte (SE), einheitliche Logistik-Unterstützung (ILS), Fähigkeitsreife-Musterintegration (CMMI), ISO 9000, Prince2 Projektverwaltungsmethodik, COBIT, Information Technology Infrastructure Library (ITIL), Produktlebenszyklus-Management und Anwendungslebenszyklus-Management ein. Viele dieser Funktionen und Modelle haben CM von seiner traditionellen holistischen Annäherung bis technisches Management wiederdefiniert. Ein Vergnügen-CM als ähnlich seiend einer Bibliothekar-Tätigkeit, und bricht Änderungskontrolle oder Änderungsverwaltung als ein getrennter oder Standplatz allein Disziplin aus.

Übersicht des Konfigurationsmanagements

CM ist die Praxis, Änderungen systematisch zu behandeln, so dass ein System seine Integrität mit der Zeit aufrechterhält. CM führt die Policen, Verfahren, durch

Techniken und Werkzeuge, die erforderlich sind sich zu behelfen, bewerten vorgeschlagene Änderungen, verfolgen den Status von Änderungen, und einen Warenbestand des Systems und der Unterstützungsdokumente aufrechtzuerhalten, als sich das System ändert. CM-Programme und Pläne stellen technische und administrative Richtung der Entwicklung und Durchführung die Verfahren, Funktionen, Dienstleistungen, Werkzeuge, Prozesse und Mittel zur Verfügung, die erforderlich sind für, ein kompliziertes System erfolgreich zu entwickeln und zu unterstützen. Während der Systementwicklung erlaubt CM Programm-Management, Voraussetzungen überall im Lebenszyklus durch die Annahme und Operationen und Wartung zu verfolgen. Da Änderungen mit den Voraussetzungen und dem Design unvermeidlich vorgenommen werden, müssen sie genehmigt und dokumentiert werden, eine genaue Aufzeichnung des Systemstatus schaffend. Ideal wird der CM-Prozess überall im Systemlebenszyklus angewandt.

Der CM-Prozess sowohl für die Hardware als auch für Softwarekonfigurationssachen umfasst fünf verschiedene Disziplinen, wie gegründet, im MIL-HDBK-61A und ANSI/EIA-649. Diese Disziplinen werden als Policen und Verfahren ausgeführt, um Grundlinien zu gründen und einen Standardänderungsverwaltungsprozess durchzuführen.

:* CM-Planung und Management: Ein formelles Dokument und Plan, das CM-Programm zu führen, das Sachen einschließt wie: Personal; Verantwortungen und Mittel; Lehrvoraussetzungen; Verwaltungsversammlungsrichtlinien, einschließlich eine Definition von Verfahren und Werkzeugen; Baselining-Prozesse; Konfigurationskontrolle und Konfigurationsstatus-Buchhaltung; das Namengeben der Vereinbarung; Rechnungskontrollen und Rezensionen; und CM-Voraussetzungen des Subunternehmers/Verkäufers.

:* Configuration Identification (CI): Besteht aus dem Setzen und Aufrechterhalten von Grundlinien, die das System oder die Subsystem-Architektur, die Bestandteile und irgendwelche Entwicklungen an jedem Punkt rechtzeitig definieren. Es ist die Basis, durch die Änderungen zu jedem Teil eines Informationssystems identifiziert, dokumentiert, und später durch Design, Entwicklung, Prüfung und Endübergabe verfolgt werden. CI gründet zusätzlich und erhält die endgültige aktuelle Basis für die Kontroll- und Status-Buchhaltung (CSA) eines Systems und seiner Konfigurationssachen (CIs) überall in ihrem Lebenszyklus (Entwicklung, Produktion, Aufstellung und betriebliche Unterstützung) bis zur Verfügung aufrecht.

:* Konfigurationskontrolle: Schließt die Einschätzung aller Änderungsanforderungen und Änderungsvorschläge, und ihrer nachfolgenden Billigung oder Missbilligung ein. Es ist der Prozess, Modifizierungen zum Design des Systems, Hardware, firmware, Software und Dokumentation zu kontrollieren.

:* Konfigurationsstatus-Buchhaltung: Schließt den Prozess der Aufnahme und des Meldens von Konfigurationsartikel-Beschreibungen (z.B, Hardware, Software, firmware, usw.) und alle Abfahrten von der Grundlinie während des Designs und der Produktion ein. Im Falle verdächtigter Probleme können die Überprüfung der Grundlinie-Konfiguration und genehmigten Modifizierungen schnell bestimmt werden.

:* Konfigurationsüberprüfung und Rechnungskontrolle: Eine unabhängige Rezension der Hardware und Software zum Zweck, Gehorsam von feststehenden Leistungsvoraussetzungen, kommerziellen und passenden militärischen Standards, und funktionell, zugeteilt, und Produktgrundlinien zu bewerten. Konfigurationsrechnungskontrollen prüfen das System nach, und Subsystem-Konfigurationsdokumentation erfüllt ihre funktionellen und physischen Leistungseigenschaften vor der Annahme in eine architektonische Grundlinie.

Softwarekonfigurationsmanagement

Für die Informationsversicherung kann CM als das Management von Sicherheitseigenschaften und Versicherungen durch die Kontrolle von Änderungen definiert werden, die mit Hardware, Software, firmware, Dokumentation, Test, Testvorrichtungen und Testdokumentation überall im Lebenszyklus eines Informationssystems vorgenommen sind. Der CM für die Informationsversicherung, manchmal gekennzeichnet als Sicheres Konfigurationsmanagement, verlässt sich auf Leistung, funktionelle und physische Attribute DAVON Plattformen und Produkte und ihre Umgebungen, um die passenden Sicherheitseigenschaften und Versicherungen zu bestimmen, die verwendet werden, um einen Anlagenkonfigurationsstaat zu messen. Zum Beispiel können Konfigurationsvoraussetzungen für eine Netzbrandmauer verschieden sein, die als ein Teil einer Internetgrenze einer Organisation gegen diejenige fungiert, die als eine innere lokale Netzbrandmauer fungiert.

Der traditionelle Prozess des Softwarekonfigurationsmanagements (SCM) wird von Praktikern als die beste Lösung des Berührens von Änderungen in Softwareprojekten betrachtet. Es identifiziert die funktionellen und physischen Attribute der Software an verschiedenen Punkten rechtzeitig, und führt systematische Kontrolle von Änderungen zu den identifizierten Attributen zum Zweck durch, Softwareintegrität und Rückverfolgbarkeit überall im Softwareentwicklungslebenszyklus aufrechtzuerhalten.

Die SCM gehen in einer Prozession weiter definiert das Bedürfnis, Änderungen und die Fähigkeit zu verfolgen, nachzuprüfen, dass die gelieferte Endsoftware alle geplanten Erhöhungen hat, die in die Ausgabe eingeschlossen werden sollen. Es identifiziert vier Verfahren, die für jedes Softwareprojekt definiert werden müssen sicherzustellen, dass ein SCM gesunder Prozess durchgeführt wird. Sie sind:

1. Konfigurationsidentifizierung
2. Konfigurationskontrolle
3. Konfigurationsstatus-Buchhaltung
4. Konfiguration revidiert

Diese Begriffe und Definitionen ändern sich vom Standard bis Standard, aber sind im Wesentlichen dasselbe.

• Konfigurationsidentifizierung ist der Prozess, die Attribute zu identifizieren, die jeden Aspekt eines Konfigurationsartikels definieren. Ein Konfigurationsartikel ist ein Produkt (Hardware und/oder Software), der einen Endbenutzer-Zweck hat. Diese Attribute werden in der Konfigurationsdokumentation und baselined registriert. Baselining ein Attribut zwingt formelle Konfigurationsänderungskontrollprozesse, bewirkt zu werden, falls diese Attribute geändert werden.
• Konfigurationsänderungskontrolle ist eine Reihe von Prozessen und Billigungsstufen, die erforderlich sind, eine Konfiguration die Attribute des Artikels und zur Wiedergrundlinie sie zu ändern.
• Konfigurationsstatus-Buchhaltung ist die Fähigkeit, zu registrieren und über die Konfigurationsgrundlinien zu berichten, die mit jedem Konfigurationsartikel jederzeit der Zeit vereinigt sind.
• Konfigurationsrechnungskontrollen werden in funktionelle und physische Konfigurationsrechnungskontrollen gebrochen. Sie kommen entweder bei der Übergabe oder im Moment vor, die Änderung zu bewirken. Eine funktionelle Konfigurationsrechnungskontrolle stellt sicher, dass funktionelle Attribute und Leistungsattribute eines Konfigurationsartikels erreicht werden, während eine physische Konfigurationsrechnungskontrolle sicherstellt, dass ein Konfigurationsartikel in Übereinstimmung mit den Voraussetzungen seiner ausführlichen Designdokumentation installiert wird.

Wartungssysteme

Konfigurationsmanagement wird verwendet, um ein Verstehen des Status des komplizierten Vermögens aufrechtzuerhalten, in der Absicht das höchste Niveau der Brauchbarkeit für die niedrigsten Kosten aufrechtzuerhalten. Spezifisch hat es zum Ziel sicherzustellen, dass Operationen wegen des Aktivpostens (oder Teile des Aktivpostens) Überlauf von Grenzen der geplanten Lebensspanne oder unter Qualitätsniveaus nicht gestört werden.

Im Militär wird dieser Typ der Tätigkeit häufig als "Missionsbereitschaft" klassifiziert und bemüht sich zu definieren, welches Vermögen verfügbar ist und für der Typ der Mission; ein klassisches Beispiel ist, ob Flugzeuge an Bord ein Flugzeugträger mit Bomben für die Boden-Unterstützung oder Raketen für die Verteidigung ausgestattet werden.

Eine Theorie der Konfigurationswartung wurde vom Zeichen-Bürger ausgearbeitet

, mit einer praktischen Durchführung auf gegenwärtigen Computersystemen in der Software Cfengine, der fähig ist, Echtzeitreparatur sowie vorbeugende Wartung durchzuführen.

Vorbeugende Wartung

Das Verstehen, "wie" Staat eines Aktivpostens und seiner Hauptbestandteile ist, ist ein wesentliches Element in der vorbeugenden Wartung, wie verwendet, in Wartung, Reparatur, und Überholung und Unternehmensanlagenverwaltungssystemen.

Kompliziertes Vermögen wie Flugzeug, Schiffe, hängt Industriemaschinerie usw. von vielen verschiedenen Bestandteilen ab, die verwendbar sind. Diese Brauchbarkeit wird häufig in Bezug auf den Betrag des Gebrauchs definiert, den der Bestandteil gehabt hat, seitdem es, da geeignet, da repariert, der Betrag des Nutzens neu war, den es über sein Leben und mehrere andere Begrenzungsfaktoren gehabt hat. Das Verstehen, wie in der Nähe vom Ende ihres Lebens jeder dieser Bestandteile ist, ist ein Hauptunternehmen gewesen, das mit intensiver Arbeitsaufzeichnung verbunden ist, die bis zu neuen Entwicklungen in der Software bleibt.

Prophetische Wartung

Viele Typen des Teilgebrauches elektronische Sensoren, um Daten zu gewinnen, der lebende Bedingungsüberwachung zur Verfügung stellt. Das Daten werden an Bord oder an einem abgelegenen Standort durch den Computer analysiert, um seine aktuelle Brauchbarkeit und zunehmend seine wahrscheinlichen zukünftigen Zustandverwenden-Algorithmen zu bewerten, die potenzielle zukünftige Misserfolge voraussagen, die auf vorherigen Beispielen des Misserfolgs durch die Felderfahrung und das Modellieren gestützt sind. Das ist die Basis für die "prophetische Wartung".

Die Verfügbarkeit von genauen und rechtzeitigen Daten ist in der Größenordnung vom CM notwendig, um betrieblichen Wert zur Verfügung zu stellen, und ein Mangel daran kann häufig ein Begrenzungsfaktor sein. Das Gefangennehmen und die Verbreitung der Betriebsdaten zu den verschiedenen Unterstützungsorganisationen werden eine Industrie an sich.

Die Verbraucher davon Daten sind zahlreicher und kompliziert mit dem Wachstum von Programmen gewachsen, die von Originalherstellern (OEM) angeboten sind. Diese werden entworfen, um sich zu bieten, Maschinenbediener haben Verfügbarkeit versichert, und machen Sie das Bild komplizierter mit dem Maschinenbediener, der den Aktivposten, aber den OEM führt, der die Verbindlichkeit übernimmt, um seine Brauchbarkeit zu sichern. In solch einer Situation können individuelle Bestandteile innerhalb eines Aktivpostens direkt zu einem Analyse-Zentrum kommunizieren, das durch den OEM oder einen unabhängigen Analytiker zur Verfügung gestellt ist.

Standards

• ANSI/EIA-649-1998 Nationaler Einigkeitsstandard für das Konfigurationsmanagement
• EIA-649-A 2004 Nationaler Einigkeitsstandard für das Konfigurationsmanagement
• 2011-Konfigurationsverwaltungsstandard von TechAmerica/ANSI EIA-649-B
• ISO 10007:2003 Qualitätsverwaltungssysteme - Richtlinien für das Konfigurationsmanagement
• Bundesstandard 1037C
• GEIA Standard 836-2002 Konfigurationsverwaltungsdatenaustausch und Zwischenfunktionsfähigkeit
• IEEE 829Standard für die Softwaretestdokumentation
• MIL-STD-973-Konfigurationsmanagement (annulliert am 20. September 2000)
• STANAG 4159 NATO-Ausrüstungskonfigurationsverwaltungspolitik und Verfahren für Multinationale Gemeinsame Projekte
• STANAG 4427 Einführung von Verbündeten Konfigurationsverwaltungsveröffentlichungen (ACMPs)
• CMMI CMMI für die Entwicklung, KONFIGURATIONSMANAGEMENT der Version 1.2

Richtlinien

• 828-2012 Zurzeit aktiver IEEE Standard, der ältere/unterstützt ersetzt.
• MIL-HDBK-61A-KONFIGURATIONSVERWALTUNGSLEITUNG am 7. Februar 2001
• 10007 Qualitätsmanagement - Richtlinien für das Konfigurationsmanagement
• GEIA-HB-649 - Durchführungsführer für das Konfigurationsmanagement

ANSI/EIA-649-1998 Nationaler Einigkeitsstandard für das Konfigurationsmanagement

• EIA-836 Einigkeitsstandard für den Konfigurationsverwaltungsdatenaustausch und die Zwischenfunktionsfähigkeit
• ANSI/EIA-632-1998 Prozesse für die Technik ein System

Bauindustrie

Mehr kürzlich ist Konfigurationsmanagement auf große Bauprojekte angewandt worden, die häufig sehr kompliziert sein und einen riesigen Betrag von Details und Änderungen haben können, die dokumentiert werden müssen. Bauagenturen wie die Bundesautobahn-Regierung haben Konfigurationsmanagement für ihre Infrastruktur-Projekte verwendet. Es gibt baubasierte Konfigurationsverwaltungswerkzeuge, die zum Ziel haben, Änderungsaufträge und RFIs zu dokumentieren, um sicherzustellen, dass ein Projekt Liste und auf dem Budget länger bleibt. Diese Programme können auch Information versorgen, um in der Wartung und Modifizierung der Infrastruktur zu helfen, wenn es vollendet wird. Eine solche Anwendung, ccsNet, wurde in einer Fallstudie geprüft, die von Federal Transportation Administration (FTA) gefördert ist, in der die Wirkung des Konfigurationsmanagements durch das Vergleichen des etwa 80 % ganzen Aufbaus von Los Angeles County Metropolitan Transit Agency (LACMTA) 1. und 2. Segmente der Roten Linie, eines Schiene-Bauprojektes von $ 5.3 Milliarden gemessen wurde. Diese Studie hat Ergebnisse nachgegeben, die einen Vorteil für das Verwenden des Konfigurationsmanagements auf Projekten dieser Natur anzeigen.

Siehe auch

• Änderungsentdeckung
• Granulierte Konfigurationsautomation
• Vergleich der offenen Quellkonfigurationsverwaltungssoftware
• Abhängigkeit
• Liste von Softwaretechnikthemen
• Netconf
• Netzmanagement
• Programmierung des Werkzeugs
• Revisionskontrolle
• Softwaretechnik