Home

Universität Hamburg Diplomarbeit

1. 6 Bewertung und Ausblick In dieser Diplomarbeit wurde zun chst ein Einblick in das Software Konfigurationsmanagement SKM gegeben Es wurde deutlich da SKM Systeme eine bedeutende Rolle im Rahmen der Softwareentwicklung spielen und in der Zukunft noch wichtiger werden Beim dem SKM System von PRORIS wurde deutlich da es durchaus Zielkonflikte zwischen den Vertretern des SKM und den Entwicklern oder auch dem Projektmanagement gibt Der Projektmanager schaut auf seine Ressourcen in Form von z B Kosten und Personen Der Aufbau eines umfangreichen SKM Systems bindet zun chst Ressourcen die f r die Entwicklung des Softwaresystems n tzlich w ren Hier mu berzeugungsarbeit geleistet werden die deutlich macht da dieser Aufwand sich in den sp teren Phasen des Projektes z B beim Testen positiv auswirkt Dies wird bei einem Projekt wie PRORIS das bereits seit Jahren bei Kunden in Produktion l uft und somit einen hohen Wartungs aber auch Entwicklungsanteil hat besonders deutlich Die Entwickler f hlen sich durch ein SKM System h ufig in ihrer Freiheit eingeschr nkt Sie sehen zwar die Notwendigkeit solcher Systeme f hlen sich aber durch den entstehenden Mehraufwand behindert An dieser Stelle ist es wichtig die Entwickler bei dem Design des Entwicklungsprozesses aktiv zu beteiligen um etwaige H rden rechtzeitig zu erkennen und gemeinsam das SKM System handhabbar zu gestalten Diese Aufgabe bewegt sich immer in
2. Das Feld Wo gefunden beschreibt die Umgebung Test Produktion etc auf die sich die Meldung bezieht Das Feld Ansprechpartner wird nur wenn die Meldung vom Kunden kommt gef llt Es beschreibt diejenige Person bei dem Kunden die zu der Meldung n here Ausk nfte geben kann Das Feld Anwendung benennt den Teil des PRORIS Systems in dem der Fehler bzw der Verbesserungsbedarf gefunden wurde Dieses Feld orientiert sich an der PRORIS Produktstruktur Die gew nschte Fertigstellung wird aus der PRORIS Meldung bernommen Das Feld wird nur gef llt wenn die Meldung vom Kunden kommt Der Bearbeitungsstatus wird auf den Wert Neu gesetzt Das bedeutet gleichzeitig da der Erfasser der Meldung f r diese solange zust ndig ist bis der Kundenbetreuer die Bearbeitung bernimmt gt siehe Feld Priorit t Das Feld Meldung gesendet an wird jeweils vom Meldungsbearbeiter auf den Meldungsempf nger umgesetzt wenn der Meldungsbearbeiter die Meldung weiterreicht Bei diesem Arbeitsschritt Schritt 1 wird der jeweilige Kundenbetreuer als Meldungsempf nger eingetragen Dieses Feld soll den Meldungsflu in der Bearbeitungskette dokumentieren Somit k nnen z B liegengelassene Meldungen identifiziert werden Im Feld Kundenbetreuer wird der jeweils f r einen Kunden zust ndige Kundenbetreuer eingetragen Das Feld n chste Aktion durch sagt aus ob zu einem bestimmten Zeitp
3. Nach der erstmaligen Freigabe von Konfigurationsdokumenten werden alle nderungen berwacht und verfolgt Voraussetzung daf r sind formalisierte nderungsantr ge die entweder vom Auftraggeber oder aus dem Projektteam initiiert werden Die nderungsantr ge sollten mindestens die folgenden Informationen enthalten e Name des Antragstellers und Erstellungsdatum e nderungsgrund Fehlerbeschreibung nderungswunsch e Dringlichkeit Zus tzlich sollten die nderungsantr ge eindeutig identifiziert werden um eine R ckverfolgbarkeit und das Wiederauffinden zu erleichtern Es bietet sich an die einzelnen Schritte im nderungsproze ebenfalls auf dem nderungsantrag zu dokumentieren damit der Stand der nderungsbearbeitung sowie Entscheidungen und Verf gungen die zu dem nderungsstand gef hrt haben einfach nachvollzogen werden k nnen ber die genannten Informationen hinaus k nnen im Rahmen der Konfigurationsbuchf hrung weitere f r das Management und die Entwicklungsproze steuerung wichtige Informationen aufgezeichnet werden die in regelm igen Abst nden ausgewertet werden und der Proze optimierung dienen k nnen Mit Hilfe solcher Informationen ist es z B m glich Aussagen ber die Fehleranf lligkeit bestimmter Programmkomponenten oder die Effektivit t von Freigabeverfahren zu treffen In welchem Umfang und Detaillierungsgrad solche Informationen aufgezeichnet werden h ngt von den gew nschten Auswertungs un
4. Vertragsrechtliche Kriterien Abb 1 2 Verschiedene RV Vertragtypen Ein Vertrag setzt sich in der Regel aus einer Kombination der drei Kriterien zusammen die im folgenden n her beschrieben werden enth lt aber von Fall zu Fall unterschiedliche Zusatzklauseln Kaufm nnische Kriterien Man unterschiedet zwischen R ckversicherungsvertr gen mit variablem oder fixem Preis je nachdem ob sich der Preis des R ckversicherungsschutzes nach dem Gesch ftsverlauf des Vertrages richtet oder ob der Preis w hrend der gesamten Vertragsdauer fest vereinbart ist Vertragsrechtliche Kriterien e Fakultative R ckversicherung Die fakultative R ckversicherung versichert einzelne Policen Erstversicherer und 3 vgl Grossmann Marcel R ckversicherung S 76 Bertrand Scheller 06 2000 13 Diplomarbeit Software Konfigurationsmanagement R ckversicherer sind frei den angebotenen R ckversicherungsschutz anzunehmen oder abzulehnen Mit einem speziellen Rahmenvertrag k nnen Bedingungen generell geregelt werden Obligatorische R ckversicherung Bei der obligatorischen R ckversicherung werden alle Risiken eines bestimmten Vertrags oder ein Ausschnitt daraus versichert z B alle in Deutschland direkt gezeichneten Feuerversicherungen oder das franz sische Transportgesch ft Der R ckversicherer kann den R ckversicherungsschutz f r einzelne Risiken nicht ablehnen und der Erstversicherer nicht einzelne Risiken
5. ber cksichtigt werden mu um die richtige Reihenfolge bei der Erstellung der Module einzuhalten Zus tzlich zeigt diese bersicht welche Module erneut erstellt werden m ssen wenn sich ein bestimmtes Modul ge ndert hat 5 1 3 Datenbankdefinitionen Neben den Programmodulen unterliegen auch die Datenbankdefinitionen dem Versionsmanagement Zu den Datenbankdefinitionen geh ren alle Dateien die f r den Aufbau einer neuen Datenbank bzw das Ver ndern einer bestehenden Datenbank notwendig sind Dies gilt sowohl f r die Struktur der Datenbank als auch f r grundlegende Systemdaten die bei der Installation oder einem Releasewechsel ausgeliefert werden Die Struktur einer relationalen Datenbank wird mit Hilfe der sogenannten Data Definition 3 Siehe Abschnitt 5 3 Bertrand Scheller 06 2000 86 Diplomarbeit Software Konfigurationsmanagement Language DDL beschrieben Die Systemdaten werden mit der Data Manipulation Language DML eingef gt bzw ver ndert Beide Definitionssprachen geh ren zum Sprachumfang von SQL Die Datenbankdateien werden in folgender Verzeichnisstruktur verwaltet RDBDEF Wurzelverzeichnis der Datenbankdefinitionen RDBDEF DB2DEF Datenbankdateien zum Aufbau einer neuen Datenbank RDBDEF DBUPDATE Datenbankdateien zum Ver ndern einer bestehenden Datenbank TABLE Tabellendefinitionen VIEW Viewdefinitionen REF Referentielle Integrit ten INDEX Indices SYSDATA Systemdaten USRDATA Kundend
6. sichergestellt werden da es keine Inkonsistenzen an den ge nderten KE gibt z B wenn teilweise andere Funktionen integriert sind Der Entwickler hat einen Folder mit der Meldungsnummer XX 311299 1 1 angelegt in der sich folgende Dateien befinden TMLTEMLO C TMLTEMPF C TML MAK TML STS TML DEF Die entsprechenden ge nderten Revisionen sind ebenfalls mit dem Versionslabel XX 311299 1 1 versehen Der Versionsverwalter mu nun pr fen ob zwischen dem Versionslabel 2 und dem Versionslabel XX 311299 1 1 an den entsprechenden Dateien nderungen vorgenommen worden sind Ist dies der Fall so mu berpr ft werden ob diese nderungen zu Inkonsistenzen f hren k nnen bzw ob diese nderungen ebenfalls integriert werden k nnen Zus tzlich m ssen f r dieses Beispiel noch folgende Dateien Versionslabel 2 exklusiv ausgecheckt werden U PRORIS BIN TML DLL U PRORIS LIB TML LIB Die zus tzlich notwendigen KE die nicht ver ndert wurden werden automatisch mit dem richtigen Versionslabel 2 zur Verf gung gestellt U PRORIS TMP LOGIC SRC C U PRORIS TMP RES SRC RC DLG U PRORIS TMP INC c Build ber Workbench Die betroffenen Module werden ber die Workbench neu kompiliert In diesem Fall sollten die Dateien TMLTEMLO OBJ und TMLTEMPF OBJ neu erstellt werden Bei allen anderen KE erkennt der VM da keine erneute Kompilierung notwendig ist Bertrand Scheller 06 2000 103 Diplomarbeit
7. 06 2000 39 Diplomarbeit Software Konfigurationsmanagement e Benutzerfreundlichkeit Matrix 1 1 1 Benutzerfreundlichkeit ist ein wesentlicher Aspekt f r die Akzeptanz eines Softwaresystems Bei einem SKM System liegt hierbei der Schwerpunkt auf der effektiven und effizienten Unterst tzung der unterschiedlichen Teammitglieder Dies kann z B durch intuitive grafische Oberfl chen mit m chtigen Verwaltungs und Automatisierungsfunktionen oder eine harmonische Integration in die Entwicklungsumgebung verwirklicht werden e Performance Skalierbarkeit Matrix 1 1 2 Bei gr eren Softwareprojekten mit einer gro en Anzahl von KE ist es wichtig da die Verwaltung und der Zugriff auf die KE den Softwareentwicklungsproze nicht behindert Das System sollte aufgrund seiner Architektur M glichkeiten zur Skalierung bieten Einige Systeme verwenden Client Server Architekturen um diese Anforderung erf llen zu K nnen Die Performance eines SKM Systems ist ein wesentlicher Faktor f r die Akzeptanz des Systems bei den t glichen Anwendern wie Entwickler und QM Mitarbeiter e Zugriffsschutz Rollenkonzept Matrix 1 1 3 Auf unterschiedlichen Ebenen definierbare Zugriffsrechte sowie ein Rollenkonzept sind wichtige Voraussetzungen f r einen sicheren Umgang mit den KE Dadurch wird gew hrleistet da KE nicht unbeabsichtigt oder unberechtigt ver ndert werden Das Rollenkonzept erleichtert die Verwaltung unterschiedlicher Zugriffspr
8. 1 1 1 2 usw vor Tempor re Varianten Zweige werden durch das Einf gen einer weiteren Numerierungsebene abgebildet Ein Zweig auf der Revision 1 2 f hrt somit zu der Revsionsnummer 1 2 1 0 Weitere nderungen in diesem Zweig werden entsprechend fortgeschrieben 1 2 1 1 1 2 1 2 etc Ein zweiter Zweig auf der Revision 1 2 f hrt zu der Revisionsnummer 1 2 2 0 Bei nderungen in diesem Zweig wird wie zuvor mit 1 2 2 1 1 2 2 2 usw fortgefahren Langfristige Varianten werden unter 5 1 6 behandelt Das Definieren von Bezugskonfigurationen wird ber sogenannte Versionslabel abgebildet Einer Datei in einer bestimmten Revision k nnen beliebig viele Versionslabel zugeordnet werden Somit lassen sich beliebige Konfigurationen von Dateien in bestimmten Revisionen erstellen Der Aufbau des Versionslabels unterliegt in PRORIS folgender Namenskonvention Vollversion Komplette Auslieferung V RRVVVPP KKK Bertrand Scheller 06 2000 89 Diplomarbeit Software Konfigurationsmanagement Patch Teilauslieferung P RRVVVPP KKK Mit RR als zweistellige Releasenummer VVV als dreistellige Versionsnummer PP als zweistellige Patchnummer und KKK als dreistellige Kundennummer Das Pr fix V bzw P dient lediglich der besseren Lesbarkeit von Versionslabeln und es gilt folgende Regel wenn Pr fix V dann PP 00 und wenn Pr fix P dann PP lt gt 00 Die dreistellige Kundennummer tr gt der T
9. Test auf Entwicklungsumgebung sengen an Versionsverwalter nderung wird in Kundenumgebung integriert l senden an Testgruppe Test auf Kundenumgebung senden an Versionsverwalter Auslieferung Abb 4 2 Weg einer PRORIS Meldung 3I siehe Abschnitt 4 2 2 Bertrand Scheller 06 2000 69 Diplomarbeit Software Konfigurationsmanagement Es folgt eine Beschreibung der einzelnen Aktivit ten bei der Meldungsbearbeitung Schritt 1 Ankommende PRORIS Meldung meist per Fax wird von der Projektassistenz bei der CTH in PVCS Tracker erfa t Die Folgenden Felder werden bei diesem Arbeitsschritt belegt Die Beschreibung Beschreibungstext wird vollst ndig in der Tracker Datenbank erfa t Der Kunde wird mit einer Combobox ausgew hlt Die Kunden sind Schl sseln zugeordnet Jeder neue Kunde mu in der Trackerdatenbank als Schl ssel angelegt werden Das Meldungsdatum wird von der PRORIS Meldung bernommen Die Meldungsnummer Lfd Nr wird ebenfalls aus der Meldung bernommen Die Nachtragsnummer mu belegt werden Wert gt 1 Es dient dazu einen Nachtrag zu einer schon vorher eingegangenen Meldung zu identifizieren Der Meldungstyp Typ wird ber eine Combobox ausgew hlt Die m glichen Typen sind Fehler Verbesserung Erweiterung Pr fung Falschmeldung und Angebot Eine Falschmeldung ist eine Fehlermeldung bei der sich herausstellt das es
10. Testwerkzeugen und Projektmanagementsystemen e Flexible konfigurierbare Reports Matrix 1 1 7 Die vielf ltigen Daten innerhalb eines SKM Systems dazu geh ren z B Daten ber die KE nderungsmitteilungen sowie Metainformationen er ffnen prinzipiell eine Vielzahl von Auswertungsm glichkeiten Daher sind individuell konfigurierbare Reports ein wichtiges Element zur berwachung Messung und Verbesserung des Entwicklungsprozesses e Team Unterst tzung Matrix 1 2 e Verteilte Softwareentwicklung Matrix 1 2 1 Gro e internationale Projekte oder aber auch flexible Heimarbeitspl tze bedingen geographisch verteilte Entwicklungsteams Diese voneinander getrennten Teams sind aufgrund der nur indirekt m glichen Kommunikation auf qualifizierte Informationen zum Entwicklungsstand des Projektes und der KE angewiesen Auf der anderen Seite m ssen die unterschiedlichen Entwicklungsergebnisse der Teams komfortabel in ein zentrales SKM System integriert werden k nnen e Verteilte Datenhaltung Matrix 1 2 2 Um verteilte Entwicklung effizient erm glichen zu K nnen kann eine lokale also auf Entwicklungsstandort bezogene Verwaltung von Teilen der KE sinnvoll sein Diese Anforderung kann ber Repliziermechanismen wie sie aus der Datenbankwelt bekannt sind verwirklicht werden e Unterst tzung von Web Technologie Matrix 1 2 3 Ein Zugriff ber Standard Browsertechnologie erm glicht eine einfache Anbindung bzw Integration der Kun
11. XL genannt Beim WXL entscheidet der Erstversicherer welchen Betrag er pro Einzelschaden selbst tragen will Diesen Betrag nennt man Priorit t oder erstes Risiko Alle Betr ge die dar ber hinausgehen betreffen den R ckversicherer bis zu einer H chstgrenze pro Einzelrisiko Der R ckversicherer kalkuliert die Pr mie die er zur Deckung der Sch den unter Ber cksichtigung eines Kosten und Gewinnzuschlags ben tigt anhand von Statistiken ber den Schadenverlauf und nicht anhand der Originalpr mie Beim Cat XL verpflichtet sich der R ckversicherer von der Summe aller Schadenzahlungen des Erstversicherers die auf dasselbe Schadenereignis zur ckzuf hren sind den Teil zu bernehmen der eine vorher festgelegte Priorit t berschreitet Die Priorit t mu in diesem Fall so hoch 8 vgl Pfeiffer Christoph Einf hrung in die R ckversicherung S 57 Bertrand Scheller 06 2000 15 Diplomarbeit Software Konfigurationsmanagement bemessen sein da im Falle eines Schadens auf ein einzelnes Risiko keine Deckung in Frage kommt Jahres Schadenexzedenten R ckversicherung Dieses Vertragsform wird blicherweise auch Stop Loss oder kurz SL bezeichnet Beim SL bernimmt der R ckversicherer alle Sch den die w hrend eines Jahres eine vom E rstversicherer festgelegte Grenze berschreiten die sich aufgrund des technischen Verlaufs eines bestimmten Versicherungszweiges w hrend eines Jahres ergeben hat Diese Grenze w
12. hrt werden Unter Windows NT erfolgt der Zugriff auf Novell Ressourcen direkt ber den Novell Client f r Windows NT 3 3 Umgebungsmanagement Da PRORIS urspr nglich ausschlie lich f r OS 2 entwickelt wurde ist OS 2 auch nach der Migration auf Windows NT immer noch die f hrende Entwicklungsplattform f r PRORIS Dieser Zustand wird noch solange anhalten bis der letzte Kunde OS 2 als Client Betriebssystem abgel st hat OS 2 mu f r diese Zeit die f hrende Entwicklungsplattform bleiben da die laufende automatische Migration von z B Dialogdefinitionen oder Hilfedateien nur von OS 2 in Richtung Windows NT funktioniert Dieser Umstand sorgt daf r da neue Entwicklungen die unter der Windows NT Plattform genutzt werden k nnten nicht implementiert werden bis eine vollst ndige Abl sung von OS 2 durchgef hrt wird Die PRORIS Umgebungen unterteilen sich in Entwicklungsumgebung und Kundenumgebungen In der Entwicklungsumgebung wird an den jeweils aktuellen Revisionen der PRORIS Dateien gearbeitet um neue Anforderungen nderungsw nsche oder Fehlerkorrekturen niedriger Dringlichkeit umzusetzen Dar ber hinaus ist f r jeden Kunden eine entsprechende Kundenumgebung eingerichtet in dem das letzte beim Kunden ausgelieferte Release verwaltet wird Bei den Kunden wiederum ist eine Test und eine Produktionsumgebung eingerichtet Aus Sicht eines Kunden wird somit ein neues Release zuerst in der jeweiligen Kundenumgebung bei der C
13. 83 5 1 3 Datenbankdefinitionen u 444444444400Rnnnnnnn anne 86 5 1 4 Typen von verwalteten KE 24444444444nnnnnnnnnnn nenn 88 5 1 5 Numerierungsschema f r das Versionsmanagement 89 5 1 6 Langfristige Varianten nennen 90 5 2 Versionsverwaltung mit PVCS Version Manager 93 5 2 1 Allgemeines ae se ee 93 5 2 2 VETZeichHisstr Kl f ae 93 3 2 3 BOldekiset seen 95 5 2 4 Folder Versionslabel und Tracker Meldungen 96 5 2 5 Der Entwicklungszyklus 22 000su44444444nnnnnnnnnnnnnnnnnnnnnnnn 97 5 2 6 Der Integrationszyklus 222444400000444nnnnnnnnnnnnnnnnnnnnnnnnn 101 5 3 YBUlld Management Assassins 105 5 4 Bewertung des Versionsmanagements 24444444snnnnnnnnnn nn 107 6 Bewertung und Ausblick um a ae 109 Literatures eaa DE ES a Bea 111 Anhang A Anforderungsmatrix 224244444444444n en nnnnnnnnnnnnnnnnnn 113 Bertrand Scheller 06 2000 3 Diplomarbeit Software Konfigurationsmanagement Anhang B PRORIS Meldung 4444444444000snnnnnnnnnnn nn 115 Anhang C Legende zur PRORIS Meldung 116 Bertrand Scheller 06 2000 4 Diplomarbeit Software Konfigurationsmanagement Abbildungsverzeichnis Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb Abb 1 1 Schema der Risiko Auft
14. Berichte Vertr ge und Pl ne Die Erreichung der Projektziele h ngt auch wesentlich von der ordnungsgem en Erstellung Pflege und G te dieser Dokumente ab Im Zusammenhang mit dem Projektdokumentationssystem mu es eine Regelung zum Dokumentenmanagement und zur Dokumentenverwaltung geben Diese mu im Wesentlichen angeben wie Dokumente zu klassifizieren sind wie ihre Identifikation zu erfolgen hat und sie mu Richtlinien f r die u ere Form f r die inhaltliche Gliederung den Verteilerkreis ihre Ablage und f r die Status berg nge der Dokumente z B in Planung in Arbeit in Pr fung freigegeben enthalten Die Basis des SKM kann eine Projektdatenbank bilden Sie enth lt sowohl die Elemente des SKM als auch s mtliche Elemente die im Rahmen der Dokumentenverwaltung und Bertrand Scheller 06 2000 37 Diplomarbeit Software Konfigurationsmanagement des Dokumentenmanagements identifiziert werden Sie ist damit ein allgemeines Instrument zur Speicherung und zur Verwaltung von Elementen f r alle am Projekt Beteiligten vom Projektleiter bis zum Entwickler Die Trennung von Element und Informationsverwaltung wird als eine wesentliche Eigenschaft der Projektdatenbank angesehen da die Verwaltung von Elementen und die Auswertung von Informationen an die Funktionalit t der Projektdatenbank sehr unterschiedliche Forderungen stellt Bei der Elementverwaltung geht es darum Elemente geregelt in die Datenbank einzubringen a
15. Die Anwender m ssen dann das System nach diesen Regeln bedienen damit der gew nschte Effekt eintritt Dieses System ist fehleranf llig und wird von einigen Projektmitarbeitern umgangen Das kann wiederum zu verf lschten Ergebnissen f hren Ein Proze unterst tzung w rde zu einer erheblich h heren Akzeptanz des Systems f hren da die Regeln dann im System abgelegt sind und nicht mehr jedes Teammitglied sie im Kopf haben mu Ein weiter Schwachpunkt ist die unzureichende Integration mit dem Versionsmanagement Eine Verbindung zwischen PRORIS Meldung und den nderungen an den betroffenen Programmdateien kann nur umst ndlich hergestellt werden Der nderungstext mu erneut im PVCS Tracker eingetragen werden obwohl er im Versionsmanagement bereits erfa t wurde Dieser unzureichende Komfort und die Redundanz bei der Eingabe ist ein weiterer Punkt der zu mangelnder Akzeptanz des System bei den Entwicklern f hrt Der Verwaltungsaufwand f r eine Quellcode nderung wird sehr hoch Des weiteren werden keine Abh ngigkeiten zwischen Meldungen oder eine Meldungshierarchie unterst tzt Dies w re ein n tzliches Strukturierungselement um z B auch eine bessere Verbindung zu Projektmanagement Werkzeugen zu erm glichen Bei Fehlermeldungen m ssen h ufig Bildschirmausdrucke gemacht werden um die Fehlersituation zu beschreiben Solche Bildinformationen k nnen nicht mit einer Meldung komfortabel verkn pft und auch nicht betrachtet werd
16. Die Werkzeuge und Bertrand Scheller 06 2000 90 Diplomarbeit Software Konfigurationsmanagement Einstellungen sind in die Entwicklungsumgebung integriert und kommen automatisch w hrend des bersetzungsprozesses zur Anwendung Es werden z B die Dialogbeschreibungen Ressouredateien bevor sie mit dem Windows NT Ressourcecompiler bersetzt werden vom OS 2 in Windows NT Format umgewandelt F r den Anwendungsentwickler stellt sich diese Umwandlung als integrierter bersetzungsproze dar Die OS 2 und die Windows NT Version stellen somit zwei Varianten ansonsten gleicher Funktionalit t dar Die Variantenbildung ist hierbei nicht ber unterschiedliche Dateien sondern ber bedingte Kompilierung innerhalb derselben Dateien bzw automatische Formatumwandlung gel st worden Eine andere Technik der Variantenbildung wird bei der Forderung nach kundenspezifischer Funktionalit t angewendet Dabei soll sich das Programm an bestimmten Stellen abh ngig vom Kunden unterschiedlich verhalten Dies wurde ber die sogenannte PRORIS Initialisierungsdatei realisiert In dieser Datei kann neben vielen anderen Einstellungen der Kunde eingestellt werden Im Programmcode wird an den spezifischen Stellen nach dieser Kundeneinstellung abgefragt und zum entsprechenden Programmcode verzweigt Der Vorteil ist wiederum da es nur eine Datei mit s mtlichen Varianten gibt Somit m ssen nicht verschiedene Programmdateien an die unterschiedlichen Kun
17. Entwicklungsergebnisse mehrerer Entwickler verhindert Unterst tzung von Promotionsstufen Matrix 2 1 2 Mit Hilfe von Promotionsstufen kann der unterschiedliche Reifegrad eines KE w hrend des Entwicklungsprozesses abgebildet werden Denkbare Promotionsstufen sind z B In Entwicklung Test und Produktion Proze unterst tzung Matrix 2 1 3 Die Proze unterst tzung im Rahmen des Versionsmanagement orientiert sich an den wesentlichen Funktionen wie z B Einchecken Auschecken oder einem Wechsel der Promotionsstufe Mit diesen Ereignissen K nnen individuell konfigurierbare Aktionen verkn pft werden die den gew nschten Proze unterst tzen Umgebungsmanagement Matrix 2 1 4 Das Umgebungsmanagement sorgt f r einen einfachen und komfortablen Zugriff der Entwickler oder QM Mitarbeiter auf die unterschiedlichen Releasest nde eines Softwaresystems Das bedeutet da z B ohne erheblichen Aufwand ein lterer beim Kunden ausgelieferter Stand einem Entwickler zur Korrektur eines Fehlers bereitgestellt werden kann ohne da andere Entwickler oder die Hauptentwicklungslinie davon beeinflu t werden Unterst tzung mehrerer Entwicklungslinien Matrix 2 1 5 Mehrere Entwicklungslinien sind f r die Verwaltung von mehreren Releasest nden und Varianten einer Software notwendig Zur Zusammenf hrung unterschiedlicher Entwicklungslinien sollten leistungsf hige Bertrand Scheller 06 2000 43 Diplomarbeit Software Kon
18. KE lassen sich nach der Entstehungsart klassifizieren Es gibt Quellelemente und abgeleitete Elemente die sich nach eindeutigen reproduzierbaren Regeln aus Quellelementen teilweise ber mehrere Stufen ableiten lassen Abgeleitete Elemente k nnen somit ihrerseits wiederum Quellelemente f r andere Elemente sein 2 2 3 Release Version Patch Die Begriffe Release Version und Patch beziehen sich in der Regel auf auslieferbare Teile des Softwareprodukts die nach festgelegten Numerierungsregeln bestimmt werden Ein einfaches Beispielschema f r eine Numerierungsregel ist ein Identifikator der sich wir folgt zusammensetzt Identifikator Release Version Patch Diesem Beispiel zur Folge w rde der Identifikator 1 2 1 das Release 1 in der Version 2 mit dem Patch 1 bezeichen Die Releasenummer steht in diesem Beispiel f r wesentliche nderungen oder Neuentwicklungen des betrachteten Softwareprodukts Die Versionsnummer bildet in diesem Zusammenhang laufende nderungen und Verbesserungen des Systems ab die aber keine wesentlichen Erweiterungen darstellen Die Patchnummer tr gt der Tatsache Rechnung da in dem Softwareprodukt Fehler auftreten die nicht erst mit der n chsten regul ren Auslieferung des Produkts behoben werden d rfen Ein Patch ist somit eine Fehlerkorrektur oder nderung die eine au erordentliche Auslieferung verursacht Varianten sowie die einzelnen nderungen an KE sind dabei noch nicht ber cksichtigt Bei
19. Revisionen beziehen ohne da die KE zuvor aus dem Archiv herausgeholt werden m ten Damit l t sich der Systemgenerierungsproze automatisieren Bei der Gr e des PRORIS Archivs kommt es jedoch zu erheblichen Performanceproblemen so da h ufig doch mit den ausgescheckten KE in den Kundenumgebungen gearbeitet wird Den Systemgenerierungsproze auch f r Dritte nachvollziehbar zu gestalten ist ein weiterer wichtiger Aspekt Dazu gibt es im CB entsprechende Generierungsprotokolle die Aufschlu dar ber geben aus welchen Teilen ein Modul zusammengebaut wurde Dar ber hinaus werden die Module EXE und DLL mit einem sogenannten Footprint versehen Dieser Footprint enth lt alle KE mit ihrer Revision die in das entsprechende Modul eingeflossen sind Der Footprint befindet sich direkt in der Datei des Moduls Somit k nnen auch bei Kunden ausgelieferte Releasest nde nachtr glich auf ihre Zusammensetzung hin gepr ft werden Den Systemgenerierungsproze f r OS 2 f r alle Programme und Bibliotheken ist in Abbildung 5 4 dargestellt F r die Reportdateien und die Dateien mit den SQL Zugriffen kommen jeweils vom PRORIS Team entwickelte Pr Kompiler zum Einsatz Ansonsten unterscheidet sich der Proze nicht von dem im Abbildung 5 4 dargestellten Der CB steht sowohl unter OS 2 als auch unter Windows mit gleicher Funktionalit t zur Verf gung Durch die Flexibilit t des CB ist es einfach zwei unterschi
20. Umgebung unabh ngig davon welche Umgebungskomponenten betroffen sind zu erkennen Konkret bedeutet das da z B nderungen an den Kompilereinstellungen genauso zu einem erneuten bersetzen f hren m ssen wie die nderung am Programmcode selber e abgeleitete Konfigurationseinheiten die von einem Entwickler erstellt wurden m ssen nicht unbedingt mit abgeleiteten Konfigurationseinheiten anderer Entwickler in Konflikt stehen Insofern sollten die Entwickler in der Lage sein die abgeleiteten Konfigurationseinheiten anderer nutzen zu k nnen Das kann sowohl Plattenplatz als auch Zeit sparen e das System sollte in der Lage sein zu erkennen welche Konfigurationseinheiten erneut bersetzt werden m ssen und welche nicht so da m glichst nur die minimal notwendige Anzahl von Konfigurationseinheiten bersetzt werden mu um ein konsistentes System wiederherzustellen e nachdem die abgeleiteten Konfigurationseinheiten hergestellt wurden mu es m glich sein diesen Proze anhand einer verl lichen Liste von Konfigurationseinheiten die in den bersetzungsproze eingeflossen sind nachzuvollziehen Die Liste sollte so genau sein KE Name Revision etc da die Umgebung zur bersetzungszeit einfach reproduziert werden kann Bertrand Scheller 06 2000 33 Diplomarbeit Software Konfigurationsmanagement Um die Integrit t der Konfiguration zu gew hrleisten und die Grundlage f r die nderungs berwachung zu li
21. auch auf die Akzeptanz des SKM Systems hat Bertrand Scheller 06 2000 8 Diplomarbeit Software Konfigurationsmanagement 1 3 Aufbau der Diplomarbeit In dieser Diplomarbeit wird das Thema Software Konfigurationsmanagement anhand von Literatur und am Beispiel eines konkreten SKM Systems aufgearbeitet Im ersten Kaptitel erfolgt eine Einf hrung in das Thema R ckversicherung und in das PRORIS System Anschlie end wird im zweiten Kapitel ein allgemeiner berblick ber das Thema Software Konfigurationsmanagement in der heutigen wissenschaftlichen Diskussion gegeben sowie das zu betrachtende Themenfeld f r diese Diplomarbeit weiter eingegrenzt Am Ende des zweiten Kapitels werden Anforderungen an ein SKM System aus Sicht unterschiedlicher Benutzerrollen im PRORIS Team erarbeitet In den folgenden Kapiteln drei vier und f nf wird der Aufbau eines konkreten SKM System f r das Client Server R ckversicherungssystem PRORIS im Spiegel der zuvor aufgestellten Anforderungen betrachtet Dabei wird untersucht inwiefern die Anforderungen erf llt werden konnten Dar ber hinaus werden ggf vorhandene Zielkonflikte bei den Anforderungen herausgearbeitet sowie Einschr nkungen die sich aus der Verwendung der SKM Werkzeuge ergeben analysiert Im Kapitel sechs wird das Ergebnis der Untersuchung zusammengefa t sowie Verbesserungspotentiale f r das SKM System von PRORIS dargestellt Zus tzlich wird ein Ausblick auf die sich abzeichn
22. aufgrund seiner komplexen Struktur und aufgrund der Tatsache da das Produkt einer hohen nderungsh ufigkeit unterliegt ein besonders gutes Beispiel f r die Notwendigkeit eines funktionierenden SKM Systems Das PRORIS Projektteam setzt sich aus ca 15 Personen zusammen die in Rollen wie Projektmanager QM Mitarbeiter Entwickler t tig sind Einzelnen Personen fallen durchaus mehrere Rollen zu Das bedeutet da ein Mitarbeiter Entwickler sein Kann und gleichzeitig f r Entwicklungsergebnisse eines anderen als QM Mitarbeiter bzw Tester agiert Das PRORIS System ist bei ca 15 Kunden im Einsatz und hat ca 150 Anwender Hinzu kommen jeweils ca 2 Mitarbeiter aus den technischen Abteilungen der Kunden die PRORIS im laufenden Betrieb bzw bei Releasewechseln betreuen zur Begrifflichkeit siehe Abschnitt 2 2 2 Bertrand Scheller 06 2000 18 Diplomarbeit Software Konfigurationsmanagement 2 Software Konfiqurationsmanagement 2 1 Gr nde f r die Einf hrung des Software Konfigurationsmanagements Softwaresysteme werden heute immer komplexer und bestehen aus einer zunehmend gr er werdenden Zahl unterschiedlicher voneinander abh ngiger Dateien Elementen Komponenten Teilsystemen etc Mit dem Aufkommen der Internet Intranet Anwendungen verk rzen sich die Release Zyklen von bisher Monaten auf Tage oder sogar Stunden Entsprechend effektiver m ssen Kontroll und Koordinationsmechanismen wirken In komplexen So
23. bergreifenden Module haben individuelle Aufgaben und gehorchen deswegen keiner einheitlichen Namenskonvention Die Verzeichnisstruktur von PRORIS leitet sich aus der Modulstruktur und deren Namenkonventionen ab F r die Gesellschaftsverwaltung Pr fix GS ergibt sich somit folgende Verzeichnisstruktur GSP GSP SRC GSP INC GSP RES GSP HELP GSP LOGIC GSP LOGIC SRC GSP DB GSP DB SRC GSP REPORTS GSP REPORTS SRC GSP REPORTS REP Wurzelverzeichnis der Gesellschaftsverwaltung GSP EXE Hauptmodul von GSP Headerdateien die nur in GSP verwendet werden Dialogdefinitionen Texte Icons f r GSP Hilfedateien f r GSP Wurzelverzeichnis der Logik DLL GSL DLL Programmlogik f r die Dialoge der Gesellschaftsverwaltung Wurzelverzeichnis der Datenbank DLL GSD DLL Programmlogik f r die Datenbankzugriffe Wurzelverzeichnis der Report DLL GSR DLL Programmlogik f r die Reports der Gesellschaftsverwaltung Programmlogik f r die Reports der Gesellschaftsverwaltung Alle anderen Anwendungsmodule folgen demselben Aufbau Die bergreifenden Module haben meistens keine so tiefe Hierarchie der Verzeichnisse da sie h ufig nur aus einer DLL bestehen Sie folgen aber grunds tzlich denselben Namenskonventionen Die Verzeichnisstruktur f r PMAPI DLL sieht z B folgenderma en aus PMAPI PMAPI SRC PMAPI INC PMAPI HELP Bertrand Scheller 06 2000 Wurzelverzeichnis der PMAPI PMAPI DLL Programmlogik von P
24. dem Spannungsfeld auf der einen Seite m glichst viele detaillierte Informationen sammeln zu wollen und auf der anderen Seite den Entwicklungsproze nicht zu behindern Dies kann nur mit effektiven Werkzeugen erreicht werden die es erlauben die unterschiedlichen Disziplinen des SKM wie Versionsmanagement Buildmanagement und nderungsmanagement miteinander zu integrieren Das derzeitige SKM System von PRORIS versucht einige der Schw chen der SKM Werkzeuge durch organisatorische Ma nahmen auszugleichen Es hat sich jedoch gezeigt da gerade diese organisatorischen Ma nahmen zu Akzeptanzproblemen f hren da sie den SKM Proze aufbl hen Eine weitere Schwierigkeit bei dem SKM System von PRORIS ist die Entwicklung f r eine unzureichend unterst tzte Betriebssystemplattform OS 2 Diese inzwischen weniger verbreitete Plattform bewirkt den Einsatz veralteter SKM Werkzeuge die noch nicht ber die geforderten Integrationsm glichkeiten verf gen Zus tzlich sorgt diese Plattform f r eine hohe Komplexit t in der Entwicklungsumgebung In Zukunft wird diese Plattform nicht mehr unterst tzt werden Dies wird Anla f r die Erneuerung des SKM Systems von PRORIS sein Bertrand Scheller 06 2000 109 Diplomarbeit Software Konfigurationsmanagement Der Markt f r SKM Werkzeuge ist bisher durch viele Einzell sungen f r die jeweiligen Disziplinen im Entwicklungszyklus bestimmt Diese L sungen arbeiten h ufig nur ungen gend zusammen Es
25. der alten Datenbankstruktur und einem Bertrand Scheller 06 2000 32 Diplomarbeit Software Konfigurationsmanagement passenden Testdatenbestand zur Verf gung zu stellen Wenn die f r die Aufgabe passende Umgebung zur Verf gung steht k nnen die nderungen auf einer nachvollziehbaren Basis durchgef hrt werden Schlie lich werden aus den ge nderten Konfigurationseinheiten z B Programmcode andere Konfigurationseinheiten wie z B Objektdateien oder Bin rdateien in einem oft mehrstufigen bersetzungsproze erstellt Das Build Management Systemgenerierung besch ftigt sich mit der Definition der Regeln und Abh ngigkeiten der einzelnen Konfigurationseinheiten die den bersetzungsproze verl lich und reproduzierbar gestalten Dabei m ssen einige wesentliche Punkte beachtet werden Compton 94 e abgeleitete Konfigurationseinheiten wie z B Bin rdateien m ssen aus den korrekten Revisionen der Programmcodedateien mit den korrekten Werkzeugen und den korrekten bersetzungsparametern erstellt werden F r die korrekte Revision des Programmcodes ist das Umgebungsmanagement zust ndig Aber auch die Werkzeuge und ihre Einstellungen zur Erstellung der Programmkomponenten Hilfesysteme oder Datenbankdefinitionen sollten der Konfigurationskontrolle unterliegen und somit eine verl liche Basis zur Erstellung von abgeleiteten Konfigurationselementen bilden Das Build Management wiederum mu in der Lage sein nderungen an der
26. ein Gremium diese genehmigt der Entwickler den Fehler behebt und die Qualit tssicherung die Fehlerbehebung pr ft kann durch ein Werkzeug unterst tzt werden indem das Werkzeug daf r sorgt da die richtige Reihenfolge bei den Arbeitsschritten eingehalten wird und nur autorisierte Mitarbeiter die jeweiligen Arbeitsschritte durchf hren k nnen Das Werkzeug kann aber noch weiter gehen und nicht nur Pr fungen durchf hren sondern aktiv den nderungsproze steuern Dazu werden die f r einen Arbeitsschritt zust ndigen Personen von dem System informiert Diese vom Werkzeug initiierte Arbeitsablaufsteuerung wird h ufig ber e mail verwirklicht 2 5 Anforderungen an Software Konfigurationsmanagementsysteme Wenn man die Anforderungen der ISO 9000 an das SKM betrachtet so zeigt sich da diese recht allgemeiner Natur sind und somit wenig Hinweise f r eine Konkretisierung bzw Strukturierung bieten Um die Anforderungen zu strukturieren ist eine Gliederung in funktions bergreifende Anforderungen die f r alle Funktionsbereiche von SKM Systemen gelten sowie in funktionsspezifische Anforderungen geeignet Ovum 99 Im folgenden werden diese Anforderungen n her betrachtet 2 5 1 Funktions bergreifende Anforderungen Die funktions bergreifenden Anforderungen gliedern sich wie folgt e Allgemeine Anforderungen Matrix 1 1 11 Die nachgestellte Numerierung in entspricht der aus der Matrix in Anhang A Bertrand Scheller
27. eine Phase erfolgreich abgeschlossen wurde kann der bergang zur n chsten Phase erfolgen Die R ckkehr in vorherige Phasen ist aufwendig wei e Pfeile und nicht oder unzureichend definiert Es wird vielmehr davon ausgegangen da ein solcher R ckschritt nicht notwendig ist Bertrand Scheller 06 2000 64 Diplomarbeit Software Konfigurationsmanagement Abb 4 1 Phasen eines typischen Wasserfallprozesses Vorteile Aufgaben der Phasen sind klar beschrieben Grobe Fehler k nnen bereits in fr hen Phasen entdeckt werden Der Proze ist f r die Teammitglieder leicht zu erlernen da es klare Anweisungen gibt was in jeder Phase zu tun ist Der Overhead h lt sich in Grenzen Trotzdem k nnen die Aufgaben einer jeden Phase genau geplant werden Projekte lassen sich somit bereits steuern Nachteile Der Wasserfallproze geht davon aus da alle Anforderungen bekannt und im wesentlichen stabil sind Die Komplexit t des Aufgabenumfelds beherrschbar ist und somit die Entwicklung in einem Inkrement durchf hrbar ist Risiken werden erst sp t im Projektverlauf erkannt Gerade bei umfangreichen Neuentwicklungen treffen die beiden ersten Punkte nicht zu Die Anforderungen stabilisieren sich erst im Projektverlauf Manche Probleme treten erst bei der Programmierung zu Tage H ufig ver ndert sich auch das Projektumfeld nicht Bertrand Scheller 06 2000 65 Diplomarbeit Software Konfi
28. eine Reihe geplanter und freigegebener Bezugskonfigurationen Sie werden h ufig von der Projektleitung und dem Wartungsverantwortlichen als Meilensteine behandelt Das Produkt selbst besteht aus einer gro en Anzahl von Software Elementen die die Konfigurationselemente der einzelnen Bezugskonfigurationen bilden 2 3 Aufgaben des Software Konfigurationsmanagements Software ist relativ einfach modifizierbar Das L schen oder Modifizieren von Programmteilen Kann katastrophale Folgen nach sich ziehen wenn nicht systematisch geplant und gepr ft wird Scheller 96 Die Problematik des nderns ist in der Wartung besonders gro Vielfach werden nderungen nur unvollst ndig realisiert und dokumentiert Das Problem wird noch dadurch versch rft da die Dokumentation teilweise oder ganz fehlt und nicht aktuell ist Der Stand der Software Elemente zum Zeitpunkt der Freigabe ist nicht immer eindeutig reproduzierbar Die Auswirkungen dieses Zustands sind nicht mehr kontrollierbar und f hren h ufig fr her als n tig zur Notwendigkeit einer Neuentwicklung der Systeme Die Grundidee des Software Konfigurationsmanagements besteht darin mit Disziplin und Systematik Ordnung in den KE zu halten Dabei sind folgende Aufgaben zu erf llen e Die erste Aufgabe des SKM ist die Konfigurationsidentifizierung Dabei geht es um die Bestimmung der f r eine Konfiguration relevanten Elemente wie z B Module Hilfetexte Datenbankdefinitionen Damit diese
29. festgelegt werden Wesentliche Aktivit ten bei der Erstellung und Pflege von Bezugskonfigurationen sind die Planung Durchf hrung und Aufzeichnung aller nderungen mit dem Ziel da die aktuelle Konfiguration mit ihrem nderungsstatus zu jedem Zeitpunkt bekannt ist Dies setzt voraus da alle Bezugskonfigurationen definiert werden und die Elemente jeder Bezugskonfiguration identifiziert und benannt sind Der nderungsproze umfa t die Erfassung und Berichterstattung ber nderungen sowie die Verifikation einer oder mehrerer Bezugskonfigurationen Abbildung 2 4 Die Verifikation erfolgt durch technisch orientierte Reviews oder Audits Lege die Konfigurationsstruktur des Systems fest Identifizieren und Kennzeichnen aller Elemente der Bezugskonfiguration Bezugkonfiguration A Erfasse die ndeungen von A Berichte ber den Status der nderungen Verifiziere die neue Bezugkonfiguration Bezugkonfiguration B Erfasse die ndeungen von B Berichte ber den Status der nderungen Verifiziere die neue Bezugkonfiguration Bezugkonfiguration C Erfasse die ndeungen von C Berichte ber den Status der nderungen Verifiziere die neue Bezugkonfiguration freigegebene Produktkonfiguration Abb 2 4 nderungswesen mit Bezugskonfigurationen IEEE 88 Bertrand Scheller 06 2000 27 Diplomarbeit Software Konfigurationsmanagement Die Entwicklung und Pflege eines Produkts erfolgt also durch
30. freigegeben werden Eine Voraussetzung f r die Bewertung von nderungsw nschen ist ein Verfahren zur Einstufung der Dringlichkeit Grundlage f r ein solches Klassifizierungssystem k nnen nderungsauswirkungen Kundenforderungen sowie die betroffene Bezugskonfiguration sein Besondere Aufmerksamkeit mu den Sonderfreigaben geschenkt werden die z B durch schwerwiegende Fehler in lteren Versionen notwendig werden k nnen Da Sonderfreigaben nicht wie andere Versionen geplant werden k nnen sondern einen akuten Problemfall au erhalb der blichen Releaseplanung darstellen m ssen f r sie besondere Verfahren eingerichtet werden Sie f hren z B zu Varianten die gegebenenfalls pro Kunde unterschiedlich ausfallen k nnen Eine weitere Aufgabe der Konfigurationssteuerung ist die Festlegung der Methoden zur Implementierung von genehmigten nderungen in den betroffenen Konfigurationseinheiten Dokumentation Programmcode Objektcode wobei der nderungsablauf abh ngig von der Projektphase unterschiedlich sein kann Dazu ist es notwendig Software Konfigurationseinheiten in verschiedenen Umgebungen zu verwalten die sich unter Kontrolle unterschiedlicher Personen befinden Diese Aufgabe wird Bertrand Scheller 06 2000 31 Diplomarbeit Software Konfigurationsmanagement Umgebungs Management genannt Umgebungsmanagment sollte den Entwicklern eine konsistente flexible und reproduzierbare Entwickungsumgebung zur Verf gung ste
31. sich um kein Fehler des Systems handelt Die Priorit t gibt an bis zu welchem Zeitpunkt sich die CTH zur ckgemeldet haben soll Insofern mu vom jeweils f r die PRORIS Meldung Zust ndigen zum Zeitpunkt der Erfassung die Projektassistenz gepr ft werden ob der Termin eingehalten werden kann Das bedeutet da wenn kein Kundenbetreuer bis zu dem geforderten Termin in der Lage ist R ckmeldung zu geben der Erfasser R ckmeldung geben mu Mit anderen Worten die Meldung bleibt solange in der Verantwortung des Bearbeitenden bis der n chste in der Bearbeitungskette die Meldung bernommen hat gt siehe Bearbeitungsstatus Die R ckmeldung kann auch daraus bestehen da bis zu einem bestimmten Termin keine qualifizierte R ckmeldung z B wegen Krankheit erfolgen kann Es folgt eine Aufstellung der m glichen Priorit ten showstopper Sofortige R ckmeldung Der Betrieb kann nicht fortgesetzt werden gt nur bei Meldungstyp Fehler hoch R ckmeldung am gleichen Arbeitstag wenn die Meldung bis 13 00 Uhr eingegangen ist Bei Eingang nach 13 00 Uhr wird am n chsten Arbeitstag reagiert mittel R ckmeldung innerhalb von 5 Arbeitstagen Bertrand Scheller 06 2000 70 Diplomarbeit Software Konfigurationsmanagement niedrig R ckmeldung innerhalb von 10 Arbeitstagen keine irrelevant Der R ckmeldungstermin ist im Feld R ckmeldung am einzutragen Dieser errechnet sich aus dem Meldungsdatum und der Priorit t
32. tr gt er unter Real Test ein Wenn der Test Fehlerfrei verlaufen ist tr gt der Kundenbetreuer ebenfalls den Testaufwand ein Zus tzlich errechnet er den tats chlichen Gesamtaufwand f r die Bearbeitung der Meldung Real gesamt und erg nzt unter der Meldungsnotiz Auslieferungstext den Auslieferungstext Die Dokumentation wird abschlie end gepr ft und der Aufwand wird unter Real Dokumentation zusammengefa t Anschlie end sendet der Kundenbetreuer die Meldung an den Versionsverwalter der f r die Integration in ein Programmrelease verantwortlich ist 4 2 2 nderungsmanagement mit PVCS Tracker Der PVCS Tracker von Merrant ist nderungsmanagement und Fehlerverfolgungssystem Es steht in seiner derzeitigen Version nur auf der Windowsplattform und mit eingeschr nkter Funktionalit t auf Browserbasis zur Verf gung Der Kern von Tracker ist eine zentrale Datenbank in der alle nderungsanforderungen bzw Fehlermeldungen in strukturiert und in regelbasiert gespeichert werden W hrend des Lebensdauer solcher Meldungen greifen unterschiedliche Projektteilnehmer auf diese Meldungen zur ck und dokumentieren ihre jeweilige Arbeit an den Meldungen im System Dies schafft eine umfassende Datenbasis ber Aktivit ten im Entwicklungs bzw nderungsproze die 34 siehe Abschnitt 5 2 6 Bertrand Scheller 06 2000 77 Diplomarbeit Software Konfigurationsmanagement detaillierte Informationen ber de
33. von Daten innerhalb des PRORIS Teams Auf diesen Bereich haben alle Proris Mitarbeiter Zugriff Bereich f r Kundenumgebungen In diesem Bereich werden die jeweiligen Kundenumgebungen zur Verf gung gestellt Er ist nur im Zugriff wenn man sich mit einem Testbenutzer f r den jeweiligen Kunden auf der Arbeitsstation angemeldet hat Testbenutzer dienen dazu die an Kunden aussgelieferte Versionen von PRORIS zu testen und warten In den Kundenumgebungen liegen hierbei die ausf hrbaren Dateien von PRORIS der jeweiligen Kundenumgebung w hrend der oben beschriebene Transferbereich die Konfigurationsdateien enth lt die PRORIS zum Start ben tigt Auf die Kundenumgebung haben die Tester und Entwickler nur lesenden Zugriff Ausschlie lich die QM Mitarbeiter k nnen in dieser Umgebung nderungen durchf hren und z B neue Versionen zu Verf gung stellen Dazu mu ein dokumentierter und nachvollziehbarer Integrationsproze durchlaufen werden Bereich f r die Entwickler In diesem Bereich befindet sich f r jeden Entwickler die pers nliche Entwicklungsumgebung In dieser Umgebung werden die Entwicklungs Wartungsaufgaben vom jeweiligen Entwickler durchgef hrt Jeder Entwickler hat dort seine eigene Umgebung Bei Auschecken von Dateien mit dem PVCS Version Manager werden die auf dem zentralen Entwicklungslaufwerk befindlichen Dateien auf gleichlautende Verzeichnisse innerhalb der jeweiligen Entwicklerumgebung kopiert Bere
34. wurde DB_HOST Diese DLL enth lt Zugriffsfunktionen auf Host DB2 Tabellen Diese werden f r die Host Schnittstelle von PRORIS ben tigt DB_DDCS Diese DLL enth lt Funktionen f r verteiltes Transaktionsmanagement unter PRORIS Bertrand Scheller 06 2000 85 Diplomarbeit Software Konfigurationsmanagement IN R DLL P EXE Pe A Meport Teil By gt gt L DLL SYL DLL Logik Teil Nachrichten dynamisch j Y eLossre du gt ___ Zum lt SUBCLASS DLL va PROREPLB DLL dynamisch en x SYMSGEN DLL dynamisch DB_NET2 DLL I DB_NET DLL DB_NET7 DLL j DB_DDCS DLL v j f NOV DLL Kl TA DE i CALOS232 DLL FA PMAPI DLL Y CLNOS232 DLL Y N Fe gs LOCOS232 DLL an j SYMSGRES DLL SEIFLB32 DLL EZTW32 DLL J NCPOS232 DLL I je 4 Ze vn Plattform DLLs Windows OS 2 Mn ee Copyright CTH Consult TEAM Hamburg Abb 5 2 PRORIS Modulhierarchie PRORIS 99 Abbildung 5 2 beschreibt die Abh ngigkeiten der PRORIS Module untereinander sowie deren Beziehungen zu den Systemschnittstellen Es wird ein komplexes Beziehungsgeflecht deutlich das bei dem Buildmanagement
35. wurde Abh ngig davon welche Sprache vom Benutzer gew nscht ist wird die deutsche oder englische DLL geladen PROREPLB Diese DLL stellt Funktionen f r Reports zur Verf gung Diese werden von den Reports DLLs R DLL gebraucht Reports DLLs enthalten Rep Dateien die von zwei im PRORIS Team entwickelten Compilern bersetzt werden prorep und sqlpp Proreplb dll stellt die Runtime Bibliothek f r diese Compiler dar Bertrand Scheller 06 2000 84 Diplomarbeit Software Konfigurationsmanagement P EXE L DLL D DLL R DLL Jede PRORIS Anwendung besteht aus einem Exe File und 3 DLLs L DLL ist die sog Logik DLL D DLL die Datenbank DLL und R DLL die Report DLL Hinzu kommen unter OS 2 noch die Hilfedateien P INF und P HLP unter Windows NT sind dies die Dateien P HLP und P CNT ebenfalls f r die Online Hilfe Die Resourcen einer Anwendung sind auf EXE und Logik DLL aufgeteilt Die Men s und die Strings befinden sich im Resource File der EXE die Dialogresourcen befinden sich in der Logik DLL L DLL SYL SYD SYR Diese drei DLLs enthalten Dialoge die von mehreren Anwendungen benutzt werden die sog Syboxes Dialoge Die hier enthaltenen Dialog stehen allen PRORIS Anwendungen zur Verf gung und sind zum Gro teil Such und Auswahldialoge NOV Diese DLL dient der Integration von PRORIS in Novell Netzwerke Sie wird nur geladen wenn auf dem Arbeitsplatz ein Novell Client installiert
36. zu bewerten ist die zentrale Installation und Konfiguration der Entwicklungswerkzeuge Der Entwickler mu sich somit nicht mehr mit seiner Installation oder mit Einstellungen in der Entwicklungsumgebung besch ftigen sondern kann sich auf die Entwicklungsaufgabe konzentrieren Ein weiter positiver zu hervorhebender Punkt ist das umfangreiche Datensicherungskonzept das die Wichtigkeit der Daten in der Entwicklungsumgebung f r ein Softwarehaus und seine Kunden dokumentiert Bertrand Scheller 06 2000 62 Diplomarbeit Software Konfigurationsmanagement 4 Aufbau des PRORIS nderungsmanagement Zu Beginn dieses Kapitels wird der Entwicklungsproze von PRORIS n her betrachtet da das nderungsmanagement in diesen eingebettet ist Dazu werden zun chst grunds tzliche Formen von Entwicklungsprozessen betrachtet und im Anschlu auf die spezifischen Gegebenheiten im PRORIS Projekt eingegangen 4 1 Entwicklungsprozesse Wenn man sich mit der Frage nach einem Vorgehen f r die Entwicklung von Software besch ftigt so stellt man fest da es kaum einen Unterschied zu den Aspekten die bei den sogenannten Gesch ftsprozessen relevant sind gibt Von Interesse sind somit auch die entscheidenden Fragen der Gesch ftsproze modellierung Oestereich 99 e In welche Teile kann der Gesamtproze zergliedert werden e In welcher Reihenfolge k nnen m ssen diese Teilschritte ausgef hrt werden e Welche Ressourcen Personen und Information
37. 0 Bertrand Scheller 06 2000 Bersoff E Henderson V Siegel S Software Configuration Management Prentice Hall 1980 Boehm B A spiral model of software development and enhancement Computer Magazine Mai 1988 Collofello J Buck J Software Quality Assurance for Maintenance IEEE Software September 1987 Compton S Conner G R Configuration Management for Software Van Nostrand Reinhold 1994 DGQ NTG Schrift 12 51 Software Qualit tssicherung Aufgaben M glichkeiten L sungen Beuth Berlin 1986 Dunn Robert H Software Qualit t Konzepte und Pl ne Hanser 1993 Geratewohl R ckversicherung 1975 Grossmann Marcel R ckversicherung eine Einf hrung Verlag Peter Lang Bern Frankfurt am Main 1977 H ft D Schaller H Software Konfigurationsmanagement in gro en Softwareprojekten Informatik Spektrum 8 pp 576 584 IEEE Guide to Software Configuration Management 1988 Deutsches Institut f r Normung e V Qualit tsmanagement Leitfaden f r Konfigurationsmanagement Deusche Fassung prEN ISO 10007 1995 Berlin K ln Beuth Dave Robertson Auswahl und Einsatz von Softwarekonfigurations Tools IT Fokus Ausgabe Juli 2000 IT Verlag 2000 H henkirchen 111 Diplomarbeit Software Konfigurationsmanagement Oestereich 99 Ovum 99 Pfeiffer 75 PRORIS 95 PRORIS 99 Scheller 96 Tichy 88 Wallm ller 90 Whitgift 91 Bertrand Scheller 06 2000 Bernd Oestereich E
38. 04200442400nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnen 92 5 4 PRORIS Buildingp roze 2 22 222 122 106 Bertrand Scheller 06 2000 5 Diplomarbeit Software Konfigurationsmanagement Abk rzungsverzeichnis AIDS acquired immunodeficiency syndrome CB PVCS Configuration Builder CCB Change Control Board DGQ Deutsche Gesellschaft f r Qualit t e V DDL data definition language DLL dynamic link library dynamische Link Bibliothek DML data manipulation language DV Datenverarbeitung EDV Elektronische Datenverarbeitung EN Europ ische Norm EXE executable ausf hrbares Programm GmbH Gesellschaft mit beschr nkter Haftung IBM International Business Machines Corporation IDE Integrated Development Enviroment ISO International Organization for Standardization Internationale Standardisierungsorganisation IT Informationstechnologie KE Konfigurationselement e LAN Local Area Network 08 2 Operating System 2 Betriebssystem der IBM PC Personal Computer PM Projektmanagement PRORIS Professionelles R ckversicherungs Informationssystem QM Qualit tsmanagement RV R ckversicherung SKM Software Konfigurationsmanagement SQL Structured Query Language Tracker PVCS Tracker VM PVCS Version Manager WAN Wide Area Network Bertrand Scheller 06 2000 6 Diplomarbeit Software Konfigurationsmanagement 1 Einleitung 1 1 Motivation f r die Diplomarbeit In den letzten Jahren hat Softwarequ
39. 5 lt amp UZVER078 usw Files Locked by lt User gt b Check Out der zu ndernden Source Dateien Die zu ndernden Dateien werden per Check Out aus dem Archiv entnommen und sind damit f r andere Entwickler gesperrt Es werden nur die tats chlich zu ndernden Sourcen entnommen Alle anderen Dateien die zum Kompilieren oder Binden notwendig sind werden automatisch aus dem Archiv gezogen S mtliche Objekt und Zwischendateien werden somit nicht aus dem Archiv entnommen Bei Reports z B nur die rep Datei Zum Beispiel 77 Archive Abp Srce 23 ABPMAIN C 1 3 Locked by lt User gt lt amp UZVER075 lt amp UZVER078 1 2 w u Nn C Files Locked by lt User gt In der folgenden Tabelle sind die Zusammenh nge zwischen Source Objekt und Zwischendateien aufgef hrt Quelle Ziel Zwischendatei en c obj l rc res rcp l ipf rtf ipl Bertrand Scheller 06 2000 98 Diplomarbeit Software Konfigurationsmanagement ipm hlp ipl ip2 ip3 pee obj peu c l rep obj reo pe pco c l obj bnd c Setzen der Programm Liste ber die Workbench In Workbench wird das zu ndernde Modul aufgerufen Der Aufbau der Make Dateien entspricht den Konventionen des PVCS Configuration Builder CB In den Make Dateien werden d
40. Datei K pfe bernommen Entwickler Datum und Revision werden automatisch vom VM beim Check In vergeben Zum Beispiel rar at te ale ale tete le ee E III III ORT OT ORT k k I k k k k k k k k k k k k kk k kk k k kk k k K Log X ARCHIVE ABP DB SRC ABDUEBU PVC Rev 1 1 14 Feb 1996 13 33 00 lt USER gt lt nderungs Beschreibung gt AR HR HR HE IE IE IR fe ae ale ale ale ale E ae ae ae E E ee RR RR E E E E OR RO ee k k k ae ae k ale ale k k k k kk k kkk e Kompilierung ber die Workbench Die ge nderten KE werden kompiliert und falls keine bersetzungsfehler auftreten das Modul neu erstellt Die entsprechenden EXE DLL LIB Dateien werden direkt in der Umgebung des Entwicklers zur Verf gung gestellt S mtliche Objekte und Zwischendateien befinden sich auf dem zentralen Objektbereich X OBJECTS Die Quellelemente werden vom Entwicklerbereich U PRORIS und falls dort nicht vorhanden vom zentralen Referenzverzeichnis X PRORIS gelesen f Integrationstest Die nderungen werden getestet Bei fehlerfreien Test geht es weiter mit Schritt g Im Fehlerfall wird zu Schritt d verzweigt g Anlegen Meldungs Folder Um den Bezug zwischen einer Meldung und den ge nderten KE herstellen zu k nnen wird ein neuer Folder angelegt Alle ge nderten KE die mit der Meldung in Zusammenhang stehen werden dem Folder zugeordnet Dazu werden alle f r die entsprechende Meldung ge nderten Date
41. Elemente eindeutig identifiziert werden k nnen ist es notwendig Numerierungsregeln aufzustellen e Bei der zweiten Aufgabe geht es darum alle nderungen an einer Konfiguration zu berwachen Dazu werden alle nderungsanst e in Form von Meldungen erfa t und von einem einzurichtenden nderungsausschu einer Pr fung unterzogen der die Notwendigkeit der nderung untersucht e Die dritte Aufgabe besteht darin alle nderungen zu erfassen und aufzuzeichnen Diese Konfigurationsbuchf hrung erm glicht es jederzeit Auskunft dar ber geben zu k nnen welche nderungen bisher am System durchgef hrt wurden e Die vierte Aufgabe ist das Konfigurationsaudit Dabei geht es darum da die am Beginn der Systementwicklung aufgestellten Anforderungen der Benutzer und die Bertrand Scheller 06 2000 28 Diplomarbeit Software Konfigurationsmanagement Anforderungen die w hrend der Systementwicklung an einzelne Systembausteine gestellt worden sind auch nach den nderungen erf llt bleiben 2 3 1 Konfigurationsidentifizierung Bei der Konfigurationsidentifizierung geht es zuerst um die Auswahl und Strukturierung der Konfigurationseinheiten Dabei wird das gesamte Produkt in logisch zusammenh ngende und untergeordnete Einheiten eingeteilt Bei der Auswahl der Konfigurationseinheiten werden alle relevanten Dokumente die zur Weiterverarbeitung m glichst in maschienenlesbarer Form vorliegen sollten und deren Beziehungen z
42. ISO 10007 definiert Bezugskonfiguration wie folgt Die formell zu einem bestimmten Zeitpunkt festgelegte Konfiguration eines Produkts die als Grundlage f r weitere T tigkeiten dient Bezugskonfigurationen sollten immer dann festgelegt werden wenn es w hrend des Lebenslaufs des Produkts n tig ist seine Konfiguration so festzulegen da sie als Ausgangspunkt f r weitere Aktivit ten dienen kann Die Notwendigkeit eine Bezugskonfiguration festzulegen h ngt insofern von der Projektorganisation bzw vom Vorgehensmodell ab Bersoff Henderson und Siegel gehen von einem phasenorientierten Modell aus bei dem am Ende einer jeden Entwicklungsphase eine Bezugskonfiguration freigegeben wird Sie unterscheiden dabei Anforderungs Konzept Entwurfs Integrations und Produktkonfiguration Bers 80 Bertrand Scheller 06 2000 26 Diplomarbeit Software Konfigurationsmanagement Anforderungs Konzept Produkt konfiguration konfiguration konfiguration Pflichtenheft Leistungs Produkt Anforderungs beschreibung Benutzer katalog Testkonzept handbuch Bezugskonfigurationen Analysephase Konzeptphase Einf hrungs Zeit phase Abb 2 3 Bezugskonfiguration nach Bersoff Henderson und Siegel Bei einer versionsorientierten revolvierenden Projektorganisation und planung stellen die einzelnen Systemversionen die Bezugskonfigurationen dar von denen ausgehend die Ziele f r die jeweils n chste Systemversion geplant und
43. MAPI Headerdateien die nur in PMAPI verwendet werden Hilfedateien f r PMAPI 82 Diplomarbeit Software Konfigurationsmanagement 5 1 2 PRORIS Modul bersicht Es folgt eine kurze Beschreibung aller PRORIS Module PMAPI Dies ist die zentrale DLL von PRORIS die alle Systemfunktionen f r die Pr sentationsschicht zur Verf gung stellt Hier werden alle Betriebssystemabh ngigkeiten gekapselt Dies erfolgt durch Variantenbildung mit Hilfe von bedingter Kompilierung DB_NET bis DB_NET7 F r jede Tabelle der PRORIS Datenbank existiert eine Datei mit Extension SQC Diese Dateien enthalten jeweils alle SQL Befehle die Zugriffe auf die betreffende Tabelle durchf hren Alle Zugriffe auf die Datenbank erfolgen ber diese Module Die Aufteilung der SQC Dateien auf mehrere DLLs ist durch die Gr e der Module bedingt Diese Kapselung aller SQL Befehle erm glicht einen leichteren Wechsel zu einem anderen Datenbanksystem DB_BIND Diese Datei ist eine Hilfs DLL die Datenbankthreads startet und Datenbank DLLs sowie Reports DLLs von PRORIS Anwendungen bei Bedarf nachl dt damit nicht immer alle DLLs im Hauptspeicher gehalten werden m ssen Es werden die D DLLs und R DLLs von Proris nachgeladen DBAPI Diese DLL enth lt h ufig gebrauchte Datenbank Funktionen von PRORIS Die DLL stellt einen Container dar in dem Funktionen die etwas mit der Datenbank zu tun haben und die von mehreren Anwendungen benutzt werden ges
44. PRORIS verwaltet wird Zum anderen um einen Windows Terminal Server der PRORIS unter Windows NT einen Mehrbenutzerbetrieb erlaubt F r die Meldungsdatenbank kann kein UDB Server eingesetzt werden da das Werkzeug zur Unterst tzung des nderungsmanagements PVCS Tracker UDB als Datenbanksystem nicht unterst tzt Der Einsatz von PRORIS auf dem Windows Terminal Server schafft die M glichkeit PRORIS auch ber WAN Strecken zug nglich zu machen Hierbei laufen die PRORIS Prozesse und ggf auch die gesamte Windows Oberfl che zentral auf einem Terminal Server ab Auf der Arbeitsstation wird lediglich die Oberfl che angezeigt Da nur die Ver nderungen an der Oberfl che ber die Leitung geschickt wird ist es m glich auch ber Verbindungen ab 19Kbit s PRORIS zu betreiben 3 siehe 3 3 24 siehe Abschnitt 4 2 2 Bertrand Scheller 06 2000 52 Diplomarbeit Software Konfigurationsmanagement OS 2 Dom ne Windows NT Dom ne Novell Umgebung Dom nen Controller und Dateiserver Dom nen Controller und Dateiserver Datenbankserver mit DB2 2 1 2 Datenbankserver mit DB2 2 2 1 2 Datenbankserver mit Backup UDB 5 2 Dom nen Controller Backup Dom nen Controller Datenbankserver mit UDB 5 2 Backuprechner f r die gesamte PRORIS Windows Sybase Datenbankserver mit der Datenbank f r das nderungsmanagement Umgebung Terminal Server Backu Dom nen Controller Entwicklungs
45. Problemmeldungen sowie stets aktuellen Statusreports Ein PRORIS Projektmanager leitet ein PRORIS Teilprojekt bzw eine spezifische PRORIS Einf hrung bei einem Kunden Er ist in diesem Zusammenhang mit typischen Projektmanagementfragestellungen bez glich Zeit Kosten und Personalressourcen konfrontiert Daraus ergibt sich ein Schwergewicht im Bereich Steuerung und Kontrolle des Entwicklungsprozesses Die Sicht des Qualit tsmanagements wird von den SKM Beauftragten sowie den jeweiligen Softwaretestern eingenommen Die SKM Beauftragten managen die Entwicklungsumgebung und sorgen f r einen geregelten Ablauf von Entwicklung ber Test bis zum n chsten Release Bertrand Scheller 06 2000 46 Diplomarbeit Software Konfigurationsmanagement Die Sicht der Entwickler ist durch ihre t gliche Entwicklungsarbeit gepr gt Ihnen geht es in diesem Zusammenhang darum mit m glichst wenig zus tzlichen Aufwand durch die Verwendung des SKM Systems belastet zu sein Auf der anderen Seite brauchen sie leistungsf hige Werkzeuge R ckverfolgung und Fehleranalyse Die Befragung wurde mit Hilfe eines Fragebogens durchgef hrt der die Wichtigkeit der unter 2 5 1 und 2 5 2 beschriebenen Anforderungen aus Sicht der jeweiligen Rolle aufnimmt Die Wichtigkeit konnte mit folgenden Werten ausgedr ckt werden e 0 f r irrelevant e f r w nschenswert e 2 f r wichtig e 3 f r notwendig ber die einzelnen Ergebnisse pro Sicht und Anforderung wurd
46. Software Konfigurationsmanagement d Test in Kundenumgebung Mit den unter Schritt c neu erstellten DLL s bzw EXE s wird in der Kundenumgebung ein Integrationstest vorgenommen e Einchecken Labeln der ge nderten Dateien Nach erfolgreichem Test werden die unter Schritt b exklusiv ausgecheckten Dateien wieder eingecheckt Dabei wird durch den PVCS VM erkannt da sich einige KE nicht ver ndert haben In diesem Fall braucht keine neue Revision erzeugt zu werden Danach werden f r diese Dateien die Versionslabel vergeben Dabei wird die Nummer der neuen Version Version 3 eingetragen Damit steht das neue Release oder der Patch zur Vorbereitung der Auslieferung bereit Bertrand Scheller 06 2000 104 Diplomarbeit Software Konfigurationsmanagement 5 3 Build Management Das Build Management BM besch ftigt sich mit der Definition der Regeln und Abh ngigkeiten der einzelnen KE die den bersetzungsproze verl lich und reproduzierbar gestalten Bei PRORIS wird das BM durch das Werkzeug PVCS Configuration Builder CB unterst tzt Der CB besteht im wesentlichen aus der MAKE Komponente und einigen Hilfsprogrammen Mit der MAKE Komponente k nnen Regeln f r die Ableitung der einzelnen Typen von KE hinterlegt werden Im Gegensatz zu anderen MAKE Werkzeugen kann der CB auch mit den Archiven der PVCS Version Managers umgehen Damit k nnen die Regeln sich direkt auf z B Versionslabel oder auch
47. TH erstellt Nach den entsprechenden Integrationstests und der Freigabe erfolgt die Installation in der Testumgebung des Kunden Der Kunde testet dann das neue Release in seiner Testumgebung und installiert nach entsprechender Freigabe das neue Release in Produktion Bei der CTH wird immer solange 26 siehe auch Abschnitt 5 3 Bertrand Scheller 06 2000 55 Diplomarbeit Software Konfigurationsmanagement ein Abbild der Produktionsumgebung des Kunden aufbewahrt bis ein neues Release in Produktion gegangen ist um Fehler in der Produktionsumgebung des Kunden nachvollziehen zu k nnen Der Zugriff auf die unterschiedlichen Umgebungen ist ber Benutzer bzw Gruppenrechte auf die jeweiligen Netzwerkressourcen geregelt Auf die Entwicklungsumgebung haben alle PRORIS Projektmitglieder mit ihren jeweiligen Benutzernamen Zugriff F r die Kundenumgebungen sind Testbenutzer und Administratoren eingerichtet Die Testbenutzer werden f r die Integrationstests bzw zur Fehlersuche verwendet Die Administratoren f r die Kundenumgebungen f hren die Integration bzw Korrekturarbeiten durch Durch die Trennung der Aufgaben auf verschiedene Benutzerrollen wird das Risiko von ungewollten L schungen oder Ver nderungen in der falschen Umgebung verringert Das Verfahren f r jeden Kunden eine eigene Umgebung vorzuhalten hat sich als sehr kundenfreundlich aber auch sehr aufwendig erwiesen Aus diesem Grund wird in Zukunft lediglich eine aktuelle Inte
48. Universit t Hamburg Fachbereich Informatik Diplomarbeit Anforderungen an ein EDV gest tztes Software Konfigurationsmanagement am Beispiel eines Client Server R ckversicherungsinformationssystems Juni 2000 Bertrand Scheller Lokstedter Weg 112 D 20251 Hamburg Matr Nr 3 941 672 Tel 040 46073933 Betreuung Prof Dr Klaus Brunnstein Arbeitsbereich Anwendungen der Informatik in Geistes und Naturwissenschaften AGN Zweitbetreuung Dr Ralf Klischewski Arbeitsbereich Softwaretechnik SWT Diplomarbeit Software Konfigurationsmanagement Inhaltsverzeichnis Imhaltsverzeichhlszue nes seen ttre rreenent 2 Abbildungsverzeiehnis su feste le 5 Abk rzungsverzeichnis u aeeserenah 6 1 EnlelUngesssns era Ernie 7 1 1 Motivation f r die Diplomarbeit uunnn ns nnnnnnnnnnnnnnnn nn 7 1 2 Problem und Aufgabenstellung uus4s 4444444444B0nnnnn nn 8 1 3 Aufbau der Diplomarbeit uu 24444444440Rnnnnnnnnnnnnnnnnnnnnnnnnnnnn 9 1 4 Huckversichefung nase 10 1 5 Das PROfessionelle R ckversicherungs Informations System PRO RS e aa aaa a a aa Aa eai 17 2 Software Konfigurationsmanagement ussnenennennen 19 2 1 Gr nde f r die Einf hrung des Software Konfigurationsmanagementis uuuuussssssssnsnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 19 2 2 Begriffe des Software Konfigurationsmanagemenis 20 2 2 1 Konfiguration Software Ko
49. Windows NT von Microsoft Corporation z B ist f r den Au enstehenden ein stringentes Numerierungsschema nicht erkennbar Das erste marktrelevante Release war Windows NT 3 51 Diese Releasenummer orientierte sich an der damaligen Windowsversion f r den Heimanwender Windows 3 11 Der Wechsel auf das Release Windows NT 4 0 enthielt wesentliche nderungen und Funktionserweiterungen des Systems und rechtfertigt somit nach oben genannten Schema ein Wechsel in der 16 siehe auch Abschnitt 2 2 4 Revisionen und Varianten Bertrand Scheller 06 2000 23 Diplomarbeit Software Konfigurationsmanagement Releasenummer Alle weiteren nderungen an Windows NT 4 0 wurden in Form von Service Packs ausgegeben Diese Service Packs haben sowohl Fehlerkorrekturen beinhaltet als auch wesentliche Erweiterungen des Systems enthalten Dar ber hinaus gibt es auf bestimmten Service Packs aufsetzend Fixpacks f r spezifische Probleme wie z B das Jahr 2000 Problem Dieses Beispiel zeigt da die Bezeichnungen der Releasest nde von Softwareprodukten h ufig aus Marketinggesichtspunkten vergeben werden und nicht die interne Struktur der tats chlichen nderungshistorie darstellen 2 2 4 Revisionen und Varianten Revisionen stellen die Ver nderungen an Konfigurationseinheiten einer Entwicklungslinie dar Varianten bezeichnen dagegen die unterschiedlichen Entwicklungslinien der Konfigurationseinheiten Bestimmte Entwicklungslinien k nnen lediglich temp
50. aben entlastet werden k nnen Dies ist eine wichtige Voraussetzung daf r da die Entwickler das SKM System annehmen Sicht des Qualit tsmanagements F r das Qualit tsmanagement sind fast alle Anforderungen der Anforderungsmatrix wichtig Dieser Umstand ist auch nicht weiter verwunderlich da es sich bei einem SKM System um ein Kernsystem zur Unterst tzung des Qualit tsmanagement handelt Die Automatisierung von Prozessen sollte nach Meinung des Autors gerade auch aus Sicht des Qualit tsmanagements als notwendig angesehen werden Sicht der Anwendungsentwickler 2 siehe Sicht des Projektmanagements Bertrand Scheller 06 2000 48 Diplomarbeit Software Konfigurationsmanagement Aus Sicht der Entwickler liegen ein Schwerpunkte auf Performance Benutzerfreundlichkeit sowie der Integration in die bestehende Entwicklungsumgebung Werden diese Anforderungen nicht befriedigend erf llt kommt es zu unn tigen Verz gerungen bei den t glichen Entwicklungsarbeiten Das f hrt im schlimmsten Fall zur Umgehung der Regeln im SKM System und somit zu einer nicht mehr aussagekr ftigen Datenbasis Ein weiterer Schwerpunkt liegt bei dem Komfort und der Funktionalit t des Versionsmanagement da f r den Entwickler das Tor zu den KE und damit zu dem Programmcode darstellt Anmerkungen des Autors zur Befragung Es mu an dieser Stelle darauf hingewiesen werden da die Befragung in mehrerlei Hinsicht nicht als repr
51. agers dazu da die PRORIS Meldungen als Folder abgebildet werden und auch entsprechend gelabelt werden mu Dabei wird mit organisatorischen Ma nahmen versucht die M ngel des SKM Systems auszugleichen Diese organistorischen Ma nahmen sind aufwendig und fehleranf llig Sie f gen sich nicht nahtlos in den Entwicklungsproze ein und bilden somit eine Quelle der Unzufriedenheit bei den Projektbeteiligten Auf Seiten des Buildmanagements finden sich nahezu alle Anforderungen aus Abschnitt 2 5 wieder Es wird lediglich kein differenziertes Auslieferungsverfahren unterst tzt da im Versionsmanagement nicht vollst ndig bzw differenziert genug Versionslabel an die Dateien angeh ngt werden Dies geschieht vor allem aus Performancegr nden da das Anh ngen von Versionslabeln an alle Dateien im PRORIS Archiv mehr als 12 Stunden in Anspruch nimmt Dieses Performanceproblem f hrt wiederum zu einem erh hten Verwaltungsaufwand auf Seiten des Versionsmanagements da dadurch die Patches und Zwischenversionen in den jeweiligen Kundenumgebungen abgebildet werden m ssen 52 siehe auch Abschnitt 3 6 Bertrand Scheller 06 2000 107 Diplomarbeit Software Konfigurationsmanagement Dadurch ist es nicht mehr m glich jede ausgelieferte Version des Systems automatisch aus dem PRORIS Archiv wiederherzustellen Dies kann nur durch manuelle Eingriffe erfolgen Bertrand Scheller 06 2000 108 Diplomarbeit Software Konfigurationsmanagement
52. ali tssicherung zunehmend an Bedeutung gewonnen Dies hat unterschiedliche Ursachen Die Aufgaben von DV Systemen werden immer komplexer und in ihren Auswirkungen auf den Menschen und seine Umwelt zunehmend krititischer In fast allen Lebensbereichen werden die Menschen mit DV Systemen direkt oder indirekt konfrontiert Es wird h ufiger hinterfragt ob die eingesetzten Systeme vertrauensw rdig sind und wie dieses sichergestellt werden kann Softwarequalit t ist damit ber Technikfolgen berlegungen zum Gegenstand der Diskussion in der Gesellschaft geworden Aktuelles Beispiel f r diese berlegungen ist das Jahr 2000 Problem das auf beeindruckende Art und Weise die Abh ngigkeit unser heutigen Gesellschaft von informationsverarbeitenden Systemen und deren Qualit t deutlich macht Bezogen auf die Softwarequalit tssicherung ist dem Kostenfaktor bei der Softwareentwicklung besondere Beachtung zu schenken Untersuchungen zeigen da 75 der Kosten eines Softwareprojekts der Wartungsphase zugeordnet werden m ssen da der Aufwand f r nderungen an einem bestehenden System vielfach wesentlich h her als f r Neuentwicklungen ist Dunn 93 Dies hat meist seine Ursache in einem unzureichenden und wenig dokumentierten Softwareentwicklungs bzw A nderungsproze Ein wesentliches Instrument zur Verbesserung dieser Prozesse kann ein Software Konfigurationsmanagementsystem SKM System sein Hier bietet sich ein Ansatzpunkt um Qualit tsproble
53. ammelt werden Zus tzlich sind Funktionen zur Transaktionssteuerung und Fehlerbehandlung f r die Datenbank enthalten 7 siehe Abschnitt 5 1 6 38 Threads Unabh ngig ablauff hige Codefragmente die vom Betriebssystem eigene Zeitscheiben zugeordnet bekommen Bertrand Scheller 06 2000 83 Diplomarbeit Software Konfigurationsmanagement SEIFLB32 Diese DLL stellt eine mehrspaltige Listbox zur Verf gung Unter OS 2 ist diese DLL ein Fremdprodukt der Firma SES unter NT eine Eigenentwicklung EZTW32 DLL die von der Control Klasse SysListView32 abgeleitet ist SUBCLASS Diese DLL ist ebenfalls eine Eigenentwicklung ist stellt formatierte Eingabefelder Ausgabefelder und Comboboxen zur Verf gung insbesondere Datums Zeitfelder und weitere formatierte Ein und Ausgabefelder Definiert werden die Control Klassen WC_UDENTRY WC_UDSTATIC WC_UDCOMBO WC_UDBUTTON GLOBSRC Hier finden sich die Standard Fensterprozedur und Standard Dialogprozedur von Proris Alle relevanten Ereignisse von Fenstern Dialogen und des Betriebssystems werden hier abgefangen bevor sie an die Dialoge weitergeleitet werden SYMSGRES SYMSGEN Dieses sind zwei reine Resouce DLLs die keinen Programmcode enthalten In symsgres dll befinden sich alle Meldungstexte von PRORIS u a Meldungstexte f r Messageboxen Symsgen dll ist die englischsprachige Version In diesem Fall handelt es sich um um Variantenbildung die durch Trennung in zwei DLLs bewirkt
54. anten von Software Elementen In einem unter der vollst ndigen Kontrolle des Werkzeugs stehenden Speicherbereich werden nur die Differenzen zwischen den Versionen gespeichert Sie bieten einen kontrollierten Zugriff auf die Softwareelemente bei dem keine nderungen verloren gehen und die ndernde Person identifiziert werden kann Einige Werkzeuge bieten auch die M glichkeit die einzelnen nderungen an den Software Elementen mit dem nderungsanla in Beziehung zu setzen Damit lassen sich Aussagen zum nderungstand treffen sowie Konflikte bei konkurrierenden nderungen erkennen Bertrand Scheller 06 2000 38 Diplomarbeit Software Konfigurationsmanagement Werkzeuge zur Fehler und nderungsverfolgung speichern die nderungsantr ge und Fehlermeldungen in einer Datenbank Alle Informationen die sich im Laufe der Zeit zu diesen Antr gen und Meldungen ansammeln werden in der Datenbank gespeichert Diese gibt somit einen berblick ber die nderungshistorie und den Bearbeitungsstatus eines Eintrags Einige Systeme speichern auch Verbindungen zu Konfigurationselementen im Versionsverwaltungssystem Damit l t sich bersicht dar ber gewinnen welche Konfigurationselemente von z B einer Fehlerbehebung betroffen sind Auch Proze steuerungsm glichkeiten bieten einige Werkzeuge Ein vorgegebener Proze ablauf wie z B ein Szenario in dem ein Benutzer einen Fehler meldet ein Entwickler den Fehler analysiert und eine L sung findet
55. are Konfigurationsmanagement seiner Fehlermeldungen und nderungsw nsche geht Der Autor sieht hier bei einigen Punkten eine h here Relevanz aus Sicht der Kunden Die Datensicherung ist aus Sicht des Autors ein notwendiger Punkt da es aus Gr nden des Investitionsschutzes f r den Kunden gew hrleistet sein mu da die bei ihm laufende Version als Quellcode vorliegt Der Unterst tzung des Auslieferungsverfahrens sollte ebenfalls eine h here Beachtung geschenkt werden da somit Aufwand auf Seiten des Kunden beim Einspielen neuer Versionen eingespart werden kann Sicht des Projektmanagements Die Anforderungen des Projektmanagement verteilen sich relativ gleichm ig ber die Anforderungsmatrix Dennoch ist ein Schwerpunkt auf der Auswertungsseite zu erkennen der das Projektmanagement in die Lage versetzt auf Fehlentwicklungen zu reagieren und somit eine stetige Verbesserung des Entwicklungsprozesses zur erm glichen Ein weiterer wichtiger Aspekt ist eine Schnittstelle zu einem Projektmanagementsystem damit der Projektleiter nicht fern der Realit t seine Planung vornimmt und den engen Kontakt zum operativen Geschehen beh lt Die Automatisierung von Prozessen sollte nach Meinung des Autors aus Sicht des Projektmanagements als notwendig angesehen werden da somit der Entwicklungsproze wesentlich effizienter und transparenter gestaltet werden kann und somit die Entwickler von l stigen manuellen Qualit tssicherungsaufg
56. aten USRDATA lt KUNDE gt pro Kunde EINMAL Einmalige Datenbankver nderungen EINMAL KUNDE gt pro Kunde In dem Verzeichnis DB2DEF wird die Datenbankstruktur verwaltet Es gibt jeweils eine Datei f r die Tabellendefinitionen Viewdefinitionen referentiellen Integrit ten die Indices und die Kommentare in der Datenbank Diese Dateien stellen den jeweiligen Status Quo der Datenbankdefinitionen dar und werden zum Aufbau einer neuen nicht mit Daten gef llten Datenbank verwendet Unter dem Verzeichnis DBUPDATE werden die laufenden Ver nderungen an den Datenbankdefinitionen verwaltet Dies gilt f r die Datenbankstruktur sowie die System und Kundendaten Die einmaligen Datenbankaktionen und die Kundendaten werden pro Kunde unterschieden Bei der Verwaltung von Datenbank nderungen auf Tabellen mu mit gr ter Vorsicht verfahren werden denn sie k nnen nicht einfach wie andere Definitionen ersetzt werden Bei Tabellen nderungen m ssen die bestehenden Daten vor der nderung gesichert und anschlie end in die neue Struktur berf hrt werden Bei mehreren nderungen auf einer Tabelle m ssen somit die entsprechenden Ver nderungen in chronologischer Reihenfolge durchgef hrt werden F r die Dateien unter dem Verzeichnis DBUPDATE gelten folgende Namenskonventionen EINMAL EINMAL DAT INDEX lt Tabellenname gt _ lt Index Name gt IDX REF lt Tabellenname gt _ lt Ref Int Name gt REF Bertrand S
57. ation auch den anderen Projektmitgliedern besonders dem Kundensupport zur Verf gung zu stellen und dies zu tun ohne gro e H rden berwinden zu m ssen die dazu f hren w rden da die Aufgabe auf einen sp teren Zeitpunkt verschoben und damit eventuell vergessen w rde Dies mu durch eine angemessene Infrastruktur erm glicht werden die die Projektmitarbeiter dazu motiviert derartige Informationen zu hinterlegen Die Qualit t der Konfigurationsbuchf hrung h ngt folglich wesentlich davon ab da die Infrastruktur in der Entwicklungsumgebung die Ablauforganisation einfach und effizient unterst tzt Bei den aufgezeichneten Informationen handelt es sich sowohl um die Konfigurationseinheiten selber als auch um Informationen ber die Konfigurationseinheiten deren Umgebung den Beziehungen zwischen den Konfigurationseinheiten den Beziehungen zu Bezugskonfigurationen und den Bertrand Scheller 06 2000 34 Diplomarbeit Software Konfigurationsmanagement Beziehungen zu nderungsantr gen Um die ben tigten Berichte bereitzustellen sollten die Daten in einer Weise aufgezeichnet werden die m glichst vielseitige Auswertungsm glichkeiten zur Verf gung stellt Typische Berichte sind z B e Aufstellung der zu einer Bezugskonfiguration geh renden Konfigurationseinheiten e Aufstellung der Historie einer Konfigurationseinheit e segenw rtiger Konfigurationsstand e Statusberichte ber nderungen und Sonderfreigaben e A
58. ationsmanagement e Unterst tzung von Footprinting Matrix 2 3 4 Die Footprinting Funktion gew hrleistet eine l ckenlose R ckverfolgung der Bestandteile einer auslieferbaren KE Dazu wird in den abgeleiteten KE die vollst ndige Liste der sie erzeugenden Quell KE mit Revisions und Variantenbezeichnung abgelegt Hierdurch wird der Systemgenerierungsproze transparent 2 5 3 Sichtenspezifische Anforderungen Eine Bewertung der Anforderungen aus unterschiedlichen Sichten tr gt der Tatsache Rechnung da die Benutzer eines SKM Systems abh ngig von der Rolle in der sie agieren verschiedene Schwerpunkte setzen Zur Ermittlung der sichtenspezifischen Anforderungen wurden die Mitglieder des PRORIS Projektteams sowie einige PRORIS Koordinatoren der Kunden befragt Dabei wurden vier unterschiedliche Rollen bzw Sichten identifiziert e Kundensicht e Projektmanagementsicht e Qualit tsmanagementsicht e Entwicklersicht Die Kundensicht wurde von den PRORIS Koordinatoren der Kunden eingenommen Zu ihrer Aufgabe geh rt es als kompetenter Ansprechpartner f r die Mitarbeiter der Fachabteilungen beim Kunden und der CTH zu fungieren Die PRORIS Koordinatoren kennen das PRORIS System und die spezifischen Probleme der jeweiligen Mitarbeiter beim Kunden sehr gut und wirken somit als Filter der f r eine effiziente Kommunikation zwischen dem Kunden und der CTH sorgt Insofern liegt ihr Schwerpunkt auf einer einfachen und schnellen L sung f r
59. atsache Rechnung da z Zt prinzipiell f r jeden Kunden eine eigene Patchhistorie auf seiner installierten Vollversion gef hrt wird Diese Namenskonvention wird auch f r die Auslieferungsverzeichnisse in den Kundenumgebungen bei der CTH und in Test und Produktion bei den Kunden verwendet Dieser Label dient somit als allgemeiner Identifikator einer PRORIS Auslieferung bzw einer PRORIS Bezugskonfiguration 5 1 6 Langfristige Varianten Die OS 2 und die Windows NT Version von PRORIS basieren auf demselben Sourcecode Die spezifischen Betriebssystemschnittstellen von OS 2 und Windows NT werden von einer betriebssystemspezifischen Schicht in PRORIS gekapselt Die entsprechenden Unterschiede sind ber bedingte Kompilierung sowie schnittstellenabstrahierende Makros implementiert Damit wird zur Zeit der Kompilierung nur der jeweils plattformspezifische Programmode sowie die plattformspezifischen Headerdateien ber cksichtigt Jegliche Anwendungslogik ist somit unabh ngig von den beiden Betriebssystemen F r beschreibenden Dateien in denen z B Dialogdefinitionen Hilfetexte oder Fehler und Meldungstexte abgelegt sind wurden Migrationswerkzeuge entwickelt die eine automatische berf hrung vom OS 2 in das Windows NT Format erm glichen Hierbei m ssen z B die unterschiedlichen Koordinatensysteme und Zeichens tze in OS 2 und Windows NT ber cksichtigt werden Diese Umwandlung von OS 2 in Windows NT mu nicht explizit vorgenommen werden
60. aus dem Versicherungsschutz herausnehmen Abweichend davon kann der Erstversicherer im Einzelfall Risikoteile vorweg fakultativ abdecken Semi Obligatorische R ckversicherung Der Eirstversicherer ist frei dem R ckversicherer bestimmte Risiken anzubieten w hrend der R ckversicherer zur Annahme verpflichtet ist In dem Fall spricht man von einem fakultativ obligatorischen Vertrag oder Open Cover Der R ckversicherer erh lt somit ein breites Sortiment und nicht nur vereinzelt Risiken Freiheit und Bindung kann auch andersherum verteilt sein Das Kommt in der Praxis aber sehr selten vor Versicherungstechnische Kriterien Proprotionale R ckversicherung Bei der proportionalen R ckversicherung wird das r ckversicherte Risiko zwischen Erstversicherer und R ckversicherer nach einem festen Prozentsatz aufgeteilt der zugleich den Anteil des R ckversicherers an eingetroffenen Sch den sowie die Pr mienverteilung bestimmt Die drei wichtigsten Vertragsformen werden im folgenden kurz vorgestellt Quoten R ckversicherung Bei der Quoten R ckversicherung wird der R ckversicherer an dem gesamten Vertragsbestand einer bestimmten Branche oder eines Teils davon ohne R cksicht auf die H he der Versicherungssummen prozentual beteiligt vgl Grossmann Marcel R ckversicherung S 77 7 vgl Pfeiffer Christoph Einf hrung in die R ckversicherung S 45 Bertrand Scheller 06 2000 14 Diplomarbeit Software Konfigura
61. chbetreuer die nderungsauftr ge an die Entwickler gesendet werden Damit sichtbar wird da der Entwickler die Bearbeitung bernommen hat mu er den Status der entsprechenden Meldung von Fachbetreuer pr ft auf Entwickler fixed setzen Im folgenden werden die einzelnen Schritte im Entwicklungszyklus beschrieben a Check Out Make Status Definition File Icon File Die MAK STS und DEF File bei Bedarf auch das die ICO Dateien der entspre chenden Anwendung werden exklusiv per Check Out aus dem Archiv entnommen Zum schnelleren Auffinden der entsprechenden Dateien existiert f r jede Anwendung ein Folder in dem nur diese Dateien enthalten sind CI Doppelklick auf Folder Open Folder 77 MAK_ABP ABP STS ABP MAK ABP DEF usw 19 mp I Die Dateien werden gelockt und sind damit f r andere Entwickler gesperrt Zus tzlich wird automatisch ein Folder Files Locked by lt User gt angelegt in dem alle Dateien enthalten sind die exklusiv entnommen wurden ber diesen Folder erh lt jeder Entwickler einen schnellen berblick ber die Dateien die er in Bearbeitung hat siehe Abb 4 2 Bertrand Scheller 06 2000 97 Diplomarbeit Software Konfigurationsmanagement 77 MAK_ABP 3 ABP STS amp 1 0 Locked by lt User gt lt amp UZVER075 lt amp UZVER078 32 ABP MAK IE 1 0 Locked by lt User gt lt amp UZVER07
62. cheller 06 2000 87 Diplomarbeit Software Konfigurationsmanagement SYSDATA lt Tabellenname gt DAT TABLE lt Tabellenname gt DDL UPD SAV USRDATA lt Tabellenname gt DAT VIEW lt Viewname gt DDL Im Gegensatz zu den Namenskonventionen f r Programmdateien werden hier lange Dateinamen verwendet Dadurch lassen sich die ben tigten Dateien sehr einfach auffinden 5 1 4 Typen von verwalteten KE In PRORIS werden unterschiedliche Dateitypen der Versionsverwaltung unterworfen Dies sind unter anderem die in Abschnitt 5 1 1 beschriebenen PRORIS Programmdateien und PRORIS Hilfedateien Dabei werden jedoch nur die Quellelemente verwaltet da alle abgeleiteten Dateien jederzeit wieder erzeugt werden k nnen Eine Ausnahme bilden hier die Dateien die an den Kunden ausgeliefert werden ausf hrbare Programmdateien Bibliotheken und Hilfedateien Sie werden zwar nicht im Versionsverwaltungssystem abgelegt unterliegen aber einer separaten Verwaltung in den Kundenumgebungen Weitere Dateien die der Versionverwaltung unterliegen sind die MS Word Vorlagen die oben genannten Datenbankdefinitionen Hilfsprogramme und kommandos f r die Entwicklungsumgebung sowie Dateien mit Parametern f r die Entwicklungsumgebung Zur Zeit nicht unter der Kontrolle der Versionsverwaltung sind die Compiler der Fremdhersteller Spezifikationen im Word Format Betriebssystem Bibliotheken sowie Testdaten und Testf lle Es folgt eine Liste der im V
63. chnis in das alle abgeleiteten Dateien automatisch bei der Kompilierung eingestellt werden Das bedeutet da bei der Kompilierung eines Entwicklers z B von ABPMAIN C auf U PRORIS ABP SRC die Objekt Datei ABPMAIN OBJ auf U OBJECTS ABP ISRC gestellt wird Auf X OBJECTS BIN bzw X OBJECTS LIB stehen die jeweils aktuellsten Programm und Library Versionen f r die PRORIS Entwicklungs Umgebung In diesem Verzeichnis wird eine Aktualisierung durchgef hrt wenn eine lokale Entwicklung auf U PRORIS abgeschlossen und getestet wurde 5 2 3 Folder Folder stellen eine logische Sicht auf die Projekt Dateien dar Mit Hilfe der Folder k nnen Aktionen auf logischen Gruppen von Dateien ausgef hrt werden In den vordefinierten Foldern sind alle PRORIS Unterverzeichnisse komplett abgebildet wobei die Bezeichnung eines Folders dem entsprechenden Verzeichnisnamen in der PRORIS Umgebung entspricht X PRORIS ABP wird zu Archive Abp X PRORIS ABP LOGIC wird zu Archive Abp Logic X PRORIS ABP LOGIC SRC wird zu Archive Abp Logic Src usw Zus tzlich existiert f r jedes Modul ein Folder in dem alle Dateien hinterlegt sind die f r eine Compilierung und das Binden ben tigt werden MAK STS DEF Die Folder wurden angelegt um die entsprechenden Dateien schneller auffinden zu k nnen So befinden sich beispielsweise in dem Folder MAK_TMP die Dateien TMP MAK Bertrand Scheller 06 2000 95 Diplomarbeit Software Konfigurationsmana
64. d Steuerungsm glichkeiten ab Der recht aufwendige Proze der Datensammlung und Auswertung wird meist nur in gr eren Softwareentwicklungsprojekten Anwendung finden Whitgift 91 Bertrand Scheller 06 2000 30 Diplomarbeit Software Konfigurationsmanagement Eine weitere Aufgabe der Konfigurations berwachung ist das Festlegen der Organisation und Verfahren zur Bewertung und Genehmigung von nderungen Eine in der Praxis h ufig vorzufindende Organisationsform ist das Change Control Board CCB Dies ist ein zentrales Entscheidungsgremium f r die Genehmigung Zur ckstellung oder Ablehnung von Anforderungen bei Neuentwicklungen und nderungsanforderungen w hrend des Projektverlaufs Die Mitglieder dieses Gremiums werden normalerweise vom Projekteiter bestimmt Dort wo vertragliche Vereinbarungen die Einbindung des Kunden in den Entscheidungsproze verlangen kann dieser ebenfalls Mitglieder benennen Auf Basis entscheidungsreifer Vorschl ge entscheidet das CCB e welche Anforderungen und nderungsw nsche in den aktuellen oder in den zuk nftigen Entwicklungsproze eingebracht werden e welche Fehlermeldungen nicht mehr im aktuellen Entwicklungsproze ber cksichtigt werden sollen bzw e welche Fehlermeldungen unbedingt vor dem n chsten Release als vorl ufige Korrektur Patch ausgeliefert werden sollen e welche Konfigurationen zur Integration oder nach erfolgreichem Systemtest zur Auslieferung an den Anwender
65. de unter der Meldungsnotiz Bezug zu anderen Meldungen erfa t Der Entwickler der die Meldung bearbeiten soll wurde in das Feld Entwicklername eingetragen In dem Feld L sung wurde der Wert Programm nderung eingetragen Der mit dem Kunden abgestimmte Auslieferungstermin f r die Fehlerkorrektur wurde in dem Feld geplante Auslieferung erfa t Bertrand Scheller 06 2000 73 Diplomarbeit Software Konfigurationsmanagement Der Projekt T tigkeit und Faktura schl ssel wurde in die entsprechenden Felder eingetragen Diese Felder dienen dem Projektcontrolling Die Planaufw nde Plan Konzept Plan Entwicklung Plan Test Plan Dokumentation Plan gesamt sind in die daf r vorgesehen Felder eingetragen worden Der Realaufwand f r die Pr fung also der Aufwand des Kundenbetreuers bis zum Ende des zweiten Schrittes wurde in dem Feld Real Konzept eingetragen Dokumente die im Rahmen der Pr fung erstellt wurden sind mit der Meldung verkn pft worden Der Kundenbetreuer reicht die Meldung an den Entwickler weiter indem er in dem Feld Meldung gesendet an den Entwickler eintr gt und ihm die Meldung via Posteingangskorb zusendet Danach kann die Meldung aus dem Posteingangskorb des Kundenbetreuers entfernt werden Zur Kontrolle welche Meldungen des Fachbetreuers der Entwickler noch nicht bearbeitet hat kann ein entsprechender Report
66. den ausgeliefert werden denn jedes PRORIS Release enth lt alle Kundenvarianten Dieses Verfahren wird auch angewendet um Unterschiede die durch den Einsatz verschiedener Datenbankversionen entstehen auszugleichen 4 Siehe Abb 5 3 Bertrand Scheller 06 2000 91 Diplomarbeit Software Konfigurationsmanagement Name der Datenbank PROKUNDE DB Codepage 05 2 feso Collection ID NT rvaom n DB Qualiier rvaom n Host Datenbank Name proHost Max Anzahl Prozesse fi 0 Kundenidentifikation 01 PBK z Sprache 01 DEUTSCH M Buildnummer 0400200 DDCS Collection ID C Novel LAN Server Novell Server Name Abb 5 3 PRORIS Initialisierungsdatei Ein drittes Verfahren der Variantenbildung wird f r Funktion die nur bestimmte Kunden ben tigen angewendet Hierbei wurde das PRORIS Berechtigungssystem dazu verwendet bestimmte Funktionalit t den Kunden nicht zur Verf gung zu stellen Dies ist sinnvoll um eine gestaffelte Preisliste nach Funktionsbausteinen zu erm glichen ohne wiederum unterschiedliche Programmdateien ausliefern zu m ssen Das PRORIS Berechtigungssystem unterscheidet dabei drei Berechtigungsebenen Die Anwendungsebene die Men ebene und die Dialogobjektebene Auf der Anwendungsebene k nnen Berechtigungen f r komplette PRORIS Teilkomponenten vergeben werden Berechtigungen f r die Men punkte der Teilkomponenten werden auf der Men ebene eingestellt Auf der Dialogobjektebene werden Berecht
67. den in das SKM System Es k nnen somit sowohl nderungs und Fehlermeldungen bermittelt werden als auch Bertrand Scheller 06 2000 41 Diplomarbeit Software Konfigurationsmanagement Statusabfragen zu Meldungen ohne Installationsaufwand auf der Benutzerseite realisiert werden Aber auch f r geographisch verteilte Teams bietet sich hiermit eine kosteng nstige Anbindungsm glichkeit e Proze unterst tzung Matrix 1 3 e Flexible Modellierung der Entwicklungsprozesse Matrix 1 3 1 Das flexible Modellieren des Entwicklungsprozesses beinhaltet die Definition von Abh ngigkeiten und Regeln f r die Behandlung der unterschiedlichen KE Somit k nnen bestimmte Reihenfolgen bzw Vor und Nachbedingungen f r die entsprechenden Entwicklungsschritte konfiguriert werden Dies schafft auf der einen Seite eine h here Proze transparenz kann jedoch auf der anderen Seite die Teammitglieder in ihrem Entfaltungsfreiraum einschr nken e Steuerung und Kontrolle der Entwicklungsprozesse Matrix 1 3 2 Die Steuerungs und Kontrollfunktionen gew hrleisten die Einhaltung der definierten Regeln und unterst tzen aktiv den t glichen Arbeitsablauf der Teammitglieder durch Weiterleitungs bzw Benachrichtigungsfunktionen e Automatisierung von Prozessen Matrix 1 3 3 Einige Routineaufgaben bzw Massenverarbeitung lassen sich mit einer grafischen Oberfl che h ufig nur unzureichend realisieren Ein Command Line Interface bzw Programmierschn
68. e besteht aus 30 bzw 31 Tagen Beim versehentlichen L schen von Dateien besteht somit eine gute Chance die Daten wiederherstellen zu k nnen Bei jeder Anmeldung an einer Proris Arbeitsstation l uft ein Skript das das Verzeichnis proris aktualisiert Dieses enth lt Kopien von ausgew hlten Dateien aus dem Entwicklungsbereich um die bersetzung von Programmen zu beschleunigen Bei diesen Dateien handelt es sich im wesentlichen um Headerdateien die nur selten ge ndert werden Ohne diese Ma nahmen w rde sich der bersetzungvorgang der C Quellcodedateien erheblich verlangsamen Firmenbereich Der Firmenbereich besteht aus einem Novell Netz das vom Proris Team dazu genutzt wird auf das firmenweite Transferverzeichnis zuzugreifen um Dokumentation und Schriftverkehr abzulegen bzw auszutauschen und mit anderen Mitarbeitern au erhalb des Proris Teams zu kommunizieren Auf diesen Bereich haben alle Proris Mitarbeiter Zugriff Bereich f r SQOL Dateien Dieser Bereich dient zur Ablage von SQL Dateien Diese Dateien werden dazu verwendet um neue Tabellen oder Daten in der Datenbank anzulegen oder bestehende Strukturen und Daten zu ndern Auf diesen Bereich haben alle Proris Mitarbeiter Zugriff 7 UNC steht f r universal naming convention Bertrand Scheller 06 2000 58 Diplomarbeit Software Konfigurationsmanagement PRORIS Transfer Bereich Dies ist der Transferbereich f r das PRORIS Team Es dient zum Transfer
69. e der Mittelwert gebildet und anschlie end aufgerundet Der Autor hat an Stellen an den das Ergebnis der Befragung von seiner Auffassung abweicht entsprechend seinen Sollwert in hinter dem Umfrageergebnis vermerkt Die befragten PRORIS Koordinatoren konnten per Definition nur aus der Kundensicht ihre Bewertung abgeben Den Personen im PRORIS Projektteam wurde freigestellt aus welcher Sicht sie den Fragebogen ausf llen Es konnten auch mehrere Sichten von einer Person ausgef llt werden Dies liegt darin begr ndet da von ein und derselben Person unterschiedliche Rollen ausge bt werden und somit unterschiedliche Sichten auch von einer Person vertreten werden k nnen Diese Art der Befragung hat den Projektteilnehmern deutlich aufgezeigt da abh ngig von der Rolle in der sie jeweils agieren sie auch unterschiedliche Schwerpunkte in SKM Systemen setzen Damit wird das Verst ndnis f r die Aufgaben der jeweils anderen Rolle gest rkt Sicht der Kunden Aus der Anforderungsmatrix geht hervor da aus Kundensicht zwei Schwerpunktbereiche wichtig erscheinen Der erste Schwerpunkt liegt im Bereich der allgemeinen Anforderungen hinsichtlich Benutzerfreundlichkeit Performance Sicherheit Datensicherung sowie flexiblem Reporting Der zweite Schwerpunkt liegt im Bereich nderungsmanagement bei dem es dem Kunden um Transparenz hinsichtlich des Status 1 siehe Anhang A Bertrand Scheller 06 2000 47 Diplomarbeit Softw
70. e ist es besonders wichtig die einmal erreichte Qualit t zu erhalten Bei umfangreichen Softwaresystemen die aus einer gro en Anzahl von Elementen wie z B Dateien Datenbanken Moduln Spezifikationen Testf llen und Testergebnissen bestehen zwischen denen eine gro e Anzahl von Beziehungen herrschen ist es ohne die Unterst tzung durch Werkzeuge kaum m glich die Elemente konsistent zu verwalten Dies wird besonders deutlich durch Untersuchungen die zeigen da 53 der Fehler durch Auswirkungen von nderungen auf bereits existierende Produktteile entstehen Coll 87 Dieser Umstand ist ein wesentlicher Grund f r hohe Wartungskosten in Softwareprojekten Im Rahmen dieser Diplomarbeit werden Anforderungen aus Sicht der unterschiedlichen Projektbeteiligten an ein SKM System herausgearbeitet analysiert und potentielle Zielkonflikte identifiziert Am Aufbau des konkreten SKM Systems f r das Client Server R ckversicherungs Informationssystem PRORIS PRORIS der Firma CTH Consult TEAM Hamburg GmbH wird gepr ft inwiefern die zuvor aufgestellten Anforderungen im Umfeld kommerzieller Anwendungsentwicklung f r Finanzdienstleister erf llt werden und welche Verbesserungspotentiale vorhanden sind Des weiteren wird untersucht inwiefern die Funktionalit t und Integrationsf higkeit der in PRORIS verwendeten SKM Werkzeuge der PVCS Familie PVCS ist ein SKM Produkt der Firma MERANT Einflu auf die zuvor definierten Anforderungen und damit
71. edliche Betriebssystemplattformen zu unterst tzen Die Unterschiede zwischen den Plattformen bez glich des Systemgenerierungsprozesses k nnen in zentralen Konfigurationsdateien hinterlegt werden Der Entwickler ist insofern von diesem Spezialwissen befreit Die zentrale Konfiguration gew hrleistet zus tzlich da jeder Entwickler mit denselben Einstellungen Kompiliert und bindet Damit wird eine gef hrliche Fehlerquelle ausgeschaltet Der CB unterst tzt nicht die Zusammenstellung bzw die Auslieferung von Releasest nden Daher sind vom PRORIS Team f r die Verwaltung von ausgelieferten Bertrand Scheller 06 2000 105 Diplomarbeit Software Konfigurationsmanagement Releasest nden eigene Verfahren entwickelt worden Es werden z B Listen dar ber gef hrt welcher Kunde welches Release im Einsatz hat Dar ber hinaus gibt es Werkzeuge die einen Releasewechsel bei einem Kunden automatisieren PRORIS Source files Building Resource files Help files Prozess Resource C Compiler Compiler IPF Compiler Libary files I Resource files Object files Help files LINKER Resource Module definition file p Compiler Executable file Dynamic Link Library with resources Executable file Dynamic Link Library without resources Abb 5 4 PRORIS Buildingproze Bertrand Scheller 06 2000 106 Diplomarbeit Software Konfigurationsmanagement 5 4 Bewertung des Versionsmana
72. efern ist es wichtig Konfigurationseinheiten in einer Umgebung zu halten die DGQ 12 51 e sie vor unberechtigter nderung oder Besch digung bewahrt e die Wiederherstellung im Katastrophenfall gew hrleistet e die gezielte Wiedergewinnung einer Kopie des berwachten Originals einer bestimmten Revision und Variante erlaubt e das Erreichen der bereinstimmung zwischen dem tats chlichen Zustand der Konfiguration und dem Design unterst tzt Die Daten die im Rahmen des Konfigurationsmanagement gesammelt werden sind f r das Software Projekt lebenswichtig Daher m ssen an die Datensicherheit und die Datensicherungsverfahren die gleichen hohen Ma st be wie an andere kritische Unternehmensdatenbest nde angelegt werden 2 3 3 Konfigurationsbuchf hrung Voraussetzung f r eine richtige Konfigurationsbuchf hrung ist eine einwandfreie Identifizierung und nderungs berwachung Die Konfigurationsbuchf hrung zeichnet alle Informationen f r das Management und f r die Verwaltung des Konfigurationsmanagementprozesses und der damit zusammenh ngenden T tigkeiten auf und berichtet diese Sie beginnt mit dem Vorhandensein der ersten Konfigurationseinheiten und dauert ber die gesamte Lebensdauer des Produkts fort Ein wichtiger Faktor f r die Qualit t der aufgezeichneten Informationen ist ihre zeitnahe Erfassung Wenn z B von einem Entwickler f r einen Fehler eine Umgehungsm glichkeit gefunden wurde ist es wichtig diese Inform
73. ei der Berechnung fehlende oder berholte Statistiken oder deren falsche Anwendung die dazu f hren da sich der Erstversicherer in der Lage sieht das Risiko alleine zu tragen Dar ber hinaus kann die R ckversicherung den Erstversicherer in die Lage versetzen seine Zeichnungskapazit t im allgemeinen zu erweitern d h mehr Risiken annehmen zu k nnen Nicht zu untersch tzen ist auch der Service den der R ckversicherer dem Erstversicherer bieten kann oder vertraglich geregelt bieten mu Eine weitere Funktion ist die Versicherung von besonders gro en mit dem technischen Fortschritt verbundenen Risiken wie z B Kernkraftwerken die ohne R ckversicherung berhaupt nicht versicherbar w ren R ckversicherungsformen Unter Ber cksichtigung der verschiedenartigen Risikomanifestationen wie Zufall Kumul nderungs und Irrtumsrisiko und der verschiedenartigen Branchen wie Sach Leben und Haftpflicht Unfall Kraftfahrt R ckversichung die ihrerseits weiter untergliedert werden und jeweils versicherungstechnische Besonderheiten aufweisen haben sich im Laufe der Zeit auch verschiedene R ckversicherungs Vertragstypen herausgebildet Abbildung 1 2 Bertrand Scheller 06 2000 12 Diplomarbeit Software Konfigurationsmanagement Kaufm nnische Kriterien Fester Preis Var abler Preis Versicherungstechnische Kriterien Fakultativ Proportionale Nicht proportionale Obligatorisch Semi obligatorisch
74. eilung 44srusrsnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn nn 10 1 2 Verschiedene RV Vertragtypen uunn4s0nnnnnnnonnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnannnnnnnannnnnnnannnnnn 13 1 3 PRORIS W PRORIS 95 2 2240424004nn40onnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnsnnnnnnnnnnennannannnn 17 2 1 Revisionen aA rE SEE a rennen et 24 2 2 Bezugskonfigurationen 4440u44r4n0nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnennnnnnnnnnnnnnnnnnnnn nen nnnnnnnnnnn ERA 26 2 3 Bezugskonfiguration nach Bersoff Henderson und Siegel 40u42400nnnnnnnennnnnnen 27 2 4 nderungswesen mit Bezugskonfigurationen IEEE 88 27 2 5 Anforderungen an eine Entwicklungsumgebung 444444444H0nnnnnnnnnnnnnnnnnnnnnnnnn nn nnn nn 32 3 1 PRORIS Entwicklungsumgebung urs444s40usnnnonnnnnennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn nen 53 3 2 Umgebungsmanagement 34 MH een ehr RA A a E 57 4 1 Phasen eines typischen Wasserfallprozesses s 244444444Hnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn anne 65 4 2 Weg einer PRORIS Meldung 4444444000nnsonnnnnonnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnannnen 69 5 1 Prd kts tuktu esna naas Een an en Eee Eee A Eee eneelenker 80 5 2 PRORIS Modulhierarchie PRORIS 99 44042404nn200nnnnnennnnnnnnnnnnnnnnnnnnnnnennnnnnnn nen 86 5 3 PRORIS Initialisierungsdatei 240u
75. eitsstationen ablaufen Dar ber hinaus gibt es Schnittstellenprogramme die Daten aus Gro rechnersystemen PRORIS Konform zur Verf gung stellen Die Datenhaltung erfolgt zentral in einem relationalen Datenbanksystem Bei einigen Installationen ist die Datenhaltung verteilt ber mehrere Datenbankserver im PC und Gro rechnerumfeld organisiert Das System ist im PC Umfeld in der Programmiersprache C und auf dem Gro rechner in COBOL implementiert Als Abfragesprache f r die Datenbank kommt Standard SQL zum Bertrand Scheller 06 2000 17 Diplomarbeit Software Konfigurationsmanagement Einsatz Ablaufumgebung f r die Anwendung auf der Arbeitsstation war urspr nglich ausschlie lich OS 2 mit dem Presentation Manager von der IBM Das System wurde 1997 auf Microsoft Windows NT migriert Randbedingung bei dieser Migration war da das System auch weiterhin unter OS 2 lauff hig bleiben mu te Als relationales Datenbanksystem kommt die DB2 Familie der IBM auf diversen Betriebssystem Plattformen zum Einsatz Die Einbindung in das Berechtigungssystem der Netzwerkumgebung ist f r IBM LAN Server Novell Netware und Windows NT Server realisiert Das PRORIS System ist ein sehr umfangreiches und komplexes System Es besteht aus ca 15 000 Konfigurationselementen wie z B Programmcode Hilfedateien und SQL Anweisungen Die Datenbankstruktur besteht aus ca 1100 Datenbankelementen wie beispielsweise Tabellen und Sichten PRORIS ist
76. eldung oder bei der berpr fung ob hnliche Meldungen bereits erfa t und in Arbeit sind e Einbindung beliebiger Dokumenttypen Matrix 2 2 7 Die Einbindung von Standard Dokumenttypen wie z B Word Dokumenten oder Grafik Hardcopys ist ein wichtiger Faktor um Fehlermeldungen des Kunden mit allen notwendigen Informationen im System einfach verwalten zu k nnen e Buildmanagement Matrix 2 3 e Regelbasierte Verwaltung Steuerung der Abh ngigkeiten von KE Matrix 2 3 1 Dieser Punkt beinhaltet die Definition von Ableitungsregeln die festlegen in welchen Schritten und Reihenfolgen welche abgeleiteten Typen von KE aus welchen Quell KE erstellt werden Diese Regeln sind Voraussetzung f r eine vollst ndig automatische Systemgenerierung e Integration mit dem Versionsmanagement Matrix 2 3 2 Damit auch das Buildmanagement den einheitlichen und sicheren Zugriffsweg auf die KE verwenden kann mu eine Integration mit dem Versionsmanagement vorhanden sein die einen performanten Zugriff auf die im Versionsmanagement verwalteten KE gew hrleistet e Unterst tzung des Auslieferungsverfahrens Matrix 2 3 3 Das Buildmanagement sollte in der Lage sein sowohl komplette Releases eines Softwareprodukts als auch selektive Korrekturen oder Erg nzungen zu erzeugen Die Verwaltung der Auslieferungspakete und eine Zuordnung zu entsprechenden Kunden ist ebenfalls w nschenswert Bertrand Scheller 06 2000 45 Diplomarbeit Software Konfigur
77. em Feld Meldung gesendet an den Entwickler eintr gt und ihm die Meldung via Posteingangskorb zusendet Danach kann die Meldung aus dem Posteingangskorb des Kundenbetreuers entfernt werden Zur Kontrolle welche Meldungen des Fachbetreuers der Entwickler noch nicht bearbeitet hat kann ein entsprechender Report verwendet werden gt weiter mit Schritt 3 Meldungstyp Pr fung In dem Feld L sung wurde der Wert telef Kl rung oder nicht beheben eingetragen Der Projekt T tigkeit und Faktura schl ssel wurde in die entsprechenden Felder eingetragen Der Realaufwand f r die Pr fung wurde in dem Feld Real Gesamt eingetragen Dokumente die im Rahmen der Pr fung erstellt wurden sind mit der Meldung verkn pft worden Da die Meldung erledigt ist mu der Kunde nur noch eine Abnahmeerkl rung schicken mit der die Meldung dann geschlossen werden kann Der Kundenbetreuer sendet die Meldung via Posteingangskorb an den Projektkoordinator der f r die Pr fung und Verfolgung der Abnahmeerkl rungen zust ndig ist Danach kann die Meldung aus dem Posteingangskorb des Kundenbetreuers entfernt werden gt Ende Meldungstyp Falschmeldung In dem Feld L sung wurde der Wert Falschmeldung oder doppelte Meldung eingetragen Bertrand Scheller 06 2000 75 Diplomarbeit Software Konfigurationsmanagement Der Projekt T tigkeit und Faktura
78. en Dieses f hrt zu einer redundanten manuellen Aktenf hrung f r PRORIS Meldungen mit Bildinformationen Der Proze der Eingabe aller PRORIS Meldungen ist f r das PRORIS Team relativ aufwendig Auch der Austausch von Meldungslisten und Statusreports mit den Kunden ist ein aufwendiger Proze Daher w re es sinnvoll wenn die Kunden die M glichkeit bek men vom Internet aus neue Meldungen einzustellen und Reports und Statusinformationen abzurufen Aufgrund von OS 2 mu derzeit noch eine alte PVCS Tracker Version zum Einsatz kommen bei der diese M glichkeit nicht gegeben ist Das nderungsmanagement ist f r ein Projekt von der Gr e von PRORIS relativ weit fortgeschritten Der Proze ist identifiziert und spezifiziert worden Und das Werkzeug PVCS Tracker wird im Rahmen seiner M glichkeiten zur Unterst tzung des Prozesses verwendet Akzeptanzprobleme m ssen durch einen schlankeren Proze und bessere Werkzeugintegration abgebaut werden Bertrand Scheller 06 2000 79 Diplomarbeit Software Konfigurationsmanagement 5 Aufbau des PRORIS Versionsmanagement Grundlage f r das Versionsmanagement ist die Konfigurationsidentifizierung Dabei geht es darum die f r eine Konfiguration relevanten Elemente zu bestimmen sowie notwendige Numerierungsregeln und Namenskonventionen aufzustellen 5 1 _Konfigurationsidentifizierung in PRORIS 5 1 1 PRORIS Produktstruktur Das PRORIS System besteht aus diversen PRORIS Anwendunge
79. en sind erforderlich e Welche Informationen m ssen als Eingangsgr en vorliegen e Welche Ergebnisse werden von welchen Teilschritten erzeugt Eine Klassifizierung unterschiedlicher Vorgehensmodelle ist nach vielerlei Kriterien m glich Grunds tzlich lassen sie sich nach der zugrunde liegenden Vorgehensweise einordnen Die althergebrachten Proze modelle allen voran das Wasserfallmodell sind aufgrund der vorweggenommenen Planung sequentiell ausgerichtet Erkenntnisse die sich im Laufe des Projektes ergeben erzwingen jedoch einen h heren Grad an Zusammenarbeit ber alle Phasen eines Projektes hinweg und f hren somit zu einer inkrementellen und iterativen Vorgehensweise Im Wasserfallmodell geht man davon aus da durch eine ausgedehnte und detaillierte Analysephase den potentiellen Ver nderungen die sich im Laufe der meisten Projekte ergeben entgegengewirkt werden k nne Bei einer inkrementellen Vorgehensweise nimmt man solche Ver nderungen der Anforderungen in Kauf und entwickelt daher das System in mehreren Durchl ufen um in sp teren Inkrementen den Ver nderungen Rechnung zu tragen Es werden im folgenden einige typische Vorgehensweisen vorgestellt Bertrand Scheller 06 2000 63 Diplomarbeit Software Konfigurationsmanagement 4 1 1 Kein explizit formulierter Proze Keinen expliziten Entwicklungsproze zu haben ist in vielen Projekten heute noch der Normalfall Stand 1998 ca 68 aller Entwicklungspr
80. en nicht mehr in dem Folder Locked by lt USER gt Zus tzlich werden sie aus dem Arbeitsverzeichnis des aktuellen Entwicklers gel scht i Dokumentation im PVCS Tracker Damit sind die Entwicklungst tigkeiten f r diesen Auftrag abgeschlossen Die nderungs Dokumentation erfolgt wiederum im PVCS Tracker Damit ist die Bearbeitung f r den Entwickler abgeschlossen 5 2 6 Der Integrationszyklus Im Integrationszyklus werden alle Aufgaben erledigt die mit der Integration von PRORIS Meldungen in eine Kundenumgebung zuk nftig eine Integrationsumgebung im Zusammenhang stehen Ausgangspunkt ist die Auslieferung eines neuen Release oder die Korrektur Patch eines bestehenden Release Der Integrationszyklus findet sich in der siehe auch Abschnitt 4 2 1 Schritt 3 5 siehe Abschnitt 3 3 Umgebungsmanagement Bertrand Scheller 06 2000 101 Diplomarbeit Software Konfigurationsmanagement Proze grafik Abb 4 2 in dem Punkt nderung wird in Kundenumgebung integriert wieder F r jeden Kunden ist eine Umgebung eingerichtet in der folgende Verzeichnisse vorhanden sind U PRORIS BIN U PRORIS LIB U PRORIS DB BND Diese Kundenumgebung entspricht der beim Kunden tats chlich installierten Umgebung um Versionen zu testen und Fehler nachvollziehen zu k nnen Ein Objekt Verzeichnis X OBJECTS wie es in der Entwicklungs Umgebung vorgesehen ist entf llt in den Kunden Umgebungen vollst ndi
81. enden Entwicklungen im Bereich des Software Konfigurationsmanagement gegeben Bertrand Scheller 06 2000 9 Diplomarbeit Software Konfigurationsmanagement 1 4 R ckversicherung Versicherungen bewahren Menschen oder Unternehmen gegen Entgelt vor wirtschaftlichen Nachteilen durch Ereignisse wie Krankheit Unfall Feuer Diebstahl etc Der Versicherte ersetzt somit variable Kosten Kosten im Schadenfall deren Ausma und zeitlicher Anfall im vorhinein nicht bekannt ist durch fixe Kosten Pr mien mit denen er kalkulieren kann Ein Versicherer kann nun seinerseits einen Teil der von ihm bernommenen Risiken auf einen R ckversicherer abw lzen Man kann also eine R ckversicherung RV als Versicherung des Versicherers bezeichnen Die folgende Abbildung zeigt anschaulich wie die internationale R ckversicherung und Weiter R ckversicherung Retrozession aussehen kann so da auch gro e Risiken f r die einzelnen Beteiligten tragbar werden VN Versicherungsnehmer EV Erstversicherer RV R ckversicherer RZ Retrozession r E Abgaben von Risiken Abb 1 1 Schema der Risiko Aufteilung vgl Gerathewohl Klaus u a R ckversicherung Band 1 S 1 Grossmann Marcel R ckversicherung S 8 Bertrand Scheller 06 2000 10 Diplomarbeit Software Konfigurationsmanagement Der R ckversicherungsmarkt Der gesamte Versicherungsmarkt kann definiert werden als Gesamtheit der Beziehungen zw
82. erden im folgenden n her behandelt e Software Konfigurationsmanagementplan SKM Plan e Projektdokumentationssystem e Projektbibliothek e Werkzeuge zur Neukonfiguration von Softwaresystemen e Werkzeuge zur Versionskontrolle und verwaltung e Fehler nderungsverfolgungssysteme Der SKM Plan regelt den Wirkungsbereich des SKM die Projektorganisation unter Bezugnahme auf das SKM die Auswahl geeigneter Verfahren und Werkzeuge Konventionen zur Unterst tzung des SKM und die Art der Zusammenarbeit mit Zulieferern Mit einem SKM Plan l t sich somit die Einf hrung des SKM in einem Software Projekt regeln Der SKM Plan sollte folgende Punkte beinhalten IEEE 88 e Einf hrung e Zweck Bertrand Scheller 06 2000 36 Diplomarbeit Software Konfigurationsmanagement e Geltungsbereich e Definitionen e Quellenangaben e Management e Organisation e Verantwortlichkeiten e Schnittstellen e Umsetzung des SKM Plans e Anwendbare Grunds tze Weisungen und Verfahren e Aufgaben des SKM e Konfigurationsidentifizierung e Konfigurations berwachung e Konfigurationsbuchf hrung e Konfigurationsaudit e Werkzeuge Verfahren und Methoden e Kontrolle der Lieferanten e Aufzeichnungs Archivierungs und Dokumentationsgrunds tze Ein wichtige Rolle beim SKM spielt das Projektdokumentationssystem In jedem Projekt entsteht eine Vielzahl von Dokumenten Es handelt sich dabei nicht nur um Entwicklungsergebnisse sondern auch um
83. ersionsmanagementsystem verwalteten Dateitypen Programmdateien ie C Sourcen DEF Definition Files Linker Informationen MAK Make Files Beschreibt wie ein Modul generiert wird STS Status Files Speichert die Einstellungen der Workbench PCC Dateien mit einem erweiterten SQL Dialekt Eigener Pr compiler IPF Hilfe Dateien Text und Layout IPM Master Hilfe Dateien Text und Layout H C Header RCH Ressource Header REP Reportsdefinitionen Eigener Pr kompiler DLG Dialogdefinitionen RC Ressource Files Men definitionen Texte Hilfedefinitionen BND Binde Pl ne SQL Zugriffspl ne SQC Datenbankzugriffe Embedded SQL dynamisches SQL BMP Bitmaps Bertrand Scheller 06 2000 88 Diplomarbeit Software Konfigurationsmanagement DOT MS Word Vorlagen DOC MS Word Dokumente CMD Kommandodateien CBL Cobol Sourcen ICO Icons Bildsymbole CUR Cursor Definitionen Grafiken Datenbankdateien DDL Definitionen von Tabellen und Views SAV Sicherung von bestehenden Tabellendaten UPD Aktualisierung von Tabellen REF Definition von referentiellen Integrit ten IDX Definitionen von Indices DAT Systemdaten Kundendaten einmalige Datenbank nderungen 5 1 5 Numerierungsschema f r das Versionsmanagement Bei den Revisionen wird das Numerierungsschema des eingesetzten Versionsmanagementsystems PVCS Version Manager VM verwendet Dies sieht eine einfache Numerierung beginnend mit 1 0
84. figurationsmanagement grafische Werkzeuge zur Verf gung stehen die auch teilweise automatisch nderungen unterschiedlicher Entwickler an der selben KE integrieren e Verwaltung unterschiedlichster KE Matrix 2 1 6 Das Versionsverwaltungssystem mu in der Lage sein unterschiedliche Dateitypen effizient verwalten zu k nnen Dazu geh ren ASCH Dateien wie z B Quellcode Bin rdateien wie Objektcode oder ausf hrbare Programme aber auch Datenbankst nde die im Bin rformat vorliegen e Komfortable Abbildung der Produktstruktur Matrix 2 1 7 Die Produktstruktur sollte z B in Form der Verzeichnisstruktur eines Projekts in dem Versionsmanagement abbildbar sein Ist dies nicht m glich m ssen sich die Teammitglieder an eine f r das Versionsmanagement eigene Struktur gew hnen die von der Struktur der Entwicklungsumgebung abweicht e Integration mit dem nderungsmanagement Matrix 2 1 8 Die Integration mit dem nderungsmanagement ist ein integraler Bestandteil f r die Durchg ngigkeit eines SKM Systems Sie gew hrleistet die Zuordnung von nderungs oder Fehlermeldungen zu Revisionen bzw Varianten von betroffenen KE Von der Qualit t dieser Integration h ngen z B zeitnahe Projektstatusreports ab e nderungsmanagement Matrix 2 2 e Flexibel gestaltbare nderungs bzw Fehlermeldungen Matrix 2 2 1 Dieser Punkt beinhaltet z B die Definition von individuellen Feldern auf den Meldungsformularen sowie die Hinterlegu
85. ftware Entwicklungsumgebungen m ssen Teams oftmals gleichzeitig Teile derselben Software ndern wodurch wechselseitige Abh ngigkeiten auftreten Diese Tatsache sowie die Komplexit t heutiger Client Server Architekturen heterogener Netzwerke und geografisch verteilter Entwicklungsteams verst rken die Notwendigkeit des Einsatzes von SKM Systemen Laut H ft rechtfertigen folgende Probleme den Einsatz eines Software Konfigurationsmanagements H ft 85 e Mengenproblem Software Systeme beispielsweise in Form umfangreicher betrieblicher Informationssysteme bestehen aus einer gro en Anzahl von Elementen z B Modulen Datenbankdefinitionen etc zwischen denen es eine gro e Anzahl von Beziehungen gibt Diese Elemente gilt es Konsistent zu verwalten e nderungsproblem nderungen sind in der Entwicklung und Pflege von Software unvermeidbar Zusammen mit dem zuvor genannten Mengenproblem sind ungeplante und unkontrollierte nderungen eine potentielle Quelle von M ngeln und Fehlern die oft auf nicht aufeinander abgestimmte Software Elemente zur ckzuf hren sind e Lebensdauerproblem Im Lebenszyklus eines Produkts kann es zu Mehrfacheins tzen oder zu berlegungen kommen die Lebensdauer des Produkts zu erh hen Dies hat h ufig die Aufteilung von Wartungs und Weiterentwicklungsarbeiten auf unterschiedliche Mitarbeiter oder Organisationseinheiten zur Folge Die Durchf hrung der Wartung ist nur durch ausreichende Informatione
86. g da dort die Objekt Dateien in die Original Verzeichnisse U PRORIS generiert werden Daf r ist es notwendig da in den MAK Files die Parameter f r die Objekt Verzeichnisse im Gegensatz zur Entwicklungsumgebung auf U PRORIS gesetzt werden m ssen Die Steuerung erfolgt ber Umgebungsvariablen Ausgehend davon da die beim Kunden installierte Version vollst ndig archiviert und mit einem Versionslabel versehen ist mu f r die Integration der nderungen folgenderma en vorgegangen werden a Ausgangspunkt Meldungsliste Voraussetzung f r eine Integration ist da eine Meldungsliste existiert auf der alle zu integrierenden Meldungen aufgelistet und im Entwicklungszyklus vollst ndig bearbeitet worden sind b Check Out der ge nderten Sourcen Die zu integrierenden Sourcen werden auf die Kundenumgebung U PRORIS ausgecheckt Check Out Dabei ist die Zuordnung zwischen der entsprechenden Meldung und den dazugeh rigen KE ber den Versionlabel und den Meldungs Folder sichergestellt gt siehe Abschnitt 5 3 Buildmanagement Bertrand Scheller 06 2000 102 Diplomarbeit Software Konfigurationsmanagement Beispiel Bei dem Kunden X ist die Version 2 installiert Aufgrund einer Fehlermeldung wurden nderungen an einem Modul vorgenommen die gekennzeichnet als Version 3 zum Kunden ausgeliefert werden mu Die nderungen wurden durch einen Entwickler ausgef hrt und wieder eingecheckt Es mu
87. gement TMP STS TMP DEF TMD MAK TMD STS TMD DEF TML MAK TML STS und TML DEF In den Foldern sind die Dateien aus den bekannten Unterverzeichnissen zu Einheiten zusammengefa t und s mtliche Informationen hinterlegt die von VM zur Handhabung durch die Entwickler ben tigt werden Alle Aktionen auf den Dateien und Archiven m ssen ber Folder erfolgen da ansonsten die Gefahr von Inkonsistenzen mit dem Datei System besteht Vom VM wird mit dem ersten Lock exklusive Bearbeitung einer Datei auf einer Datei ein Folder mit der Bezeichnung Files Locked by lt USER gt angelegt in dem alle von dem jeweiligen Entwickler gelockten das hei t exklusiv belegten Dateien enthalten sind lt USER gt steht in diesem Zusammenhang f r den angemeldeten Benutzer beim VM 5 2 4 Folder Versionslabel und Tracker Meldungen Aufgrund der unzureichenden Integration zwischen dem PVCS Version Manager und dem im Kapitel 4 beschriebenen PVCS Tracker ist es schwierig auf Seiten des VM nderungen an Quelldateien in Beziehung zu einer PRORIS Meldung zu setzen F r die Integration von nderungen in bestehende Releasest nde mu jedoch nachvollziehbar sein welche nderungen an welchen Konfigurationselementen aufgrund welcher Anforderung oder Fehlermeldung durchgef hrt wurden Um dies zu dokumentieren wird f r jede PRORIS Meldung die im Tracker angelegt wird ebenfalls ein Folder im VM angelegt Die Entwickler arbeiten wenn sie e
88. gements Das Versionmanagement in PRORIS hat viele Facetten Auf der einen Seite gibt es die Dateiverwaltung mittels PVCS Version Manager der ein umfangreiches und ausgereiftes Werkzeug f r die Dateiverwaltung darstellt Auf der anderen Seite finden sich Varianten im Sourcecode die entweder durch bedingte bersetzung oder zur Laufzeit ber Konfigurationsdateien angesteuert werden Dieses erscheint zun chst komplex und aufwendig mu aber bei genauerer Betrachtung als sinnvoll und notwendig erachtet werden da ansonsten die Verwaltung im PVCS Version Managers erheblich komplexer und aufwendiger werden w rde Vor dem Hintergrund der gro en Anzahl von Konfigurationselementen in PRORIS w rde dies zu l ngeren Wartezeiten im Entwicklungszyklus f hren Der dateibasierte Ansatz des PVCS Version Managers f hrt ohnehin schon zu Performanceproblemen Leider sind zur Zeit einige wichtige Konfigurationselemente nicht unter der Kontrolle der Versionsverwaltung Dazu geh ren die Kompiler der Fremdhersteller Spezifikationen im Word Format Betriebssystem Bibliotheken sowie Testdaten und Testf lle Diese KE sollten dringend der Versionsmangement unterworfen werden weil sie Einflu auf die Gesamtkonfiguration haben Dieses gilt insbesondere f r die Kompiler und Bibliotheken die sogar direkt am Systemgenerierungsproze beteiligt sind Eine Schw che ist die unzureichende Integration mit PVCS Tracker Dies f hrt auf Seiten der PVCS Version Man
89. grationsumgebung f r alle Kunden vorgehalten Korrekturen auf einem Release werden somit nicht mehr individuell pro Kunde eingespielt sondern als allgemeine Korrekturen auf dem Release betrachtet Das bedeutet da ein Kunde der eine neue Korrektur eingespielt haben m chte auch alle vorherigen Korrekturen seit dem letzten Release einspielen mu Somit gibt es jeweils nur einen Entwicklungsstrang pro ausgeliefertem Release Dieses Vorgehen wird die Wartungsaktivit ten wesentlich vereinfachen und f r h here Qualit t der Releases sorgen da die Kunden nicht mehr individuelle Releasest nde einsetzen Bertrand Scheller 06 2000 56 Diplomarbeit Software Konfigurationsmanagement Bisheriges Verfahren Zuk nftiges Verfahren Abb 3 2 Umgebungsmanagement Bertrand Scheller 06 2000 57 Diplomarbeit Software Konfigurationsmanagement 3 4 Aufteilung der Entwicklungsumgebung Im folgenden werden die f r das PRORIS Team relevanten Bereiche und ihre Aufgaben n her beschrieben Diese Bereiche werden bei PRORIS ber lokale bzw Netzwerklaufwerke abgebildet Viele der verwendeten Entwicklungswerkzeuge sind nicht in der Lage modernere Verfahren wie z B logische Volumes oder UNC Namen zu unterst tzen Lokale Bereiche Auf der lokalen Festplatte werden keine wichtigen Daten abgelegt da die lokalen Platten nicht gesichert werden Alle Dateiserver dagegen werden jede Nacht komplett gesichert Die Histori
90. gurationsmanagement zuletzt aufgrund neuer Technologien Dies f hrt zu neuen oder ge nderten Anforderungen die nachtr glich in das Projekt eingebaut werden m ssen In der Praxis ergeben sich viele Probleme erst w hrend der Implementierung oder der Systemintegration Es wird festgestellt da Schnittstellen nicht zusammenpassen oder die Performance nicht ausreichend ist Damit eignet sich der Wasserfallproze nicht f r ein risikobewu tes Vorgehen weil viele Risiken erst in den sp ten Phasen erkannt werden k nnen 4 1 3 Der iterativ inkrementelle Entwicklungsproze Die iterative und inkrementelle Vorgehensweise bei der Entwicklung von Software ist die Antwort auf viele Probleme des Wasserfallprozesses Statt zu versuchen das System in einem Rutsch zu erstellen wird die Anwendung beim iterativen Vorgehen schrittweise entwickelt Bei dieser Vorgehensweise wird von vornherein angenommen da e die Anforderungen unvollst ndig sind e sich Anforderungen w hrend des Projektes teilweise ndern k nnen e sich Anforderungen aufgrund von gewonnenen Erkenntnissen im Laufe der Zeit vervollst ndigen Der Proze zielt darauf ab diese nderungen und deren Auswirkungen kontrolliert und nicht chaotisch in das Projekt einzubringen Er erlaubt dem Management damit eine sehr viel feinere Steuerung des Ablaufs als dies mit dem Wasserfallproze m glich ist Begriffsbestimmung Iteratives Vorgehen ein Vorgehen bei dem der En
91. hriften dazu gezwungen F r ein Softwarehaus besteht nun die Aufgabe darin in diesem Spannungsfeld einen geeigneten Mittelweg zu finden der die Interessen m glichst vieler Beteiligter ber cksichtigt ohne die eigenen Interessen dabei zu vernachl ssigen Ein weiteres Problem stellt die Tatsache dar da das nderungsmanagementsystem PVCS Tracker seine Daten nicht in der IBM Datenbank speichern kann die im PRORIS Umfeld verwendet wird Dadurch wird die Komplexit t des Gesamtsystems um ein weiteres Datenbankmanagementsystem in diesem Fall Sybase erh ht Gleiches gilt f r die Compiler die unter OS 2 und Windows NT nicht vom gleichen Hersteller kommen Die Unterschiede in diesem Bereich bleiben dem Entwickler durch eine gute Integration mit dem Build Management und den Einsatz einer einheitliche IDE verborgen Dies geht zu Lasten des Komforts da somit nur die relativ alte Workbench von Microsoft eingesetzt werden kann Bertrand Scheller 06 2000 61 Diplomarbeit Software Konfigurationsmanagement Ein weiterer Punkt ist die Vorhaltung lokaler Kopien ausgew hlter Konfigurationselemente Header Dateien Durch diese Redundanz besteht potentiell die Gefahr von Inkonsistenzen zwischen zentraler Datei und der lokalen Kopie Der hohe Geschwindigkeitsgewinn in der t glichen Arbeit und organisatorische Ma nahmen zur Eind mmung von Inkonsistenzen rechtfertigen jedoch nach Ansicht des Autors die lokalen Kopien Durchweg positiv
92. ich f r Entwicklungsprodukte und Werkzeuge Dieser Bereich enth lt die Installation und die Konfigurationsdateien der SKM Werkzeuge insbesondere den PVCS Version Manager PVCS Configuration Builder und den PVCS Tracker Dar ber hinaus sind in diesem Bereich diverse Eigenentwicklungen sowie Fremdprodukte zur Entwicklungsunterst tzung zu finden 28 siehe auch Abschnitt 5 2 6 Bertrand Scheller 06 2000 59 Diplomarbeit Software Konfigurationsmanagement Auf diesen Bereich haben alle Proris Mitarbeiter Zugriff Zentraler Entwicklungsbereich Der zentrale Entwicklungsbereich enth lt alle Archive des Version Managers die Tip Revisions aller PRORIS Quelltexte alle Zwischendateien und ausf hrbaren Dateien Alle Dateien in diesem Bereich sind schreibgesch tzt nderungen k nnen ausschlie lich mit den PVCS Werkzeugen vorgenommen werden Damit ist die Integrit t der Dateien in diesem Bereich gew hrleistet Auf diesen Bereich haben alle Proris Mitarbeiter Zugriff 3 5 Datensicherung Alle PRORIS Serversysteme werden t glich vollst ndig ber ein Bandlaufwerk gesichert Die Historie der Sicherungsb nder betr gt einen Monat Danach werden sie wieder berschrieben Die B nder werden in einer feuersicheren Box an einem sicheren Ort in der Firma aufbewahrt Einmal in der Woche wird ein Sicherungssatz bestehend aus der PRORIS Sicherung und den anderen Sicherungsb ndern der Firma in einem Bankschlie fach verwahrt Zus tz
93. icklung 1 2 Teamunterst tzung 1 2 3 Unterst tzung von Web 1 2 2 Verteilte Datenhaltung Technologie 11 3 Proze unterst tzung A N kh 1 3 1 Flexible Modellierung der Entwicklungsprozesse N 1 3 2 Steuerung und Kontrolle der Entwicklungsprozesse N 1 3 3 Automatisierung von Prozessen i 11 4 Integration 1 4 1 Integration mit Entwicklungswerkzeugen N Bertrand Scheller 06 2000 11 3 Diplomarbeit Software Konfigurationsmanagement Kunden Entwickler PM QM sicht Sicht 1 4 2 Integration mit Testwerkzeugen 0 2 1 4 3 Integration mit 0 1 2 1 Projektmanagementwerkzeugen 2 Funktionsspezifische Anforderungen 2 1 Versionsmanagement 2 1 1 Sicheres Ein und Auschecken der 0 1 KE 2 1 2 Unterst tzung von 0 2 Promotionsstufen 2 1 3 Proze unterst tzung Event 0 2 Trigger 2 1 4 Umgebungsmanagement 0 2 1 5 Unterst tzung mehren Entwicklungslinien 0 2 merge l 2 1 6 Verwaltung unterschiedlichster KE 0 1 2 2 1 7 Komfortable Abbildung der 0 2 2 Produktstruktur 2 1 8 Integration mit dem Anderungsmanagement 0 2 2 2 2 nderungsmanagement 2 2 1 Flexibel gestaltbare Anderungs Fehlermeldungen 2 2 2 Integration mit der Versionsmanagement 2 2 3 ProzeBunterst tzung 2 2 4 Trend und andere Analysereports 2 2 5 Releasenotes 2 2 6 Statusreports 2 2 7 Einbindung von beliebige
94. ie Firma Siemens definiert den Begriff folgenderma en Eine Konfiguration ist eine benannte und formal freigegebene Menge von Entwicklungsergebnissen die in ihrer Wirkungsweise und ihren Schnittstellen aufeinander abgestimmt sind und gemeinsam eine vorgegebene Aufgabe erf llen sollen Zusammenfassend l t sich unter Software Konfiguration die Gesamtheit der Software Elemente bezeichnen die zu einem bestimmten Zeitpunkt im Lebenszyklus des Software Produkts in ihrer Wirkungsweise und ihren Schnittstellen aufeinander abgestimmt sind Ein Software Element ist das Atom der Konfigurationsverwaltung also der kleinste f r diesen Zweck als unteilbar behandelte Bestandteil des Software Produkts z B ein Dokument oder ein Modul Als unteilbar behandelt bedeutet da das Element als Ganzes eindeutig gekennzeichnet und dem nderungsdienst unterworfen ist Konfigurationen dienen folgenden Zwecken Wallm ller 90 e Sie regeln die Zugeh rigkeit von Entwicklungsergebnissen zu Teilsystemen oder Systemen e Sie bringen Ordnung in die Zustandsvielfalt von Entwicklungsergebnissen e Sie bilden Bezugspunkte f r definierte Entwicklungsschritte da sie die Ergebnisse vorangegangener Entwicklungsschritte festhalten und somit eine wohldefinierte Basis darstellen 13 siehe Abschnitt 2 3 2 Bertrand Scheller 06 2000 21 Diplomarbeit Software Konfigurationsmanagement e Sie halten Zwischenergebnisse eines Produkts be
95. ie Quellelemente und die Regeln zur bersetzung dieser Elemente hinterlegt Soll eine neue Datei in die Make Datei aufgenommen werden so m ssen folgende Eintr ge vorgenommen werden 4E P8 EEE Eo Eo o o e k k ec ck S Quurcen X R R E k k k k ok k kk k kk kkk k kkk CSRCS SourceNeu c C Sourcen entsprechen f r andere Source Dateien z B rc Eine Besonderheit der CB Make Dateien ist die sogenannte ScanDeps Region ScanDeps exe ist ein CB Programm das automatisch die Abh ngigkeiten f r die modulspezifischen Dateien generiert und in die Make Datei zwischen den Schl sselw rtern UPDATE und ENDUPDATE einf gt Diese Liste der abh ngigen Module mu vor jedem bersetzungsproze aktualisiert werden d nderungen an den Sourcen vornehmen Die nderungen werden an den entsprechenden Quellelementen vorgenommen Bei einer neuen Datei ist folgende Zeile an den Anfang zu schreiben rar at at ade ale tete te ee RR RR E E E E E k E k ORT TR I k I k k k k k k k k k k k kkk kkk k k k k kk K Log AR RR HR IE IE IE ae ae ae ae ae ae E ae ae ae E E E ee RR RR ROOTS TOR ae k k k ae k ale k kkk k kk k k kk kk 5 siehe Abschnitt 3 2 1 Workbench als IDE 46 siehe Abschnitt 5 3 Bertrand Scheller 06 2000 99 Diplomarbeit Software Konfigurationsmanagement Dadurch werden alle notwendigen nderungsbeschreibungen die ber den PVCS Version Manager beim Check In eingepflegt werden m ssen automatisch in die
96. ien in dem Folder Files Locked by lt USER gt markiert und ber Drag and 47 siehe auch Schritt h 48 siehe Abschnitt 5 2 4 Bertrand Scheller 06 2000 100 Diplomarbeit Software Konfigurationsmanagement Drop in den neu angelegten Meldungs Folder kopiert incl MAK STS DEF Dateien Das korrekte Anlegen des Meldungs Folders und die Vergabe des richtigen Versionlabels ist Voraussetzung f r die sp tere Integration in die Kundenumgebungen Dateien die nicht im Meldungsfolder stehen bzw nicht richtig gelabelt sind werden auch nicht in eine Version integriert h Check In der ge nderten Sourcen Alle f r den entsprechenden Auftrag ge nderten KE werden mit Hilfe des Check In Kommandos archiviert Beim Check In mu ein nderungstext eingetragen werden Sollen alle Dateien den gleichen nderungstext erhalten so kann man die entsprechende Option ausw hlen ansonsten wird f r jede Datei einzeln der nderungstext nachgefragt Zus tzlich wird an alle ge nderten Dateien der Foldername als Versionlabel vergeben Sollten sich Dateien nicht ge ndert haben z B DEF oder MAK Files so wird dies vom VM erkannt und diese Dateien werden nicht erneut archiviert Dadurch erhalten nur die tats chlich ge nderten Dateien eine neue Revisions Nummer Nach Beendigung dieser Aktion werden noch einmal alle bearbeiteten Dateien angezeigt und sind f r alle anderen Entwickler wieder freigegeben Sie erschein
97. ien werden meist von verschiedenen Arbeitsgruppen die teilweise an verschiedenen Orten arbeiten gepflegt Hinzu kommen unterschiedliche Releasest nde die bei Kunden im Einsatz sind und gepflegt werden m ssen Dieser Umstand bedingt h ufig die Notwendigkeit vorl ufiger nderungen Patches die schwerwiegende Fehler vor dem n chsten Release beheben Diese Patches m ssen kontrolliert eingebracht werden und m ssen somit bei den Numerierungsregeln ber cksichtigt werden Damit diese komplexen Produktstrukturen verwaltet werden k nnen m ssen die Numerierungsregeln ebenfalls Revisionen und Varianten unterscheiden k nnen Bertrand Scheller 06 2000 29 Diplomarbeit Software Konfigurationsmanagement Eine weitere Aufgabe der Konfigurationsidentifizierung ist das Festlegen von Verfahren und Richtlinien zur Bestimmung von Bezugskonfigurationen sowie die Regelung des Freigabeverfahrens Zu bestimmten Zeitpunkten werden durch f rmliche Vereinbarungen Bezugskonfigurationen eingerichtet und als Beginn der formalen Fortschreibung der Konfiguration verwendet Die Bezugskonfiguration zusammen mit ihren freigegebenen nderungen bilden dann die aktuelle vereinbarte und somit g ltige Konfiguration Das Freigabeverfahren legt fest durch welche Organisationseinheiten eine nderung gepr ft werden mu und welche Testverfahren angewendet werden m ssen damit f r die nderung eine Freigabe erfolgt 2 3 2 Konfigurations berwachung steuerung
98. igungen auf der Feldebene vorgenommen Somit kann unabh ngig von den vom Kunden erworbenen Lizenzen der komplette PRORIS Funktionsumfang ausgeliefert werden Die lizenzrelevanten Einschr nkungen m ssen somit lediglich ber das Berechtigungssystem konfiguriert werden Bertrand Scheller 06 2000 92 Diplomarbeit Software Konfigurationsmanagement 5 2 _ Versionsverwaltung mit PVCS Version Manager 5 2 1 Allgemeines Die oberste Organisations Struktur innerhalb des PVCS Versions Managers VM ist das PROJEKT Mit dem Anlegen eines Projektes wird automatisch ein Projekt Folder Ordner im VM angelegt in dem alle Projektdateien Objekte hinterlegt sind Zus tzlich werden in einer Projekt Konfigurationsdatei s mtliche Projekt Parameter global verwaltet Beim Aufruf des VM wird zun chst das sogenannte Master Projekt ge ffnet in dem projekt bergreifende Parameter hinterlegt sind die zur Anwendung kommen wenn mehrere Projekte verwaltet werden sollen Im PRORIS Projekt sind die projektspezifischen Parameter hinterlegt 5 2 2 Verzeichnisstruktur Die PVCS Entwicklungsumgebung beinhaltet ein Archiv ein Referenz ein Workfile und ein Objekt Verzeichnis Referenz Verzeichnis X PRORIS In dem Referenz Verzeichnis speichert der VM automatisch eine Kopie jeder Datei die ber die VM Aktion Check In archiviert wird Es beinhaltet somit die jeweils aktuellste Revision jeder Datei im schreibgesch tzten Modus Sinn de
99. ine Meldung bearbeiten ber diesen Folder und ordnen allen bearbeiteten KE diesem Folder zu Zus tzlich bekommt die durch die nderung erzeugte Revision des jeweiligen KE einen Versionslabel Foldername und Versionlabel entsprechen den Schl sselkriterien f r eine PRORIS Meldung Sie setzen sich folgenderma en zusammen Kundenk rzel Meldungsdatum Meldungsnummer Nachtragsnummer Beispiel XX 15 5 1999 1 1 Mit Hilfe dieser Regel ist es m glich auch ohne direkte Unterst tzung der Werkzeuge eine Verbindung zwischen nderungsmanagement und Versionsmanagement zu realisieren Nachteil dieser L sung ist der manuelle Pflegeaufwand der fehleranf llig ist Bertrand Scheller 06 2000 96 Diplomarbeit Software Konfigurationsmanagement 5 2 5 Der Entwicklungszyklus Im Entwicklungszyklus werden alle Aufgaben erledigt die mit der nderungen von KE im Zusammenhang stehen Ausgangspunkt ist immer eine PRORIS Meldung die entweder vom Kunden oder intern eingereicht wurde Der Entwicklungszyklus findet sich in der Proze grafik Abb 4 2 in dem Punkt Programmierauftrag wieder Entgegennahme des nderungsauftrages im PVCS Tracker Die nderungsauftr ge werden ausschlie lich ber den PVCS Tracker verwaltet Jeder Entwickler kann sich im In Tray seiner PVCS Tracker Oberfl che die f r ihn anstehenden Auftr ge ansehen Der In Tray entspricht einem elektronischen Briefkasten Post Eingangskorb in den vom jeweiligen Fa
100. ird Stop Loss Punkt bzw Priorit t genannt und meistens in Prozent der Originalpr mie ausgedr ckt Auch beim SL wird im allgemeinen die H chsthaftung begrenzt H chstschaden R ckversicherung Dieses Vertragsform wird h ufig mit HS RV abgek rzt Bei der HS RV bernimmt der R ckversicherer eine im voraus bestimmte Anzahl der h chsten Sch den die w hrend eines Gesch ftsjahres eingetreten sind und zwar in der Regel hundert Prozent Bertrand Scheller 06 2000 16 Diplomarbeit Software Konfigurationsmanagement 1 5 Das PROfessionelle R ckversicherungs Informations System PRORIS PRORIS ist ein PROfessionelles auf Client Server Basis Es deckt sowohl die Anforderungen an die passive R ckversicherung R ckversicherungs Informations System eines Erstversicherers als auch die Anforderungen eines professionellen R ckversicherers an die aktive und passive R ckversicherung ab PRORIS 95 ZEDENT ZEDENT 4 obligatorisch bernom Gesch ft obligatorisch abgegebenes Gesch ft 4 s a G Schnittstelle Vertr ge Buchungen Sch den PRORIS fakultativ bernom Gesch ft fakultativ abgegebenes Gesch ft Abb 1 3 PRORIS W PRORIS 95 Das System ist als zwei Schichten Client Server Anwendung mit zentraler Datenhaltung realisiert Die Anwendungslogik f r den PC Teil ist in den Anwendungsprogrammen von PRORIS implementiert die im Hauptspeicher der jeweiligen Arb
101. ischen den Beteiligten aufgrund freier Angebots und Nachfragedisposition der Dienstleistung Versicherung Der R ckversicherungsmarkt ist ein Teilbereich des Versicherungsmarktes Er ist von seiner Natur her international ausgerichtet da R ckversicherer gerade wegen des Gr tschadenrisikos einen geographischen Ausgleich seines Versicherungsbestandes ben tigt Nachfrage nach R ckversicherungsschutz besteht sowohl bei Erstversicherungs wie auch bei R ckversicherungsunternehmen die ihrerseits r ckversicherte Risiken r ckversichern wollen Anbieter von R ckversicherungsschutz sind gemischte Versicherungsunternehmen die Erst und R ckversicherung betreiben Weitere Anbieter sind professionelle R ckversicherungsunternehmen die ausschlie lich indirektes Gesch ft d h R ckversicherung betreiben Zu den traditionellen Anbietern und Nachfragern haben sich seit einiger Zeit sogenannte Captive Companies gesellt die meist hundertprozentige T chter von Konzernen sind und urspr nglich die Risiken ihrer multinationalen Muttergesellschaften decken sollten aber teilweise auch fremdes Gesch ft zeichnen Bei Lloyd s in London wird R ckversicherung sogar in der B rse betrieben Schlie lich spielen die RV Makler auf dem Markt eine Rolle die RV Gesch ft zwischen Erstversicherern und R ckversicherern vermitteln Die Quantifizierung des Marktvolumens erweist sich als problematisch da neben den professionellen R ckversicherungsu
102. ittstellen bieten hierf r eine M glichkeit zur Automatisierung e Integration Matrix 1 4 e Integration mit Entwicklungswerkzeugen Matrix 1 4 1 Die Integration mit den Entwicklungswerkzeugen ist eine wichtige Anforderung f r die reibungsarme Einbindung von SKM Funktionen in den Entwicklungsproze Insofern sollten die SKM Funktionen die eigentlichen Entwicklungsarbeiten nicht behindern oder erschweren e Integration mit Testwerkzeugen Matrix 1 4 2 Eine Verbindung von SKM und Testwerkzeugen erm glicht eine integrierte nderungs Fehlerverwaltung mit weniger Redundanz durch z B automatisch generierte Fehlermeldungen als Ergebnis von Testf llen Dar ber hinaus ist eine automatische Erkennung von durchzuf hrenden Tests bei gegebenen nderungen denkbar Bertrand Scheller 06 2000 42 Diplomarbeit Software Konfigurationsmanagement Integration mit Projektmanagementwerkzeugen Matrix 1 4 3 Im SKM System werden Informationen zum Status von einzelnen Aufgaben im Projekt verwaltet Eine Verbindung zu einem Projektmanagementsystem erm glicht die einfache Erg nzung dieser Informationsbasis um Personaleinsatz Termin und Kostenplanung 2 5 2 Funktionsspezifische Anforderungen e Versionsmanagement Matrix 2 1 Sicheres Ein und Auschecken der KE Matrix 2 1 1 Ist Voraussetzung f r paralleles Arbeiten Es wird ein gesicherter einheitlicher Zugriff auf die KE gew hrleistet der gegenseitiges berschreiben der
103. lgt die Bewertung aus Sicht des Qualit tsmanagements Ein Aspekt der bei der Betrachtung der PRORIS Entwicklungsumgebung sofort auff llt ist deren Komplexit t Dies begr ndet sich im wesentlichen aus zwei Punkten Zum einen die Notwendigkeit zwei Betriebssysteme zu unterst tzen und zum anderen die unterschiedlichen Datenbankversionen die bei den Kunden zum Einsatz kommen Erschwerend kommt hinzu da das Betriebssystem OS 2 nicht mehr von den Softwareherstellern unterst tzt wird und damit keine modernen Werkzeuge unter OS 2 zur Verf gung stehen Dieses bewirkt f r das nderungsmanagementsystem PVCS Tracker den Einsatz einer veralteten Version die wesentliche Verbesserungen im nderungsmanagement und bei der Integration mit dem Versionsmanagement nicht beinhaltet Der Ansatz OS 2 als Betriebssystem zu unterst tzen solange es noch bei Kunden im Einsatz ist kann als vermeintlich kundenfreundlich bezeichnet werden Auf der anderen Seite hemmt es Neuentwicklungen und verschlechtert somit ggf die Marktposition des Produkts Durch die Unterst tzung von OS 2 als Plattform werden Ressourcen gebunden die f r die Weiterentwicklung des Produktes wertvoll sind Der Einsatz von drei verschiedenen Datenbankversionen bei den Kunden begr ndet sich durch die h ufigen Releasewechsel bei der IBM Datenbank Viele Kunden sehen sich nicht in der Lage diese Releasewechsel zeitnah in ihrer Umgebung durchzuf hren Andere sind Aufgrund von Vorsc
104. lich wird eine Sicherung eines jeden beim Kunden ausgelieferten Releasestands von PRORIS in dem Bankschlie fach verwahrt solange bis die entsprechende Version bei keinem Kunden mehr im Einsatz ist Die Sicherungsb nder werden in regelm igen Abst nden durch frische B nder ersetzt Dar ber hinaus wird die ordnungsgem e Funktion der Sicherungsger te durch Pr froutinen und Stichproben berwacht Zu dem Sicherungssatz in der PRORIS Umgebung geh ren alle Datenbanken sowie alle Netzlaufwerke Zus tzlich werden alle Systempartitionen der OS 2 und Windows NT Server gesichert Damit ist im Falle eines Ausfalls eine schnelle Wiederherstellung eines oder mehrerer Systeme gew hrleistet Die Entwicklungsrechner werden nicht gesichert da alle f r die Entwicklung entscheidenden Dateien auf den Dateiservern liegen und somit der zentralen Datensicherung unterliegen Damit beim Ausfall oder einer Neuinstallation schnell reagiert werden kann liegt von der unter 3 2 beschriebenen Standardinstallation ein Sicherungsabbild vor mit dessen Hilfe ein Entwicklungsrechner schnell wiederhergestellt werden kann siehe Abschnitt 3 4 Bertrand Scheller 06 2000 60 Diplomarbeit Software Konfigurationsmanagement 3 6 Bewertung der Entwicklungsumgebung Die folgende Bewertung und auch alle weiteren in den n chsten Kapiteln erfolgen aus Sicht des Autors Da der Autor berwiegend im Bereich Qualit tssicherung t tig ist erfo
105. llen die f r die unterschiedlichen Aufgaben wie z B Fehlerkorrekturen oder Neuentwickungen die jeweils passenden Revisionen und Varianten der Konfigurationseinheiten bereitstellen In gro en Projekten m ssen auf der einen Seite Entwickler von den noch unfertigen Ergebnissen anderer Entwickler unbeeinflu t bleiben auf der anderen Seite m ssen sie dazu in der Lage sein z B im Rahmen des Modultests bestimmte nderungen anderer Entwickler mit einzubeziehen Um dieses erreichen zu k nnen mu das Umgebungsmanagement eine detaillierte Kontrolle ber gemeinsame und voneinander getrennte Sichten auf die Konfigurationseinheiten erm glichen nderungen an eigene nderungen Sourcecode am Sourcecode die von anderen von anderen Entwicklern verwendet werden k nnen Arbeitsdateien die andere Entwickler nicht sehen sollen Arbeitsumgebung des Entwicklers selektive Auswahl selektives exportieren von Sourcecode der von Sourcecode von anderen ver ndert nur gesicherte wurde die eigene Arbeitsergebnisse Arbeit aber nicht werden f r andere beeinflu t sichtbar Abb 2 5 Anforderungen an eine Entwicklungsumgebung Wenn ein Entwickler z B eine ltere Version warten soll mu er in der Lage sein auf die alten Programmdateien Bin rdateien Dokumentationen Tools und Testverfahren zur ckzugreifen Bei datenbankgest tzten Anwendungssystemen kommt die Schwierigkeit hinzu auch die entsprechende Datenumgebung mit
106. me ber alle Entwicklungsphasen des Projekts hinweg zu vermeiden und besonders in der Wartungsphase ein Softwareprodukt effizient im Sinne von Zeit Kosten und Qualit t pflegen bzw weiterentwickeln zu K nnen Die Einf hrung und Ausgestaltung von SKM Systemen wird aber nicht immer von allen Projektbeteiligten positiv gesehen H ufig wird mit SKM Systemen ein bertriebener B rokratismus in Verbindung gebracht der den Softwareentwicklungsproze behindert und die Projektbeteiligten in ihrer Kreativen Entwicklungsarbeit einschr nkt Um f r SKM Systeme eine breite Akzeptanz bei allen Projektbeteiligten zu finden ist es notwendig die unterschiedlichen Anforderungen der Projektbeteiligten an ein SKM System zu betrachten und aufeinander abzustimmen Bertrand Scheller 06 2000 7 Diplomarbeit Software Konfigurationsmanagement 1 2 Problem und Aufgabenstellung Organisation und Kontrolle eines Softwareentwicklungsprojekts haben wesentlichen Einflu auf die Qualit t des Softwareentwicklungsprozesses und des entwickelten Produkts Eine zentrale Rolle im SKM spielt die st ndige berpr fung von Status und Fortschritt der Produktentwicklung im Projektverlauf Die meistens in Teamarbeit durchgef hrten Softwareentwicklungsprojekte sind durch arbeitsteilig organisierte Proze abl ufe u erst komplex und bed rfen der Organisation und Kontrolle um die bergeordneten Entwicklungsziele des Projekts zu erreichen In der Wartungsphas
107. n Dokumenttypen 12 3 Buildmanagement _h L w l nininlw in mw w inl nin N N o 2 3 1 Regelbasierte Abh ngigkeiten der 0 3 1 KE 2 3 2 Integration mit dem 0 a 1 Versionsmanagement 2 3 3 Unterst tzung des Auslieferungsverfahrens 1 2 2 2 full delta 2 3 4 Unterst tzung von Footprinting St cklisten 0 2 1 Bertrand Scheller 06 2000 114 Diplomarbeit Software Konfigurationsmanagement Anhang B PRORIS Meldung PRORIS Meldung An Consult TEAM Hamburg GmbH FAX Nr 0 40 XXX TEL Nr 0 40 YYY Legende Typ Priorit t Wo gefunden Fehlermeldung F sofort showstopper 1 Testumgebung T Verbesserung vV gleicher Arbeitstag hoch Produktionsumgebung P Erweiterung E wenn Meld bis 13 00 Uhr irrelevant K Pr fung P 5 Arbeitstage mittel 3 10 Arbeitstage niedrig 4 irrelevant keine Kunde Datum l I _ Lfd Nr Nachtragsnr Typ Priorit t Wo gefunden Ansprechpartner PRORIS Version Anwendung Titel Gew nschte Fertigstellung EN EEE Abgenommen am _ Beschreibung Bertrand Scheller 06 2000 115 Diplomarbeit Software Konfigurationsmanagement Anhang C Legende zur PRORIS Meldung Kunde ww Kunde ww XX Kunde xx yy Mitarbeiter yy interne Meldungen ZZ Mitarbeiter zz interne Meldungen Meldungstyp F Fehler V Verbesserung E Erweiterung P Pr fung FM Falschmeldung A Auftrag Priorit t sho
108. n ber die Systemelemente und deren Abh ngigkeiten voneinander m glich 1 zur Begrifflichkeit siehe Abschnitt 2 2 3 Bertrand Scheller 06 2000 19 Diplomarbeit Software Konfigurationsmanagement e Konsistenzproblem Systeme die aus einer Vielzahl von Elementen bestehen lassen sich nur schwer konsistent halten Ein Element liegt in verschiedenen Zust nden vor Beispielsweise existiert von einem Baustein zun chst eine Modulspezifikation dann wird ein Entwurf f r diesen Baustein angefertigt und schlie lich der Programmcode erzeugt Dazu kommen Testf lle Testdaten und eine Teststrategie die zur Validierung dieses Bausteins dienen Das Konsistenzproblem wird zus tzlich dadurch versch rft da aufgrund von Anforderungen das System weiterentwickelt wird bzw unterschiedliche Auspr gungen einzelner Elemente parallel verwaltet werden m ssen da z B unterschiedliche Relaesest nde der Software im produktiven Einsatz sind pP Einige typische Gr nde bzw Fragestellungen f r die Einf hrung eines Software Konfigurationsmanagement sind folgende e Bereits korrigierte Fehler treten wieder auf e Es ist unklar welche Korrekturen warum durchgef hrt wurden e Es ist unklar ob ein Fehler bereits behoben wurde e Wie stellt man eine Konfiguration her die alle Fehlermeldungen bis zu einem bestimmten Termin umfa t e Die letzten Verbesserungen waren fehlerhaft und m ten entfernt werden e Wie unterscheidet sich eine
109. n die jeweils als eigener Proze auf dem Arbeitsplatzrechner ablaufen Die PRORIS Systemverwaltung spielt in diesem Zusammenhang eine herausgehobene Rolle da nur ber sie die Anmeldung am PRORIS System durchgef hrt werden kann Die Systemverwaltung regelt somit den sicheren Zugang ruft bei Bedarf die weiteren Anwendungen auf und steuert auch diese START Verwaltet den sicheren Zugang Auswahl des Benutzers und des Mandanten Proze 1 Laufen im Kontext und unter der Kontrolle der Systemverwaltung Proze 2 N Abb 5 1 Produktstruktur Aus dieser Produktstruktur leitet sich auch die Modulstruktur ab Jede PRORIS Anwendung besteht aus einem ausf hrbaren Programm EXE und einigen dynamischen Bertrand Scheller 06 2000 80 Diplomarbeit Software Konfigurationsmanagement Bibliotheken DLLs die Funktionalit t f r dieses Programm beinhalten Hinzu kommen weitere DLLs die bergreifender Natur sind und von mehreren oder sogar allen PRORIS Anwendungen benutzt werden Zur Zeit gibt es 24 PRORIS Anwendungsmodule Die Anwendungsmodule gehorchen einer einheitlichen Namenskonvention die eine einfache und schnelle Zuordnung eines KE erlaubt Allen Anwendungsdateien wird hierzu ein zweistelliger Pr fix vorangestellt der die jeweilige Anwendung identifiziert An der dritten Stelle folgt ein Kennzeichen das dar ber Aufschlu gibt um welche Art von Modul bzw Datei es sich handelt Dabei wird zwi
110. n jeweils aktuellen Projektstatus liefert Da jedes Projekt unterschiedliche Anforderungen an ein nderungsmanagement stellt bietet Tracker ein generisches Datenmodell in dem je nach Anforderung zus tzliche Felder erg nzt werden k nnen Somit lassen sich individuelle nderungsmeldungen entwerfen und pflegen Die Datenbasis kann ber ein Reporting Werkzeug ausgewertet werden Es stehen vordefinierte Reports wie z B Trendanalysen zur Verf gung Die Integration mit den anderen PVCS Produkten ist erst in den neueren Versionen ausgereift Dies liegt daran da Tracker als Fremdprodukt hinzugekauft wurde Das Berechtigungskonzept ist rollenbasiert und sehr fein einstellbar Es k nnen z B nicht nur Rechte mit Datenfelder verkn pft werden sondern auch mit Ereignissen verbunden werden Damit l t sich eine rudiment re Proze unterst tzung realisieren Eine explizite Proze definition und unterst tzung ist in dem Tracker jedoch nicht vorgesehen Auf der Datenbankseite k nnen handels bliche Datenbanksysteme bei PRORIS Sybase zum Einsatz kommen Dies gew hrleistet Skalierbarkeit Zuverl ssigkeit und Sicherheit des Systems Auch die Datensicherungsmechanismen entsprechen damit dem im Abschnitt 3 5 beschriebenen Standard 4 3 Bewertung des nderungsmanagement Zum Anfang ist zu bemerken da allein die Tatsache da ein kommerzielles SKM System f r das nderungsmanagement zum Einsatz kommt positiv zu bewerten Laut der Analystenfirma O
111. ndard Entwicklungsrechner sssesssssssssssenrrrrerseerernrnnnnnnsserrenne 53 3 2 1 09 2 Rarita 53 3 2 2 Windows NT Partition seeeeeeeenneneneeeeeeeenrnrnnreesererrrnnnneeeeee 54 3 3 Umgebungsmanagement 2224444400nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn 55 3 4 Aufteilung der Entwicklungsumgebung sssessssssssssrerrnressessrerenene 58 3 5 Datensicherung aaner a e a a 60 3 6 Bewertung der Entwicklungsumgebung 4444sssnsss rn 61 4 Aufbau des PRORIS nderungsmanagement uunenenneeee 63 4 1 Entwicklungsprozesse 2444400nunnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn nen 63 4 1 1 Kein explizit formulierter Proze nnnennn 64 4 1 2 WasserfallpfozeB 2 2 2 as a aaa 64 4 1 3 Der iterativ inkrementelle Entwicklungsproze 66 4 1 4 Der Entwicklungsproze bei PRORIS nenn 68 4 2 nderungsmanagement bei PRORIS uuuneaeaesesensenennnnnnnnenennnnnnnnnn 68 4 2 1 Der PRORIS nderungsproze zuaeaeaennnnnannenennnnnnnnnnennnnnenn 68 4 2 2 nderungsmanagement mit PVCS Tracker 77 4 3 Bewertung des nderungsmanagement uuuuaeansssasessnnnsnnenennennnnnnnn 78 5 Aufbau des PRORIS Versionsmanagemert 80 5 1 Konfigurationsidentifizierung in PRORIS 44u00sssnsss sn 80 5 1 1 PROBIS Produkistruktur 2222 a 80 5 1 2 PRORIS Modul bersicht 24444444444RHnnnn nn
112. nen und zu realisieren e fortlaufende Projektplanung der Proze erm glicht die Projektplanung nach jeder Iteration zu verfeinern und verbesserte Aufwandssch tzungen bereitzustellen e effektiveres Testen das Produkt wird nicht erst kurz vor der Einf hrung umfassend getestet sondern nach jeder Iteration Das Projektteam erh lt dadurch fr hzeitig R ckmeldung ber vorhandene Probleme da ein lauff higes Zwischenprodukt durch den Endbenutzer in Augenschein genommen werden kann e flexible Auslieferung mit dem Kunden k nnen wenn er dieses w nscht vorzeitig lauff hige Versionen des Systems zu Verf gung gestellt werden die schon eine definierte Teilfunktionalit t aufweisen e desweiteren ergeben sich Vorteile die einen eher qualitativen Charakter besitzen und demzufolge schwer me bar sind wie z B eine h here Akzeptanz bei den Benutzern und Auftraggebern h here Motivation und Ergebnisorientierung bei den Entwicklern Neben den genannten Vorteilen sollen aber nicht der erh hte Aufwand bei der Planung und Steuerung des Projekts und die h heren Anforderungen an das Projektmanagement verschwiegen werden Eines der bekanntesten iterativen Verfahren ist das Spiralmodell von Barry Boehm Boehm 88 Bei jeder Umdrehung der Spirale die einer Iteration entspricht werden kritische Systemteile angegangen und realisiert Erst wenn dieser Teil funktioniert wird die n chste Bertrand Scheller 06 2000 67 Dipl
113. neue Bezugskonfiguration von der alten e Welchen Stand hat die Software und woraus besteht dieser Stand Die geschilderten Probleme zeigen da ad quate Hilfsmittel zu ihrer Bew ltigung bereitgestellt werden m ssen Erfolgt dies nicht Kommt es zwangsl ufig zu erheblichen Qualit tsminderungen bei der Entwicklung Pflege und Einsatz von Software 2 2 Begriffe des Software Konfigurationsmanagements 2 2 1 Konfiguration Software Konfiguration Software Konfigurationsmanagement Das Konfigurationsmanagement von Software ist die Gesamtheit der Verfahren zur eindeutigen Kennzeichnung der Konfiguration eines Software Systems zu bestimmten 1 zur Begrifflichkeit siehe Abschnitt 2 2 3 12 zur Begrifflichkeit siehe Abschnitt 2 2 5 Bertrand Scheller 06 2000 20 Diplomarbeit Software Konfigurationsmanagement Zeitpunkten des Software Lebenszyklus mit dem Zweck alle nderungen dieser Konfiguration systematisch zu berwachen die Konsistenz des Software Systems sicherzustellen und jederzeit die R ckverfolgung anzubieten Zuerst ist zu kl ren was unter Konfiguration zu verstehen ist In der EN ISO 10007 wird der Begriff Konfiguration wie folgt definiert ISO 10007 Funktionelle und physische Merkmale eines Produkts wie sie in seinen technischen Dokumenten beschrieben und im Produkt verwirklicht sind Insbesondere kann sich der Begriff Konfiguration sowohl auf Hardware als auch auf Software Systeme beziehen D
114. nfiguration Software Konfigurationsmanagement uuueessssessnnnnnnnnnnnnnnnnnnnnnnnnnnn 20 2 2 2 Konfigurationselemente uu 444224444400nnnnnnn anne 22 2 2 9 Helease Version Patches 23 2 2 4 Revisionen und Varianten uuuussssssssnnnnnnnnnnnnnnnnnnnnnnnnnnnn 24 2 2 5 BEZUdsKonfigurali ni enssssn nes 25 2 3 Aufgaben des Software Konfigurationsmanagemenis 28 2 3 1 Konfigurationsidentifizierung 44444444400nnnnn nennen 29 2 3 2 Konfigurations berwachung steuerung ssussss sn 30 2 3 3 K nfigurationsb chfl hrung s asss en ena 34 2 3 4 K nligutallonsal dit u wessen ee 35 2 4 Hilfsmittel und Werkzeuge des Software Konfigurationsmanagemernt uuuusssssssssssennnnnnnnnnnnnnnnnnnnnnnnnnnnnn 36 2 5 Anforderungen an Software Konfigurationsmanagementsysteme u4usssssnnssnnnnnennnnnnnnnnn 39 2 5 1 Funktions bergreifende Anforderungen uu2242422420000 39 2 5 2 Funktionsspezifische Anforderungen u sssssss seen 43 2 5 3 Sichtenspezifische Anforderungen 22 40ussm444nnnnnn 0 46 3 Aufbau der PRORIS Entwicklungsumgebung 50 3 1 Server in der Entwicklungsumgebung 44444444440H0nnnnn nennen 50 3 1 1 OS 2 Serien asien laser 50 Bertrand Scheller 06 2000 2 Diplomarbeit Software Konfigurationsmanagement 3 1 2 Windows NT Seven een 51 3 2 Sta
115. ng f r die Weiterbearbeitung der Meldung an den Kunden bergeht Der Kundenbetreuer tr gt in diesem Fall in dem Feld n chste Aktion durch den Wert Kunde ein Im Feld R ckmeldung am wird die mit dem Kunden abgestimmte n chste Kontaktaufnahme vereinbart Gleiches gilt f r den Fall da der Kundenbetreuer bis zu einem bestimmten Termin Fragen zur Meldung kl ren soll n chste Aktion durch bleibt auf CTH Im Rahmen der Pr fung kann in Absprache mit dem Kunden der Meldungstyp umgesetzt werden So kann z B aus dem Meldungstyp Fehler bei einer Falschmeldung der Meldungstyp Falschmeldung werden Die Dokumentation der Abstimmgespr che erfolgt in Kurzform unter der Meldungsnotiz Bearbeitungsstand Wenn die Meldung ber l ngere Zeit nicht weiterbearbeitet werden soll in Abstimmung mit dem Kunden wird in dem Feld L sung der Wert verschoben eingetragen Die Meldung wird dann zum Benutzer Benutzertreffen kopiert Das Kopieren unterscheidet sich vom Verschieben dadurch da die Meldung nicht vom eigenen InTray gel scht wird Auf dem Benutzertreffen kann dann entschieden werden was mit dieser Meldung weiter geschehen soll Bertrand Scheller 06 2000 72 Diplomarbeit Software Konfigurationsmanagement Bei einer Verbesserung oder einer Erweiterung setzt der Kundenbetreuer nachdem er dem Kunden per PRORIS Einzelauftrag ein Angebot geschickt hat den Bearbeitungss
116. ng spezifischer Pr flogik Dar ber hinaus sollte ein flexibles Layout System unterschiedliche Sichten auf das nderungsmanagement unterst tzen e Integration mit dem Versionsmanagement Matrix 2 2 2 Es gilt hier das Gleiche wie f r den analogen Punkt unter Versionsmanagement e Proze unterst tzung Matrix 2 2 3 Bei diesem Punkt sind Funktionen wie die Verwaltung individueller to do Listen oder die automatische Benachrichtigung bestimmter Teammitglieder ber die nderungen eines anderen Teammitgliedes gemeint Zus tzlich sollten Abh ngigkeiten wie z B nderung an KE darf nur erfolgen wenn eine nderungs oder Fehlermeldung assoziiert wurde definierbar sein e Trend und Analysereports Matrix 2 2 4 Darunter sind z B Reports zur Analyse von Fehlerh ufigkeit pro Modul Bertrand Scheller 06 2000 44 Diplomarbeit Software Konfigurationsmanagement durchschnittliche Fehlerkorrekturdauer gewichtet nach Schwere des Fehlers oder die durchschnittliche Anzahl offener nderungs und Fehlermeldungen zu verstehen e Releasenotes Matrix 2 2 5 Die automatische Verwaltung und Generierung der Releasenotes aus dem nderungsmanagement gew hrleistet eine einheitliche und vollst ndige Dokumentation der nderungen ein einem System von Release zu Release f r den Kunden e Statusreports Matrix 2 2 6 Statusreports zu bestimmten KE helfen z B dem Kundensupport bei der Beantwortung von Fragen zum Status einer M
117. nternehmen auch die gemischten ber cksichtigt werden m ssen und in einigen L ndern das indirekte Gesch ft in den Abschl ssen nicht gesondert ausgewiesen werden mu Funktionen der R ckversicherung Hauptfunktion der R ckversicherung ist der Schutz des Erstversicherers vor starken Schwankungen im kalkulierten Schadenverlauf die die Rentabilit t und im ung nstigsten Falle den Bestand des Unternehmens gef hrden k nnten Solche Schwankungen k nnen folgende Ursachen haben 3 vgl Gerathewohl Klaus u a R ckversicherung Band 1 S 609 Grossmann Marcel R ckversicherung S 26 Bertrand Scheller 06 2000 11 Diplomarbeit Software Konfigurationsmanagement e Zufallsrisiko Das Eintreten von zufallsbedingten Gro sch den auf einzelne Risiken deren Versicherungssumme weit ber dem Durchschnitt der insgesamt versicherten Risiken hinausgeht e Kumulrisiko Das Auftreten von kumulierenden Einzelsch den Kumule bilden Risiken aus gleichen oder voneinander unabh ngigen Versicherungspolicen die das gleiche Schadenereignis betreffen e nderungsrisiko Ansteigen der Schadenh ufigkeit oder des Schadendurchschnitts im allgemeinen Zum nderungsrisiko z hlen z B besonders schlechte Wetterverh ltnisse im Winter die zu einem Ansteigen der Unfallh ufigkeit f hren oder aber nderungen von Risikofaktoren im Zeitverlauf wie z B in der Lebensversicherung durch das Auftreten von AIDS e Irrtumsrisiko Irrt mer b
118. ntspechenden Original Dateien lediglich durch die Extension xe wird c_v obj wird obv exe wird exv usw Dateien deren Extension in den ersten beiden Stellen identisch sind z B rc und rch werden folgenderma en archiviert rc wird rv_ rch wird rvh dig wird dvg dl wird dvl usw Worktile Verzeichnis U PRORIS Jeder Entwickler hat ein eigenes Workfile Verzeichnis in dem er seine Entwicklungst tigkeiten durchf hrt U PRORIS ist am Anfang ein leeres Verzeichnis ohne Dateien Es existiert lediglich die PRORIS Verzeichnisstruktur In dieser Verzeichnisstruktur werden Arbeitskopien der Dateien eingestellt wenn sie aus dem Archiv Verzeichnis zur Bearbeitung entnommen werden Nur innerhalb dieses Verzeichnisbaums d rfen Dateien bearbeitet werden Wenn die ge nderten Dateien ber den VM wieder archiviert werden sollen ist dies nur ber das Workfile Verzeichnis 8 siehe Abschnitt 2 2 4 Bertrand Scheller 06 2000 94 Diplomarbeit Software Konfigurationsmanagement m glich Nach der Archivierung werden alle Dateien die sich im Workfile Verzeichnis befinden automatisch gel scht Die EXE DLL und LIB Dateien werden automatisch in die Integrationsverzeichnisse generiert ber diese Verzeichnisse werden dann auch die lokalen Tests vorgenommen Objekt Verzeichnis X OBJECTS Alle abgeleiteten Dateien z B Objektdateien liegen auf einem zentralen Objekt Verzei
119. ofile in gr eren Teams Bei Client Server Architekturen kommen Funktionen zur Verschl sselung f r den sicheren Zugriff auf zentrale Daten hinzu e Datensicherung Matrix 1 1 4 Die regelm ige Datensicherung ist eine notwendige Bedingung um im Falle von Systemausf llen die Entwicklungsarbeit zeitnah und ohne gr ere Verluste an Entwicklungsergebnissen wiederaufnehmen zu k nnen Die Daten in einem SKM System sind f r eine softwareproduzierende Organisation ebenso wichtig wie z B die Versicherungsvertragsdaten f r ein Versicherungsunternehmen e Plattformunabh ngigkeit Matrix 1 1 5 Die Verf gbarkeit auf unterschiedlichen Plattformen ist ein zunehmend wichtiger Faktor da in Unternehmen h ufig unterschiedliche Plattformen anzutreffen sind und somit beispielsweise der Client unter Windows NT und 18 Mitarbeiter im Bereich Qualit tsmanagement Bertrand Scheller 06 2000 40 Diplomarbeit Software Konfigurationsmanagement der Server unter Unix implementiert ist Eine verschiedene Plattformen integrierende Umgebung verhindert somit redundante und inkonsistente Daten im SKM System e Anpa barkeit Erweiterbarkeit Matrix 1 1 6 Da jedes Entwicklungsprojekt seine spezifischen Anforderungen an die SKM Umgebung hat sind nderungs und Erweiterungsm glichkeiten eine wichtige Voraussetzung um die SKM Umgebung in den gesamten Entwicklungsproze individuell zu integrieren Dazu geh ren z B die Integration mit
120. ojekte Nach einer Anforderungsanalyse wird solange programmiert getestet und korrigiert bis die Software einen akzeptablen Stand erreicht hat Es liegt eine ad hoc Vorgehensweise vor der keine genaue Planung und keine gezielte Abfolge von Schritten zugrunde liegt Vorteile e Der Proze hat kaum Overhead Design Dokumentation Einhalten von Standards e Jeder kann den Proze anwenden so da keinerlei Vorkenntnisse erforderlich sind Nachteile e Es gibt keine M glichkeit abzusch tzen welchen Stand die Softwareentwicklung erreicht hat e Risiken lassen sich nicht vorhersagen e Die Instrumente der Projektsteuerung k nnen nicht greifen e Der Overhead kommt ggf durch aufwendige nachtr gliche Abstimmungen Software ohne Proze zu entwickeln funktioniert heute im Prinzip nur noch bei kleinen wenig komplexen Projekten 4 1 2 Wasserfallproze Der Wasserfallproze ist einer der bekanntesten und am h ufigsten eingesetzten Prozesse Wie in Abbildung 4 1 dargestellt verl uft die Entwicklung in definierten Phasen die sich nicht berlappen Zun chst werden die Anforderungen betrachtet und in ein Analysemodell umgesetzt In der Entwurfsphase wird dann entschieden wie das Analysemodell realisiert werden soll Dieses wird dann programmiert integriert und getestet Der Proze hat somit klar definierte Phasen Zum Ende jeder Phase gibt es ein Review in dem entschieden wird ob die Ziele der Phase erreicht worden sind Erst wenn
121. omarbeit Software Konfigurationsmanagement Iteration geplant Bei diesem Modell wird strikt nach Risikogesichtspunkten vorgegangen D h da die gr ten Risiken in einer Reihe von Iterationen analysiert und bewertet werden Im Anschlu kann das Projekt dann z B mit einem Wasserfallproze fortgef hrt werden 4 1 4 Der Entwicklungsproze bei PRORIS Da PRORIS System ist Anfang der neunziger entworfen worden Die Technologien die zum Einsatz kommen sollten Client Server System mit relationaler Datenbank und grafischer Benutzeroberfl che waren f r damalige Verh ltnisse Neuland Die fachlichen Fragen die von dem System gel st werden sollten waren berwiegend aus vorherigen Entwicklungen wenn auch nicht in dem geforderten Umfang bekannt Insofern gab es f r den fachlichen und den technischen Teil des PRORIS Systems unterschiedliche Ans tze Da der fachliche Teil als bekannt und mit wenig Risiken behaftet zu sein schien wurde hierf r der Wasserfallproze zur Anwendung gebracht Im Rahmen eines Pflichtenheftes und Sollkonzeptes wurde zu Beginn versucht das komplette System mit allen Abh ngigkeiten und Schnittstellen zu beschreiben Da im technischen Teil die gr ten Risiken zu finden waren wurde hier eher iterativ vorgegangen indem die technischen Risiken wie z B die Datenbankanbindung die Steuerung der grafischen Benutzeroberfl che oder auch die Performance anhand einer Beispielanwendung getestet wurde In
122. omit nicht versehentlich manipuliert werden F r das Versionsmanagement wird PVCS Version Manager 6 0 in Form einer Netzwerkinstallation verwendet Das hei t da der berwiegende Teil der Installation auf einem Serverlaufwerk liegt und somit Plattenplatz auf dem Arbeitsplatzrechner spart Dar ber hinaus gestaltet sich Releasewechsel der Versionverwaltungssoftware einfacher und Releasekonflikte durch unterschiedliche Installationen auf den Entwicklungsrechnern werden vermieden Das Buildmanagement wird vom PVCS Configuration Builder 5 3 unterst tzt Hinsichtlich der zentralen Installation gilt f r den Configuration Builder das gleiche wie f r den Version Manager Als Editor bzw IDE Integrated Development Enviroment kommt die PWB Programmer s Workbench von Microsoft zum Einsatz Die Workbench konnte sowohl unter OS 2 als auch unter Windows NT gut mit dem PVCS Configuration Builder integriert werden Auch die Workbench wird zentral auf Serverlaufwerken verwaltet Der Zugriff auf die nderungsdatenbank kann nur ber die in OS 2 integrierte Windows 3 1 Funktionalit t erm glicht werden da die entsprechende Software PVCS Tracker 5 0 nur in einer Windows und keiner OS 2 Version vorliegt Damit auf den zuvor erw hnten Sybase Datenbankserver zugegriffen werden Kann ist auf dem Windows 3 1 Teil der OS 2 Installation der Sybase Windows Client 11 9 2 installiert Dar ber hinaus geh rt zur Standardinstallation der Netscape Bro
123. on Check In Revision und Change Text der gleiche Text wie in PVCS Version Manager erfa t nderungen am Konzept werden in Absprache mit dem Kundenbetreuer unter der Meldungsnotiz L sungsansatz dokumentiert Gleiches gilt f r die Meldungsnotiz Wie wird der Fehler reproduziert Umgehung des Fehlers und Testanleitung Der Realaufwand f r die Entwicklung und ggf die Dokumentation wenn vom Entwickler verfa t wird in den entsprechenden Feldern eingetragen Real Entwicklung Real 33 siehe Abschnitt 5 2 5 Bertrand Scheller 06 2000 76 Diplomarbeit Software Konfigurationsmanagement Dokumentation Erg nzungen an der Konzeption werden ebenfalls eingetragen Feld Real Konzept Der Entwickler reicht die Meldung an den Kundenbetreuer weiter indem er in dem Feld Meldung gesendet an den Kundenbetreuer eintr gt und ihm die Meldung via Posteingangskorb zusendet Danach kann die Meldung aus dem Posteingangskorb des Entwicklers entfernt werden gt weiter mit Schritt 4 Schritt 4 Der Kundenbetreuer nimmt die Meldung wieder entgegen bernimmt die Verantwortung wenn er den Bearbeitungsstatus auf Kundenbetreuer testet setzt Wenn beim Test Fehler entdeckt werden geht die Meldung zur ck an den Entwickler Meldung gesendet an Der Kundenbetreuer dokumentiert die Fehlerbeschreibung unter der Meldungsnotiz Testergebnis Den bisherigen Testaufwand
124. or ren Charakter haben und zu einem sp teren Zeitpunkt mit der Hauptentwicklungslinie wieder zusammengef hrt werden Revision 4 Datei 1 doc Abb 2 1 Revisionen Ein n tzliches Konzept um die Begriffe Variante und Revision einzuf hren sind zusammenh ngende Versionsgruppen von KE Eine Versionsgruppe ist eine Menge von KE die durch die Relation ist Variante von und ist Revision von verbunden sind Die Relation y ist Variante von x kann folgenderma en definiert werden Tichy 88 X und y sind Konfigurationseinheiten die existieren und eine wesentliche Eigenschaft gemeinsam besitzen Eine wesentliche Eigenschaft kann z B dieselbe Bertrand Scheller 06 2000 24 Diplomarbeit Software Konfigurationsmanagement funktionale Spezifikation eines Moduls bedeuten Die Implementierungen dieses Moduls sind hingegen verschieden Ein Beispiel f r den Begriff Variante ist ein Software Werkzeug das f r verschiedene Betriebssysteme entwickelt werden soll Die funktionalen Anforderungen an das Werkzeug sind f r die unterschiedlichen Betriebssysteme die gleichen Die Implementierung unterscheidet sich jedoch aufgrund unterschiedlicher Betriebssystemschnittstellen Die Relation y ist Revision von x kann folgenderma en festgelegt werden x und y sind KE und y wurde durch nderung einer Kopie von x erzeugt Dahinter steht die Absicht da y eine Verbesserung von x ist und
125. r seine gesamte Lebensdauer fest und gew hrleisten dadurch die Wiederverwendbarkeit und Wartbarkeit des Produkts e Sie bilden eine Informationsquelle zur Analyse des Entwicklungsprozesses und des Produkts Unter Softwarekonfigurationsmanagement versteht man abschlie end die Gesamtheit von Methoden Werkzeugen und Hilfsmitteln die die Entwicklung und Pflege eines Software Produkts als eine Folge von kontrollierten nderungen Revisionen und Erg nzungen Varianten an gesicherten Proze ergebnissen unterst tzen 8 8 2 2 2 Konfigurationselemente Unter einem Konfigurationselement KE versteht man eine elementare Einheit einer Konfiguration mit einer eindeutigen Identifikation Es enth lt somit keine Untereinheiten die unabh ngig voneinander variieren k nnen Ein KE kann gleichzeitig in mehreren Revisionen und Varianten existieren Unter KE versteht man nicht nur die Programmcode sondern auch alle anderen Projektdokumente sowie umgebungsbeeinflu ende Faktoren wie z B Compiler Linker Bibliotheken etc Hier einige Beispiele f r KE e Pflichtenheft e Produktmodell e Entwurfsdokumentation e Programmcode e Compiler Linker Hilfegenerator e Einstellungen f r Werkzeuge e Testplan e Testdaten e Benutzerhandbuch 14 zur Begrifflichkeit siehe Abschnitt 2 2 4 zur Begrifflichkeit siehe Abschnitt 2 2 4 Bertrand Scheller 06 2000 22 Diplomarbeit Software Konfigurationsmanagement e Projektpl ne
126. rechner mit OS 2 und Windows NT Abb 3 1 PRORIS Entwicklungsumgebung 3 2 Standard Entwicklungsrechner Auf den Entwicklungsrechnern mu sowohl unter OS 2 als auch unter Windows NT entwickelt werden k nnen Dazu wird die Festplatte in mehrere Partitionen aufgeteilt ber einen sogenannten Boot Manager kann dann entweder OS 2 oder Windows NT gebootet werden Bei einigen Kunden kommen ltere Datenbankversion als UDB 5 2 zum Einsatz Daher weichen diese Rechner von der weiter unten beschriebenen Standardkonfiguration ab Auf einem Rechner kommt DB2 2 in der Version 1 2 und auf einem anderen DB2 f r OS 2 Version 2 1 2 zum Einsatz Diese Rechner dienen ausschlie lich der Erstellung der PRORIS Versionen f r die oben genannten Datenbankversionen 3 2 1 OS 2 Partition Auf der OS 2 Partion ist OS 2 Warp 4 mit Fixpack 10 als Betriebssystem installiert Die Clientsoftware f r die PRORIS Datenbankserver ist UDB Version 5 2 Mit Dieser Version der Clientsoftware ist es m glich auch auf ltere Versionen des Datenbankmanagementsystem serverseitig zuzugreifen Bertrand Scheller 06 2000 53 Diplomarbeit Software Konfigurationsmanagement Als C Compiler und Debugger kommt der IBM C Set 2 1 mit den entsprechenden Betriebssystembibliotheken zum Einsatz Dieser Compiler hat sich trotzt seines Alters als sehr zuverl ssig erwiesen Der Compiler und die Bibliotheken werden zentral auf Serverlaufwerken verwaltet und k nnen s
127. rfolgreich mit Objektorientierung Oldenbourg Wissenschaftsverlag 1999 Clive Burrows Ian Wesley Ovum Evaluates Configuration Management IT Research 1999 Pfeiffer Christoph Einf hrung in die R ckversicherung Gabler 1977 PRORIS Brosch re 1995 PRORIS Systemdokumentation 1999 Scheller B Methoden des Qualit tsmanagement als Instrument f r effiziente Softwareentwicklung Studienarbeit 1996 Tichy W Tools for Software Configuration Management Softwaretechnik Trends Heft 8 1 1988 pp 51 70 Wallm ller Ernest Softwarequalit tssicherung in der Praxis Hanser M nchen 1990 Whitgift D Methods and tools for software configuration management John Wiley amp Sons West Sussex 1991 112 Diplomarbeit Software Konfigurationsmanagement Anhang A Anforderungsmatrix Ergebnis einer Befragung des PRORIS Projektteams Legende 3 notwendig 2 wichtig 1 w nschenswert 0 irrelevant Die Werte in dokumentieren die von der Befragung abweichende Meinung des Autors 1 bergreifende Anforderungen 11 1 1 Benutzerfreundlichkeit 1 1 Allgemeine Anforderungen Kunden sicht Sicht Entwickler PM gt Sicht 11 1 3 Zugriffsschutz Rollenkonzept 1 1 2 Performance Skalierbarkeit 11 1 5 Plattformunabh ngigkeit 1 1 4 Datensicherun 11 1 7 Flexible konfigurierbare Reports 1 1 6 Anpa barkeit Erweiterbarkeit 11 2 1 Verteilte Softwareentw
128. roller Dateiserver Zu der Windows NT Dom ne geh ren zwei Server Ein Server ist wie in der OS 2 Umgebung der Dom nen Controller Auch unter Windows NT hat der Dom nen Controller zus tzlich die Aufgabe Netzwerklaufwerke f r das PRORIS Entwicklungsteam zur Verf gung zu stellen Dazu geh ren Laufwerke mit allen Entwicklungswerkzeugen Laufwerke f r den Datenaustausch im PRORIS Team oder Verzeichnisse mit weiteren 2 siehe 3 3 22 siehe 3 3 Bertrand Scheller 06 2000 51 Diplomarbeit Software Konfigurationsmanagement Hilfsprogrammen Zus tzlich stellt dieser Server eine Verbindung zu dem firmenweiten Novell Netzwerk her Damit k nnen auch Dateien und Drucker au erhalb des PRORIS Entwicklungsteams genutzt werden Der Server l uft unter Windows NT 4 0 mit dem weitgehend Jahr 2000 f higen Service Pack 5 Datenbankserver Auf dem Datenbankserver unter Windows NT kommt lediglich die UDB Version 5 2 zum Einsatz Auch hier werden die Datenbanken t glich in das Dateisystem gesichert und anschlie end auf das Bandlaufwerk des einen OS 2 Servers gesichert Der Server l uft unter Windows NT 4 0 mit dem weitgehend Jahr 2000 f higem Service Pack 5 Weitere Server ber die beiden genannten Dom nen hinaus gibt es zwei weitere Server die f r die PRORIS Entwicklungsumgebung von Bedeutung sind Zum einen handelt es sich um einen Sybase Datenbankserver Version 11 9 2 auf dem die Meldungsdatenbank f r
129. rver in der Entwicklungsumgebung Um einen weitgehend ausfallfreien Betrieb zu erm glichen kommt bew hrte Serverhardware zum Einsatz Dazu geh ren z B redundante Plattensysteme und fehlertoleranter Speicher Alle Systeme sind mit einer unterbrechungsfreien Stromversorgung ausger stet und in einem speziellen Serverraum aufgestellt Dieser Raum wird permanent auf ca 19 Celsius gek hlt um die Maschinen zu schonen Der Zugang zu diesem Raum ist nur befugtem Mitarbeitern gestattet um absichtliche oder versehentliche Besch digungen an Hard und Software zu verhindern Die Entwicklungsserver teilen sich in OS 2 und Windows NT Serversysteme auf Ihre Aufgaben ergeben sich aus dem Umstand da PRORIS sowohl unter OS 2 als auch unter Windows NT weiterentwickelt und gewartet werden mu Die OS 2 und die Windows NT Umgebung wird jeweils in einer eigenen Dom ne verwaltet Unter einer Dom ne versteht man eine Verwaltungseinheit die einer Gruppe von Benutzern Ressourcen wie z B Plattenplatz oder Drucker auf einem oder mehreren Servern zur Verf gung stellt 3 1 1 OS 2 Server Dom nen Controller Dateiserver Zu der OS 2 Dom ne geh ren vier Server Ein Server ist der sogenannte Dom nen Controller der eine besondere Rolle unter den Servern einnimmt und f r die Verwaltung der Dom ne verantwortlich ist Zus tzlich stellt dieser Server alle Bertrand Scheller 06 2000 50 Diplomarbeit Software Konfigurationsmanagement Ent
130. s Referenz Verzeichnisses ist es da Dateien zum inspizieren bzw Drucken nicht explizit aus dem Archiv entnommen werden m ssen Die abgeleiteten Dateien Objekt und andere abgeleitete Dateien werden auf dem Referenz Verzeichnis nur dann aktualisiert wenn eine Kunden Version erstellt wird F r die t gliche Entwicklung stehen die abgeleiteten Dateien in dem Objektverzeichnis X OBJECTS siehe unten In dem Referenz Verzeichnis d rfen vom Entwickler keine nderungen vorgenommen werden au er implizit ber die entsprechenden VM Aktionen Check In Check Out 4 siehe Abschnitt 5 2 5 2 siehe Abschnitt 5 2 5 Bertrand Scheller 06 2000 93 Diplomarbeit Software Konfigurationsmanagement Archiv Verzeichnis X ARCHIVE Das Archiv Verzeichnis ist strukturgleich zum Referenz Verzeichnis aufgebaut und bein haltet ebenfalls s mtliche Dateien mit der dazugeh rigen Entwicklungs Historie Mit jeder nderung eines Entwicklers wird automatisch eine neue Revision archiviert Archive erm glichen es eine Revision einer Datei wiederherzustellen indem eine Kopie der Datei mit den entsprechenden Deltas Speicherung von Differenzen sowie dem Entwicklerkennzeichen dem nderungsdatum und der nderungsbeschreibung gespeichert werden In dem Archiv Verzeichnis d rfen vom Entwickler keine nderungen vorgenommen werden au er ber die entsprechenden VM Aktionen Check In Check Out Die Archivnamen unterscheiden sich von den e
131. schen folgenden Arten unterschieden P Module zur Pr sentation der Anwendung L Module f r die Verarbeitungslogik D Module f r die Datenbeschaffung und speicherung R Module f r das Reporting Die restlichen f nf Stellen k nnen frei vergeben werden Die EXE und DLL beschr nken sich auf die drei notwendigen Stellen w hrend die Dateien mit dem Programmcode alle acht Stellen ausnutzen Hier noch einmal die allgemeine Form der Namenskonvention Wobei MM f r Modulpr fix A f r Art des Moduls f r beliebig und SSS f r den Dateityp steht Dieses Format leitet sich aus den 1990 noch g ltigen Dateinamenskonventionen f r OS 2 ab Zum damaligen Zeitpunkt waren l ngere und damit aussagekr ftigere Dateinamen nicht m glich F r Dateitypen siehe auch Abschnitt 5 1 4 Bertrand Scheller 06 2000 81 Diplomarbeit Software Konfigurationsmanagement Es folgt ein Beispiel f r die Systemverwaltung von PRORIS die den Pr fix SV hat SVP EXE Svpmain c SVL DLL Svlbensu c SVD DLL Svdbensu c SVR DLL Svrbenli c Das Programm Systemverwaltung Datei mit dem Hauptprogramm der Systemverwaltung Die Logik DLL der Systemverwaltung Datei mit der Programmlogik f r den Benutzer suchen Dialog Die Datenbank DLL der Systemverwaltung Datei mit der Datenbanklogik f r den Benutzer suchen Dialog Die Report DLL der Systemverwaltung Datei mit dem Benutzer Report Die anwendungs
132. schl ssel wurde in die entsprechenden Felder eingetragen beim Projektleiter zu erfragen Der Realaufwand f r die Pr fung wurde in dem Feld Real Gesamt eingetragen Dokumente die im Rahmen der Pr fung erstellt wurden sind mit der Meldung verkn pft worden Da die Meldung erledigt ist mu der Kunde nur noch eine Abnahmeerkl rung schicken mit der die Meldung dann geschlossen werden kann Der Kundenbetreuer sendet die Meldung via Posteingangskorb an den Projektkoordinator der f r die Pr fung und Verfolgung der Abnahmeerkl rungen zust ndig ist Danach kann die Meldung aus dem Posteingangskorb des Kundenbetreuers entfernt werden gt Ende Schritt 3 Der Entwickler nimmt die Meldung entgegen bernimmt die Verantwortung wenn er das Feld Bearbeitungsstatus auf Entwickler fixed setzt Vorgabe f r den Entwickler sind die unter der Meldungsnotiz Wie wird der Fehler reproduziert Umgehung des Fehlers und L sungsansatz eingetragenen Informationen Ausf hrliche Konzepte k nnen zus tzlich ber separate Dokumente mit der Meldung verkn pft werden Der Entwickler verf hrt bei der Bearbeitung der Meldung wir im Abschnitt Entwicklungszyklus beschrieben Nachdem der Entwickler die ver nderten Dateien zu der Meldung wieder in PVCS Version Manager eingecheckt hat dokumentiert er f r jede Datei die Verkn pfung zur Meldung in PVCS Tracker Dort werden der Dateiname Check out Revsi
133. sentativ anzusehen ist Es wurden nur relativ wenig Personen befragt die teilweise mehrere Rollen aus ben Die Rollen sind theoretisch klar voneinander zu trennen Die befragten Personen f llt eine solche strikte Trennung nat rlich schwer Insofern k nnen die Ergebnisse durch solche Doppelfunktionen bestimmter Projektteilnehmer beeinflu t sein Dennoch sind wie oben aufgezeigt einige grundlegende Unterschiede in der Priorisierung von SKM Anforderungen aus Sicht unterschiedlicher Rollen erkennbar Bertrand Scheller 06 2000 49 Diplomarbeit Software Konfigurationsmanagement 3 Aufbau der PRORIS Entwicklungsumgebung In diesem Kapitel wird die Entwicklungsumgebung von PRORIS dargestellt Der Schwerpunkt hierbei liegt auf der eingesetzten Hard und Software der Integration in die Netzwerkumgebung der Performance sowie der Datensicherung und Plattformunabh ngigkeit der Umgebung Die Entwicklung von PRORIS begann urspr nglich ausschlie lich unter OS 2 und sollte auch nur unter OS 2 als Zielplattform zum Einsatz kommen Die Entwicklungen der letzten Jahre auf dem Betriebssystemmarkt erforderten es jedoch 1997 PRORIS auf Windows NT zu migrieren Da aber OS 2 bei vielen Kunden noch im Einsatz war und teilweise auch noch ist mu die Entwicklungsumgebung und selbstverst ndlich auch PRORIS beide Betriebssystemplattformen unterst tzen k nnen Zun chst wird auf die Serverseite der Entwicklungsumgebung n her eingegangen 3 1 Se
134. setzt sich aber zunehmend ein integrativer Ansatz durch bei dem mit Hilfe der Werkzeuge des SKM folgende Abl ufe unterst tzt werden sollen e Pflichten Lastenheft f r das zu erstellende Programm e Verwaltung der Metadaten zur Programmierung e Programmentwicklung e Test Funktionstest Lasttest Verf gbarkeitstest Performancetest e Softwareverteilung mit R ckschl ssen auf den Benutzerbedarf der Hardwarekonfiguration etc e Helpdesk und Support durch Bereitstellung der Daten ber Hardware und Software Konfiguration und e R ckf hrung der am Helpdesk gewonnen Informationen in den folgenden Software Update Zyklus Die heutigen Werkzeuge decken bei weitem nicht diese Anforderungen ab Es mu aber auch nicht der gesamte Leistungsumfang in einem Werkzeug abgedeckt werden Jedoch leistungsf hige Schnittstellen zwischen den einzelnen Werkzeugen m ssen vorhanden sein Die Beobachtung des Marktes und auch diese Arbeit zeigen da SKM Systeme nicht mehr nur aus Versionsmanagement Werkzeugen bestehen k nnen sondern m chtige proze orientierte Verwaltungswerkzeuge werden die den gesamten Softwareentwicklungszyklus unterst tzen sollen Bertrand Scheller 06 2000 110 Diplomarbeit Software Konfigurationsmanagement Literatur Bers 80 Boehm 88 Coll 87 Compton 94 DGQ 12 51 Dunn 93 Geratewohl 75 Grossmann 77 H ft 85 IEEE 88 ISO 10007 IT Fokus 7 200
135. tatus auf den Wert Angebot Somit kann der Kundenbetreuer pr fen auf welche Angebote vom Kunden noch nicht reagiert worden ist Mit dem Kunden ist ein R ckmeldungstermin Feld R ckmeldung am zu vereinbaren an dem die CTH oder der Kunde wieder aktiv wird Der Realaufwand f r die Pr fung also der Aufwand des Kundenbetreuers bis zu dem Zeitpunkt an dem entschieden wurde da die Weiterbearbeitung der Meldung vorschoben wird wird in dem Feld Real Konzept eingetragen Bei Wiederaufnahme der Meldung gelten f r die Weiterbearbeitung der Meldung die Regeln der verschiedenen Meldungstypen Die Pr fung der Meldung mu abh ngig vom Meldungstyp folgende Ergebnisse liefern Meldungstyp Fehler Es wurde gepr ft in welcher Version der Fehler gefunden wurde Feld gefunden in Build Wie der Fehler reproduziert werden kann wurde unter der Meldungsnotiz Wie wird der Fehler reproduziert dokumentiert z B bestimmte Datenkonstellationen Eine Beschreibung wie die Behebung des Fehlers sp ter zu testen ist wurde unter der Meldungsnotiz Testanleitung erfa t Wenn eine Umgehung des Fehlers m glich ist wurde diese unter der Meldungsnotiz Umgehung des Fehlers beschrieben Der L sungsansatz f r die Behebung des Fehlers wurde unter der Meldungsnotiz L sungsansatz dokumentiert Dies ist gleichzeitig die Vorgabe f r den Entwickler Ein vorhandener Bezug zu einer anderen Meldung wur
136. tionsmanagement Summenexzedent R ckversicherung Der R ckversicherer wird mit einem festen Prozentsatz Maximum an allen Versicherungen beteiligt die eine bestimmte Versicherungssumme und somit den Selbstbehalt des Erstversicherers berschreiten In der Regel wird festgelegt bis zu welchem Betrag der R ckversicherer Sch den bernehmen mu Der Anteil des R ckversicherers an Sch den und Pr mien ergibt sich aus dem Quotienten von Versicherungssumme und Selbstbehalt Quotenexzedenten R ckversicherung Die Quotenexzedenten R ckversicherung ist ein Kombination der quoten und Summenexzedenten R ckversicherung mit Vorwegquote oder Vorwegexzedent e Nicht proprotionale R ckversicherung Nach Pfeiffer liegt das Wesen der nicht proportionalen RV gerade darin da die Leistung des R ckversicherers ausschlie lich durch die H he des Schadens bestimmt wird und keine proportionale Aufteilung des einzelnen Risikos und der daf r erhobenen Pr mie stattfindet Die drei wichtigsten der nicht proprotionalen RV werden im folgenden kurz erl utert Schadenexzedenten R ckversicherung Der Schadenexzedent R ckversicherungsvertrag stellt grunds tzlich auf einzelne Schadenereignisse ab Es haben sich zwei Formen herausgebildet Der Einzel Schadenexzedenten R ckversicherungsvertrag auch Working Excess of Loss WXL bezeichnet und der Kumul Schadenexzedenten R ckversicherungsvertrag auch Catastrophe Excess of Loss Cat
137. twicklungsproze in mehrere gleichartige Zeitabschnitte Iterationen geteilt wird Die Schritte Aktivit ten die in jeder Iteration durchgef hrt werden sind in jeder Iteration dieselben Jede Iteration erzeugt ein Teilergebnis inkrementelles Vorgehen eine Vorgehensweise bei der ein Produkt schrittweise in wachsenden Zwischenprodukten entsteht Die Vorteile dieses Prozesses liegen auf der Hand e flexibler Umgang mit nderungen der Anforderungen und Rahmenbedingungen d h Anforderungen die zu einem sp teren Zeitpunkt auftreten k nnen geordnet ber cksichtigt werden Neue Anforderungen m ssen durch ein CCB genehmigt werden Bertrand Scheller 06 2000 66 Diplomarbeit Software Konfigurationsmanagement und werden dann nach Priorit ten geordnet in den folgenden Iterationen ber cksichtigt e umfassendes und objektiveres Projektcontrolling der Projektfortschritt wird sichtbar da das Projektteam gezwungen ist regelm ig neue Versionen des Systems fertigzustellen d h der Projektfortschritt kann anhand lauff higer Programme kontrolliert werden Probleme mit dem Zeitplan werden somit rechtzeitig erkannt und entsprechende Gegenma nahmen k nnen zeitnah eingeleitet werden e cffektiveres Risikomanagement da jede Iteration zu einem lauff higen System f hrt k nnen unvollst ndige Anforderungen und andere Probleme sehr viel fr her erkannt werden Ziel ist es kritische Systemteile m glichst fr h zu erken
138. ueinander ber cksichtigt Dies k nnen sowohl wenig formalisierte Dokumente wie z B Vertr ge nderungsw nsche Protokolle und Konzepte als auch f r stark formalisierte Dokumente wie z B Datenbankdefinitionen oder Progammcode sein Dar ber hinaus k nnen auch Richtlinien f r die Kennzeichnung maschienenlesbarer Elemente Programme und Bibliotheken festgelegt werden die die Beziehungen zu den Quellenelementen herstellen und damit eine R ckverfolgung erm glichen Der Detaillierungsgrad mit dem ein Produkt dem Konfigurationsmanagement unterzogen wird h ngt vom Grad der gew nschten berwachung und den gew nschten Einflu m glichkeiten im Entwicklungsproze ab F r die Identifizierung der Konfigurationseinheiten werden Namenskonventionen und Numerierungsregeln aufgestellt In den Namenskonventionen kann z B die Produktstruktur Ber cksichtigung finden Die Beziehungen der Konfigurationseinheiten k nnen somit oft allein anhand des Namens nachvollzogen werden Dadurch wird eine einfachere weniger fehleranf llige Verwaltung der Konfigurationseinheiten sichergestellt Die Numerierungsregeln dienen der Dokumentation von nderungen an Konfigurationseinheiten Ihre Struktur und deren Komplexit t h ngt von der Anforderungen und der Organisation des Produkts bzw Projekts ab Bei umfangreichen Produkten mit vielen Kunden besteht die Notwendigkeit mehrere voneinander tempor r unabh ngige Entwicklungslinien zu pflegen Diese Entwicklungslin
139. ufstellung aller nderungen seit der letzten Bezugskonfiguration e Fehlerh ufigkeit pro Modul e Fehlerursachenreport klassifiziert Berichte dieser Art dienen dazu den Entwicklungsproze auch f r Dritte nachvollziehbar darzustellen und Schwachstellen in der Aufbau bzw Ablauforganisation aufzudecken und korrigierend einzugreifen Das CCB beispielsweise ben tigt Berichte ber den nderungsstatus der Konfigurationseinheiten um die Releaseplanung durchzuf hren und Sonderfreigaben zu genehmigen oder zur ckzustellen 2 3 4 Konfigurationsaudit Um sicherzustellen da das Produkt seinen vertraglich spezifizierten Anforderungen entspricht und da das Produkt in seinen Konfigurationsdokumenten richtig wiedergegeben ist sollte vor der Annahme einer Bezugskonfiguration ein Konfigurationsaudit durchgef hrt werden Diese Konfigurationsaudits sollten nach dokumentierten und vereinbarten Verfahren die auch die ben tigen Methoden zur Aufzeichnung und Berichterstattung enthalten durchgef hrt werden In der Regel gibt es zwei Arten von Konfigurationsaudits e Das funktionsbezogene Konfigurationsaudit beeinhaltet die f rmliche berpr fung einer Konfigurationseinheit ob sie die in ihren Konfigurationsdokumenten festgelegten Leistungen und funktionalen Merkmale erreicht hat Dazu werden die Anforderungen an Funktion und Leistung der Konfigurationseinheit wie sie in ihrer funktionellen Bezugkonfiguration ausgedr ckt sind festgestellt
140. ufzubewahren oder auszuleihen Im Gegensatz zur Elementverwaltung bei der die eingestellten Elemente lediglich wiedergewonnen werden sollen mu die Informationsverwaltung die freiz gige Auswertung und Verkn pfung der gespeicherten Informationen erlauben Werkzeuge zur Neukonfiguration von Software Systemen helfen beim selektiven Konfigurieren eines Systems in Abh ngigkeit von nderungen Es werden nur die Teile des Systems neu konfiguriert beispielsweise kompiliert und gebunden die sich ge ndert haben oder die von ge nderten Teilen abh ngig sind Um die Eindeutigkeit der Konfigurationselemente vor und nach der Neukonfiguration zu bestimmen werden meist Zeitmarken verwendet Die Abh ngigkeiten der Software Elemente untereinander und die n tigen oder gew nschten Bearbeitungen werden durch eine vorgegebene regelbasierte Syntax beschrieben Neuere Werkzeuge ber cksichtigen auch die Belange gemeinsamer Nutzung abgeleiteter Elemente bei paralleler Entwicklung In diesem Fall reicht es nicht mehr aus sich an den Zeitmarken zu orientieren um entscheiden zu k nnen ob eine Komponente erneut bersetzt werden mu Das System mu dazu exakt wissen aus welchen Quellelementen ein abgeleitetes Element besteht um entscheiden zu k nnen ob ein abgeleitetes Element gemeinsam genutzt werden kann oder ein neues erstellt werden mu Werkzeuge zur Versionskontrolle und verwaltung dienen der konomischen Speicherung mehrerer Revisionen und Vari
141. um dann durch berpr fung der Ergebnisse aus Reviews Pr fungen und Versuchen zu best tigen da die Anforderungen erf llt werden Bertrand Scheller 06 2000 35 Diplomarbeit Software Konfigurationsmanagement e Das physische Konfigurationsaudit pr ft die bereinstimmung der Ist Konfiguration einer Konfigurationseinheit mit seinen Konfigurationsdokumenten Dazu wird das tats chlich realisierte und gepr fte Produkt mit seinen Konfigurationsdokumenten verglichen um eine bereinstimmung sicherzustellen Diese Audits werden in der Regel nur einmal f r jede Konfiguration durchgef hrt und k nnen auch schrittweise durchgef hrt werden Die an dem Auditierungsverfahren zu beteiligenden Entscheidungsgremien und Fachbereiche m ssen festgelegt werden Die anzuwendenden Auditierungsverfahren sollten festgehalten werden und sich in einem entsprechenden Formblatt f r die Auditierungsberichte niederschlagen 2 4 Hilfsmittel und Werkzeuge des Software Konfigurationsmanagement Geeignete Hilfmittel und Werkzeuge sind eine wichtige Voraussetzung f r die Durchf hrung des Software Konfigurationsmanagements Ohne sie ist ein sinnvolles Konfigurationsmanagement nur schwer durchf hrbar Mit ihnen werden nicht nur Programmcode Objektdateien und Bin rcode sondern auch Spezifikationen und Entwurfsdokumente Testdaten und Testprozeduren sowie Fehlermeldungen und nderungsanforderungen verwaltet Folgende Werkzeuge und Hilfsmittel w
142. unkt die CTH oder der Kunde f r die Weiterbearbeitung der Meldung verantwortlich ist Zum Zeitpunkt der Erfassung ist in das Feld der Wert CTH einzutragen 32 siehe auch Abschnitt 5 1 1 Bertrand Scheller 06 2000 71 Diplomarbeit Software Konfigurationsmanagement Nachdem die PRORIS Meldung erfa t wurde wird die Meldung automatisch in den Posteingangskorb des Erfassers gestellt damit er die Meldung an den Kundenbetreuer senden kann Dies entf llt wenn der Erfasser und Kundenbetreuer die gleiche Person sind Die Meldung kann nun aus dem Posteingangskorb entfernt werden Sie mu aber vom Erfasser noch verfolgt werden bis der Kundenbetreuer den Bearbeitungsstatus auf Kundenbetreuer pr ft umgesetzt hat Denn solange ist der Erfasser noch f r die Meldung verantwortlich und mu pr fen ob der R ckmeldetermin R ckmeldung am eingehalten werden kann Zur Pr fung f r welche Meldungen der Erfasser noch zust ndig ist Kann ein entsprechender Report verwendet werden Schritt 2 Der Kundenbetreuer nimmt die Meldung entgegen bernimmt die Verantwortung wenn er den Bearbeitungsstatus auf Kundenbetreuer pr ft setzt Damit wird der Kundenbetreuer auch f r die Einhaltung der R ckmeldefrist verantwortlich Der Kundenbetreuer kl rt nun welche Fragen in Zusammenhang mit der Meldung noch gel st werden m ssen Dabei kann es vorkommen da der Kunde aktiv werden mu und damit die Verantwortu
143. verwendet werden gt weiter mit Schritt 3 Meldungstyp Verbesserung Erweiterung Angebot Der L sungsansatz wurde unter der Meldungsnotiz L sungsansatz dokumentiert Dies ist gleichzeitig die Vorgabe f r den Entwickler Ein vorhandener Bezug zu einer anderen Meldung wurde unter der Meldungsnotiz Bezug zu anderen Meldungen erfa t Der Entwickler wurde in das Feld Entwicklername eingetragen In dem Feld L sung wurde der Wert Programm nderung eingetragen Der mit dem Kunden abgestimmte Auslieferungstermin f r die Verbesserung Erweiterung wurde in dem Feld geplante Auslieferung erfa t Der Projekt T tigkeit und Faktura schl ssel wurde in die entsprechenden Felder eingetragen Die Planaufw nde Plan Konzept Plan Entwicklung Plan Test Plan Dokumentation Plan gesamt sind in die daf r vorgesehen Felder eingetragen worden Bertrand Scheller 06 2000 74 Diplomarbeit Software Konfigurationsmanagement Der Realaufwand f r die Pr fung also der Aufwand des Kundenbetreuers bis zum Ende des zweiten Schrittes wurde in das Feld Real Konzept eingetragen Ein PRORIS Einzelauftrag wurde an den Kunden geschickt und liegt vom Kunden unterschrieben vor Dokumente die im Rahmen der Pr fung erstellt wurden sind mit der Meldung verkn pft worden Der Kundenbetreuer reicht die Meldung an den Entwickler weiter indem er in d
144. vum arbeiten derzeit noch 85 Prozent aller Softwareprojekte mit keinen oder nicht von Herstellern unterst tzten SKM Werkzeugen IT Fokus 7 2000 Durch den Einsatz von PVCS Tracker ist es gelungen alle Meldungen zu dokumentieren und steuerbar zu machen Bei der vorherigen manuellen Bearbeitung gab es keine einheitlichen Strukturen Oft war nicht klar ob eine Meldung schon aufgenommen war oder sogar schon bearbeitet wurde Der nderungsproze ist somit transparenter und besser steuerbar Fehleranf llige Systemteile k nnen identifiziert und ggf erneuert werden Die Dokumentation zu einem Vorgang bzw einer Meldung findet sich nun an einem zentralen Punkt der PRORIS Meldung in PVCS Tracker Damit ist die Organisation der Projektdokumentation verbessert worden Ein weiter Pluspunkt ist da Releasenotes automatisch erzeugt werden k nnen Es gibt jedoch auch eine Menge Schwachpunkte des Systems und somit Verbesserungsm glichkeiten Es gibt nur wenig Proze unterst tzung im PVCS Tracker Regeln Abh ngigkeiten und Reihenfolgen k nnen nur ber aufwendige Ablaufbeschreibungen dargestellt werden Der PVCS Tracker unterst tzt dies nur mit 35 siehe Abschnitt 4 2 1 Bertrand Scheller 06 2000 78 Diplomarbeit Software Konfigurationsmanagement seinem flexiblen Datenmodell in dem solche Steuerfelder definiert werden k nnen Die Regeln k nnen vom System aber nicht gepr ft werden und m ssen somit extern dokumentiert werden
145. wicklungslaufwerke f r die PRORIS Entwickler sowie s mtliche Kundenumgebungen zur Verf gung Der Server l uft unter dem Betriebssystem OS 2 Warp 4 0 mit dem sogenannten Fixpack 10 welches die Jahr 2000 Korrekturen beinhaltet Als Netzwerkbetriebsystem kommt der LAN Server 5 0 von IBM zum Einsatz Datenbankserver Die restlichen drei Server in der OS 2 Dom ne sind Datenbankserver Es m ssen drei Datenbankserver sein da bei den PRORIS Kunden unterschiedliche Versionen des Datenbanksystems DB2 oder wie inzwischen umbenannt UDB Universal Database zum Einsatz kommen Da sich diese Versionen vom Verhalten her teilweise unterscheiden sind f r eine ad quate Unterst tzung der Kunden bei Wartungsanfragen alle bei Kunden im Einsatz befindlichen Versionen vorzuhalten Das sind z Zt unter OS 2 drei Versionen e DB2 2 1 2 mit Fixpack 7047 e DB2 f r OS 2 2 1 2 mit Fixpack 8090 e UDB 5 2 f r 08 2 Die Datenbanken auf den Servern werden t glich in das Dateisystem gesichert Einer der Datenbankserver verf gt ber ein entsprechendes Sicherungslaufwerk ber das t glich alle OS 2 und NT Server gesichert werden Die vorherige Sicherung der Datenbanken in das Dateisystem ist notwendig da momentan nur so eine konsistente Sicherung der Datenbanken gesichert werden kann Auf allen OS 2 Datenbankservern kommt wie beim Dom nen Controller OS 2 Warp 4 mit Fixpack 10 sowie LAN Server 5 0 zum Einsatz 3 1 2 Windows NT Server Dom nen Cont
146. wser 4 04 f r OS 2 Der Zugriff auf Novell Ressourcen erfolgt ber den zuvor erw hnten Windows NT Dom nen Controller der Novell Laufwerke und Novell Drucker zur Verf gung stellt 3 2 2 Windows NT Partition Auf der Windows NT Partition ist Windows NT 4 0 mit Fixpack 5 und dem Internet Explorer 5 installiert Als Office Umgebung kommt Microsoft Office 97 zum Einsatz Wie unter OS 2 wird auch die Clientsoftware von UDB 5 2 f r den PRORIS Datenbankzugriff verwendet Als C Compiler und Debugger wird Microsoft Visual C 5 0 eingesetzt Dazu geh ren auch Werkzeuge f r die Erstellung von Dialogen und Hilfedateien Der Compiler ist 25 siehe Abschnitt 5 3 Bertrand Scheller 06 2000 54 Diplomarbeit Software Konfigurationsmanagement wiederum auf Serverlaufwerken installiert w hrend der Debugger lokal installiert werden mu Als Editor und IDE kommt wie zuvor erw hnt die PWB von Microsoft zum Einsatz F r die SKM Produkte PVCS Version Manager PVCS Configuration Builder und PVCS Tracker gilt das Gleiche wie unter 3 2 1 PVCS Tracker liegt zur Zeit in der Version 6 5 vor Diese Version wurde erhebliche Verbesserungen f r das nderungsmanagement beinhalten Sie kann jedoch nicht eingesetzt werden da PVCS Tracker Version 5 die h chste von Windows 3 1 unterst tzte Version ist Solange OS 2 mit integriertem Windows 3 1 f r PRORIS noch eine Entwicklungsplattform darstellt k nnen diese Verbesserungen nicht eingef
147. wstopper Sofortige R ckmeldung gt nur bei Meldungstyp Fehler hoch R ckmeldung am gleichen Arbeitstag wenn die Meldung bis 13 00 Uhr eingegangen ist Bei Eingang nach 13 00 Uhr wird am n chsten Arbeitstag reagiert mittel R ckmeldung innerhalb von 5 Arbeitstagen niedrig R ckmeldung innerhalb von 10 Arbeitstagen keine irrelevant Wo gefunden T Testumgebung P Produktionsumgebung K irrelevant C Code Inspektion nur von CTH S System Test nur von CTH Anwendung XXp Anwendung xx yyp Anwendung yy Bertrand Scheller 06 2000 116
148. x ersetzt 2 2 5 Bezugskonfiguration Das wesentliche Ziel des Software Konfigurationsmanagements ist die effiziente Verwaltung der Software Konfigurationen im Lebenszyklus des Produkts Ein fundamentales Konzept dazu ist jenes der Bezugskonfiguration auch als Baseline oder Freigabe bezeichnet Diese definieren zum einen die einzelnen Bestandteile KE zum anderen die Informationen dazu wie und in welcher Umgebung aus diesen Einzelteilen das Endprodukt wieder hergestellt werden kann Im einzelnen sind das folgende Informationen e KE in bestimmter Revision und ggf auch Variante e Werkzeuge mit Versionsstand wie z B Make Compiler Pre Compiler Librarys etc e Parametrisierung der Werkzeuge e Plattformkonfiguration mit Versionsst nden und Parametrisierung e z B Entwicklungsplattform Zeilplattform Testplattform Jede nderung an einem der Elemente f hrt zu einer neuen Konfiguration Dies zeigt da auch die Umgebung des Softwareentwicklungsprozesses im Konfigurationsmanagement Ber cksichtigung finden mu In Abbildung 2 2 sieht man wie Bezugskonfigurationen z B mit Hilfe von Revisionen festgehalten werden die per Versionskennzeichen Baseline 1 und Baseline 2 miteinander verbunden werden Bertrand Scheller 06 2000 25 Diplomarbeit Software Konfigurationsmanagement Baseline 2 Revision BER NTEEI Datei 1 doc Datei 2 doc Datei 3 doc Revision 4 Abb 2 2 Bezugskonfigurationen Die EN
149. zwischen kann man das Projekt PRORIS als Kombination von Wartungsaktivit ten und Neuentwicklung bezeichnen Da PRORIS ein Produkt darstellt das an neue Kunden verkauft wird unterliegt es andauernd neuen oder ver nderten Anforderungen die in den Entwicklungsproze eingebracht werden m ssen Auf der anderen Seite mu die bestehende Funktionalit t gewartet werden Der Entwicklungsproze ist somit iterativ wobei sich die Iterationen in neuen Releasest nden widerspiegeln 4 2 nderungsmanagement bei PRORIS 4 2 1 Der PRORIS nderungsproze In PRORIS werden alle nderungsanforderungen in Form von PRORIS Meldungen erfa t Dies gilt sowohl f r externe vom Kunden als auch interne Anforderungen bzw Fehlermeldungen Zur Dokumentation und Verfolgung dieser Meldungen wird PVCS 30 siehe Anhang B Bertrand Scheller 06 2000 68 Diplomarbeit Software Konfigurationsmanagement Tracker eingesetzt Dieses Werkzeug erm glicht die Erfassung Verfolgung und Auswertung der PRORIS Meldungen Die Bearbeitung der PRORIS Meldungen wird Abbildung 4 2 dargestellt Weg einer PRORIS Meldung PM per Fax Eingabe im Tracker senden an den Kundenverantwortlichen im Tracker senden an Versions Kundenverantwortlicher_ _Dialog mit den Kunden verwalter pr ft senaen an Entwickler Falschmeldung ee wird ers gt Programmierauftrag F E i sonen an Testgruppe Einzelauftrag E wird best tigt R

Universität Hamburg Diplomarbeit

Contents

Download Pdf Manuals

Related Search

Related Contents

Universit&auml;t Hamburg Diplomarbeit

Contents

Download Pdf Manuals

Related Search

Related Contents

Universität Hamburg Diplomarbeit