IsyFact-Standards

Die allgemeine Referenzarchitektur muss für die zu bauenden Anwendungen in einer fachlichen Architektur konkretisiert werden. Die fachliche Architektur strukturiert die Anforderungen sowie die zu unterstützenden Geschäftsprozesse. Sie betrachtet dabei zwei Architekturebenen: Anwendungslandschaften und Anwendungen.

Die Ebene der Anwendungslandschaft schneidet die Anforderungen in fachliche Domänen und ordnet ihnen die Geschäftsprozesse zu. Innerhalb der Domänen werden wiederum Geschäftsanwendungen geschnitten, um klar definierte Teilaspekte der Fachlichkeit umzusetzen. Geschäftsanwendungen weisen eine hohe fachliche Kohäsion auf und kommunizieren zur Erfüllung ihrer Aufgaben in der Regel mit weiteren Geschäftsanwendungen.

Die fachliche Architektur der Anwendungslandschaft beschreibt die Geschäftsprozesse sowie Funktionalitäten und Regeln, welche die Grundlage für die fachlichen Schnitte bilden. Neben der Struktur geht sie auch auf die Kommunikation der Geschäftsanwendungen untereinander sowie mit Anwendungen anderer Anwendungslandschaften ein.

Die fachliche Architektur der Geschäftsanwendungen wird in Spezifikationen dokumentiert.

Die software-technische Referenzarchitektur wird auf Basis der Spezifikation aus der fachlichen Architektur entwickelt. Die technischen Entsprechungen für die fachlich motivierte Anwendungslandschaft und die Anwendung sind die technisch motivierten Begriffe der Systemlandschaft und respektive des IT-Systems.

Die Referenzarchitektur kennt drei Typen von IT-Systemen: Backends, Frontends und Batches.

Die Architektur der technischen Infrastruktur wird auf Grundlage der Spezifikation und des Entwurfs entwickelt.

Die Grundlagen der TI-Architektur auf Ebene von Anwendungslandschaften und Anwendungen ist in der technisch-infrastrukturellen Referenzarchitektur beschrieben. Die zu verwendende Infrastruktur ist zum Teil durch den Produktkatalog vorgegeben.

Im Dokument Konzept Fehlerbehandlung ist beschrieben, in welchen Fällen und in welcher Form die Fehler- und Ausnahmebehandlung stattfinden soll.

Der Baustein Datum & Zeit beschreibt die Verwendung der Java 8 Date & Time API (java.time) in der IsyFact. Das Konzept Datum/Zeit beschreibt die konzeptionellen Grundlagen der Verarbeitung von Datums- und Zeitwerten. Die Nutzungsvorgaben Datum/Zeit beschreiben alle Aspekte, die bei der Entwicklung einer Anwendung zu berücksichtigen sind.

Das Dokument Konzept Überwachung beschreibt, welche Arten von Konfiguration für eine Anwendung vorgesehen sind und wie diese umgesetzt werden sollen. Weiterhin wird in diesem Dokument gezeigt, wie die Überwachung und Administration einer Anwendung seitens des Systembetriebs erfolgt und welche Schnittstellen dazu durch die Anwendung zur Verfügung gestellt werden müssen.

Geschäftsanwendungen müssen zum Teil mit Einträgen umgehen, die nicht den geläufigen Zeichenstandards und Codierungen unterliegen. Im Dokument Konzept Sonderzeichen werden Festlegungen getroffen, wie mit daraus resultierenden Problemstellungen umgegangen wird. In diesem Zusammenhang müssen oft auch Namen transkribiert werden. Die dafür zu verwendenden Regeln sind ebenfalls im Dokument enthalten.

Geschäftsanwendungen sollten Logs einheitlich erstellen und auswerten können. Das Konzept Logging beschreibt die einheitliche Erstellung von Logs in Anwendungen sowie deren Auswertung auf fachlicher Ebene. Die Nutzungsvorgaben Logging beschreiben die technische Umsetzung des Loggings und die technischen Möglichkeiten der Auswertung.

Zum Zugriff auf Informationen zu Berechtigungen eines Nutzers ist der Baustein Security zu nutzen. Das Konzept Security beschreibt die konzeptionellen Festlegungen hinsichtlich der Authentifizierung und Autorisierung. Die Nutzungsvorgaben Security beschreiben den Einsatz des Bausteins bei der Anwendungsentwicklung. Zur Nutzung dieser Komponente ist es erforderlich, dass die Rollen und Rechte einer Anwendung in einem speziellen Format abgelegt werden. Ein XML-Schema dazu findet sich im Anhang von Nutzungsvorgaben Security.

Der Baustein verwendet als Grundlage das Spring Task Scheduling für die Steuerung (d.h. Planung und Ausführung) periodisch wiederkehrender Aufgaben. Aufgaben sind (in Abgrenzung zu Batches) innerhalb einer Anwendungskomponente angesiedelt und werden von der Anwendung selbstständig ausgeführt. Das Konzept Task Scheduling beschreibt die konzeptionellen Grundlagen der Steuerung von Aufgaben. Die Nutzungsvorgaben Task Scheduling beschreiben alle Aspekte, die bei der Entwicklung einer Anwendung zu berücksichtigen sind, und alle bereits in der IsyFact definierten Aufgaben (wie z.B. das periodische Neuladen der Anwendungskonfiguration).

In Geschäftsanwendungen müssen manchmal Polling-basierte Schnittstellen angesprochen werden. Polling bedeutet, dass in regelmäßigen Intervallen neue Daten zur Verarbeitung abgeholt werden sollen. Die Schnittstellen nutzen unterschiedliche technische Verfahren wie IMAP, Web-Services oder proprietäre Datenbank-basierte Schnittstellen; weitere sind denkbar. Das Konzept findet sich in Konzept Polling.

Aus Gründen der Ausfallsicherheit soll die Abholung der Daten von mehreren Instanzen einer Anwendung durchgeführt werden. Diese Instanzen müssen synchronisiert werden, sodass Nachrichten nicht mehrfach verarbeitet werden. Die zugrunde liegenden Schnittstellen-Technologien bieten dafür kein Standardverfahren an. Der Baustein Polling definiert ein solches Verfahren. Die Nutzerdokumentation befindet sich unter Nutzungsvorgaben Polling.

Für den externen Zugriff auf Anwendungskomponenten werden deren Schnittstellen über REST-Endpunkte exponiert. Dies ermöglicht eine standardisierte Kommunikation der Anwendungen untereinander und eine lose Kopplung der Anwendungen voneinander. Zur Standardisierung der REST-Schnittstellen gibt es den Baustein REST.

Die Bibliothek isy-util bietet nützliche Hilfsmittel, die von den Anwendungen der IsyFact genutzt werden können. Es handelt sich dabei um kleinere Utility-Klassen, welche die Implementierung vereinfachen. Diese werden in den Nutzungsvorgaben überblicksartig beschrieben.