Fachliche Referenzarchitektur
Die fachliche Referenzarchitektur beschreibt die Strukturierung von Anwendungslandschaften aus fachlicher Sicht und legt fest, wie Anwendungen in die Anwendungslandschaft integriert werden.
1. Fachliche Architektur einer Anwendungslandschaft
Zur Strukturierung der Anwendungslandschaft werden drei fachliche Hierarchieebenen festgelegt.
1.1. Domäne
Auf der obersten Hierarchieebene werden Domänen gebildet. Eine Domäne gruppiert fachlich zusammengehörende Anwendungen zur Unterstützung von Geschäftsprozessen, die als eine Einheit angesehen werden können. In der obigen Abbildung wurden zwei Domänen gebildet. Zwischen den Anwendungen unterschiedlicher Domänen sollten nur wenige, klar definierte Nutzungsbeziehungen existieren.
1.2. Anwendung
Eine Anwendung ist eine zusammengehörende, logische Einheit aus Funktionen, Daten und Schnittstellen. Sie besteht aus Anwendungskomponenten.
Eine Anwendung unterstützt Geschäftsprozesse. Sie beschreibt die gesamten hierfür notwendigen Funktionen, von den Schnittstellen (zu Anwendern oder anderen Anwendungen) über die Geschäftslogik, die Prozesse bis hin zur Datenhaltung. Dabei kann sie Services von anderen Anwendungen nutzen.
1.3. Anwendungskomponente
Eine Anwendungskomponente beschreibt eine Menge funktional zusammenhängender Anwendungsfälle. Anwendungskomponenten sind Bestandteile von Anwendungen. Im Rahmen weitergehender Architekturvorgaben beim Einsatz der IsyFact in einem konkreten Anwendungskontext wird man in der Regel auch vorgeben, welche Arten von Anwendungen es in diesem Kontext geben soll und aus welchen Komponenten sie bestehen. In der obigen Abbildung werden Anwendungskomponenten nicht dargestellt: Sie wären die Bestandteile der blauen und gelben Kästen.
1.4. Anwendungstypen
Im Rahmen der Referenzarchitektur werden Geschäftsanwendungen und Querschnittsanwendungen als Typen von Anwendungen unterschieden. Eine weitergehende Unterscheidung von Geschäftsanwendungen muss durch ein Tailoring der Referenzarchitektur erfolgen.
1.4.1. Geschäftsanwendung
Eine Geschäftsanwendung implementiert für sich genommen oder im Zusammenspiel mit anderen Geschäftsanwendungen einen oder mehrere Geschäftsprozesse einer Domäne. Sie implementiert entweder die gesamte hierfür notwendige Funktionalität (monolithisch), von der Benutzerschnittstelle über die Geschäftslogik, die Prozesse bis hin zur Datenhaltung, oder sie implementiert nur einen Teilbereich der Funktionalität und greift für den Rest über Schnittstellen auf benachbarte Geschäftsanwendungen zu.
Ein häufig anzutreffendes Beispiel hierfür ist die Trennung in eine daten-zentrierte Anwendung für die Bestandsverwaltung und eine prozess-zentrierte Anwendung für die Benutzerinteraktion, die auf die Bestandsverwaltung zugreift. Im Zuge einer solchen Aufgabenteilung werden auch weitergehende Regeln definiert, wie Anwendungen aufeinander zugreifen dürfen. Derartige Prinzipien und Regeln zur Strukturierung sind jedoch immer spezifisch für den jeweiligen Kontext der Anwendungslandschaft und können nicht allgemeingültig festgelegt werden.
1.4.2. Querschnittsanwendung
Eine Querschnittsanwendung ist eine Anwendung, welche die folgenden Kriterien in besonderem Maße erfüllt: Sie besitzt eine geringe bis nicht vorhandene Fachspezifität und ist eigenständig ohne Nutzen für Anwender. Querschnittsanwendungen sind somit in verschiedenen Domänen oder über mehrere Anwendungslandschaften hinweg wiederverwendbar.
Querschnittsanwendungen dürfen nur Services von anderen Querschnittsanwendungen nutzen.
1.5. Zugriff auf die Anwendungslandschaft
Anwendungslandschaften bieten menschlichen Anwendern und externen Anwendungen zwei dedizierte Zugriffswege.
1.5.1. Portal
Das Portal stellt den Anwendern eine einheitliche Dialogoberfläche für den Zugriff auf die Anwendungen der Anwendungslandschaft zur Verfügung. Geschäftsanwendungen stellen grafische Oberflächen zur Verfügung. Das Portal integriert diese, bildet einen zentralen Einstiegspunkt für alle Anwendungen und übernimmt die Aufgabe der Authentifizierung und der Autorisierung auf Anwendungsebene.
1.5.2. API-Gateway
Im API-Gateway werden alle Services der Anwendungen bereitgestellt, die externe Anwendungen direkt nutzen dürfen. Das API-Gateway übernimmt die Authentifizierung und Autorisierung der externen Anwendungen. Weiterhin transformiert es das intern verwendete Kommunikationsprotokoll in das von den externen Anwendungen erwartete Protokoll.
2. Fachliche Architektur einer Anwendung
Die fachliche Referenzarchitektur muss beim Einsatz der IsyFact innerhalb des jeweiligen Anwendungskontexts definiert werden. Die IsyFact dient hier als allgemeiner konzeptioneller Rahmen und macht keine Vorgaben über die Arten von Anwendungen, die in einem bestimmten Kontext vorkommen.
Als Teil der fachlichen Architektur ist unter anderem folgendes zu definieren:
-
Die verschiedenen Arten von Geschäftsanwendungen, die es innerhalb des Anwendungskontexts geben soll.
-
Die Aufgaben und Verantwortlichkeiten der einzelnen Arten von Geschäftsanwendungen.
-
Der daraus resultierende interne Aufbau der Geschäftsanwendungen aus Komponenten.
-
Die Interaktion und die Abhängigkeiten zwischen den Geschäftsanwendungen, insbesondere die zulässigen Kommunikationsbeziehungen.