品質管理系統作業內容

企業內部品質管理系統中的作業項目，依照上述品質管理系統的組織架構，可以區分為 八個領域：

1) 品質管制 2) 品質保證 3) 品質工程 4) 品質系統 5) 專案管理 6) 人事管理 7) 行政管理 8) 預算管理

其中前四項為核心品質管理系統項目，後四項則屬於支援項目。而核心品質管理系統項 目又可以區分成三個層次：

1) 執行層 – 品質管制

2) 計劃與查核層 – 品質保證、品質工程 3) 決策層 – 品質系統

這三個層次的相對關係如圖 20 所示。

圖 20 品質管理的三個層次

上述核心品質管理系統項目與 ISO 9000 品質管理系統要素之間的關係，如表 8 所示。

表 8 核心品質管理系統項目與 ISO 9000 品質管理系統要素之間的關係

進料品質管制 (Incoming Quality Control, IQC)

針對採購品，於入廠後上線使用之前進行檢驗，將不符合的批次剔除，以確保 採購品符合要求。

製程中品質管制 (In-process Quality Control, IPQC)

於產品實現過程中，針對過程中的成品/半產品進行檢驗，將不符合的成品/半成 品剔除，以確保流往下一個過程的成品/半成品符合要求。

最終品質管制 (Final Quality Control, FQC)

針對已完工的產品，於進行包裝之前進行檢驗，將不符合的批次剔除進行重工/

重檢，以確保包裝內的產品符合要求。

包裝品質管制 (Packing Quality Control, PQC)

針對已完成包裝的產品，於入庫之前進行檢驗，將不符合的批次剔除進行重工/

重檢，以確保入庫的產品及其包裝符合要求。

出貨品質管制 (Outgoing Quality Control, OQC)

針對即將出貨的產品，於裝載時以及出貨之前進行檢驗，將不符合的批次剔除

工程變更管理 (Engineering Change Management)

針對工程變更的需求提出、工程驗證、審核過程、…等作業進行審查，以確保

統計製程管制 (Statistic Process Control, SPC)

運用統計工具，針對產品品質特性以及製程參數進行取樣測試，並針對測試結 果進行分析以確認產品以及製程管制的品質符合要求。

客戶訴怨處理 (Customer Complaints Handling)

針對客戶所發現的品質問題，進行確認、原因分析、對策提出、效果確認以及 相關標準化行動，以期防止類似問題的再發。

客戶需求管理 (Customer Requirements Management)

對於客戶所提出的需求，進行了解、分析以及必要的溝通，以滿足客戶需求。

客戶品質系統稽核 (Customer Quality System Audit)

配合客戶依據其品質管理系統要求，對於企業本身進行品質稽核。

3) 品質工程

產品品質測試 (Product Quality Test)

針對已完工的產品，以少量的樣本，進行詳細的產品品質特性量測，並將資料以 統計的方法予以處理，以掌握整個群體的品質狀況，並針對異常現象進行適當的 管制以及矯正措施以保證產品的品質分佈在要求的規格範圍之中，且尋求最小的 品質變異。

產品相容性測試 (Product Compatibility Test)

針對已完工的產品，以少量的樣本，在不同廠牌的機台上進行測試，以確認產品 的品質不會因機台的廠牌不同而有所差異。

環境測試 (Environmental Test)

針對已完工的產品，以少量的樣本，依據一定的溫度：溼度、…等環境條件，進

5) 專案管理

ISO 9000 國際品質管理標準之後，為了向其客戶證明企業的品質管理系統也同時符合 汽車業的品質管理系統標準，於是就又引進了 QS 9000 品質管理系統標準；接下來，

為了向歐洲的客戶證明產品生產過程符合環境保護標準，所以再一次引進了 ISO 14000 環境管理標準；再接下來，為了向證券管理委員會證明企業有完整的內部控制 與內部稽核制度，於是又引進了相關的財務管理標準…

雖然有這麼多的管理標準同時存在，但是在基本上，屬於最基層的作業內容其實 都是一樣的，也都是由相同的人員負責執行。也就是說，為了證明企業的管理制度同 時滿足多種不同的管理系統標準，必須能夠十分激動的將這些基本作業項目，用不同 的角度與分類方式進行組合，如圖 21 所示。

圖 21 從不同的管理系統標準看同一組作業項目

3) 作業項目需要經常配合組織分工進行機動調整

品質管理系統的作業項目不只需要能依照不同的管理標準分類，如 3.2 中所探討 的內容，品質管理系統的組織架構經常需要因應企業的發展而調整；相對的，品質管 理系統作業項目在各部門間的分工模式，也必然需要隨著組織架構的調整。從 3.2 的 分析內容來看，品質管理系統的組織架構再企業擴大時，常會有矩陣形式的規劃，這 也就增加的分工模式的複雜程度。

4) 品質資訊複雜且分散

作業種類與項目繁多自然就會造成資訊複雜的情況，再加上組織上的必要分工，

更造成資訊的分散情況。

從上述品質管理系統在實際運作上的特點，可以進一步歸納出下列在實際運作上存在的 困難。

1. 工作執掌的分配經常需要調整 2. 工作績效的掌握困難。

3. 品質資訊的收集費時，影響決策的效率。

4. 品質有關的要求傳遞速度慢而且不易普及。

5. 品質部門的運作模式與策略容易隨著主管的變動而改變。

6. 其他部門不易了解品質部門的作業內容與運作情況。

第四章 電子化品質管理系統模型建構

依據前一章針對品質管理系統的架構與作業內容進行分析的結果，在本章中綜合了傳統 軟體工程 (Conventional Software Engineering) 、整合模式語言 (UML) 的物件導向軟體工程 (Object Oriented Software Engineering) ，同時參照網站軟體工程 (Web Engineering) 中有關系統 規劃與系統分析的原則建構電子化品質管理系統的系統模型，以作為後續進行系統設計與建 置的依據。

4.1 研究架構

本研究依綜合了傳統軟體工程 (Conventional Software Engineering) 、整合模式語言 (UML) 的物件導向軟體工程 (Object Oriented Software Engineering) ，同時參照網站軟體工程 (Web Engineering)所提供的方法，作為本研究的架構，共分為下列四階段。

1. 系統規劃階段 (System Planning)

進行企業品質管理系統模式化、收集企業進行品質管理活動的相關資訊、確定整體系 統功能、功能模組以及作業項目。在這個階段將利用 UML 的部署圖 (Deployment Diagram) 以及元件圖 (Component Diagram)分別表達整體系統功能中的功能模組以及 各功能模組中的作業項目。

2. 系統分析階段 (System Engineering)

針對系統規劃結果中的功能模組，確定企業內部行動者，將企業相關作業物件模式結 構化、確定企業實體、組織以及員工。在這個階段將利用 UML 使用圖例 (Use Case Diagram) 來表達行動者與系統間的關係。

3. 系統設計階段 (System Design)

根據品質管理系統模式化所得的使用圖例，進一步建立一個概念模型以及其相關的關 聯。針對 Use Case 進行實際的描述。

4. 系統建置階段 (System Implementation)

最後的階段為依據系統設計結果，進行實體系統的開發，包括硬體設備、作業環境、

軟體環境的選擇，以及應用軟體程式的設計與測試。

4.2 系統規劃

作業項目 資料輸入 資料輸出

5) 專案管理

4.2.2 電子化品質管理系統功能需求

4.2.3 電子化品質管理系統規劃

以下依據電子化品質管理系統的作業種類與項目，使用 Rational Rose UML 工具軟體，以 部署圖 (Deployment Diagram) 塑造整體功能架構模型，並以及元件圖 (Component Diagram) 塑 造基本資料管理、執掌與績效管理、品質系統、品質工程、品質保證、品質管制、專案管理、

行政管理等功能模組的架構模型。

在下一節中，將再進一步以使用案例圖 (Use Case Diagram) 對功能模組中的作業項目進行 系統設計，以作為進行系統實作的基礎。

以 UML 部署圖(Deployment Diagram) 塑造的整體功能架構模型如圖 22 所示，整個電子化 品質管理系統可分為下列七個主要功能模組。

1) 基本資料管理模組 2) 職掌與績效管理模組 3) 專案與行政管理模組 4) 品質系統模組

5) 品質工程模組 6) 品質保證模組 7) 品質管制模組

圖 22 以 UML 部署圖塑造的整體功能架構模型

以元件圖 (Component Diagram) 塑造的基本資料管理功能模組的架構模型如圖 23 所示，

整個基本資料管理功能模組可分為下列四個主要元件。

1) 部門基本資料管理 2) 員工基本資料管理 3) 產品基本資料管理 4) 品質管理活動類別管理

圖 23 以 UML 元件圖塑造的基本資料管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的職掌與績效管理功能模組的架構模型如圖 24 所 示，整個職掌與績效管理功能模組可分為下列兩個主要元件。

1) 職掌管理 2) 績效管理

圖 24 以 UML 元件圖塑造的執掌與績效管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的專案與行政管理功能模組的架構模型如圖 25 所 示，整個專案與行政管理功能模組可分為下列五個主要元件。

1) 專案管理 2) 教育訓練 3) 行政作業

4) 預算管理

圖 25 以 UML 元件圖塑造的專案與行政管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的品質系統管理功能模組的架構模型如圖 26 所示，

整個品質系統管理功能模組可分為下列三個主要元件。

1) 文件與資料管制 2) 品質稽核

3) 供應商品質管理

圖 26 以 UML 元件圖塑造的品質系統管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的品質工程管理功能模組的架構模型如圖 27 所示，

整個品質工程管理功能模組可分為下列三個主要元件。

1) 可靠度測試

2) 相容性測試 3) 儀器校正

圖 27 以 UML 元件圖塑造的品質工程管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的品質保證管理功能模組的架構模型如圖 28 所示，

整個品質保證管理功能模組可分為下列五個主要元件。

1) 設計管制 2) 工程變更管理 3) 客戶訴怨管理

4) 矯正與預防措施管理 5) 任務追蹤

圖 28 以 UML 元件圖塑造的品質保證管理功能模組架構模型

以元件圖 (Component Diagram) 塑造的品質管制管理功能模組的架構模型如圖 29 所示，

整個品質管制管理功能模組可分為下列五個主要元件。

1) 進料品質管制 2) 製程中品質管制 3) 最終品質管制 4) 包裝品質管制 5) 出貨品質管制

圖 29 以 UML 元件圖塑造的品質管制管理功能模組架構模型

4.3 系統分析

完成系統規劃之後，即進入系統分析階段。在這個階段，將以執掌管理、任務追蹤等兩 個業項目為例，先運用 UML 使用案例圖 (Use Case Diagram) 來分析各個作業項目中，行動者

完成系統規劃之後，即進入系統分析階段。在這個階段，將以執掌管理、任務追蹤等兩 個業項目為例，先運用 UML 使用案例圖 (Use Case Diagram) 來分析各個作業項目中，行動者