案例資料介紹

55

性與效益。當無法滿足原所設定之系統功能時，則需重新檢討知識 地圖系統功能之定位。

七、 系統測試

當無法達成原先設定之呈現樣式時，應檢討程式之功能。

八、 知識地圖

本研究所建置之結案報告知識地圖。

56

3.3.2 案例工程顧問公司「結案系統」概述

本個案工程顧問公司在民國 87 年開始有結案系統，是以專案 形式成立，主要分類架構為文件類及圖檔，並累積過去到現在的結 案文件包含有結案報告、服務建議書、圖說文件、會議記錄、文稿、

雜項、計畫書、規範、預算書、設計計畫書、數量計畫書、月報、

測量成果、紀錄、設計成果 等，而結案報告可謂工程顧問公司的智 慧結晶及智慧資產，其中蘊含極為豐富的專業領域知識。本案例工 程顧問公司「結案資料全文檢索系統」如圖 3.5 所示，可讓公司同 仁迅速檢索歷年各計畫結案資料內容(文件與圖)，以供查詢及再利 用。

87 年以前結案計畫是將微縮工程圖及結案文件，每一本文件(如 報告、計算書)掃描成影像檔後存成一 PDF 檔；每一張工程圖掃描 成影像檔後存成一TIF 檔。88 年以後結案計畫則有原始電腦檔，依 檔案原始格式儲存(如 DOC, XLS, PPT, HTML, DWG 等)，但 DWG 圖檔另存成 DWF 格式，以供 Browser 瀏覽。結案系統以 Browser 為介面，先查詢資料庫，(文件以本為單元，工程圖以張為單元)，

從查詢結果點選所要之文件或工程圖，系統視檔案格式自動啟動相 關程式或Plug-in 以顯示檔案內容。若檔案格式為原始電腦檔而非圖 檔或掃描之影像檔，可進一步進行全文檢索。

57

圖3.5「結案資料全文檢索系統」

由於結案報告日積月累數量驚人，且每一份結案報告篇幅動輒 數十甚至數百頁，工程師要從大量的結案報告中找到值得參考的知 識十分不易。雖然目前可以利用關鍵字搜尋的方式來找出相關的文 件但結案報告文件的內容過於豐富，動輒上百頁的智慧精華，要以 人工從其中挖掘出問題的解答，十分耗力費時，既不經濟同時也無 法掌握時效，更無法滿足緊急問題求解之功能需求。就以九十六年 度而言，結案報告被查詢之次數就高達有24998 次查詢總人數有 696 人，而個人查詢次數最高也達到八千多次最低也有八十幾次，其中 以圖說文件、規範、計畫書與成果報告書為最常查詢之項目如圖3.6、

3.7 所示，由此可見結案報告是全體員工與該案例工程顧問公司之知 識核心，故能將結案資料更清楚表達，勢必能提升公司的競爭力。

3.

因

圖

圖 3.7

.3.3 資料 本案例 因結案系統

0 500 1000 1500 2000 2500 3000

1月

0 1000 2000 3000 4000 5000 6000

1月

圖 3.6 九十

7 九十六年

料來源 例工程顧問 統儲存「個

月 2月 3月 4月

月 2月 3月

十六年度

年度結案

問公司結案 個案工程顧

5月 6月 7月

4月 5月 6

58 度結案系統

案資料查詢

案系統是 顧問公司」

8月 9月 10月

6月 7月 8月

統資料類型

詢筆數、人

是在民國 8

」過去至現

d

11月 12月

月 9月 10月

型查詢統計

人數、計畫

7 到 88 年 現在所執行

drawingdwfreportplanspeccalsheetpresentdataother

月 11月 12月

計圖

畫統計圖

年開始啟用 行過的工程

draw dwf repor plan spec calsh prese data other

查詢筆數 查詢人數 查詢計畫

用，

程，

ing

rt

eet ent

r

數 數 畫

59

故本研究挑選100 筆個案公司過去執行過專案之結案報告書作為研 究樣本，其中包含有研發、專案、規劃、設計、監造、鑽探之屬性 與各種工程類別之型態，透過曾經參與專案員工填寫工時表之專業 領域與工程編碼做結合，將分析後之工程編碼導入各專案中，產生 出此專案特有之編碼，並將此編碼輸入至知識地圖中進而產生結案 報告知識地圖，並達到知識視覺化之呈現。