Modul 31751: Diskussion zu Klausur SS2014 (2014-09) mit Lösungsvorschlag

Noch eine Klausur...

Anbei mein Lösungsvorschlag zum Download als zip-file:
Version 1.0 
Passwort (ohne Anführungszeichen): "ichmachemit!"

Achtung: Scheinbar zeigt die Windows-Bildanzeige die Grafiken (UML) nicht korrekt an. Ihr müsst Klassen und Assoziationen mitsamt Kardinalitäten vor einem grauen (nicht schwarzen) Hintergrund sehen. Ist das nicht der Fall, verwendet IrfanView oder ein anderes externes Programm.


Anmerkung zu Aufgabe 1: 
Die Angaben waren hier eigentlich sehr einleuchtend. Etwas kniffelig war der Brückenschlag Bestellung - Lieferung mit Einhaltung der Lieferfristen und Feststellung der Fristüberschreitung. Die Kardinalitäten der Assoziationen waren auch relativ intuitiv modellierbar, d.h. frei nach dem Motto: Was macht Sinn?
Diesmal waren in den Klausurangaben die Datentypen auf boolean, int, float, string, date beschränkt. Ich habe bei den Aggregatzuständen dennoch enum gewählt, weil es sich einfach mehr als aniebetet. Alternativ könnte man auch jeden einzelnen Aggregatzustand als boolean definieren oder ein Attribut Aggregatzustand überhaupt nur als String. Möglich ist vieles, am besten passt m.E. aber enum. Bei der Klausur hätte ich hier wohl einen Vermerk gemacht. Selbiges dann auch bei Verderblichkeit und Lagerfähigkeit.
Die Rekursion beim Fremdgut war prinzipiell klar. Ich tue mir aber immer etwas schwer, was die Beschriftung betrifft. Hier gibts ja keinen Assoziationsnamen, sondern Rollen. Ich habe hier als Rollen Oberteil und Unterteil gewählt. Ein Fremdgut besteht als Oberteil aus * Unterteilen (also aus keinem, einem oder mehreren). Ein Fremdgut kann als Unterteil Bestandteil von 0..1 Oberteilen sein (außer sich selbst). Oder anders gesagt: Ein Fremdgut kann aus mehreren anderen FG bestehen und selbst Teil eines oder keines anderen FGsein.
Bei Skontohöhe und Treuerabatt scheint es darauf anzukommen, OB es Skonto/Rabatt gibt und wie hoch diese dann sind. Meiner Meinung nach ist die OB-Abfrage aber sinnlos, denn ein Skonto oder Rabatt von 0% implizieren das ja ohnehin. Ich habe hier also keinen boolean o.ä. eingebaut.
IDs und keys von Klassen, wo es nicht extra spezifiziert wurde, habe ich diesmal nicht dazumodelliert. Weiß jemand, ob dies bei der Klausur gefordert wird?
Leserichtungen der Assoziationen kann ich mit argoUML irgendwie nicht eingeben. Scheint wohl auch nicht vorgesehen zu sein.

Anmerkung zu Aufgabe 2a:
Hier bereitete mir der Zusatz

"Zu berücksichtigen ist allerdings, dass der rechnungsempfangende Kunde von dem Kunden, der die Buchung getätigt hatte, abweichen kann" 

Schwierigkeiten.Was heißt das?
- Jede Rechnung hat genau einen Rechnungsempfänger (1)
- Jeder Rechnungsempfänger kann eine oder mehrere Rechnungen bekommen (m)
- Jeder Rechnungsempfänger ist ein Kunde (1)
- Jeder Kunde kann ein Rechnungsempfänger sein oder nicht (c)
- Nicht jeder buchende Kunde ist ein Rechnungsempfänger
Im ER-Diagramm ist das bei mir ein Kreisschluss geworden. Das ginge sicherlich auch über eine Rekursion, aber ich komm da jetzt nicht drauf.
Ausnahmesweise habe ich hier die Attribute mitmodelliert. Muss man nicht.

Anmerkung zu Aufgabe 3a:
Die Zeilen mit Häckchen stimmen definitiv (waren Teil meiner EA in diesem Semester).

Anmerkung zu Aufgabe 3b:
Die Modellierung des GP-Modells finde ich - bei ordentlich und eindeutig formulierter Aufgabenstellung!!! - am einfachsten in der Klausur. Bei diesem Beispiel war es nur nach dem GPS7 etwas komplexer, wo mehrere Funktionslinien mit UND und XOR parallel liefen.