Anforderungen richtig formulieren (ISO 29148, EARS)

Gute Anforderungen sind die Grundlage für prüfbare Ergebnisse. Die Norm ISO/IEC/IEEE 29148 beschreibt, was eine gute Anforderung ausmacht und wie Anforderungen über mehrere Ebenen zusammenhängen. Der ETRM bildet beides ab: mit dem Projektprofil ISO 29148, typisierten Links und der Formulierungsprüfung.

Zwei Ebenen: Problem und Lösung

Ebene	Frage	Beispiel aus dem Musterprojekt
Stakeholder-Anforderung (Problemwelt)	Was will der Kunde oder Nutzer erreichen?	„Die Batterie soll an einer 350-kW-Ladesäule von 10 % auf 80 % in höchstens 20 Minuten geladen werden können.“
Systemanforderung (Lösungswelt)	Was muss das System technisch leisten, damit das gelingt?	„Das BMS muss den zulässigen Ladestrom abhängig von Zelltemperatur und Ladezustand nach dem Ladeprofil 800 V vorgeben.“
Testfall (Nachweis)	Wie wird geprüft, dass die Anforderung erfüllt ist?	„Schnellladung 10–80 % bei 25 °C an der Prüfsäule, Ladezeit messen.“

Systemanforderungen werden mit leitet ab aus an die Stakeholder-Anforderung gehängt, Testfälle mit verifiziert an die Anforderung, die sie nachweisen. Damit sehen Sie jederzeit, ob jede Kundenanforderung umgesetzt und jede Systemanforderung geprüft ist (Traceability).

Merkmale einer guten Anforderung

Die Norm nennt Merkmale, an denen Sie jede einzelne Anforderung messen können:

Merkmal	Prüffrage
notwendig	Fehlt etwas Wichtiges, wenn die Anforderung gestrichen wird?
eindeutig	Kann sie nur auf eine Weise verstanden werden?
vollständig	Enthält sie alle Angaben, auch Bedingungen und Grenzwerte mit Einheit?
singulär	Enthält sie genau eine Aussage?
machbar	Ist sie mit vertretbarem Aufwand umsetzbar?
prüfbar	Lässt sich objektiv nachweisen, ob sie erfüllt ist?
korrekt	Gibt sie den Bedarf richtig wieder?
lösungsneutral (auf Stakeholder-Ebene)	Beschreibt sie das Ziel statt einer bestimmten Lösung?

Verbindlichkeit

• muss: verbindliche Anforderung, Abweichung nur per Änderungsantrag.
• soll: Ziel, das erreicht werden soll; Abweichungen sind zu begründen.
• kann: Option.
• sollte, könnte und möglichst sind unverbindlich und deshalb nicht prüfbar. Die Formulierungsprüfung weist darauf hin.

Satzschablonen nach EARS

EARS (Easy Approach to Requirements Syntax) gibt Sätzen eine feste Form. Das macht Bedingung, Auslöser und Reaktion sichtbar und vermeidet Mehrdeutigkeit. Im Editor fügen Sie die Muster über Schablone … ein und ersetzen die Platzhalter in spitzen Klammern.

Muster	Schablone	Beispiel
Allgemein	Das <System> muss <Reaktion>.	Das BMS muss jede Zellspannung mit ±2 mV messen.
Ereignis	Wenn <Auslöser>, muss das <System> <Reaktion>.	Wenn ein Crashsignal empfangen wird, muss das BMS die Hauptschütze innerhalb von 50 ms öffnen.
Zustand	Solange <Zustand>, muss das <System> <Reaktion>.	Solange die Zelltemperatur unter 0 °C liegt, muss das BMS den Ladestrom auf 0,2 C begrenzen.
Unerwünschtes Verhalten	Falls <unerwünschtes Ereignis>, dann muss das <System> <Reaktion>.	Falls der Isolationswiderstand unter 500 Ω/V fällt, dann muss das BMS einen Isolationsfehler melden.
Option	Sofern <Merkmal vorhanden>, muss das <System> <Reaktion>.	Sofern die Variante 800 V verbaut ist, muss das BMS das Laden mit 350 kW unterstützen.
Kombiniert	Solange <Zustand>, wenn <Auslöser>, muss das <System> <Reaktion>.	Solange das Fahrzeug lädt, wenn die Zelltemperatur 55 °C überschreitet, muss das BMS den Ladestrom halbieren.

Typische Fehler

Fehler	Warum problematisch	Hilfe im ETRM
Vage Begriffe („schnell“, „benutzerfreundlich“)	nicht prüfbar	Formulierungsprüfung, Akzeptanzkriterium als Attribut
Mehrere Aussagen in einer Anforderung	Teilerfüllung nicht darstellbar	Hinweis „Mehrere Aussagen“, aufteilen
Offene Punkte („TBD“)	Freigabe unklarer Inhalte	Hinweis „Offener Punkt“, Filter in der Tabelle
Systemanforderung ohne Herkunft (Gold-Plating)	Aufwand ohne Kundennutzen	Abdeckung „leitet ab aus“, Filter „Fehlender Link“
Anforderung ohne Nachweis	Erfüllung nicht belegt	Abdeckung „wird verifiziert durch“ in den Kennzahlen
Zirkelbezüge	Herkunft nicht mehr nachvollziehbar	Hierarchische Link-Typen verhindern Kreise

Weitere Formulierungsbeispiele nach Themen finden Sie im Katalog für Anforderungsformulierungen.