Automating language conversion: a case study (an extended abstract)

Terekhov, Andrey

doi:10.1109/icsm.2001.972782

Cited by 14 publications

(9 citation statements)

References 6 publications

Supporting

Mentioning

Contrasting

Unclassified

Order By: Relevance

“…One is the classical problem of generic language translation, which is still under active investigation [14,19,20]. A second problem is, when defining translators between many different languages in a same family of languages, many of the translators will have similar fragments.…”

Section: The Research Problemmentioning

confidence: 99%

Automated Derivation of Translators From Annotated Grammars

Camacho

Mens

Brand

et al. 2006

Electronic Notes in Theoretical Computer Science

View full text Add to dashboard Cite

In this paper we propose a technique to automate the process of building translators between operations languages, a family of DSLs used to program satellite operations procedures. We exploit the similarities between those languages to semi-automatically build a transformation schema between them, through the use of annotated grammars. To improve the overall translation process even more, reducing its complexity, we also propose an intermediate representation common to all operations languages. We validate our approach by semi-automatically deriving translators between some operations languages, using a prototype tool which we implemented for that purpose.

show abstract

Section: The Research Problemmentioning

confidence: 99%

Automated Derivation of Translators From Annotated Grammars

Camacho

Mens

Brand

et al. 2006

Electronic Notes in Theoretical Computer Science

View full text Add to dashboard Cite

show abstract

“…This has lead to a renewed demand to migrate the legacy systems in COBOL and PLI even though the languages are still supported. The first tools to make such a transformation were developed by Triangle technologies in cooperation with the St. Petersburg State University [14]. The Relativity tool has used in several projects but the transformation was never fully automated [15].…”

Section: Previous Work On This Problemmentioning

confidence: 99%

Migrating from COBOL to Java

Sneed¹

2010

2010 IEEE International Conference on Software Maintenance

View full text Add to dashboard Cite

This paper is an industrial report on a project for migrating an airport management system from a Bull mainframe using COBOL as a programming language and IDS as a database system to a distributed UNIX platform using Java and Oracle. The focus here is on the automated language transformation, performed in three phases -reengineering, conversion and refinement. The tools used are COBRedo for reengineering the COBOL code, COB2Java for converting COBOL to Java and JavRedoc for documenting the converted Java code. The paper describes the migration process and the tools used in it and the reviews the current state of the project.

show abstract

“…Man hat daher bei jeder noch so guten Automatisierung einen manuellen Nachbearbeitungsanteil vorzusehen, dieses wird z.B. auch in [8] dargestellt.…”

Section: Die Rahmenbedingungenunclassified

Genauigkeit von Aufwandsschätzungen in Reengineering-Projekten – Erfahrungen aus einer Sprachumstellung von Assembler nach COBOL

Borchers¹,

Moritz²

2005

Informatik Forsch. Entw.

View full text Add to dashboard Cite

Zusammenfassung Die Schätzung des Aufwands für die Erstellung oder die Überarbeitung von großen Softwaresystemen stellt immer noch ein beträchtliches Risiko dar. Dieses verschärft sich noch weiter, wenn wie im vorliegenden Fall das Projekt auf Festpreisbasis, d.h. ohne Möglichkeit zu Budgetnachforderungen während des Projekts selbst, abzuwickeln ist. Dieser Beitrag beschreibt die Erfahrungen mit der Schätzung und vor allem der Nutzung der detailliert ermittelten Produktivitätsmaße in einem großen Konversionsprojekt, bei dem 350 Assembler-Programme aus dem Wertpapierbereich einer Bankorgansiation mit unveränderter Funktionalität nach COBOL zu konvertieren waren. Dabei wurden während des Projekts die bereits vorliegenden Produktivitäts-zahlen genutzt, um neben einer weiteren Optimierung der Verfahren und Abläufe auch die Schätzung bez. der noch zu bearbeitenden Arbeitspakete weiter zu verbessern. Es hat sich auch in diesem Projekt gezeigt, daß auch einfachere Schätz-ansätze tragen, wenn sie denn auf den Erfahrungen der eigenen Projektorganisation basieren. Allgemeine algorithmische Ansätze sind zwar als grober Anhaltspunkt brauchbar, ersetzen aber nicht die eigenen Zahlenbasen. Diese in jedem Projekt immer wieder konsequent und detailliert zu ermitteln, bleibt die vorrangige Aufgabe zur Unterstützung der Schätzung weiterer Projekte.Schlüsselwörter Reengineering · Aufwandsschätzung · Kalibrierung · Sprachkonversion · Assembler · COBOL Abstract The effort estimation for the development or major renovations of large software systems is still a risky business. It is even more risky if projects have to be delivered on a fixed-price basis as in the current case where no additional claim for budgets is permitted. This article presents the experiences with effort estimations and the usage of detailed productivity measures in the context of a large reengineering project, which had the goal to convert approx. 350 Assembler programs into functionally equivalent COBOL

show abstract

Automating language conversion: a case study (an extended abstract)

Cited by 14 publications

References 6 publications

Automated Derivation of Translators From Annotated Grammars

Automated Derivation of Translators From Annotated Grammars

Migrating from COBOL to Java

Genauigkeit von Aufwandsschätzungen in Reengineering-Projekten – Erfahrungen aus einer Sprachumstellung von Assembler nach COBOL

Contact Info

Product

Resources

About