本研究提出以Control Chart 來監控軟體專案執行時程的方法，因此在實驗 上，將以實際專案的執行做為實際測試案例，以學生專題“餐飲訂購系統”作為 實驗數據的來源，餐飲訂購系統為一網頁式系統，使用者包含系統管理者及一 般訂餐使用者，主要功能包含訂餐，店家及菜單資訊，使用者管理等 在餐飲訂 購系統中，針對各使用者訂出相關的 Use Case，在此列出訂餐使用者部分的 Use Case Diagram，如圖 10，所需的功能為查詢訂餐人數、新增店家及菜單、新增 訂單、訂購餐點。
圖 10 訂餐使用者之案例圖
在規畫出系統的 Use Case 後，針對 Use Case Point 所需的資料，加以預估 專案所需的工時，在 Use Case Point 中所使用到的相關數據如表 5。
39
表 6 Use Case Point所用之數據
表 7 實驗專案之EFactor
表 8 實驗專案之TFactor
在表5 中，列出所有 Use Case Point 所使用到的數據，包括運算後的 AUCP，
表 6 和表 7 中則列出了本次實驗專案的 EFactor 和 TFactor，而工時計算方面，
40
以 Gustav Karner 所提出完成一點 AUCP 所需 20 小時計算，因此總工時為 20*4.385，共需 87.7 小時，而在預估出專案所需時間後，便可記錄專案人員工
時，並以Control Chart 監控專案進度，專案監控的部分將以 Control Chart 的方 式呈現，而管制圖中的工時資料來源來自專案人員原始工時，並透過專家系統 針對專案人員能力及負責的工作階段來加權工時，透過加權後的工時製作成管 制圖，顯示結果如圖 11。
圖 11 整體專案之管制圖
在管制圖中可發現在專案中存在著四個異常點，經過探討後發現主要影響 專案的因素為工作時間過低，導致專案執行有問題，透過本研究中提出的資料 分析方式，將加權過的工時分成各工作階段
，並將各工作階段的工時製作程管制圖，而在分析階段資料中將屬於專案分析 階段的工時進行分析，如此便可查知在專案的各開發階段中，影響專案整體進 度的變因，如圖 12 即為專案於分析階段的管制圖，其中發現存在三個異常因 素。
41
圖 12 分析階段之管制圖
而在實作階段方面，透過將原始資料分析，可從管制圖中觀察到，專案在實作 階段時，也有著變因影響整體專案的進度，其中的異常因素為兩個 ，如圖 13 所示。
圖 13 實作階段之管制圖
從實驗結果可得知在原本專案進行時，專案存在四個異常因素，而經過本 研究提出的資料分析後，可以發現在專案中存在著五個異常因素，由此可知本 研究方法可找出存在於專案中卻未被發現的異常因素。
42