SPC軟體革命性變革——“PPT”資料庫結構

化腐朽為神奇？

為了跟上現代SPC理論，一些軟體公司會給他們的軟體加入建立“短製程”檔案（或者資料庫中的“短製程”分組）的功能，該功能可以將多個零件資料整合到同一個檔案。雖然這些短製程檔案可以為多個零件提供過程監控，但回過頭看，這裡存在一個問題：您必須事先知道這些短製程檔案中包含的內容，因為一旦設定完成便不能修改。同樣，如果您的工廠有多臺機器正在生產同一零件，那麼相同的零件資訊最終會出現在多個短製程檔案中。所以，當生成Cpk報告時，您最好期望軟體能整合所有短製程檔案以選出指定零件資料並把它們放在同一張圖上給您的客戶。

使用傳統邏輯檔案方法來存放資料，總會面臨一種選擇：要麼將資料儲存為指定零件的檔案，要麼將資料儲存為指定過程的檔案，二者不能兼顧。面對這種權衡，大多數人會選擇前者。他們認為，客戶的Cpk報告比過程控制更重要。無論SPC軟體新增多少特色功能，只要資料在資料庫中還是基於檔案結構來儲存的，那麼，過程控制和零件控制之間的選擇就永遠存在。

革命性資料庫結構給您意想不到的靈活體驗

基於關係型資料庫以數值為中心的資料儲存方式其效能遠遠優於基於零件檔案的資料儲存方式。試想，在標準化關係型資料庫檔案中，表格只包含測量得出的原始資料（表格中的一行），這些資料同時與其他表格中（零件、過程、測試特徵、標註欄位、缺陷程式碼等等）的各項條目關聯。在這種資料儲存方式下，資料庫中資料完全不存在固化的關係，零件不再是最高層級，取而代之，最高層級變為三個表格，分別是：

零件

過程

測試

我們把這種層級結構稱之為“PPT”結構。基於這種儲存方式，資料庫中每一個數據都會與零件（Part）、過程（Process）和測試（Test）關聯。因此，查詢資料的使用者可以完全掌握將資料傳送至資料庫及如何檢索、顯示資料的技巧。

圖3 資料庫表格包含所有測量資料。每個資料都和零件、過程、測試關聯。透過這種方式組織資料可實現無限制的資料操作和比較分析。

基於“PPT”資料庫結構的SPC軟體優勢

基於“PPT”資料庫結構的SPC軟體優勢主要集中在以下三點：

設定

資料錄入

資料顯示和分析

設定

零件型號、過程、測試、公差限、控制限、缺陷程式碼、可指定原因程式碼、糾正措施程式碼、可追溯欄位和員工姓名等欄位中的所有資料都能以獨立表格形態存入資料庫。在資料庫中，所有資料在子組層級處發生關聯，也就是說，僅當資料錄入資料庫時，這些專案才發生關聯，而且關聯僅限於該子組，而所有這些關係並不需要預先在資料庫中進行設定。

資料錄入配置的建立獨立於資料庫之外。資料錄入配置可以設定為從資料庫中選擇任何的零件、過程或測試。事實上，資料錄入配置可以設定為使用者每新增一個子組時重新選擇零件、過程及/或測試。基於“PPT”資料庫結構的SPC軟體之所以能實現這一功能，得益於零件、過程、測試的關係並非事先定義。這些專案只能在子組層級發生關聯，因此，就不需要為每個零件設定一個數據錄入配置。

資料錄入

從車間現場資料錄入工作來看，現在，使用者只需單擊一個按鈕，就可以新增資料；而且，每次錄入都可以重新選擇零件、過程、測試等欄位。對於每天生產數以千計不同零件的加工車間來說，操作員再也不用從大量檔案列表中尋找相關零件資料。

另外，基於“PPT”資料庫結構的SPC軟體，其靈活性還表現在，所有圖表都可以與資料錄入時的選擇關聯。例如，新選擇一個零件進行資料錄入，那麼所有的圖表會動態重新整理到當前資料錄入選擇的零件資料。換句話說，如果某個子組最後錄入的資料是零件A的總長度，那麼圖表會顯示零件A當前和歷史的總長度測量值。但是，如果操作員在新的資料錄入中選擇了零件B，並對零件B的直徑進行測量，那麼所有的圖表會自動將零件A的總長度值切換至零件B直徑的當前和歷史值。這一功能的實現主要是因為圖表的資料選擇（定義資料顯示的屬性）可以直接同資料錄入配置關聯。如果操作員在資料錄入階段更換零件、過程或者測試，圖表會自動地更新它的資料鏈接以匹配最近資料錄入中的零件、過程及測試組合。

理論上來說，無論有多少個零件、過程、測試組合，都只要一個數據錄入配置即可。這一點和傳統邏輯有所不同——必須先確定零件、過程、測試組合，資料一旦被寫入檔案（或者零件組被儲存至資料庫）便不能更改。

資料顯示和分析

這是“PPT”資料庫結構最具價值之處。由於圖表不再同預先定義的零件檔案及設定繫結，它們能顯示所有可能存在的零件、過程、測試組合。只需開啟圖表的資料選項，選擇任意資料庫專案組合，然後在圖表上選擇要還是不要就行了。讓所有可用資料在圖表上顯示根本不是由資料進入資料庫的方式決定的，因此，不同的零件資料也可以展現在同一張圖上，即使一些零件的資料從工廠內部多個工作站實時採集，而另一些零件的資料從供應商提供的文字檔案等匯入，也可以展現在同一張圖上。

例如，使用者建立一張控制圖後也許想將所有資料放在一張圖上進行分析，暫不考慮零件型號或尺寸，只是想了解特定機床加工外部直徑的情況。在基於“PPT”資料庫結構的SPC軟體中實現這一需求完全沒有任何問題。又如，使用者想建立一個箱線圖，列出工廠中所有加工外徑的機器，並找出其中最精確的一臺。對基於“PPT”資料庫結構的SPC軟體而言，這一功能也完全可以實現。不同於傳統的層級結構，“PPT”資料儲存方式為使用者的資料查詢、分析提供了無窮的可能性——您能想到的任何可能性。

資料庫的結構真的這麼重要嗎？

不一定——如果您的SPC資料採集工作僅限於一種零件或產品的生產過程，或者您只需要跟蹤產品的出廠質量，那麼答案是：不重要。傳統的資料組織方式已經足夠用。事實上，在這種情況下，任何電子表格程式生成的圖表和報告都可以滿足您的需求。所以，如果您的生產和質量管理要求屬於這種情況，那麼，您根本沒必要為昂貴的SPC 軟體成千上萬的投入。

不過另一種情況是：如果您工廠的SPC部署要求監控多種產品的若干個生產過程，而且每個產品的特性值、公差限各不相同，原材料和預期變異程度也各不相同；或者，如果您的產品變更頻繁，那麼，您需要的當然是基於“PPT”邏輯儲存方式的SPC軟體。如果不盡快變革，不更換舊的SPC軟體工具，您將永遠無法得到真實有效的過程資訊，因為您將永遠被困在那些基於檔案邏輯儲存的軟體工具中，沒有任何出路。