516

十二、知識管理系統導入個案

本章學習目標

瞭解文件式知識管理系統之功能與運作

瞭解元件式知識管理系統之功能與運作

瞭解電子化知識管理系統導入不同類型產業之成效

12.1 前言

本章將以兩個案例說明電子化知識管理系統導入不同業者之成效。所提出之案例分

別為文件式知識管理系統導入非營利機構之功能與運作、以及元件式知識管理系統導入

傳統產業設計鏈之功能與運作。

12.2 文件化知識管理—中山科學研究院

在供應鏈之架構與產業協同合作的營運模式中，組織經營的資訊流、金流、商流與

實體物流均應運作健全。為使資訊流能更具實效、有效率地進行流通，技術文件電子化，

進而建立組織之智庫已為共同的趨勢。為解決組織文件與知識分享不易、資料重複儲存

或資料不同步等問題，中山科學研究院期能運用現今廣泛通行之網際網路技術，發展一

適用於國防工業之電子化文件與知識管理技術，支援各項國防專案之執行與管理。配合

企業資源規劃的概念，整合企業組織人事之權限管理與技術文件版本之控管，並加入以

文件內容為導向的權限決策機制，使國防工業之文件資訊能於既有供應鏈或協同合作環

境中快速共享、有效管理，進而擴展與民營企業共同合作之業務。考量全球資訊網

（WWW）之方便性與普遍性，本研究以開發 Web 為基之知識文件管理模式與雛形系

統，支援國防工業之供應鏈管理為理念，其長程目標乃期望透過國防工業之程序再造、

組織之知識權限管理合理化、及資訊技術導入與使用等步驟，改善國防工業的文件資訊

運用效能，期能滿足國防工業整合與國防工業擴展之目標；更期能使軍品研製後勤為主

的國防工業，亦能擴展至軍民通用之相關業務，達成雙贏互惠的成果。

517

12.2.1 個案背景

在資訊科技發達的今日，文件管理已不再是傳統以人力及書面為主之作業方式。傳

統文件處理方式普遍缺乏效率性與經濟性等缺憾，由於電子商務之廣泛運用，現行組織

之知識文件管理已邁入電子化及系統化管理的時代。而且，近年來企業再造已成為產業

界之全民運動，其基本精神之一乃期望藉由扁平化的組織結構來提升組織內部的運作效

率，並將組織中人力資源予以精簡。然伴隨人力資源之精簡，組織內外部各部門間之行

政作業效率乃成為隱憂；在員工人數緊縮的情況下，組織知識文件若仍停留於傳統紙張

處理的作業方式，無疑地，除了處理文件的成本無法獲得縮減外，知識文件管理相關作

業之效率亦將大幅滑落。因此組織乃紛紛將知識文件轉以電子檔案形式儲存，並藉由先

進之資訊與網際網路技術進行管理，以提升知識文件傳輸與分享之效率性與正確性。

在傳統紙張文件轉化為電子化形式的過程中，組織多配合現行的文件處理系統將知

識文件以電子檔案形式儲存於電腦中。然在眾多的電子化文件管理系統中卻缺乏知識文

件的整合控管機制，常導致電子化知識文件僅是書面文件轉換成為另一種形式存放於不

同環境而已，與傳統紙張文件的作業窘境差別無異，致使知識文件電子化之附加價值不

高，更遑論將組織知識有效率而充分地進行共享。現階段產業營運模式下，組織傾向結

合資料庫系統協助處理各單位的表單資料與重要文件，然仍產生大量的紙張文件。在網

際網路時代中，電子化文件/知識傳輸技術應用於資料流的存取已不斷進步（如 Email、

FTP 等通用性傳輸技術），使傳統紙張單據積聚的情況可獲得改善，並促使企業組織能

更有效率地運用文件/知識來增進其行政效能。

518

然除知識文件之電子化、傳輸分享以外，另一項文件管理的重要課題即為知識文件

存取權限之控管。一般而言，文件存取權限之決策常需要透過知識分享者指定（如

Email），此作法雖可確保文件依照分享者與知識文件之內涵分享予適當的接收者進行存

取，然此種做法卻可能造成組織知識遭受洩密或組織無法統一對知識文件進行控管。再

者，若知識分享者對知識需求者不明時（如顧客不知抱怨應向何業管人員申訴），更無

法以此種作法達成文件正確分享的目的。若權限開放之責交由系統管理人員掌控，固然

可滿足組織對於知識文件統一管理的需求，然系統管理者若對文件內容或目的不熟悉

時，實亦無法正確進行權限控管。

針對中科院現有之知識管理模式（如圖 12.1 所示），發展其新的知識管理模式（如

圖 12.2 所示）。整體而言，現行組織之運作模式下，為達成知識文件有效共享，除透過

電子化文件建置外，尚須發展有效之知識文件管理技術與文件權限決策機制，使組織之

知識運用與專案管理能以系統化之技術完成之。

專案知識文件管理者（工程小組）

-研發文件-生產、測試文件-會議資料-文宣資料-...

板件設計小組

品測小組

測維小組 生管小組

板件製造小組

知識文件權限管理

知識文件儲存

知識文件分類

圖 12.1、中科院電子所現行之知識管理模式

519

知識文件搜尋

-研發文件-生產、測試文件-會議資料-文宣資料-...

板件設計小組

品測小組

測維小組 生管小組

板件製造小組

知識文件權限管理

知識文件儲存

知識文件分類

工程小組

專案知識文件服務管理平台

圖 12.2、中科院電子所期望之知識管理模式

導入文件化知識管理系統後，系統運作運作模式依次為「會員資料建立」、「群組關

係建立」、「文件類別設定」、「類別與群組對應關係建立」與「文件上傳」等五個步驟，

當此五步驟建立完畢後，系統內之會員即可操作此系統所提供的相關功能，如文件查詢

與下載、會員資料修改等（如圖 12.3 所示）。以下依系統運作次序就各步驟說明之。

520

會員資料建立

是否已建立所有會員資料

群組資料建立

是否已建立所有群組資料

文件類別建立

是否已建立所有文件類別

類別與群組對應關係之建立

是否已建立所有對應關係

文件上傳

文件下載 群組管理 人事管理 參數設定

文件上傳功能

其他管理功能

是

是是

是 否

否

否

否

圖 12.3、文件化知識管理系統操作流程

12.2.2 會員身份建立

於執行文件化知識管理系統時，首先乃需建立可使用此系統之相關人員，圖 12.4

為中科院所提供之相關人員與群組資料；此例以建立其相關人員中「楊素禎」會員資料

說明使用此系統之運作流程。以圖 12.5 所示，系統管理者於「人事管理功能」下選擇「會

員資料管理」進行會員資料之新增，並將會員資料填寫至系統所提供之對應欄位中（如

圖 12.6 所示），若系統管理者所輸入之會員資料正確，則系統乃將其資料存至資料庫中，

並在資料新增完成畫面顯示一「寄送郵件」按鈕，給予管理者寄發電子郵件告知會員其

登入此系統之帳號與密碼（如圖 12.7 所示）。當系統管理者建立此會員資料後，此會員

可根據系統管理者所給予之權限（一般使用者、群組管理者或系統管理者）使用此系統。

521

此外，系統管理者可利用系統提供之其他「會員資料管理」功能進行會員資料之查詢、

修改或刪除。圖 12.8 為根據中科院提供之人事資料於系統建立之會員資料，共 110 員。

組長

范姜永金

代理人（張文德） （洪皖中）

副組長張文德

代理人（洪皖中）

副組長洪皖中

代理人（張文德）

板件設計及工程資訊小組

負責人：王碩顯代理人：周永勤

周永勤張添毅蔡蕙卿周玉珠王錫華

測維技術小組負責人：林西園代理人：趙俊聲

趙俊聲劉清巖黃錫華毋正生彭桂蘭葉秀陵羅志浩

工程技術小組負責人：林玉蘭代理人：楊扶國

楊扶國 林明池黃國強 簡民安李金洋 古正秋陳玉鶯 楊素慎

林秋金

型態管制小組負責人：謝俊國代理人：彭錦園

彭錦園

品質檢測小組負責人：曾家喜代理人：黃桂珍

黃桂珍陳秀香 王美雲錢大棟 關恒功苗宜圃 彭美霞張桂蕉 林錫良古紹興 陳碧玲 施惠華

系統組測負責人：陳俊生代理人：三仁勳

三仁勳 王子杓吳耀琨 鍾清池張盛台 張琦意陳玉霞 張慶虢程一壽 鄭炎仁謝榮鎮 唐勝連

生產管制小組負責人：周宏志代理人：張智傑

張智傑 張書源田國華 張淑娟陳信凱 楊志榮黃樹坤 陳春玉 陳宗德

產品工程小組負責人：鍾勝榮代理人：潘貴成

郭宗燕 潘貴成施寶鳳 黃宗華李士哲 塗新芳卜獻忠 黃光良羅紹鈞 賴文德何智鵬 劉炤棟謝先錦 呂有文黃光助 姜禮憲

板件製造小組負責人：蔡碧娥代理人：陳榮裕

陳榮裕 薛金章江欽堂 邵菊相巫國華 林建群黃承瑞 侯宗堯鄭漢隆 陳惠娟賴榮輝 張皇雁徐雪姬 蘇文良

圖 12.4、中科院相關人員與群組資料

圖 12.5、會員資料新增畫面

522

圖 12.6、輸入會員資料

圖 12.7、會員資料新增完成

523

圖 12.8、系統已建立之會員資料

12.2.3 個人群組建立

由於上傳文件時，權限開放以「群組」為單位，而對於工程小組權限開放以「成員」

為單位（如表 12.1 所示），為方便開放權限予工程小組內各成員，將工程小組之每一成

員設定為個人群組，以「工程技術小組」的「楊素禎」為例建立個人群組；系統新增群

組之畫面如圖 12.9 所示，於系統所提供之欄位輸入相關資料後，選擇「楊素禎」為群組

管理者，即可建立個人群組。新增群組後，可於「刪除群組」功能介面中查詢到此群組

（如圖 12.10 所示），表示新增群組成功。利用「群組成員變更」功能進行群組成員之新

增或刪除，操作畫面如圖 12.11 所示。依據此方法建立工程技術小組內各成員共 9 個個

人群組、另外，除了 9 個工程小組之個人群組外，九個小組部門亦分別建立 9 個部門群

組。

524

表 12.1、中科院知識文件類別與對應權限人員資料

主分類 次分類 小分類 工程小組外授權 工程小組內授權

OutPut 00_RM 0000_Gerber 板件設計小組 李金洋

0001_BOM 板件製造小組

生管小組

楊 素 禎 、 陳 玉

鶯、林明池、古

正秋、林秋金

0002_Notes

板件製造小組

生管小組

品測小組

楊 素 禎 、 陳 玉

鶯、林明池、古

正秋

01_DXF 01_DXF 楊 素 禎 、 陳 玉

鶯、古正秋

02_Pick 02_Pick 板件製造小組

03_Xray 03_Xray 品測小組

04_DWG 04_DWG 板件製造小組

品測小組

楊 素 禎 、 陳 玉

鶯、古正秋

05_SOP 05_SOP

板件製造小組

品測小組

測維小組

李 金 洋 、 林 明

池、簡民安

525

06_Exp 06_Exp 板件製造小組

品測小組 林明池、林秋金

Human 00_範本 00_範本 All

01_個案資料 01_個案資料 (TBD)

02_工作考核表 02_工作考核表 (TBD)

Buy (Procurement)

00_範本 00_範本 All

01_個案資料 01_個案資料 古正秋

Library 板件製造小組

品測小組 All

Plan (Project) All

Software All

526

圖 12.9、「新增群組」之畫面

圖 12.10、顯示新增群組

圖 12.11、群組成員變更

527

12.2.4 文件類別建立

根據表 12.1 所列之文件類別建立相關文件類別與階層關係（有「主分類」、「次分類」

與「小分類」三種階層），利用「文件類別管理功能」建立相關文件類別與類別間之階

層關係，例如於根目錄「root」底下新增文件類別「Buy（Procurement）」以及「Software」，

新增類別之操作畫面分別如圖 12.12 與圖 12.13 所示。依此方法建立系統所有文件類別

與類別間階層關係，建立完成後可由「文件類別查詢」功能查詢系統中之文件類別，查

詢結果以樹狀結構顯示類別間之階層關係（如圖 12.14 所示），依中科院之運作特質，共

建立 17 筆文件類別資料。

圖 12.12、新增文件類別

528

圖 12.13、新增文件子類別

圖 12.14、查詢文件類別之結果

12.2.5 類別與群組對應關係建立

529

所有文件類別建立後，利用「類別與權限對應關係修改」功能建立（或修改）文件

類別與對應權限群組之關係，例如點選文件類別「Software」，將「工程_楊素禎」等群

組設為此文件類別對應之權限群組（如圖 12.15 所示），設定完成後，利用「類別與權限

對應關係查詢」功能可查詢此文件類別所對應之權限群組（如圖 12.16 所示），根據表

12.1 共需建立 13 筆對應關係之資料。建立所有文件類別與對應之權限群組後，即可進

行文件上傳。

圖 12.15、建立文件類別對應之權限群組

530

圖 12.16、查詢文件類別對應之權限群組

12.2.6 文件上傳

當會員資料、群組關係與文件類別等資料之對應關係皆已建立完畢後，系統管理者

/一般會員即可進行文件之上傳操作。本例以前述建立之「楊素禎」會員進行文件上傳操

作流程說明。在文件化知識管理系統首頁輸入「楊素禎」會員之登入帳號與密碼，系統

乃顯示進入之畫面（因「楊素禎」會員之權限已變更為群組管理者），此時，「楊素禎」

會員上傳一「智慧財產法令」之文件，並依系統提供之欄位進行文件摘要與文件關鍵字

的輸入（如圖 12.17 所示）。而在文件類型指定方面，將上傳文件指定為「Software」類

型（如圖 12.18 所示），接著選擇文件權限指派功能，系統則將上步驟所選擇的文件類型

對應相關群組人員顯示於瀏覽器上（如圖 12.19 所示），此處將此份文件之權限開放給相

關所有人員，並按下「檔案上傳」鍵進行文件上傳，系統將上傳文件之資料記錄至資料

531

庫中並於視窗顯示上傳文件之相關資料（如圖 12.20 至圖 12.22 所示）。

圖 12.17、文件上傳畫面

圖 12.18、文件類型判定

532

圖 12.19、文件類型對應相關之群組人員

圖 12.20、文件權限選擇完畢

533

圖 12.21、寄發郵件告知文件權限之開放人員

圖 12.22、文件上傳完成之相關資料

12.2.7 文件下載

本功能設計之目的在於提供使用者查詢法律文件的機制。各使用者可搜尋其權限範

534

圍內之法律文件，查詢方式包含「全文檢索」與「條件值查詢」等兩子功能，而使用者

可依查詢結果進行法律文件線上預覽或下載。以下以中科院之「古政秋」成員，其權限

為一般使用者，進行「全文檢索」與「條件值查詢」之操作。

˙ 全文檢索

全文檢索功能可透過使用者欲指定查詢之「關鍵詞」或「片語」等字串，對使用者

權限範圍內之文件內容進行模糊比對，其中「關鍵詞」或「片語」等字串查詢條件，可

進一步設定「關鍵詞相關程度」值，以擷取與查詢條件值具一定關聯性之其他關鍵詞，

衍生為另一查詢條件值。此外，對於查詢結果之顯示，系統提供「每頁顯示筆數」與「結

果顯示方式」兩種方式供使用者選擇，查詢畫面如圖 12.23 所示。

此處選擇不輸入任何查詢字串，直接按下查詢鍵以查詢「古政秋」成員權限範圍內

之可閱覽文件（主要為 Output、Human、Plan（Project）與 Software 四種類別），由圖

12.24 中可以發現，共有八篇文件在「古政秋」成員可閱覽之權限範圍；其中一篇是由

前述「楊素禎」會員分享之文件。之後，「古政秋」成員即可依據查詢之結果，進行文

件之閱覽或下載。

535

圖 12.23、全文檢索查詢畫面

圖 12.24、全文檢索以樹狀方式顯示查詢結果

˙ 條件值查詢

條件值查詢功能相似於全文檢索，此處以「古政秋」成員利用「關鍵詞」條件進行

536

文件查詢之說明。「古政秋」成員於「關鍵詞」文字方塊內輸入「汽車」字串進行查詢，

其結果顯示如圖 12.25 所示，共有四篇文件符合查詢條件，同時，即可對查詢之文件進

行閱覽或下載。

圖 12.25、以「關鍵詞」條件查詢結果

12.2.8 部門/群組管理功能

部門管理功能包括「新增部門」、「刪除部門」與「修改部門資料」三項功能，新增

部門時，瀏覽畫面顯示一表格以供系統管理者輸入新增部門之相關資料，在此以新增中

科院之「電子系統生管部門」為例，輸入此部門之相關資訊，當輸入完成按下提交之後，

將此新增部門之相關資料寫入資料庫中。

進行刪除部門功能時，瀏覽畫面將列出系統中所有部門及其相關資訊，包括：「部

門編號」、「部門名稱」、「所屬公司」與「部門說明」等資訊（如圖 12.26 所示），以供管

537

理者選擇欲刪除之部門。

圖 12.26、系統部門資訊

群組管理功能包括：「新增群組」、「刪除群組」與「群組成員變更」等三項功能模

組，新增群組功能於建立個人群組時已說明，不再贅述。

當管理者進入「刪除群組」功能時，系統將顯示所有群組及相關資料，在此例中系

統管理者勾選「工程_古正秋」與「工程_楊素禎」進行刪除。

系統管理者欲進行群組成員新增/刪除功能時，畫面顯示系統中所包含群組之資訊，

系統管理者選擇欲新增/刪除成員之群組後，跳出另一小視窗，視窗右邊列出此群組之成

員，左邊則列出系統中其他成員，以工程技術小組之成員為例（如圖 12.27 所示），系統

管理者可利用「新增」、「移除」按鈕以進行群組成員變更之動作。

538

圖 12.27、群組成員變更

12.2.9 人事管理功能

˙ 個人資料管理

「個人資料管理」功能乃為便利一般使用者可隨時根據自己喜好或實際情形，進行

個人基本資料之查詢確認或修正。以中科院之「楊素禎」會員進行個人資料管理功能操

作說明。

如圖 12.28 所示，當「楊素禎」會員點選「個人資料管理」功能，系統直接顯示個

人帳號，並要求輸入個人密碼，以進行使用者身分之再確認。若身分確認通過之後，系

統會顯示使用者之基本資料，以供使用者確認或進行修改（如圖 12.29 所示）。系統提供

使用者除登入帳號、所屬部門、職位與權限外，其餘個人基本資料項目皆可變更（如圖

12.30 所示）。當使用者對於個人資料修改完成，系統則提供一「寄送郵件」按鈕，供使

用者寄送郵件告知自己資料已經過修改（如圖 12.31 所示）。

539

圖 12.28、使用者身分確認畫面

圖 12.29、使用者之個人基本資料

540

圖 12.30、個人基本資料進行修改之畫面

圖 12.31、個人基本資料修改完畢之畫面

˙ 會員資料管理

本功能之設計目的在於提供管理者進行有效之會員資料管理工作，包含「會員資料

541

新增」、「會員資料查詢」與「會員資料修改」等功能。「會員資料新增」前述已說明過，

以下則針對中科院之群組編號「G0017」進行「會員資料查詢」與「會員資料修改/刪除」

功能操作說明。

進行會員資料查詢時，系統將提供如圖 12.32 之查詢條件值，包括「員工編號」、「群

組編號」與「部門編號」。查詢方式可以單一條件值查詢，亦可以各條件值和邏輯運算

子組合進行會員資料查詢。以圖 12.33 為例，在「群組編號」輸入「G0017」為例，待

按下查詢鍵之後，系統即顯示符合群組編號「G0017」之所有會員（如圖 12.34 所示）；

管理者可根據特定之會員（此處選擇「陳玉鶯」會員），按下查詢連結進行該會員之基

本資料查詢（如圖 12.35 所示）。

圖 12.32、會員帳號查詢畫面

542

圖 12.33、查詢「群組編號」為「G0003」之會員

圖 12.34、會員帳號查詢結果

543

圖 12.35 會員資料查詢結果

12.2.10 系統參數/門檻值設定

系統參數可透過系統管理者進行查詢與更改，而此功能主要包含「文件版本管理方

式」以及「文件版本修改記錄查詢」兩個子功能。文件版本管理方式包括「直接覆蓋」、

「序號更名」與「重新命名」。進行文件版本管理功能時，系統將提供三種更名方式供

管理者選擇（如圖 12.36 所示），選定欲更改的方式後，系統將更改後的方式再次告知系

統管理者（如圖 12.37 所示）。「文件版本修改記錄查詢」子功能中，可查詢文件版本之

修改記錄（包含變更人員、變更項目與變更時間等資訊）（如圖 12.38 所示）。

544

圖 12.36、選擇相同檔名之更名方式

圖 12.37、顯示目前更名方式

545

圖 12.38、顯示文件版本之修改記錄

12.2.11 導入知識管理系統成效

中科院目標在於建立一套網際網路技術為基之電子化知識管理系統支援國防工業

之供應鏈管理運作，是故可將傳統紊亂、不同步之知識傳遞與管理模式，轉化為中心管

理模式的架構。

以國防機構之具體應用而言，此系統之導入，即可以應用於中科院推動跨國性 AMS

計畫之專案管理，利用此系統可以有效且無時空障礙地將此專案計畫中之研發文件、生

產與測試等技術文件、文宣文件、會議資料等，以中心伺服的方式統一控管，並配合本

系統的權限管理與版本管理機制，使知識文件管理具機密性、效率性與彈性。在此機制

下，各項專案的文件可以安全地提供予國際研發單位、國內研發單位、學術機構，甚至

欲公開之文宣與教育資料，亦可透過此系統，發佈予一般大眾知悉；不但可達成以知識

546

管理精神與技術實現軍民合作科技研發之專案管理，亦可實現中研院長期提升科學教育

風氣的終極目標。

是故，整體而言，就實際系統完成後，所能獲致之組織效益而言，有以下幾項：

透過關鍵字指定、文件分類之功能，強化中科院知識文件管理效能。

全文檢索、條件查詢提供知識文件需求者快速尋得符合需求之文件。

文件審核機制、權限控制可確保知識文件內容的正確性與安全性。

以 Web-Based KM 技術強化中科院快速掌握相關知識文件之分享，提高組織運作效

率，並使組織充分累積知識。

可減輕知識提供人員之重複性作業負荷外，亦可使知識文件取得不受時間與空間限

制。

此導入專案成果可成為中科院（電子所）知識工程與管理推導的基礎架構與雛形示

範。未來，中科院將再以此案成果朝以下方向發展：

整所（或組）導入知識/文件管理平台之建案：加強機密知識文件之加解密功能、加

強群組及使用者使用之控管機制、加強知識庫（Knowledge Repository）防火牆等安

控機制、強化知識平台之強健性（Robustness）、強化使用者介面與效率。

成為創新研發平台基礎建設，與智財（IP）管理結合。

12.3 非文件化知識管理—皮帶設計廠知識管理

有鑑於知識經濟時代的來臨，企業體要能維繫於國際市場上之利基，並維持產業競

爭之優勢與獨特性，有系統地建構產業知識中心（Knowledge Center），以有效將企業體

547

領域知識（Domain Knowledge）予以擷取、管理、分享與再利用。基於產業運作實需，

本計畫乃期望建置一套可於網際網路上即時執行之知識上載電子平台，將傳統由知識工

程師（Knowledge Engineer）進行之知識擷取任務，轉由一系統平台完成，不但可減輕

知識工程師之工作負荷，並可有系統地將產業知識建置為一中心知識倉庫，供企業體之

其他成員運用，使企業之知識得以有效維繫與傳承。

基於上述之研究背景與動機，此案例乃期望透過導入知識管理技術達成以下目標：

策略模式層面：建構一套完整、有系統之知識上載/擷取模式，有效將企業體領域知

識予以擷取、管理、分享與再利用。

技術發展層面：發展一套網際網路平台技術，除提供知識之傳輸與建置外，並可進

行進階之知識內容萃取、分類，使企業知識能有效率地進行控管。

知識內容層面：本計畫所發展之模式與技術，除了提供支援性文件資料（如技術文

件、規格書、使用手冊、圖檔等）之知識上載/擷取外，亦提供數據表、工程計算式、

條件式之知識匯入，使產業知識中心之內容更豐富。

使用性層面：本計畫所發展之模式與技術，將搭配具親和性、使用彈性之操作環境，

使知識提供者與知識運用者可方便、快速地提供或取得知識。

548

基於產業協同運作之實需，此案例乃建置一套可於網際網路上即時執行之知識上

傳、擷取與分享平台。此知識建置中心乃建構於網際網路環境下，以利知識建置者、知

識需求者可不受時間、空間限制提供知識與取得知識，有效將企業體領域知識予以擷

取、管理、分享與再利用。

12.3.1 知識平台之核心架構

根據本研究所提出之知識平台，其運作架構可分為「前置作業」、「知識建構」、「範

例定義」以及「專案建立」等四個階段，其流程與知識上載、擷取與分享平台之核心架

構如圖 12.39 所示。

於專案設計「前置作業」階段，使用者首先建構所需使用之工程單位與單位換算式

於系統資料庫，並定義知識類別。而後根據上一階段之資訊，進行「知識文件上傳」、「知

識元件、元件屬性及屬性特徵值定義」與「數學函式」等相關知識之建構。「知識建構」

階段所定義之相關知識，實為一「樣本」知識，而系統使用者於「範例定義」階段，可

以樣本為基準，將其修改為符合專案所需之知識元件範例與函式範例定義。最後「專案

建立」階段乃根據「知識建構」階段所定義之知識元件、知識元件屬性、屬性特徵值及

數學函式，「範例定義」階段所定義之知識元件範例與函式範例建立專案。

549

知識元件及其屬性定義

知識類別定義

知識文件上傳

單位換算維護

單位維護

數學函式定義

知識元件範例定義

函式範例定義

新增協同設計專案

前置作業

知識建構

範例定義

專案建立

圖 12.39、知識上載、擷取與分享平台之核心架構圖

12.3.2 系統功能架構

為使領域專家能快速於線上維護領域知識，知識需求者能即時於線上取得領域知

識，案例公司乃以網際網路為基，建置一「可於網上即時執行之知識擷取與分享平台」，

期能系統性地建構一產業知識中心，供協同體系之其他成員運用，並有效將企業體領域

知識予以擷取、管理、分享與再利用。基於「建立產業知識中心」之目標，本系統功能

架構劃分為九大模組，分別為文件定義、函式定義、函式範例定義、知識類別定義、知

識元件定義、知識元件範例定義、專案定義、單位維護及單位換算定義，如圖 12.40 所

示。

550

知識元件範例定義 新增

修改與刪除查詢

專案定義 新增查詢、修改與刪除

知識元件定義 屬性設定

修改與刪除查詢

新增

文件定義 文件上傳文件查詢與刪除

函式定義 函式定義查詢、修改與刪除

函式範例定義查詢、修改與刪除

新增

單位維護單位查詢單位刪除

單位新增

單位換算定義查詢、修改與刪除

新增

入

口

登

入

頁

面

知識類別定義查詢、修改與刪除

新增

圖 12.40、系統功能架構

有關此系統運作所包含之功能，依模組分別敘述如下：

（1）文件資料匯入與管理功能：

提供各類電子化文件（如技術文件、專利文件、規格書、使用手冊、設計圖檔

等）上傳與下載功能。

提供文件閱覽、更新與刪除功能。

（2）函式及其範例定義功能：

提供工程計算式、數學式（包括基本之四則運算、指數/對數運算、三角函數運

551

算）之建構、查詢與維護功能。

根據不同專案所需，提供函式之範例建構、查詢與維護功能。

（3）知識類別定義功能

針對文件與知識之內容、性質，提供其間分類與對應之機制。

（4）知識元件及其範例定義功能

提供知識元件及其屬性之建構、查詢與維護功能。

根據系統已定義之知識元件屬性，提供屬性特徵值之建構、查詢與維護功能。

提供知識元件範例之建構、查詢與維護功能。

（5）專案定義功能

提供專案之建構、查詢與維護功能。

提供事實輸入功能，以為後續規則推論之用。

（6）單位與單位換算式定義功能

提供單位之建構、查詢與維護功能。

提供單位換算之建構、查詢與維護功能。

為增進知識之再利用率，充分發揮既有知識之價值，使知識建置活動更具效率性與

系統化，本研究採用知識元件（Knowledge Component）之觀念擷取、建置知識，再以

協同設計專案為基礎，結合文件資料匯入與管理、函式及其範例定義、知識類別定義、

知識元件及其範例定義、專案定義等功能將知識重組，期能建置一知識服務與協同研發

552

環境。本研究所建置之知識單元乃以如圖 12.41、圖 12.42 所示之程序進行知識元件定義

與建構，其程序如下：

開始

知識類別定義

知識元件屬性定義

知識元件、屬性與範例關連

知識文件上傳

數學函式輸入

新增協同設計專案

設計專案之使用與維護

數學函式

文件、圖檔知識元件屬性

知識類型

圖 12.41、知識單元定義流程

Instancing

皮帶

Definition

名稱 文字

長度 數值

負荷力 函式

圖示 文件

動機類Instance 1

V皮帶

31.5

W=L*0.5

Draw.bmp

動機類

圖 12.42、知識單元定義案例

知識類型定義

553

知識元件與屬性定義

知識文件定義

數學函式定義

專案元件關聯性定義

專案模版設計

專案知識匯入（Instancing）（參見圖 12.43）

Instancing

文件

函式

自訂Class

文字 數值

Definition

文件匯入環境

函式鍵入環境

Class內容輸入環境

Class類別

Class屬性

圖 12.43、知識單元定義架構

本系統於運作時主要處理之輸入資訊可分為文件資訊、函式資訊、數據表資訊以及

單位資訊等。茲分述如下：

（1）文件資訊

文件內容文字資訊

文件版本資訊

554

支援動態知識（即數據表、工程計算式、條件式）之說明圖檔資訊

（2）函式資訊

數學與工程計算式資訊

函式自變數、應變數之關聯資訊

函式自訂範例資訊

（3）自由形式物件/知識單元

知識元件、知識類別資訊

知識元件屬性、知識元件屬性特徵值資訊

（4）數據表格資訊

表格化規則與內容等資訊

數據資料表基本資料

（5）單位資訊

單位基本資訊

單位換算式資訊

藉由文件、函式、數據表格及單位等各項資訊之有效運用，本知識平台系統可有系

統地將產業知識建置為一中心知識倉庫，供企業體之其他成員運用，使企業知識得以有

效維繫、分享、傳承與再利用。

12.3.3 文件上傳

555

此案例所建置之可網上即時執行之知識上載、擷取與分享平台，以實際案例「皮帶

與鏈條選用設計」進行系統之操作示範。以下即針對「文件上傳」、「函式定義」、「知識

類別定義」、「知識元件定義」、「知識元件範例新增」、「單位新增」與「單位換算新增」

等七個部分進行操作說明。本系統之功能樹狀結構如圖 12.44 所示。

圖 12.44、系統之功能樹狀結構

本功能提供文件檔案上傳之功能與介面，使用者可按下「瀏覽…」鍵，選擇欲上傳

文件，如圖 12.45 之「六角皮帶」圖檔。之後，可於「文字區域」輸入該文件之摘要說

明，亦可上傳一文件摘要說明檔。輸入完畢後，按下「開始上傳」，檔案則上傳至指定

資料夾，系統並將所上傳文件資料回饋予使用者（如圖 12.46 所示）。

556

圖 12.45、圖檔上傳

圖 12.46、圖檔上傳成功

12.3.4 函式定義

於設計皮帶過程中，設計者需使用大量之工程計算式（如表 1 所示之皮帶傳動之主

557

要公式），故使用者可於「函式定義」功能新增相關函式。以表 12.2 之「設計動力」為

例，使用者首先輸入函式名稱「設計動力」、函式說明，接著選擇函式所屬類別「皮帶

選用」，最後輸入應變數名稱「Pd」與完整函式「Po*Ko」即完成函式新增之動作（如

圖 12.47、圖 12.48 所示）。

表 12.2、皮帶傳動之主要公式

558

圖 12.47、輸入函式「設計動力」

圖 12.48、查詢輸入函式

12.3.5 知識類別定義

進行知識定義時，可指定知識之隸屬分類，以便對知識進行管理。本功能即在提供

559

使用者自行定義系統中之「知識類別」。進入本系統後，點選「知識類別定義」功能下

之「知識類別新增」，可進入本功能之使用者介面，如圖 12.49 所示。本功能提供使用者

輸入「知識類別名稱」、「知識類別說明」與「上層知識類別」等三項資料。使用者可於

「知識類別名稱」欄位輸入欲新增之知識類別名稱，例如「V 型皮帶選用」；可於「知

識類別說明」欄位輸入欲新增知識類別之說明，例如「V 型皮帶選用之說明…..」。點選

「上層知識類別」之輸入框，則出現一子視窗，其內為知識類別之隸屬關係所形成之樹

狀結構選單，如圖 12.50 所示。藉由點選此樹狀結構選單，可完成上層知識類別之設定。

在此選擇「皮帶選用」類別。全部完成，點選送出後，系統回饋新知識類別建立完成之

訊息予使用者，如圖 12.51 所示。

圖 12.49、「知識類別新增」功能之使用者介面

560

圖 12.50、知識類別之隸屬關係所形成之樹狀結構選單

圖 12.51、新增知識類別建立完成之回饋訊息

12.3.6 知識元件定義

本功能提供使用者以物件之觀念建立知識，包括知識之名稱、屬性等，稱為「知識

561

元件」。本定義功能分解為「知識元件新增」與「知識元件屬性設定」兩部分進行。同

時，以「皮帶與鏈條選用設計」文件中之表 4-6-1-1 為例，說明如何轉本表內容為一知

識知識元件。表 4-6-1-1 之部分內容如下圖 12.52 所示。

圖 12.52、表 4-6-1-1 之部分內容

(1) 知識元件新增

進入本系統後，點選「知識元件定義」功能下之「知識元件新增」，可進入本功能

之使用者介面，如圖 12.53 所示。本功能提供使用者輸入「知識元件名稱」、「知識元件

說明」、「上層知識元件」、「知識元件類別」與「知識元件屬性」等五項資料。使用者可

於「知識元件名稱」欄位輸入欲新增之知識元件名稱，於本例中為「皮帶之種類、特徵

562

及用途」。可於「知識元件說明」欄位輸入欲新增知識元件之說明，於本例中為「皮帶

之種類、特徵及用途之說明」。點選「上層知識元件」之輸入框，則出現一子視窗，其

內為知識元件之隸屬關係所形成之樹狀結構選單，如圖 12.54 所示。藉由點選此樹狀結

構選單，可完成上層知識元件之設定（在此選擇「皮帶選用 rule」知識元件）。點選「知

識元件類別」之輸入框，則出現一子視窗，其內為知識類別之隸屬關係所形成之樹狀結

構選單，如圖 12.55 所示。藉由點選此樹狀結構選單，可完成知識元件類別之設定（在

此選擇「皮帶選用」類別）。最後於「知識元件屬性」欄位中輸入知識元件之各項屬性，

且各屬性間必須以「半形分號＋空格（; ）」分隔。在本例中可輸入屬性為傳動機構、分

類、皮帶種類、皮帶形狀、皮帶斷面形狀、特徵與用途等七項屬性。輸入完成之畫面如

圖 12.56 所示。全部完成，點選送出後，系統回饋新知識類別建立完成之訊息予使用者，

如圖 12.57 所示。

圖 12.53、「知識元件新增」功能之使用者介面

563

圖 12.54、知識元件之隸屬關係所形成之樹狀結構選單

圖 12.55、知識類別之隸屬關係所形成之樹狀結構選單

564

圖 12.56、全部資料輸入完成之畫面

圖 12.57、新增知識元件完成之回饋訊息

(2) 知識元件屬性設定

本功能乃在建立知識元件屬性之類型與預設值。進入本系統後，點選「知識元件定

565

義」功能下之「知識元件屬性設定」，可進入本功能之使用者介面，如圖 12.58 所示。使

用者首先選擇所要設定之知識元件，點選「請選擇知識元件欄位」欄位，則出現一子視

窗，其內為知識元件之隸屬關係所形成之樹狀結構選單，如圖 12.59 所示。藉由點選此

樹狀結構選單，可完成知識元件之選擇（在此選擇「皮帶之種類、特徵及用途」）。確定

送出後，則系統於使用者介面帶出本知識元件之各項屬性，如圖 12.60 所示。每項屬性

後方均有一下拉式選單，使用者可藉此選單選擇本屬性之屬性類型。屬性類型選擇完成

後，則於使用者介面右下方出現對應欄位，提供使用者輸入欲設值。在此以「傳動機構」

屬性為例，該屬性之屬性類型為「文字」，預設值為「摩擦傳動(非同步傳動)」，輸入畫

面如圖 12.61 所示。輸入完成後，按下右下角之送出，則完成輸入動作，系統回饋輸入

成功訊息予使用者，如圖 12.62 所示。依此方式，繼續完成分類、皮帶種類、皮帶形狀、

特徵與用途等五項屬性，如圖 12.63 至圖 12.67 所示。另外，因為皮帶斷面形狀之屬性

類型為「文件」，所以系統乃提供下拉式選單選擇其預設值，且選單內容為系統已上傳

之知識文件名稱，如圖 12.68 所示。在此選擇「橡膠平皮帶.jpg」，點選後即出現子視窗，

於其內顯示「橡膠平皮帶.jpg」之內容，如圖 12.69 所示。輸入完成後送出，系統回饋輸

入成功訊息予使用者，如圖 12.70 所示。

566

圖 12.58、「知識元件屬性設定」功能之使用者介面

圖 12.59、「知識元件選擇」之樹狀結構選單

567

圖 12.60、知識元件選擇後，帶出其所有屬性

圖 12.61、「傳動機構」屬性之數性類別以及預設值設定

568

圖 12.62、「傳動機構」屬性之數性類別以及預設值設定完成

圖 12.63、「分類」屬性之數性類別以及預設值設定完成

569

圖 12.64、「皮帶種類」屬性之數性類別以及預設值設定完成

圖 12.65、「皮帶形狀」屬性之數性類別以及預設值設定完成

570

圖 12.66、「特徵」屬性之數性類別以及預設值設定完成

圖 12.67、「用途」屬性之數性類別以及預設值設定完成

571

圖 12.68、「文件」屬性類別之預設值以下拉式選單選擇

圖 12.69、選定文件後出現視窗說明文件內容

572

圖 12.70、「傳動機構」屬性之數性類別以及預設值設定完成

12.3.7 知識元件範例新增

完成知識元件設定，即可以知識元件為範本，建立知識元件範例。本功能乃在提供

使用者建立知識元件範例之使用者介面。進入本系統後，點選「知識元件範例新增」功

能下之「知識元件範例新增」，可進入本功能之使用者介面，如圖 12.71 所示。使用者首

先須指定新範例所隸屬之知識元件，其可以：(1)以包含知識元件樹狀結構選單之子視窗

選擇，以及(2)輸入所隸屬之知識元件名稱等兩種方式進行指定。在此以第一種方式，選

擇前面所建立之「皮帶之種類、特徵及用途」知識元件。確定送出後，則系統將該知識

元件以及其上層知識元件之所有屬性、屬性類型以及預設值列表於畫面下方，如圖 12.72

所示。使用者可更改其預設值，以建立不同之範例。輸入完成，點選確定鍵，則完成範

例新增，且系統回饋新增完成訊息與使用者，如圖 12.73 所示。

573

圖 12.71、「知識元件範例新增」之功能使用者介面

圖 12.72、知識元件範例之預設值

574

圖 12.73、知識元件範例新增完成之回饋訊息

12.3.8 單位新增

於定義工程計算式時，需要數值之單位資訊以方便函式計算或轉換，如表 12.2 所使

用單位如：迴轉數（rpm）、動力（kw）、角度（rad 或度）等，故使用者可透過「單位

定義」之「單位新增」功能進行相關單位建構（如圖 12.74 所示）。

575

圖 12.74、單位新增

單位換算新增

為方便函式計算及轉換，除需定義單位外，尚須定義「單位換算式」，而使用者可

於「單位換算定義」之「單位換算新增」功能進行該動作。如圖 12.75 所示，使用者於

頁面輸入數值「1、180」並選擇其對應單位「π、° (度)」，則完成單位換算式「1 π = 180

° (度)」之建構。

576

圖 12.75、新增單位換算式

12.3.9 成果小結

本小節以「皮帶與鏈條選用設計」知識為例，說明如何將工程設計知識轉化一知識

系統，從文件之上傳、函式之建立，到知識元件之建構，並利用知識元件建構各種知識

元建範例，最後建立一「電子化知識管理」平台，供不同應用領域進行知識管理、分享

與再利用。

12.4 小結

根據上述個案導入知識管理技術之成果，可得知電子化知識管理系統導入將可達成

以下具體成果：

以網頁設計程式與資料庫系統，完成多項支援線上知識匯集與管理之技術（包括文

件知識上傳模組、知識分類與對應模組），使知識匯集與管理不受時空限制。

577

支援多類型、多格式之知識建置與管理，使產業知識內容更具豐富性與實用價值。

提供具彈性、方便性、親和性之知識建置與管理環境，不論逐筆知識建置或批次建

置，皆可快速完成。

提供系統擴充性與再利用性之機能，由使用者依使用需求定義重要參數與關係，不

因系統既定之法則而受限。

以系統分析觀點，建構知識擷取與再利用之策略模式，促動企業流程再造。

使企業知識中心建置成為可能，並使之成為企業維繫產業競爭力之重要資產。

整體而言，考量產業邁向知識服務領域之需求，期能建置一知識服務與協同研發環

境，使領域專家能快速於線上維護領域知識、知識需求者能於線上取得領域知識。藉由

此電子化知識管理系統之導入，能建置一具彈性（無領域別）之知識元件定義與上載環

境，充分整合各項工程設計相關之文件、工程函式、物件、法則等內容，以支援產業知

識服務與協同研發業務。