Vielleicht erinnern Sie sich nicht mehr daran, was Sie letzten Dienstag zum Mittag gegessen haben oder wann Sie das letzte Mal einen richtig guten Film gesehen haben. Wir glauben aber, dass Sie sich an die Abbildung 1 erinnern können.

Abbildung 1: Übersicht der Kategorien nicht-funktionaler Anforderungen

Ja genau, da war doch was. Nicht-funktionale Anforderungen gibt es in Hülle und Fülle. Mit der Abbildung 1 und einer Blogserie zu den NFAs haben wir jedoch eine gute Übersicht schaffen können. Nun folgt die nächste Herausforderung: Wie werden nicht-funktionale Anforderung formuliert? Eine große Hilfe an dieser Stelle sind Satzschablonen. Warum? Satzschablonen sind eine gute Lösung, um einerseits sprachliche Defekte in Anforderungen zu vermeiden und andererseits Anforderungen von hoher Qualität in einem optimalen Zeit- und Kostenrahmen zu schreiben. Durch die vorgegebenen Bausteine einer Satzschablone ist der Benutzer angehalten, sich bewusst mit den Inhalten seiner Spezifikation im Detail auseinander zu setzen. Ein Sachverhalt, von dem Sie nur profitieren: Sie erhalten qualitativ hochwertigere Anforderungen, die z. B. für alle Stakeholder gleich verständlich oder durch einen Test prüfbar werden.

Die SOPHIST-Satzschablone für funktionale Anforderungen ist nicht die einzige Schablone auf dem Markt. Einen Überblick gibt Ihnen hier unsere Blogserie „Durchblick im Schablonendschungel“. Bei dieser Marktanalyse hat sich herausgestellt, dass gerade für die schwierig zu spezifizierenden nicht-funktionalen Anforderungen keine praxistauglichen Ansätze existieren. Das war der Startschuss für unser MASTeR-Projekt und die entstandenen Schablonen stellen wir Ihnen nun vor. Einen ersten Überblick gibt Ihnen die Abbildung 2. Mit Hilfe von drei Schablonen können Sie die Formulierung Ihrer nicht-funktionalen Anforderungen MASTeRn.

Abbildung 2: Drei MASTeR Schablonen

Mit der ersten Schablone EigenschaftsMASTeR formulieren Sie nicht-funktionale Anforderungen der Kategorien Qualitätsanforderungen, einen Teil der technologischen Anforderungen, Anforderungen an die Benutzungsoberfläche, Anforderung an die sonstigen Lieferbestandteile sowie rechtlich-vertragliche Anforderungen.

Abbildung 3: Satzschablone EigenschaftsMASTeR

Ein erster Blick auf die in Abbildung 3 dargestellte Schablone lässt das geschulte RE-Auge Gemeinsamkeiten mit der SOPHIST-Satzschablone für funktionale Anforderungen suchen. Doch lassen Sie uns die, wenn auch vielleicht imaginäre, Brille putzen: Im EigenschaftsMASTeR geht es um eine Eigenschaft eines Betrachtungsgegenstands und eben nicht um ein System. Der zweite Blick macht den Unterschied noch deutlicher, denn er fällt auf die drei neuen, entscheidenden Bestandteile des EigenschaftsMASTeRs: Vergleichsoperator, Wert und sein.

Die Schablone verlangt also einen konkreten Wert, genauer einen Zahlenwert, und wenn nötig einen Vergleichsoperator, wie z. B. mindestens, maximal. Die Testbarkeit einer so formulierten Anforderung wird erhöht. Eine nach dieser Schablone formulierte Anforderung endet mit dem Verb sein, denn Sie brauchen sich keine Gedanken über ein Prozesswort machen: Sie beschreiben keine Funktion oder Prozesse (das ist bei den funktionalen Anforderungen der Fall). In Verbindung mit dem Zahlenwert verwenden Sie sein. Schauen wir uns ein Beispiel an:

Der Stromverbrauch des Smartphone muss kleiner als 50% sein.

Die Formulierung mit dem EigenschaftsMASTeR ist eine der besseren in der RE-Welt. Sie finden hier kein schwammiges Adjektiv, sondern den Wert 50 % und den Vergleichsoperator kleiner. Eine Formulierung wie z. B. Das Smartphone muss einen geringen Stromverbrauch haben. wird bei der Arbeit mit dem EigenschaftsMASTeR ausgeschlossen. Was lesen Sie aber nun genau aus der ersten Beispielanforderung heraus? Wissen Sie, in welchem Zustand das Smartphone kleiner als 50% Strom verbrauchen soll? Ist die Anforderung so formuliert, haben Sie diese Information nicht. Daher wurde in einer weiteren EigenschaftsMASTeR-Schablone eine Bedingung mit eingefügt (vgl. Abbildung 4).

Abbildung 4: Satzschablone EigenschaftsMASTeR mit Bedingung

Die obige Anforderung erscheint also nur auf dem ersten Blick testbar. Der Tester braucht noch einen entscheidenden Hinweis: Unter welchen Bedingungen soll der Stromverbrauch des Smartphone kleiner als 50% sein? Ein Smartphone kann z. B. in Betrieb sein oder im Ruhezustand. Mit der erweiterten Version des EigenschaftsMASTeRs können Sie diese Information formulieren (vgl. Abb. 4). Aber hier ist Vorsicht geboten. Wenn das Smartphone inaktiv ist, muss der Stromverbrauch des Smartphone kleiner 50% sein. Vorsicht, weil diese Anforderung keine gute ist. Vergleichen Sie mit einer nach Schablone formulierten:

Solange das Smartphone inaktiv ist, muss der Stromverbrauch des Smartphone kleiner als 50% sein.

Der Satzbau dieser Anforderung ist komplexer als der unseres obigen Beispiels. Die Anforderung beginnt mit einer Bedingung. Da das Formulieren einer Bedingung ihre Tücken hat, zeigen wir Ihnen in einer anderen Blogserie, wie Sie diese Tücken MASTeRn.

An dieser Stelle jedoch lassen wir Ihnen Zeit, die Informationen zum EigenschaftsMASTeR zu verdauen und vielleicht auch schon die ein oder andere nicht-funktionale Anforderung (um-)zu formulieren. Gern können Sie uns von Ihrer Erfahrung mit dem EigenschaftsMASTeR berichten. Unsere Kontaktdaten: Email (heureka@sophist.de) oder Ihren Anruf (0911 – 40 900-0).

Zeitnah melden wir uns dann mit zwei weiteren Satzschablonen (dem Umgebungs- und ProzessMASTeR), damit Sie auch die übrigen Kategorien nicht-funktionaler Anforderungen MASTeRhaft beschreiben können.