 | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights | ||||||||||||||||||||||||||||||||||||||||||||||
| Wissensbrowser starten | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||
|  | |  | |  | |
| ||||||
| ||||||
|  | | ||||
| ||||||
Verfahren |
|
Architekturdokumentation für die Entwicklung |
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| Beschreibung | |||||||||
| |||||||||
| Während der Erstellung eines Systems wird zunächst eine Architekturbeschreibung als Dokument oder Modell angefertigt. Diese Beschreibung steuert die Implementierung, die Integration und die darauf folgenden Phasen.
Kommunikation Die Architekturdokumentation ist ein wichtiges Hilfsmittel für die Kommunikation während der Entwicklung. Einerseits werden wichtige Inhalte und Eigenschaften des Systems früh an Besitzer oder Käufer des Systems kommunizierbar und können mit diesen abgestimmt werden. Im Entwicklungsteam dient die Dokumentation andererseits dazu, die Grundideen im Rahmen eines kreativen Prozesses zu entwickeln und umzusetzen. Die Dokumenation definiert zusätzlich ein Vokabular, sie benennt die Bestandteile und Prinzipien des Systems. Dadurch kann die Kommunikation im Team insgesamt effizienter werden. Frühe Evaluierung und Vergleich von Alternativen Mit einer frühzeitig festgelegten und dokumentierten Architektur können in frühen Phasen eines Projektes die Qualitätseigenschaften des späteren Systems abgeschätzt werden, etwa ungefährer Durchsatz oder bestimmte Sicherheitseigenschaften. Das frühe Feedback erlaubt es, Fehlentscheidungen zu korrigieren, bevor für deren Implementierung viel Aufwand investiert wurde. Auch Prototypen bzw. technische Durchstiche können früh auf der Grundlage der Architekturdokumentation erstellt und ausprobiert werden. Insbesondere technische Risiken lassen sich damit eingrenzen. Häufig stehen für ein Entwurfsproblem mehrere Lösungsalternativen zur Verfügung. Die Wahl einer Alternative sollte bewusst getroffen werden. Argumente für oder gegen eine Alternative sind die zu erwartenden Systemeigenschaften und Kosten zur Umsetzung der Alternative. Basis für die spätere Implementierung Eine Architekturbeschreibung ist die Grundlage für die manuelle oder halbautomatische Implementierung eines Systems. Aus einer Architekturbeschreibung können beispielsweise Code-Fragmente oder Hilfsdateien wie Deployment-Dateien generiert werden. Dies schlägt beispielsweise die Model Driven Architecture vor. | |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
Eintrag kommentieren | ||||
| ||||
 | Übergeordnet | | ||
| ||||
|
| | ||
| ||||
| ||||
| ||||
| ||||
| Architekturdokumentation... | ||||
| ||||
| ||||
| ||||
| ||||
| Weitere Themen | | ||
| ||||
|
| | ||
|
| | ||
|
| | ||
|
| | ||
| ||||
| ||||
| | | ||
| ||||||||||||||
|
