COBOL コードを .NET に変換するタスクがあります。利用可能なコンバーターはありますか? COBOLコードを高レベルで理解しようとしています。COBOL コードを理解するのに苦労しています。フローチャートジェネレーターはありますか? 助けていただければ幸いです。
ありがとうございました..
4233 次
6 に答える
10
ある言語またはオペレーティング環境から別の言語またはオペレーティング環境へのソフトウェアシステムの移行は、常に課題です。考慮すべき点がいくつかあります。
- レガシーコードは、迅速な修正と問題の回避策の長い歴史の結果として、構造が不十分になる傾向があります。これにより、実際に起こっていることの周りで頭を歪めようとするときに、信号対雑音比が実際に上がります。
- コードを変換すると、ソースとターゲットの実装プラットフォーム間の不一致を補うために、さらに「非構造化」が行われます。構造が不十分なベース（レガシーシステム）から始めると、最終的な結果が完全に理解できない場合があります。
- レガシーアーキテクチャやビジネスプロセスのドキュメントは、一般的に古く、役に立たないよりも悪いものであり、実際には誤解を招く可能性があります。
- COBOLコードの複雑さは、ほとんどの場合、過小評価されています。
- 一度に「実行できなかった」ことを補うために元々構築された多くの「機能」が変換されたシステムに公布されます（メモリが小さい、コンピュータが遅いなどの理由で）。これらの多くは現在問題ではない可能性があり、あなたは本当にそれらを望んでいません。
- レガシープロセス駆動型システムを同等のオブジェクト指向システムにリファクタリングするための明白で直接的な方法はありません（少なくとも意味のある方法ではありません）。
COBOLをJavaに直接移行するプロジェクトは成功しています。nacaを参照してください。ただし、最終的な結果は、その母親（または別のCOBOLプログラマー）が愛することができるものにすぎません。この説明を参照してください。
一般に、COBOLレガシーシステムを別のバージョンのCOBOL（COBOL.netなど）以外のものに変換すると主張する製品やツールには疑いがあります。この目的のために、あなたはまだ本質的にCOBOLシステムであるものになってしまいます。このアプローチが受け入れられる場合は、MicroFocusのこのホワイトペーパーを確認することをお勧めします。
IMHO、COBOLを置き換えるための最善の策は、システムを再設計することです。あなたが今いる場所からあなたがなりたい場所に到達するための銀の弾丸を見つけたら、本を書いてコンサルタントになり、何百万ドルも稼ぎましょう。
そのような否定的な答えを提供して申し訳ありませんが、些細なレガシーシステム以外のものを使用している場合、問題は解決するのが簡単ではありません。
注：既存のシステムのフローチャートを気にしないでください。プロセスの入出力とプログラムからプログラムへのデータ変換とフローのハンドルを取得してみてください。ここでは、特定の実装ではなく、ビジネス機能を理解する必要があります。
于 2010-08-30T15:12:30.263 に答える
7
Micro Focus と富士通はどちらも、.NET で動作する COBOL 製品を提供しています。Micro Focus では製品の試用版をダウンロードできますが、Fujitsu NetCOBOL サイトには多数の記事とケース スタディがあります。
富士通 http://www.netcobol.com/products/Fujitsu-NetCOBOL-for-.NET/overview
于 2010-08-30T12:48:43.640 に答える
3
[注：私はMicroFocusで働いています]
やあ
実際、COBOLアプリケーションを.NET Frameworkで利用できるようにすることは、非常に簡単です（以前の応答の1つで行われた主張とは対照的です）。富士通とMicroFocusには、CLRで実行するILASMコードを作成できるCOBOLコンパイラがあります。
Micro Focus Visual COBOL（http://www.microfocus.com/visualcobol）を使用すると、COBOLデータ型、ファイルシステムなどを完全にサポートするマネージコードとして、従来の手続き型COBOLを特に簡単に展開できます。また、更新されたOOCOBOL構文も含まれています。これにより、構文の冗長性と複雑さが大幅に軽減され、C＃の例に基づいてCOBOLコードを非常に簡単に記述できるようになります。また、独自のアプローチにより、IntelliSenseなどのすべてのVisualStudioツールを簡単に使用できます。
元の質問は「変換」について言及しており、.NET環境で使用する前にソースコードを他の言語に変換する必要があるアプローチには強くお勧めしません。関係する労力とリスクの量は、発生する利益に見合う価値がない可能性が非常に高いです。それどころか、コードをCOBOLに保持すると、既存の機能するコードが維持され、将来的に他のプラットフォームにデプロイするオプションが可能になります。たとえば、単一のソースコードのセットを用意し、ソースコードの行を変更せずに、母国語として.NETおよびJava環境にデプロイするオプションを用意するのはどうでしょうか。
上記のリンクからVisualCOBOLの試用版を入手し、変更を加えずに.NETで既存のコードを使用する方法を確認することをお勧めします。
于 2010-09-06T15:23:53.987 に答える
2
これは簡単な作業ではありません。COBOLには、オブジェクト指向の.NET Frameworkとうまくマッピングされないデータ型（たとえば、COBOLでは、すべてのデータ型が固定サイズのバッファーで表される）、特にグループと配列の動作方法がマッピングされないという基本的な考え方があります。 .NETクラスにも当てはまります。
実際に.NETバイトコードをコンパイルできるCOBOLコンパイラがあると思いますが、それらすべてを管理するための独自のランタイムライブラリがあります。これらのコンパイラの1つを調べて、レガシーコードをCOBOLに残すことは価値があるかもしれません。
それ以外は、行ごとの翻訳はおそらく不可能です。より高いレベルでコードを見て、一度にコードのブロックを変換します（たとえば、プロシージャレベルまたはそれ以上）。
于 2010-08-30T01:45:52.043 に答える
1
COBOL を .NET や Java などの最新のスケーラブルな環境に変換する方法は多数あります。
1 つ目は、既存の COBOL コードをいくつかの小さな変更を加えて保存する (NET Microfocus COBOL) 新しい環境への移行です。
2 つ目は、COBOL ステートメントと構造のシミュレーションを使用した新しいプラットフォームへの移行です。特定の COBOL ロジックをシミュレートする追加の NET/Java ライブラリがある場合: ACCEPT は NETLibrary.Accept などに移動します。
3 番目のアプローチは、新しい環境のすべての利点を備えた「純粋な」NET/Java コードに移行する場合に最も価値のある方法です。将来の保守と開発が容易になります。
ただし、このアプローチには独自の専門知識とツールキットが必要であり、この場合に役立つことができるプレーヤーは世界市場にわずかしかいません. 自動移行について話している場合、プレーヤーの数は大幅に減少し、残念ながら、特定のテクノロジーとツール (私たちのものなど) に料金を支払う必要があります。
ただし、古いテクノロジーの「シミュレーション」にお金を費やすよりも、現代の環境での将来の成長にお金を投資することをお勧めします。
于 2015-01-21T11:22:59.027 に答える