Перенос программных систем с одного языка или операционной среды на другой - это всегда сложная задача. Вот
несколько вещей для рассмотрения:
- Устаревший код имеет тенденцию быть плохо структурированным в результате
долгая история быстрых исправлений и обходных путей. Это действительно увеличивает отношение сигнал / шум
при попытке перевернуть голову вокруг того, что на самом деле происходит.
- Преобразование кода приводит к дальнейшей «деструктуризации»
чтобы компенсировать несоответствия между источником и
целевые платформы реализации. Когда вы начинаете с плохо структурированной базы (устаревшая система),
конечный результат может быть совершенно непонятным.
- Документирование устаревшей архитектуры и / или бизнес-процессов, как правило, далеко
дата, что это хуже чем бесполезно, это может фактически вводить в заблуждение.
- Сложность кода COBOL почти всегда занижена.
- Ряд "функций" будут опубликованы в преобразованной системе, которые были первоначально
построенный, чтобы компенсировать вещи, которые "не могли быть сделаны" за один раз (из-за меньших воспоминаний,
более медленные компьютеры и т. д.). Многие из них теперь могут быть беспроблемными, и вы действительно не хотите их.
- Не существует очевидных или простых способов реструктуризации устаревшего процесса
системы в эквивалентную объектно-ориентированную систему (по крайней мере, не осмысленно).
Были успешные проекты, которые перенесли COBOL непосредственно в Java. См. Нака .
Однако конечный результат - это то, что его мать (или другой программист на COBOL) может любить , см. Это обсуждение
В общем, я бы с подозрением отнесся к любым продуктам или инструментам, претендующим на преобразование вашего наследия COBOL
система во что угодно, кроме другой версии COBOL (например, COBOL.net). Для этого вы все еще
в конечном итоге с тем, что по сути является системой COBOL. Если этот подход приемлем, то вы
Возможно, вы захотите просмотреть эту белую бумагу от Micro Focus.
ИМХО, ваш лучший выбор для замены COBOL - это реорганизация вашей системы. Если вы когда-нибудь найдете
серебряная пуля, чтобы попасть туда, где ты хочешь быть - напиши книгу, стань
консультант и заработать много миллионов долларов.
Извините, что предоставил такой отрицательный ответ, но если вы работаете с чем-либо
но система тривиальная унаследованная, проблема будет решаться совсем не тривиально.
Примечание: Не беспокойтесь о блок-схеме существующей системы. Попытайтесь получить контроль над процессом ввода / вывода и запрограммировать программирование преобразования данных и потока. Здесь необходимо понимать бизнес-функцию, а не конкретную ее реализацию.