-
Notifications
You must be signed in to change notification settings - Fork 0
06 Architektur Review
Im Folgenden ist unsere szenariobasierte Architekturbewertung der Verkehrssimulation der Gruppe um...
- Buchegger, Sebastian
- Crnogorcevic, Zeljko
- Probst, Johannes
- Unterhitzenberger, Sebastian
... dokumentiert.
Ein Szenario ist die Beschreibung einer Interaktion eines Users oder einer Usergrupe mit dem System. Die Szenarien beschreiben sowohl Abläufe die das System momentan unterstützen muss, aber auch Abläufe die eventuell in der Zukunft unterstützt werden sollen.
Das Verfahren SAAM (Software Architecture Analysis Method) aus der Vorlesung unterscheidet deshalb zwischen:
- direkten Szenarien: Das System kann diese Szenarien mit der aktuellen Architektur durchführen.
- indirekte Szenarien: Das System kann diese Szenarien nur nach Änderungen an der Architektur durchführen. Aufgrund der ungewissen Zukunft eigenen sich diese Szenarien, um u.A. die Erweiterbarkeit bewertbar zu machen.
Folgende Tabelle beschreibt die von uns identifizierten direkten Szenarien und priorisiert diese.
Erlaubte Prios: hoch |mittel | niedrig
| ID | Beschreibung | Prio |
|---|---|---|
| DS-01 | TODO | hoch |
| DS-02 | TODO | hoch |
| DS-03 | TODO | hoch |
| DS-04 | TODO | hoch |
Folgende Tabelle beschreibt die von uns identifizierten indirekten Szenarien und priorisiert diese.
Erlaubte Prios: hoch |mittel | niedrig
| ID | Beschreibung | Prio |
|---|---|---|
| IS-01 | TODO | hoch |
| IS-02 | TODO | hoch |
| IS-03 | TODO | hoch |
| IS-04 | TODO | hoch |
Die im vorherigen Schritt zur Bewertung ausgewählten Szenarien werden den betroffenen Elementen der Architektur zugeordnet:
- Für direktes Szenario bedeutet dies eine Beschreibung der Ausführung der Szenarien durch das System.
- Für ein indirektes Szenario bedeutet dies eine Beschreibung der zur Ausführung des Szenarien nötigen Änderungen an der Architektur. Dabei werden die nötigen Änderungen identifiziert und der Änderungsaufwand geschätzt.
TODO
Szenariointeraktion bedeutet, dass zwei oder mehr Szenarien Änderungen an derselben Komponente der Architektur erfordern.
Eine hohe Szenariointeraktion kann auf zwei verschiedene Probleme hinweisen: Eine Komponente realisiert mehrere nicht zusammengehörige Funktionsbereiche. Die Architektur einer Komponente ist nicht ausreichend genau dokumentiert. In diesem Fall sollte Schritt 1 von SAAM (Architekturbeschreibung) noch einmal ausgeführt werden.
TODO
TODO Fazit