開発区画は、アプリケーションが開発され、タスク追跡を使用して変更の追跡をし、タスクにオブジェクトをロックしたり、変更のたびに同期を行う場所です。開発者は作業するオブジェクトをチェックアウトし、変更を加えた後にその変更をチェックインします。タスク追跡の方法によっては、チェックイン時にオブジェクトのロックがタスクから解除される場合があります。修正が終了したら、オブジェクトはテスト区画に移動 (エクスポート/インポート) させて、更に厳格な統合テストが行えるようにします。エクスポート・リストも移動できます。
テスト環境は、統合テストが行われる場所です。ここではプログラムに変更は加えられません。全ての新規および変更されたオブジェクトは開発区画からのものです。テストが完了すると、開発区画からのエクスポート・リストを使用して、オブジェクトを QA/ユーザー受け入れ環境に、このエクスポート・リストとともに移動 (エクスポート/インポート) させます。
品質保証 (QA)/ユーザー受け入れ - 実稼働に上がる前の最終テスト/ステージングです。実稼働と全く同じでなければなりません。例外として、評価されたオブジェクト、機能、修正などが入れられます。ユーザーがこの変更からサインオフすると、オブジェクトは実稼働へとレベルが上げられます (エクスポート/インポート)。
実稼働 - 全ての変更されたオブジェクトの最終目的地です。 - エンド・ユーザーが日常の作業を行う場です。
次のトピックも参照してください。
『LANSA/AD ユーザーガイド』の「システム区画定義」