私は人生で一度も COBOL を読んだことがなく、古い COBOL コードを新しい言語で書き直す任務を負っています。COBOL プログラムのフローチャートを生成する無料または無料で試用できるソフトウェア パッケージはありますか?
「Visustin」と「Code Visual to Flowchart」を見てきました
Visustin はコードの一部を空白にし、デモ バージョンでランダムなローテーションを行うため、デモの精度が低下します。
Code Visual Flow Chart をコードで正しく動作させることができませんでした。
私が試すかもしれない他のパッケージを知っていますか？
私はあなたをうらやましくない。ほとんどの場合、手動で COBOL プログラムをトレースするのはかなり簡単です (面倒ではありますが)。私は同じ状況にあり、結局手作業でやりました。いずれにせよ、新しい言語を学ぶことは決して悪いことではないので、完全に無駄というわけではありません。
「PROCEDURE DIVISION」というフレーズを探して、そこから始めます。実行した「PERFORM」ステートメントに従って、ロジックをトレースします。自殺しなければ、もっといい人間になれる。
Graphiz を使用して、Python で COBOL 用の簡単なフローチャート ジェネレーターを作成しました。それは本当に些細なことで、私の目的に役立つ.jpgチャートを生成します.おそらくあなたにとっては同じではないでしょう.
いずれにせよ、もしよろしければhttp://www.contactify.com/a6148にメールを送っていただければ、私の小さなスクリプトをお送りします。Linux を使用している場合は、ほぼ確実に python がインストールされています。Windows では、yapgvb モジュールと一緒にインストールする必要があります。
お知らせ下さい！さよなら
COBOL は BNF 表記より古く、LR(k) 型の文法では記述できません。一般的な字句解析/構文解析戦略のほとんどは、この言語では機能しません (少なくとも、深夜や家禽語が多い場合はそうです)。したがって、COBOL 用の高品質のパーサーを入手するのは困難です。存在するものは、一般的にかなりの金額になります。
堅牢で自由に利用できるパーサーがなければ、COBOL 用の無料の (スピーチのように、ビールを忘れて) 作図ツールを見つける可能性は非常に低くなります。私が遭遇したものはすべて（私はここで慈善活動をしています）かなり弱いものです.
独自のツールを構築することは、困難な作業になる可能性があります。COBOL Grammarをご覧ください。COBOL は大きな言語です。本格的な作業を行う準備をしてください。
まず、真面目な計算をしてみましょう: 変換する必要があるコードの量は? COBOL を取り除くことの価値はどれくらいですか? 健全な経済的議論ができない場合は、現在の COBOL アプリケーションをそのまま使用してください。
続行することができる場合は、コード分析/変換システムの出発点としてOpenCobolを検討してみてください。ただし、これを機能させるには、C と COBOL の両方に精通している必要があります。IBM COBOL ダイアレクトを使用していて、IBM メインフレーム コンパイラにアクセスできる場合は、 ADATA コンパイラ オプションを調べると、プログラムの AST が得られます。これらはいくつかの可能な出発点です。
別の方法は、市販の COBOL 変換/リノベーション製品を入手することです。私はこれらの製品についてあまり個人的な経験がなく、特定の製品を他の製品よりも推奨することはできません.
数学が変換を行うのに十分な COBOL の学習をサポートしていない場合は、既存の COBOL アプリケーションをそのまま使用してください。あなたがこの結論に達した最初の人ではないでしょう!
IBMには、Asset Analyzerと呼ばれる製品があります（最近では、Rational Websphere Asset Analyzerなどとして販売されている可能性があります）。
Cobolソースのライブラリ全体を分析し、リファクタリングを支援するだけでなく、プログラムを理解するための十分なレポートを提供します。それは実際にウェブサイトを構築するので、あなたは好きなだけ高レベルまたは低レベルであなたのプログラムロジックをサーフィンすることができます。
いいえ、私が知っている (40 年の経験) 信頼できる COBOL フローチャート ツールはありません。
一般的な意見に反して、COBOL プログラムは非常に複雑な問題になる可能性があります。
COBOL の本質は単純化されていますが、COBOL の適切な使用とロジックはそうではありません。
私もその中の一人を探しています。
私は現在、新しいCOBOL プログラムを作成していますが、プログラムが作成、テスト、展開されているにもかかわらず、プロジェクト マネージャーが画像を要求しています。
visustin は良さそうに見えますが、一部のプログラムの分析にはかなりの時間がかかります。おそらくそれらがかなり大きいためです。最小は 3500 行以上です。
また、私が COBOL74 を使用して UNiSYS メインフレームで作業していることや、vistustin が DMSII の COBOL74 拡張機能の一部 (すべて) を理解していないことも役に立ちません。
時間が迫っているので、コピーを注文しました。うまくいけば、文字を読むことができず、図として見る必要がある人にとっては十分です。