Namensänderung in einem Reverse Engineering Projekt
| dc.contributor.author | Sneed, Harry M. | |
| dc.date.accessioned | 2023-03-13T11:00:03Z | |
| dc.date.available | 2023-03-13T11:00:03Z | |
| dc.date.issued | 2015 | |
| dc.description.abstract | In diesem Beitrag wird das Problem der verstümmelten Daten- und Prozedurnamen im alten Code für Reengineering Projekte angesprochen. In den meisten Legacy-Systemen sind diese Namen mnemotechnische Abkürzungen die keiner mehr versteht. Dies verhindert, dass Diagramme und andere Dokumente, die aus dem Code gewonnen werden, verständlich sind. Sollte der Code transformiert werden, z.B. von COBOL in Java, bleibt auch der Java Code unleserlich und wird von zuständigen Entwicklern abgelehnt. Um erfolgreiche Reverse- oder ReEngineering Projekte durchzuführen muss etwas mit den Namen im Code geschehen. Hier wird eine Lösung beschrieben, die für ein Mainframe-Migrationsprojekt in einer Landeverwaltung angewandt wurde. Mit Hilfe dieser Lösung konnten verständliche Dokumente aus altem VisualAge Code gewonnen werden, die als Basis für eine Re-Implementierung dienen. | de |
| dc.identifier.pissn | 0720-8928 | |
| dc.identifier.uri | https://dl.gi.de/handle/20.500.12116/40796 | |
| dc.language.iso | de | |
| dc.publisher | Geselllschaft für Informatik e.V. | |
| dc.relation.ispartof | Softwaretechnik-Trends Band 35, Heft 2 | |
| dc.title | Namensänderung in einem Reverse Engineering Projekt | de |
| dc.type | Text/Journal Article | |
| gi.citation.publisherPlace | Bonn | |
| gi.conference.sessiontitle | Berichte aus den Fachgruppen und Arbeitskreisen - FG SRE: Bericht und Beiträge vom 17. Workshop "Software-Reengineering und -Evolution" der GI-Fachgruppe Software-Reengineering, 04.-06. Mai 2015 in Bad Honnef |
Dateien
Originalbündel
1 - 1 von 1
Vorschaubild nicht verfügbar
- Name:
- 13_H_Sneed.pdf
- Größe:
- 20.9 KB
- Format:
- Adobe Portable Document Format