作業: 規畫系統整合
這項作業說明如何規劃系統的整合。
關係
角色主要: 其他的: 協助:
輸入強制: 選用: 外部:
輸出
步驟
識別子系統

反覆計劃會指定這項反覆所應實作的所有使用案例和情境。請識別參與現行反覆之使用案例和情境的實作子系統。請研究設計使用案例實現化的序列圖、通訊圖等。另外,也請識別編譯(也就是建立建構版本)必須用到哪些其他實作子系統。

反覆圖的使用案例和情境

實作子系統是從設計使用案例實現化中識別出來。

定義建構版本集

在可能會有上百個實作子系統的大型系統中,實作的規劃是一項很複雜的作業。

為了有助於整合的規劃及管理複雜度,您必須減少必須思考的事物。建議您定義共同屬於一個整合觀點的有意義的子系統集(建構版本塔樓)。共同屬於的意思是這些子系統有時會整合成一個群組;只整合一個子系統並沒有意義。例如,某個子系統在執行時所需要的所有低階子系統(直接或間接匯入),都可能是有意義的建構版本集。

建構版本集樣本圖

如果兩個子系統通常會整合成一個群組,就會針對較低層次定義建構版本集。建構版本集是利用編譯和執行子系統 A 時所需要的所有子系統來定義的。

請注意,建構版本集可以重疊,也將會重疊。在專案的生命中,您擁有的建構版本集及其內容會變化。

定義這些建構版本集是為了更容易進行整合規劃。您並不需要思考個別子系統,您可以思考成套的子系統。

定義建構版本序列

請定義一系列的建構版本來漸進地整合系統。這通常都是在實作模型子系統分層結構中,由下而上進行。請定義每個建構版本應該有的子系統,以及必須以哪些其他子系統為 Stub。在下圖中,定義了三個建構版本。

三個建構版本的整合計劃圖

規劃成用三個建構版本來執行的整合。

評估整合建置計劃

如果要評估整合建置計劃,請考量下列核對清單:

  • 整合次序容易找出錯誤嗎?
  • 整合次序會將所需要的 Stub 數量減到最少嗎?
  • 整合次序與元件的開發次序協調嗎?


內容
多次出現的項目
事件驅動
持續進行中
選用
規劃
可重複的