いいえ、その必要はありません。 

通常、5250 アプリケーションの一部のエリアはほとんど使用されないか、ほんの少数のユーザーしか使用しません。

アプリケーションのあるエリアに適用するモダナイズの度合いは、そのエリアがエンド・ユーザーに表示される頻度、および完全にモダナイズした場合に得られるメリットの量に基づく必要があります。  

サブシステムへのアクセスを提供する 1 つの画面のモダナイズ

次の例では、uCodeTableMaint という名前の 5250 メニューまたは処理 (Work with ～) 画面が、システム・コード・テーブルのメンテナンス (例えば、アプリケーションの定義や制御に使用される州、企業、通貨、利率などの従来のコードとパラメータ・テーブル) を処理する 47 個の異なる 5250 画面へのアクセスを管理しています。 

uCodeTableMaint は、次のように「アプリケーション・サブシステム」として表すことができます。
 

 
このアプリケーション・エリアは完全にモダナイズする必要がないので、最も速いモダナイズ方法としては、他の画面へのアクセスを提供する 1 つのRAMP画面を作成することです。

これは以下の手順で行います。

• Code Tables というビジネスオブジェクトを作成し、アプリケーションに関連付けます。
• そのビジネスオブジェクトに、例えば Maintain という 1 つの RAMP 画面 (またはタブ) を定義します。これがオブジェクト・レベルのコマンドであることを確認し、コマンドをクリックするたびに自動的に実行されるようにデフォルトのコマンドにしてください。
• 5250 処理画面 uCodeTableMaint を識別し、フレームワークにデスティネーション画面として定義し、Maintain 画面に関連付けます。

ユーザーがフレームワーク・アプリケーションの Code Tables をクリックすると、すぐに uCodeTableMaint 5250 画面にナビゲートされます。

次のようにウィンドウの右側全体が使用されます。

uCodeTableMaint 画面が表示されたら、ユーザーは、通常の方法で他の 47 個の関連画面に移動できます。

これは、uCodeTableMaint 管理サブシステム全体の最小限のモダナイズです。

必要なのは、5250 画面 uCodeTableMaint をフレームワークに定義して、スクリプトを記述するだけです。他の 47 個の画面を識別またはスクリプトを記述する必要はありません。