31 - 40 IREB

Durch die Nominalisierung wird ein (oft längerer währender) Prozess einem (einmaligen) Ereignis gemacht,
z.B.: Bei einem Sytemabsturz soll ein Neustart des Systems erfolgen. "Systemabsturz" und "Neustart" beschreiben jeweils einen Prozess, der genauer analysiert werden sollte.

Bespiel:
Die Daten sollen dem Benutzer auf dem Terminal angezeit werden.

Weleche Datan, Welchem Benutzerm, welchem Terminal?
(Wörter wie: der Anwender, der Controller, das System, die Meldung, die Daten, die Funktion)

Das System soll dem registrierten Benutzer seine Rechnungsdaten auf dem Terminal, an dem er angemeldet ist, anzeigen.

Mengen und Häufigkeit präzisisieren.

Wörter wie nie, immer, kein, jeder, alle, irgendeiner, nichts.

Beispiel:
Das System soll in jedem Untermenü alle Datensätze anzeigen.

Wirklich in jedem Untermenü? Wirklich alle Datensätze?

Signalwörter für Bedingungen sind: wenn….dann, falls, im Falle von  und abhängig von.

Beispiel:
Das Restaurantsystem soll einem registrierten Gast bei einem Alter über 17 Jahren alle im Lokal angebotenen Geträke anzeigen.

Unter 17?

Unvolständig spezifizierte Prozesswörter "übertragen" (was von wo nach wo) lassen sich weitgehend vermeiden oder zumindest weitgehend eingrenzen, indem Anforderungen im Aktiv formuliert werden:

Passiv:
Zur Anmeldung des Benutzers werde die Login-Daten eingegeben.

Aktiv:
Das System soll dem Benutzer ermöglichen, seinen User-Namen und sein PW über die Tastatur am Terminal einzugeben.

Eine Satzschablone (Requirements Template) ist ein Bauplan für die syntaktische Struktur einer einzelnen Anfrderung.

1. Festlegen der rechtlichen Verbindlichkeit (muss, sollte, wird, kann)
2. Der Kern der Anforderung (Verb wie druchken, rechnen, speichern, übertragen)
3. Charakterisierung der Aktivität des Systems (selbständige Systemaktivität, Benutzerinteraktion, Schnittelenanforderung)
4. Objekte Einfügen (was wird gedruckt, was wird berechnent)
5. Formulierung von logischen und zeitlichen Bedingungen

 - Ziele: Beschreiben Intentionen von Stakeholdern oder Stakeholdergruppen. Ziele können gegebenfalls auch in Konflikt zueinander stehen

 - Use Cases, Szenarien: dokumentieren besipielhafte Abläufe der Systemnutzung. Szenarien werden in Use Cases gruppiert.

 - Systemanforderungen: Beschreiben detaillierte Funktionalitäten und Qualitäten, die das zu entwickelnde System umsetzen soll und die möglichst vollständig und präzise als Eingabe für die weiteren Entwicklungsschritte dienen.

Ein Modell ist ein abstraktes Abbild einer existierenden oder einer noch zu schaffenden Realität