Architektur-Analyse

Architektur-Analyse


Nur durch die Übereinstimmung von Software-Architektur und Entwurf mit dem Code können Sie sicher sein, dass Sie die Software-Architektur als Richtschnur und Leitlinie für die Diskussion über die Auswirkung neuer Features nutzen können. Erst dadurch wird die zielgerichtete und geplante Entwicklung Ihrer Produkte langfristig möglich. Genau dafür ist Software-Architektur gedacht.

Architektureinhaltung ist auf lange Sicht der Schlüssel zum Erfolg
 

Der Einsatz der Architekturprüfung stellt sicher, dass Entwickler die Basis des zu entwickelnden Systems nicht verlassen, sondern auf ihr aufbauen. Die Struktur des Systems bleibt klar und sauber. In sicherheitsrelevanten Systemen enthält die Software-Architektur selbst sicherheitsrelevante Attribute und muss daher im Code genau umgesetzt werden. Abweichungen von der Architektur werden zu einer Gefahr für die funktionale Sicherheit. Durch die Architekturprüfung wird diese Bedrohung effektiv entschärft.

Wo kommt die Software-Architektur her?
 

Die Architekturprüfung basiert auf dem strukturellen Modell der Architektur und/oder des Entwurfs Ihrer Software. Diese Struktur kann als UML-Modell oder jede andere Form einer Graph-Struktur dargestellt werden.
 

Die Axivion Suite kann Modelle aus weit verbreiteten UML-Werkzeugen wie Enterprise Architect und IBM Rational Rhapsody® importieren. Dadurch lässt sich die Architekturprüfung direkt und einfach mit dem Architektur- und Design-Prozess verzahnen.
 

Für alle, die noch keine Architektur-Dokumentation besitzen, hält die Axivion Suite Möglichkeiten der Wiedergewinnung, des Reverse Engineering und der Modellierung bereit.
 

Abhängig von den Ausgangsvoraussetzungen wird die Architekturanalyse mit einem existierenden semiformalen Modell, einer dokumentierten Beschreibung der Architektur oder durch Annahmen über eine mögliche Architektur gestartet. Man kann diese Einteilung grob durch Architekturverifikation, Architektur-Wiedergewinnung und Architektur-Archäologie beschreiben. Es gibt Zwischenzustände und das Ziel ist jedes Mal, die Ausgangsvoraussetzungen für eine kontinuierliche Architekturverifikation zu schaffen.

Architekturverifikation

Die Architekturverifikation nutzt eine Architekturbeschreibung in Form einer semiformalen Notation, wie sie UML liefert. Die Axivion Suite kann Modelle und Mapping-Informationen aus weit verbreiteten UML-Werkzeugen wie Enterprise Architect und IBM Rational Rhapsody® importieren.

Nach dem Import kann der Graph des Modells unmittelbar mit dem aus der Codeanalyse stammenden Graphen der Implementierung verglichen werden. Im Ergebnis gibt es bei Übereinstimmung Konvergenzen, bei überzähligen Kanten im Modell Absenzen und bei überzähligen Kanten in der Implementierung Divergenzen, die dann auf Probleme im Code hinweisen.  

In einem iterativen Prozess können jetzt Implementierung und Architektur in Übereinstimmung gebracht werden. Ist dieses Ziel einmal erreicht, kann die Prüfung fester Bestandteil des CI-Prozesses werden. Architekturverstöße werden jetzt unverzüglich aufgedeckt und können im frühen Stadium besprochen und gelöst werden.

Architektur-Wiedergewinnung

Die Architektur-Wiedergewinnung startet in einem bekannten Projekt. Eventuell haben zu Beginn des Projektes Architekturnotationen existiert, welche nicht weitergepflegt wurden.

Neue Anforderungen und Wartungsaufgaben haben diese ursprüngliche Architektur verwässert und sie wurde auch nicht konsequent überprüft.

Trotzdem existiert noch eine Vorstellung von einer grundlegenden Architektur und rudimentäre Fragmente sind noch verfügbar. Aus diesen Fragmenten und Annahmen wird jetzt die Architekturhypothese aufgestellt. Die Hypothese wird durch den Abgleich mit der Implementierung validiert und Abweichungen werden in einem iterativen Prozess behoben.

Am Ende steht dann wieder eine validierte Architektur zur Verfügung, welche den Einstieg in den Prozess der kontinuierlichen Architekturverifikation ermöglicht.

Architektur-Archäologie

Wenn Sie ein Projekt aus einer anderen Abteilung oder von einem Kunden erben, ist die Ausgangssituation in Architektur-Fragen in der Regel weit von einer validierten Architektur entfernt. 

Oft ist die Dokumentation nicht ausreichend oder verständlich und Sie können nur Annahmen über eine mögliche Architektur treffen. Im Prinzip ähnelt das Vorgehen dem der Architektur-Wiedergewinnung, stellt aber eine extreme Form dar. 

Die erste Hypothese sollte möglichst einfach gewählt werden, um die großen Strukturen zu erkennen und teilweise auch zu erraten. Dieser Prozess kann durch eine Analyse des Ist-Zustands unterstützt werden. Die Axivion Suite stellt Ihnen den Ist-Zustand Ihrer Systemstruktur dar, hier können Sie eventuell schon erste Muster erkennen.

Es lohnt sich auf jeden Fall, so viel wie möglich über die Struktur und die Intention der Software im Vorfeld zu erfahren, um die ersten Hypothesen zielgerichtet aufstellen zu können. Hierbei unterstützt Sie die Architektur-Analyse der Axivion Suite.

Success Stories

Eine Auswahl unserer Success Stories zur Architektur-Analyse

Elektrobit

Success Story lesen

Fresenius Medical Care

Success Story lesen

Jungheinrich

Success Story lesen