MEGA System Oriented IT Architecture. Benutzerhandbuch

Transkript

1 MEGA System Oriented IT Architecture Benutzerhandbuch

2 MEGA 2009 SP5 R7 2. Ausgabe (August 2012) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden und stellen in keinem Fall eine Verpflichtung für MEGA International dar. Diese Veröffentlichung darf weder ganz noch teilweise ohne vorherige schriftliche Erlaubnis von MEGA International für irgendwelche Zwecke reproduziert, gespeichert, übersetzt oder übertragen werden, unabhängig davon, mit welchen Mitteln dies geschieht. MEGA International, Paris, Alle Rechte vorbehalten. MEGAWindows ist eine registrierte Marke von MEGA International. Windows ist eine registrierte Marke von Microsoft. Die anderen Marken gehören den jeweiligen Eigentümern.

3 SOMMAIRE Einleitung Schreibkonventionen in diesem Handbuch Aufbau dieses Handbuchs Eine eigene Arbeitsgrundlage erstellen Arbeitskontext erstellen: die Bibliothek Standardbibliothek definieren Objekte ab einer Bibliothek erstellen Optionen definieren Beispiele für die Verwendung Anwendungsarchitekturdiagramm Strukturdiagramm über die Anwendungsarchitektur Diagramm der Anwendungsstruktur Beispiel einer IT-Service-Architektur Strukturdiagramm über die IT-Service-Architektur Strukturdiagramm über IT-Service Beispiel der Funktionsweise der Protokolle und Interaktionen Diagramm einer Dienstdefinition (BPMN) Diagramm eines Dienstvorgangs Beispiel eines erweiterten Kommunikationsprotokoll Verwendete Konzepte - Einführung In den Diagrammen beschriebene Elemente Kontextmenü der beschriebenen Elemente Eigenschaften der beschriebenen Elemente Diagramme und ihre Objekte Eigenschaften der verbundenen Objekte Eigenschaften erstellen Vererbung der Eigenschaften

4 Sommaire Mit modellieren MEGA System Oriented IT Architecture Anwendungsarchitektur beschreiben Anwendungsarchitektur erstellen Komponenten einer Anwendungsarchitektur beschreiben Verwendung einer Anwendungsarchitektur erstellen Anwendungskomponente erstellen Endbenutzer erstellen Beschreibung einer Anwendungsarchitektur ergänzen Auf die Beschreibung einer Anwendungsarchitektur zugreifen Anwendungsarchitektur mit einem Systemprozess verbinden Struktur einer Anwendung beschreiben IT-Service-Architektur beschreiben IT-Service-Architektur erstellen Komponenten der IT-Service-Architektur beschreiben Struktur eines IT-Services beschreiben Dienst- und Abfragepunkte beschreiben Konzepte - Einführung Dienstpunkte Abfragepunkte Dienstpunkt oder Abfragepunkt erstellen Interaktionen verwalten Interaktion erstellen Interaktionspunkt eines Elements definieren Das Prinzip Merkmale des Interaktionspunktes eines Elements definieren Interaktionspunkt eines Elements verbinden Interaktionspunkt eines Elements erstellen Mit Service Design modellieren Protokoll beschreiben Protokoll ab einer Interaktion erstellen Diagramm einer Dienstdefinition (BPMN) erstellen Gemeinsame Aktion eines Dienstes oder Vorgangs Ereignisse erstellen Sequenzflüsse bearbeiten Die Gateways Gateways am Ausgang einer Etappe Gateways am Eingang einer Etappe Gateway erstellen Gateway ändern Dienstvorgang beschreiben Dienstvorgang erstellen Dienstvorgang beschreiben Diagramm eines Dienstvorgangs (BPMN) erstellen Nachrichtenfluss mit Inhalt erstellen MEGA System Oriented IT Architecture

5 Sommaire Standardberichte von MEGA System Oriented IT Architecture verwenden Auf verfügbare Berichte eines Agenten zurückgreifen Übereinstimmung der Austausche zwischen Agenten Ausgleich der Austausche zwischen Agenten Kreuztabelle der Interaktionen von Diensten Der Bericht Details des Austauschs Berichtparameter Glossar Index

6 Sommaire 6 MEGA System Oriented IT Architecture

7 EINLEITUNG MEGA System Oriented IT Architecture ist ein Werkzeug von MEGA International, mit dem U8nternehmen und andere Einrichtungen IT-Architekturen mit einer serviceorientierten Methode darstellen können. Dieses Handbuch soll erklären, wie diese Funktionalitäten genutzt werden, um Änderungen an Ihrem Informationssystem vornehmen zu können. "Schreibkonventionen in diesem Handbuch", Seite 8 "Aufbau dieses Handbuchs", Seite 9 "Eine eigene Arbeitsgrundlage erstellen", Seite 10 "Beispiele für die Verwendung", Seite 12 7

8 Introduction SCHREIBKONVENTIONEN IN DIESEM HANDBUCH Anmerkung zu den vorherigen Punkten. Definition der verwendeten Begriffe. Tipp, der dem Benutzer das Leben erleichtern kann. Kompatibilität mit vorherigen Versionen. Zu vermeiden. Wichtiger Hinweis zur Vermeidung von Bedienungsfehlern. Befehle werden wie folgt dargestellt: Datei > Öffnen. Namen von Produkten und technischen Modulen werden wie folgt dargestellt: MEGA. 8 MEGA System Oriented IT Architecture

9 Einleitung Aufbau dieses Handbuchs AUFBAU DIESES HANDBUCHS Dieses Handbuch erklärt, wie Sie mit MEGA System Oriented IT Architecture die IT-Architektur Ihres Unternehmens anhand einer serviceorientierten Methode beschreiben können. Das Handbuch MEGA System Oriented IT Architecture setzt sich aus folgenden Kapiteln zusammen: "Verwendete Konzepte - Einführung", Seite 23. In diesem Kapitel wird ein Überblick über die grundlegenden Konzepte von MEGA System Oriented IT Architecture gegeben. "Mit modellieren MEGA System Oriented IT Architecture", Seite 29. Hier wird erklärt, wie die Architektur Ihres Unternehmens dargestellt werden kann. "Mit Service Design modellieren", Seite 47. In diesem Kapitel wird erklärt, wie die Protokolle für den Austausch zwischen den Komponenten Ihrer IT-Architektur angegeben werden. "Standardberichte von MEGA System Oriented IT Architecture verwenden", Seite 59. In diesem Kapitel wird erläutert, wie die Beziehungen zwischen den Komponenten eines Unternehmens mit MEGA System Oriented IT Architecture analysiert werden können. "Glossar", Seite 55, das die Definitionen der wichtigsten Konzepte des Handbuchs MEGA System Oriented IT Architecture zusammenfasst. Dieses Handbuch wird ergänzt durch: das Handbuch Handbuch für den Schnelleinstieg Architecture, das Ihnen hilft, mit MEGA ein erstes Diagramm zu erstellen. das Handbuch MEGA Architecture, mit dem Sie anhand der vorgestellten Konzepte weitere Schritte durchführen können das Handbuch MEGA Common Features, das die Funktionalitäten vorstellt, die für alle MEGA-Produkte gelten. das Handbuch MEGA Publisher, das die erweiterten technischen Funktionen erläutert. 9

10 Introduction EINE EIGENE ARBEITSGRUNDLAGE ERSTELLEN In diesem Kapitel werden die wichtigsten Elemente Ihrer Arbeitsgrundlage vorgestellt und In dem Kapitel wird erklärt, wie: ein Arbeitskontext definiert wird: die Bibliothek eine Standardbibliothek definiert wird Objekte in der Bibliothek erstellt werden die notwendigen Optionen zur Benutzung von MEGA System Oriented IT Architecture definiert werden. Arbeitskontext erstellen: die Bibliothek Der Kontext, in dem Sie arbeiten werden, wird von einer Bibliothek definiert. In einer Bibliothek können MEGA-Objekte abgelegt werden. Die in einer Bibliothek definierten Objekte sind nur im Kontext der Bibliothek bekannt. Um gemeinsame Objekte zu definieren, kann eine Bibliothek auf eine andere Bibliothek verweisen. Um eine Bibliothek zu erstellen, gehen Sie wie folgt vor: 1. Wählen Sie im Navigationsbereich des MEGA-Arbeitsbereiches die Registerkarte Home aus. 2. Klicken Sie im Navigator Home mit der rechten Maustaste auf den Ordner Standardbibliothek. 3. Wählen Sie Neu > Bibliothek aus. Das Fenster Erstellung von Bibliothek wird geöffnet. 4. Geben Sie den Namen der Bibliothek ein. 5. Klicken Sie auf OK, um dieses Fenster zu schließen. Die neue Bibliothek wird im Navigationsfenster Home angezeigt. Sie wird zur Standardbibliothek. In einem normalen Arbeitskontext eines Unternehmens wird die Arbeitsbibliothek vom Projektmanager definiert. Standardbibliothek definieren Wenn Sie beginnen, in einem Repository zu arbeiten, müssen Sie eine Standardbibliothek definieren. Um eine Standardbibliothek zu definieren, gehen Sie wie folgt vor: 1. Wählen Sie die Bibliothek aus, in der Sie arbeiten möchten. 2. Klicken Sie mit der rechten Maustaste auf Standardmäßig definieren. Diese Bibliothek erscheint im Ordner Standardbibliothek. 10 MEGA System Oriented IT Architecture

11 Einleitung Eine eigene Arbeitsgrundlage erstellen Objekte ab einer Bibliothek erstellen Um neue Objekte in ihrem Nutzungskontext klassieren zu können, sollten sie besser in Bibliotheken erstellt werden. Um ein Objekt ab einer Bibliothek zu erstellen, gehen Sie wie folgt vor: 1. Klicken Sie im Navigationsfenster Home mit der rechten Maustaste auf die betreffende Bibliothek und anschließend auf Neu. 2. Wählen Sie den gewünschten Objekttyp aus: Daraufhin wird das Fenster zum Erstellen des Objekts angezeigt. 3. Geben Sie in dem nun geöffneten Fenster zur Erstellung den Namen des Objekts ein. 4. Klicken Sie auf OK. Das neue Objekt wird nun in der Baumstruktur der Bibliothek angezeigt und in dem Ordner gespeichert, der seinem Typ entspricht. Optionen definieren Der Zugriff auf die Funktionen einer Modellierung des Austauschs zwischen den in diesem Handbuch beschriebenen Komponenten der IT-Architektur erfolgt über eine Option. Um die Modellierungsmechanismen der Protokolle zu verwenden, gehen Sie wie folgt vor: 1. Klicken Sie im Arbeitsbereich auf Extras > Optionen. 2. Klappen Sie den Ordner Kompatibilität auf und klicken Sie auf den Ordner Sonstige. 3. Heben Sie die Markierung des Felds Modellierung der Protokolle vor MEGA 2009 SP5 R7 auf. 11

12 Introduction BEISPIELE FÜR DIE VERWENDUNG Mit den von MEGA System Oriented IT Architecture aufgeführten Funktionalitäten für die Modellierung serviceorientierter Architekturen können dargestellt werden: Hardware- und organisatorische Komponenten, die für die korrekte Funktionsweise des IT-Systems notwendig sind Interaktionen zwischen den Komponenten die Dienste, die im Rahmen der modellierten Architektur angeboten und genutzt werden Die beschriebenen Komponenten können einer Modellierungsmethodologie folgen: aufsteigend, von einer detaillierten zu einer konzeptuellen Darstellung absteigend, von einer konzeptuellen zu einer detaillierten Darstellung Diese Modellierungsfunktionen beruhen auf dem Beispiel einer Anwendungsarchitektur für die Bearbeitung von Einkäufen, die mit einer absteigenden Methode ab folgenden Diagrammen vorgestellt wird: Strukturdiagramm über die Anwendungsarchitektur Anwendungsstruktur Strukturdiagramm über die Dienstarchitektur Strukturdiagramm über IT-Service Das Beispiel ist im standardmäßig mitgelieferten Beispiel-Repository "MEGA Tutorial" in der Bibliothek "Plattform der Einkaufsverwaltung" enthalten. "Anwendungsarchitekturdiagramm", Seite 13 "Beispiel einer IT-Service-Architektur", Seite 16 "Beispiel der Funktionsweise der Protokolle und Interaktionen", Seite MEGA System Oriented IT Architecture

13 Einleitung Beispiele für die Verwendung Anwendungsarchitekturdiagramm Strukturdiagramm über die Anwendungsarchitektur Die Komponenten der Anwendungsarchitektur werden in einem Strukturdiagramm über die Anwendungsarchitektur beschrieben, das die interne Struktur der Anwendungsarchitektur beschreibt: die angebotenen oder erforderlichen Dienste die übernommenen Prozesse die Komponenten und ihre Interaktionen die Endbenutzer in Interaktion mit den Anwendungskomponenten Eine Anwendungsarchitektur ist eine Montage aus anderen Anwendungsarchitekturen, Anwendungen und Endbenutzern, die mit den Anwendungskomponenten zusammenwirken, um eine oder mehrere Funktionalitäten durchzuführen. Folgendes Diagramm beschreibt die Anwendungsarchitektur für die Bearbeitung der Einkaufsanträge. Strukturdiagramm über die Anwendungsarchitektur "Bearbeitung der Einkaufsanträge" Die Einkaufsanträge können vom Kunden direkt über eine ecommerce-anwendung formuliert werden, oder aber indirekt, 13

14 Introduction über ein Call Center. Die internen Einkaufsanträge erfolgen durch einen Einkaufsassistenten. Bei der Architektur der Bearbeitung von Einkaufsanträgen kommen die Dienste der Anwendungsarchitekturen der "Plattform der Einkaufsverwaltung" und "Zahlungsmanagement" zum Einsatz. Das Diagramm besteht aus: Zwei Elementen vom Typ Verwendung einer Anwendungsarchitektur, die die beiden eingesetzten Anwendungsarchitekturen darstellen. Die Nutzung einer Anwendungsarchitektur beschreibt die Rolle einer Anwendungsarchitektur in einer zusammengesetzten Beziehung mit einer übergeordneten Anwendungsarchitektur. Drei Anwendungskomponenten, die die im Kontext einer beschriebenen Anwendungsarchitektur eingesetzten Anwendungen darstellen. Eine Anwendungskomponente beschreibt die Rolle einer Anwendung in einer zusammengesetzten Beziehung mit einer Anwendungsarchitektur oder einer übergeordneten Anwendung. Drei Komponenten des Typs Endbenutzer, die die Kategorien der in der beschriebenen Anwendungsarchitektur mitwirkenden Personen darstellen. Ein Endbenutzer stellt eine OrgEinheit dat, die an den Grenzen einer Anwendungsarchitektur oder einer IT-Service-Architektur mitwirkt. Interaktionen zwischen den Komponenten, die die Dienstanträge darstellen. Eine Interaktion ist ein Vertrag, der in einem bestimmten Kontext zwischen zwei autonomen Entitäten innerhalb oder außerhalb eines Unternehmens abgeschlossen wird. Diese Entitäten können Organisationseinheiten, Aktivitäten oder Prozesse des Unternehmens sein, sowie externe Orgeinheiten eines Unternehmens. Der Inhalt dieses Vertrages wird von einem Protokoll beschrieben. Diagramm der Anwendungsstruktur In einer Anwendung können Sie auf das Diagramm einer Anwendungsstruktur zugreifen, das die wichtigsten Elemente für die Funktionsweise der Anwendung beschreibt. In einem Diagramm der Anwendungsstruktur werden die Komponenten auf der ersten Ebene einer Anwendung, die 14 MEGA System Oriented IT Architecture

15 Einleitung Beispiele für die Verwendung Zugriffspunkte (Dienst- und Abfragepunkte) und die Verbindungen zwischen den Komponenten grafisch dargestellt. Diagramm der Anwendungsstruktur "Verwaltung der Einkaufsanträge" Die Anwendung zur Verwaltung der Einkaufsanträge wird nicht für interne Einkäufe verwendet und stützt sich auf zwei spezielle Anwendungen: eine für den Einkauf von Gebrauchsartikeln und eine andere für die Materialbeschaffung. Die beiden Anwendungen verwenden Microsoft Excel. Die Versionsnummer im unteren Bereich des Rahmens ist eine Eigenschaft der Anwendung. Weitere Informationen finden Sie unter "Eigenschaften der beschriebenen Elemente", Seite 25. Dieses Diagramm besteht aus folgenden Elementen: Zwei Anwendungskomponenten, die die verwendeten Anwendungen darstellen Eine Anwendungskomponente beschreibt die Rolle einer Anwendung in einer zusammengesetzten Beziehung mit einer Anwendungsarchitektur oder einer übergeordneten Anwendung. Einer Komponente einer Plattformanwendung, die im Beispiel mit der Excel-Anwendung verbunden ist. Komponente einer Plattformanwendung stellt die tatsache dar, dass die verbundene Anwendung in der beschriebenen Anwendung die Rolle einer Plattform übernimmt. Beispielsweise ist Tomcat eine Plattformkomponente für SageCRM. Interaktionen zwischen den Komponenten, die die Dienstanträge darstellen. Wichtig: Der Dienstpunkt "Zugang interner Einkauf" ist aktiviert. "Zugang Bestellung" aktiviert den Dienst der Bestellungen, wenn die Einkaufsanträge freigegeben wurden. Eine Interaktion ist ein Vertrag, der in einem bestimmten Kontext zwischen zwei autonomen Entitäten innerhalb oder außerhalb eines Unternehmens abgeschlossen wird. Diese Entitäten können 15

16 Introduction Organisationseinheiten, Aktivitäten oder Prozesse des Unternehmens sein, sowie externe Orgeinheiten eines Unternehmens. Der Inhalt dieses Vertrages wird von einem Protokoll beschrieben. Beispiel einer IT-Service-Architektur Strukturdiagramm über die IT-Service-Architektur Die Komponenten der IT-Service-Architektur werden in einem Strukturdiagramm über die Anwendungsarchitektur beschrieben, das Folgendes beschreibt: die angebotenen oder erforderlichen Dienste die übernommenen Prozesse, die Komponenten und ihre Interaktionen die Endbenutzer in Interaktion mit den Anwendungskomponenten Eine Architektur eines IT-Services ist eine Montage aus anderen Anwendungsarchitekturen, IT-Services und Endbenutzern, die mit den Anwendungskomponenten zusammenwirken, um eine oder mehrere Funktionalitäten durchzuführen. Folgendes Diagramm beschreibt die Architektur des IT- Services Einkauf per ecommerce, der den Kunden angeboten wird. Strukturdiagramm über die IT-Service-Architektur "Einkauf per ecommerce" Die von den Kunden formulierten Anträge werden von der IT- Service-Architektur "Warenkorb des Kunden verwalten" 16 MEGA System Oriented IT Architecture

17 Einleitung Beispiele für die Verwendung bearbeitet. Der IT-Service "Bestellung erstellen" wird anschließend im Kontext dieser Architektur verwendet. Das Strukturdiagramm über die IT-Service-Architektur, das den Warenkorb des Kunden verwaltet, führt zwei Abfragepunkte für "Reservieren" oder "Bestellen" auf. Strukturdiagramm über die IT-Service-Architektur "Warenkorb des Kunden verwalten" Diese Diagramme bestehen aus: einer Komponente des Typs Endbenutzer, die in diesem Beispiel die Kunden darstellt. Ein Endbenutzer stellt eine OrgEinheit dat, die an den Grenzen einer Anwendungsarchitektur oder einer IT-Service-Architektur mitwirkt. Mehrere Nutzungen einer IT-Service-Architektur, die die beiden IT- Service-Architekturen darstellen. Die Nutzung einer IT-Service-Architektur beschreibt die Rolle einer IT-Service-Architektur in einer zusammengesetzten Beziehung mit einer übergeordneten IT-Service-Architektur. Die IT-Servicekomponenten, die die genutzten IT-Services im Kontext der beschriebenen IT-Service-Architektur darstellen. Eine IT-Service-Komponente beschreibt die Rolle eines IT-Services in einer zusammengesetzten Beziehung, die sich aus einer übergeordneten IT-Service oder einer übergeordneten IT-Service- Architektur besteht. Interaktionen zwischen den Komponenten, die die Dienstanträge darstellen. Eine Interaktion ist ein Vertrag, der in einem bestimmten Kontext zwischen zwei autonomen Entitäten innerhalb oder außerhalb eines Unternehmens abgeschlossen wird. Diese Entitäten können Organisationseinheiten, Aktivitäten oder Prozesse des Unternehmens sein, sowie externe Orgeinheiten eines Unternehmens. Der Inhalt dieses Vertrages wird von einem Protokoll beschrieben. 17

18 Introduction Strukturdiagramm über IT-Service In einer Anwendung können Sie auf das Strukturdiagramm eines IT-Services zugreifen, das die wichtigsten Elemente für die Funktionsweise der Anwendung beschreibt. Beispiel der Funktionsweise der Protokolle und Interaktionen Eine Interaktion stellt den Informationsaustausch zwischen den Komponenten einer Architektur dar. Eine Interaktion ist ein Vertrag, der in einem bestimmten Kontext zwischen zwei autonomen Entitäten innerhalb oder außerhalb eines Unternehmens abgeschlossen wird. Diese Entitäten können Organisationseinheiten, Aktivitäten oder Prozesse des Unternehmens sein, sowie externe Orgeinheiten eines Unternehmens. Der Inhalt dieses Vertrages wird von einem Protokoll beschrieben. Der Inhalt einer Interaktion wird von einem Protokoll beschrieben. Ein Protokoll ist ein Vertragsmodell zwischen zwei Organisationseinheiten. Dieser Vertrag wird von den Austauschen zwischen der Rolle eines Initiators und einer oder mehreren Rollen der Beitragsleistenden beschrieben. Im Strukturdiagramm über die Anwendungsarchitektur "Bearbeitung der Einkaufsanträge" werden zwei Interaktionen verwendet. Interaktionen im Strukturdiagramm über die Anwendungsarchitektur "Bearbeitung der Einkaufsanträge" Die Kunden können in einer ecommerce-anwendung Bestellungen aufgeben, oder aber über ein Call Center, das selbst eine ecommerce-anwendung verwendet, um den Dienst der Kundenidentifikation zu erhalten. Ein Kunde, der seine Bestellung über ein Call Center aufgibt, kann andere Anträge als Bestellungen senden. 18 MEGA System Oriented IT Architecture

19 Einleitung Beispiele für die Verwendung Diagramm einer Dienstdefinition (BPMN) Das Diagramm einer Dienstdefinition, das mit dem Protokoll der Kundenidentifikation verbunden ist, beschreibt in einer BPMN-Notation die durchgeführten Vorgänge. Diagramm einer Dienstdefinition (BPMN) "Identifikation des Kunden" Der Protokollablauf der Identifikation des Kunden beginnt mit der Identifizierung des Kunden. Wenn der Kunde gefunden ist, gibt das Protokoll die Auskünfte über den Kunden zurück. Andernfalls wird ein Protokoll zur Erstellung eines Kunden aktiviert. Die Etappen des Protokollablaufs werden mit Gemeinsamen Aktionen eines Vorgangs dargestellt. Eine gemeinsame Aktion eines Vorgangs ist mit einem Dienstvorgang verbunden. Die Aktion wird in der Beschreibung eines Protokolls verwendet, um elementare Austausche darzustellen. Diagramm eines Dienstvorgangs Mit der Option MEGA Service Design wird eine Gemeinsame Aktion eines Vorgangs mit einem Dienstvorgang verbunden. Eine gemeinsame Aktion eines Vorgangs ist mit einem Dienstvorgang verbunden. Die Aktion wird in der Beschreibung eines Protokolls verwendet, um elementare Austausche darzustellen. Ein Dienstvorgang beschreibt ein Protokoll zum Austausch von Nachrichten zwischen zwei Rollen. 19

20 Introduction Ein Dienstvorgang wird in einem Diagramm eines Dienstvorgangs beschrieben, das die Folgen ausgetauschter Nachrichten aufführt. Ein Dienstvorgang beschreibt ein Protokoll zum Austausch von Nachrichten zwischen zwei Rollen. Diagramm eines Dienstvorgangs "Dienst Kundenidentifikation" Der Protokollablauf des Dienstes der Kundenidentifikation beginnt mit dem Versand von Informationen, mit denen der Kunde identifiziert wird. Wenn der Kunde nicht gefunden wird, wird eine Fehlermeldung ausgegeben. Andernfalls werden die Auskünfte über den Kunden gesendet (Kundenidentifikation, Status der Bestellungen usw.). Beispiel eines erweiterten Kommunikationsprotokoll Mit der Option MEGA Service Design wird ein Protokoll mit einer Folge einzelner dargestellter Etappen beschrieben, d. h. : von Gemeinsamen Aktionen eines Dienstes von Gemeinsamen Aktionen eines Vorgangs Eine gemeinsame Aktion eines Dienstes ist mit einem Protokoll verbunden. Die Aktion wird in der Beschreibung eines Protokolls verwendet, um komplexe Austausche darzustellen. Eine gemeinsame Aktion eines Vorgangs ist mit einem Dienstvorgang verbunden. Die Aktion wird in der Beschreibung eines Protokolls verwendet, um elementare Austausche darzustellen. Die Rollen des Protokolls, die am Rahmen aufgeführt werden, stellen die mitwirkenden Personen dar: Kunde/Lieferant oder Sender/Empfänger 20 MEGA System Oriented IT Architecture

21 Einleitung Beispiele für die Verwendung Ein Protokoll kann auch von einer oder zwei mitwirkenden Personen beschrieben werden. In diesem Fall handelt es sich bei einer Rolle um den Initiator des Protokolls. Die anderen mitwirkenden sind die Beitragsleistenden. Diagramm einer Dienstdefinition (BPMN) "Antrag auf Informationen" Das Protokoll "Antrag auf Informationen" wird vom Call Center verwendet, um den Antrag eines Online-Kunden zu berücksichtigen. Bei diesem Protokoll wirken also drei Personen mit: der Kunde, die IT-Anwendungen und der Kundenvertreter, der effektiv den Antrag des Dienstes stellt (hier das Call Center). Das Protokoll beinhaltet, den Kunden zu identifizieren und seinen Antrag zu analysieren. Der Antrag wird im Anschluss als Einkaufsantrag oder als anderen Antrag bearbeitet, wenn es sich zum Beispiel um einen Antrag auf Auskunft handelt. 21

22 Introduction 22 MEGA System Oriented IT Architecture

23 VERWENDETE KONZEPTE - EINFÜHRUNG MEGA System Oriented IT Architecture ist ein Werkzeug zur Beschreibung der serviceorientierten Architektur, mit denen die Kommunikation zwischen den einzelnen Architekturen leichter gestaltet werden soll. Bei der Beschreibung der Architekturen werden besondere Konzepte verwendet, mit denen sich das Produkt allgemeiner verwenden lässt. "In den Diagrammen beschriebene Elemente", Seite 24 "Diagramme und ihre Objekte", Seite 26 "Eigenschaften der verbundenen Objekte", Seite 27 23

24 1 IN DEN DIAGRAMMEN BESCHRIEBENE ELEMENTE Die Diagramme der serviceorientierten Architekturen beruhen auf zwei Konzepttypen: Den im Diagramm beschriebenen Elementen, Hardware oder organisatorische Elemente, die in einer Architektur eingesetzt werden, wie zum Beispiel: die Verwendung einer Anwendungsarchitektur, ein Endbenutzer oder eine Anwendungskomponente. Die mit diesen Elementen verbundenen Objekte können ohne Folgen für die Elemente selbst oder ihre Umgebung geändert werden. Die mit den beschriebenen Elementen verbundenen Objekte, die konkreten Objekten entsprechen. Dabei handelt es sich um Anwendungsarchitekturen, Architekturen von IT-Services, Dienstvorgänge, OrgEinheiten oder Anwendungen. Im Beispiel der Architektur einer Bearbeitung der Einkaufsanträge sind "Plattform der Einkaufsverwaltung" und "Zahlungsmanagement" Verwendungen der Anwendungsarchitektur. Diese Anwendunsarchitekturen setzen sich aus verschiedenen Ressourcen zusammen: Anwendungskomponenten und Verwendung einer Anwendungsarchitektur. Kontextmenü der beschriebenen Elemente Bei allen Diagrammen in diesem Handbuch weist das Kontextmenü der meisten Komponenten (beispielsweise Anwendungskomponente) folgende Optionen auf: die Befehle des Objekttyps, der von dem Element benutzt wird (zum Beispiel Anwendung) die Befehle für die Komponente die Befehle für die Grafik 24 MEGA System Oriented IT Architecture

25 Verwendete Konzepte - Einführung In den Diagrammen beschriebene Elemente Eigenschaften der beschriebenen Elemente Um auf ein Objekt zuzugreifen, das die Komponente einer Architektur definiert, gehen Sie wie folgt vor: 1. Öffnen Sie das Eigenschaftsfenster der Komponente (zum Beispiel eine Anwendungskomponente) und wählen Sie die Registerkarte Merkmale aus. Das Objekt, das die Komponente definiert (hier eine Anwendung), wird im Feld Verwendete Anwendung angezeigt. 2. Klicken Sie auf den Pfeil rechts neben dem Feld Verwendete Anwendung, um das Kontextmenü des verwendeten Objekts zu öffnen oder das Objekt zu ersetzen, ohne die aktuelle Komponente zu ändern. 25

26 1 DIAGRAMME UND IHRE OBJEKTE Die folgende Tabelle gibt einen Überblick über die Begriffe, die für die verschiedenen Elemente einer serviceorientierten Architektur verwendet werden und von dem Kontext abhängen, in dem die betroffene Komponente eingesetzt wird. Diagramm Beschriebenes Objekt Verbundenes Objekt Kommentar Strukturdiagramm über die Anwendungsarchitektur Verwendung einer Anwendungsarchitektur Anwendungsarch itektur Verwendung einer Architektur durch eine andere Anwendungskomponente Anwendung Verwendung einer Anwendung in einer Architektur Endbenutzer OrgEinheit Diagramm über Anwendungsstruktur Anwendungskomponente Komponente einer Plattformanwendung Anwendung Anwendung Andere Form der Verwendung einer Anwendung in einer Architektur Strukturdiagramm über die IT-Service- Architektur Verwendung einer IT- Service-Architektur IT-Service- Architektur Verwendung einer Architektur durch eine andere IT-Service-Komponente IT-Service Verwendung eines IT- Services in einer Architektur Endbenutzer OrgEinheit Strukturdiagramm über IT-Service IT-Service-Komponente IT-Service Verwendung einer Anwendung in einer Architektur Komponente einer IT- Service-Plattform IT-Service Andere Form der Verwendung eines IT- Services in einer Architektur Diagramm einer Dienstdefinition (BPMN) Gemeinsame Aktion eines Vorgangs Gemeinsame Aktion eines Dienstes Dienstvorgang Protokoll 26 MEGA System Oriented IT Architecture