RE

• 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).

1. Befragungstechniken

2. Kreativitätstechniken

3.Beobachtungs- und Dokumentzentriertetechniken

eignen sich besonders zum Hinterfragen von bereits erarbeiteten Anforderungen und zur Ermittlung von Anforderungen in Situationen, in denen die Stakeholder nur vage Vorstellungen von dem haben, was entwickelt werden soll. Mögliche Konsequenzen von neuen bzw. geänderten Anforderungen können somit leichter erkannt werden. Zum Beispiel werden in der Praxis oft User-Interface-Prototypen eingesetzt, um zusätzliche funktionale Anforderungen zu finden.

Einleitung

Zweck, Systemumfang, Stakeholder, Glossar, Referenzen, Überischt

Allgemeine Übersicht

Systemumfeld, Systemarchitektur, Systemfunktionalität, Nutzer und Zielgruppen, Randbedingungen

Anforderungen

Anhang

Index

Sinn:

• Standardgliederungen erleichtern die Einarbeitung neuer Mitarbeiter.

• Standardgliederungen ermöglichen eine schnellere Erfassung ausgewählter Inhalte.

• Standardgliederungen ermöglichen selektives Lesen/Überprüfen von Anforderungsdokumenten.

• Standardgliederungen ermöglichen eine automatische Überprüfung von Anforderungsdokumenten (z.B. auf Vollständigkeit).

• Standardgliederungen ermöglichen eine einfache Wiederverwendung von Inhalten in Anforderungsdokumenten.

Eine Anforderung ist nachvollziehbar, wenn sowohl der Ursprung der Anforderung als auch deren Umsetzung und die Beziehung zu anderen Dokumenten nachvollziehbar ist. Sichergestellt wird dies über einen eindeutigen Anforderungsidentifikator. Über diese eindeutigen Identifikatoren können auch abgeleitete Anforderungen verschiedener Spezifikationsebenen verbunden werden, sodass z.B. ein Systemziel über alle Detaillierungsebenen hinweg, vom Entwurf bis zur Realisierung und dem Test, verfolgt werden kann.

Abgestimmt, Eindeutig, Notwendig, Konsistent, Prüfbar, Realisierbar, Verfolgbar, Vollständig, Verständlich

Abgestimmt
die Anforderungen für alle Stake holder korrekt  ist und finden sie notwendig

Eindeutig
eindeutig dokumentiert, es können keine anderen Sachverhalte hereininterpretiert werden

Notwendig

Konsistent
darf nicht wiedersprüchlich zu sich selbst oder zu anderen Anforderungen sein

Prüfbar
Funktionalität der Anforderung muss sich Testen oder Messen lassen.

Realisierbar
Es muss möglich sein, jede Anforderung innerhalb der gegebenen organisatorischen, rechtlichen, technischen und finanziellen Randbedingungen umzusetzen

Verfolgbar
Eine Anforderung ist nachvollziehbar, wenn sowohl der Ursprung der Anforderung als auch deren Umsetzung und die Beziehung zu anderen Dokumenten nachvollziehbar ist.

Vollständig
muss die geforderte und zu liefernde Funktionalität vollständig beschreiben

Verständlich
 muss für alle Stakeholder verständlich sein

• Nominalisierung

• Substantive ohne Bezugsindex

• Universalquantoren

• Unvollständig spezifizierte Bedingungen

• Unvollständig spezifizierte Prozesswörter

1. Festlegen der rechtlichen Verbindlichkeit (muss, sollte, wird, kann)
2. Der Kern der Anforderung (Funktionalität/Prozess als [verb])
3. Charakterisieren der Aktivität des Systems (Selbsständig, Benutzerinteraktion, Schnitstelle)
4. Objekte einfügen (Ergänzen der Prozess Verb mit Objekt)
5. Formulierung von logischen und zeitlichen Bedingungen (sobald, falls, nachdem, während)

Es wird am Anfang der Satzscahblone eine logische oder zeitliche Bedingung geschireben. Dabei kann sich die Satzstellung verändern. 

• Abbild der Realität:

  Jedes Modell bildet Aspekte der betrachteten Realität auf die Modellelemente ab. Die Tätigkeit der Modellkonstruktion (Modellbildung) kann dabei sowohl deskriptiv als auch präskriptiv sein. Im Falle einer deskriptiven Modellbildung dokumentiert das resultierende Modell Aussagen über eine existierende Realität. Im Falle einer präskriptiven Modellbildung dient das Modell als Vorbild für etwas, was noch nicht existent ist. 

• Verkürzung der Realität:

  Modelle verkürzen die abgebildete Realität. Hinsichtlich der Verkürzung wird zwischen Selektion und Verdichtung unterschieden. Bei der Selektion werden nur bestimmte Aspekte im Gegenstandsbereich ausgewählt und im Modell abgebildet. Im Gegensatz dazu werden bei der Verdichtung Aspekte des Gegenstandsbereichs zusammengefasst.

• Pragmatische Eigenschaft:

Ein Modell wird immer in einem spezifischen Verwendungskontext und für einen spezifischen Verwendungszweck konstruiert. Der Verwendungszweck des Modells bestimmt bei der Konstruktion die zweckmäßige Verkürzung der Realität in den Modellen. Im Idealfall enthält das Modell genau diejenigen Informationen, die für den jeweiligen Verwendungszweck notwendig sind.

• Strukturperspektive:

  Relevante Objekte und ihre Beziehungen untereinander werden modeliert (Kontextdiagramm)

• Funktionsperspektive:

  Abläufe der Manipulation von relevanten Informationen werden modelliert (Aktivitätsdiagramm).

• Verhaltensperspektive:

  Erlaubte Systemzustände und Zustandsänderungen aufgrund von eintretenden Ereignissen werden modelliert. 

JA: Investitionen / Nutzungsdauer

Z: Investitionen / 2 * Zins 

GP: SE - FA - Vorgangsdauer

FP: SE - FA - Vorgangsdauer

UP: FE - SA - Vorgangsdauer