[ 
|../../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]