Stephan H. Sneed

Creating Web services from legacy host programs

An important prerequisite to connecting existing systems to the Web is the ability to link client programs on the Web site with server programs on the host. The host programs have not been conceived to run in an internet mode. They are either online transactions or batch steps. This paper describes a tool supported process to cut out selected sections of legacy code and to provide them with an XML interface. The same interface is used to generate a Java class, which creates XML messages returning from the server. This class is then built in to the package managing the Web site. In this way a consistent communication between the Web site and the server components on the host is ensured.

Linking legacy services to the business process model

The purpose of the work described here is to support the reuse of existing software systems in a SOA environment by linking a description of existing programs to the overlying business processes. It is one thing to technically wrap the legacy code. It is another matter to connect the code interface definition to the business processes. The SoftLink tool is under development to bridge that gap between the business model and the code reality. The crux of the solution is to identify the entry points to the application system and their parameters and to link them to the events in the business process via a WSDL interface. The method is illustrated here on a legacy COBOL application for processing customer orders. From that code interfaces to the events within the subject-oriented business process model are created via a semi-automated transformation. Future development will focus on linking Java and .Net systems as well. This will provide a better basis for the maintenance of SOA systems and allow impact analysis to traverse the border between model and code.

Reverse Engineering of System Interfaces A Report from the Field

This paper is a report on three real industrial projects conducted to redocument the system interfaces of existing application systems - trading system, a health insurance system and a bank credit system. The first reverse engineering project was for the purpose of accessing the backend C server software from Web clients. The second project was for the purpose of testing the interfaces between COBOL subsystems running parallel in two interconnected environments - computer and a Bull mainframe. The third project was to extract procedures from existing PL/I programs for reuse as Web services. The lessons learned from the three projects are assessed to draw conclusions on how to improve the development process

Reusing existing object-oriented code as web services in a SOA

This paper describes the reuse of existing classes and methods in an existing object-oriented system as web services in a service-oriented architecture. The approach presented here identifies the interfaces and public methods which can be invoked from outside and generates a WSDL interface to access them. It is a bottom-up approach to creating web services which allows business processes to reuse existing functionality. The tool SoftReuse described in this paper not only generates interfaces to existing public methods in Java and C# code, but also generates a visual documentation of those interfaces and test scripts for testing them. The test scripts use assertions to generate service requests as well as to validate the service responses. The goal is to build the reused services into new S-BPM business processes. This is an extension of the work already made with procedural languages and presented at a previous MESOCA Workshop.

Kapselung bestehender Anwendungen

Wer heute eine neue Webanwendung entwickelt, wurde bestimmt seine Anwendungen mit XML-Schnittstellen nach ausen versehen. Dies gilt sowohl fur die Benutzeroberflache als auch fur die Datenbanken und die Import/Export-Schnittstelle. Die Anwendung ware regelrecht hinter einer XML-Schale versteckt. Alle Offnungen zur Ausenwelt sind in XML, alle Datenflusse sind XML-Datenstrome. Die Anwendung ware von Anfang an gekapselt [142].

Ein unumgänglicher Übergang

Viele Unternehmen stehen jetzt an der Schwelle des E-Business-Zeitalters. Sie kommen jedoch nicht weiter, weil gerade das, was sie hinein fuhren sollte, sie daran hindert, namlich ihre Informationstechnologie. Die Informationstechnologie der meisten Grosunternehmen steckt im Schlamm, der von den vorhergehenden technologischen Wellen hinterlassen wurde und kann sich nicht von allein befreien. Sie ist zum Opfer ihrer eigenen Entwicklung geworden. Die Aufrechterhaltung der alten Anwendungssysteme bindet ihre ohnehin beschrankte Kapazitat und last ihr keinen Freiraum fur die Entfaltung neuer Technologien -geschweige denn fur den Ubergang zum E-Business [319].

Der Weg zur webbasierten Systemintegration

Paul Harmon, ein in Amerika anerkannter Experte fur verteilte Informationstechnologie, ist uberzeugt, das die Webtechnologie die Geschaftswelt radikal verandern wird.

Business Reengineering im Zeitalter des Internets

In einem bahnbrechenden Artikel in der Communications of the ACM vom August 2001 beschreiben J. Benamati und A. Lederer die Schwierigkeiten, die Unternehmen haben, um mit der sich schnell andernden Technologie Schritt zu halten [28]. Die Geschwindigkeit des technologischen Wandels ubertrifft bei weitem die Fahigkeit der Organisationen, ihn zu verdauen. Je groser der Betrieb, desto langsamer der Anpassungsprozes. Dennoch bleibt einem Unternehmen nichts anderes ubrig, als sich mit der Technologie zu wandeln oder sang- und klanglos unterzugehen. Die Technik bestimmt den Rhythmus unserer Zeit.

E-Business-Modelle für Systemintegration

E-Business setzt Business Reengineering und Enterprise Application Integration voraus. Beide Phasen mussen vollzogen werden, um den Weg zu einem funktionalen E-Business frei zu machen. E-Business baut auf der Web-Technologie auf. Die Web-Technologie bietet den technischen Rahmen, um verteilte, verschiedenartige Rechner, Programme, Datenbanken und Geschaftsprozesse miteinander zu verbinden. Dennoch sind damit nur die technischen Voraussetzungen erfullt. Es bleiben noch die organisatorischen und und die architektonischen Voraussetzungen. Business Reengineering fuhrt zu einer Aufteilung der Unternehmen in selbstandig agierende Geschaftseinheiten, die fur die verteilten Geschaftsprozesse und die dahinter liegenden Anwendungssysteme zustandig sind. Enterprise Application Integration schafft die erforderliche Systemarchitektur fur die Integration zwischen den bestehenden Anwendungen sowie fur den Zugriff auf die bereits vorhandenen Funktionen und Daten. E-Business setzt auf diesen Ergebnissen auf und verbindet das Unternehmen mit der Ausenwelt. E-Business ist letztendlich nur ein weiterer Schritt in der Automation der betrieblichen Ablaufe.

Enterprise Application Integration durch Kapselung

Die IT-Landschaft der meisten Unternehmen ist uber die Jahre immer bunter geworden. Neben den alten Hostanwendungen in den klassischen Sprachen wie Assembler, PL/I und COBOL finden sich 4GL-Anwendungen, Client/Server-Systeme in C/C++ und neuerdings auch Webanwendungen in Java oder C#. Die Daten sind gespeichert in verschiedenen Datenbanksystemarten -von hierarchisch oder netzartig bis zu relational oder objektrelational. Die Benutzeroberflachen reichen von festformatierten 3270 Masken uber Windows-GUI bis hin zu gestaffelten Webseiten mit Animation und Hyperlinks. Es ist alles vorhanden, all das, was uns die IT-Technologie uber die letzten dreisig Jahre beschert hat, und alles dient noch einem Zweck. Viele Anwendungsbetriebe ahneln einem Gemischtwarenladen. Die Spannweite der Software reicht von den selbst gefertigten Legacy-Anwendungen, die einzelne Funktionen erfullen, bis zu den umfangreichen ERP-Systemen, die ganze Geschaftsbereiche abdecken. Es herrscht eine grose Heterogenitat [276].