Fachliche Referenzarchitektur
Diese Seite ist ein Teil der IsyFact-Standards.
Alle Inhalte der Seite, insbesondere Texte und Grafiken, sind urheberrechtlich geschützt.
Alle urheberrechtlichen Nutzungs- und Verwertungsrechte liegen beim Bundesverwaltungsamt.
Die Nutzung ist unter den Lizenzbedingungen der Creative Commons Namensnennung 4.0 International gestattet.
Zu den Aufgaben einer öffentlichen oder privatwirtschaftlichen Organisation gehört die Durchführung verschiedener fachlicher Verfahren. Wenn solche Verfahren vollständig oder teilweise automatisiert werden sollen, so erfolgt dies in der Regel mit Anwendungen, die zunächst aus fachlicher Sicht beschrieben, dann mit softwaretechnischen Mitteln umgesetzt und schließlich auf einer technischen Infrastruktur betrieben werden.
Bei einer großen Zahl von vollständig oder teilweise automatisierten Verfahren entsteht eine entsprechende Anzahl von Anwendungen. Hier kann schnell der Überblick verloren gehen, sodass Prinzipien zur Strukturierung benötigt werden, die Ordnung schaffen.
Die Menge aller Anwendungen einer Organisation und deren Nutzungsbeziehungen untereinander bilden eine Anwendungslandschaft. Die fachliche Architektur einer Anwendungslandschaft gibt hier die Strukturierung aus fachlicher Sicht vor und legt fest, wie Anwendungen in die Anwendungslandschaft integriert werden.
1. Fachliche Architektur einer Anwendungslandschaft
Zur Strukturierung der Anwendungslandschaft werden drei fachliche Hierarchieebenen festgelegt:
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.
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.
Eine Anwendung ist Bestandteil der A-Architektur. Die software-technische Umsetzung einer Anwendung besteht in der Regel aus mehreren IT-Systemen.
Anwendungskomponenten:
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.1. Arten von Anwendungen
Im Rahmen der Referenzarchitektur werden zunächst Geschäftsanwendungen und Querschnittsanwendungen als Typen von Anwendungen unterschieden. Eine weitergehende Unterscheidung der Geschäftsanwendungen muss durch ein Tailoring der Referenzarchitektur erfolgen.
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.
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.2. Zugriff auf die Anwendungslandschaft
Portal: Das Portal stellt den Benutzenden eine einheitliche Dialogoberfläche für den Zugriff auf die Services der Anwendungslandschaft zur Verfügung. Einzelne Geschäftsanwendungen stellen Nutzerschnittstellen zur Verfügung, das Portal integriert diese, bildet einen zentralen Einstiegspunkt für alle Web-Anwendungen und übernimmt die Aufgabe der Authentifizierung und der Autorisierung auf Anwendungsebene.
Service-Gateway: Im Service-Gateway werden alle Services der Anwendungen bereitgestellt, die externe Nutzende direkt nutzen dürfen. Dazu führt das Service-Gateway die Authentifizierung und Autorisierung der Service-Aufrufer auf Anwendungsebene durch. Weiterhin transformiert das Service-Gateway das interne Kommunikationsprotokoll einer IsyFact-Systemlandschaft in das vom Service-Aufrufer erwartete Protokoll. Dies sind in der Regel Web Service-Aufrufe.
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.