重要な注意点:以下の記述は、既存の 5250 画面を再利用する RAMP ステージ 2 のみに関する情報です。5250 画面を Visual LANSA コンポーネントに置き換える RAMP ステージ 3 には関係ありません。

また、採用する手法によっても異なります。 

次のような 4 つのメニュー (または別の共通アクセス・ポイント) と 36 個の別画面で構成される単純な 5250 アプリケーションがあるとしましょう。  

 
 
この場合、推奨される手法は以下のとおりです。

1. 最初に、高速ナビゲーションのモダナイズを実行します。 

この例では、A、B、C、D の 4 つのメニュー (またはアクセス・ポイント) のみを識別および定義し、それらをフル画面デスティネーションとして RAMP にスナップインします。

これで、モダナイズされたナビゲーションとともに 5250 アプリケーション全体を、エンド・ユーザーに配布できます。

通常は、アプリケーションの不可価値を高めるために、アプリケーション自身、もしくは少なくともその一部分を完全にモダナイズすることもあるでしょう。 

今の段階で「アプリケーションの RAMP 化に必要な時間はどれくらいか?」という質問に答えることは簡単です。1 つのメニュー (または共通アクセスポイント) に付き 15 分です。  したがって、この例では、1 時間 (4x15 分) になります。

2. 次に、選択のアプリケーションをモダナイズしたり、アプリケーションを段階的にモダナイズします。

ここでアプリケーション領域 A、B、C、D を評価します。

  • 使用頻度は?
  • 完全なモダナイゼーションで、ユーザーの生産性は向上しますか? 方法は? 必要となる処理は?
  • 完全なモダナイゼーションで、ユーザーの操作性は向上しますか? How? 必要となる処理は?
  • 完全なモダナイゼーションで、製品のデモンストレーションやマーケティングが向上しますか? How? 必要となる処理は? 

以上の評価に基づいて、例えば次のような決定がなされることでしょう。

  • アプリケーション領域 A をモダナイズし、それを最初のリリースとしてエンド・ユーザーに配布する。
  • その後、アプリケーション領域 C の 60% をモダナイズし、それを新バージョンとしてユーザーに配布する。
  • ビジネス価値は向上しないので、アプリケーション領域 D の完全なモダナイズは行わない。   
  • 最後にアプリケーション領域 B の 25% をモダナイズし、最終バージョンをエンド・ユーザーに配布する。

「アプリケーションの RAMP 化に必要な時間」は、この手順で決定されるモダナイズの方法により異なります。

完全なモダナイズを行う部分や、モダナイズに必要な仕事量とその順番などが決まるまで、必要な時間を見積もることはできません。  

キー・ポイント

  • ナビゲーションは非常に短時間でモダナイズできます。
  • アプリケーションのモダナイズにはもう少し時間がかかりますが、大きな付加価値を生むことができます。
  • モダナイズした 5250 アプリケーションは段階的に配布できます。1 度にすべてをモダナイズする必要はありません。
  • RAMP で使用するという理由だけで、すべての 5250 アプリケーションの完全なモダナイズを強制されることはありません。
  • 一部のアプリケーションについては完全なモダナイズを行わず、後で新しい Visual LANSA コンポーネントに置き換えることが可能です。
  • No labels