 | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights | ||||||||||||||||||||||||||||||||||||||||||||||
| Wissensbrowser starten | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||
|  | |  | |  | |
| ||||||
| ||||||
|  | | ||||
| ||||||
Verfahren |
|
Architekturdokumentation für Wartung und Weiterentwicklung |
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| Beschreibung | |||||||||
| |||||||||
| Das Wartungsteam verwendet die Architekturdokumentation, um die Stellen in der Software zu finden, an denen geänderte Anforderungen oder Korrekturen umzusetzen sind. Die Architekturdokumentation hat dabei zunächst die Rolle einer Landkarte des Codes, um damit die richtige Stelle für die Problembehebung und Änderung zu finden. Die Beschreibung sollte auch die Abhängigkeiten der einzelnen Systembestandteile voneinander dokumentieren, um bei Änderungen am System die Konsequenzen abschätzen zu können. Wenn beispielsweise eine Komponente geändert wird, könnte sich die Änderung auf alle abhängigen Komponenten auswirken.
Die Architektur sollte auch bei längerer Wartung des Systems erhalten bleiben, oder wenigstens sollte das System eine konzeptionelle Integrität bewahren. Daher ist bei Änderungen darauf zu achten, dass diese konform zur bestehenden Architektur sind. Sollten Änderungen in der Architektur notwendig sein, sollten diese konsistent im gesamten System umgesetzt werden. Die Architekturdokumentation muss daher neben der grundlegenden Struktur des Systems (Landkarte) auch die langlebigen Grundkonzepte und Prinzipien darstellen, die hinter der Architektur stehen, denn diese Prinzipien sollten über die Lebensdauer des Systems erhalten bleiben. Bei Änderung grundlegender Anforderungen oder Annahmen, kann es auch zur Änderung der Prinzipien kommen. Zusätzlich sind Architekturentscheidungen nachvollziehbar darzustellen, insbesondere die Voraussetzungen und Annahmen, die zu den Entscheidungen geführt haben. Sollte das System durch ein Neues abgelöst werden, muss dazu eine geeignete Strategie gefunden werden, die es entweder in einem einzigen Schritt oder Stufenweise gegen das neue System austauscht. Dazu wird in der Regel eine Analyse der Architektur durchgeführt, um zu entscheiden, wie es zerlegt werden kann. Eine Zerlegung ist Voraussetzung für die Ablösung in Stufen. Wenn eine Architekturdokumentation existiert, selbst wenn diese nicht mehr ganz aktuell ist, erleichtert diese die Analyse und Strategiefindung. | |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
Eintrag kommentieren | ||||
| ||||
 | Übergeordnet | | ||
| ||||
|
| | ||
| ||||
| ||||
| ||||
| ||||
| Architekturdokumentation... | ||||
| ||||
| ||||
| ||||
| ||||
| Weitere Themen | | ||
| ||||
|
| | ||
|
| | ||
|
| | ||
|
| | ||
| ||||
| ||||
| | | ||
| ||||||||||||||
|
