Aufgabe 06 - ER-Diagramm Unternehmensprojekte

Aufgabe 06 - ER-Diagramm Unternehmensprojekte

Worum geht es?

In dieser Übung werden Projekte, Kunden und Mitarbeiter eines Unternehmens als ER-Diagramm in der Chen-Notation modelliert (siehe Kapitel 3 - Datenmodellierung). Der Schwerpunkt liegt auf anspruchsvollen Konstrukten: Spezialisierung, m:n-Beziehungen mit Attributen und rekursiven Beziehungen. Im Expertenteil stößt das ER-Modell an die Grenze temporaler Daten.

Was Sie dafür brauchen

• Kapitel 3 - Datenmodellierung, Abschnitte Generalisierung, m:n-Beziehungen, rekursive Beziehungen.
• draw.io (diagrams.net).

Welche Kompetenzen Sie erwerben und zeigen

• Sie leiten aus einem Fließtext eine vollständige Faktenbasis ab.
• Sie modellieren Generalisierung/Spezialisierung und ihre Eigenschaften.
• Sie bilden m:n-Beziehungen mit eigenen Attributen und rekursive Beziehungen ab.
• Sie erkennen, wo ein statisches ER-Modell historische Daten nicht sauber abbildet.

Pädagogische Einordnung

• Reproduktion: Grund-Entities und Attribute ablesen (Teil A).
• Reorganisation und Transfer: einfache und fortgeschrittene Beziehungen modellieren (Teile B und C).
• Reflexion, Problemlösung und Urteilsbildung: Unterprojekte und Historie modellieren und die Grenze des Modells beurteilen (Teil D).

Arbeitsaufträge

Die Übung ist auf etwa zwei Stunden ausgelegt. Teil D ist der Expertenteil.

Faktenbasis

Ein Unternehmen verwaltet Projekte, Kunden und Mitarbeiter.

• Jedes Projekt hat Projektnummer, Name, Beschreibung, Start- und Enddatum sowie einen Status (in Planung, laufend, abgeschlossen). Ein Projekt kann sich in Unterprojekte aufteilen.
• Ein Kunde ist entweder eine natürliche Person oder ein Unternehmen. Allgemein: Kundennummer, Name, Adresse. Natürliche Personen zusätzlich: Vorname, Geburtsdatum. Unternehmen zusätzlich: Firmierung, USt-ID. Ein Projekt wird von genau einem Kunden beauftragt; ein Kunde kann mehrere Projekte beauftragen.
• Jeder Mitarbeiter hat Mitarbeiternummer, Name, Geburtsdatum und eine Unternehmensrolle. Ein Mitarbeiter kann an mehreren Projekten beteiligt sein, ein Projekt hat mehrere Mitarbeiter. Die Projektbeteiligung trägt Arbeitsstunden, Start- und Endzeitpunkt sowie die Rolle im Projekt.
• Einige Mitarbeiter sind Mentor anderer: jeder Mitarbeiter hat höchstens einen Mentor, ein Mentor betreut mehrere.
• Jeder Mitarbeiter gehört einer Abteilung an (Abteilungsnummer, Name, Beschreibung); eine Abteilung hat mehrere Mitarbeiter.

Teil A - Grund-Entities und Attribute

1. Die Entities Projekt, Kunde, Mitarbeiter und Abteilung mit ihren Attributen und Schlüsseln in Chen-Notation zeichnen.

Teil B - Einfache Beziehungen

1. Die Beziehung Projekt - Kunde (1:n, Auftraggeber) modellieren.
2. Die Beziehung Mitarbeiter - Abteilung (n:1) modellieren, mit Kardinalitäten und Minimalbeteiligung.

Teil C - Fortgeschrittene Konstrukte

1. Spezialisierung: Kunde in natürliche Person und Unternehmen aufteilen, mit den jeweils zusätzlichen Attributen.
2. m:n mit Attributen: die Projektbeteiligung zwischen Mitarbeiter und Projekt mit ihren Attributen (Arbeitsstunden, Start, Ende, Rolle) modellieren.
3. Rekursive Beziehung: die Mentor-Beziehung innerhalb von Mitarbeiter mit Kardinalität abbilden.

Teil D - Expertenteil: Unterprojekte, Historie und Grenzen

1. Unterprojekte: die Aufteilung eines Projekts in Unterprojekte als rekursive Beziehung modellieren. Angeben, ob ein Unterprojekt mehrere Oberprojekte haben darf, und die Entscheidung begründen.
2. Spezialisierung schärfen: für Kunde festlegen, ob die Spezialisierung disjunkt oder überlappend und total oder partiell ist, und die Wahl begründen.
3. Projektbeteiligung als Entity: begründen, ob die Projektbeteiligung besser als Beziehung mit Attributen oder als eigene (assoziative) Entity modelliert wird. Ein Argument nennen, das für die Entity-Variante spricht (z. B. dass eine Beteiligung selbst wieder Beziehungen haben könnte).
4. Grenze temporaler Daten: Der Status eines Projekts ändert sich über die Zeit, und auch die Abteilung eines Mitarbeiters kann wechseln. Erklären Sie in vier bis fünf Sätzen, warum ein einzelnes Attribut status bzw. eine einfache Beziehung diese Historie nicht abbildet, und skizzieren Sie eine Modelländerung (z. B. eine Entity Statusänderung mit Zeitstempel), die die Historie festhält.

Wissenscheck

1. Wie bildet man eine Spezialisierung (Kunde = Person oder Unternehmen) in der Chen-Notation ab?
2. Warum braucht die Projektbeteiligung eigene Attribute, und wo werden sie angetragen?
3. Was ist eine rekursive Beziehung? Erklären Sie sie am Mentor-Beispiel.
4. Was bedeuten disjunkt/überlappend und total/partiell bei einer Spezialisierung?
5. Warum bildet ein einzelnes Attribut status die Statushistorie eines Projekts nicht ab?

Abgabe

• Die draw.io-Datei mit dem vollständigen ER-Diagramm in Chen-Notation (Teile A bis D).
• Ein kurzes Dokument mit den Begründungen aus Teil D (Unterprojekte, Spezialisierungsart, Entity-Frage, Historie).

---

HTL Villach, Schuljahr 2025-2026,
https://www.htl-villach.at