2

古い IBM/COBOL/DB2 レガシー アプリを、Solaris/Oracle/C++ の「セットアップ済み」環境に移行する予定です。ここでの私の具体的な質問は次のとおりです。

  1. よりモデル駆動型のビューで COBOL コードを分析できるツールを使用した経験はありますか? (例: データ フロー分析、コード フロー分析、クロス/ハイパーリファレンス リスト、プリティ プリンティング)

  2. openCOBOL は行く本当のチャンスですか?

  3. DB2 と Oracle のデータ モデルを分析するのに最適なツール/フレームワークは何ですか?

よろしく

4

4 に答える 4

1

Microfocusは、COBOL が Web サービスとやり取りできるようにする Enterprise Server と呼ばれる製品を提供しています。

COBOL プログラム A と別の COBOL プログラム B があり、A がインターフェイス セクションを介して B を呼び出す場合、このツールを使用すると、B のインターフェイス セクションを Web サービスとして公開できます。

次に、プログラム A に対してクライアント プロキシを生成すると、A は Web サービスを介して B を呼び出すことができます。

もちろん、B には Web サービスがあるため、他の種類のプログラム (コマンド ライン、Windows アプリケーション、Java、ASP など) もそれを呼び出すことができます。

これにより、C++ プログラムは COBOL コードを呼び出すことができます。

また、COBOL プログラム用の .NET IL にインタープリターを提供する別の製品 COBOL.Net もあります。

これは .NET プラットフォーム上にあるため、C# などと組み合わせることができます。

于 2009-03-08T19:49:32.217 に答える
1

Oracle Tuxedo Application Runtime for CICS and Batch は、IBM メインフレーム アプリケーションを Oracle Tuxedo に再ホストすることをサポートしています。これは、OLTP およびバッチ メインフレーム アプリケーションを変更せずに実行できるようにする API とサービスの組み合わせを提供し、何年にもわたるビジネス ロジックとデータへの投資を維持します。標準の 3270 端末エミュレーターをサポートすることにより、アプリケーションのユーザーを変更から保護します。また、開発者がメインフレーム アプリケーションで使用する使い慣れた API と機能も提供します。

その結果、従来のメインフレーム アプリケーションを、COBOL および C/C++ アプリケーション サーバーを実行するオープン システムに迅速に (かつ低リスクで) 移行することができます。これにより、大幅なコスト削減と柔軟性の向上が実現します。

詳細については、http://docs.oracle.com/cd/E35855_01/artrt/docs12c/index.html を参照してください

于 2013-03-18T07:58:45.387 に答える
0

Unix/Linux ボックスで動作する新しいプロダクション プラットフォームとして、Micro Focus Server Enterprise エディションをお勧めします。

于 2009-03-08T14:17:59.270 に答える
0

私の会社は、IBM Enterprise COBOL の解析、プリティプリント、フロー分析 (コンパイル単位ごとの制御/データ フロー、非常に大規模なシステム全体へのグラフ/ポイントの呼び出し) など、お客様が要求するすべてのことを行うツールを提供しています。http://www.semdesigns.com/Products/FrontEnds/COBOLFrontEnd.htmlを参照してください。

于 2009-06-14T06:34:43.873 に答える