[ |../../index.htm#lansa/l4winsb2_0360.htm]
現在地:

1.3.1 IBM i マスターを使用した開発

長所

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

短所

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

注：マスター・システムを余分に利用することで、各 PC のデータベースのバックアップを取る重要性が低くなります。たとえ、PC のデータベースが消失したとしても、失う部分は前回のチェックイン以降の変更のみとなります。開発者が頻繁にチェックインを行うことで、この危険性を抑えることができます。
[ |../../index.htm#lansa/l4winsb2_0360.htm]