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)