Systemarchitektur parallel zu den Anforderungen verfeinern
In Vorhaben mit vielen Beteiligten – speziell in agilen Projekten mit mehreren Teams – ist ein gemeinsames Verständnis der Architektur unverzichtbar. Das bedeutet, dass frühzeitig Entscheidungen über die grundlegende Gliederung des Systems getroffen werden müssen. Dafür ist es hilfreich, Anforderungen und Systemarchitektur parallel zu detaillieren (nach dem sog. Twin Peaks Modell). Die Verfeinerung der Anforderungen wird in objectiF RM mit Anforderungsdiagrammen visualisiert. Für die Verfeinerung der Systemarchitektur finden Sie in objectiF RM Klassendiagramme, Package-Diagramme und Blockdiagramme der UML/SysML.
Traceability von den Anforderungen zur Architektur herstellen
Blockdiagramme in objectiF RM eignen sich gleichermaßen für
- die Abbildung der Makroarchitektur – also des Big Picture eines Systems – und
- den Entwurf der Mikroarchitektur z.B. von serviceorientierten Anwendungen.
In Blockdiagrammen können entworfene Systemelemente direkt mit den Anforderungen in Beziehung gesetzt werden, die sie erfüllen. Mit jeder dieser Beziehungen wird eine „Spur“ für die Requirements Traceability gelegt. Vorbereitete Echtzeitauswertungen zeigen jederzeit, welche Anforderungen durch welche Systemelemente erfüllt werden.
Schnittstelle zur Entwicklung
objectiF RM kann für spezifische Technologie-Stacks so eingerichtet werden, dass es Teams durchgängig bis zur Implementierung unterstützt. Dann werden die Implementierungsdateien in objectiF RM verwaltet. Das ermöglicht eine optimale Traceability von den Anforderungen bis zur Implementierung. Alternativ bietet objectiF RM Schnittstellen zum Austausch von Anforderungen mit anderen Umgebungen wie z.B. Jira an.
Langlebigkeit der Architektur sichern
Sind die Qualitätsanforderungen an ein entwickeltes System auch nach einer Wartungsphase immer noch erfüllt? Mit objectiF RM können Sie den Nachweis führen, indem Sie zu den Qualitätsanforderungen einmalig Testszenarios in Form von Testfällen definieren, die Testfälle zu Testausführungen zusammenfassen und die Testausführungen regelmäßig wiederholen.
Mit diesem Vorgehen wird die Architecture Tradeoff Analysis Method (ATAM) unterstützt, die der Bewertung der Softwarearchitektur dient.