Protokoll der Gruppe:  Brainstorm mkH
                                      Vom: 20.11.00

Anwesende:    Brigitte Bonder             bonder@uni-muenster.de                       Sitzungsleiter: Holger Picker
                      Dominik Grüning          nik-g@muenster.de                               Protokollantin: Brigitte Bonder
                      Wolfgang Hoppe           hoppew@math.uni-muenster.de
                      Holger Picker                pickerh@uni-muenster.de
                      Ludmilla Scheinker        scheink@math.uni-muenster.de
                      Martin Swobodzinski     Martin.Swobodzinski@t-online.de
                      Knut Willems                xenon@uni-muenster.de

Zuerst fand eine Hausaufgabenbesprechung statt: Es wurde anhand mehrerer Vorlagen folgende Entscheidung für die Logos getroffen:
und 

Anschließend diskutierten wir über die Use - Cases. Ergebnisse:
 - Klassen, Use - Cases, Pflichtenhefte und die Verbindungen werden unter "Komponenten" zusammengefasst, dies reicht für die
   abstrakten Use - Cases aus.
 - Verbindungen sind unabhängig von Use - Cases und Klassen zu speichern, deshalb können sie zu den Komponenten gezählt werden
 - Die Neuen Use - Cases:

1. Neue Komponente ( = Use - Cases, Klassen, Links, Pflichtenheft)
 

Akteur	Benutzer
Vorbedingung	-
Nachbedingung	Erfolg: Komponente angelegt
Ablauf	Anlegung der neuen Komponente und Dateneingabe
Ausnahmen	Komponentenname schon vorhanden: Fehlermeldung Bei Komponente = Pflichtenheft: schon ein Pflichtenheft vorhanden: Fehlermeldung

2. Komponente öffnen
 

Akteur	Benutzer
Vorbedingung	-
Nachbedingung	Erfolg: Komponente geöffnet, Daten geladen
Ablauf	Benutzer wählt Komponente aus, die Daten werden geladen
Ausnahmen	Komponentenname schon vorhanden: Fehlermeldung

3. Komponente editieren
 

Akteur	Benutzer
Vorbedingung	Komponente geöffnet und aktiviert (falls mehrere offen)
Nachbedingung	Erfolg: Datenveränderungen vorgenommen
Ablauf	Daten einlesen, verändern und speichern
Ausnahmen	-

4. Komponenten speichern
 

Akteur	Benutzer
Vorbedingung	Komponente geöffnet
Nachbedingung	Erfolg: Komponente gespeichert
Ablauf	Der Benutzer gibt den Dateinamen für die Komponente ein, diese wird gespeichert
Ausnahmen	Komponentenname schon vorhanden: Fehlermeldung

5. Anzeigen
 

Akteur	Benutzer
Vorbedingung	Komponente geöffnet und aktiviert (falls mehrere offen)
Nachbedingung	Erfolg: Komponente grafisch dargestellt
Ablauf	Die gewählte Komponente wird grafisch dargestellt mit den geladenen Daten
Ausnahmen	-

Use - Case - Diagramm

Hierauf folgte eine Diskussion über die Darstellung der GUI. Es gab zwei Möglichkeiten des Editierens:
1. Es gibt ein Fenster, in dem editiert wird und in dem gleich eine Vorschau auf die Komponente möglich ist.
2. Es gibt ein Editierfenster, die graphische Darstellung erfolgt dann im eigentlichen Fenster.
Wir haben uns für die letztere Möglichkeit entschieden, da sie im Hinblick auf spätere Erweiterungen des Programms vorteilhafter zu sein scheint.

Es folgten Überlegungen zu den Klassen:

Links, Use - Cases, Klasse, Pflichtenheft, Hauptprogramm

Hausaufgabenverteilung:
Holger Picker:     Klassen
Knut Willems:     Sequenzdiagramm für "Neue Komponente"
Dominik Grüning:     "                     für  "Komponente öffen"
Ludmilla Scheinker / Wolfgang Hoppe: "  für "Komponente editieren" und "Anzeigen"
Martin Swobodzinski: Sequenzdiagramm für "Komponente speichern"
Brigitte Bonder: Fertigstellung der Use - Cases und Darstellung des Diagramms in ArgoUML (schon im Protokoll)