book

Softwaremigration in der Praxis

by Harry M. Sneed, Ellen Wolf, Heidi Heilmann

December 2015

Intermediate to advanced

336 pages

10h

German

dpunkt

Read now

Unlock full access

1.1 Die Motivation für Softwaremigration1.2 Zum Zustand der IT in der betrieblichen Praxis1.3 Alternativen zur Bewältigung von Altlasten1.3.1 Neuentwicklung1.3.2 Ablösung durch Standardanwendungssoftware1.3.3 Migration der Altsysteme1.4 Migrationsstrategien1.4.1 Reimplementierungsstrategie1.4.2 Konversionsstrategie1.4.3 Kapselungsstrategie (Wrapping)1.4.4 Auswahl einer geeigneten Strategie1.5 Umstellungs- und Übergabestrategien1.5.1 Punktumstellung und Punktübergabe (Big Bang)1.5.2 Langfristumstellung1.5.3 Inkrementelle Paketumstellung1.5.4 Inkrementelle Paketumstellung mit Komponentenersatz1.5.5 Inkrementelle Paketumstellung mit Paralleleinsatz1.6 Zur Wirtschaftlichkeit einer Softwaremigration1.6.1 Betriebswirtschaftliche Sicht1.6.2 Projektmanagement-Sicht1.6.3 Technische Sicht1.7 Zum Aufbau des Buches
2.1 Abgrenzung des Themas Migration2.1.1 Neuentwicklung, Weiterentwicklung und Evolution2.1.2 Integration2.1.3 Wartung und Maintenance2.1.4 Reengineering2.1.5 Reverse Engineering2.1.6 Migration2.2 Migrationsprojekte2.2.1 Falsche Gründe für Migrationsprojekte2.2.2 Wahre Gründe für Migrationsprojekte2.3 Migrationsansätze2.3.1 Reimplementierung2.3.2 Konvertierung2.3.3 Kapselung2.3.4 Ein Beispiel zur Unterscheidung der Migrationsansätze2.4 Migrationsarten2.4.1 Datenmigration2.4.2 Programm-Migration2.4.3 Benutzungsschnittstellen-Migration2.4.4 Systemschnittstellen-Migration2.4.5 Systemmigration2.5 Anwenderoptionen2.5.1 Interne Migration mit eigenen Ressourcen2.5.2 Interne Migration mit fremden Ressourcen2.5.3 Externe Migration mit internem Test2.5.4 Externe Migration einschließlich Test2.5.5 Kriterien für die Entscheidung
3.1 Chicken-Little-Migrationsansatz3.1.1 Zielsetzung und Idee des Chicken-Little-Ansatzes3.1.2 Chicken-Little-Migrationsobjekte3.1.3 Chicken-Little-Vorgehensmodell3.1.4 Bewertung des Chicken-Little-Ansatzes3.2 Butterfly-Migrationsansatz3.2.1 Zielsetzung und Idee des Butterfly-Ansatzes3.2.2 Butterfly-Vorgehensmodell3.2.3 Bewertung des Butterfly-Ansatzes3.3 Der Renaissance-Migrationsprozess3.3.1 Phasen im Renaissance-Migrationsansatz3.3.2 Das Renaissance-Integrationsmodell3.3.3 Bewertung des Renaissance-Ansatzes3.4 Das COREM-Migrationsverfahren3.4.1 Der Top-down-Ansatz3.4.2 Der Bottom-up-Ansatz3.4.3 Verschmelzung der beiden Ansätze3.4.4 Bewertung des COREM-Verfahrens3.5 Die Migrationsfabrik3.5.1 Zielsetzung und Idee der Migrationsfabrik3.5.2 Vorgehensmodell der Migrationsfabrik3.5.3 Bewertung der Migrationsfabrik3.6 SMART-Softwaremigration3.6.1 Zielsetzung und Idee von SMART3.6.2 SMART-Vorgehensmodell3.6.3 Bewertung des SMART-Ansatzes3.7 Objektorientierte Softwaremigration3.7.1 Zielsetzung des objektorientierten Ansatzes3.7.2 Objektorientiertes Vorgehensmodell3.7.3 Bewertung des objektorientierten Ansatzes3.8 Testgetriebene Migrationsprozesse3.9 Werkzeuggetriebene Migrationsprozesse
4.1 Prozessmodelle als Sammlung von Erfahrungswerten4.1.1 Erfahrungswerte aus der Softwaremigration4.1.2 Erfahrungswerte aus der Softwareentwicklung4.1.3 Synthese der Erfahrungswerte aus Entwicklung und Migration4.1.4 ReMiP als Prozess-Framework4.2 Struktur des ReMiP-Prozessmodells4.2.1 ReMiP-Phasen4.2.2 ReMiP-Meilensteine4.2.3 Kern- und Basisbereiche des ReMiP4.2.4 Prozessmodell des ReMiP4.3 Kernbereich Anforderungsanalyse4.3.1 Analyse der Anforderungen4.3.2 Dokumentation der Anforderungen4.4 Kernbereich Legacy-Analyse und -Aufbereitung4.4.1 Analyse des Legacy-Systems4.4.2 Globale Bewertung des Legacy-Systems4.4.3 Reverse Engineering des Legacy-Systems4.4.4 Vorbereitung des Legacy-Systems4.5 Kernbereich Zielsystementwurf4.5.1 Definition der Zielsystemkandidaten4.5.2 Verfeinerung der Zielsystemarchitektur4.5.3 Definition der Übergangsarchitektur4.5.4 Entwurf der Programme4.5.5 Entwurf der Benutzungsschnittstellen4.5.6 Entwurf der Datenbanken4.5.7 Spezifikation der Transformationen4.6 Kernbereich Strategieauswahl4.6.1 Erarbeitung der Migrationsstrategien für Zielsystemkandidaten4.6.2 Bewertung der Migrationsstrategien für Zielsystemkandidaten4.6.3 Auswahl der Migrationsstrategie4.6.4 Verwaltung der Migrationsstrategie4.7 Kernbereich Transformation4.7.1 Isolation des Migrationspakets4.7.2 Transformation des Migrationspakets4.7.3 Durchführung der Deltamigration4.7.4 Implementierung neuer Komponenten4.8 Kernbereich Test4.8.1 Definition der globalen Teststrategie4.8.2 Testspezifikation für das Migrationspaket4.8.3 Testdurchführung für das Migrationspaket4.8.4 Auswertung der Testergebnisse4.9 Kernbereich Übergabe4.9.1 Einrichtung der Zielumgebung4.9.2 Planung der Übergabe4.9.3 Entwicklung des Supportmaterials4.9.4 Durchführung der Übergabe4.9.5 Ablösung des Legacy-Systems4.10 Basisbereich Konfigurations- und Änderungsmanagement4.11 Basisbereich Projektmanagement4.12 Basisbereich Mitarbeiterqualifizierung4.13 Basisbereich Migrationsumgebung
5.1 Softwaremesstechnik5.2 Systembewertung5.3 Migrationsaufwandsschätzung5.3.1 Schätzung nach COCOMO II5.3.2 Schätzung mit Object Points5.3.3 Schätzung mit Data Points5.4 Migrationsplanung5.5 Migrationssteuerung5.6 Entwurfsmethoden5.6.1 Entwurf der Istarchitektur5.6.2 Entwurf der Sollarchitektur5.7 Code-Transformationstechniken5.8 Code-Reimplementierungstechnik5.9 Code-Kapselungstechniken5.9.1 Prozesskapselung5.9.2 Transaktionskapselung5.9.3 Programmkapselung5.9.4 Modulkapselung5.9.5 Prozedurkapselung5.10 Datenkonvertierungstechnik5.11 Datenkapselungstechnik5.12 Regressionstesttechniken5.12.1 Voller Regressionstest5.12.2 Selektiver Regressionstest5.13 Systemnachdokumentation5.14 Systemverwaltung

6.1 Codeanalysewerkzeuge6.1.1 Codeprüfung6.1.2 Codemessung6.1.3 Verfügbare Analysewerkzeuge6.2 Schätzwerkzeuge6.2.1 COCOMO-II6.2.2 SoftCalc6.3 Projektmanagementwerkzeuge6.4 Entwurfswerkzeuge6.5 Programmtransformationswerkzeuge6.5.1 Die prozeduralen Werkzeuge6.5.2 Die objektorientierten Werkzeuge6.6 Programmkapselungswerkzeuge6.6.1 Screen Scraping Tools6.6.2 Transaction Wrapping Tools6.6.3 Function Wrapping Tools6.7 Datenkonvertierungswerkzeuge6.8 Datenkapselungswerkzeuge6.8.1 Kapselung der Legacy-Datenbanksysteme6.8.2 Kapselung relationaler Datenbanken6.9 Regressionstestwerkzeuge6.9.1 Kommerzielle Testwerkzeuge6.9.2 Regressionstest einzelner Module6.9.3 Regressionstest der migrierten Systeme6.10 Nachdokumentationswerkzeuge6.11 Systemverwaltungswerkzeuge
7.1 RCOST: Migration von COBOL-Client/Server-Systemen in eine Webumgebung7.1.1 Projekthintergrund7.1.2 Migrationsvorbereitung7.1.3 Migrationsdurchführung7.1.4 Lehren aus dem RCOST-Projekt7.2 Migration von Mainframe-COBOL-Programmen in eine UNIX-J2EE-Umgebung7.2.1 Projekthintergrund7.2.2 Schichtenarchitektur7.2.3 Erfahrungen mit der Kapselung alter Programme und deren Daten7.3 Eine inkrementelle Systemablösung7.4 Eine schrittweise COBOL-Migration in drei Akten7.4.1 Der erste Akt – Beseitigung der Altlasten7.4.2 Der zweite Akt – Zurück zu Standard-COBOL7.4.3 Der dritte Akt – Der Übergang zum IBM-Mainframe7.5 Migration einer Mainframe-Anwendung auf UNIX7.5.1 Machbarkeitsstudie7.5.2 Grundprämissen für das Projekt7.5.3 Gegenstände der Migration7.5.4 Regressionstest des migrierten Billing-Systems7.5.5 Erfahrungen aus der Migration des Billing-Systems7.6 Massenmigration von einem Bull-Mainframe auf verteilte UNIX-Rechner7.6.1 Projektorganisation7.6.2 Einrichtung von Gateways zwischen den Rechnern7.6.3 Aufbau einer Migrationsfabrik7.6.4 Projektresümee7.7 Das ARNO-Projekt: Beispiel einer Migration von einem proprietären Mainframe-Rechner in eine offene UNIX-Umgebung7.7.1 Die Migration beginnt mit einer Studie7.7.2 Die Projektorganisation7.7.3 Die Vorbereitung der Migration7.7.4 Der Wechsel der Programmiersprache7.7.5 Der Konvertierungsprozess7.7.6 Der Testprozess7.7.7 »Migration« der Mitarbeiter7.7.8 Übergabe an die Linienorganisation7.7.9 Fazit einer erfolgreichen Migration7.8 Automatisierte Migration von COBOL in Java7.8.1 Die Ausgangssituation7.8.2 Alternative Lösungen7.8.3 Die Spezifikation der Reimplementierung7.8.4 Der Code-Konvertierungsprozess7.8.5 Das Konvertierungsergebnis7.8.6 Das Ergebnis als Zwischenstufe7.8.7 Eine testgetriebene Migration
8.1 Die aktuelle Migrationswelle – serviceorientierte Architekturen (SOA)8.2 Alternative Wege zur SOA8.2.1 Top-down-Migrationsansatz8.2.2 Bottom-up-Migrationsansatz8.2.3 Gemischter Migrationsansatz8.2.4 Voraussetzung für eine Migration zur SOA8.3 Die Bereitstellung von Web Services8.3.1 Web Services einkaufen8.3.2 Web Services mieten (Software on Demand)8.3.3 Web Services ausleihen8.3.4 Web Services entwickeln8.3.5 Web Services aus vorhandenen Systemen wiedergewinnen8.4 Ansätze zur Wiedergewinnung von Web Services8.4.1 Entdecken potenzieller Web Services8.4.2 Bewertung potenzieller Web Services8.4.3 Extrahierung des Codes für den Web Service8.4.4 Anpassung des Web-Service-Codes8.5 Test der Web Services8.6 Migration als Outsourcing-Geschäft8.7 Widerstände gegen Migration8.8 Das Rad dreht sich weiter

Content preview from Softwaremigration in der Praxis

8 Die Zukunft der Migrationstechnologie

Die IT-Anwender haben schon viele Migrationswellen erlebt. Jede neue Technologie ist für sie eine Aufforderung zur Migration. Erst war es der Übergang vom Maschinencode zum symbolischen Assembler, danach die Ablösung des Assemblercodes durch die Sprachen der dritten Generation – FORTRAN, COBOL, PL/I, C. Bis zum heutigen Tage laufen immer noch Migrationen von Assembler zu COBOL oder C. In den 80er-Jahren des letzten Jahrhunderts versprachen dann die sogenannten 4GL-Sprachen das Programmieren für jedermann. In seinem Buch »Application Development without Programmers« kündigte James Martin das Ende des Programmiererberufs an [Mart81]: Ein jeder sollte nun programmieren können. In einem Artikel in der Computerwoche ...