Protokoll zum Projektgruppentreffen vom 1.11.2000

0. Protokollant: Bernhard Buss

1. Anmerkungen zum letzten Protokoll

- keine

2. Berichterstattung zur Portierung (M. Mueller)

- Visual Studio Portierungstool wird verwendet
- analysiert den Quelltext ueber Syntaxpruefung
- weisst dann auf moegliche syntaktische Portierungsprobleme
  hin, keine automatische Pruefung der Semantik des Quellcodes
- Portierungsfahrplan sieht folgendes vor:
- z. Zt. 2 Versionen vom RTK (Sommer 98, CVS-Version)
- mit CVS-aktuelle Version wird eine Testportierung durchgefuehrt,
  danach stoppen alle Weiterentwicklungen fuer ca. 1 Monat, dann
  wird an der CVS-hot Version des RTK 32 Bit Portierung durchgefuehrt
- jede Projektgruppe sollte ca. 6 grundlegende Testfaelle ihres
  Programmteiles bereit stellen (als Zuarbeit)
- diverse moegliche Probleme, aber Verantwortlicher sehr zuversichtlich
- z.B. 16 Bit Hardware Direktzugriffe koennen unter 32 Bit Windows
  nicht durchgefuehrt werden (moegliche Abhilfe durch D. Hepp
                              Suche und Bewertung nach 32 Bit Treiber Tool)

3. Erfahrungsbericht zum URCA (Bojic) Tool (Detektoren Gruppe)

- dient zur Analyse des Quelltextes
- der Nutzer durchlaeuft bestimmte Use-Cases des zu testenden Programmes
- gerufene Funktionen werden mitprotokolliert
- danach ist Differenz der zu vergleichenden Use-Cases sichtbar
- ist nicht komplett Borland C++ kompatibel (eigentlich fuer MS-Visual C++)
- groesstes Problem: Borland Profiler 4.5 (wohl auch 5.02 meinte K. Schuetzler),
  denn er liefert keine vernuenftigen Daten fuer URCA-Tool
- unter MS-Visual C++ laeuft es ohne groessere Probleme
- Schlussfolgerung: kann z. Zt. nicht genutzt werden 
                    (warten auf MS-Visual C++ RTK Quellen)
- Einsatz der "selbstgebastelten" Tools der Detektoren Gruppe ist besser moeglich

4. Anmerkungen zum Thema "Pair Programming" (S. Luehnsdorf)

- 2 Personen arbeiten an einem Problem
- Einer arbeitet und der Andere kontrolliert
- Taetigkeiten wechseln sich ab
- fast keine Vorplanung des Projektes noetig, da sich 2 Personen gut ergaenzen
- nur verbales Konzept, wenig Koordinierung und Planung
- auch groessere Softwareprojekte - z.B. Lohnabrechnungssoftware
- im Feldversuch wurden hervorragende Ergebnisse erzielt
- so waren "Pair Programmer" bis zu 40 % schneller als eine Kontrollgruppe
  und nahezu 100% fehlerfrei
- ohne konzeptionelle Vorgehensweise widerspricht es dem gelehrten Begriff von 
  Software Engineering

5. Anmerkungen zum aktuelles Projektstatus (Prof. Bothe)

- Zaehler/Detektorengruppe setzt 1 Jahr aus
- zusätzliche Aufgabe fuer S. Luetzkendorf - Umgebungssimulator/Motoren
- M. Gollnick scheidet aus
- K. Schuetzler macht Diplom - Analyse & Design Subsysteme
- M. Mueller - Portierung bis nach Visual C++
- sonst geht alles normal weiter...
- im Anfaengerseminar beteiligen sich 19 Studenten
- im Wintersemester 2000 Treffen nur noch alle 4 Wochen geplant
- Einladung zum naechsten Treffen am 29. November 2000 per E-Mail