3.1 系統概要
圖 3 修改後的 PDCA 循環
本章節主要描述本研究論文所設計的系統架構。如圖 3 中描述了 MRB 系統 主要的構成程式模組，這些模組主要是以 PDCA 的管理循環為開發的參考依據 所設計而成。主要分為五個模組，各模組之間的運作方式以下舉例說明。
當晶圓製造生產機台發生錯誤異常時，製造單位會先提出 MRB 案件會議，
會議中會討論出該案件是否構成了重大異常的條件。在 MRB 立案成立時，MRB 品管人員就可利用 Meeting Management Module 的會議通知作業召開各項案件 會議來討論相關的處置動作。並可使用 Meeting Management Module 的會議記錄 作業來登錄會議結論及連結 Action Tracking Module 的 Action 維護作業來建立會 議中各項處置並且追蹤各項處置動作之進度。而所下的處置(Action)可連結 Suffer Lot Management Module 的 Suffer Lot List 資料上傳、Lot Disposition 資料上傳及 Lot Hold/Release 等動作。在 CAR 所需的前 3D 的資訊準備完成以及所有處置動 作都完成後，MRB 品管人員便可以透過 CAR Request Module 指派 CAR 資料填 寫人員來產生 CAR 表單並驅動 CAR 流程。接著當所有 Lot Disposition 動作完成 後，即可以利用指派 MRB 成本計算人員之來驅動成本計算。最後等待 CAR 流 程客戶回覆無誤、成本計算完成以及所有 Action 都在可結案的狀態下，即可進 行 MRB 之結案動作。
3.2 相關研究
3.2.1 MVC Design Pattern
當一個應用程式混合了資料存取程式碼、企業邏輯程式碼以及顯示程式碼
時刻的原件變更都會產生連帶式許多影響。如此高度性的相關聯程式碼，也會致
3.2.2 BorG SPM Workflow Engine
BorG SPM 博格商業流程管理系統（Services-Oriented Process Management）， 為 100% 採用 Microsoft .NET、Visual Studio 2003/2005/2008、Windows Server 2003/2008 等 新 技 術 ， 所 開 發 出 來 的 商 業 流 程 管 理 （ Business Process Management）軟體產品。
本論文中所建置的重大異常管理系統，就是藉由 BorG SPM 流程軟體來將 各處置作簽核與追蹤管理。並且系統係由 Microsoft .NET 企業解決方案所開發而 成，而 BorG SPM 同樣採用 Microsoft .NET 技術，對於系統整體開發與整合介面
3.4 Do - Meeting Management 與 Suffer Lot Maintain 系統模組
執行(Do)階段主要是確實執行計畫內容，本研究是以 Meeting Management 系統模組來條列各項經過開會討論出的執行細則。並將各執行細則分派給負責人
3.5 Check - Action Tracking 系統模組
查核(Check)階段主要是在檢查執行後的結果，本研究以 Action Tracking 系 統模組來加以檢查。利用此模組可以讓生產工程單位回覆各執行細則的結果。並 且將各項執行措施與結果列入稽核管理系統的後續稽核驗證工作。
3.6 Act - CAR Request 系統模組
處置(Act)階段主要是來確認，在經過前三個階段完成後使否已經達到計畫 中的目標還是要繼續擬定並觸發另外一次的 PDCA 循環。若是已經達到原來的 計畫目標，則可透過 CAR 模組來將各執行細則與檢查結果，以及預防再發的永 久矯正報告建置到系統中。