工作成果: 建構版本
這個構件產生整個系統或其中一部份的一個可運作的版本,展示最終產品提供的一部份功能。一個建構版本包含一或多個實作元素(通常是執行檔),其中每一個實作元素又是從其他元素建構而成,通常是經由編譯和鏈結程式碼來產生。
目的

從實作中的其他元素建構而成的建構版本,目的是為了交付系統的一部分可測試的執行時期功能和能力。Rational Unified Process (RUP) 表示在一次反覆活動期間會建構一連串建構版本,隨著加入或改良實作子系統的元素,每一個建構版本會不斷增加功能。系統的所有層次皆可打造建構版本,可含括單一或多個子系統,但在 RUP 中,我們只強調工作成果:整合建置計劃中定義的建構版本,因為這些是完成反覆活動的墊腳石。如果系統規模或複雜性夠高,「整合建置計劃」可劃分為多個計劃,涵蓋個別的子系統。 

請注意,基於多種理由(例如單元測試),實作人員可能利用其專用開發工作區及子系統和系統整合工作區的元素(視情況而定),建構非正式的建構版本。不過,按照這裡的說法,再根據工作成果:整合建置計劃的中定義,建構版本是由整合人員利用實作人員送入子系統或系統整合工作區的指定元素來建構。

關係
角色負責: 修改者:
輸出來源
內容
選用
規劃Yes
調整
表示法選項UML 表示法:實作模型中的套件(最上層套件或實作子系統),以 <<build>> 為模板。 

「建構版本」很顯然是必要的,不過,在整個生命週期,專案產生的建構版本類型會改變。 在初始階段,重點可能是產生原型,以了解問題或向客戶做說明;詳述階段的重點是產生穩定的架構,建構階段的重點是增加功能。 在轉換階段,重點變成確定軟體達到可交付的品質。