cobol - 迁移 COBOL 代码

Question

我有一项将 COBOL 代码转换为 .NET 的任务。有没有可用的转换器？我试图在高层次上理解 COBOL 代码。我无法理解 COBOL 代码。有流程图生成器吗？我很感激任何帮助。

谢谢..

Answer 1

将软件系统从一种语言或操作环境迁移到另一种语言或操作环境始终是一个挑战。这里有
需要考虑的几件事:

由于以下原因，遗留代码的结构往往很差
快速修复和解决问题的悠久历史。这确实提高了信噪比
当试图歪曲你的头脑时，到底发生了什么。

转换代码导致进一步的“解构”
补偿源和
目标实现平台。当你从一个结构不佳的基础(遗留系统)开始时，
最终结果可能完全无法理解。

遗留架构和/或业务流程的文档通常远远超出
日期，它比无用更糟糕，它实际上可能具有误导性。

COBOL 代码的复杂性几乎总是被低估。

一些“特性”将被公布到转换后的系统中。
旨在弥补一次“无法完成”的事情(由于较小的内存，
较慢的计算机等)。其中许多现在可能不是问题，而您真的不想要它们。

没有明显或直接的方法来重构遗留流程驱动
系统转换为等效的面向对象系统(至少不是以有意义的方式)。

已经有成功的项目将 COBOL 直接迁移到 Java。见 naca .
然而， 最终结果只是它的母亲(或另一个 COBOL 程序员)可能会喜欢的东西 , see this discussion

一般来说，我会怀疑任何声称可以转换您的 COBOL 遗产的产品或工具
系统转换为除另一个版本的 COBOL(例如 COBOL.net)之外的任何内容。为此你仍然
最终得到本质上是一个 COBOL 系统。如果这种方法是可以接受的，那么你
可能想查看此 white paper来自微焦点。

恕我直言，更换 COBOL 的最佳选择是重新设计您的系统。如果你曾经发现
从你所在的地方到你想去的地方的 Elixir ——写一本书，成为
一个顾问，赚了数百万美元。

很抱歉提供了这样一个否定的答案，但如果您正在处理任何事情
但是一个微不足道的遗留系统，这个问题将是微不足道的。

注:不要打扰现有系统的流程图。尝试处理过程输入/输出和程序以编程数据转换和流。您需要了解这里的业务功能，而不是它的具体实现。