Use Case: Informationssystem abgeschlossen

🟡 Die Grundstruktur ist gut gelungen, und die Akteurshierarchie ist richtig erkannt. Achte als Nächstes auf die Pfeilrichtung bei «extend» (immer von der Erweiterung zur Basis) und auf das hohle Dreieck bei der Generalisierung.

Geschätzt in der Prüfung: etwa zwei Drittel der Punkte

✅ Korrekt

• Beide Akteure „berechtigter Nutzer“ und „Krankenhausmitarbeiter“ sind benannt und stehen außerhalb der Systemgrenze.
• Die Generalisierung ist richtig gerichtet: Sie geht vom Krankenhausmitarbeiter zum berechtigten Nutzer.
• Alle drei geforderten Use Cases sind als Ellipsen vorhanden und sinnvoll benannt: einloggen, Informationen ansehen, Informationen bearbeiten.
• Die Assoziation zwischen berechtigtem Nutzer und „in Informationssystem einloggen“ ist eine einfache Linie.
• Die Assoziation zwischen Krankenhausmitarbeiter und „Informationen bearbeiten“ ist eine einfache Linie.
• Das «extend» von „Informationen bearbeiten“ zu „einloggen“ ist korrekt: gestrichelt, offene Pfeilspitze, Richtung von der Erweiterung zur Basis.
• Eine Systemgrenze mit Beschriftung ist vorhanden.

❌ Fehlt

• „Informationen ansehen“ hat keine Assoziation zum Akteur „berechtigter Nutzer“. Laut Aufgabe sollen alle berechtigten Nutzer Informationen ansehen können. Eine direkte Linie macht das eindeutig.

⚠️ Vorhanden, aber falsch

• Das «extend» zwischen „einloggen“ und „Informationen ansehen“ zeigt in die falsche Richtung. Der Pfeil muss von „Informationen ansehen“ (Erweiterung) zu „in Informationssystem einloggen“ (Basis) zeigen.
• Die Generalisierung zwischen den Akteuren hat eine einfache offene Pfeilspitze. Richtig ist eine durchgezogene Linie mit hohlem Dreieck am berechtigten Nutzer.
• Die Systemgrenze heißt „Krankenhaus Informationssystem“. Gefordert war die Bezeichnung „Informationssystem“ (kleiner Abzug).

✅ Sehr saubere Lösung, die alle Anforderungen der Aufgabe mit korrekter Notation umsetzt. Übe als Nächstes gezielt die Abgrenzung von «include» und «extend» an weiteren Aufgaben, damit du sie auch ohne ausdrücklichen Hinweis im Text sicher wählst.

Geschätzt in der Prüfung: volle Punktzahl

✅ Korrekt

• Systemgrenze vorhanden und mit „Informationssystem“ beschriftet
• Akteure „Berechtigter Nutzer“ und „Krankenhausmitarbeiter“ benannt und außerhalb der Systemgrenze
• Generalisierung mit hohlem Dreieck vom Krankenhausmitarbeiter zum Berechtigten Nutzer, Richtung korrekt
• Alle drei Use Cases als Ellipsen und sinnvoll benannt (Informationen ansehen, Ins Informationssystem einloggen, Informationen bearbeiten)
• Assoziationen als einfache Linien: Berechtigter Nutzer mit „einloggen“ und „ansehen“, Krankenhausmitarbeiter mit „bearbeiten“
• «extend» gestrichelt mit Pfeil von „Informationen ansehen“ und „Informationen bearbeiten“ zu „einloggen“, Richtung von der Erweiterung zum Basis-Use-Case korrekt
• Kein Use Case ohne Verbindung; Krankenhausmitarbeiter erbt Login und Ansehen über die Generalisierung

🟡 Die Grundstruktur mit Systemgrenze, Akteuren und Use Cases passt gut. Als Nächstes solltest du die Akteur-Generalisierung üben und genau auf die Formulierung der Aufgabe achten: Wenn dort von „erweitern“ die Rede ist, wird «extend» mit Pfeil zum Basis-Use-Case erwartet, und „einloggen“ braucht dann eine eigene Verbindung zum Nutzer.

Geschätzt in der Prüfung: etwa die Hälfte der Punkte

✅ Korrekt

• Systemgrenze als Rechteck mit der Bezeichnung „Informationssystem“
• Zwei benannte Akteure (berechtigter Nutzer, Mitarbeiter) außerhalb der Systemgrenze
• Drei passende Use Cases als Ellipsen: Informationen einsehen, einloggen, Informationen bearbeiten
• Assoziationen als einfache Linien von berechtigter Nutzer zu „Informationen einsehen“ und von Mitarbeiter zu „Informationen bearbeiten“
• Beziehungen gestrichelt mit offener Pfeilspitze und Stereotyp; Richtung für «include» korrekt (vom Basis-Use-Case zu „einloggen“)

❌ Fehlt

• Generalisierung zwischen den Akteuren: Krankenhausmitarbeiter → berechtigter Nutzer (durchgezogene Linie mit hohlem Dreieck am berechtigten Nutzer), damit der Mitarbeiter auch einloggen und Informationen ansehen kann
• Direkte Assoziation zwischen berechtigtem Nutzer und „einloggen“ (Anforderung: alle berechtigten Nutzer sollen sich einloggen können)

⚠️ Vorhanden, aber falsch

• Die Aufgabe beschreibt ausdrücklich, dass „Informationen ansehen“ und „Informationen bearbeiten“ das Einloggen erweitern: erwartet ist «extend», gestrichelt von den beiden Informations-Use-Cases zu „einloggen“, statt «include». Die include-Modellierung ist fachlich nachvollziehbar, entspricht aber nicht der Vorgabe und dürfte Teilpunkte kosten.
• Der Mitarbeiter ist ohne Generalisierung nur mit „Informationen bearbeiten“ verbunden und kann laut Diagramm keine Informationen ansehen; Generalisierung ergänzen oder zusätzliche Assoziationen ziehen
• Akteur heißt nur „Mitarbeiter“ statt „Krankenhausmitarbeiter“ (Kleinigkeit)

🟡 Der Aufbau mit Systemgrenze, Akteuren und Generalisierung ist sauber gelöst. Lies die Aufgabenstellung genau: Hier war für beide Informationsfunktionen «extend» gefordert. Ergänze außerdem die Assoziation des berechtigten Nutzers zu „Informationen ansehen“.

Geschätzt in der Prüfung: etwa zwei Drittel der Punkte

✅ Korrekt

• Systemgrenze als Rechteck mit der Bezeichnung „Informationssystem“
• Akteure „berechtigter Nutzer“ und „KH-Mitarbeiter“ benannt und außerhalb der Systemgrenze
• Generalisierung vom KH-Mitarbeiter zum berechtigten Nutzer mit hohlem Dreieck in die richtige Richtung
• Alle drei Use Cases (einloggen, Informationen ansehen, Informationen bearbeiten) als Ellipsen vorhanden
• Assoziation berechtigter Nutzer – einloggen und KH-Mitarbeiter – Informationen bearbeiten als einfache Linien
• «extend» von „Informationen ansehen“ zu „einloggen“ gestrichelt, Pfeil in richtiger Richtung zum Basis-Use-Case

❌ Fehlt

• Keine direkte Assoziation vom berechtigten Nutzer zu „Informationen ansehen“. Laut Aufgabe sollen alle berechtigten Nutzer die Informationen ansehen können, daher sollte diese Linie ergänzt werden.

⚠️ Vorhanden, aber falsch

• Zwischen „Informationen bearbeiten“ und „einloggen“ steht «include». Die Aufgabe verlangt ausdrücklich, dass beide Funktionen das Einloggen erweitern. Richtig wäre ein gestrichelter Pfeil mit «extend» von „Informationen bearbeiten“ zu „einloggen“.

🟡 Aufbau, Akteure, Generalisierung und Use Cases sind sauber umgesetzt. Achte darauf, Schlüsselwörter wie „erweitern“ im Aufgabentext direkt in den passenden Stereotyp («extend») zu übersetzen, und präge dir den Unterschied zwischen «include» und «extend» samt Pfeilrichtung gut ein.

Geschätzt in der Prüfung: etwa zwei Drittel der Punkte

✅ Korrekt

• Systemgrenze vorhanden und mit „Informationssystem“ beschriftet
• Beide Akteure („Berechtigte Nutzer“, „Krankenhausmitarbeiter“) benannt und außerhalb der Systemgrenze
• Generalisierung von Krankenhausmitarbeiter zu Berechtigte Nutzer mit hohlem Dreieck in korrekter Richtung
• Alle drei Use Cases vorhanden und nach dem Muster Objekt + Verb benannt (einloggen, Informationen ansehen, Informationen bearbeiten)
• Assoziationen als einfache Linien: Berechtigte Nutzer zu „einloggen“ und „Informationen ansehen“, Krankenhausmitarbeiter zu „Informationen bearbeiten“
• Beziehungen gestrichelt mit offener Pfeilspitze; Richtung von „ansehen“ bzw. „bearbeiten“ zu „einloggen“ entspricht der geforderten Richtung

⚠️ Vorhanden, aber falsch

• Stereotyp «include» statt «extend»: Laut Aufgabe erweitern „Informationen ansehen“ und „Informationen bearbeiten“ den Use Case „einloggen“. Richtig wären gestrichelte Pfeile mit «extend» von „Informationen ansehen“ bzw. „Informationen bearbeiten“ zu „einloggen“. Pfeilrichtung beibehalten, nur den Stereotyp ändern.

🟡 Die Grundstruktur mit Systemgrenze, Akteuren, Generalisierung und den drei Anwendungsfällen passt gut. Merk dir als Nächstes, dass «extend»-Pfeile immer von der optionalen Erweiterung zum Basis-Use-Case zeigen, und zeichne das Diagramm vor der Abgabe sauber ohne Durchstreichungen.

Geschätzt in der Prüfung: etwa zwei Drittel der Punkte

✅ Korrekt

• Systemgrenze als Rechteck mit der Bezeichnung „Informationssystem“ („Sprechstunde“ ist gestrichen und wird ignoriert)
• Akteure „Nutzer“ und „Krankenhausmitarbeiter“ sind benannt und stehen außerhalb der Systemgrenze
• Die Generalisierung Krankenhausmitarbeiter → Nutzer ist mit hohlem Dreieck in die richtige Richtung gezeichnet: Der Mitarbeiter erbt die Anwendungsfälle des Nutzers
• Alle drei geforderten Anwendungsfälle sind als Ellipsen vorhanden: einloggen, Informationen ansehen, Informationen bearbeiten
• Die Assoziationen Nutzer – einloggen und Krankenhausmitarbeiter – Informationen bearbeiten sind als einfache Linien gezeichnet
• Erweiterungsbeziehungen sind gestrichelt und mit Stereotyp beschriftet

❌ Fehlt

• Eine direkte Assoziation des Nutzers mit „Informationen ansehen“ fehlt. Der Anwendungsfall wird vom Nutzer genutzt und sollte mit ihm verbunden sein.

⚠️ Vorhanden, aber falsch

• Die «extend»-Pfeile zeigen von „einloggen“ zu „ansehen“ bzw. „bearbeiten“. Richtig ist die umgekehrte Richtung: von der Erweiterung („Informationen ansehen“, „Informationen bearbeiten“) zum Basis-Use-Case „In Informationssystem einloggen“.
• Der Stereotyp heißt «extend», nicht «extends» (kleinerer Mangel).
• Ein durchgestrichener Anwendungsfall und mehrere gekritzelte Pfeile bleiben im Diagramm stehen. Das macht die Lösung unübersichtlich und ist in der Prüfung riskant, weil unklar bleibt, was gewertet werden soll. Besser sauber neu zeichnen.