 |
| | | | | Beschreibung | | Um die Anforderungen an die Architekturbeschreibung zu konkretisieren, muss man sich mit den verschiedenen Zielen einer Software-Architektur auseinander setzen. Wesentliche Ziele sind:
- Effizientere Gestaltung der Entwicklungsprojekte
- Schaffung eines gemeinsamen Verständnisses bei den Projektbeteiligten
- Minimierung der Risiken
- Konservierung von Wissen über das System.
Effizientere Gestaltung der Entwicklungsprojekte
Mit Hilfe der Dokumentation muss es den Projektbeteiligten möglich sein, unabhängig voneinander, z.B. auch an verteilten Standorten, arbeiten zu können. Alle dafür erforderlichen Informationen müssen in der Dokumentation enthalten sein. So muss beispielsweise einem Team, welches mit der Gestaltung der Benutzeroberfläche betraut ist, neben dem Bedienkonzept auch eine eindeutige Beschreibung der Schnittstellen zum übrigen System zur Verfügung stehen. Effizient bedeutet in diesem Zusammenhang, dass nur die Informationen vorgehalten werden, die notwendig sind, und nicht alle, die verfügbar sind.
Schaffung eines gemeinsamen Verständnisses bei den Projektbeteiligten
Eine wesentliche Grundvoraussetzung für den Erfolg eines Projekts ist die Kommunikation zwischen allen Projektbeteiligten. Diese Kommunikation läuft bei kleineren Projekten in der Regel mündlich ab, bei größeren Teams oder länger dauernden Projekten muss das Wissen darüber hinaus schriftlich festgehalten werden. Ein gemeinsames Verständnis bedeutet nicht, dass jeder Beteiligte das gleiche Wissen besitzen muss. In einem Projekt existieren verschiedene Rollen und jeder Beteiligte benötigt genau die Informationen, die seiner Rolle zugeordnet sind. Eine gute Dokumentation sollte für die entsprechende Zielgruppe aufbereitet sein.
Minimierung der Risiken
Die Dokumentation der Software-Architektur kann helfen, Risiken zu minimieren, indem sie die Risiken transparent macht. Nach Posch, Birken und Gerdon [ Basiswissen Softwarearchitektur] sollte sie Dokumentation risikoorientiert aufgebaut werden, d.h. es sollte stets soviel Dokumentation erstellt werden, wie für das Verständnis notwendig ist, jedoch nicht mehr. Eine gute Architekturbeschreibung konzentriert sich auf das Wesentliche, bleibt überschaubar und hilft, die richtigen Entscheidungen zu treffen. Es ist die Aufgabe des Architekten festzulegen, was an Inhalten für die Dokumentation notwendig ist und was nicht. Neben den Grundkonzepten der Architektur sollten zumindest alle Risiken der Architektur sowie die möglichen Lösungsstrategien dokumentiert werden. Auf offene Punkte, d.h. Risiken, sollte gesondert Wert gelegt werden.
Konservierung von Wissen über das System
Die Software-Architektur spiegelt das Wissen über die Lösung einer Problemstellung wider. Ziel jeder Organisation muss es sein, dieses Wissen permanent zu erhalten. Architekturbeschreibungen sollten aus diesem Grund so aufbereitet werden, dass sie auch langfristig einen Nutzen liefern. Ein Entwicklungsteam, das an einem Projekt arbeitet und ständig miteinander kommuniziert, benötigt für die Ersterstellung sicherlich weniger Dokumentation zum System als ein Team, welches das Projekt zu einem späteren Zeitpunkt weiterentwickeln soll. | |
| | | | | | | | | | | | | Zu dieser Seite wurden noch keine Kommentare oder Bewertungen abgegeben. |
|
| | | | |  | Übergeordnet | | | | | | | | | | | Spezielle Anforderungen... | | | | | | Literaturhinweise | | | | | | | | | | Weitere Themen | | | | | | | | | | |
|
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights 
Eintrag kommentieren
