概念: 構件
「構件」是一件「工作成果」,可說明和定義有形、重要的工作成果。
主要說明

「構件」是指「作業」所耗用、產生或修改的有形、明確的「工作成果」。「構件」可能由其他構件組成。例如,模型「構件」可以由模型元素組成,這些元素也是「構件」。構件可以做為定義「可重複使用的資產」的基準。「角色」使用「構件」來執行「作業」,並於執行作業期間產生「構件」。 

「構件」是單一「角色」的責任,這樣很容易釐清和瞭解責任,也可以確定方法中產生的每一項資訊都需要有適當的技能。即使一個「角色」可能「擁有」特定類型的「構件」,但其他「角色」仍然可以使用這些「構件」;如果「角色」已獲得適當的權限,甚至可以更新它們。

構件通常不是文件。許多方法太過於強調文件,尤其是紙張文件。管理專案「構件」的最有效率和最有系統的方式,就是直接在建立和管理這些構件的適當工具之內維護成果。必要時,還可以從這些工具中即時產生文件 (Snapshot)。

構件範例:

  • Microsoft® Word® 中儲存的使用案例規格
  • Rational Software Architect 中儲存的設計模型。
  • Microsoft® Project® 中儲存的專案計劃。
  • Rational ClearQuest 中儲存的問題。
  • Rational RequisitePro 中的專案需求資料庫。

請注意,在白板翻頁圖表上的格式,也可以用來取得圖形資訊(例如 UML 圖)、表格資訊(例如狀態資訊簡短清單),或甚至是文字資訊(例如簡短的願景陳述)。這些格式適用於小型、合作團隊,所有團隊成員可以隨時取得這些資源。

不過,有些「構件」仍然必須或最好是純文字的文件,例如專案的外在輸入,或最適合以此呈現敘述性資訊的情形。團隊應該儘量採用協同式工作群組工具,例如 WikiWiki Web 或 Groove,透過電子方式取得文字文件,以簡化後續的內容和版本管理。在必須保存歷程記錄來滿足審核需求的情況下,這項要求尤其重要。對於任何重要的開發工作,尤其在牽涉大量開發團隊時,「工作成果」很可能需要進行版本控制和配置管理。 這有時只能經由儲存器「工作成果」的版本化來達成,但基本、內含的「工作成果」則不可能達成。例如,在軟體開發中,您可以控制整個設計模型或設計套件的版本,而非內含的個別類別。