VO 3

1. statement that translates or expresses a need (and its associated constraints/conditions)

2. condition or capability that must be met

3. provision that contains criteria to be fulfilled

4. a condition or capability that must be present

„Anteilhalter“ -> vertritt ein Interesse im Projekt

Alle die:

• Projekt beeinflussen können

• durch Projekt beinflusst werden

• Kunde/Auftraggeber/Sponsor

• Betreiber/Entwickler

• Projektleiter

• Betrieb

• Benutzer/Benutzervertreter

• Wartung

• Stakeholder

• Standards und Normen

• Datenschutz (z.B.: DSGVO)

• Gesetze

• Projektumfeld (Unternehmenskultur/ Konkurrenzanbieter)

• Verdeckte Regeln (Glaubensgrundsätze/ Tabus/ Macht/ Werte)

• Strategische Ziele

• Operative Ziele

• Führungsziele

langfristige Unternehmensziele (z.B. Hebung des Unternehmensimages)

mittel- bis kurzfristige Ziele (z.B. Einhaltung der Projektkosten)

befassen sich mit internen Abläufen und dem Faktor Mensch (können lang-, mittel-, oder kurzfristig sein)

z.B. Steigerung der Motivation der Mitarbeiter

Vision:

• stabil

• Zweck/ Nutzen/ Business Case

Scope:

• veränderbar

• (fachlicher) Umfang des Projekts

• Kosten (z.B. der Entwicklung oder Lizenz)

• Anpassungsmöglichkeiten

• Scope-Abdeckung

• Hardware-Anforderungen

• Besitzverhältnisse

• Workshops

• Interviews

• Beobachtung

• Mitarbeit

• Stabile Anforderungen (ändern sich nicht)

• Volatile Anforderungen (ändern sich während Analyse/ des Betriebes)

• Impementation mit simpleren Designs (oder hard-wired)

• frühere/ detailiertere Dokumentation

• adaptives Systemdesign (“soft-wired”)

• Frühe Implementation

• Funktionale Anforderungen

• Nicht-Funktionale Anforderungen

• Domänen-Anforderungen

Beschreibung der Funktionen/Services (wie wird System auf Eingaben/ Situationen reagieren)

Anforderungen an Funktionen/Services die Vorgaben etwa an Qualitätseigenschaften beschreiben (z.B. Qualitätseigenschaften/ Entwicklungsprozess/ gesetzliche Rahmenbedingungen)

Funktionale oder nichtfunktionale Anforderungen, die von der Domäne des Systems definiert werden

-> nicht explizit dokumentiert

Alle Anforderungen sind abgedeckt (= “sind komplett”)

Keine Konflikte und keine Widersprüche

• Anforderungs-Review

• Prototyping

• Abnahme-Testfall-Erstellung

• Überprüfung der Qualitätseigenschaften

• Auffindung von Konflikten zwischen Stakeholders

• Beteiligung unterschiedlicher Stakeholder

• Umsetzbarkeit

• Eindeutigkeit

• Vollständigkeit

… der Anforderungen

• Testbarkeit von Anforderung

• Ermöglichung der Prüfung auf Eindeutigkeit/ Vollständigkeit

• Verständlichkeit (z.B. der Sprache der Applikations-Domäne)

• Vermischung (von funktionalen und nicht funktionalen Anforderungen)

• Wenig/ Viel Präzision (trade-off mit Lesbarkeit)

• Mehrdeutigkeit (der natürlichen Sprache)

• Überflexibilität (Beschreibung zu flexibel wegen mehrdeutigkeit)

• Vollständigkeit

• Eindeutige Definition/ Abgrenzung

• Verständliche Beschreibung

• Identifizierbarkeit

• Atomar

• Einheitliche Dokumentation

• Nicht strukturierte Methoden

• Semi-strukturierte Methoden

• Strukturierte Methoden

= natürliche Sprache (häufigste Methode)

• basierend auf die natürliche Sprache

• haben Vorlagen, Vokabular und Eigenschaften vorgegeben

-> folgen einer definierten Syntax

• gut wartbar

• reduzieren Risiko von Fehlentwicklungen

• kurz und prägnant gehalten

• fördern die Diskussion/Abstimmung

• sehr stark interpretierbar (ohne zugehörige präzisierte Akzeptanz-Testfälle)

• Vorraussetzung von starker Involvierung des Kunden/Benutzers

• personenzentriert

• keine Vertragsgrundlage

“discernible association between a requirement and related requirements”

• Nachverfolgbarkeit der Quelle

• Nachverfolgbarkeit zu anderen Anforderungen

• Nachverfolgbarkeit zu abhängigen Artefakten

Sie steht im Zusammenhang zum Stakeholder, der diese Anforderung eingebracht hat

Zusammenhänge zwischen interdependenten Anforderungen

Zusammenhänge der Anforderungen (z.B. Elementen des Systemdesigns)