Aufgabe 03 - Anforderungsanalyse

Aufgabe 03 - Anforderungsanalyse

Worum geht es?

In dieser Übung wird eine Anforderungsanalyse durchgeführt und daraus eine Faktenbasis aufgebaut (siehe Kapitel 2 - Datenbankentwurf, Phase Anforderungsanalyse). Am Beispiel des Sportvereins „Villach Sport Extrem” werden Prozesse, Akteure und Regeln erhoben und mit agilen Artefakten strukturiert. Im Expertenteil entsteht daraus die erste Rohfassung eines Datenmodells.

Was Sie dafür brauchen

• Kapitel 2 - Datenbankentwurf, Abschnitt Anforderungsanalyse.
• Der Artikel zu Themes, Epics und Stories: https://www.atlassian.com/agile/project-management/epics-stories-themes

Welche Kompetenzen Sie erwerben und zeigen

• Sie erheben Prozesse und Akteure einer Anwendung systematisch.
• Sie formulieren Regeln als fachliche Einschränkungen (Constraints) und begründen sie.
• Sie ordnen agile Artefakte (Theme, Epic, User Story) korrekt ein und schreiben eigene.
• Sie leiten aus den Anforderungen erste Kandidaten für Entities, Attribute und Beziehungen ab.

Pädagogische Einordnung

• Reproduktion: Prozesse und Akteure beschreiben (Teil A).
• Reorganisation und Transfer: Constraints ableiten und Anforderungen agil strukturieren (Teile B und C).
• Reflexion, Problemlösung und Urteilsbildung: eine Faktenbasis ableiten und einen Regelkonflikt auflösen und begründen (Teil D).

Arbeitsaufträge

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

Durchgehendes Beispiel ist der Sportverein „Villach Sport Extrem” mit mehreren Sektionen, Mitgliedern, Trainings und Wettkämpfen.

Teil A - Prozesse und Akteure

1. Mindestens fünf typische Prozesse des Vereins beschreiben (was passiert?), z. B. Mitglied aufnehmen, Training ansetzen, Wettkampf melden.
2. Die Akteure in diesen Prozessen nennen (wer macht was?) und je mit Aufgaben und Verantwortung beschreiben, z. B. Mitglied, Trainerin, Kassier, Sektionsleitung.

Teil B - Regeln und Constraints

1. Mindestens fünf Regeln, Richtlinien oder sonstige Einschränkungen zu Akteuren und Prozessen nennen (z. B. „Ein Mitglied unter 14 braucht eine Einverständniserklärung”, „Ein Training hat genau eine verantwortliche Trainerin”).
2. Für jede Regel in einem Satz begründen, warum sie für den Betrieb wichtig ist.

Teil C - Agile Strukturierung

1. Die Begriffe Theme, Epic und User Story anhand des Artikels in eigenen Worten voneinander abgrenzen.
2. Für den Verein mindestens drei Epics und fünf User Stories formulieren, jede im Format Als [Rolle] möchte ich [Ziel], um [Nutzen].
3. Zu mindestens zwei User Stories je zwei prüfbare Akzeptanzkriterien ergänzen.

Teil D - Expertenteil: Von der Anforderung zum Datenmodell

1. Aus den Prozessen, Akteuren und Stories eine erste Faktenbasis ableiten: eine Liste der Substantive, die zu Entities werden könnten (z. B. Mitglied, Training, Sektion), mit je zwei bis drei vermuteten Attributen.
2. Zwischen diesen Entities mindestens drei Beziehungen benennen und ihre Kardinalität angeben (z. B. „eine Trainerin leitet viele Trainings” ⇒ 1:n).
3. Jede Regel aus Teil B daraufhin prüfen, ob sie sich später als Constraint im Datenmodell abbilden lässt (Fremdschlüssel, NOT NULL, CHECK) oder ob sie nur organisatorisch gilt. Das Ergebnis je Regel in einem Wort festhalten: im Modell oder organisatorisch.
4. Bewusst zwei Regeln so wählen oder formulieren, dass sie sich widersprechen (z. B. „Jedes Mitglied gehört zu genau einer Sektion” gegen „Ein Mitglied darf in mehreren Sektionen trainieren”). Den Konflikt beschreiben und eine Entscheidung treffen, die ihn auflöst; die Entscheidung in zwei bis drei Sätzen begründen und angeben, wie sich das auf die Kardinalität der betroffenen Beziehung auswirkt.

Wissenscheck

1. Was ist das Ziel einer Anforderungsanalyse, und welche drei Leitfragen helfen dabei?
2. Worin unterscheiden sich Theme, Epic und User Story?
3. Aus welchen Bestandteilen besteht eine gute User Story, und warum sind Akzeptanzkriterien wichtig?
4. Woran erkennt man in den Anforderungen einen Kandidaten für eine Entity und woran einen für ein Attribut?
5. Nennen Sie eine Regel, die sich als Constraint im Datenmodell abbilden lässt, und eine, die nur organisatorisch gilt.

Abgabe

• Ein Dokument (Word, PDF oder Markdown) mit den Prozessen, Akteuren, Regeln, Epics und Stories sowie der Faktenbasis, den Beziehungen und der Konfliktauflösung aus Teil D.

---

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