長所

• IBM i を中心とした開発です。主に IBM i に焦点を当てる場合の開発モデル選択肢となります。
• 既存の IBM i 変更管理システムを使用することも可能です。
• マスター・システムに接続せずに開発が可能です。
• ずっと利用し、使い慣れている開発モデルです。
• LANSA 開発チームでも、LANSA の開発にこのモデルが最大限に活用されています。(データベースはリポジトリ同期で共有していません。)
• リポジトリ同期を使って、すべての開発者が常に最新の状態を保つことができます。
• 各自の PC データベースとリポジトリ同期を併用使用すると、ホスト・モニターに接続した時にのみ、他の開発者の変更を受け取るので、変更の受信を自身でコントロールできます。

短所

• IBM i スレーブのインストール時とシステム・データの更新時は、マスター・システムが使用出来る状態でなければいけない。(システム初期化と区画初期化)
• オブジェクトの修正 (チェックアウト) および他の開発者がこの変更を使用できるようにする (チェックイン) 許可を得る際は、マスター・システムが使用できる状態でなければいけません。
• データベースが共有されている、もしくはリポジトリ同期が使用されている場合、別の開発者の変更がその開発者のスケジュールに合わせて、他の開発者の環境に組み込まれます。これらの変更は、オンデマンドで取得することはできません。つまり、開発者はサンドボックスで保護されません。
• データベースを各開発者の PC にインストールする場合、さらに大きなディスク容量が必要となります。
• 各開発者が各自で Visual LANSA ソフトウェアをインストールし、更新しなければいけません。