建築業e化作業流程與資訊元件化之研究(一)
296
0
0
全文
(2) 摘. 要. 關鍵詞：建築業 e 化、IT 科技、物件導向分析、資訊元件 研究本年度範圍為建築產業參與者之建築師與營造廠的 e 化作 業流程與資訊元件化，將透過企業流程重現之手段，檢視與評估建 築產業參與者之內部作業與相互作業之間的合理性與完整性，並探 討 IT 科技在建築產業之運用與限制，進而建構建築師與營造廠內部 e 化作業流程與資訊元件。茲將本研究之內容概述如下: 1.蒐集國內外有關企業流程重現、物件導向模式語言、企業電子化的 相關技術與文獻，探討企業流程重現、企業 e 化與系統規劃設計相 關理論與方法。 2.瞭解建築業之建築師與營造廠的之內部作業流程，並將其內部作業 進行流程重現與流程合理性評估。 3.導入 IT 科技，結合企業資源規劃系統與供應鏈管理理論，建立建築 師與營造廠內部作業合理且標準的 e 化作業流程，作為產業導入電 子化的基礎。 4.探討及建立各機能模組之系統架構、功能、資料流關聯、資料庫模 組關聯、資料庫設計與程式開發規格等資訊技術知識，進行建築師 與營造廠內部作業資訊元件化設計。 5.將建築師與營造廠相互關係作業之資訊元件整合，並對於資訊元件 交換與承接的適用性、交換資訊元件的權責關係、標準化資訊元件 交換方式以及作業流程、系統介面與資料流間之供需，逐一核對與 驗證，建立建築業資訊元件介面規格。 因此，本計畫主要目的在於透過建築業整體企業流程之重現，配 合導入 IT 科技與流程合理性評估，建構可提供業者建構內部電子化 資訊系統之「建築業 e 化作業流程」 ，再者，利用物件導向分析與設 計技術，進行「資訊元件化」分析，藉由釐清各流程作業所需之資 訊元件，清楚表達各流程作業之資訊需求，提供業者擬定出「建築 業資訊元件介面規格」 ，藉此縮短 Domain Know-how 與 IT 人員於開發 資訊系統時認知上的落差，並提供作為建構一模組化資訊系統之參.
(3) 考依據。.
(4) ABSTRACT Keywords: architecture industry e-processes, information technology (IT), Object-oriented Analysis (OOA), Information Components. The present year of this research focuses on developing e-processes and information components for participants of architecture industry including architects and general contracts (GCs). Firstly, this research checks and evaluates rationality and completeness of internal and mutual activities between architects and GCs using process representation technique. Then, it discusses the possible application areas of information technology (IT) and its related limitations in architecture industry. Finally, this research establishes e-processes and information components for architects and GCs. The contents of this research described schematically as follows: 1. Collect domestic and international literatures and techniques about business process representation, object-oriented modeling language, and e-business. Identify theories and methods for business process representation, e-business, and system analysis and design. 2. Identify internal processes between architects and GCs. Represent and evaluate the rationality of the internal processes. 3. Establish e-business foundation: applying IT, combining enterprise resource planning (ERP) and supply chain management, and building rational and standard e-processes for the internal processes between architects and GCs. 4. Discuss and develop each functional module’s structure, function, dataflow relationships, database module relationships, database design, and software specification. Design information components for the internal processes between architects and GCs. 5. Integrate information components of mutual activities between architects and GCs. Check and validate suitability of information component exchanges and component connectivities, authority and responsibility for exchanging information components, the way that information components exchange and theirs operation procedures, and interaction between system interfaces and dataflow. Build requirement specification for information components. The objective of this research is to establish an e-process for developing Management Information System (MIS) in architecture engineering. Object-oriented analysis and design techniques are used to analyze information components. This research can shorten gaps between domain know-how and IT. Also, this study constructs a modular MIS development basement for developing information systems..
(5) 目. 次. 第一章 緒論 第一節 研究動機 .......................................................................................01 第二節 研究目的 .......................................................................................03 第三節 研究範圍 .......................................................................................04 第四節 研究內容與流程 ..........................................................................05 第二章 文獻回顧 第一節 企業流程重現方法......................................................................09 第二節 資訊科技對建築業 e 化之影響................................................14 第三節 建築業導入資訊管理系統之方式 ...........................................16 第四節 物件導向分析與設計方法 ........................................................17 第三章 建築師、營造廠現行作業方式及流程重現 第一節 建築師、營造廠現行作業探討與改善 ..................................22 第二節 建築師流程重現 ..........................................................................26 第三節 營造廠流程重現 ..........................................................................42 第四章. 建築業 e 化系統架構分析. 第一節 確立建築師流程使用者關係 ....................................................71 第二節 確立營造廠流程使用者關係 ....................................................74 第三節 確立建築師流程輸入輸出及其相關性 ..................................77 第四節 確立營造廠流程輸入輸出及其相關性 ..................................80 第五章. 資訊元件建構與分析. 第一節 元件識別階段 ..............................................................................86 第二節 元件互動階段 ..............................................................................96.
(6) 第三節 元件規格階段 ............................................................................102 第四節 建構元件與建築業參與者之相關性整理 ............................109. 第六章. 結論與建議. 第一節 初步結論 .....................................................................................112 第二節 後續研究預期成果……………..................................................114 參考文獻 附錄 A：建築師各流程使用案例圖 附錄 B：營造廠各流程使用案例圖 附錄 C：建築師各流程企業概念模型圖 附錄 D：建築師各流程企業元件介面責任圖 附錄 E：營造廠各流程企業概念模型圖 附錄 F：營造廠各流程企業元件介面責任圖 附錄 G：建築師各流程系統介面圖 附錄 H：建築師各流程元件規格與架構圖 附錄 I：營造廠各流程系統介面圖 附錄 J：營造廠各流程元件規格與架構圖 附錄 K：建築師各流程介面操作合作圖 附錄 L：營造廠各流程介面操作合作圖 附錄 M：建築師各流程之介面資訊模型圖 附錄 N：營造廠各流程之介面資訊模型圖.
(7) 第一章 緒 論 第一節 研究動機 建築業由於面臨勞力短缺問題以及政府加入 WTO 後接踵而至的 國際競爭壓力，使得建築業急亟提昇技術水準及與生產管理效能來 減少人力需求，以達縮短工期、降低成本、提高品質的目標。因此， 依據行政院第二六三一次會議所核定之「產業自動化與電子化推動 方案」分工架構下， 「營建業自動化與電子化推動計畫」列為政府既 定推動政策，期望藉由本計畫之執行，以改善建築業內部管理經營 體質，進而整合上、中、下游資訊，建立供應鏈體系達成資源分享， 提升建築業總體競爭力的目標。 然而，目前建築業推動資訊化的過程中，常花費許多的金錢引進 新的資訊科技，而改善的績效卻往往不成比例，探究其原因，主要 問題歸納如下： 1. 目前建築產業尚未確認擬定出一整體性的標準電子化作業流程， 因此業者往往在不瞭解 e 化作業流程與需求的情況下，冒然導入 資訊化作業，常導致新的資訊技術架構在舊有錯誤的工作流程 上，造成強化舊有錯誤流程，而無法有效提升管理績效。 2. 企業導入資訊化時，若由資訊科技(Information Technology - IT)人 員主導，則由於建資訊系統人員僅具備 IT 專業，缺乏產業相關的. 1.
(8) 專業背景，易造成資訊規格需求認知上的落差，再加上企業 e 化 發展過程，使用者、系統分析與系統設計人員三者間，對系統需 求之層層轉述，造成系統發展成果有近八成的失真(四七定律-台 大洪明洲)，而使得最後建構之資訊系統，有形無實，如隔靴搔癢， 無 法 滿 足 企 業 使 用 的 需 求 。 反 之 ， 若 由 營 建 專 業 (Domain Know-how)人員主導系統之開發，雖然完成後系統實用性較高， 但由於缺乏整體性之系統規劃與分析設計，因此開發成果在系統 整合度與效能上較差，而易流於紙上談兵之憾。因此，無論是由 Domain Know-how 或 IT 人員主導，若要系統能符合實際應用需 求，則其關鍵因素將取決於兩者之整合程度。 3. 目 前 企 業 e 化 開 發 方 案 ， 有 自 行 開 發 、 套 裝 採 購 、 客 製 化 (Customization) 與 應 用 系 統 租 賃 服 務 (Application Services Providers- ASP)等方式進行，但無論何種方式開發，在現行資訊系 統建構完成後，企業往往侑於系統限制，而無法隨著 IT 科技的演 進或因應市場環境的改變，針對作業流程的需求變化，作快速反 應。 為解決上述問題，本計畫主要目的在於透過建築業整體企業流程 之重現，配合導入 IT 科技與流程合理性評估，建構「建築業 e 化作 業流程」 ，此標準 e 化作業流程，除可提供業者建構內部電子化資訊. 2.
(9) 系統之參考外，流程中同時將釐清確認各作業依據需求而須與工程 其他參與者進行資訊交換與溝通協調之連結機制，如此，不僅可提 升業者本身電子化之管理能力，並可進而建立建築業供應鏈系統， 達成資源分享，提升產業競爭力的目標。 此針對所確認之 e 化流程作業，利用物件導向分析與設計技術， 進行「資訊元件化」分析，藉由釐清各流程作業所需之資訊元件， 清楚表達各流程作業之資訊需求，建立資訊元件資料庫，提供業者 可依照其需求所研擬之 e 化作業流程，排列組合相關之資訊元件， 然後擬定出「建築業資訊元件介面規格」 ，因此，透過資訊元件化分 析與資料庫建立，除可縮短 Domain Know-how 與 IT 人員於開發資 訊系統時認知上的落差外，同時藉由明確定義各資訊元件，亦可提 供作為建構一模組化資訊系統之參考依據，而此模組化資訊系統將 可隨作業流程的改變，作彈性的擴展與整合。. 第二節 研究目的 基於上述研究背景，本研究希望透過下列目的之達成，完成建構 「營建業 e 化作業流程」與進行「營建業資訊元件化」分析之目標。 1. 暸解建築業業主(G)、建設公司(A)、建築師(D)、營造廠(C)之內部 作業流程及彼此間作業相互關係，進行建築業整體作業流程之重 現。. 3.
(10) 2. 導入 IT 科技，結合企業資源規劃系統與供應鏈管理理論，並配合 作業流程合理性評估，建立合理、標準與制度化之建築業 e 化作 業流程，作為產業導入資訊化之基礎。 3. 根據建構之建築業 e 化作業流程，運用物件導向分析與設計技 術，釐清企業內各部門作業流程的資料與資訊需求，及各相關參 與者之資訊交換需求，進而切割出適當的資訊元件，提供 IT 人員 建構一可因應產業流程改變而隨時進行彈性擴展之資訊系統模 組。 4. 建立「建築業資訊元件介面規格」 ，詳細描述各機能模組之系統架 構、應用功能、資料流關聯與程式開發規格等之資訊技術文件， 清楚提供資訊人員建構模組化資訊系統之用，減少營建產業專業 人員與 IT 人員之間認知上的落差。. 第三節 研究範圍 研究於本年度將把重心放在建築業中建築師、營造廠兩大參與成 員，經由確認建築師、營造廠內部作業流程以及彼此間作業相互關 係，並於導入 IT 科技、結合企業資源規劃系統與供應鏈管理理論後， 重新建構營建業 e 化作業流程，並應用物件導向與分析 OOAD 技術 (Object-Oriented Analysis & Design)，將作業流程資訊元件化，以提 供營建業成員在導入資訊化時，建構模組化資訊系統之參考與依據。. 4.
(11) 第四節 研究內容與流程 1-4.1 研究內容 研究本年度研究內容為建築產業參與者之建築師與營造廠的 e 化作業流程與資訊元件化，將透過企業流程重現之手段，檢視與評 估建築產業參與者之內部作業與相互作業之間的合理性與完整性， 並探討 IT 科技在建築產業之運用與限制，進而建構建築師與營造廠 內部 e 化作業流程，此外運用物件導向與分析技術，研擬建構出建 築師與營造廠內部 e 化作業流程所需之資訊元件，並於最後建立資 訊元件需求規劃書，提供 IT 人員建構建築業物件導向程式使用。茲 將本研究之內容概述如下: 1. 蒐集國內外有關企業流程重現、物件導向模式語言、企業電子化 的相關技術與文獻，探討企業流程重現、企業 e 化與系統規劃設 計相關理論與方法。 2 瞭解建築業之建築師與營造廠的之內部作業流程，並將其內部作 業進行流程重現與流程合理性評估。 3 導入 IT 科技，結合企業資源規劃系統與供應鏈管理理論，建立建 築師與營造廠內部作業合理且標準的 e 化作業流程，作為產業導 入電子化的基礎。. 5.
(12) 4 探討及建立各機能模組之系統架構、功能、資料流關聯、資料庫 模組關聯、資料庫設計與程式開發規格等資訊技術知識，配合物 件導向與分析技術，進行建築師與營造廠內部作業資訊元件化設 計。 5. 將建築師與營造廠相互關係作業之資訊元件整合，並對於資訊元 件交換與承接的適用性、交換資訊元件的權責關係、標準化資訊 元件交換方式以及作業流程、系統介面與資料流間之供需，逐一 核對與驗證，建立建築業資訊元件介面規格。 1-4.2 研究流程 本研究之流程如圖 1-1 所示： 第一階段 針對企業進行 e 化之方法與流程、物件導向分析與設計方法進行 概念性的回顧論述，以供本研究發展「建築業 e 化作業流程與資訊 元件化之研究」之參考依據。 第二階段 對於建築業中建築師與營造廠之現有作業流程進行調查與資料 蒐集，並在考慮資訊科技對建築業 e 化之影響以及流程效率與效益 分析之後，進行 e 化流程之建製與流程重現。. 6.
(13) 第三階段 運用統合模式語言(Unified Modeling Language-UML)對流程進行 物件導向分析，配合使用者案例圖找出活動與各參與者間的關係、 合作圖找出流程間之互動、合作圖敘述流程間之互動關係後，經由 釐清需求，建構通用資訊元件樣版，並開始針對建築師、營造廠各 流程進行資訊元件的建構。 第四階段 經由元件與介面分析、部署圖、實體圖與套件等表現，建構建築 業 e 化作業系統模型，配合先前建構之建築師、營造廠各流程資訊 元件，建立資訊元件介面規格，提供提供資訊人員建構模組化資訊 系統之用。. 7.
(14) 確立研究目的與範疇 建 築 業 e 化 資 料 蒐 集. 第 一 階 段. 確立研究方法與流程. 資料收集與文獻回顧. IT科技之效益. 第 二 階 段. 流 程 分 析 與 重 現. 流程探討 流程效率與效益分析 建築師eEPC流程圖 e化流程重現 營造廠eEPC流程圖 使用者案例圖 物件導向分析. 第 三 階 段. 資 訊 元 件 設 計. UML Component. 建構系統資訊元件. 建築師流程資訊元件 建構企業資訊元件 營造廠流程資訊元件 合作圖. 第 四 階 段. 建 立 資 訊 元 件 介 面 規 格. 系統模型建立 元件與介面分析 建立資訊元件介面規格. 圖 1-1 研究流程. 8.
(15) 第二章 文獻回顧 第一節 企業流程重現方法 企業流程的重現，主要是為了掌握公司現況之管理流程，進而以 模式化的流程表示方法來說明企業的營運方式，並作為往後討論、診 斷及改善舊流程之依據。此外，藉由資料、表單的收集，則可以幫助 「流程模式化」建構的進行。收集國內、外流程重現方法之研究，概 略說明如表 2-1 所示： 表 2-1 重現方法 描述. 方法 系統分析法 價值鏈法. 運用企業電腦化產生之資訊系統流程圖進行流程重現。 以價值或價值增加程度之角度，審視企業中的各種活動，而活動 的關係如同鏈般的彼此連結，而產生流程重現。. 資料實體/企業功 由資料的產生與被使用，清楚地了解企業活活動之間的互動關 能矩陣對照法 係，而產生流程重現。 因素分析法. 將各個部門活動視為數個變數，定義並計算彼此間的活動相關程 度(頻率)，找出關係密切之活動，將其解釋為流程。. 重點性法則. 只選擇企業活動中最重要的流程進行改善。此方法需要先定義何 謂重要，例如：時間、成本、品質等因素，進而確立衡量之標準。. IDEF0 模式化方 採用簡單、明瞭、可讀性高的圖形表示法包含輸入、控制、輸出 法 及機能等項目來表示流程的先後順序與關係。 ARIS / ARIS- 藉由四種不同的觀點，來對企業複雜交錯的處理程序，以簡單的 Toolset 模式化方 圖形化表示，釐清企業流程中資源、資訊及各部們間互動的情形。 法. 2-1.1 系統分析法 系統分析法源自於資訊系統科學中，對於當企業實施電腦化 時，必須進行之系統分析方法。此分析方法，所產生之資訊系統流程. 9.
(16) 圖將可被應用於企業改造中定義及選擇流程之參考。 2-1.2 價值鏈法 價值鏈(Value chain)是以價值或價值增加程度之角度，審視企業中 的各種活動，而活動的關係如同鏈般的彼此連結，因而稱為價值鏈。 其中「價值」指的是活動彼此間互動關係所構成之結果。 流程結構. 價 值 鏈 目 標. 高. 低. 主要. 核心流程. 網路流程. 次要. 支援性流程. 管理性流程. 圖 2-1 價值鏈流程類型. 此方法將「價值鏈目標(Value chain target)」分成主要、次要兩項 層級；並將「流程結構(Process structuredness)」分成高、低兩項層級。 藉由上述分類之組合，可將公司活動定義為四大類(圖 2-1)，以幫助 流程改造人員了解公司各活動之位階及其附加價值，使其能從中選擇 一適當之流程組合進行改善。 2-1.3 資料實體/企業功能矩陣對照法 此方法為資訊工程中，企業經營構造分析(Business area analysis , BAA)所使用的方法之一。由於企業活動中經常產生大量資料，而這 些資料項目(data subject)由各種企業活動功能(function)所產生，隨後. 10.
(17) 也被其他企業活動所使用(create, read, update or delete)。將企業活動功 能和資料項目的對應關係以陣列表格予以表示，便可藉由資料的產生 (create)與被使用(read, update, delete)，清楚地了解企業活動之間的互 動關係。 2-1.4 因素分析法 因素分析是依照一群變數彼此之間的相關程度，將許多的變量綜 合成少數幾個因子的分析方法。這種分析訪法在心理學、社會學、經 濟學、人口學、地質學等領域中皆有成功的應用。 2-1.5 重點性法則 重點性法則(The high-impact approach)只選擇企業活動中最重 要的流程進行改善。此方法需要先定義何謂重要(high-impact)，例如： 時間、成本、品質等因素，進而確立衡量之標準，方可決定眾多流程 中，何者須優先考量。例如公司財務管理不健全、資金管理不善：則 優先考慮與財務有關之組織與活動，而這些相關組織與活動之集合， 即是所選擇之流程。另外，以專案形態為主要管理方式之公司，例如 建築業、廣告業等，則可以利用要徑法 CPM(Critical Path Method)或 計畫評核術 PERT(Program Evaluation and Review Technique)之方式， 選擇重要之路徑。 此外，80-20 法則(義大利學者 Pareto 提出)亦為常用之方法。此法. 11.
(18) 則主要認為，公司中 80%之績效通常由 20%的活動所產生，因此只 需針對 20%之核心活動進行管理或再造，即可獲得最大之成效。 2-1.6 IDEF0 模式化方法 IDEF0(Integration Computer Aided Manufacturing DEFinition)主要 藉由團隊導向(team oriented)與組織化的思考方式，利用一種兼具完整 性、一致性、及可讀性高之圖形表示法，來解決系統本身複雜的問題， 其將規則、語法、圖形、模式之格式、文字表達、文件管制程序、訪 談技巧等相互結合，提供結構化之階層式分解，將活動(activity)分成 若干細部的子活動，簡化問題的層級。一個完整的 IDEF0 模式便是 藉由數個具有文字描述且彼此相關的圖形所組合而成。 2-1.7 ARIS /ARIS-Toolset 模式化方法 ARIS(Architecture. of. Integrated. Information. System) 是 由. August-Wilhelm Scheer 教授所提出之概念，其整體架構圖，如圖 2-2 所示，將企業模型以下列四個觀點來分析，分別是組織觀點 （Organization View），資料觀點（Data View），功能觀點（Function View）及控制觀點（Control View） ，藉以釐清企業流程裏的各項資源、 資訊以及各部門間互動的情形，將可幫助專案團隊成員之間的溝通與 決策。. 12.
(19) Organization View. 總經理. 工程 部. 工務部 業務組. 採發組. Data View 投標 文件. Function View 業主公告 招標資訊. 招標 資訊 招標 資訊. 合約 文件. 取得 招 標資 訊. 工程投標流程. 業務組. 招標資訊 已取得. 投標評 估. Control View. 取得招 標資訊. 投標評估. 購圖領標. 現地勘查. 營建電腦整合研究 營建電腦整合研究 室 室. 2000 2000. 圖 2-2 ARIS 架構圖. ARIS-Toolset，則是一套描述企業流程以幫助系統設計流程之分 析工具，此工具是以事件導向程序鏈結圖（extended Event-driven Process Chain diagram ,e-EPC 圖 2-3 所示）的觀念作為主要的描述方 法，整個設計主軸是以 Control view 中的 e-EPC 圖為軸心，透過 e-EPC 圖，可以與組織、資料、功能的觀點做良好的結合，並藉由各個模式 化圖形元件的組成，可以清楚的把複雜的企業流程表示出來，作為「企 業流程模式化」之基礎。. 13.
(20) Event. 輸入之資訊 文件1. 初始事件 執行部門與人員. 激發 Function 功能活動. Organization. 產生. 文件2 XOR. Sales manager. 邏輯運算. 輸出之資訊. John. Even 結束事件. Even 結束事件. 圖 2-3 e-EPC 之示範圖. 第二節 資訊科技對建築業 e 化之影響 在建築業進行 e 化之前，首先必須對營建舊有流程、組織執行再 造，而再造主要達到的四大目標為：針對營建「流程(process)」進行 「根本的(fundamental)」重新思考， 「徹底的(radical)」翻新作業流程， 以便在衡量表現的關鍵因素上(成本、品質、服務、時間)，獲得「戲 劇性(dramatic)」的改善。然而，要達到以上四大目標，最大的驅動力 便是來自於資訊科技（Information Technology），根據文獻的歸納與 整理，建立一 IT 目標矩陣表（表 2-2）。. 14.
(21) 表 2-2 IT 目標工具矩陣表. ＩＴ工具. ＩＴ目標 檢視工作績效 加速工作效率 分析處理資料 彙總累積資料 追蹤控制資料 整合內部資源 結合外部資訊 不受地理限制 同時處理大量資料 獲得即時資訊 提供詳細的資訊 資料數位化 知識管理 龐雜數值運算 縮短溝通時間. 內 部 資 料 庫 ○ ○ ○ ○ ○ ○. 決 策 支 援 系 統. 電 腦 輔 助 設 計. 文 書 處 理 系 統. 掌 上 型 電 腦. ○ ○ ○ ○ ○ ○ ○. ○ ○ ○ ○. 電 子 郵 件. 網 際 網 路. 數 位 攝 影 機. 視 訊 會 議. ○. ○ ○ ○. ○ ○. ○ ○ ○ ○ ○ ○ ○. ○ ○ ○. ○. ○. ○ ○ ○ ○ ○ ○ ○ ○ ○ ○. ○. ○. 電 子 簽 證. 專 家 系 統. E R P 系 統. ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○. ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○ ○. 註：『○』表示 IT 工具可達成之 IT 目標. 藉由資訊科技（Information Technology）的導入，改變傳統資 料儲存與傳遞方式。標準 e 化作業流程，除可提供業者建構內部電子 化資訊系統之參考外，同時釐清確認各作業需求依據，並與工程其他 參與者進行資訊交換與溝通協調之連結機制，如此，不僅可提升業者 本身電子化之管理能力，並可進而建立建築業供應鏈系統，達成資源 分享，提升產業競爭力的目標。加上網際網路的開發，更加協助建築 業 e 化時，突破原有的作業型態與思考模式，改善舊有作業上的缺失 與詬病，以提升建築業之品質與國際競爭優勢。. 15.
(22) 第三節 建築業導入資訊管理系統之方式 一般而言，企業在推動企業 e 化導入資訊管理系統時，彙整 國內、外較為常見的導入方式，主要有下列幾種類型(表 2-3)： 表 2-3 企業導入資訊管理系統之方式 導入類型 描述 自行開發. 由企業自行整合內部 IT 人員，成立資訊化系統 開發團隊. 採購現成套裝軟體. 可以省去前置系統開發時程(流程定義、系統設 計與程式開發)，透過教育訓練之後即可上線使 用，因此較容易獲得立竿見影的效果 無論是程式開發以及作業方式的配合程度上，. 資訊系統委外開發. 都有一定的品質，適合於作業流程標準化及資 訊化已經達到一定程度的企業。. 多以整合型系統為主，由管理人員與專業顧問 流程再造與資訊系統一併委外 配合，從現有作業流程的標準化及合理化著 手，再進行系統的設計與程式開發. 租賃軟體. 將軟、硬體建置的期初成本以及後續維護的分 期成本，全部以付費使用的方式分攤在租金裡 面，其特性除了期初成本低之外，還有資訊系 統的花費較為固定、承擔開發失敗的風險小等. 上述各種導入資訊管理系統類型，企業可以針對本身需求、目標 及現實條件等加以評估，找出適合自己企業的導入類型。. 16.
(23) 第四節 物件導向分析與設計方法 物件導向(Object-Oriented, OO)方法是以物件（Object）為中心， 結合了資料結構及行為的離散物(Discrete object)，作為其組成的元 件，而物件與物件間則透過訊息的交換傳遞，相互影響其行為，以共 同完成某項目的。所強調的是物件及系統的可再利用、可擴充性及易 於維護等特性。一般來說，使用物件導向方法有以下之優點： 1. 可將真實世界中使用者所實際看到與接觸的物件，均視為資訊系 統的一個物件，因此不會產生分析者與使用者之間認知上的差異。 2. 物件導向方法將真實世界中，屬於或存在於物件中的資料及操 作，全部封裝(Encapsulation)於物件中，因此物件導向方法即兼具 有程序導向方法及資料導向方法之優點。 3. 運 用 物 件 導 向 方 法 進 行 系 統 設 計 時 是 採 用 物 件 分 解 (Object decomposition)觀念，每個企業物件可直接對應到軟體物件，讓使 用者能容易瞭解軟體的特性，也易於偵錯改正，使調整或抽換之 彈性大幅提昇。 物件導向的觀念，傳統上常運用於物件導向程式設計、使用者介 面等技術層次上，其觀念也延伸到系統的分析、設計方面，使系統發 展方法能全面採用物件導向觀念，提高無縫性，以提升系統品質。而 著名物件導向方法論介紹如表 2-4 所示:. 17.
(24) 表 2-4 物件導向方法論 概述. 方法 Booch Method. 以類別圖、物件圖、模組圖及程序圖來分析系統的靜態面，以 狀態轉移圖及時序圖來表現系統的動態面。. OOSE. 以使用案例及外部行為者間互動關係來表達系統的需求，並分 別以介面、實體、控制三大類別來描述系統，其發展程序包括 分析、構建及測試等階段。. OMT. 以三個模型來描述系統，分別是物件模型、動態模型及功能模 型，主要的進行程序為分析、系統設計、物件設計及實作。. UML. 為整合 Booch 與 OMT 方法，透過各種圖示，從結構及行為等角 度來表現系統的靜態及動態的作業流程. 2-4.1 Booch Method 布希（Booch）的物件導向方法論在 1986 年提出，以四種模型及 六種圖是來表示系統的動態及靜態行為，依照邏輯的程序，做一完善 的系統設計。 此外，布希（Booch）的方法論還提供（1）多模式化工具，具有 完整的文件。 （2）各種活動的產出和機制。 （3）發展步驟明確，且無 間隙性。等優點，但其缺點是圖示工具較為複雜。 2-4.2 OOSE 物 件 導 向 軟 體 工 程 （ Object-Oriented software Engineering, OOSE）是由 Ivar Jacobson 所提出，將整個流程於以模式化，採取「使 用個案(User-Case)」來記錄使用者對系統的需求，並分別以介面、實 體、控制三大類別來描述系統。 「使用個案」將每一個使用者視為一個行動者，當行動者引發系. 18.
(25) 統執行某項任務時，會發生一連串與系統有關的處理，將這些處理記 錄下來即為「使用個案」。 2-4.3 OMT 物件模式技術 OMT(Object Modeling Technique)針對系統所要處 理的資料、軟體時，所採用的演算方法或程序，以及系統與外界相關 環境的互動關係，提供了物件模型、動態模型和功能模型，分別以三 種不同的角度分析系統，執行程序如圖 2-4 所示。 首先，由使用者、管理者、領域專家、開發者不斷的對問題進行 描述並不斷的更新，直到符和系統真實的需求為止。再來，則把問題 的描述建立成靜態的物件模式，表現物件交互作用的動態模式，與表 示物件內資料轉換的功能模式。最後，藉由分析而得到的類別、屬性 及關連，轉換成電腦領域的資料結構。 使用者 發展者. 產生需求. 管理者 知識領域專家 問題描述. 分 析 階 段. 使用者訪談 知識領域專家. 建立模型. 管理者經驗 發展者 物件模型、動態模型、功能模型 設計師 系統設計師. 詳細的物件模型 詳細的動態模型 詳細的功能模型. 結構及物件設計. 資料庫管理師 網路工程師. 圖 2-4 OMT 系統分析與設計程序圖. 19. 設 計 階 段.
(26) 2-4.4 UML 統合模式化語言 UML(Unified Modeling Language)則是集結 了 Booch、OOSE、OMT 三大觀念，而延伸的整合模式語言，在 UML 中提出了五個觀點，如圖 2-5 所示，其功能如表 2-5 所示。. 圖 2-5 UML 的五大觀點 表 2-5 UML 五大觀點功能 觀點. 功能. 使用個案觀點. 描述系統功能性需求，找出使用個案與 行動者。. 邏輯觀點. 描述系統內部功能性作業的細部設計， 包過靜態結構和動態行為。. 實作觀點. 描述系統如何切分成軟體元件，進行實 作。. 處理觀點. 描述系統各組成部分整體運作的程序。. 配置觀點. 描述系統硬體或設備間的連結關係，及 軟體程序的配置情形。. 除五大觀點外，UML 還提供了九種圖形來描述使用者與系統間 靜態與動態的作業行為，圖形歸類如圖 2-6 所示，圖形之功能描述於 表 2-6 所示。. 20.
(27) 靜態觀點. 動態觀點. 循序圖. 使用案例圖 類別圖. 合作圖. 模式. 物件圖. 靜態圖 元件圖 活動圖. 部屬圖. 圖 2-6 圖形之靜態與動態. 名稱. 表 2-6 UML 的圖形功能 功能. Use Case diagram. 敘述一個系統的功能, 以及此系統的使用者(不一定指 人).. Class diagram. 描述一個系統的靜態結構, 或是如何建立此結構,而非他 的行為.. Object diagram. 描述某一特定時刻系統的靜態結構, class diagram 描述 的是所有可能情況, object diagram 描述的是一個特定情 況.. State diagram. 敘述一個類別的狀態(state)與回應(response), 它描述 一個類別對於外來刺激的反應.. 敘述物件之間的互動關係, 這些關係被模組化為 message Sequence diagram 的交換, 這些圖所關住的焦點在 class 及它們所交換的 message, 藉以達成某些預期行為. Collaboration diagram. 敘述 class 與結合關係之間的互相作用, 這些互相作用被 模組化成類別之間的訊息交換, 而訊息的交換是藉由類別 之間的結合關係來進行.. 敘述一個 class 的活動, 這些圖型類似 state diagram, 而且也使用相似的慣例, 但 activity diagram 所描述的 Activity diagram 是一個 class 回應內部處理的行為, state diagram 則是 描述回應外部事件的行為. 敘述軟體實作 component 的組織結構及其相依關係, 這些 Component diagram 圖型包括 component, component 表示可拆散的實體單位, 包含 source code, object code, 及可執行程式碼. 敘述處理資源元素的組態(configuration), 以及軟體實 作 component 的對應方式, 這些圖型包含了 component Deployment diagram 與 node, node 表示一種處理或計算的資源(resource), 包括電腦, 印表機等. 21.
(28) 圖 2-1 價值鏈流程類型 .............................................................................10 圖 2-2 ARIS 架構圖 ....................................................................................13 圖 2-3 e-EPC 之示範圖...............................................................................14 圖 2-4 OMT 系統分析與設計程序圖 ........................................................19 圖 2-5 UML 的五大觀點 ............................................................................20 圖 2-6 圖形之靜態與動態 .........................................................................21 表 2-1 重現方法 ..........................................................................................9 表 2-2 IT 目標工具矩陣表 .........................................................................15 表 2-3 企業導入資訊管理系統之方式 ......................................................16 表 2-4 物件導向方法論 .............................................................................18 表 2-5 UML 五大觀點功能.......................................................................20 表 2-6 UML 的圖形功能............................................................................21. 22.
(29) 第三章 建築師、營造廠現行作業方式及流程重現 研究本階段經由調查現有建築師與營造廠作業流程，配合探討 IT 科技對建築業 e 化之影響以及考量組織的效率與效益，運用流程再造 之手法，建構出建築師與營造廠 e 化作業流程，並且運用 eEPC 圖進 行流程重現，清楚描述流程中各功能活動之輸出、輸出資料需求，參 與執行部門與人員。. 第一節 建築師、營造廠現行作業探討與改善 營造業管理流程制度之健全與否，為影響企業管理績效之根本因 素。然而多數營造業者多無法清楚界定本身之管理流程，以致未能有 效建立企業之管理系統，更無法瞭解本身管理系統是否合理、有效 率，因而造成作業重複、人力時間資源浪費等管理效率不彰，甚至不 知如何改善問題。再者由於營造業工作介面繁多，在管理流程上容易 造成縱向銜接不良與橫向傳遞不良，進而造成作業間資訊無法有效整 合，使得作業間彼此相互干擾與重複作業，效率無法提升。 因此，研究參考國外學者提出之「企業流程再造(Business Process Reengineering；BPR)」革命性理念，配合 IT 科技，對現有作業流程 進行再造，已期望達到更有效率、效能之新作業程序。就以規劃建置 電子化工程管理系統為例(見圖 3-1)，首先必須確立企業願景與改造 目標，隨後進行流程重現與評估，並再配合流程規劃與研擬系統之開 22.
(30) 發與建置，再造出可運行之新流程。 營建業流程再造-電子化工程管理系統整合計畫. 確立企業願景 及改造目標 確立企業願景、決定顧客需求與流程目標. 綜合分析作業 運作流程重現. 工務作業 運作流程重現. 工程作業 運作流程重現. 財務會計作業 運作流程重現. 行政人事作業 運作流程重現. 流程重現 及評估 綜合分析作業 運作流程評估 （成本及功能）. 工務工程作業 運作流程評估 （成本及功能）. 財務會計作業 運作流程評估 （成本及功能）. 行政人事作業 運作流程評估 （成本及功能）. 設計新流程、網路電子化管理技術之資訊科技. 工務工程管理系統. 綜合管理分析系統. 單價分析資料 庫管理模組. 施工日報 管理模組. 工程備標 管理模組. 估驗計價請款 管理模組. 成本控制及差異分析. 預算編列 管理模組. 工程變更 管理模組. 進度控制及差異分析. 工程發包 管理模組. 工程結算 管理模組. 工程成本結算分析. 預算執行計算分析. 財會及人事行政系統. 財務管理模組. 流程規劃及 系統開發建置. 會計管理模組. 行政管理模組. 人事管理模組. 系統整合及新流程試行. 新流程運行 實施再造程序. 圖 3-1 電子化工程管理系統-規劃與建置. 依循上述步驟，在確立建構建築師與營造廠 e 化作業流程之願景 之後，隨即對現有流程進行調查與流程重現，研究首先運用價值增加 鏈圖（Value-added chain diagram； VAD）以流程目標價值為出發點，. 23.
(31) 分析建築師與營造廠內會直接影響企業價值的活動，利用階層式的拆 解方式，對建築師與營造廠作業切割數個主要流程。以建築師作業而 言，本研究運用 VAD 圖階層式的拆解方式，將建築師之核心經營組 流程分為設計管理、草案設計、實質設計、細部設計、變更設計、建 築執照請領作業、複委託管理以及監造作業管理等八大流程(如圖 3-2 所示)，而營造廠現有流程經流程，也運用 VAD 圖拆解出業務開發、 預算編列、採購發包、廠商計價、業主計價、變更設計、進度管理、 圖說管理、品質管制-送沈與檢驗、品質管制-不合格品矯正、施工日 報管理、合約管理、業主抱怨以及保固服務等流程(如圖 3-3 所示)。. 建築師核心流程. 設計管理流程. 變更設計流程. 草案設計流程. 實質設計流程. 細部設計流程. 建築執照請領作業流 程. 複委託管理流程. 監造作業管理流程. 圖 3-2 建築師流程重現 VAD 圖 營造廠核心流程. 業務開發流程. 圖說管理流程. 預算編列 成本控制流程. 進度管理流程. 採購發包流程. 廠商計價流程. 業主計價流程. 施工日報流程. 變更設計流程. 品質管制送審與檢驗流程. 品質管制不合格矯正流 程. 業主抱怨流 程. 合約管理流程. 保固服務流程. 圖 3-3 營造廠流程重現 VAD 圖 24.
(32) 在確立流程之後，研究隨即對重現後之流程進行下述檢驗： 1. 檢驗流程的合理性：檢驗流程合理性主要方式為探討流程作業 過程中作業內容、單位和資料間實際傳遞的情形，研究可探討 作業(Function)-組織(Organization)關係，來瞭解流程在部門間 的作業動線，並依流程在部門間的作業動線關係類型，檢驗流 程的合理性，並探討其優缺點以及可行之改善方向。 2. 檢驗作業使用資料的有效性：確保資料、表單在流程作業中被 有效的運用、處理是攸關流程運作是否有效率的一大因素，因 此，作業使用資料有效性分析是另一個企業進行流程分析與診 斷的主要項目之一。針對實務操作上，根據流程資料處理的方 式，進行資料處理的屬性歸類，並依其屬性來探討、找出導致 現行流程作業資料處理缺乏效率的潛在原因、問題點並加以改 善。 經由上述之檢驗，研究茲將建築師作業流程之相關組織區分成四 個單位，分別為：設計部、管理部及工務部，營造業作業流程之相關 組織區分成四個單位，分別為：決策中心、施工所、工務組以及財會 組，減少作業資訊傳達之時間、減少作業之重複性，以使得整個作業 流程更具效能、效率。而再造後建築師與營造廠之新流程，將在後續 章節一一介紹。. 25.
(33) 第二節 建築師作業流程重現 3-2-1 設計管理作業流程（詳圖 3-4）. 1. 設計管理流程為針業建築師核心流程做一整合性管理，於接受業 主專案委託之「設計委託書」後由管理部向業主索取「設計基本 資料與文件」 ，再由業主填寫「功能需求表」 ，以讓設計部產生「設 計基本原則表」及草圖設計等後續設計。 2. 製程管理為各階段執行過程中，應填「設計製管理表」將設計輸 入記錄、簡報記錄等結果登錄，以利必要時之追溯。 3. 各階段設計之輸出經過必要之設計審查後，應詳填於「草案、實 質、細部、變更設計項目確認表」內。 4. 草案、實質、細部、變更等設計階段之聯繫介面如下: 作業起訖介面:以各設計製程管理表之起訖為介面。 作業交接介面:設計圖為主，電腦檔案為輔，各單位協調會為介面 作業管理介面:製程管理表為介面。 職責確認介面:以簽字或蓋章表示同意、完成、核淮之意。. 26.
(34) 業主專案委託. 設計委託書. 細部設計項 目確認表 簽約. 設計製程管 理表. 設計基本資 料、文件 簽約完成. 設計製程管 理表. 確認業主需求與構 想. 設計部. 變更設計 圖說. 設計部. 草圖設計項 目確認表. 設計製程管 理表 草圖設計完成. 業主審查草圖. 變更設計審查. 變更設計審查完 成. 設計部. 設計製程管 理表 草圖核淮 草圖. 實質設計項 目確認表. 實質設計. 設計製程管 理表. 實質設計完成. 實質設計 圖、文件. 實質設計審查. 設計製程管 理表. 設計部. 設計部. 實質設計審查完 成. 實質設計 圖、文件 細部設計 圖、文件 設計製程管 理表. 設計部. 變更設計完成. 確認業主需求與 構想完成. 草圖設計. 草圖. 變更設計. 設計製程管 理表. 設計基本原 則表. 設計製程管 理表. 設計部. 細部設計審查完 成. 變更設計 項目確認表. 業主需求表 設計基本原 則表. 細部設計審查. 管理部. 細部設計. 設計部. 細部設計完成. 圖 3-4 設計管理作業流程 eEPC 圖. 27. 施工所.
(35) 3-2-2 草案設計流程（詳圖 3-5） 1. 草案設計作業開始由管理部將該案設計資料交給設計部為起點， 並填「草案設計需求確認表」。 2. 設計部接獲「草案設計需求確認表」後應做基地特性分析，並完 成「基地特性分析表」 。 3. 設計部進行草圖設計，完成後作設計簡報並交付業主審核。 4. 業主審核通過後將草圖圖說完整記錄與登錄以利後續設計作業進 行。. 28.
(36) 取得設計質本資 料. 設計需求確 認表 草案設計資 料表. 基地特性分 析表. 確認業主需求與構 想. 草圖設計項 目確認表. 草圖設計簡報. 草圖設計簡報完 成. 確認業主需求與 構想完成 草圖設計圖 說 基地特性分析. 設計輸出. 設計部. 設計資料登錄 基地特性分析完 成. 草圖設計作 業項目表. 草圖設計之細部溝 通. 設計部. 草圖設計之細部 溝通完成. 草圖設計作 業管理表. 草圖設計製程管理. 草圖設計作 業製程記錄 表. 製程管理完成. 草圖設計成 果. 草圖設計成果審查. 草圖設計成 果確認表. 施工所. 管理部. 管理部. 設計部. 符合規定. 圖 3-5 草案設計作業流程 eEPC 圖. 29. 管理部.
(37) 3-2-3 實質設計流程（詳圖 3-6） 1. 實質設計流程在協調專業技師及顧問對本專案業主之需求趨於一 致，以確保設計品質，由設計部填具「專業複委託需求評估表」。 2. 實質設計製程管理:執行過程中，其最後應填設計製管理要項:設計 輸入記錄、簡報記錄、設計之輸出經過、等結果登錄於必要之設 計審查後應詳填於「實質設計項目確認表」內，以利必要時之追 溯。 3. 根據實質設計成果應完成工程材料、數量單價調查表，以控制預 算在業主授權範圍內。 4. 根據實質設計成果應作專業委託評鑑，並將結果登錄，以做為將 來選商之參考依據。. 30.
(38) 草案規劃定案. 專業複委託 需求評估表. 專業複委託需求之 評估. 實質設計簡 報圖說. 實質設計項 目確認表. 廠商名單 專業複委託廠商之 評估. 管理部. 合格廠商名 單 專業複委託廠商 之確認、簽約. 專業複委託之協調. 設計部. 實質設計作 業項目表. 專業委託評鑑. 實質設計成 果評鑑表. 評鑑完成. 廠商評鑑 資料表. 專業委託評鑑結果 登錄. 實質設計作業完 成. 協調完成. 實質設計作 業項目表. 專業複委託之細部 溝通. 設計部. 專業複委託之細 部溝通完成. 實質設計作 業管理表. 實質設計製程管理. 實質設計作 業製程記錄 表. 製程管理完成. 實質設計成 果. 實質設計成果審查. 實質設計成 果確認表. 管理部. 設計部. 符合規定. 工程材料單 價調查表. 預算表. 預算編列. 施工所. 實質設計簡報完 成. 專業複委託需求 確認. 實質設計作 業概要表. 實質設計簡報. 設計部. 管理部. 預算送審通鐹. 圖 3-6 實質設計作業流程 eEPC 圖 31. 施工所. 施工所.
(39) 3-2-4 細部設計流程（詳圖 3-7） 1. 實質設計定案後，向業主確認作業後填具「細部設計需求確認表」 。 2. 設計部與業主深入溝通與協調，填具「細部設計作業項目確認表」 。 3. 細部設計製程管理執行過程中，其最後應將設計輸入記錄、簡報 記錄、設計之輸出經過、等結果登錄於必要之設計審查後應詳填 於「細部設計項目確認表」內，以利必要時之追溯。 4. 設計部進行細部設計，完成後作設計簡報並交付業主審核。 5. 業主審核通過後將細部設計圖說完整記錄與登錄以利後續設計作 業進行。. 32.
(40) 實質設計定案. 細部設計需 求確認表. 細部設計簡 報圖說 業主確認作業. 細部設計圖 說 細部設計之協調. 設計資料登錄 協調完成. 細部設計之細部溝 通. 設計部. 細部設計之細部 溝通完成. 細部設計作 業管理表. 細部設計製程管理. 細部設計作 業製程記錄 表. 製程管理完成. 細部設計成 果. 細部設計成果審查. 管理部. 設計部. 細部設計項 目確認表 符合規定 工程材料單 價調查表. 預算表. 設計輸出. 設計部. 細部設計作 業項目表. 細部設計作 業項目表. 預算編列. 施工所. 細部設計簡報完 成. 業主確認作業完 成. 細部設計作 業概要表. 細部設計簡報. 管理部. 管理部. 預算送審通鐹. 圖 3-7 細部設計作業流程 eEPC 圖. 33. 管理部.
(41) 3-2-5 變更設計流程（詳圖 3-8） 1. 有變更設計要求或需求發生，首先要向業主取得「變更設計同意 書」 ，以做為設計部變更設計之依據。 2. 確認同意變更設計後，設計部要向業主確認「變更設計項目表」， 以做變更設計計劃。 3. 變更設計製程管理執行過程中，其最後應將設計輸入記錄、簡報 記錄、設計之輸出經過、等結果登錄於必要之設計審查後應詳填 於「變更設計項目確認表」內，以利必要時之追溯。 4. 設計輸出經過必要之設計審查後應詳填於「變更設計項目確認表」 內。 5 根據變更設計成果應更新工程材料、數量單價調查表，以控制預 算在業主授權範圍內。. 34.
(42) 變更設計要求. 變更設計同 意書. 變更設計簡 報圖說 同意變更之確認. 變更事項之確認. 變更設計成 果確認表. 設計部. 通知承包廠商. 通知承包廠商完 成. 變更事項之確認 完成 變更設計作 業概要表. 變更設計之協調. 設計部. 變更設計作 業項目表 協調完成. 變更設計作 業項目表. 變更設計之細部溝 通. 設計部. 變更設計之細部 溝通完成. 變更設計作 業管理表. 變更設計製程管理. 變更設計作 業製程記錄 表. 製程管理完成. 變更設計成 果. 變更設計成果審查. 變更設計項 目確認表. 管理部. 設計部. 符合規定. 工程材料單 價調查表. 預算表. 預算修改. 施工所. 變更設計簡報完 成. 確認完成. 變更設計項 目表. 變更設計簡報. 管理部. 管理部. 預算修改通鐹. 圖 3-8 變更設計作業流程 eEPC 圖. 35. 施工所.
(43) 3-2-6 建築執照請領作業流程（詳圖 3-9） 1. 本項作業為業主代辦各類執照之申辦作業程序，首先要向業主索 取請照相關文件、資料。 2. 將「專業委外設計之技師簽証完成証明」確認及「請照資料檢查 表」內規定之資料收集完備。 3. 將請照圖說整備與查驗後將各項記錄表整理於「請照卷宗」內。 4. 向建築師公會提出掛號申請，當文件完成掛號收件後，應將掛號 號碼等資料填於「請照資料查驗表內」以供備查。 5. 將「請照缺失表」之內容開修圖會議改正。 6. 將「送照圖說」委善保存，並作副本以免正本毀損。 7. 當「建築執照」領回後，將執照影存管理部。. 36.
(44) 業主確認. 請照相關文 件、資料. 請照缺失表 業主提供請照相關 資料. 專業複委託簽証確 認. 送照圖說. 副本製作. 送照圖說副 本 副本製作完成. 專業複委託簽証 確認完成. 請照製程管理. 請領執照. 管理部 建築執照. 請領執照完成. 請照製程管理完 成. 請照圖說記 錄表. 請照圖說整備. 管理部. 請照圖說整備完 成 實質設計查 驗記錄表. 請照圖說查驗. 管理部. 請照圖說查驗完 成. 請照卷宗. 掛號作業. 管理部. 請照資料檢 查表 掛號作業完成 請照資料檢 查表 請照圖說審 查記錄表. 管理部. 管理部. 專業複委託 完成証明. 請照資料檢 查表. 設計部. 修圖會議完成. 業主提供請照相 關資料完成 專業複委託 簽証書. 修圖會議. 管理部. 送照審查. 管理部. 送照審查完成. 圖 3-9 建築執照請領作業流程 eEPC 圖. 37. 管理部.
(45) 3-2-7 複委託管理作業流程（詳圖 3-10） 1. 草案規劃定案後，委外作業需求提出，填具「複委託需求表」 ，以 評估委外需求程度。 2. 蒐集廠商資料，根據過去合作記錄找出「初步合格廠商名單」。 3. 根據廠商報價、品質、信譽等評選最佳廠商委任專業設計簽約執 行簽約。 4. 複委託作業製程管理執行過程中，其最後應填複委託作業管理要 項將設計輸入記錄、簡報記錄、設計之輸出經過、等結果登錄於 必要之審查後應詳填於「複委託作業項目確認表」內，以利必要 時之追溯。 6. 根據實質設計成果應完成工程材料、數量單價調查表，以控制預 算在業主授權範圍內。 7. 根據實質設計成果應作專業委託評鑑，並將結果登錄，以做為將 來選商之參考依據。. 38.
(46) 草案規劃定案. 複委託需求 表. 委外作業項 目確認表 委外作業需求提出. 專業委託評鑑. 管理部. 設計部 委外作業成 果評鑑表 評鑑完成. 委外作業需求提 出核淮 廠商評鑑 資料表. 廠商資料庫 蒐集廠商資料. 管理部. 初步合格廠 商名單. 專業委託評鑑結果 登錄. 複委託管理作業 完成. 蒐集廠商資料完 成 初步合格廠 商名單 管理部. 廠商評核 確定廠商名 單 廠商評核完成. 複委託合約 書. 複委託合約審核. 管理部. 合約審核完成. 複委託合約 書. 簽約. 管理部. 簽約完成. 委外作業製 程管理表 委外作業製 程記錄表. 委外作業成 果. 委外作業製程管理. 管理部. 委外作業製程管 理完成. 委外作業成果確認. 設計部. 委外作業成 果確認表 委外作業成果確 認完成. 圖 3-10 複委託管理作業流程 eEPC 圖 39. 管理部.
(47) 3-2-8 監造作業管理流程（詳圖 3-11） 1. 根據業主提出「監造需求書」，工務部擬定「監造計劃書」 。 2. 管理部依據合約及施工規範來審核「監造計劃書」 ，通過後送業主 審查。 3. 業主審核通過後，簽定「監造合約」 。 4. 將「監造計劃書」送交承包廠商，使廠商明白施工勘驗時間、方 法、頻率、要求、估驗請款應注意事項…等。 5. 審查承包廠商之「施工計畫書」 ，核淮後進行開工作業管制，工程 開工後進行一般定期、不定期施工勘驗、工程進度、品質查核並 詳加記錄。 6. 依「施工勘驗查核表」查核工程數量、品質、尺寸，並依「工程 估驗計價單」實查核實際完成進度與數量，若有完工工程則進行 完工驗收，並發給「完工驗收証明單」。. 40.
(48) 業主提出監造需 求 工程進度、 品質查核表 監造計劃需 求書. 監造計劃之擬定. 工務部. 工程進度、 品質查核表. 監造計劃書. 工程進度、 品質查核表. 監造計劃書 管理部. 完工驗收証 明單. 監造計劃書 監造計劃之核淮 通過. 監造計劃書. 與業主簽定監造合 約. 完工驗收作業. 完工驗收作業完 成. 工務組 管理部. 監造合約 簽約完成. 監造計劃書. 監造計劃書送送承 包廠商. 管理部. 監造計劃書送送 承包廠商完成 施工計劃書. 施工計劃書. 承包商施工計劃書 審查. 工務組. 施工計劃書核淮. 開工管制作 業表. 開工管制作業. 工務組. 開工管制作業完 成 施工勘驗作 業表. 估驗計價單. 監造作業記 錄表. 施工勘驗作業. 工務部. 工程進度查核作 業完成. 監造計劃之擬定 完成. 監造計劃之核淮. 工程進度、品質查 核作業. 施工所. 施工勘驗作業完 成. 圖 3-11 監造作業管理流程 eEPC 圖. 41. 管理部.
(49) 第三節 營造廠流程重現 3-3-1 業務開發作業流程（詳圖 3-12） 1. 業務開發組從網路或是採購公報收集招標公告，呈單位主管以決 定是否要領標。 2. 業務開發組領標後填寫「投標評估報告」 ，其用途為評估是否要投 標，先經由單位主管審核並簽核意見，最後交由決策中心核定是 否要投標。 3. 決策中心決定投標後，由業務開發組負責製作投標成本作業書， 並進行數量計算及詢價，最後根據「數量計算表」與「廠商報價 單」彙整計算出工程成本，填製程「投標成本預算書(初稿)」，以 作為投標價格之參考。 4. 依據上述「投標成本預算書(初稿)」評估投標金額並填寫「報價審 核單」呈單位主管審核，再交由決策中心複核，最後將「報價審 核單」呈給總經理決定標價，或經由開會討論決定出標價。 5. 業務開發組依據決定之標價，調整工程單價製成「投標成本預算 書」並填寫工程標單後寄出。 6. 正式開標後，若得標，則準備制訂合約並填寫開標記錄表。若未 得標，則進行未得標原因探討，依各投標廠商投標價格研討未得 標原因及填寫開標紀錄表。. 42.
(50) 決定領標 領標與 押圖費. 數量計算表 與報價單. 業主. 工程成本計算. 領標 投備標圖說. 工程成本計算 完成. 工務組 取得投備標 文件、圖說. 投標成本預 算書(初稿). 現場勘查 報告. 填製報價審核單 投標評估. 工務組. 工務組. 報價審核單. 投標評估 報告. 報價審核單 填製完成. 投標評估報告 完成 投標評估 報告. 報價審核單. 決定是否參與 投標. 工務組. 投標成本預 算書(初稿). 決定標價. 決策中心. 決策中心. 投標評估 報告. 標價已確認 決定投標. 報價審核單. 投備標圖說. 建立投標成本 作業項目. 投標成本預 算書. 工務組. 調整報價. 各工程項目 報價調整完成. 預算作業書. 成本作業項目 建立完成. 投標成本預 算書. 投備標圖說. 製作投標標單. 數量計算. 工務組. 工務組. 工務組. 投標標單. 數量 計算表. 投標標單製作 完成. 數量計算完成 業主 投備標圖說. 分包商. 報價審核單. 決定標價. 工料詢價 工務組 報價單. 工料詢價 完成. 投標. 工務組. 圖 3-12.業務開發作業流程. 43.
(51) 3-3-2 預算編列成本控制作業流程（詳圖 3-13） 1. 投標個案得標後，即由工務組依據「投標成本預算書」 ，匯入投標 時之執行預算項目、數量與單價，另外根據「合約工程項目」所 新增之執行預算項目，即可建立「執行預算項目表」。 2. 針對新增之執行預算項目，進行複核數量、工料分析、單價修訂。 3. 彙整「預算數量計算表」 ， 「報價單」 ，考量合約金額與執行預算之 利潤差額，建立「執行預算書」 ，並交由決策中心審核，訂定工程 之執行預算。 4. 依據審核之「執行預算書」 ，進行分類發包項目與數量彙整，並根 據廠商報價單，建立「發包預算書」 ，並交由決策中心核定，以確 認發包預算。. 44.
(52) 合約工程 項目 投標成本 預算書. 得標 業主. 工程成本項目 彙轉、修訂. 執行預算書. 發包項目數量 彙整. 工務組. 執行預算 項目表. 工程成本項目 修訂完成. 工務組. 分類發包 項目與數量. 各工料項目 數量彙整完成. 執行預算 項目表. 數量複核. 報價單. 工務組. 預算 數量計算表. 分類發包 項目與數量. 數量複核完成 預算 數量計算表. 建立 發包預算書. 工務組. 發包預算書. 工料分析 單價修訂. 發包預算書 建立完成. 工務組. 報價單 發包預算. 審核發包預算. 工料分析完成 預算 數量計算表. 發包預算確認. 報價單. 建立 執行預算書. 執行預算書. 執行預算書 建立完成. 執行預算書. 審核 執行預算書. 工務組. 決策中心. 執行預算書 審核通過. 圖 3-13.預算編列成本控制作業流程. 45. 決策中心.
(53) 3-3-3 採購發包作業流程（詳圖 3-14） 1. 工務組首先根據與業主簽訂之合約時程，建立採發計劃書，並彙 整預算編列成本控制作業流程所建立之「發包預算書」 ，配合工料 分項，將發包預算書之項目分類整合、並整理施工圖說、規範與 特殊規定等邀標資料後，即填寫「邀標通知單」邀請合格分包廠 商報價。 2. 工務組分別先針對曾經承攬過之分包商及未曾承攬過之新分包商 填寫「廠商評鑑表」進行廠商評鑑，並將審核合格之分包商填入 「合格分包商一覽表」 。 3. 工務組組接獲分包商之初步報價確認，並經初步議價後填寫「分 包商報價比價單」 ，先送交決策中心核決議價結果，確立分包價格 及分包商。 4. 確立分包商後，則將雙方認定之事項訴諸文字以製作分包商合約。. 46.
(54) 採購發包 業主. 合約時程 建置採發 控制時程 採發計畫書. 工務組. 分包商報價 比價單. 建置採發計畫書 完成 發包 預算書 報價須知 邀標文件. 彙整報價須知及 標單等邀標資料. 核決. 決策中心. 核決完成 工務組 分包商報價 比價單. 工務組 訂定分包合約. 資料彙整完成. 分包合約. 分包商. 廠商評鑑表. 合格分包商 一覽表. 合格分包商 一覽表 報價須知 邀標文件. 選取合格分包商. 分包合約 訂定完成. 工務組. 選取合格 廠商完成. 正式邀標. 工務組. 邀標通知書 邀標完成 邀標通知書. 分包商報價 比價單. 報價. 分包商. 報價完成. 分包商報價 比價單. 議價結果登錄 單價調整. 工務組. 單價調整完成. 圖 3-14.採購發包作業流程. 47.
(55) 3-3-4 廠商計價作業流程（詳圖 3-15） 1. 現場施工後小包依合約每月 5 日或 25 日前提送「請款單」 、發票 及相關附件向工務所申請估驗計價。 2. 工務所承辦人員依分包商合約內容審核其單價、數量(數量可自日 報管理模組彙總過來)，並確認品質是否良好。 3. 如合乎分包商合約規定則由工務所人員將核計完成之計價數量登 錄至系統中並檢查發票明細，系統彙總計價金額並列印計價單 後，送交工務所之工地主任或施工處長審核。 4 工務所完成審核後即將計價單送交財會組，財會組進行憑證複核 並將基本工料名稱轉會計科目開立傳票後，呈決策中心核定計價 金額及會計傳票。 5. 決策中心核決後將計價單及會計傳票交還財會組，若計價數量有 變動，財會組則進入計價模組修正核准之計價數量，並重新開立 傳票送決策中心核定，核定通過後即開立支票。 （若計價數量無變 動，則可直接開立支票）。 6. 財會組開立支票後，呈送決策中心用印後交出納放款。. 48.
(56) 單項工程施 工查驗單. 分包商提出 計價申請. 傳票 工務所. 施工日報表. 開立支票. 審核分包商 計價數量. 財會組. 付款支票 分包商. 數量計算表. 支票 開立完成. 數量 審核通過 數量計算表. 分包合約. 計價單. 計價單. 填製 計價單. 付款支票. 決策 中心. 支票 用印完成. 計價單 填寫完成. 工地 主任審核. 用印. 工務所. 付款支票. 票據支出 紀錄表. 工務所. 財會組 出納放款 分包商 出納放款完成. 主任 審核通過 計價單 開立傳票. 財會組. 傳票 傳票 開立完成. 計價單. 計價單 核決. 決策 中心. 計價單 簽核完成. 傳票. 傳票核定. 決策 中心. 傳票 簽核完成. 圖 3-15.廠商計價作業流程. 49.
(57) 3-3-5 業主計價作業新流程（詳圖 3-16） 1. 工務所承辦人員自日報管理模組彙整當期實際完成施工項目與數 量後，登錄對業主計價數量至系統中並列印計價單及備妥相關文 件後，送交工務所主任審核確認。 2. 工務所主任審核確認後，先與監造單位或業主協調當期可請款數 量與金額。 3. 工務所承辦人依據工務所主任與監造單位建築師協調之結果，登 錄系統修正實際可計價項目及數量並列印正式申請請款單後，送 交施工所主任與業主作最後確認。 4. 確認後工務所將正式申請請款單及相關文件送回公司財會組，辦 理對業主申請請款單用印並附發票後送監造單位或業主辦理計 價。 5. 業主同意付款後由財會組領款入帳，同時工務所承辦人需登錄最 後業主核准數量至系統中並由工務所主任在公司工務會議提報工 地收支狀況。. 50.
(58) 單項工程施 工查驗單 施工日報表. 營造廠提出 計價申請 決策中心 發票 彙整實際完成 數量與進度. 工務所. 計價單用印 開立發票 財會組. 數量計算表. 數量計算表. 業主合約. 發票開立 完成. 完成數量與進度 彙整. 計價金額 登錄. 計價 收款. 工務所. 收款紀錄. 申請之計價 請款單. 計價金額 審核. 工務所. 審核完成. 申請之計價 請款單 實際計價請 款單. 修正實際計價項目 及數量並列印計價 請款單. 財會組 業主計價 完成. 登錄完成. 申請之計價 請款單. 業主. 付款支票. 工務所. 建築師 實際計價請款單. 圖 3-16.業主計價作業流程. 51.
(59) 3-3-6 變更設計作業流程（詳圖 3-17） 1. 工務組在接獲業主變更要求時，首先需記錄變更事項，並先取得 業主變更事項簽認，以利後續向業主辦理追加減事宜。 2. 判斷是否需先行施工，若需緊急施工則通知分包商先行進場，若 不需緊急施工，則由工務組工程師先進行數量計算及作業項目、 數量及單價登錄。 3. 工務組審核變更作業項目、數量及單價後，再送至決策中心核定 報價。 4. 決策中心核定報價後，工務組即根據決策中心核定之價格登錄系 統調整，建立「變更設計議價報價單」，並與業主議價。 6. 與業主議定追加、減金額後，建立「變更設計合約報價單」 ，並由 決策中心之立約人與業主補訂追加合約。. 52.
(60) 接獲業主要求 變更設計. 變更設計 項目. 變更設計 報價單. 業主. 變更設計 圖說 記錄變更事項 與業主簽證. 決策中心核決 報價 工務組. 決策中心. 核決意見. 核決通過. 建築師 記錄變更事項 完成 變更設計 項目 變更設計 數量統計 表 變更設計 數量統計 表 工料分析 單價. 核決意見. 編製變更設計 成本項目及數量. 變更設計 議價報價 單. 工務組. 工務組 議價報價單 製作完成. 編製完成 變更設計 議價報價 單 變更設計成本 計算. 業主 與業主議價. 工務組. 變更設計 合約報價 單. 變更設計 成本計算 書. 工務組 與業主議價完 成. 變更設計成本 計算完成. 變更設計 合約報價 單. 變更設計 成本計算 書 變更設計 報價單. 建築師 調整報價並製作 議價報價單. 業主 補定追加合約. 工務組 訪價審核. 工務組. 追加合約. 決策中心 補定追加合約 完成. 訪價審核通過. 圖 3-17.變更設計作業流程. 53.
(61) 3-3-7 圖說管理作業流程（詳圖 3-18） 1. 在營造廠得標後取得投標圖說後，首先先加蓋投標圖印，之後再 填寫「投標圖說彙總表」。 2. 工務組領取合約及施工圖說，與投標圖說核對無誤後加蓋圖說管 制章，並填製「施工圖說管制彙總表」 ，並於分發圖說至工務所以 及各分包商後詳細紀錄。 3. 當工務組接收業主變更設計圖說時，應加蓋變更新圖管制章，並 分發各單位，並由工務組保留原施工圖加蓋留存參考章，而工務 組應針對變更設計圖說，建立「變更圖說管制彙總表」 。 4. 最後由工務所保留所有竣工圖說，建立「竣工圖說管制彙總表」， 完成圖說管理的流程。. 54.
(62) 營造廠取得 投標圖說 建築師 變更設計 圖說. 投標圖說 加蓋投標圖印並填 製投標圖說彙總表. 工務組. 接收變更設計圖並 加蓋圖說管制章 工務組. 投標圖說 彙總表. 接收 變更設計完成. 投標圖說 彙總表完成. 變更設計 圖說. 建築師 施工合約. 變更設計 圖說彙總表. 得標領取合約 及施工用圖. 填製變更設計 圖說彙總表. 工務組. 工務組. 施工圖. 填製變更設計 圖說彙總表完成. 領取完成. 工務所 投標圖說. 施工圖. 核對並加蓋 圖說管制章. 變更設計 圖說 工務組. 分發變更設計 圖說並記錄 分包商. 分發圖說完成 完成蓋章 施工圖. 施工圖說 彙總表. 填製施工圖說 彙總表. 施工圖說 彙總表 工務組. 施工圖說 彙總表. 填寫圖說管制 彙總表完成 施工圖. 施工圖說 彙總表. 工務所 分發圖說 並紀錄. 變更設計 圖說彙總表. 分包商. 峻工圖說管 制彙總表. 分發圖說完成. 圖 3-18.圖說管理作業流程. 55. 修正施工圖說 彙總表. 工務所. 修正完成. 圖說管制 及保存. 圖說管理 完成. 工務所.
(63) 3-3-8 進度管理作業新流程（詳圖 3-19） 1. 工程得標後工務所依業主合約工期訂定「總進度表」 ，並送交工務 組審核。 2. 工務所依審核通過之總進度表訂定各階段之里程碑 milestone 完成 日期及相對進度百分比，以作為進度管制之用。 3. 施工時工務所需將施工日報資料登錄至系統模組，尤其是針對里 程碑之分項工程項目實際完成數量均需確實填寫，以落實進度評 核，決策中心可不定時核閱系統之進度資料。 4. 工程執行期間工務所需每個月透過系統比較實際與預定進度差 異，若總進度落後 5%則召開工地檢討會議擬定趕工計畫並修正雙 週進度表，送交工務組後，按修正進度表確實趕工至完工驗收。. 56.
(64) 提出 進度管理 業主合約. 總進度表. 業主. 雙週進度表. 訂定總進度表. 定期比較實際與預 定進度. 工務所. 工務所 完成進度比較. 總進度表 訂定完成. 雙週進度表 決策中心. 總進度表. 矯正措施 計劃. 審核總進度表. 訂定進度落後矯正 計劃. 工務所. 工務組 進度落後矯正計 劃完成. 審核完成. 矯正措施 計劃. 總進度表. 雙週進度表. 訂定施工進度表. 修正 雙週進度表. 工務所. 雙週進度表. 工務所. 進度檢討完成. 施工進度表 訂定完成 施工日報表. 修訂定施工進度表. 工務所. 修正 雙週進度表. 依進度表施工 並登錄進度. 審核 修訂定施工進度表. 工務組. 分包商 總進度表. 總進度表. 完成修訂. 階段施工 完成. 不定期 查閱系統. 施工日報表. 修正 雙週進度表. 決策中心. 工務所. 依進度表施工 分包商. 完工. 查閱完成. 圖 3-19.進度管理作業流程. 57.
(65) 3-3-9 品質管制-送審、檢驗作業流程（詳圖 3-20） 1. 由工務所依據總進度表填製「品質計劃管理表」 ，再由建築師與業 主進行審核。 2. 根據施工進度，工務所於材料進場時需填寫「材料收發記錄表」， 並將材料送驗後，根據送驗結果填寫「材料檢驗單」。 3. 各單項工程施工完畢之後，工務所與分包商先進行單項工程之施 工查驗，完成後即填寫「單項工程查驗單」。 4. 若查驗時發現不合格品，則由分包商進行處置，若無則由分包商 與施工所進行完工驗收的動作，再由業主、工務所、建築師進行 單項工程施工驗收。 5. 若業主進行驗收時發現其他問題，則工務所將其紀錄於「業主抱 怨項目表」中，並支會分包商進行改進與處理，待分包商處理完 成並再次確認後，由工務所偕同業主、建築師進行竣工驗收作業。. 58.
(66) 開工. 業主 單項工程查 驗單. 總進度表 填製工程/ 材料發包 送審控制表. 工務所. 整體工程 施工查驗完成. 控制表填 製完成 業主抱怨 項目紀錄表. 建築師 品質計劃 管理表審核 業主. 業主抱怨 處置確認. 竣工查驗單 工務所. 竣工驗收 作業. 材料收發紀 錄表 完工驗收. 材料收發 紀錄表完成 工務所 材料送驗 分包商 材料送驗完成 材料送驗 測試紀錄表. 單項工程查 驗單. 工務所 單項工程 施工查驗 分包商 單項工程 查驗完成. 單項工程查 驗單. 不合格品 處置. 工務所. 業主. 雙週進度表. 材料檢驗單. 工務所. 處置確認 完成. 審核完成. 叫料與材料進場. 建築師. 業主抱怨 項目紀錄表. 品質計劃 管理表. 品質計劃 管理表. 單項工程 施工驗收. 分包商. 不合格品 處置確認. 圖 3-20 品質管制-送審、檢驗作業流程. 59. 建築師. 工務所.
(67) 3-3-10 品質管制-不合格品矯正作業流程（詳圖 3-21） 1. 工務所藉由單項工程驗收明細表中不合格事項及不合格品原因擬 具矯正與預防措施紀錄表，並轉告分包廠商依此進行矯正。 2. 待矯正完成之後，由工務所進行確認的動作，以確保矯正之成效 符合業主之需求。 3. 工務所在進行不合格品複驗的動作完成之後，於每季彙整矯正與 預防措施紀錄表，製成矯正與預防措施彙總表， 4. 最後由工務組根據矯正與預防措施彙總表，於每半年進行直方圖 等統計分析，並根據分析結果繪製不合格項目統計表。. 60.
(68) 不合格品矯正 單項工程驗 收明細表. 矯正與預防 措施彙總表 工務所 不合格項目 統計表. 填寫不合格事項 擬具矯正措施. 矯正與預防 措施紀錄表. 建築師 不合格品矯正 作業完成. 報告完成. 矯正與預防 措施紀錄表. 每半年以直方圖進 行不合格品統計分 析. 矯正措施執行. 分包商. 矯正措施 執行完成 工務所 矯正與預防 措施紀錄表. 矯正確認 建築師 矯正確認完成. 矯正與預防 措施紀錄表 矯正與預防 措施彙總表. 由單項工程查驗單 彙總不合格事項季 報表. 工務所. 不合格季報表完 成. 圖 3-21.品質管制-不合格品矯正作業流程. 61. 工務組.
(69) 3-3-11 業主抱怨作業流程（詳圖 3-22） 1 接獲業主提出抱怨申請後，由工務所及分包商根據「業主抱怨項 目表」中記載之事項，研擬「矯正措施計畫」 2. 經工務所主管核定過「矯正措施計畫」後，由分包商依據該計畫 進行施作。 3. 矯正措施完成後，由工務所進行初驗的動作，初驗完成後偕同業 主進行核驗，並將結果紀錄於「業主抱怨項目表」 。 4. 接著由工務所進行彙總「業主抱怨項目表」 ，，製成「業主抱怨彙 總表」紀錄之，以供工務組、決策中心查閱。. 62.
數據
+7
![圖 5-12 業務開發流程介面操作合作圖-1 <<Interface>>投標評估介面<<Interface>>工務組管理介面工務所決策中心1.identifyUser (ui,pw)1.1identifyUser (ui,pw)<<Interface>>投標評估<<Interface>>工址調查介面工務所1.enterNewSurveyReport: SurveyReport []1.1.enterNewSurv](https://thumb-ap.123doks.com/thumbv2/9libinfo/8902384.258451/109.892.128.746.131.1050/評估介面工務組管理介面工務所決策中心評估工址調查介面工務所.webp)
相關文件
include domain knowledge by specific kernel design (e.g. train a generative model for feature extraction, and use the extracted feature in SVM to get discriminative power).
(四)增加展能節競賽之基礎家具製作 (Furniture Making- Basic Course)、產品設計 (Product Design)、角色設計 (Character Design)、資源回收材料設計 (Waste
Part 2 To provide suggestions on improving the design of the writing tasks based on the learning outcomes articulated in the LPF to enhance writing skills and foster
This flipbook is designed to display a collection of students’ works selected from the winning entries of the SOW Picture Book Design Competition organised in the 2020/21 school
高等電腦輔助設計與製造 (Advanced Computer Aided Design and Manufacturing).
• Step 2: Run DFS on the transpose
Algorithm Design Methods Greedy Algorithm.. by Chin
to maximize fairness (everyone’s responsibility), lending/borrowing/buying/selling not allowed.. Collaboration
