Entwicklung von Standardsoftware mit Varianten

Transkript

1 Mastertitelformat bearbeiten zweizeilig Codemanagement Entwicklung von Standardsoftware mit Varianten Claudia Fritsch

2 Codemanagement Übersicht Die Software Architektur Stable Design Centers Gemeinsamkeiten und Unterschiede MKS Source Integrity Codemanagement Zusammenfassung und Lessons Learned 2

3 Die Software Software Standardsoftware für PCs und PC-Netzwerke Verarbeitung personenbezogener Daten Expertensystem Use Case Scenario #1: Anzeige/ Antrag strukturierte, logisch gesteuerte Erfassung Datenbank Ausdruck auf Formulare 3

4 Die Software Programme A/DOS Programm A, entwickelt unter DOS A/Sinix Programm A, portiert auf Sinix RM B Programm B, 1. Variante von A C Programm C, 2. Variante von A DOS-Programm für PCs und PC-Netze (Novell), Raima Database Manager, entwickelt unter DOS, objektorientiert in C, MS C/C Compiler, MKS Toolkit und rcs/source Integrity, make. A/W Programm A für Windows 32 bit Windows Client/Server-Lösung für Windows NT/95/98/2000, Sybase SQL Anywhere, Oracle, MS SQL Server via ODBC, entwickelt unter Windows NT mit C++, STL, MFC, MS VC++-Compiler, MKS Toolkit und Source Integrity, make. 4

5 Die Software Entwicklung und Wartung Entwicklung Wartung eingeschränkte Wartung A/DOS A/Sinix B C A/W

6 Architektur Stable Design Centers Architekturtreiber plattformunabhängig DOS Einzelplatz und Netzwerk Sinix Windows und andere Datenbanken absehbar diverse Drucker fachlich leicht adaptierbar fachliche Anforderungen ändern sich ständig rechtliche Korrektheit vertraglich zugesichert häufige Updates hochkonfigurierbare Standardsoftware anpassbar an örtliche Gegebenheiten Abbildung des gewohnten Arbeitsablaufs 6

7 Architektur Stable Design Centers Use Case Scenario #1: Anzeige/ Antrag strukturierte, logisch gesteuerte Erfassung Datenbank Ausdruck auf Formulare Verarbeitung im Programm: Maskenhandler Formularaufbereiter, virtueller Drucker Ablaufhandler Datenbankhandler Konfiguration 7

8 Stable Design Centers Maskenhandler.msk - Präsentation - Datenbezüge - Logik magic Maskenhandler Maskenbeschreibung maschineninterpretierbare Maskenbeschreibung.lnf Maske am Bildschirm 8

9 Stable Design Centers Formularaufbereiter.frm - Layout - Datenbezüge -Texte formic Formularbeschreibung maschineninterpretierbare Formularbeschreibung.3ac Formularaufbereiter, virtueller Drucker Ausdrucke 9

10 Stable Design Centers Datenbankanschluss Datenbankanschluss Datenbankstrukturdefinition Datenbankstruktur: relationale DB 2000 Felder 100 Tabellen Datenbankanschluss: zweistufig, oo dbh: Datenbankhandler, Progammierschnittstelle oder ODBC dbo: Datenbankobjekte für Zeilen, Vorgänge, Listen Datenbank 10

11 Gemeinsamkeiten und Unterschiede A) Projekte verwenden gemeinsame Ressourcen oder Ergebnisse Beispiel: Datenbankanschluss A/DOS A/Sinix B C A/W dbh dbo Ergebnis gemeinsam verwendet 11

12 Gemeinsamkeiten und Unterschiede B) Plattformunterschiede: gemeinsame Quellen, verschiedene Compiler Beispiel: Datenbankanschluss A/DOS A/Sinix B C A/W dbh dbo Ergebnis gemeinsam verwendet Quellen gemeinsam verwendet 12

13 Gemeinsamkeiten und Unterschiede C) Plattformunterschiede: Differenzen in Quellen Beispiel: Datenbankanschluss A/DOS A/Sinix B C A/W dbh dbo Ergebnis gemeinsam verwendet Quellen gemeinsam verwendet Quellen sind verschieden 13

14 Gemeinsamkeiten und Unterschiede D) Unterschied in Daten, Ressourcen teilweise dieselben Beispiel: Masken A/DOS A/Sinix B C A/W msk Ressourcen gemeinsam verwendet Ressourcen z.t. gleich, z.t. andere andere Ressourcen 14

15 Gemeinsamkeiten und Unterschiede Zusammenfassung Projekte verwenden gemeinsame Ergebnisse oder Ressourcen Plattformunterschiede: gemeinsame Quellen, verschiedene Compiler Plattformunterschiede: Differenzen in Quellen Unterschied in Daten, Ressourcen teilweise dieselben Wie regelt man das? Wie behält man das im Griff?... mit so wenig Aufwand wie möglich? 15

16 Gemeinsamkeiten und Unterschiede Konfigurationsmanagement Versionsverwaltung Check-in Check-out Welche Dateien gehören in welcher Version zu welchem Produkt? Paralleles Arbeiten Build- und Release-Management Automatische Builds (Make) Build Management für jeden Entwickler Release Management für Kompletttests und Auslieferungen Pflege der Abhängigkeiten Konventionen alle verwenden dieselbe Entwicklungsumgebung Struktur alles ist überall gleich 16

17 MKS Source Integrity Konzepte Archiv Speichert Dateien in mehreren Versionen Dateien werden eingecheckt und zum Bearbeiten ausgecheckt Projekt Gruppiert archivierte Dateien zu logischen o. funktionalen Einheiten Zugriff auf das Archiv erfolgt über ein Projekt Eine Datei kann mehreren Projekten zugeordnet sein Master Project Tree (mpt) Ein hierarchisch aufgebautes Archiv Enthält alle Projekte und die zu ihnen gehörenden Dateien Sandbox Abbild eines Projekts aus dem mpt, identischer Verzeichnisbaum Individuelle Arbeitsumgebung 17

18 MKS Source Integrity Anwendung der Konzepte Jedes Projektverzeichnis enthält Projektfiles und Makefiles für alle plattformabhängigen Produkte, die erzeugt werden können. osb: isb s: offical sandbox, nur für release build individual sandboxes für die Entwicklung 18

19 Codemanagement A) Projekte verwenden gemeinsame Ressourcen oder Ergebnisse A/DOS A/Sx B C dbh A/W dbh_m7.pj: p:/mpt/l/dbh/dbh_m7.pj p:/mpt/l/dbh/dbh_m7.mk p:/mpt/l/dbh/blob.c 19

20 Codemanagement B) Plattformunterschiede: gemeinsame Quellen, verschiedene Compiler A/DOS A/Sx B C A/W dbh 20

21 Codemanagement C) Plattformunterschiede: Differenzen in Quellen A/DOS A/Sx B C A/W dbh sp_zob.h: #if defined( SPVC ) #include "spsql.h" #endif 21

22 Codemanagement D) Unterschied in Daten, Ressourcen teilweise dieselben A/DOS A/Sx B C A/W msk 22

23 Codemanagement D) Unterschied in Daten, Ressourcen teilweise dieselben A/DOS A/Sx B C A/W msk msk.pj (A/DOS): p:/mpt/d/msk/gema.msk p:/mpt/d/msk/sanz.msk p:/mpt/d/msk/skod.msk msk.pj (B): $(mpt_d_msk)/sanz.msk p:/mpt/d/skod.msk msk.pj (C): p:/mpt/o/msk/seviden.msk 23

24 Codemanagement Auslieferung Builds in den osb s pj refresh make halbautomatisch Export in die Auslieferungsverzeichnisse Abbild der Verzeichnisstruktur beim Kunden skriptgesteuert, halbautomatisch Installationsprogramm eigenes Projekt Media Build skriptgesteuert 24

25 Zusammenfassung und Lessons Learned Warum hat das funktioniert? Architektur Layers + Interpreter Struktur durch Verzeichnisbäume Variabilität beherrschen Reproduzierbare Verfahren pj refresh + make halbautomatisch + bewusst from scratch + verstanden Soziale Kompetenz sich einig sein bewusst den Konventionen folgen keine rein technische Lösung Qualitätsbewusstsein 25

26 Literatur Kevin Jameson: Multi-Platform Code Management, O Reilly 1994 MKS Source Integrity User Guide, Mortice Kern Systems, Canada