中華大學碩士論文

(1)

中華大學碩士論文

營建資訊整合系統---進度控制模組之建立 The Establishment of Schedule Control Module of

Construction Management Information System

系所別：營建管理研究所學號姓名：M09216008 黃俊傑指導教授：蕭炎泉

中華民國九十四年六月

博士

(2)

(3)

(4)

(5)

致謝

學生在研究期間，感謝恩師蕭炎泉老師在論文與程式上之指導，

更給予很多學習的機會，使得學生在學習期間更加成長，在此致上最由衷的感謝。而在口試期間，感謝吳卓夫老師、林永發處長、楊錫麒老師、廖國裕老師給予學生論文修飾與建議，使得學生的論文能更加完善。

在研究所兩年間，承蒙劉福勳老師、余文德老師、楊錫麒老師、

鄭紹材老師、石晉方老師、許玉明老師、楊智斌老師、鄭奕孟老師、

朱達仁老師在專業知識上之教導，讓學生獲益良多，學生非常感謝。

另外在求學過程中，感謝大姐、小新、老趙、小璋、阿信、阿倫、

阿益、阿培、燈泡、阿國、阿瑋、琪培等同學及學弟妹相互關心、勉勵與切磋，也感謝女友瑋婷在求學期間給我照顧與關心。

最後感謝我最敬愛的父母親與家人多年的付出與關懷，讓我能順利完成學業，願將此份榮耀與你們共享，謝謝你們

黃俊傑謹誌

中華大學營建管理所民國九十四年六月

(6)

摘要

關鍵字：進度、CMIS、MS Project、施工日報

營建業在專案執行過程中參與者眾多、作業流程數量繁重，其中以工程進度控制尤為重要，在工程利潤日趨薄弱之情況下，若工程延遲導致罰款，有時不只利潤全無，還可能會賠本，所以工程進行進度控管要非常小心謹慎。

進度管制所需之資料非常鎖碎繁雜，若以人工運用紙筆來紀錄、

計算是非常費時費力，雖市面有許多營建套裝軟體，但其過於單一功能導向、預警功能不佳，有鑑於此，本研究將運用現有 CMIS（營建資訊整合系統）結合 MS Project 開發進度控制模組。

本研究首先探討 CMIS 結合 MS Project 流程與數值轉換情形，進而開發施工日報模組與進度控制模組。利用施工日報模組紀錄每日施作之工程項目、數量、施作位置，系統不僅能自動計算拋轉至現有估驗計價模組，還能將施工數量、金額轉換為進度數值至進度控制模組，

自動更新網圖，快速提供管理者工程進度資訊，以正確訂定決策，順利完工。

(7)

ABSTRACT

Keywords：Schedule Control, CMIS, MS Project, Daily Report

During the execution of a project, it involves many participators and activities for a construction company. Within the project management, the schedule control is one of the most important issues. The schedule delay may cause penalty and suffer the tremendous lose in such a low profit age.

Therefore, we must pay much attention on schedule control for a construction project.

The schedule control of a project must deal with huge data, it is almost impossible to perform this task by paper and manpower without computer software. There are some software available for construction industry, since most of them are single capability and lack of early warning, in this research we combine CMIS （ Construction Management Information System）and MS Project to develop schedule control module.

In this research we probe into the data transformation between CMIS and MS Project. The Daily Report Module and Schedule Control Module are developed in the system. We can record daily working items, quantity, and location for each activity and translate related information into Estimation Module. These daily site messages are compiled into Schedule Module to automatically update the schedule diagram in MS Project. This well integrated system can rapidly provide decision maker correct information to perform proper action to assure the success of the project.

(8)

圖目錄

圖 2.1 營建管理資訊系統目前主要功能 ...7

圖 2.2 施工日報管理中樞 ...8

圖 3.1 資料轉換之關係圖 ...15

圖 3.2 透過 ODBC 做資料轉換畫面 ...16

圖 3.3 本研究在 MS Project 建立之專案 ...16

圖 4.1 施工日報資料關係圖 ...25

圖 4.2 進度控制資料關係圖 ...27

圖 4.3 資料庫關係架構全圖 ...28

圖 4.4 「工項基本資料庫」資料表群組圖 ...28

圖 4.5 資料屬性畫面 ...29

圖 4.6 屬性輸入畫面 ...29

圖 4.7 資料庫關係架構之一 ...32

圖 4.8 資料庫關係架構之二 ...33

圖 4.9 資料庫關係架構之三 ...34

圖 5.1 單位資料維護畫面 ...36

圖 5.2 業主資料維護畫面 ...36

圖 5.3 專案資料維護畫面 ...37

圖 5.4 基本資料庫維護畫面 ...37

圖 5.5 資源資料維護畫面 ...38

圖 5.6 工料分析資料庫維護畫面 ...39

圖 5.7 部位維護畫面 ...39

圖 5.8 作業關係維護畫面 ...40

圖 5.9 專案建立模組畫面 ...40

(11)

圖 5.10 專案項目設定畫面...41

圖 5.11 施工日報輸入模組...42

圖 5.12 系統警示畫面...42

圖 5.13 工項計算畫面...43

圖 5.14 施工日報表畫面...43

圖 5.15 進度任務總攬畫面...44

圖 5.16 Project 進度變更畫面 ...45

圖 5.17 進度查詢畫面...45

圖 5.18 作業項目查詢畫面...46

圖 5.19 專案進度查詢...46

圖 5.20 業主資料輸入畫面...47

圖 5.21 專案資料輸入畫面...48

圖 5.22 Project 原始資料圖檔 ...48

圖 5.23 Project 資料轉至 CMIS 畫面...49

圖 5.24 作業關係轉換畫面...49

圖 5.25 專案工項輸入畫面...50

圖 5.26 施工日報輸入畫面...51

圖 5.27 施工日報表畫面...51

圖 5.28 數量警示畫面...52

圖 5.29 金額警示畫面...52

圖 5.30 工項細部資料輸入畫面...53

圖 5.31 工作任務輸入畫面...54

圖 5.32 作業項目施作內容查詢畫面...54

圖 5.33 MS Project 顯示進度畫面...55

圖 5.34 進度資料表列印畫面...56

(12)

圖 5.35 當日作業項目查詢畫面...56 圖 5.36 專案進度查詢畫面...57

(13)

表目錄

表 3.1 任務對應表...17

表 3.2 資源對應表...18

表 3.3 工作分派對應表...18

表 3.4-1 輸入不同實際開始時間任務變更欄位表 ...19

表 3.4-2 輸入不同實際開始時間工作分派變更欄位表 ...20

表 3.5-1 輸入實際結束時間任務變更欄位表 ...20

表 3.5-2 輸入實際結束時間工作分派變更欄位表 ...20

表 3.6 Project 拋轉至 Access 數值變動表...21

表 4.1 施工日報資訊...24

表 4.2 各實體欄位屬性資料...30

(14)

第一章緒論

1.1 研究動機

目前我國營建業資訊化程度較國內其它產業明顯偏低，由於近年來資訊科技的蓬勃發展，電腦的運用已非常普及，營建業得跟上腳步，

營建資訊化已經是現今非常重要的議題。由於營建管理團隊的參與成員眾多，作業流程數量繁重，全程從調查、規劃設計、結構分析、圖說繪製、發包訂約、施工檢驗、驗收、計價等作業，每一個作業環環相扣，管理團隊在處理作業流程與相關作業時，應該如何地執行連貫整合，是目前一個十分值得研究的問題。

面對龐大的專案，進度控制管理是專案成敗的關鍵，營造業在利潤不高的情況下，若進度落後，被處以罰款則不只利潤全無，還可能會賠本，所以工程人員在做進度管控時一定要非常謹慎。進行專案進度的全面管控時所需的資料非常瑣碎、繁雜，資料依賴人工撰寫非常耗時，並且容易出錯，資料尋找不易，雖然有許多套裝營建管理系統，

但其過於單一功能導向、預警功能不佳，有鑑於此，本研究開發一套適合工地使用之「營建管理系統—進度控制模組」。

本研究進度控制模組將結合 MS Project，把工地紀錄的資料整合到 CMIS 主系統，並且能自動彙整、累計和拋轉工程施工項目與數量至估驗計價和進度控制模組，再結合 MS Project 來顯示目前工程進度，以提供管理者可迅速訂定決策及因應措施。

1.2 研究目的

為避免因工程人員疏忽而造成錯誤和提升工地管理效率，本研究

(15)

擬定之研究目的如下：

（一）探討 MS Project 拋轉至 MS Access 對應欄位，將 CMIS 輸入的資料能完全反應到 MS Project，來做進度管控。

（二）建立營建管理資訊系統施工日報模組功能，並把每天紀錄工項數量金額自動計算拋轉至進度控制模組。

（三）開發營建資訊整合系統之進度控制模組。

（四）使用實際案例輸入系統中，以驗證「營建資訊整合系統之進度控制模組」是否能適用於一般專案進度管理。

1.3 研究方法

（一）文獻分析法

收集工程日報、進度控制系統等之相關期刊、著作、研究報告，並分析現有的營建管理整合系統之優缺點，進行探討與整合，以作為本研究系統架構的資料分析，以開發出實用的系統。

（二）系統功能架構與規劃設計

本研究經由文獻回顧整理出工地在進行進度管控所需的功能需求及管理者或使用者之操作介面，以開發符合工地使用之進度控制系統。

（三）資料庫架構分析

本研究擬以 ER/Studio、InterBase 來建構「營建資訊整合系統---進度控制模組」之資料屬性定義、資料型態與資料表之關聯性。

（四）系統開發與建置

本研究利用 Borland 的 Delphi 軟體來開發「營建資訊整合系統---進度控制模組」，使得工地之資料能儲存、拋轉至資料

(16)

庫，以進行工地進度的管控。

（五）系統驗證

運用實際工程案例輸入至本研究所撰寫之營建資訊系統，

並探討本系統與其他營建資訊系統的優缺點和實務上之適用性。

1.4 研究範圍和限制

建築工程領域相當廣泛，本研究主要針對建築工程中施工階段的進度控制方面作探討，運用工程最常運用的金額比較法來量度進度

【1】，而預定之工程進度並不在研究範圍內。

本研究以合約工項金額為依據作進度管控，並不考慮物價波動、

變更設計等因素。

本研究延續文謙君【2】所撰寫的營建資訊整合系統—估驗計價系統，修改其所開發施工日報模組，期望能更增強其功能性、使用性，

並將施工日報所紀錄工項數據依據完工總量轉換成為進度數量，並藉著資料庫之拋轉匯整至 MS Project 之內容，能即時自動更新工程施做進度的網圖，讓工程人員可清楚了解目前工程施做的進度。

(17)

1.5 研究流程

圖 1.1 研究流程圖

對應關係探討擬定研究方向文獻回顧系統撰寫案例驗證 研究方法

探討現有營建整合軟體 擬定研究課題

研究動機 研究目的

文獻回顧

收集進度控制相關文獻

系統功能之架構

符合使用者功能需求

程式撰寫

程式除錯

案例驗證

NO

Yes

資料結 構錯誤 功能架

構錯誤

完成研究報告 Project、Access

對應關係探討

(18)

第二章文獻回顧

本章針對營建電腦化、營建管理資訊系統、施工日報、進度控制及營建整合性軟體進行文獻回顧，以了解工程資料處理流程及其現有的問題。

2.1 營建電腦化

現階段科技非常的發達，很多的資料皆是由電腦來處理，讓營建業不得不重視這個趨勢。

電腦化就是利用現代化的電腦科技及管理的理論，使管理現代化、效率化。營造廠在電腦系統的運用使用上主要管理重點仍然以工地現場之成本、進度、品質為主，因此現有市面所配合發展之營建管理資訊系統仍以「工地管理電腦系統」佔大多數。

在營建工地管理方面的電腦化的內容現在仍著重於下游管理資訊系統，對於基層的資料收集、處理與一致化資料庫內容相關的問題卻很少觸及。楊勝發【3】從「工地管理資訊系統發展」、「資料收集問題」、「資料處理問題」來說明現有的問題。

一、工地管理資訊系統發展

（一）因管理需求不一，國內並無一套實際可用普及的工地管理資訊系統。

（二）現有軟體由電腦專業人員開發，因其對工地管理內容不甚熟悉，常會設計出不符合需求或不易使用之系統。

（三）商業化工地管理軟體功能雖然很強大，但常因過於龐大，

致使維護不易，此外，說服中小型營造廠投入大量人力、

物資於工地管理電腦化並非易事。

(19)

（四）系統功能侷限於部分範疇

（五）市面工地管理資訊系統軟體多行假設使用環境進行分析設計，因此系統的執行效益會因環境條件改變而降低。

（六）所需的資料收集種類、數量多，卻無一致的整合介面，影響資料的傳遞性。

（七）各單位報表格式不同，導致系統輸出狀況不同，增加系統整合的困難度。

二、資料收集方面

（一）無適當資料收集及管理方法，致使分析不易進行。

（二）傳統文字書寫或以流水帳方式紀錄資料，除耗費大量人力與報表紙張外，資料保存也不易進行。

（三）現場工地人員敷衍心理會導致收集的基層資料正確性降低，而使營建管理電腦化流於形式。

（四）未統一的報表格式，造成系統之處理流程亦不一致，導致標準資訊流程定義上的困難。

三、資料處理方面

（一）工地中資料處理工作常由臨時人員助理完成，易發生誤解填寫人原意之情形，使資料處理結果之可信度降低。

（二）因人力、物資限制，資料處理工作無法隨時進行，只能在固定週期進行彙整分析；因此，此種因資料收集與處理間的「時間差」問題，可能造成錯過解決問題的機會。

(20)

由上述問題看來多來至於資料收集方法不良、內容不合理、無統一資料庫等原因，本研究期能了解工地管理現階段問題，開發一套適合工地管理的營建資訊系統。

2.2 營建管理資訊系統之介紹

CMIS營建管理資訊系統整合了營建工程中自規劃、設計、估算、

預算、採購發包、施工日報、估驗計價等（圖2.1）工作，提供工程人員方便控制專案，其目前主要之功能如下：

一、專案管理模組二、預算模組三、採購發包模組四、估驗計價模組

圖 2.1 營建管理資訊系統目前主要功能

營建管理資訊系統目前沒有進度控制方面的功能，因此本研究結合 MS Project 開發進度控制模組，期望能擴增營建管理資訊系統的功能，以讓工程人員能更方便管理工地。

2.3 施工日報之探討

施工日報所紀錄的內容為工地最基本的資料，舉凡當天所使用的人員、機具、材料、天氣狀況、特殊事情的紀錄，雖為最基本的資料，

但卻是工地管理的中樞（圖 2.2）。

CMIS 專案管理模組

採購發包模組

預算模組

估驗計價模組

(21)

圖 2.2 施工日報管理中樞

成本、進度的控制皆是藉由施工日報所紀錄的資訊來做計算的，

因此施工日報紀錄正確與否，對於工程日後的運作影響甚大。

李嘉文君【4】認為大部分工地從工程一開始至結束都使用同一份施工日報，如此一來，不但內容過於繁雜，增加了許多不必要的項目，

致使填寫人員不易填寫，因此對於施工日報的設計，應力求簡單扼要，

而且越清楚越好，最好只須填寫數字，一般施工日報所填寫的內容主要分：

1. 工程基本資料：包括工程名稱、工程地點、監造單位、承包廠商、工作項目、施作及完成數量等。

2. 工期：一般都包括填表日期、開工日期、完工日期、合約工期、工作天等。

3. 天氣狀況：紀錄當天氣上午、下午氣候狀況。

4. 人工：紀錄如放樣工、鋼筋工、模板工等專業技術人員。

5. 機具設備：紀錄當日機具設備的使用情形，如挖土機、吊車、發電機等。

6. 材料：分入場與使用兩種。

施工日報

詳細數量表

材料紀錄表機具紀錄表

成本報告進度報告

鋼筋使用數量表模板使用數量表其他數量表管理報告

(22)

7. 材料試驗：紀錄現場材料試驗的結果。

8. 工地記事：紀錄當日所發生事情。

對於土木工程而言，工程項目沒那麼多，運用紙筆紀錄或許還不會有問題，但對於建築工程來說，工項可能達到數百項，如果要將全部列入施工日報，則頁數可能會過多，因此若要使施工日報變的簡單省事，則應採用資訊系統，文謙君【2】已在營建資訊整合系統-估驗計價系統之研究裡開發施工日報系統，藉由施工日報所紀錄之工程項目資料來進行估驗計價，本研究期能增強其功能，並使操作介面更趨於人性化。

2.4 現階段進度控制之探討

由於營建工程所牽涉到的人、事、物等事項相當的廣泛，資料數據非常龐大，所以工程人員往往難以掌握工程的進度。影響工程進度的因素又可分為非人為可控制因素和人為可控制因素，非人為控制因素如居民意見、物價波動、變更設計、承包商的職業道德等，這些不確定因素都是我們無法去掌控計算的，因此不在本研究的探討範圍內，本研究所要探討的是可以控制的部分。

工程進度管理主要可分為規劃設計階段、準備階段、施工與控制階段，每個階段都影響進度甚鉅，所以一定要層層嚴格的管控，本研究主要針對施工與控制階段做探討。

進度的檢驗和監督控制是做好施工與控制階段的重點，專案的管理者要全程的監督與控制，若發生進度落後、人員分配不當、材料使用過量等情形，都該隨時應變並予以修正。邱瀞瑱君【5】指出工程施工與控制階段主要問題如下：

（一）進度規劃/控制作業流於形式化，工期訂定不切實際，未在施工階段實行；或規劃限制過嚴。

(23)

（二）專業廠商的能力不足而延誤施工進度，以及勞務分配不當。

（三）無專案人負責定期追蹤修正進度與查核現況。

（四）現行使用的資訊軟體之工程預警性不足導致延誤。

（五）因工程現場與表格不符，或因回報資料不確實，若有工程錯誤變更，則不易控制進度。

（六）分段施工時，因設計與施工介面考慮不足，以致施工中部分與正在設計尚未發包部分，有無法銜接或衝突現象。

（七）工程之管理人力與設備不足，且文書處理困難，導致現場執行進度管理不當。

（八）資金週轉不良成本預算問題，導致停工或影響進度執行。

（九）因工法未完全掌握或工程糾紛或爭議協調事件之影響，導致延誤。

（十）因組織運作協調不良或材料、配合行銷或法令因素而變更設計致使進度失控。

（十一）材料使用，機具設施規劃考慮安排不週所致。

（十二）作業分配指導不當，輸送能力不足。

上述的 12 個問題裡有幾個是因為沒有一套好的管理機制，由於營建過程是動態性質，所以為了充分掌握工程進度，必須要有一套合宜的資訊回報與管制系統。管理系統裡應以資料作為管理的依據，而資料的取得可透過工程會議、監工日報、工程檢查紀錄表、現場考察、

照片與核對圖表等而來；另外，管理者除了將這些施工實績予以量化分析，作為原預定進度計畫之比較差異，為了能得到即時預警的效用，

在工程的各個階段進行檢討以及定期地修正評核資料是有必要的。

2.5 現階段營建整合資訊系統之探討

營建整合資訊系統發展主要使工程施工過程中之各類資料，井然有

(24)

序建置在系統內，提供工地各成員所需的資訊，以完成進度、品質、

成本、安衛等管理目的。

林柏吟【6】指出營建整合資訊系統的功能應該包含：（1）估驗計價、合約管理（2）施工日報管理（3）工程進度、資源、成本管理（4）

物料庫存管理（5）財務會計管理（6）採購、發包管理（7）估價、預算管理（8）品質分析管理（9）工地資料記錄查詢（10）工地資訊及時管理等相關功能，同時資料庫功能建構完備，讓使用者輸入特定資料後，資料即可相互拋轉、傳遞、運用、儲存。

國內業者及許多系統開發者也根據自行設計的整合架構進行實作，發展出整合系統，以下以 SECA 整合系統、營建工程應用軟體（春元）、中程營建整合系統、潤泰集團（SAP 的 ERP 軟體）、世正開發來說明現有整合系統發展趨勢及可能的問題點。

1.SECA 整合系統（互惠工程）【7】：

此整合系統包括基本資料庫、估價作業、發包作業、工程進度排程、

施工管理、估驗計價、總帳、固定資產、人事薪資、決策分析、施工日報、預算作業等子系統。

SECA 的進度排程所需之資料是由其他子系統拋轉過來，自動計算拋轉至進度系統中，但其需要鍵入開始日期，系統才能自動排程，如此可能會因為輸入錯誤的而產生與實際不符之進度表，且其系統架構龐大，操作不易，系統維護並不方便。

本研究期能藉由 CMIS 與 MS Project 結合，開發出工程人員方便、

習慣運用之進度控制模組，且其開始時間是透過施工日報模組直接拋轉輸入，可防止彙整與實際不符之進度表。

2.營建工程應用軟體（春元）【8】：

此整合系統依管理功能需求細分成結構估算、粉刷計算、工程標

(25)

單、採購發包、工程進度、工地物料、財務會計、房屋銷售等子系統。

各部分子系統都限於單一化功能，多著重報表產生，對於複雜的管理功能相形薄弱，且此整合系統屬封閉系統，與現有軟體結合不易。

在進度控制方面，其資料並沒透過施工日報模組直接計算拋轉至進度控制模組，因此在資料輸入方面比較繁瑣。

本研究透過施工日報模組紀錄每天施作工項，計算拋轉進度相關資訊至進度控制模組，操作介面較為簡單，且不易出錯。

3.中程營建整合系統【9】：

在營造方面，其有估算計價系統、執行預算系統、變更設計追加減系統、施工日報系統、工程進度系統。

施工日報系統可以紀錄每天工項數量、天氣狀況、工程日報表匯出，但並不能將其資料拋轉至進度控制系統，因此在進行進度控制時，

資料輸入繁瑣。

4.潤泰集團（SAP 的 ERP 軟體）【10】：

企業資源規劃（Enterprise Resource Planning，ERP）是近年來企業管理所倡導之整合性理念。潤泰集團引進德國 SAP 的 ERP 軟體，其現階段既有業務銷售模組、專案管理模組、物料管理模組、品質管理模組、財務會計模組、成本控制模組、資金管理模組、設備維護模組等。

專案管理模組方面，其主要的功能有專案架構及預算之建立、專案進度排程及管理、專案成本控管、專案進度與成本/收入進度計算分析(S-Curve)、施工日報紀錄、工程變更資料登錄

ERP 功能雖然強大，但潤泰集團當初導入 ERP 使用 SAP 過程相當艱辛，其困難如下：

1. SAP 成本相當高（軟體約 3000 萬）

2. SAP 為英文介面

(26)

3. SAP 無法和其他介面之軟體整合使用 4. SAP 的專業使用門檻高，學習困難

5. SAP 的 PM 功能不強(因為它主要是在企業資源整合規劃和組織方面)。

5.世正開發【11】：

其由台灣的主機和伺服器，利用 Internet 網路，連結大陸、菲律賓，

達到資料共享、資訊互通，導入 ERP(企業資源規劃)將世正公司內部的資源整合、管理，其中分為事件交辦與追蹤、CAD 在工程上的應用、

動態進度排程、知識管理、文件分享交換平台。

而在進度排程方面，工具使用的專業門檻太高、介面複雜操作困難、購置成本太高，因此對於中小型營造廠而言，不堪負荷。

由上述發現國內營建業使用之管理軟體有朝向企業資訊整合

（ERP）方向努力，其功能雖然強大，但在施工管理細微設計稍嫌不足，

且專業門檻高、購置成本太高，因此運用仍佔少數，而其他營建整合資訊軟體發現有幾個共同問題，如過於單一功能導向造成資料輸入及處理重複高、操作介面複雜，與現有軟體結合不易。

為解決上述問題，本研究使用 Borland 的 Delphi 及 ER-Studio 環境，開發一套操作程序較為簡單、使用容易、報表格式統一的營建管理資訊系統（CMIS），現階段 CMIS 已具備專案管理模組、預算模組、

採購發包模組、估驗計價模組。其中估驗計價模組中的施工日報、估驗計價部份已由文謙君完成，本研究將延續其研究結果，增強其功能，

並結合 MS Project，將 CMIS 裡所紀錄的工項資料自動拋轉成為進度數值，更新 MS Project 進度網圖，以反映工地的進度。

2.6 小結

經由上述可以知道工地管理所要處理事務是非常瑣碎繁雜的，因

(27)

此若有一套營建管理資訊系統來幫忙處理建檔，不僅方便找尋資料，

也可以減少很多勞力、時間的浪費。本研究主要開發進度控制模組，

利用既有的營建管理資訊系統與 MS Project 結合，MS Project 主要是在時間上作管控，在實作金額的計算上略顯薄弱，而本研究所開發之營建管理資訊系統是運用棟、樓、室架構，能夠清楚的紀錄工作項目之施作數量、金額、施作位置，藉由本系統精密計算各作業項目所花費之金額、完成百分比等，能完全反映到 MS Project，使其網圖能自動更新，本研究期望能藉由營建管理資訊系統與 MS Project 結合能對營建業有些許貢獻。

(28)

第三章 MS Project、MS Access 關係探討

本研究開發的營建管理資訊整合系統--進度控制模組需要藉由 MS Access 作為進度資料轉換的平台，讓 CMIS 所紀錄的資料能拋轉至 MS Project 繪製網圖，因此在本章節，將針對 MS Project、MS Access、CMIS 相對關係作探討。

3.1 資料庫轉換之相互關係

經本研究探討發現 MS Access 在營建管理資訊系統(CMIS)與 MS Project 結合中扮演資料庫轉換的中樞(圖 3.1)，而營建管理資訊系統資料庫藉由 ODBC 轉化 MS Access 資料型態（圖 3.2），MS Project 則直接轉換為 MS Access 資料型態，兩者資料庫藉由 MS Access 進行資料庫互轉。

圖 3.1 資料轉換之關係圖

營建管理資訊系統紀錄每天施作之工項資訊，並進行計算與拋轉，再藉由 MS Access 將施作之日期、金額等資料轉換到 MS Project，

以即時反應工程施作進度。

MS Project MS Access CMIS ODBC

(29)

圖 3.2 透過 ODBC 做資料轉換畫面

本研究以一個營建專案時程為例，由MS Project轉換為MS Access

（圖3.3），來了解資料欄位之名稱、屬性等，因為營建管理資訊系統所建構之資料庫屬性需要和MS Project完全相同，否則在營建管理資訊系統所輸入之資料將無法成功拋轉至MS Project顯示工程進度。

圖 3.3 本研究在 MS Project 建立之專案

(30)

由本研究探討發現MS Project資料轉換為MS Access型態時，資料表甚多，主要有任務、資源、工作分派三大部分，因此本研究所開發之營建管理資訊系統內也須建構其資料表欄位、關係，以進行資料轉換。

表 3.1 任務對應表

任務對應

資料庫欄位 MS Project 欄位 資料類型 TASK_ACWP 作業 ACWP DOUBLE TASK_BCWP 作業 BCWP DOUBLE TASK_BCWS 作業 BCWS DOUBLE TASK_DUR_VAR 工期差異 INTEGER TASK_FINISH_VAR 完成時間差異 INTEGER TASK_START_VAR 開始時間差異 INTEGER

TASK_UID 專一識別碼 INTEGER

TASK_EARLY_FINISH 最早完成時間 DATETIME TASK_LATE_START 最遲開始時間 DATETIME TASK_STOP_DATE 停止 DATETIME TASK_RESUME_DATE 恢復 DATETIME

TASK_DUR 工期 INTEGER

TASK_ACT_DUR 實際工期 INTEGER TASK_REM_DUR 剩餘工期 INTEGER TASK_BASE_DUR 比較基準工期 INTEGER TASK_START_DATE 開始時間 DATETIME TASK_FINISH_DATE 完成時間 DATETIME TASK_ACT_START 實際開始時間 DATETIME TASK_ACT_FINISH 實際完成時間 DATETIME TASK_BASE_START 比較基準開始時間 DATETIME TASK_BASE_FINISH 比較基準完成時間 DATETIME TASK_PCT_COMP 完成百分比 SMALLINT TASK_REM_WORK 剩餘工時 DOUBLE TASK_REM_COST 剩餘成本 DOUBLE TASK_IS_CRITICAL 是否為要徑。

要徑:-1，非要徑:0

SMALLINT TASK_BASE_COST 比較基準成本 DOUBLE

TASK_WBS WBS LONGCHAR

TASK_NAME 名稱 VARCHAR

TASK_PHY_PCT_COMP 實際完成百分比 SMALLINT

(31)

表 3.2 資源對應表

資源對應

資料庫欄位 MS Project 欄位 資料類型 RES_NUM_OBJECTS 物件數目 INTEGER

RES_UID 專一識別碼 INTEGER

RES_ID 識別碼 INTEGER

RES_IS_OVERALLOCATED 過度分派 SMALLINT RES_ACCRUE_AT 成本累算方式 SMALLINT RES_OVT_WORK 加班工時 DOUBLE RES_COST_PER_USE 每次使用成本 DOUBLE RES_REM_WORK 剩餘工時 DOUBLE RES_REG_WORK 正常作業時間 DOUBLE

RES_PEAK 最大使用量 DOUBLE

RES_REM_COST 剩餘成本 DOUBLE RES_MATERIAL_LABEL 材料標籤 LONGCHAR 表 3.3 工作分派對應表

工作分派對應

資料庫欄位 MS Project 欄位 資料類型 ASSN_ACT_START 實際開始時間 DATETIME

ASSN_ACWP ACWP DOUBLE

ASSN_BCWP BCWP DOUBLE

ASSN_BCWS BCWS DOUBLE

ASSN_START_VAR 開始時間差異 INTEGER ASSN_FINISH_VAR 完成時間差異 INTEGER

ASSN_UID 專一識別碼 INTEGER

ASSN_START_DATE 開始時間 DATETIME ASSN_FINISH_DATE 完成時間 DATETIME

ASSN_DELAY 延遲 INTEGER

ASSN_BASE_START 比較開始時間 DATETIME ASSN_BASE_FINISH 比較基準完成時間 DATETIME

ASSN_UNITS 單位 DOUBLE

ASSN_WORK 工時 DOUBLE

ASSN_ACT_WORK 實際工時 DOUBLE ASSN_REG_WORK 正常作業時間 DOUBLE ASSN_REM_WORK 剩餘工時 DOUBLE ASSN_BASE_WORK 比較基準工時 DOUBLE

ASSN_COST 成本 DOUBLE

ASSN_ACT_COST 實際成本 DOUBLE ASSN_REM_COST 剩餘成本 DOUBLE

(32)

3.2 MS Project 轉換為 MS Access 變動情形探討

本研究運用一個營建專案時程為例（不考慮資源分配）由 MS Project 轉換為 MS Access 資料型態時發現任務、工作分派資料表會有所變動，而本研究將藉由了解其欄位值之變動，再運用程式之撰寫來修改其欄位值，讓 CMIS 能成功結合 MS Project。

而本研究將資料分為時間和數值二部分來探討。對於時間方面，

本研究採取假設其作業實際開始時間與預計開始時間不同時，觀察其欄位之變動，因若作業實際開始時間與預計開始時間相同，則時間欄位之值只有會顯示其實際開始時間，而其他欄位則無變更，所以本研究並不探討之。

表 3.4-1 輸入不同實際開始時間任務變更欄位表 MSP_TASKS（任務）

資料庫欄位 MS Project 欄位 TASK_LATE_START 最遲開始時間 TASK_EARLY_FINISH 最早完成時間

TASK_STOP_DATE 停止 TASK_RESUME_DATE 恢復

TASK_START_DATE 開始時間 TASK_FINISH_DATE 完成時間

TASK_ACT_START 實際開始時間 TASK_EARLY_START 最早開始時間 TASK_LATE_FINISH 最遲完成時間

(33)

表 3.4-2 輸入不同實際開始時間工作分派變更欄位表 MSP_ASSINGMENTS（工作分派）

資料庫欄位 MS Project 欄位 ASSN_ACT_START 實際開始時間 ASSN_START_DATE 開始時間 ASSN_FINISH_DATE 結束時間

本研究以二階段情況來說明時間欄位之變更，第一階段為當輸入實際開始時間時（與預計開始時間不同），其變更之欄位如上表 3.4-1、

3.4-2 所示。

本研究第二階段輸入作業實際結束時間，觀察其拋轉後其變更之欄位如表 3.5-1、3.5-2 所示：

表 3.5-1 輸入實際結束時間任務變更欄位表 MSP_TASKS（任務）

資料庫欄位 MS Project 欄位 TASK_EARLY_FINISH 最早完成時間

TASK_FINISH_DATE 完成時間 TASK_ACT_FINISH 實際結束時間 TASK_LATE_FINISH 最遲完成時間表 3.5-2 輸入實際結束時間工作分派變更欄位表

MSP_ASSINGMENTS（工作分派）

資料庫欄位 MS Project 欄位 ASSN_ACT_FINISH 實際結束時間 ASSN_FINISH_DATE 結束時間

任務、工作分派資料表中，工期、工時、成本欄位數值各有其一定比例的變動，在任務欄位內，工期的數值會是原來在MSProject 數值的 4800 倍；成本的數值會是原來在 MS Project 數值的 100 倍，如表 3.6 所示：

(34)

表 3.6 Project 拋轉至 Access 數值變動表

資料表項目工期工時成本

任務（MSP_TASKS） ×4800 0 ×100 工作分派（MSP_ASSIGNMENTS） ×60000 0

因 MS Project 轉換為 MS Access 數值時會有一定比例的改變，所以在開發營建管理資訊系統時在工期、工時、成本數值的轉換上也要依照其倍數來做拋轉，才能正確的轉換為 MS Project 之進度數值。

3.3 小結

本研究所開發的營建管理資訊系統-進度控制模組首先是利用 MS Project 設立專案預期時程進度，再將其轉換至營建管理資訊系統內進行進度的管控。而在營建管理資訊系統操作方面，能清楚紀錄工地施作工項，和每天施作之位置、數量，並能自動計算作業項目之完成百分比，其所紀錄之時間和數值會依照本章所描述之變動情形、比例作修正，藉由 MS Access 拋轉回 MS Project 以即時反應實際工程進度。

(35)

第四章系統架構

系統架構是系統開發最重要的環節，其中包含系統功能需求、資料庫架構等，本章將探討本研究之系統架構，以開發出符合實際使用之進度控制系統。

4.1 功能需求分析

本節將對施工日報、進度控制的功能需求進行分析，作為將來系統開發之依據。

4.1.1 施工日報功能需求

施工日報表是工地管理的中樞，舉凡估驗計價與進度報告都是經由施工日報資料整理獲得，不僅紀錄施作工項、數量，並彙整計算，

以作為日後查詢及有糾紛時的備查資料。

進度控制需要收集每日紀錄施作金額、時間資料，因此施工日報表一定要有這些資料，以將其彚整作為進度報告。

在工地中，當某工項施作於不同的地點，分屬不同作業項目，但登記的進度資料卻未將不同地點的資料區分，這將會使得作業項目施作資料錯亂，以致進度資訊不確實，因此本研究在施工日報系統內加入棟、樓、室架構，以便清楚地紀錄各工項施作之位置、數量，並使其拋轉至進度控制系統作管控。

經由上述本研究將施工日報之功能需求設定成：

1. 紀錄工地事項(工作項目完成數量、施作部位、日期等) 。 2. 提供查詢及列印功能。

3. 自動彙整計算各工項資訊。

4. 自動拋轉施工項目金額至進度控制系統。

(36)

4.1.2 進度控制的功能需求

在工程決標之後，承包商就會先作施工進度規劃，一般契約文件中也會提供承包商這些作業所限定的開始日期、結束日期，承包商必需將此規劃日期排定於進度表中，以作進度管控。

進度的管控方面，實際施作進度之更新是非常重要的，一般而言，

只要是工作天，則工程一定會有進度，而目前營造廠在作進度控制時，

常會等到作業施作數天或完成後，才一次登記實作數量，這樣不但無法即時反應工程進度，也有可能因此造成錯誤之進度。

更有些管理者只紀錄作業項目之完成百分比，沒有實際施作數量之紀錄，若要查驗各作業項目施作資料將無從查起，而若由施工日報表去查詢，則非常耗時、耗力。

一般進度控制的管理者皆以較大的作業項目來作管控，如此無法將進度數量做精確的計算，本研究的作業項目以棟、樓、室架構來實際模擬施作情形，如此不僅可以清楚了解其施作部位，也能清楚地紀錄完成數量，計算出來的數據才能完全反映出實際工程進度。

有鑒於此，本研究將進度控制之功能需求設定成：

1. 作業項目施作進度的資料皆由施工日報模組中自動拋轉。

2. 進度完成百分比是由施工日報模組自動彚整計算。

3. 進度控制模組所紀錄的資料，能匯出成為進度資料表。

4. 能即時依據施工日報模組更新工程進度，更改進度網圖。

5. 進度控制模組能查詢已施作作業項目資料和當日需施作作業項目資料。

6. 以棟、樓、室架構模擬專案現況，精細紀錄工程進度。

4.2 施工日報流程

施工日報是紀錄每天工地的工作和發生的各種事件，施工日報是

(37)

工地管理的中樞，每天從工地中收集來的資料經由整理和分析後可以引伸出成本、進度、品質等報告。【4】

4.2.1 施工日報模組系統分析

本研究的的施工日報模組是以『營建資訊管理系統』內施工日報模組為基礎，進而擴充其功能，將原有『營建資訊管理系統』內施工日報模組將紀錄的事物分類成工程資訊、工作項目、完成數量、施作地點、試驗項目、工地記事、填表資訊、備註等。

表 4.1 施工日報資訊

施工日報資訊 內容

工程資訊工程名稱、工程地點、監造單位、承包廠商、合約工期、開工日期、工作天、工期等

工程人員工地主任、品管工程師、安衛工程師、行政人員、監工等

工作項目 3000PSI 預拌混凝土澆築、普通模板組立等完成數量合約項目、數量、完成數量等

施作地點作業項目、施作地點等

工地記事施作內容、施工異常、意外、請示或指示等

備註發生糾紛、與圖說不符等

填表資訊填表人、負責人、日期、氣候等

資料來源：王文謙

本研究將延續文謙君【2】的施工日報模組，並增加其資料拋轉的功能，本研究的施工日報模組能將每日所紀錄之工項資料自動計算其所花費之金額，並自動拋轉至對應之作業項目，以進行工程進度管控。

(38)

4.2.2 施工日報資料處理流程

本系統之施工日報資料庫架構如圖 4.1 所示，專案所須施作之工作項目，系統能自動從基本資料庫中擷取，再藉由施工日報系統紀錄工地施作工項，並藉由棟、樓、室架構將完成數量依照施作地點輸入，

經由每日的彙整後輸出成施工日報表，而每日所紀錄之工項資訊數據可藉由系統自動拋轉至估驗計價模組及進度控制模組以方便作管控。

圖 4.1 施工日報資料關係圖

4.3 進度控制流程

目前營造廠常用來進行進度管控之 P3、Project 是運用時間來進行管控，但這樣並無法確實反應出工程實際進度，本研究之進度控制模組是運用金額來控制工程之進度。

本研究所開發之進度控制模組是以棟、樓、室架構來模擬專案工項，如此能精準的管控進度，系統之操作首先藉由施工日報紀錄每日

工作項目大項工作項目中項工作項目細項

Project ItemA

專案大項

Project ItemB

專案中項

Project ItemC

專案細項

施工日報工項資訊工地紀錄資料

資源檔

工料分析

廠商資料

業主資料輸出施工日

報表

估驗計價模組進度控制模組

ItemB

ItemA ItemC

(39)

所施作工項，再將其自動拋轉其所施作之位置(棟、樓、室)，然後由系統轉換成為進度數量，再透過 MS Access 作資料庫轉換，以即時反映出工程進度。

4.3.1 棟、樓、室的架構

本研究延續 CMIS「棟樓室」架構，公式 4.1 至公式 4.3 為系統中，棟、樓、室與各工項間數量的關係，每室的施作數量彙整成每層數量，再將每層的數量彙整成每棟的數量，最後加總在工作項目的施作數量上。

V

^樓

=

ⁿ

^V

i



 1

1

室

---

^{（公式 4.1)}

V

^棟

=

ⁿ

^V

i



 2

1

樓

---

^{(公式 4.2)}

V

^{作業項目數量}

=

ⁿ

^V



i

 3

1

棟

---

^{(公式 4.3)}

V 室：每間房間的施作數量，n1：每層樓的房間數 V 樓：每層樓的施作數量，n2：每棟建築物的樓層數 V 棟：每棟建築物的施作數量，n3：專案的建築物數目

上述架構不僅能將工項的資訊管理得體，在施工日報紀錄之工項，依其施作位置進行拋轉，以清楚顯示該作業項目各位置之進度，

如此工程人員能夠更精確的掌握工程進度。

4.3.2 進度控制資料流程

本研究所開發之進度控制模組，首先將每日所施作工項、數量紀

(40)

錄於施工日報模組，再透過施工日報模組進行工作項目和作業數量核算，而作業項目計算之完成數值將透過 MS Access 來拋轉至 MS Project，以供工程人員做進度管控。其流程如下（圖 4.2 所示）：

圖 4.2 進度控制資料關係圖

4.4 資料庫架構分析

資料庫架構是開發系統中最重要的過程，若資料庫架構處理不當，則開發出來的系統將無法達到預設功能，因此建構一個完整、符合需求之資料庫是非常重要的。

隨著資訊科技的進步，資料庫系統發展從傳統關聯式資料庫 (Relational Database)到物件導向式資料庫(Object-Oriented Database)，簡稱 OODB)，物件導向式資料庫已成為現階段資料庫管理系統的發展主流【12】，因此本研究利用 ER/Studio 工具建立一個 E-R Diagram，再按照此模型依據使用者需求畫出資料流程圖，建立一個 E-R Model (Entity-Relationship Model)，定義好各資料表的關係後再建立實體的資

施工日報系統

工作項目、作業項目完成數量計算

棟

樓

室

進度控制系統

MS Project

MS Access 轉換

(41)

料庫，即為實體關係資料庫（圖 4.3 所示）。

圖 4.3 資料庫關係架構全圖

4.4.1 實體(Entity)

本研究所建立的資料庫是由許多的實體資料表所組成，每一個實體代表資料庫中的一個資料表，如圖 4.4 所示，其「工項基本資料庫」

是由三個實體所組成，而實體表內由一個以上之資料欄位組成（如圖 4.5 所示）。

圖 4.4 「工項基本資料庫」資料表群組圖

(42)

圖 4.5 資料屬性畫面

4.4.2 資料屬性

許多的資料欄位(Data Field)組成一個資料表，一個資料欄位包含了資料形態 (Data Type) 、資料長度 (Data Length) 、資料格式 (Data Format)、資料範圍(Data Range)、資料控制(Data Control)、資料索引(Data Index)，資料型態包含 Varchar、Integer、String、Date、Float 等，資料控制範圍之質(Null Value)和設定值(Default Value)，資料索引為定義該欄位是否為主要鍵(Primary Key)和外部鍵(Foreign Key) 【13】，如圖 4.6 所示：

圖 4.6 屬性輸入畫面

資料索引

資料長度

控制範圍資料形態

(43)

本研究之資料庫實體資料表繁多，所以在此章節僅以幾個實體來說明系統之資料屬性，而本研究之資料屬性表如下：

表 4.2 各實體欄位屬性資料

資料庫 Table 畫面 欄位英文名稱 欄位中文名稱 資料屬性（長度） Nulls

yymmdd 日期 DATE Not Null

PROJIDC 專案細項編號 VARCHAR(15) Not Null PROJIDB 專案中項編號 VARCHAR(15) Not Null PROJIDA 專案大項編號 VARCHAR(15) Not Null ProjID 專案編號 VARCHAR(15) Not Null

Item 專案項目名稱 VARCHAR(30) Null

build 棟 VARCHAR(18) Null

floor 樓 VARCHAR(18) Null

room 室 VARCHAR(18) Null

qty 施作數量 FLOAT Null

conQty 合約數量 FLOAT Null

finishqty 完成數量 FLOAT Null

price 單價 FLOAT Null

SumPrice 總價 FLOAT Null

sumQty 總數量 FLOAT Null

weatherM 上午天氣 VARCHAR(10) Null weatherA 下午天氣 VARCHAR(10) Null

note 備註 TEXT Null

施工日報 yymmdd PROJIDC PROJIDB PROJIDA ProjID Item bulid floor room qty conQty finishqty price SumPrice sumQty weatherM weatherA note TASK_UID

TASK_UID 作業編號 INTEGER Null

TASK_UID 作業編號 INTEGER Not Null

ROOM 室 VARCHAR(10) Null

FLOOR 樓 VARCHAR(10) Null

BULID 棟 VARCHAR(10) Null

PROJIDC 專案細項 VARCHAR(15) Null

PROJIDB 專案中項 VARCHAR(15) Null

PROJIDA 專案大項 VARCHAR(15) Null

工項連結 TASK_UID ROOM FLOOR BULID PROJIDC PROJIDB PROJIDA ProjID sumprice

sumprice 總價 FLOAT Null

(44)

ProjID 專案編號 VARCHAR(15) Not Null

CustID 業主編號 VARCHAR(15) Null

ProjName 專案名稱 VARCHAR(50) Null ProjAddress 專案地址 VARCHAR(50) Null

StartDate 開始日期 DATE Null

FinishDate 結束日期 DATE Null

Architect 設計單位 VARCHAR(50) Null Constructor 承包單位 VARCHAR(50) Null ContractID 承包商編號 VARCHAR(15) Null

TotalPrice 總價 FLOAT Null

ChkTotal 合約數量 FLOAT Null

FinishTotal 結束數量 FLOAT Null

Tel 電話 VARCHAR(15) Null

Fax 傳真 VARCHAR(15) Null

Duration 工期 INTEGER Null

build 棟 VARCHAR(18) Null

floor 樓 VARCHAR(18) Null

專案主檔 ProjID CustID ProjName ProjAddress StartDate FinishDate Architect Constructor ContractID TotalPrice ChkTotal ApplyTotal FinishTotal Tel Fax Duration build floor room Etotal Dtotal

room 室 VARCHAR(18) Null

RESID1 資源編號 VARCHAR(15) Not Null

item 項次 VARCHAR(10) Not Null

idc 專案細項 VARCHAR(10) Not Null

Qty 數量 FLOAT Null

Price 單價 FLOAT Null

Note 備註 VARCHAR(100) Null

單價分析副檔 RESID1 item idc Qty Price Lose Note unit subtotal Unit1

subtotal 總價 FLOAT Null

(45)

4.4.3 資料表關聯性（Relationship）

完成資料表群組資料與資料欄位屬性建立後，本研究於實體資料表間建立其關聯性，本節說明系統實體資料表連結之相互關係。

在圖 4.7 為本研究中資料庫中重要的關係連結，在「作業任務」與

「作業關係」資料表中，由於其是由 MS Project 直接拋轉過來，所以其欄位屬性不可變更，否則作資料庫轉換時，將無法拋轉至 MS Project 中。

圖 4.7 資料庫關係架構之一

在「施工日報」資料表中，其內容有日期（yymmdd）、專案大項編碼（ PROJIDA）、專案中項編碼（ PROJIDB）、專案細項項編碼

（PROJIDC）、天氣狀況、合約數量、施工數量、施工總價、備註等，

其中 yymmdd、PROJIDA、PROJIDB、PROJIDC 分別由「專案細項」、

「日期」資料表中拋轉過來。

在圖 4.8 中「作業任務」資料表與「作業關係」資料表、「後續作業」資料表之間有一定的相關性，其中「作業關係」資料表內

(46)

LINK_SUCC_UID 顯示在 MS Project 中是代表各作業項目之編碼，

LINK_PRED_UID 則是其前置作業的編碼，所以在 MS Project 內的資料轉換為 MS Access 型態時，是以前置作業作為其作業關係，但在實際系統操作時並非如此，在 MS Project 進行時程管控時，只要一輸入作業實際開始時間，則其後續作業的預定開始作業時間和預定結束作業時間都會跟著更改，所以在系統資料庫中，本研究將各作業關係以

「後續作業」來處理。

圖 4.8 資料庫關係架構之二

圖 4.9 在「工作連結」資料表中，本研究擷取「作業任務」、「棟」、

「樓」、「室」之內容（TASK_UID、BULID、FLOOR、ROOM），將進度作業和棟、樓、室連結，各作業項目能以棟、樓、室架構方式來精準地計算數量和完工金額。

(47)

圖 4.9 資料庫關係架構之三

(48)

第五章系統操作與案例

本研究延續文謙君之「營建管理資訊系統—估驗計價模組」，開發進度控制模組，以施工日報模組為基礎，進而擴充其相關功能，使每日紀錄工地之資料能夠自動拋轉至相關的作業項目，本研究所開發之進度控制系統不僅能自動紀錄各作業項目之開始作業時間和作業結束時間，還能精準的計算該作業之實際完工金額，並將其轉換至 MS Project，自動更新進度網圖。

5.1 系統操作

本研究的系統操作流程首先利用設立業主資料（公司名稱、住址、

電話、傳真等）、專案相關資訊（專案名稱、專案地址、專案開始時間、

工期等）、並藉由基本資料庫來選取專案所要運用工項，而這些工項將被拋轉至施工日報系統，經由施工日報系統彚整計算以轉換為進度的資訊，再經由 MS Access 將其轉換至 MS Project 以作進度的管控。

5.1.1 基本資料作業 一、單位資料維護

本模組為各工作項目的基本單位（如 M、CM、CM²、工、才等），

作為工作數量和工料分析的基本單位，於建立專案項目資訊時，能利用單位資料庫擷取單位資料，減少輸入時所產生的錯誤，並且可以隨工作項目資料拋轉至其他模組使用，如圖 5.1 所示：

(49)

圖 5.1 單位資料維護畫面

二、業主資料維護

本模組（圖 5.2）紀錄專案業主的資料，其包括業主姓名、電話號碼、統一編號、住址、E-Mail 等，可供建立專案資訊時使用。

圖 5.2 業主資料維護畫面

三、專案資料維護

本模組（圖 5.3）可輸入每個專案之專案名稱、開始日期、結束日期、承包商、設計單位等，其業主資料可經由下拉式選單來選取，而專案工期在存檔候透過開始日期和結束日期來自動產生，此介面非常

新增修改業主資料查詢業主資料離開系統畫面

自動擷取資源單位

(50)

人性化。

圖 5.3 專案資料維護畫面

四、基本資料庫維護

本模組（圖 5.4）將工程所有的工程工項建立在資料庫內，本研究就將工項分為大項、中項、細項，當建立大項時，可隨著建立各大項內之中項，接著建立各中項內之細項，而工程專案所需要的工項則從此模組擷取，以方便系統操作。

圖 5.4 基本資料庫維護畫面

自動顯示工期

(51)

五、資源資料維護：

資源資料維護為提供工作項目之工料分析時的資料，分人、機、

料三類，本研究共收集約一千兩百種資源資料，並配合單位資料庫的資訊以供應工料分析使用，並且可依據物價波動而作單價調整。(如圖 5.5 所示)。

圖 5.5 資源資料維護畫面

六、工料分析資料庫維護：

本研究之工料分析是在選取其工作細項名稱後，建立該工項所需要之工料資源、數量、單價，其工料之資源、單價是直接由資源資料維護中擷取的，而系統也可以在其輸入資源數量之後，自動計算單項資源之價格，在其工項資源輸入完畢後，系統能自動估算其工項之單價，以在專案項目設定時，能方便擷取運用。（如圖 5.6）

可作單價調整

(52)

圖 5.6 工料分析資料庫維護畫面

七、部位維護

本研究進度控制是運用營建管理資訊系統與 MS Project 結合來管控，且在進度管控時，本研究運用棟、樓、室架構來計算進度。在 MS Project 輸入各作業項目時，各作業都有獨立之編碼，當其拋轉至營建管理資訊系統時，本研究會將此模組定義該作業編碼之位置，以讓工程作進度管控時，方便擷取、拋轉至各作業項目。

圖 5.7 部位維護畫面

選取工項

工料分析

計算單價

(53)

八、作業關係維護

本研究從 MS Project 拋轉至營建管理資訊系統之作業邏輯關係是前置作業，而在進行進度管控時，作業項目的施作應以後續作業進行管控，所以本研究會先將作業邏輯關係由作業前置作業變更為後續作業（如圖 5.8），以進行管控。

圖 5.8 作業關係維護畫面

圖 5.9 專案建立模組畫面變更邏輯

作業前作業後

各專案編

新增、修改、查詢各專案

(54)

5.1.2 專案管理

一、專案建立

本模組（如圖 5.9）顯示所選擇專案之詳細資訊（專案編號、專案名稱、專案地點、預定開始日期、預定結束日期、工期等），讓使用者在管理各專案時，能清楚了解各專案之相關資訊。

二、專案項目設定

本模組（圖 5.10）用來建立各專案所需要之工作項目，本研究將專案工作項目分別大項、中項、細項，分別從專案基本資料庫所建立之資料擷取，且其工項之單價也隨著工項被擷取過來，只要輸入合約所列之數量，系統將自動計算此工作項目之總價。

圖 5.10 專案項目設定畫面

5.1.3 施工日報系統 一、施工日報輸入

自動顯示工項單價

自動計算工項總價

(55)

本研究所開發之施工日報系統不僅能清楚紀錄每日所施作項目、

數量，自動顯示工項之合約數量，系統還可自動累加該工項之數量，

且能自動拋轉每個作業項目所施作工項之累加金額至進度控制系統

（圖 5.11）

圖 5.11 施工日報輸入模組

在施工日報輸入之過程中，若工項之累加數量多於合約數量時，

系統會發出警示的標誌（圖 5.12），提醒工程人員，以作檢討。

圖 5.12 系統警示畫面

自動轉換為施工日報表型態

累加工項數量拋轉作業項

目累加金額

系統警示圖示

(56)

在施工日報所輸入之施作工項名稱、數量、天氣狀況等，同時也輸入其工項施作位置（棟、樓、室），經由系統可以執行累加之動作（圖 5.13），如此可知各工項之施作位置、累積數量。

圖 5.13 工項計算畫面

二、施工日報表

施工日報模組（圖 5.14）不僅清楚紀錄工地施作工項數量、單價、

總價，還能將其自動轉換為報表，列印成施工日報表，方便工程人員管理。

圖 5.14 施工日報表畫面

由各樓數量累加至各棟數量

由各室數量累加至各樓數量

(57)

5.1.4 進度控制系統

一、進度任務總攬

本研究所開發之進度控制系統透過施工日報，將各項目之完工金額自動運算拋轉，在進度控制模組呈現成果（圖 5.15），不論各作業項目之實際開始時間、施作金額、完成百分比、實際結束時間，都能自動計算顯示出來，讓工程人員方便查看，以適時掌控工程之進度。

圖 5.15 進度任務總攬畫面

經由 CMIS 紀錄計算進度相關的數量，再透過 MS Access 拋轉，

讓其數據能完整反應在 MS Project 上，能即時自動變更其進度網圖（如圖 5.16），方便工程人員作進度管控。

自動拋轉顯示完成百分比

由施工日報自動拋轉作業實際開始結束時間自動拋轉實

際成本，計算剩餘成本

(58)

圖 5.16 Project 進度變更畫面

二、進度查詢

本模組有進度查詢的功能，當輸入查詢的日期時，可顯示當日之作業項目（圖 5.17），提供工程人員了解今日將施作之作業項目。

圖 5.17 進度查詢畫面

顯示工程資訊

輸入查詢日期

(59)

本研究之進度查詢系統不僅可查詢當日之作業項目，還能查詢施作工作項目之內容，如圖 5.18 所示：

圖 5.18 作業項目查詢畫面

本系統並能藉由輸入日期，查詢實際工程進度與預計進度，以提供工程人員專案進度資訊。

圖 5.19 專案進度查詢

顯示查詢作業項目內容

輸入欲查詢之作業項目

輸入日期

(60)

5.2 案例輸入

本研究選取富邦證券華信大樓新建工程進行案例驗證，其工程地點位於新竹市中山路上，業主為富邦建設股份有限公司，以下為本研究系統輸入之過程。

5.2.1 建立新專案

一、業主資料維護【基本資料作業】

在此輸入業主之姓名、電話號碼、傳真、統一編號、e-mail、住址

（如圖 5.20 所示）：

圖 5.20 業主資料輸入畫面

二、專案資料維護【基本資料作業】

在專案資料維護（如圖 5.21）輸入此專案之編號、業主編號、專案名稱、專案預期開始日期、結束日期、設計單位、專案地址等，當存檔時系統會自動估算專案工期，富邦證券華信大樓新建工程預計開始時間 2004/4/15，預計結束日期 2005/3/25。

(61)

圖 5.21 專案資料輸入畫面

而圖 5.22 是案例用來作進度之資料網圖，本研究依其合約開始時間、結束時間等資料輸入 MS Project。

圖 5.22 Project 原始資料圖檔

在 MS Project 中輸入預計進度資料後，將其資料轉換為 MS Access 型態，再將其轉至 CMIS 內進行進度管控，如下圖 5.23 所示：

(62)

圖 5.23 Project 資料轉至 CMIS 畫面

三、作業關係維護【基本資料作業】

專案資料從 Project 轉換至 CMIS，進行進度管控時，以 Project 之變動為依據，將其前置作業關係邏輯轉換為後續作業關係邏輯，如圖 5.24 所示：

圖 5.24 作業關係轉換畫面

四、專案工項輸入【專案管理模組】

本研究之專案工項以大項、中項、細項之形式輸入資料庫內（如

中 華 大 學 碩 士 論 文