Gestern war das 6. Treffen des AK NFR in München bei Siemens. Es ging um Meßbarkeit und Abhängigkeiten zwischn NFR. Ich glaube, ich auch zum ersten Mal einen echten Softwarearchitekt getroffen. Er hat einen kleinen Vortrag über seine Arbeit bzw. die Probleme gehalten, welche im Zusammenhang mit NFR und Archtitektur auftreten. Es ist nämlich so, dass viele NFR erst durch bestimmte Architekturmuster (Lösungen) zum Vorschein kommen. Ein weiterer wichtiger Fakt ist, dass es NFRs gibt, welche aus der Funktionalität des System entstehen und welche, die aus der Entwicklung des Systems entstehen (z.B. Wartbarkeit, Testbarkeit). Diese NFR einfach zu benennen reicht auch nicht aus. Es ist besser Szenarien zu beschreiben. Die Aussage "unser System soll wartbar sein", ist sehr schwammig formuliert. Hier sollte besser ein Wartbarkeitsszenario beschrieben werden, welches Auskunft über die konkret erwarteten Aktionen gibt. Es durchaus oft unterschätzter Fakt, ist die Traceabillity von Anforderungen und ihren resultierenden Archtitekturentscheidungen.
Zusammenfassung:
- Man sollte Anforderungen (auch NFRs) mit Szenarien beschreiben!
- Die Verfolgbarkeit von Anforderungen in die Architektur und auch Code sollte gegeben sein!
- Ein Architekt kann bei der Findung von NFRs sehr hilfreich sein, da Architekturlösungen zu bestimmten NFRs führen!
- Verschiede Perspektiven beachten, nicht nur den Anwender sondern auch den Entwickler.
