Kapitel 25 Konfigurationsmanagement

Transkript

1 Kapitel 25 Konfigurationsmanagement Software Engineering 1: Software-Entwicklung Prof. Klaus Bothe Autor dieses Kapitels: Kay Schützler (Uli Sacklowski) Stand:

2 Prof. Klaus Bothe, HU-Berlin, Software Engineering Konfigurationsmanagement a) Motivation, Begriffe, Standards b) Aktivitäten und Dokumente c) Konfigurationsmanagement mit CVS d) SVN

3 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 3 Literatur Sommerville: Software Engineering, 6. Auflage, Kapitel 29, 2001 Balzert: Lehrbuch der Software-Technik (Bd. 2), 1998 Braude: Software Engineering An Object Oriented Approach, u.a. Lehrvideo zur CVS-Nutzung interessante Web-Site zum Projektmanagement (inkl. KM) zahlreiche Definitionen zum Thema Software Configuration Management Fogel, K., Bar M.: Open Source Development with CVS Seiten IEEE Standard for Software Configuration Management Plans, No IEEE Standard Glossary of Software Engineering Terminology, No

4 Konfigurationsmanagement Was sind die Elemente? Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 4 Def. eines Configuration Items (IEEE): An aggregation of hardware, software or both, that is designated for CM and treated as a single entity in the CM process. Hardware-Dokumente A380 Viele tausend Teile und teilweise differierend zwischen den Baureihen unser XCTL-Physik-Projekt - Entwickler-HW: geeignete Entwicklungsrechner - Anwendungs-HW: 3 Motor- und Detektortypen, jeweils mit controller-karte und Gerät und PCs Software-Dokumente Entwickler- und Nutzerdokumente Unser XCTL-Physik-Projekt - etwa 220 Entwicklerdokumente - ca. 700 Quelldateien im im Weiteren nur SW!

5 Software-Elemente (Configuration Items) Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 5 user README.TXT documentation LICENCE.TXT Software-Elemente (Configuration Items) Pflichtenheft source code 1.3 Klassendiagramm Utilities.java

6 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 6 Versionen von SW-Elementen Pflichtenheft user documentation README.TXT LICENCE.TXT Versionen von Software- Elementen source code 1.3 Klassendiagramm Utilities.java Jedes SW-Element wir durch seine Version bestimmt. Innerhalb seines Lebenszyklus entstehen viele Versionen.

7 Zwei Arten von Versionen : Revisionen und Varianten Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 7 Revision der Version V V V V V 2.0 Variante der Version V Revision: normale Entwicklung V.2.1 V.4.1 V.2.2 V.4.2 Variante (Nebenzweig): z.b. SW-Element für seltene oder veraltete HW. -> eigene Konfiguration

8 Software-Konfiguration Konfiguration CFG1 user documentation README.TXT Pflichtenheft LICENCE.TXT source code 1.3 Klassendiagramm Utilities.java Def. (Balzert): "eine benannte und formal freigegebene Menge von Software-Elementen, mit den jeweils gültigen Versionsangaben, die zu einem bestimmten Zeitpunkt im Produktlebenszyklus in ihrer Wirkungsweise und ihren Schnittstellen aufeinander abgestimmt sind und gemeinsam eine vorgesehene Aufgabe erfüllen sollen. Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 8

9 Warum ist SW-Konfigurationsmanagement wichtig? Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 9 Häufige Änderungen an Software Chaos droht Aufzeichnung der Historie Unklarheiten, ob Fehler bereits behoben oder noch vorhanden > Projekt- Management! Überwachung des Änderungsprozesses Schwierigkeiten bei der Isolierung der letzten funktionierenden Version Versions- und Konfigurationsauswahl automatisieren

10 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 10 Software-Konfigurationsmanagement Sommerville: Entwicklung und Anwendung von Standards und Verfahren zur Verwaltung eines sich weiterentwickelnden Systemprodukts Balzert: unterstützt die Identifikation, Initialisierung und effiziente Verwaltung von Software-Konfigurationen durch geeignete Methoden, Werkzeuge und Hilfsmittel, um durch kontrollierte Änderungen die Entwicklung und Pflege eines Software-Produkts zu erleichtern und transparent zu machen.

11 IEEE Standard zum SW- Konfigurationsmanagement Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 11

12 SW-Konfigurationsmanagement Teil des Projektmanagements Allg. Management-Prozess, nach /Mackenzie 69/ Die fünf universellen Manag.-Fktn. werden in der Regel sequ. und in Zyklen durchgeführt (3). 1. Planung 2. Organisation 3. Personal 4. Leitung 5. Kontrolle 1 Prozessmodell auch Basis bei Balzert. 2 3 Aufgabe des Projektmanagements: Konfigurationsmanagement etablieren Prof. Klaus Bothe, HU-Berlin, Software Engineering

13 Prof. Klaus Bothe, HU-Berlin, Software Engineering Konfigurationsmanagement a) Motivation, Begriffe, Standards b) Aktivitäten und Dokumente c) Konfigurationsmanagement mit CVS d) SVN

14 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 14 SW-Konfigurationsmanagementplan (1) Inhalte des SKM-Plans (IEEE ): 1. Einführung 2. SKM-Management 1. Organisation 2. SKM-Verantwortlichkeiten 3. Anzuwendende Vorgaben, Vorschriften & Vorgänge 3. SKM-Aktivitäten 1. Konfigurationsidentifikation Funktionale und physische Charakteristika von SW-Elementen identifizieren und dokumentieren 1. SW-Elemente identifizieren 2. SW-Elemente benennen 3. SW-Elemente akquirieren

15 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 15 SW-Konfigurationsmanagementplan (2) 2. Konfigurationssteuerung Veränderungen an SW-Elementen und damit verbundener Dokumentation kontrollieren 1. Änderungen anfordern 2. Änderungen evaluieren 3. Änderungen akzeptieren oder verwerfen 4. Änderungen implementieren 3. Konfigurations-Statusüberwachung Management-Informationen für effizienten Umgang mit SW-Elementen aufzeichnen (inkl. Status angestrebter und verwirklichter Änderungen) 4. Konfigurations-Audits und Reviews Übereinstimmung von SW-Elementen mit dokumentierten Anforderungen überprüfen 5. Schnittstellen-Steuerung Änderungen an Schnittstellen des Systems mit der Außenwelt kontrollieren 6. Vertragspartner/Fremdanbieter-Steuerung Einbindung von SW-Elementen Dritter in das eigene Produkt und Änderungen an diesen Fremd-SW-Elementen kontrollieren

16 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 16 SW-Konfigurationsmanagementplan (3) 4. SKM-Zeitmanagement 5. SKM-Ressourcen 6. SKM-Planüberarbeitung

17 Prof. Klaus Bothe, HU-Berlin, Software Engineering Konfigurationsmanagement a) Motivation, Begriffe, Standards b) Aktivitäten und Dokumente c) Konfigurationsmanagement mit CVS d) SVN

18 Was ist das Concurrent Version System (CVS)? Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 18 Freies Konfigurationsmanagement-System Umfasst Kontrolle von Release-Versionen, Revisionen, Zweigen, Varianten und Konfigurationen (Balzert: Revision -> Level) Erlaubt lokalen und entfernten Zugriff auf Archive (Repositorys) Mehrbenutzerfähig

19 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 19 Grundlegende CVS-Architektur CVS-Schnittstelle Zentral verwaltete Dateien Repository Zentrale Verwaltungsinformationen Lokale Dateikopien Lokaler Arbeitsplatz Lokale Verwaltungsinformationen

20 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 20 CVS Beispiele Basisbeispiel CVS Beispiele Parallele Dateibearbeitung Konfigurationen Varianten

21 SW-System z.b. HUSemOrg CVS Basisbeispiel (1) auschecken (einlesen) module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT src 1.3 src 1.3 Utilities.java Utilities.java cvs checkout module1 Repository Lokaler Arbeitsplatz cvs-kommando Je SW-Element die neuste Version Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 21

22 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 22 CVS Basisbeispiel (2) Änderung eines Elementes module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT src 1.3 src ( editiert) 1.3 Utilities.java Utilities.java Datei editiert Repository Lokaler Arbeitsplatz

23 CVS Basisbeispiel (3) Zurückschreiben der Änderung module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT src 1.3 src 1.3 Utilities.java Utilities.java cvs commit -m "Log-Mitteilung" Repository Lokaler Arbeitsplatz Klappt, da auf beiden Fehler 2 und 25 beseitigt Prof. Klaus Bothe, HU-Berlin, Software Seiten Engineering Revision 1 23

24 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 24 CVS Basisbeispiel (4) Veralteter Stand bei anderem Entwickler module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT 1.3 src 1.3 src 1.3 Utilities.java Utilities.java Repository Ein anderer Entwickler hat noch nicht die neuesten Versionen aller Dateien Lokaler Arbeitsplatz 2

25 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 25 CVS Basisbeispiel (5) Nachziehen des neuen Standes module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT src 1.3 src 1.3 Utilities.java Utilities.java cvs update Repository Lokaler Arbeitsplatz 2

26 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 26 CVS Beispiele Basisbeispiel CVS Beispiele Parallele Dateibearbeitung Konfigurationen Varianten

27 CVS-Unterstützung für parallele Datei-Bearbeitung Prof. Klaus Bothe, HU-Berlin, Software Engineering Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2

28 CVS-Unterstützung für parallele Datei-Bearbeitung Prof. Klaus Bothe, HU-Berlin, Software Engineering Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2 Datei von zwei Entwicklern editiert

29 CVS-Unterstützung für parallele Datei-Bearbeitung Prof. Klaus Bothe, HU-Berlin, Software Engineering Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2 Entwickler 1: cvs commit

30 CVS-Unterstützung für parallele Datei-Bearbeitung Prof. Klaus Bothe, HU-Berlin, Software Engineering Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2 Entwickler 2: cvs commit schlägt fehl (Fehlernachricht)

31 CVS-Unterstützung für parallele Datei-Bearbeitung 1.4 Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2 Konfliktpotential! Entwickler 2: cvs commit schlägt fehl cvs update nötig, um lokale Änderungen mit dem Inhalt der aktuellen Revision (1.4) zu mischen Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 31

32 CVS-Unterstützung für parallele Datei-Bearbeitung Prof. Klaus Bothe, HU-Berlin, Software Engineering Repository Lokaler Arbeitsplatz Lokaler Arbeitsplatz 2 Entwickler 2: Erneutes cvs commit

33 cvs update und mögliche Konflikte Datei im lokalen Verzeichnis, aber nicht im Repository vorhanden (nicht von cvs verwaltet) cvs-rückmeldung? Dateiname Lokale Datei durch neuere Version aus dem Repository ersetzt cvs-rückmeldung U Dateiname Lokale und entfernte Änderungen gemischt cvs-rückmeldung M Dateiname Konflikte durch lokale und entfernte Änderungen derselben Zeile aufgetreten und markiert cvs-rückmeldung C Dateiname Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 33

34 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 34 Repository: Konfliktbehandlung in CVS (1) vorangegangenes Beispiel // Datei.java (V 1.3) // Zeile 3 original Entwickler 1: // Datei.java (V 1.3 modified) // Zeile 3 geaendert von Entw. 1 Entwickler 2: // Datei.java (V 1.3 modified) // Zeile 3 geaendert von Entw. 2

35 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 35 Repository: Konfliktbehandlung in CVS (2) vorangegangenes Beispiel // Datei.java (V 1.3) // Datei.java (V 1.4) // Zeile 3 original // Zeile 3 geaendert von Entw. 1 neue Datei einchecken Entwickler 1: cvs commit // // Datei.java (V 1.3 modified) Datei.java (V 1.4) // // Zeile 3 geaendert von Entw. 1 Zeile 3 geaendert von Entw. 1 Entwickler 2: // Datei.java (V 1.3 modified) // Zeile 3 geaendert von Entw. 2

36 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 36 Repository: Konfliktbehandlung in CVS (3) vorangegangenes Beispiel // Datei.java (V 1.3) // Datei.java (V 1.4) // Zeile 3 original // Zeile 3 geaendert von Entw. 1 Entwickler 2: cvs commit // Datei.java (V 1.3 modified) // Zeile 3 geaendert von Entw. 2 neue Datei einchecken?? dieselbe Zeile inzwischen auch im Repos. geändert Fehler: Gleiche Zeile bereits zuvor im Repository geändert.

37 Repository: Konfliktbehandlung in CVS (4) vorangegangenes Beispiel // Datei.java (V 1.3) // Datei.java (V 1.4) // Zeile 3 original // Zeile 3 geaendert von Entw. 1 Markierungen Entwickler 2: cvs update Daten bleiben lokal // Datei.java (V 1.3/ V1.4 modified) conflict) dieselbe Zeile inzwischen <<<<<<< // Zeile Datei.java 3 geaendert von Entw. 2 auch im Repos. geändert // Zeile 3 geaendert von Entw. 2 (Quelle lokal) ======= // Zeile 3 geaendert von Entw. 1 (Quelle Repos.) >>>>>>> Konfliktlösung: Datei manuell überarbeiten und Markierungen entfernen Löschen: - Zeile 3 geaendert von Entw. 1 - Markierungen Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 37

38 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 38 Repository: Konfliktbehandlung in CVS (5) vorangegangenes Beispiel // Datei.java (V 1.3) // Datei.java (V 1.4) // Datei.java (V 1.5) // Zeile 3 original // Zeile 3 geaendert von Entw. 1 // Zeile 3 geaendert von Entw. 2 neue Datei wieder einchecken Entwickler 2: cvs commit // Datei.java (V 1.3/ V1.4 modified) // Datei.java (V 1.5) // Zeile 3 geaendert von Entw. 2 // Zeile 3 geaendert von Entw. 2

39 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 39 CVS Beispiele Basisbeispiel CVS-Beispiele Parallele Dateibearbeitung Konfigurationen Varianten

40 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 40 Konfigurationen in CVS (1) module1 doc README.TXT Wunsch: die aktuellen Versionen aller Dateien als eine Konfiguration festlegen LICENCE.TXT src 1.3 Befehl in CVS: cvs tag CFG2 Utilities.java CFG2 Repository

41 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 41 Konfigurationen in CVS (2) module1 module1 doc README.TXT doc README.TXT LICENCE.TXT LICENCE.TXT src 1.3 src Utilities.java Utilities.java Repository CFG1 Eine bestimmte Konfiguration auschecken: cvs checkout CFG1 Alternativ auch über das Datum der Dateien möglich: cvs co D "MM/DD/YYYY"

42 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 42 CVS Beispiele Basisbeispiel CVS-Beispiele Parallele Dateibearbeitung Konfigurationen Varianten

43 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 43 Varianten mit CVS (1) Wunsch: Fehlerentfernung in der aktuellen Release-Version unabhängig von gleichzeitiger Weiterentwicklung und abschließende Übernahme der Fehlerbehebung in die neue Release-Version Hauptentwicklungslinie Zusammenführung (Merge) beider Entwicklungslinien V V V V 2.0 Verzweigung (für Fehlerentfernung) V.2.1 V.2.2

44 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 44 Varianten mit CVS (2) Hauptentwicklungslinie Zusammenführung (Merge) beider Entwicklungslinien V V V V 2.0 Verzweigung (für Fehlerentfernung) cvs tag b CFG1_br (b: Branch, Zweig V.2.1 V.2.2 Einmischen: cvs update -j CFG1_br (j: join) cvs checkout CFG1_br

45 Prof. Klaus Bothe, HU-Berlin, Software Engineering Konfigurationsmanagement a) Motivation, Begriffe, Standards b) Aktivitäten und Dokumente c) Konfigurationsmanagement mit CVS d) SVN

46 SVN (Subversion) Versionsverwaltungssystem Seit 2004 Open-Source-SW Lauffähig auf allen gängigen Betriebssystemen Gilt als moderne Ablösung für das mit vielen Schwächen, unverändert weit verbreitete, CVS In Bedienung sehr ähnlich Dasselbe zentrale Paradigma Behebt viele Schwächen Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 46

47 SVN (Subversion) Verbesserungen gegenüber CVS Auch Arbeit über gewöhnlichen Webbrowser Speichert Client-seitig eine zweite Kopie jeder Datei (lokales Backup). Zwar doppelter Speicherbedarf, aber weniger Netzlast. Damit: Anzeige lokaler Änderungen ohne Netzzugriff Zurückschreiben der aktuellen Version - SVN: Ermittlung der Änderungen und nur diese zum Server - CVS: Übermittlung gesamter Daten und Ermittlung der Änderungen auf dem Server Handhabung von Dateiänderungsinformationen auch für Binärdaten (Bilder, Audio,..) Bessere Handhabung einzelner Verzeichnisse Konverter cvs2svn vorhanden Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 47

48 Prof. Klaus Bothe, HU-Berlin, Software Engineering 1 48 Ende