 | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights | ||||||||||||||||||||||||||||||||||||||||||||||
| Wissensbrowser starten | ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||
| ||||||
|  | |  | |  | |
| ||||||
| ||||||
|  | | ||||
| ||||||
Verfahren |
|
Architekturbeschreibung mit informellen Notationen |
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| Beschreibung | |||||||||
| |||||||||
| Informelle (Ad-Hoc) Notationen werden häufig verwendet um Sachverhalte einer Software-Architektur zu illustrieren und zu dokumentieren. Sie verwenden einfache grafische Symbole wie Rechtecke, Pfeile (Box-and-Arrow) oder Piktogramme, wie sie etwa von Microsoft-Visio als Shapes bereitgestellt werden (siehe z.B. Infrastruktur des Betriebs)
Vorteile: Diese eher pragmatischen Notationen sind Whiteboard-tauglich. In einer Besprechung kann ein Diagramm an ein Flipchart oder Whiteboard gezeichnet und im Team diskutiert werden. Symbole und Diagrammelemente können ad-hoc erfunden werden. Beliebige Sachverhalte lassen sich so visualisieren. Die erstellten Diagramme erfordern keine tiefen Kenntnisse einer Notation, sondern nur ein grundlegendes Verständnis. Sie sollten intuitiv verständlich sein und sind daher auch für Stakeholder ohne besonderen Informatik-Hintergrund geeignet. Zusätzlich erfüllen sie auch ästhetische Anforderungen in Form einer ansprechenden Optik. Dies kann für eine Präsentation der Architektur vor einem Kunden oder dem Management wichtig sein. Für informelle Notationen ist keine besondere Werkzeugunterstützung erforderlich, einfache Vektor-Grafik Werkzeuge genügen, um die Diagramme anzufertigen. Notfalls genügen Fotografien der Whiteboard- oder Flipchart-Zeichnungen. Bis die UML (2.0) standardisiert wurde, gab es am Markt keine verbreitete Notation zur Modellierung von Softwarearchitekturen. Existierende Notationen waren teilweise Forschungsprototypen oder auf spezielle Domänen, etwa Telekommunikation, beschränkt. Zur Architekturdokumentation gab es daher kaum Alternativen zu den informellen Darstellungen. Bestimmte Sachverhalte können über formale oder semiformale Notationen bislang nur mit großem Aufwand dargestellt werden (vgl. UML alleine zur Architekturbeschreibung nicht ausreichend) Nachteile: Die Bedeutung der informellen Diagramm-Elemente ist nicht genau definiert, sie wird durch eine Legende und begleitenden Text beschrieben. Es ist nicht auszuschließen, dass in einem Team kein einheitliches Verständnis über die Bedeutung der Diagramm-Elemente besteht und dieses erst aufwändig hergestellt werden muss. Die informellen Schaubilder können nicht mit Werkzeugen weiterverarbeitet werden, sie dienen ausschließlich der Kommunikation und der Illustration. Konsistenzprüfungen oder die Generierung anderer Modelle und von Code ist in der Regel nicht möglich. | |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
| |||||||||
Eintrag kommentieren | ||||
| ||||
 | Übergeordnet | | ||
| ||||
|
| | ||
| ||||
| ||||
| ||||
| ||||
| Architekturbeschreibung... | ||||
| ||||
| ||||
| ||||
| ||||
| Weitere Themen | | ||
| ||||
|
| | ||
|
| | ||
|
| | ||
|
| | ||
|
| | ||
| ||||
| ||||
| | | ||
| ||||||||||||||
|
