シングルJunctionポイント(SJP)を使用するRAMP設計手法
RAMPを適用する複雑な5250アプリケーションを図で表すと次のようになる場合があります。
5250ユーザーはサイン・オンした後、大量のメニュー/Junctionをナビゲートして「作業画面」(5250 Destination画面)に到達し、そこで必要な作業を実行します。
RAMPコレオグラファはこのナビゲーションに従うことができ、それを操作しながら大量の画面内を移動するために必要なさまざまなナビゲーションを定義できます。
RAMP開発者にとって、Junctionの識別とそのナビゲーション・スクリプトの生成は、時間を要する平凡な作業となる場合があります。
RAMP開発者の視点から考えると、5250アプリケーションが実際に次のような構造であれば、プロセス全体は処理しやすくなります。
ここでは、シングルJunctionポイント(またはプログラム)が5250 Destination画面へのすべてのアクセスを制御します。
5250アプリケーションがこのような構造になっている場合、RAMPアプリケーションの開発は簡略化され期間も短縮されます。その理由は次のとおりです。
· 1 つのJunctionだけを定義してスクリプト化すればよい。
· 宛先画面の呼び出しスクリプトが簡素化され標準化される。
残りのセクションでは、5250アプリケーションのこのタイプのビューを設定できる方法を説明します。
この手法を、シングルJunctionポイント(SJP)モデルと呼びます。
SJPモデルは必ずしもすべての種類のアプリケーションに適用できるとは限りませんが、このモデルが適用できれば、RAMPアプリケーションの開発にかかる期間を短縮できます。
基本的に、SJP手法では2つの異なるアプリケーション・ビューが存在します。
このプログラム的なビューの世界を作成するには、System i 5250プログラム
がすでに存在しているか、System i 5250プログラムを作成する必要があります。
この特別なプログラムをSJP(シングルJunctionポイント)プログラム 
と呼ぶことにします。
ある種の
は、すべてのSystem iシステムにすでに存在します。
それは、QCMD(またはコマンド入力画面)と呼ばれるプログラムで、このプログラムからほとんどすべての5250アプリケーションを直接的または間接的に呼び出すことができます。ただし、セキュリティ上の理由でQCMDの使用は多くのサイトで禁じられています。したがって、この資料の残りでは、独自の特別な
を作成できるさまざまな方法や、生じる可能性のあるいくつかの問題と追加のメリットについて説明します。