Client unabhängige Integration von IT-Systemen am Beispiel von SAP und Datenbanken

Abstract

Die Funktionen von IT-Systemen müssen in zahlreichen Fällen anderen IT-Systemen zur Verfügung gestellt werden. Nach wie vor erfolgt dies oft über spezifische Integrationslösung. Dies führt zu einer hohen Anzahl an individuellen Lösungen und erschwert die Wartung einer gesamtheitlichen Integration wesentlich. Auch Anpassungen existierender Lösungen gestalten sich dadurch komplexer und risikoreicher. Aus diesem Grund sollte ein Ansatz verfolgt um gekapselte Integrationslogik, strukturierter und unabhängig vom Client zur Verfügung zu stellen. Eine ähnliche Problemstellung wurde auch im Forschungsprojekt "FFF-DMS-EAI" vorgefunden, bei dem es für das Document Management System (DMS) "InStruct" und die Business Process Management (BPM) Plattform "InSpire" einen Integration Layer zu entwickeln galt, um gezielt auf Informationen oder Funktionen spezifischer IT-Systeme zugreifen zu können. Daraus entstand die Anforderung an einen vom Integration Client unabhängigen und gleichzeitig Service-orientierten Ansatz und in weiterer Folge das Konzept der "Service-Oriented Adapter Architecture" (SOAA). Diese bisher rein konzeptionelle Architektur galt es exemplarisch umzusetzen.<br />Einerseits um ihre Relevanz und Praxistauglichkeit zu bestimmen und andererseits um den Produkten "InSpire" und "InStruct" einen initialen Integration Layer zur Verfügung zu stellen. Dazu wurden zunächst grundlegende Anforderungen und Ziele definiert und darauf aufbauend eine Vorgehensweise, in Form eines iterativen Entwicklungsprozesses, erarbeitet. Anschließend fand eine Darstellung der Umsetzung allgemeiner Architekturkomponenten, sowie spezifischer Komponenten zur Integration von SAP Systemen und Datenbanken, statt. Eine kritische Betrachtung der Ergebnisse und Erkenntnisse der Umsetzung, das Aufzeigen möglicher Etablierungsstrategien, die Diskussion der Relevanz für Produkt Hersteller und die Darstellung von zukünftigen sinnvollen Erweiterungen bilden den Abschluss der Arbeit.<br />

Many IT systems have to offer their functions and data to other IT systems, especially within larger companies and organisations. Very often this is still done using specific "point-to-point" implementations, which automatically leads to a high amount of individual integration solutions. Using such an approach makes it more difficult, complicated and risky to maintain an organisation's integration architecture. Therefore other approaches should be applied.<br />Approaches those are able to provide functions and data from IT systems in a more structured and "client independent" way. The research project "FFF-DMS-EAI" had to deal with similar requirements and needs. A main part of this project was the implementation of a common "integration layer" for the "Document Management System" (DMS) "InStruct" and the "Business Process Management" (BPM) platform "InSpire". Both software products needed an "adapter layer" to access functions and data provided by other IT systems. This finally resulted in the design and development of the "Service-Oriented Adapter Architecture" (SOAA). SOAA is able to provide integration solutions in a "Service-Oriented" manner and independent from the integration client ("InSpire" and "Instruct" in this case). The conceptual "Service-Oriented Adapter Architecture" (SOAA) will be implemented exemplarily in order to evaluate the relevance, possible fields of application and practical suitability of this integration architecture on the one hand. On the other hand the implementation should provide the required "integration layer" for "InSpire" and "InStruct". Further more the implementation should act as an initial "integration layer" with the potential for extensions in order to offer a stable basis and motivation for further implementations. First of all, the basic requirements and goals, which should be fulfilled by the SOAA implementation, are described. Further on an implementation strategy based on an iterative process is defined.<br />One step of this process is the evaluation and selection of technologies, which are able to fulfil the given requirements and goals.<br />Based on this the implementation for the common components, of the "Service-Oriented Adapter Architecture" (SOAA), is described. As a next step the implementation, for the specific components, which are used to integrate database and SAP systems, is presented. Finally the implementation results and findings, the relevance for software vendors and some possible and useful extensions will be critically discussed.<br />Additionally possible strategies to establish SOAA within organisations and companies are described.