extension points
角色管理
指定功能權限 extension points
專案管理
建立專案及指定使用者 extension points
創立使用者並指定其參與之某專案與擔任之角色
由於本系統在去年已建構一個十分具有彈性的系統管理模組。因 此，系統層級中的系統管理員角色，在今年的專案中繼續延用。但是，
在界面上配合 Web 技術的改變，仍會進行適度的改善。
(2.) 專案經理層級(今年新增的層級)
這是今年新增的層級，同時也是本系統去年在推廣使用上，部份建 築師及監造單位所提的需求，在評估後，將這個需求新增進來。
這個需求是因為在某些建築師事務所中，負責監造的建築案件較 多。此時需要一個專案經理的角色，同時對多個建築專案負責。因為是 跨專案的管理模式，因此就變成一個很重要的需求。專案經理可以透過 本系統所提供的功能，直接檢視所有負責專案的摘要，修改了原本一次 只能開啟一個專案的限制，解決了跨專案管理時，必須在不同的專案間
檢視所有參與專案的提示
發出提示
extension points
檢視所有參與專案的進度摘要
檢視所有參與專案的施作中工項
針對選取專案發出提示
<<extend>>
專案經理
(3.) 專案作業層級(變更的部分，以深色標示)
extension points
匯入預算書 extension points
指定協力廠商施作工項
變更設計 <<extend>>
<<include>>
中隨時可以查閱計畫書的內容，俾利監造工作的進行。其他如預算書的 匯入功能，更直接支援新版 PCCES XML Schema，同時系統在今年度的擴 充與改善後，將不再支援舊版的 PCCES XML Schema。另外，也將重要工 項檢查點、停留點、材料檢驗、自主檢查之檢查點等，直接建立至系統
以上變更設計，真正有此權利的是[建築師]，然因為監造工程師常處 第一線，會詳細紀錄需變更設計的細節，所以會將資料提供給建築師，
由建築師負責設計圖變更，變更圖說完成，再由估價師估算變更的預算 (也常是監造工程師在做，當然也不一定)，然後一方面向縣府提變更設計 執照申請，一方面向業主提出變更預算書審核，業主通過後，再找包商 開會，若有新工項，則優先找包商議價。
上述變更設計流程是較正式的做法，量很大或工項增減恐有爭議或 變更牽涉到執照是否會准等大問題考量時，一定要照此程序。除此以外，
很多小變更，往往在每週的例行工程會議，經過業主、建築管理、監造 工程師、包商一起會商同意，就可以先進行，以免延誤工程進行的流暢，
惟圖形變更時，還是要很小心版本傳遞的控制，因為常常都在此時發生 失誤。
下面的 Usecase 圖與變更設計相關活動圖已將「設計圖變更」納入考 量。
I. 變更設計相關 Use Case 圖 extension points
<<extend>>
<<include>> <<include>>
簽核變更預定進度
<<extend>>
解除簽核 系統管理員
iii. 設計圖變更
iv. 計畫書變更
建築師
變更設計
設計圖變更 上傳檔案
<<include>>
變更設計 監造工程師
變更計畫書 上傳檔案
<<include>>
II. 變更設計相關活動圖
i. 預算變更活動圖
編輯預算
簽核預算
變更預算
增減工項 增減數量 變更單價
簽核變更
※目前暫不考慮
ii. 預定進度變更活動圖
編輯預定進度
簽核預定進度
變更預定進度
新增預定進度項目 變更預定進度項目內容
簽核變更預定進度
(4.) 一般功能層級(變更的部分，以深色標示)
全文檢索也是本年度計畫的一個重點，在諸多的全文檢索解決方案 中，經由多方的評價，決定結合 IBM OmniFind Yahoo! Edition，及 Sql Server 2008 advanced Express 的全文檢索功能，來作為本計畫的全文檢索工具。
在自建文件庫方面，可以將相關法令、施工規範、品質文件、及其他相 關文件，建立一個自有的文件庫，或將經常查詢的網站，交由 IBM OmniFind Yahoo! Edition 整合成一個完整的知識庫。而計畫書、合約書等 的檢索則交由 Sql Server 2008 advanced Express。而在材料檢驗及品質查驗 的加強上，系統將再進行一次提煉，使之更精緻好用。
監造工程師
工地主任
記錄監造日誌
計算進度
extension points
記錄施工日誌
(5.) 一般功能的事件觀點層級(變更的部分，以深色標示)
BCSIMS 系統眾多功能中所加入的事件管理，提供前述問題的一種解決方
加入事件
extension points
<<include>>
（三）
擴充改善設計與建置
BCSIMS 擴充與改善工作，在彙整了全文檢索、WEB 介面技術的改 進、PCCES XML Schema 的修訂等資料後，針對資料庫模型進行重新架 構，就 PCCES XML Schema 的改變及新功能的加入，對整個系統的資料 庫模型進行調整，並利用 Use Case 進行系統需求分析，分別就系統層級、
專案經理層級、專案作業層級、一般功能層級、及一般功能的事件觀點 層級等五種不同視界，透過圖形化的分析方式，說明系統進行擴充與改 善的分析時，所進行的主要變更內容。
最後根據前述規劃與分析之結果，進行系統架構設計、功能設計及 使用者介面設計等設計工作，以定義系統軟硬體需求規格，最後再進行 系統之建置。