Anwendungs-Modernisierung mit Design Recovery Teil 3

23. Juni 2014 | Von | Kategorie: Software Development + Change Mgmt.

Das Anwendungsgerüst, das wir im zweiten Teil dieses Artikels als Ausgangspunkt für eine moderne, neue Anwendung erstellt haben, wird im vorliegenden dritten Teil mit der Business-Logik verknüpft, die die Anwendung mit Leben füllt.

Es gibt noch eine andere Artikelversion, diese finden Sie hier.

Erkennen und nutzen Sie das vorhandene Anwendungsdesign beim Einstieg in ein Modernisierungsprojekt

Hinzufügen der Business-Logik

In einem früheren Artikel dieser Reihe wurde bereits einmal beschrieben, wie man die Business- Logik aus dem RPG-Code einer bestehenden Anwendung extrahieren, indizieren und dokumentieren kann. Ein Ansatz wäre, diese dokumentierten Business-Regeln manuell zu den passenden Business- Logik-Klassen der modernen Anwendung hinzuzufügen. Dieser Ansatz ist jedoch nur in Fällen praktikabel, bei denen lediglich ein kleiner Teil der bisherigen Business- Logik wiederverwendet werden soll sowie für kleinere Programme, die nur wenig oder überhaupt keine Business-Logik enthalten, die über das hinaus geht, was bereits in der JSF-Seite, der JSF Bean und in den Datenbank-I/O-Beans enthalten ist. Ich möchte noch einmal darauf hinweisen, dass das, was ich hier als Beispiel für die Verwendung von JSF und Java beschreibe, genauso auch für .NET und sogar für moderne RPG-Anwendungen gilt.

balaton12_camp__MG_7377Zum Thema Application Mapping auf IBM i sind erschienen: ( alle online)
Robert Cancilla: Gegenwart und Zukunft

  • Teil 1: Februar/März 2010
  • Teil 2: April/Mai 2010
  • Teil 3: Juni/Juli 2010

Robert Cancilla: Programme ändern Programme

  • Teil 1: August/September 2010
  • Teil 2: Oktober 2010

Robert Cancilla: Schätze in Legacy-Anwendungen fi nden

  • Teil 1: Dezember 2010
  • Teil 2: Januar 2011
  • Teil 3: Februar 2011

Robert Cancilla: Anwendungsmodernisierung
mit Design Recovery

  • Teil 1: April 2011
  • Teil 2: Mai/Juni 2011

Ein anderer, mehr praxisorientierter Ansatz, der bereits automatisiert wurde, ist das Refactoring interaktiver Programme bis zu einem Punkt, an dem nur noch die Verarbeitung der Business-Logik wiederverwendet wird. Natürlich muss das Refactoring mit einer Restrukturierung einhergehen, die das prozedurale Konzept in ein ereignisgesteuertes umwandelt. Auch diese Vorgehensweise ist sowohl für Java als auch für .NET und für moderne RPGLE-Komponenten verwendbar. Bei der ersten Modernisierungsarbeit sollte die Business-Logik-Bean als einzelne

Schlagworte: , , , , , , , , , ,

Schreibe einen Kommentar

Sie müssen eingeloggt sein, um einen Kommentar schreiben.