建構管理(Software Configuration Management)工具，目的在建立制度化的管理方法，以有效管理整個系統開發過程中產生的所有相關產品(稱為建構管理項目)，如各階段性文件與程式碼等。
本公司代理多項可與需求管理、測試管理、測試工具相互整合之建構管理工具，可與客戶實際既有或全新導入之工具相整合，以完善整體系統發展之建構管理作業。
(一) 效益
- 降低產品修改而導致專案失敗的風險。
- 建立及維護工作產品的一致性及完整性。
- 控制產品品質與增進產品的再利用性。
- 確認、定義、記錄、報告建構的項目及狀態，包含版本、組成元件和相互關係。
- 將客戶提出的需求或變更做好控管，以期專案最終交付的產品，確實符合客戶的需求。
(二) 流程說明
1. 建構識別
要能有效率、清楚的控管建構管理項目，須先明確定義各項建構項目(程式碼、資料、文件)，並制訂命名規則及規劃建構項目的存儲結構，以利後續的存儲及取出作業。
2. 基準管理
基準（Baseline）是系統開發的里程碑。建構管理項目在經過變更、錯誤更正及通過審核後，就會成為基準，並儲存於建構管理資料庫(CMDB)中。後續若要對針對此項建構管理項目進行修改，必須要經過評估及審核核准的程序，才可將這此建構管理項目從建構管理資料庫(CMDB)中取出進行修改。
3. 建構控制
對於建構管理項目發生變更狀況時，若不加以管制很容易產生混亂的狀況。因此對於變更狀況，必須建立變更管理機制，以有效管理變更，避免重複覆蓋及混亂的情形。可使用功能完整之建構管理工具進行版本控管工作及變更狀況的追蹤及管制工作。
4. 建構稽核
建構稽核的目的為「確認最終的基準和文件有遵照特定標準或需求」。建構項目相關的紀錄可以存在於多數個資料庫或是建構管理系統中。在這種情況建構稽核應該適當地延伸到這些資料庫中以確保建構項目資訊的正確，持續及完整。
5. 建構狀態報告
建構狀態紀錄之目的，在記錄並報告已納入建構管制項目的修改及其版本，以有效管理每一建構項目。建構狀態紀錄的主要項目為：
(1) 追蹤所有問題及其更正行動。
(2) 產品及文件的目前狀況。
(3) 修改提報、核准、不核准的情況。
並可使用功能完整之建構管理工具，製作建構狀態報告。
