Objektorientierte Softwaremigration

Transkript

1 2008 AGI-Information Management Consultants May be used for personal purporses only or by libraries associated to dandelon.com network. Harry M. Sneed Objektorientierte Softwaremigration ADDISON-WESLEY An imprint of Addison Wesley Longman, Inc. Bonn Reading, Massachusetts Menlo Park, California New York Harlow, England Don Mills, Ontario Sydney Mexico City Madrid Amsterdam

2 1 Gründe für eine objektorientierte Migration Der Weg ins Kommunikationszeitalter - eine historische Perspektive Die erste Welle: Normierte Programmierung Die zweite Welle: Strukturierte Programmierung Die dritte Welle: Datenbank-Programmierung Die vierte Welle: Objektorientierte Programmierung Quo vadis mit der betrieblichen Datenverarbeitung Die Bürde der Vergangenheit Altlasten bremsen den technischen Fortschritt Gründe für eine Erneuerung Von zentralen zu dezentralen Systemen Die Bedeutung der bestehenden Software Die Schlüsselrolle des Mainframe-Rechners Strategien für eine objektorientierte Migration Möglichkeiten der Migration Drei Alternativen der Migration Entscheidungskriterien Organisation der Software-Migration Ein allgemeines Vorgehensmodell für die Migration Literaturhinweise 33 2 Objektmodellierung für eine Softwaremigration Die Business-Reengineering-Revolution Business-Process-Reengineering Verteilte Datenverarbeitung Objektorientierte Software Ziel der Objektmodellierung Methodik der evolutionären Objektmodellierung Ist-Analyse durch Data Reverse Engineering Vererbung des Datenmodells Verteilung des Prozeßmodells Ermittlung der Geschäftsobjekte 52

3 2.6.5 Spezifikation der Nutzungsfälle Einbeziehung der bestehenden Daten und Funktionen Ergebnisse der Objektmodellierung Die technische Architektur Das Objektmodell Das Geschäftsprozeßmodell Der Rückbezug zum bestehenden System Abnahme des Objektmodells Literaturhinweise 62 3 Bewertung der Software-Wiederverwendbarkeit Zweck der Software-Bewertung Methodik der Software-Bewertung Aufstellung der Bewertungskriterien Metriken für die Wiederverwendbarkeit Messung der Programme Messung der Datenstrukturen Berechnung der Komplexitäts- und Qualitätsmetriken Ergebnisse der Software-Bewertung Metriken für die Konvertierung Metriken für die Kapselung Bewertung der Ergebnisse Verdichtung der Meßwerte Gewichtung der Meßergebnisse Benotung der Wiederverwendbarkeit Portfolio-Analyse Entscheidungsfindung SofAudit - ein Werkzeug für die Software-Bewertung Literaturhinweise 89 4 Nachdokumentation der Legacy-Systeme Anlali für die Software-Nachdokumentation Methodik der Software-Nachdokumentation Datendokumentation Funktionsdokumentation 93

4 Vll Funktion/Daten-Beziehungsdokumentation 4.3 Ergebnisse der Software-Nachdokumentation Datenbaumdiagramm Modulbaum Modulschnittstellentabellen Prozedurbaum Prozedurdatenflulidiagramm Entscheidungsbaum Datenverwendungstabelle Geschäftsregeln 4.4 Auswertung der Nachdokumentation Daten/Objekt-Abgleich Prozedur/Methoden-Abgleich Modul/Methoden-Abgleich Transaktions/Nutzfall-Abgleich 4.5 SofRedoc - ein Werkzeug für die Software-Nachdokumentation 4.6 Literaturhinweise 5 Anpassung und Verfeinerung des Objektmodells 5.1 Notwendigkeit der Konvergenz 5.2 Grundrisse des Objektmodells 5.3 Ist-Struktur der Altsoftware 5.4 Die Kluft zwischen Soll und Ist 5.5 Ansätze für die Zuordnung prozeduraler Software-Strukturen in einem Objektmodell Der Redo-Ansatz Der Docket Ansatz Der Corem-Ansatz Der Restruct-Ansatz 5.6 Konvergenz der Ist- und Soll-Modelle 5.7 Verfeinerung des Objektmodells 5.8 Optimierung des Mischmodells 5.9 Literaturhinweise

5 viii Inhaltsverzeichnis 6 Software-Sanierung Der Grund für Software-Sanierung Datensanierung Konvertierung nicht normierter Datentypen Resolution der Datenredefinitionen Fakturierung der wiederholten Datengruppen Ableitung der Zugriffsmerkmale Zusammenführung der Datensichten Transformation der Datenbankschemen Optimierung der Datenbankstrukturen Generierung der Konvertierungsprogramme Generierung der Zugriffsschale Verifikation der Datenkonversion Oberflächensanierung Sanierung der Kommandobefehle Sanierung der Masken Sanierung der Druckausgabe Programmsanierung Formatierung Konstantenbereinigung Zugriffsauslagerung Verfeinerung Restrukturierung Entscheidungsgrundlagen für die Sanierung Literaturhinweise Objektorientierte Software-Konversion Der Stand auf dem Markt Produkte für die Programmkonversion Das Problem der vielen Sprachen - Babylon läßt grüßen Der Stand der Forschung Der Redo-Transformationsansatz Der Reorg-Transformationsansatz Der Ottowa-Transformationsansatz Der Restruc-Transformationsansatz 178

6 ix Der Progress-Transformationsansatz Die Schlüsse aus der Forschung Programmarten in konventionellen Informationssystemen Batch-Programme Dialog-Programme Unterprogramme Die objektorientierte Transformation von Cobol-Programmen durch Cobtrans Die Vorgeschichte Der COBTrans-Transformationsansatz Das Ergebnis der Transformation Die objektorientierte Transformation von PL/I-Programmen durch Plitrans Die unvollendete Transformation Literaturhinweise Software-Kapselung Zweck der Software-Kapselung Stand der Kapselungstechnologie Stufen der Software-Kapselung Methodik der Software-Kapselung jobkapselung Transaktionskapselung Programmkapselung Modulkapselung Prozedurkapselung Konstruktion der Kapselungsschale Die Schnittstelle nach außen Die Schnittstelle nach innen Die Nachrichtenverwaltungskomponente Die Datenumsetzungskomponente Die lo-simulationskomponente SoftWrap - ein Werkzeug für die Aufbereitung der zu kapselnden Programme ObjectWrap - ein Framework für die Kapselung von Legacy-Funktionen auf dem Host 218

7 8.8 PMS - ein Produkt für die Kapselung bestehender Prozesse Weitere Wrapper-Produkte Softbench von HP Object Broker von BEA Parts von Digitalk ObjectStar von der Antares Alliance Group SOMobjects bzw. Component Broker von IBM Kapselung bestehender Anwendungen in der Praxis Literaturhinweise Regressionstest migrierter objektorientierter Software Regressionstestmethodik Abgleich der Eingabe/Ausgabe-Bereiche Abgleich der Datenverwendungen Abgleich der Geschäftsregeln Abgleich der Eingabe/Ausgabe-Pfade Abgleich der Ausgabedaten Regressionstestphasen Der Unittest bzw. White-Box-Test Unittest sanierter Programme Unittest konvertierter Programme Unittest gekapselter Programme Der Integrationstest bzw. Grey-Box-Test Nutzfalltest Architekturstufentest Inkrementeller Integrationstest Propagierungsmustertest Reverse-Engineering-Test Zustandsübergangstest Komponententest Integrationstest konvertierter Komponenten Integrationstest gekapselter Komponenten Der Systemtest bzw. Black-Box-Test Datenflußtest Funktionsflußtest 247

8 XI Bereichstest Syntaxtest Zustandstest Destruktiver Test Testvoraussetzungen Literaturhinweise Integration hybrider Anwendungssysteme Die Bedeutung der Middleware Distributed Component Object Model (DCOM) Common Object-oriented Request Broker Architecture (CORBA) Datenzugriffsschalen (ODBC/JDBC) Intranet-Anschlüsse Komponententechnologie Zusammenfassung Literaturhinweise 274 Stichwortverzeichnis 277