
OBASHI ist eine einfache Methode Pläne zu erstellen, welche die relevanten Teile der Geschäftsebene mit der entsprechenden
Anwendungsebene verbinden. Mit OBASHI werden Abhängigkeiten und Datenflüsse
innerhalb und zwischen den sechs OBASHI-Ebenen dokumentiert.
OBASHI ist ein Akronym, welches die sechs OBASHI Ebenen beschreibt. Es bedeutet im Detail:
Um eine eindeutige Interpretation der OBASHI Pläne sicherzustellen, existiert ein vordefinierter OBASHI Farbstandard.
Dieser wird während der Modellierung in allen verwendeten Planelementen bereits automatisch von ARCWAY Cockpit berücksichtigt.
Eine individuelle Anpassung der Planelement-Farben ist, wie auch in allen anderen Arcway Cockpit Plantypen, über die
entsprechende Schaltfläche in der Planeditor-Werkzeugleiste möglich.
Verwandte Themen:
Werkzeugleiste

Die OBASHI Ebenen bilden die Basis zur Organisation der jeweiligen OBASHI Elemente. Sie werden als horizontale
Swimlanes dargestellt.
Die Swimlanes können im Bearbeitungsmodus aus der Schablonen-Sicht als separate Modellelemente
oder als ein einziges Modellelement, welches alle sechs OBASHI Ebenen beinhaltet, in den Plan übernommen werden.
Die Ebenen werden in dem Plan standardmäßig als lokale Elemente hinzugefügt. Sie können bei Bedarf in globale Elemente
gewandelt werden.
Verwandte Themen:
Globale Elemente

Die OBASHI Elemente repräsentieren aktive Komponenten, welche Menschen, Prozesse oder Technologien abbilden. Im Detail
kann ein Element ein Eigentümer, ein Prozessablauf, eine Anwendung, ein Betriebssystems, eine Hardware-Komponente oder
ein Teil der Infrastruktur sein.
Jede OBASHI Ebene verwendet dabei seine eigenen, passenden Elemente (Ebene Ownership verwendet Owner-Elemente, die
Ebene Business Process verwendet Process-Elemente, usw.). Diese Elemente dürfen im Umkehrschluss auch nur genau in der
dafür vorgesehenen Ebene verwendet werden.
Weiterhin gelten die folgenden Modellierungsregeln. Ein Element kann...
...jede Geschäftsressource oder Anlagegegenstand repräsentieren - egal ob materiell oder immateriell.
...nur in dem ihm zugeordneten OBASHI-Layer existieren. Es kann nicht über die Grenzen dieses Layers vergrößert werden.
...zu jedem anderen Element in Beziehung stehen.
...über beliebige Attribute näher definiert werden.
Beziehungen zwischen Elementen werden durch eine oder mehrere der sechs Beziehungstypen (Relationship Types) definiert.
Sie befolgen die OBASHI Beziehungs-Regeln (Releationship Rules). Die Beziehungstypen werden in implizite
Beziehungen und explizite Beziehungen unterschieden.
Die Beziehungstypen sind:
![]() |
Elemente, die übereinander oder untereinander platziert werden (auch in unterschiedlichen Ebenen), haben eine implizite Beziehung zueinander. |
![]() |
Alle Elemente, die sich in einer Ebene befinden, haben eine implizite Beziehung zueinander. |
OBASHI Verbindungen sind die am häufigsten verwendeten Beziehung zwischen zwei Elementen in einem OBASHI Diagramm. Sie werden
in Business & IT-Diagrammen verwendet und es gelten für sie die OBASHI-Regeln für Verbindungen
(Connection). Sie sind eine passive Komponente die standardmäßig als lokales Element modelliert wird. Es besteht die Möglichkeit
bei Bedarf eine Verbindung zu einem aktiven Informations-Elemente, z.B. ein Daten-Element, zu ändern. Dazu müssen sie in globale
Elemente gewandelt werden.
Verwandte Themen:
Globale Elemente
Verbundene Elemente haben eine explizite Beziehung zueinander und können ausschließlich mit einem Element aus einer direkt
angrenzenden Ebene (Layer) verbunden sein.
Die Beziehungen von zwei verbundenen Elementen sind immer bi-direktional. Wenn also ein Owner mit einem Business-Process
verbunden ist, so ist der Business-Process ebenso mit dem Owner verbunden.
Weiterhin gelten die Verbindungen gleichförmig über einzelne Elemente hinweg. Ein Ownership Element, dass mit einem
Business-Process Element verbunden ist, welches wiederum mit einem Application Element verbunden ist, ist ebenso mit
demselben Application Element verbunden.
In ARCWAY Cockpit werden verschiedene Verbindungstypen unterschiedlich dargestellt:
![]() |
Kante Top DownDie OBASHI Verbindung Kante Top Down ist eine vertikale Verbindung von zwei OBASHI Elementen mit einem markierten oberen und einem nicht markierten unterem Ende. Die Verbindung erzeugt eine Enthaltenseinsbeziehung zwischen diesen Elementen, wobei das Element mit dem nicht markierten Ende in dem Elementen mit dem markierten Ende enthalten ist. Die Verbindung wird in der Regel zwischen den ersten beiden OBASHI Ebenen verwendetIn dem Beispiel ist der Prozess "Produktmanagement" in dem Owner "Leiter Produktentwicklung" enthalten. Dies sagt aus, dass der "Leiter Produktentwicklung" diesen und alle weiteren Prozesse, die auf diese Art verbunden sind, verantwortet. |
![]() |
Kante Bottom UpDie OBASHI Verbindung Kante Bottom Up ist eine vertikale Verbindung zwischen zwei OBASHI Elementen mit einem markierten unterem und einem nicht markierten oberen Ende. Die Verbindung erzeugt eine Enthaltenseinsbeziehung zwischen diesen Elementen, wobei das Element mit dem nicht markierten Ende in dem Elementen mit dem markierten Ende enthalten ist. Diese Verbindung wird in der Regel von der zweiten bis zur fünften OBASHI Ebene verwendetIn dem Beispiel ist die Applikation "MS Office" in dem Prozess "Produktmanagement" enthalten. Dies sagt aus, dass "MS Office" in dem Prozess "Produktmanagement" verwendet wird. |
![]() |
KanteDie OBASHI Verbindung Kante ist eine vertikale Verbindung zwischen zwei OBASHI Elementen mit zwei nicht markierten Enden. Die Verbindung erzeugt eine Kommunikation zwischen diesen Elementen. Die Verbindung wird in der Regel zwischen den letzten beiden OBASHI Ebenen verwendetIn dem Beispiel kommuniziert die Hardware "Business Laptop" mit der Infrastruktur "Lokales Firmennetzwerk". |
![]() |
Abhängigkeiten (Dependency) verdeutlichen, dass ein Element von einem
anderen Element abhängig ist, damit es seine Aufgabe erfüllen oder funktionieren kann. Abhängigkeiten
veranschaulichen auf einfache Art und Weise, dass ein Ausfall oder Fehler eines Elements Auswirkungen
auf den Betrieb eines anderen Elements haben wird oder sogar einen Totalausfall nach sich ziehen kann. Elemente können von mehr als einem anderen Element abhängig sein. Die Abhängigkeit ist einseitig gerichtet und kann auch über mehrere Ebenen hinweg bestehen. Abhängigkeiten werden in Business & IT-Diagrammen verwendet und werden durch einen roten gerichteten Pfeil dargestellt. Sie sind passive Komponenten die standardmäßig als lokale Elemente modelliert werden. Es besteht die Möglichkeit bei Bedarf eine Abhängigkeit zu einem aktiven Informations-Elemente, z.B. ein Daten-Element, zu ändern. Dazu müssen sie in globale Elemente gewandelt werden.
Verwandte Themen: |

Eine Data Analysis View (Datenanalyse-Diagramm) ist die visuallisierte Darstellung
aller Ressourcen der Geschäfts- und Anwendungsebene, die an einem konkreten Datenfluss beteiligt sind. Auf diese
Art und Weise lassen sich individuelle Datenflüssen einfach und übersichtlich nachvollziehen.
Die Data Analysis View (Datenanalyse-Diagramm) wird aus einem existierenden Business & IT-Diagramm erstellt (Sie kann
auch Elemente aus mehreren Business & IT-Diagrammen enthalten) und bietet eine Sicht auf einen speziellen Datenfluss. Sie
stellt nur die dafür relevanten Elemente dar und unterscheidet sich vom Business & IT-Diagramm in der Visualisierung der
Verbindungen und Abhängigkeiten, die als Sequenzieller Beziehungstyp (Sequential) den entsprechenden Datenfluss modellieren.
Die Sequenz (Sequential) stellt immer den Datenfluss vom Erzeuger zum Konsumenten dar.
