Hier einige Beispiele im Bereich Reengineering

Im Bereich Reengineering werden die organisatorischen Arbeiten unterstützt z.B. durch die Ermittlung von
Source-Diagrammen aus dem ABAP™ Coding und der anschließenden grafischer Aufbereitung ("... ein Bild
sagt mehr als 1000 Worte ...")

Die einzelnen Objekte im Source-Diagramm sind über Doppelklicknavigation dem jeweiligen Codingbereich des ABAP-Programms zugeordnet.

Durch diese graphischen Darstellungen wird ein ABAP™ Programm transparenter und übersichtlicher, die Analyse komplexer ABAP™ Programme wird vereinfacht.

Source-Diagramm mit ABAP™ Coding ...

Bild vergrößern

Detailanalyse im Reengineering

Wenn z.B. für das Reengineering komplexe Codingbereiche analysiert werden müssen, kann eine Flow-Logic Darstellung substanziell helfen, den logischen Programmablauf rationeller zu erfassen.

Durch die konsequente Darstellung der Programmlogik werden z.B. die nicht beachtete Zweige innerhalb differenzierter IF-Abfragen deutlich ersichtlich. Das Ergebnis einer Befehlssequenz ist in der graphischen Darstellung besser erkennbar und schneller zu ermitteln.

Auch hier kann aus der grafischen Darstellung mit Doppelklick zu der entsprechenden Codingstelle navigiert werden.

Flow-Logic Diagramm mit ABAP™ Coding ...

Bild vergrößern ...

ABAP™ Objects im Reengineering (UML-Diagramm)

Die Analyse von Programmen mit ABAP™ Objects wird vereinfacht durch UML-Diagramme.
Ausgehend von der angegebenen Klasse werden abhängige weitere Klassen ermittelt und als UML-Klassendiagramm dargestellt.

Die einzelnen ABAP-OO-Klassen (ABAP-OO-Inferfaces) werden dabei in der UML-Notation als Kästen dargestellt (mit Klassennamen, Methoden und Attributten).

Aus dem UML-Diagramm kann mit Doppelklick zu der entsprechenden Codingstelle (Complete Source) navigiert werden.

UML-Diagramm

Bild vergrößern

Organisatorische Basisinformationen als ER-Diagramm

Für die grafische Darstellung von Datenbanktabellen und ihre Verknüpfungen zu anderen Datenbanktabellen steht das ERM-Diagramm (Entity-Relationship-Modell) zur Verfügung.

Hierdurch wird ein schneller Überblick über die organisatorischen Zusammenhänge von Tabellen sichtbar, die innerhalb der jeweils aktuellen Aufgabe (z.B. Reengineering, Dokumentation, Fehlerklärung, ....) verwendet werden.

Ausgehend von einem Datenbank-Tabellennamen werden die im Data-Dictionary hinterlegten Beziehungen (Prüftabellen) zu anderen Datenbanktabellen in verschiedenen Auflösungsstufen graphisch als Entity-Relation-Diagramm dargestellt:


Ein ER-Diagramm (zur Tabelle SPFLI mit der Auflösungsstufe 2) ...

Bild vergrößern ...