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