Architektur Review
- Bernhofer Walter
- Eder Thomas
- Schöninger David
- Unterrainer Maximilian
- Ziegler Markus
Die Review basiert auf szenariobasierte Evaluierungsmethode SAAM „software architecture analysis method“. Diese Methode wurde ein mal in den Vorlesungen und weiteres mal als Quelle aus den vorgegeben Links im Labor vorgestellt.
Ziel der Softwarearchitekturbewertung mittels SAAM ist es, eine Softwarearchitektur auf ein oder mehrere bestimmte Qualitätsmerkmale hin zu untersuchen.
Das System besteht aus 5 Einzelnen Komponenten, die bereits in der Abbildung deutlich erklärt werden. Die Verbindungen unter den Komponenten sind eingezeichnet und man kann den Datenfluß bzw. die Interaktion erkennen und verstehen.
Die Szenarien dienen zur Beschreibung der Tätigkeiten, die das System momentan unterstützen muss oder eventuell in Zukunft unterstützen soll und werden in zwei Kategorien eingeteilt:
- Direkte Szenarien, d.h. Szenarien, die mit der vorhandenen Architektur ohne Änderungen ausgeführt werden können
- Indirekte Szenarien (Changecases oder Growthcases), d.h. Szenarien, zu deren Ausführung Änderungen an der Architektur vorgenommen werden müssen.
Priorität-stufen 1-3 (wobei 1 ist hoch und 3 Niedrig)
1.0 In der Simulation gibt es LKW's und PKW's -> Prio 1
1.1 In die Simulation können weitere Attribute berücksichtigt werden, wie Motorrad, Straßenbahn, Fußgänger -> Prio 3
2.0 Es muss ein Zusammenhängendes Straßennetz bestehen -> Prio 1
2.1 Die Straße kann durch Benutzer via GUI konfiguriert werden -> Prio 2
3.0 Es gibt geregelte und ungeregelte Kreuzungen -> Prio 1
3.1 Regegeöung kann über Verkehrszeichen erfolgen -> Prio 3
4.0 Auf den Straßen gibt es Ampeln, die Fix über die Konfiguration Anfangs platziert werden -> Prio 1
4.1 Die Ampeln können nicht nur bei Kreuzungen sondern auch entlang der Straße platziert werden -> Prio 2
4.2 Verhalten der Ampelanlage muss parametrisierbar sein. Regelung erfolgt über eigenen Prozess -> Prio 2
5.0 Anzahl der über Einfahrtsstraßen in das System zufahrenden Fahrzeuge über das Programm regelbar -> Prio 1
5.1 Der Benutzer kann die Anzahl der Straßen via GUI definieren -> Prio 2
6.0 Die Simulation besitzt eine grafische Darstellung und hat einfache Benutzerschnittstelle -> Prio 1
7.0 Die Simulationen sollen nun untereinander vernetzt werden. Das heißt, dass Fahrzeuge bei einer Straße einer Simulation ausfahren und dann in der anderen Simulation über eine Straße wieder einfahren können -> Prio 1
8.0 ES muss es möglich sein, beliebige Hindernisse auf der Straße ein-/ausschaltbar zu machen; z.B. per Mausklick defekte Autos bzw. Baustellen zu positionieren/definieren -> Prio 1
8.1 Ein Umfahren der Hindernisse mit eigens dafür definierten Straßen ist nicht erlaubt -> Prio 2