このワークフローの詳細の目的は、実装サブシステムを統合して、システム全体の新しい一貫性のあるバージョンを作成することです。


トピック

      J2EE モジュール
J2EE モジュール
 
      実装サブシステム
実装サブシステム
統合ビルド計画書
統合ビルド計画書
 
       
 
統合担当者
統合担当者
 

 
システムの統合
システムの統合

 
       
      J2EE アプリケーション
J2EE アプリケーション
ビルド
ビルド
 


説明 ページの先頭へ

統合担当者が、デリバーされた実装サブシステムをシステム統合ワークスペースに追加しビルドを作成することによって、統合ビルド計画に従ってシステムを統合します。各ビルドは、テスト担当者によって統合テストされます。最後の追加の後に、テスト担当者がビルドを完全にシステム テストすることができます。

関連情報 ページの先頭へ

このワークフローの詳細に関連する追加情報へのリンクを提供します。

タイミング ページの先頭へ

推敲フェーズから始まり、作成と移行フェーズまで繰り返されます。

オプション度 ページの先頭へ

必須 (ただし、小規模システムでは、サブシステムの個別の統合がない場合もあります)

要員配置方法 ページの先頭へ

通常、統合は 1 人の人 (ビルド プロセスが簡単である小規模プロジェクトの場合)、または小規模チーム (ビルド プロセスが複雑である大規模プロジェクトの場合) によって実行されます。統合担当者には、ソフトウェア ビルド管理、構成管理の経験と、統合されるコンポーネントを記述するプログラミング言語の経験が必要です。通常、統合には高度な自動化を伴うので、オペレーティング システムのシェルまたはスクリプト言語と、(Unix の) 「make」 のようなツールに関する経験も不可欠です。

作業ガイドライン ページの先頭へ

統合作業は通常は大幅に自動化されますが、ビルドが破壊したときは手動の作業が必要になります。よく利用される対策は、自動化された夜間のビルドと一部の自動化されたテスト (通常はユニット レベルで) を実行し、ビルド プロセスから頻繁にフィードバックが行われるようにするというものです。



Rational Unified Process   2003.06.15