RE

Je später ein Fehler in den Anforderungen im Verlauf des Entwicklungsprojekts behoben wird, umso höher sind die damit verbundenen Kosten. So wird beispielsweise für die Beseitigung eines Anforderungsfehlers, der erst beim Programmieren entdeckt wird, ein um ca. den Faktor 20 höherer Aufwand notwendig, als wenn derselbe Fehler während des Requirements Engineering behoben worden wäre – für die Fehlerbeseitigung in der Abnahmephase des Systems geht man von dem Faktor 100 aus

• Ermitteln:

  Beim Ermitteln der Anforderungen werden verschiedene Techniken genutzt, um die Anforderungen der Stakeholder und anderer Quellen zu gewinnen, zu detaillieren und zu verfeinern (siehe Kapitel 3).

• Dokumentieren:

  Durch die Dokumentation werden erarbeitete Anforderungen adäquat beschrieben. Hierfür können unterschiedliche Techniken eingesetzt werden, um Anforderungen in natürlicher Sprache oder in Modellen zu dokumentierten (siehe Kapitel 4, 5, 6).

• Prüfen und abstimmen:

  Dokumentierte Anforderungen müssen frühzeitig geprüft und abgestimmt werden, um zu gewährleisten, dass sie allen geforderten Qualitätskriterien genügen (siehe Kapitel 7).

• Verwalten:

  Die Anforderungsverwaltung (Requirements Management) geschieht flankierend zu allen anderen Aktivitäten und umfasst alle Maßnahmen, die notwendig sind, um Anforderungen zu strukturieren, für unterschiedliche Rollen aufzubereiten sowie konsistent zu ändern und umzusetzen (siehe Kapitel 8).

Analytisches Denken, Empathie, Kommunikationsfähigkeit, Konfliktlösungsfähigkeit, Überzeugungsfähigkeit,
Moderationsfähigkeit, Selbstbewusstein

Performance, Verfügbarkeit, Sicherheit, Änderbarkeit, Zuverlässigkeit, Portabilität

Schnittstellen defnieren (Quellen, Senken)

Stakeholdergruppen identifizieren 

Abgrenzen welcher Teil keinen Einfluss auf das System hat (Grauzone beachten -> kann sich im Verlaufe des Projekts immer mal wieder verschieben)

Das Kontextdiagramm ist nützlich, weil es die Datenflüsse und Schnitstellen des Systems zur relevanten Umgebung aufzeigt.

Dokumente

Stakeholder

Systeme im Betrieb

• führt den Requirements Engineer in das Fachgebiet ein,

• versorgt den Requirements Engineer mit Anforderungen,

• formuliert die Anforderungen zielgerecht und gewissenhaft,

• trifft Entscheidungen zeitgerecht,

• respektiert die Einschätzung der Kosten und Machbarkeit des Requirements Engineer,

• priorisiert die Anforderungen,

• überprüft die dokumentierten Anforderungen des Requirements Engineers, wie Prototypen usw.,

• kommuniziert unverzüglich Änderungen in den Anforderungen,

• befolgt den vorgegebenen Änderungsprozess,

• respektiert das vorgegebene Requirements Engineering.

• Basisfaktoren sind selbstverständlich vorausgesetzte Systemmerkmale (unterbewusstes Wissen),

• Leistungsfaktoren sind die explizit geforderten Systemmerkmale (bewusstes Wissen) und

• Begeisterungsfaktoren sind Systemmerkmale, die der Stakeholder nicht kennt und erst während der Benutzung als angenehme und nützliche Überraschungen entdeckt (unbewusstes Wissen).