OO-Design. Klausur FHF * WI1 / WI2 * SS 2000 MUSTERLÖSUNG

Transkript

1 OO-Design Klausur FHF * WI / WI2 * SS 2000 MUSTERLÖSUNG Aufgabe : (28 Punkte) - Ergänzen Sie zum Fallbeispiel "Seminaranmeldung" (s. Anhang) das vorgegebene Use-Case- Diagramm um die fehlenden Use Cases, ggf. Akteure und Beziehungen. Beachten Sie dabei die Möglichkeit, Teilabläufe bzw. -aktivitäten in untergeordnete Use Cases auszulagern, die durch "uses"- oder "extends"-abhängigkeiten verbunden werden. - Beschreiben Sie den Use Case "Buchung ändern/stornieren" im Detail. Ausgelagerte Abläufe/Aktivitäten müssen dabei nur erwähnt, nicht jedoch im einzelnen dargestellt werden. - Zeichnen Sie außerdem für diesen Use Case ein Activity-Diagramm, in dem ggf. auch alternative oder parallele Abläufe/Aktivitäten eindeutig modelliert sind! Klausur (a/ml) Seminaranmeldung Seminar buchen Buchungs-Bestätigung erstellen und versenden Seminartermine und -Infos ansehen daten erfassen Personaldaten -Server TN intern TN extern Änderungs-Bestätigung erstellen und versenden Buchung stornieren / ändern Rechnung erstellen

2 Klausur (b/ml) Buchung ändern Kurzbeschreibung Auslöser Vorbedingung Nachbedingung Fehlersituationen Aktoren Normalablauf Nachzustand: Eine bestehende Buchung wird storniert oder geändert. Ändern bedeutet: Für den selben TN wird ein anderer Veranstaltungstermin des Seminars gebucht oder für die bestehende Buchung wir ein anderer TN bestimmt. TN kann zum gebuchten Termin nicht erscheinen Buchung für angegebenen TN existiert Buchung ist komplett storniert (gelöscht) oder geändert (neuer Termin, neuer TN) für TN wird keine Buchung gefunden --- (Transaktion abgebrochen) Bediener, ggf. Firmen-Personal-DB-Server. Suchbegriff (PersNr oder Namen) wird eingegeben (Start) 2. zugehörige Buchungen werden gesucht und angezeigt 3. Benutzer markiert eine Buchung und wählt eine Funktion (Storno, TN / Termin ändern) 4. falls "Storno" gewählt: Buchung löschen, Platz in der Veranstaltung freigeben 5. zusätzlich: falls TN extern und Stornotermin überschritten - Rechnung erstellen 6. Bestätigung erzeugen und versenden ( ) (Ende) Alternativabläufe #: 4 falls "Ersatz-TN" gewählt: Daten des TN (intern/extern) erfassen (--> ) 5 Update der bestehenden Buchung mit neuen TN-Daten weiter bei 6. (Normalablauf) #2: 4 falls "Ersatz-Termin" gewählt: Seminartermine/-Infos ansehen (--> ) 5 passende Ersatzveranstaltung auswählen 6 neue Buchung mit bestehenden TN-Daten erzeugen 7 alte Buchung löschen, Platzzahl in den Vveranstaltungen ändern weiter bei 6. (Normalablauf) Klausur (c/ml) Zu Use Case "Buchung ändern/stornieren" Suchbegriff(PersNr/Name) eingeben Buchungen suchen/anzeigen [keine Buchung gefunden] [Storno] Buchung+Funktion auswählen [Ersatztermin buchen] Buchung löschen [TN intern] Veranst.Platz freigeben [TN extern Termin überschr.] TN-Daten erfassen [Ersatz-TN buchen] Seminar-Infos und Terminliste anzeigen/blättern neue Buchung erzeugen (mit bestehenden TN-Daten) Rechnung erstellen Update Buchung alte Buchung löschen Veranst.Plätze ändern Bestätigung erzeugen/versenden

3 Aufgabe 2: (0 Punkte) Entwerfen Sie zum Fallbeispiel (s. Anhang) ein Klassendiagramm, das die Gegenstände des (fachorientierten) Problembereichs mit ihren gegenseitigen Assoziationen erfaßt! Geben Sie für jede Klasse -2 charakteristische Attribute an. Methoden brauchen nicht erwähnt zu werden. Klausur (2/ML) Seminar Platz/Buchung - Titel : String - Dauer : integer - ExtPreis : float - BuchDatum : integer - Status : char - FamName : String - Vorname : String V-Termin Mitarbeiter Ext-Person - Termin : integer - Ort : String - PersNr : char - Firma : String - PLZ : char - Ort : String Rechnung - RechDatum : integer - RechBetrag : float Aufgabe 3: (0 Punkte) Zeichnen Sie ein Klassendiagramm, das die softwareseitige Realisierung einer einfachen Stornierung (d.h. für interne Mitarbeiter) wiedergibt! Legen Sie als Referenzmodell dabei das MVC-Pattern zugrunde. Methoden sollten angedeutet, müssen aber nicht vollständig dargestellt sein. Klausur (3/ML) UI-Storno + starte() : void + beende() : void + refresh() : void V-Termin + löschebuchung() : void Platz/Buchung + lösche() : void + getname() : void C_Storno + starte() : void + beende() : void MGR_Platz/Buchung + getbuchungbybuchnr() : void entsprechende MGR-Klassen für V-Termin und

4 Aufgabe 4: (5 Punkte) Entwerfen Sie die Objekt-Interaktionen für einen (vereinfachten) Buchungsvorgang auf ein Konto, indem Sie das untenstehende Sequenzdiagramm ausfüllen. Hinweise zum Ablauf: Der Bediener gibt Kto.Nr., PIN und den Buchungsbetrag (positiv oder negativ) ein - die PIN (beim Konto gespeichert) wird geprüft - die Buchung (Kontostandsänderung) erfolgt, wobei bei einer Abbuchung das Kreditlimit nicht überschritten werden darf - die Zulässigkeit der Buchung wird angezeigt und nach Bestätigung durch den Bediener wird die Änderung persistent gemacht. Berücksichtigen Sie in dem Szenario nur den jeweiligen "Gut"-Fall! Klausur (4a/ML): :UI_Buchung :C_Buchung :Cont_Konto Bediener KtoNr, PIN, Betrag new() starte() buche(ktonr,pin,betrag) k:=getktobynr(ktonr) KLimit,Stand,PIN:=findFromDB(KtoNr) [gef.] new(ktonr,stand,...) k:konto [k<>null] result:= buche(pin,betrag) Meldung:= prüferesult() setresult(meldung) refresh() ok bestätigebuchung() speicherekto(k) Stand:= getstand() storetodb(ktonr,stand,...) Tragen Sie die Erkenntnisse aus dem Sequenzdiagramm in die Klassenbeschreibungen ein (mindestens 5 Beispiele)! Klausur (4b/ML): UI_Buchung C_Buchung Cont_Konto Konto starte() setresult(meldung) Refresh() buche(ktonr,pin,betrag) prüferesult() bestätigebuchung() getktobynr(ktonr) findfromdb(ktonr) speicherekto(k) storetodb(ktonr,...) buche((pin,betrag) getstand()

5 Aufgabe 5: (5 Punkte) Entwerfen Sie ein Zustandsdiagramm für das Controller-Objekt aus Aufgabe 4! Berücksichtigen Sie dabei auch explizit die Fehlersituationen: - "Kto.Nr. falsch/konto nicht gefunden" bzw. "Konto gefunden/ PIN falsch" (--> Fehlermeldung) - keine Bestätigung durch Bediener nach 60 sek. (-->Abbruch ohne Speichern der Änderung) Klausur (5/ML): Abbruch gedrückt / delete UI_, C_Buchung Warte auf Eingabe (Kto, Betrag,...) entry/ anzeigen UI-Buchung Eingabe erfolgt / getktobynr(ktonr) Rückmeldung [k<>0] / buche(betrag,pin) Warte auf Cont_Konto Rückmeldung [k=0] / erzeuge Fehlermeldung Warte auf Konto/buchen Rückmeldung [PIN n. ok]/ erzeuge Fehlermeldung Rückmeldung [ok] / erzeuge Meldung Rückmeldung [PIN ok Kred.Limit überschritten]/ anzeigen Fehlermeldung Warte auf Bestätigung nach 60 sec. / delete UI_, C_Buchung bestätigt / speichere Kto, deleteui_, C_Buchung Aufgabe 6: (2 Punkte) Das Seminarsystem aus Aufgabe soll als Internet/Intranet-Anwendung mit einem Browser-Client realisiert werden. Erstellen Sie die Skizze einer geeigneten technischen Systemarchitektur (Verteilungskonzept), aus der die Lokalisierung der Anwendungskomponenten und die geeigneten Kommunikationsmechanismen hervorgehen! Klausur (6/ML): Start-Seite HTML HTTP Web- Server HTML-Files Servlet (UI-, C-, ggf. Obj.Mgr.) RMI/CORBA ggf. Obj.- Mgr. JDBC JDBC JDBC/ODBC Personal- DB Seminar- DB Tier: Frontend Tier2: Appl.-Server Tier3: DB