Software Configuration Management. Referat von Jens Zastrow Software Engineering Projekt WS 2001/2002

Transkript

1 Software Configuration Management Referat von Jens Zastrow Software Engineering Projekt WS 2001/2002

2 Inhalt Motivation SCM-Aufgaben Item-Identifikation Identifikation Version/Release Management Change Management System-Building Werkzeuge CVS Ant Fazit

3 Was ist Software Configuration Management? Def: Eine Sammlung von Techniken die das Erstellen und Warten eines Software- Systems steuern und koordinieren.

4 Was passiert während w Software-Entwicklung? Source-Code Programm- Dokumentation Benutzerwünsche ändern sich Testen Kompilieren Klassen-Diagramme Fehlersuche Release Distribution Version Design-Dokumente

5 Aufgaben unterschiedlichste Dokumente Dokumente stehen in Beziehungen miteinander Software changes Änderungen verwalten/protokollieren Kompilieren Pakettieren Distributieren Bugs/Features verwalten

6 Gliederung Item Identifikation/ Standards System-Building Version/Release Management Change Management

7 Item-Identifikation Identifikation Welche Dokument-Arten sollen verwaltet werden? Wo werden diese verwaltet? Projektbibliothek Speicherung der Beziehungen zwischen Dokumenten Zugriff auf ein konkretes Dokument? eindeutige Identifikation (Namen-Schema)

8 Projektbibliothek Konzept: Bibliothek Dokumente sind die BücherB Jeder Zugriff wird protokolliert (damit nachvollziehbar) Benutzer hat Rechte/Pflichten Es gelten Standards und Regeln

9 Version/Release Management (1) Dokumente haben mehrere Versionen Test.doc CM-Kontrolle working version Zeit

10 Version/Release Management (2) Zugang zu Dokument-Versionen ermöglichen Verwalten von System-Versionen Release: konkrete System-Version die distributiert werden kann

11 Version/Release Management (3) 1.doc doc doc doc System: Version 0.7.3

12 Version/Release Management (4) zu einem bestimmten Zustand des Projektes zurückkehren könnenk Bsp.: Kunde meldet Fehler an einem bestimmten Release, Entwicklung ist aber schon weiter fortgeschritten. Über Releases Kontakt zum Kunden

13 Change Management (1) Change is a fact of life for software systems Änderungswünsche nsche müssen m gesammelt und analysiert werden (Kosten: Zeit, Geld, Ressourcen) Jeder kann Change-Requests erstellen Change Control Bord

14 Change Control Board Sammelt alle Change-Requests an das Systems Festlegen von Standard-Formular für f r CR Inhalt: Was soll geändert werden? Warum soll die Änderung erfolgen? Welcher Aufwand ist dazu erforderlich?... CCB ist Schnittstelle zum Projektmanagement Abarbeitung nach bestimmten Kriterien Kosten/Nutzen Produkt-Strategie Bugs/Fixes

15 Document-Lifecycle Zustand eines generischen Dokumentes working propose reject approved under review

16 System-Building (1) Def: Ist ein Prozess der verschiedene Komponenten eines Software Systems in ein Programm vereinigt. Kompilieren Bestimmte Versionen auschecken Linken Pakete erzeugen Konfigurations-Dateien modifizieren etc. Dateien kopieren Unit-Tests... Zusammenfassen aller Schritte in einem Build-Script

17 System-Building (2) Sollte - auf Knopfdruck - Automatisiert ablaufen Erzeugtes System sollte automatisierten Tests unterzogen werden (Unit-Tests etc..) hilft Integrations-Probleme zu verringern Programm läuft/kompiliert l bei Entwickler A aber nicht bei B Änderungen lassen sich kompilieren passen aber nicht zur Spezifikation (Test) Dateien fehlen bei Entwickler C Sourcen neu Kompilate alt

18 Werkzeuge Auswahl knapp und projektbezogen Unterstützung tzung für f r spezielle Punkte des SCM Anforderungen: Stabil Frei verfügbar Auf der Höhe H der Zeit Einfach zu bedienen

19 Concurrent Version System Was kann CVS? Versionen speichern Verzweigungen (Branches( Branches) Releases (Tags) Merge-Unterst Unterstützungtzung Was kann CVS nicht? CVS Kein Change-Control Control Kein Bugtracking Kein Kommunikationsmittel Kein Build-System

20 CVS Aufbau (2) Benutzer 1 Working-Copy Benutzer 2 Repository Working-Copy Benutzer 3 Working-Copy

21 CVS-Zugriff Benutzer checkout: eine Kopie des Repositories anlegen Repository check out update Working-Copy update: die Änderungen anderer Benutzer in eigene Kopie speichern commit commit: Eigene Änderungen ins Repository schreiben

22 CVS-Features Branches: Tag: Release branch branch merge

23 CVS-Zusammenfassung Version/Release Management Einfach zu bedienen Open-Source Plattformen: Windows, Unix... Internet:

24 Ant - Build-Tool Unix make Java Ant Build-Spezifikation in XML 100% Java Erweiterbar durch eigene Tasks Eines der Jakarta-Apache Projekte (Tomcat, Xerces, Xalan,, etc...)

25 Ant - Script-Beispiel Bsp: Target <target name="compile compile depends="init init" " > <javac optimize="on" destdir="${build}" verbose="off"> "> <classpath refid="classpath"/> "/> <src path="${src}"/> Task: Java Compiler starten </javac javac> <rmic base="${build}" stubversion="1.2"> <include name="computeserverimpl.class"/> "/> <include name="calcpitask.class"/> "/> Task: RMI Compiler starten </rmic rmic> </target target>

26 CM - Fazit Unterstützung tzung der Software-Entwicklung/Entwickler durch Change Management System-Building Version/Release Management Standards

27 Literaturverzeichnis Ian Sommerville Software Engineering Ernst Denert Software Engineering,, 1992 David Whitgift Methods and Tools für f r Software Configuration Management,, 1991 Apache Jakarta Ant Concurrent Version System - CVS CM - Portal