OO-Design. Klausur FHF * WI1 / WI2 * SS Name:.../ Semester:...

Transkript

1 OO-Design Klausur FHF * WI1 / WI2 * SS 2000 Name:.../ Semester:... Lineares Benotungsschema: 90 Punkte = Note 1, 30 Punkte = Note 4 Aufgabe 1: (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! Seminar buchen <<benutzt>> Buchungs-Bestätigung erstellen und versenden <<benutzt>> Mitarbeiter Seminartermine und -Infos ansehen

2

3 Aufgabe 2: (10 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 1-2 charakteristische Attribute an. Methoden brauchen nicht erwähnt zu werden. Aufgabe 3: (10 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.

4 Aufgabe 4: (15 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! Bediener :UI_Buchung :C_Buchung :Cont_Konto k:konto Tragen Sie die Erkenntnisse aus dem Sequenzdiagramm in die Klassenbeschreibungen ein (mindestens 5 Beispiele)! UI_Buchung C_Buchung Cont_Konto Konto

5 Aufgabe 5: (15 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) Aufgabe 6: (12 Punkte) Das Seminarsystem aus Aufgabe 1 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!

6 Anhang zur Klausur "OO-Design" Fallbeispiel zu Aufgaben 1-3: Ein Unternehmen bietet zur Fortbildung der Mitarbeiter ein hausinternes Seminarprogramm an. Zu den Seminaren können sich eigene Mitarbeiter und - gegen Gebühr - auch "externe" Personen (Mitarbeiter von Partnerfirmen, Consultants o.ä.) anmelden. Das zu entwickelnde System soll es potentiellen Teilnehmern (oder deren Vorgesetzten) ermöglichen, Seminar-Buchungen online vorzunehmen oder bestehende Buchungen zu stornieren bzw. zu ändern. Das angebotene Programm besteht aus einer Reihe von Seminaren, wobei ein Seminar u.a. durch seinen Inhalt, seine Zielgruppe, seine Gebühr (für Externe) etc. beschrieben wird. Zu jedem Seminar gibt es eine Reihe von Veranstaltungsterminen, die an bestimmten Orten mit jeweils bestimmter Anzahl verfügbarer Plätze etc. stattfinden. Teilnehmer können bis zur Anzahl verfügbarer Plätze auf diese Termine gebucht werden. Der Ablauf des Buchungsvorgangs ist, wie folgt, geplant: Nach Auswahl der Option "Buchen" wird eine Liste der Seminare angezeigt. Für jedes Seminar kann (durch Markieren und Anklicken entsprechender Buttons) die Seminarbeschreibung und/oder die Liste der Veranstaltungstermine angezeigt werden. Wird ein Termin zur Buchung markiert, so braucht ein interner Mitarbeiter nur noch seine Personalnummer einzugeben. Die Teilnehmerdaten werden dann aus der Personaldatenbank des Unternehmens ermittelt. Externe Teilnehmer müssen ihre komplette persönliche Adresse und Rechnungsanschrift eingeben. Die Buchung wird gespeichert und eine Bestätigungsnachricht ( ) an den Teilnehmer abgeschickt. Bestehende Buchungen können geändert oder storniert werden. Dazu wählt der Bediener die Option "ändern/stornieren" und gibt dann die Personalnummer des Teilnehmers oder dessen Namen (bei Externen) ein. Falls Buchungen für die Person existieren, werden diese aufgelistet. Die fragliche Buchung wird markiert, dann gibt es drei Möglichkeiten: - Die Buchung wird storniert (gelöscht). Bei externen Teilnehmer wird zusätzlich, falls eine Mindestfrist (zwei Wochen vor Seminartermin) unterschritten ist, eine Rechnung über die volle Seminargebühr erstellt. - Der Termin wird geändert, d.h. die bestehende Buchung wird gelöscht und durch eine andere, gleichwertige ersetzt. Dazu wird in die Anzeige der Seminardaten verzweigt, wobei automatisch zum fraglichen Seminar (mit seinen Terminen) geführt wird. Nach Auswahl des Ersatztermins erzeugt das System eine neue Buchung mit den bestehenden Teilnehmerdaten. - Die Buchung zum ursprünglichen Termin bleibt bestehen, jedoch wird ein Ersatzteilnehmer (durch Eingabe dessen Personalnummer oder Adressdaten) eingetragen. In allen Fällen wird eine Bestätigungsnachricht an den Teilnehmer (per ) erstellt.