このワークフローの詳細の目的は、現在の反復のシステムの統合を計画することです。


トピック

      反復計画書
反復計画書
 
       
 
統合担当者
統合担当者
 

 
システム統合計画
システム統合計画

 
       
      統合ビルド計画書
統合ビルド計画書
 


説明 ページの先頭へ

統合の計画は、どの実装サブシステムを実装するべきであるかということと、その実装サブシステムを現在の反復で統合するべき順番に焦点が絞られます。

関連情報 ページの先頭へ

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

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

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

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

特に大規模システムの場合は推奨。

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

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

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

アーキテクチャをベースライン化するとき、少なくともラフな形式で、統合プロセスの計画を早期に行う必要があります。アーキテクチャと設計の発展に伴い、アーキテクチャまたは設計の変更によってビルド計画が時代遅れにならないようにするために、統合計画を検証し更新する必要があります。



Rational Unified Process   2003.06.15