Prüfungstraining

Lösung a) Use-Case-Diagramm

Das Ersatzrad ist ein Zusatz, den der Kunde nur manchmal wählt: «extend», der Pfeil zeigt auf den erweiterten Fall „Termin buchen“. Die Rechnung entsteht bei jedem Abschluss: «include», der Pfeil zeigt auf den eingebundenen Fall „Rechnung erstellen“. Die Bedingung für das extend steht in einer Notiz an der Beziehung. Das System selbst und die Datenbank sind keine Akteure. Zusätzliche Fälle wie „Termin verschieben“ (Kunde) oder „Mechaniker zuordnen“ (Werkstattleitung als dritter Akteur) sind vertretbar und geben keinen Abzug.

So wird bewertet, a) (Richtwerte)

Lösung b) Klassendiagramm

Am Mechaniker steht 0..1, weil ein Termin bei der Buchung noch keinen Mechaniker hat. Die Rahmennummer ist ein String, weil Rahmennummern meist Buchstaben enthalten. Der Termin hängt am Fahrrad und nicht direkt am Kunden: Über das Fahrrad ist der Kunde eindeutig. Eine zusätzliche Assoziation Kunde zu Termin ist ebenfalls vertretbar, wenn du sie begründest.

So wird bewertet, b) (Richtwerte)

Lösung c) include und extend

Mögliche Antwort: „Ein mit «include» eingebundener Anwendungsfall wird immer mit ausgeführt: Jeder Abschluss eines Auftrags erstellt eine Rechnung. Ein mit «extend» angebundener Anwendungsfall ergänzt den Basisfall nur unter einer Bedingung: Ein Ersatzrad wird nur reserviert, wenn der Kunde es bei der Buchung wünscht.“

So wird bewertet, c) (Richtwerte)

Typische Punktabzüge

• Pfeilrichtung bei «include» oder «extend» vertauscht. Eselsbrücke aus Lektion 2: include zeigt weg, extend zeigt hin. Der Pfeil startet beim Fall, der den anderen kennt, bei extend also bei der Erweiterung und zeigt auf den Basisfall.
• Einzelne Bedienschritte als Anwendungsfall, etwa „Button Buchen klicken“. Ein Anwendungsfall ist ein Ziel des Akteurs.
• Fahrrad als Attribut im Kunden statt als eigene Klasse, obwohl es eigene Daten hat.
• Am Mechaniker eine 1 statt 0..1, obwohl der Text sagt, dass bei der Buchung noch keiner zugeordnet ist.

Lösung a) Klassendiagramm

„Immer entweder ein E-Auto oder ein Transporter“ heißt: Von Fahrzeug selbst gibt es keine Objekte, die Klasse ist abstrakt. Die Unterklassen wiederholen die geerbten Attribute nicht. Transporter überschreibt berechnePreis(), weil die Pauschale dazukommt, und braucht dafür Zugriff auf den Minutenpreis; deshalb ist preisProMinute geschützt (#). Privat mit einem Getter wäre ebenso richtig. Ebenfalls richtig: berechnePreis() in Fahrzeug abstrakt lassen und in beiden Unterklassen umsetzen. Der Pfeil von Fahrt zu Fahrzeug folgt aus „die Fahrt muss ihr Fahrzeug kennen, umgekehrt nicht“; der Rollenname fahrzeug am Pfeilende ist zugleich der Attributname für den Pseudocode.

So wird bewertet, a) (Richtwerte)

Lösung b) Pseudocode

METHODE berechneKosten(): double
    minuten = minutenZwischen(start, ende)
    kosten = fahrzeug.berechnePreis(minuten)
    WENN kosten > 79.00 DANN
        kosten = 79.00
    ENDE WENN
    WENN km > 100 DANN
        kosten = kosten + (km - 100) * 0.30
    ENDE WENN
    RUECKGABE kosten
ENDE METHODE

Der entscheidende Punkt ist die zweite Zeile: Die Fahrt rechnet den Zeitpreis nicht selbst aus, sondern fragt ihr Fahrzeug. Ob dabei die Pauschale dazukommt, entscheidet das Fahrzeug. Zur Kontrolle ein Rechenbeispiel: Transporter mit 0,25 Euro pro Minute, 300 Minuten, 180 km. Zeitpreis 75,00 plus 5,00 Pauschale ergibt 80,00, gedeckelt auf 79,00. Dazu 80 km mal 0,30 gleich 24,00, zusammen 103,00 Euro. Die überschriebene Methode im Transporter sieht so aus (nicht gefordert, aber hilfreich zum Verständnis):

// in der Klasse Transporter
METHODE berechnePreis(minuten: int): double
    RUECKGABE minuten * preisProMinute + 5.00
ENDE METHODE

So wird bewertet, b) (Richtwerte)

Lösung c) Abstrakte Klasse und Polymorphie

Mögliche Antwort: „Fahrzeug ist abstrakt, weil es kein Fahrzeug gibt, das weder E-Auto noch Transporter ist. Die Klasse bündelt nur die gemeinsamen Attribute und Methoden, damit sie nicht doppelt gepflegt werden. Beim Aufruf fahrzeug.berechnePreis(minuten) wird zur Laufzeit geprüft, welches Objekt tatsächlich dahintersteht. Ist es ein Transporter, läuft dessen überschriebene Methode mit Pauschale, bei einem E-Auto die geerbte aus Fahrzeug. Die Klasse Fahrt muss den genauen Typ dafür nicht kennen (Polymorphie).“

So wird bewertet, c) (Richtwerte)

Typische Punktabzüge

• Vererbungspfeil mit offener Spitze oder am falschen Ende: Das leere Dreieck sitzt an der Oberklasse.
• kennzeichen, modell und preisProMinute in EAuto und Transporter wiederholt.
• In berechneKosten() eine Fallunterscheidung nach dem Fahrzeugtyp statt des polymorphen Aufrufs. Das rechnet richtig, verfehlt aber den Kern der Aufgabe und bringt meist nur Teilpunkte.
• Deckel erst nach dem Kilometerzuschlag angewendet oder Zuschlag auf alle Kilometer statt nur auf die über 100.

Lösung a) Aktivitätsdiagramm

Die erste Aktion „Onboarding-Ticket anlegen“ gehört der Personalabteilung, erst danach prüft die IT das Ticket. „Gleichzeitig“ im Text ist das Signal für eine Gabelung (Balken). Im Hardware-Strang steht vor der Raute die Aktion „Lagerbestand prüfen“, denn die Entscheidung braucht ein Ergebnis, das sie auswerten kann; dann folgt die Entscheidung (Raute mit zwei Wächtern), die vor der Vereinigung wieder zusammengeführt wird. „Erst wenn beides erledigt ist“ ist die Vereinigung: Sie wartet, bis beide Stränge angekommen sind. Schwimmbahnen für Personalabteilung und IT wären möglich, sind hier aber nicht gefordert.

So wird bewertet, a) (Richtwerte)

Lösung b) Verzweigung und Gabelung

Mögliche Antwort: „An einer Verzweigung (Raute) wird genau ein Weg gewählt, abhängig vom Wächter: Das Notebook wird entweder reserviert oder bestellt. An einer Gabelung (Balken) laufen alle ausgehenden Wege unabhängig voneinander los (parallel, die Reihenfolge ist egal): Hardware und Konten werden parallel vorbereitet. Die zugehörige Vereinigung wartet, bis alle Wege fertig sind.“

So wird bewertet, b) (Richtwerte)

Lösung c) Sichere Vergabe der Berechtigungen

Mögliche Maßnahmen, drei davon sind gefordert:

• Minimalprinzip (least privilege): nur die Rechte, die für die Aufgabe nötig sind.
• Rollenbasierte Vergabe über Gruppen der Abteilung statt Einzelrechte pro Person.
• Initialpasswort, das bei der ersten Anmeldung geändert werden muss.
• Mehr-Faktor-Authentifizierung für Fernzugriff und Postfach.
• Freigabe durch die Führungskraft und Dokumentation der vergebenen Rechte.
• Befristung der Konten bei befristeten Verträgen.

Beispiel für eine Erläuterung: „Nach dem Minimalprinzip bekommt ein neuer Mitarbeiter im Lager nur Zugriff auf die Lagerverwaltung, nicht auf Personaldaten. Wird sein Konto kompromittiert, bleibt der Schaden auf diesen Bereich begrenzt, und personenbezogene Daten sind nach DSGVO nur für Berechtigte zugänglich.“

So wird bewertet, c) (Richtwerte)

Typische Punktabzüge

• Parallelität mit einer Raute statt mit einem Balken gezeichnet. Damit ist die Aussage falsch, dieser Teil bringt meist keine Punkte.
• Beide Wege der Verzweigung direkt in die Vereinigung geführt. Die Vereinigung wartet dann auf beide, obwohl nur einer kommt: Der Ablauf bleibt hängen. Erst mit einer Raute zusammenführen.
• Wächter ohne eckige Klammern oder nur an einem Ausgang der Raute.
• Aktionen als Zustand formuliert, etwa „Notebook bestellt“ statt „Notebook bestellen“.