哈爾濱工業(yè)大學軟件學院軟件工程碩士學位論文中期報告

1、哈爾濱工業(yè)大學工程碩士學位論文中期報告哈爾濱工業(yè)大學軟件學院軟件工程碩士學位論文中期報告研 究 生 入 學 時 間 2004.9 實 習 單 位 校 內 導 師 實習單位導師 論 文 題 目 基于網絡化制造的車間信息整合系統設計與實現 中期報告日期 2008年3月 - 2 -目錄1. 論文工作情況概述22. 目前已完成的工作及結果32.1 面向網絡化制造的車間信息整合系統的需求分析32.2 nw-sfis的總體結構設計32.2.1系統的主要用戶角色32.2.2系統采用的體系結構42.2.3本系統采用的設計模式42.3.4系統的總體功能結構52.3 nw-sfis的數據庫設計62.3.1 數據模

2、式設計62.3.2 數據庫的物理設計及實現72.4 生產加工監(jiān)控子系統的詳細設計和實現92.4.1生產加工監(jiān)控管理組件102.4.2對料防錯管控模塊182.4.3品質追溯管理模塊272.4.4 e化監(jiān)控管理模塊31 2.5 本系統部分運行結果展示(本部分請根據情況加些系統截圖).353. 后期擬完成的工作及進度安排353.1 后期計劃進度表353.2 存在的困難與問題353.3 如期完成全部論文工作的可能性35導師意見3636哈爾濱工業(yè)大學工程碩士學位論文中期報告1. 論文工作情況概述自2006年9月開題以來，論文相關工作一直在緊張有序地進行，但由于公司工作安排原因導致論文的整體進度同開題報告

3、計劃的進度有較大的延遲，課題計劃和實際進度情況如表1-1所示。表1-1 計劃進度表序號工作項目時間安排具體內容實際完成情況1開題準備和論文開題2006年5至2006年9月畢業(yè)論文規(guī)劃，業(yè)務需求整理。閱讀文獻60篇，20篇為英文。撰寫開題報告完成初步需求分析，完成文獻閱讀，并于2006年9月中旬通過開題2系統實現及參加中期檢查2006年10月2008年2月完成系統的需求分析、概要設計、詳細設計、數據庫設計2008年2月提交中期檢查報告3結題驗收2008年3月完成系統性能優(yōu)化和準備論文提綱，完成全部的工業(yè)實習計劃，進行項目總結4論文撰寫2008年3月至2008年6月撰寫學位論文并準備答辯表越界目前

4、論文工作已經完成了系統的需求分析、系統設計、開發(fā)環(huán)境搭建、系統原型實現、并定義了測試用例和準備了相關的測試數據。在后面一段時間內工作重點是完善系統實現和進行完整的測試，并完成論文撰寫。2. 目前已完成的工作及結果2.1 面向網絡化制造的車間信息整合系統的需求分析網絡化制造環(huán)境下的電子制造企業(yè)生產的特點是：企業(yè)直接面向復雜多變的外部環(huán)境，成本壓力增加、產品生命周期縮短、設備日益復雜且缺少透明度以及生產任務具有來源復雜、動態(tài)多變的特點，電子消費產品的功能越來越復雜，設計難度越來越高，出現問題返修困難。因此，這種生產模式對新的車間管理系統的制造流程提出了新的功能需求。這就需要在生產流程的基礎上建立一

5、個完善的系統來解決這些潛在的危機，大幅度地減少產品的招回成本。此系統可以在制造前阻止錯誤的零件組裝在錯誤的位置、在制造過程中偵測并預防錯誤、在制造完成后追溯所有成品所使用的零部件。2.2 nw-sfis的總體結構設計2.2.1系統的主要用戶角色系統的主要用戶角色分為生產計劃調度管理(product control 簡稱pc)、品質管理(quality analyse簡稱qa)、產品工程(product engineering簡稱pe)、工業(yè)工程(industry engineering簡稱ie)、生產制造(produce簡稱pd)五種不同角色,圖2-1描述了nw-sfis系統為這些角色提供的幫

6、助。圖2-1 nw-sfis系統不同角色的需求2.2.2系統采用的體系結構在本系統中，采用c/s模式與b/s模式交叉并用的三層混合系統結構，如圖2-2所示。整個系統被分為用戶層、中間層和數據庫層三部分，系統的主要商務邏輯都封裝在位于系統的主服務器上的中間層組件中；數據庫服務器存放車間系統管理所需的基礎數據、過程數據等。圖2-2 nw-sfis系統體系結構2.2.3本系統采用的設計模式基于jsp的開發(fā)模式包括model1和model2。目前市場上的軟件開發(fā)者大都基于這兩種基本的框架形成自己的開發(fā)模式，但是都有不同程度的編碼重復現象，針對開發(fā)代碼重復的問題，此處設計了如圖2-5所示的開發(fā)模式，此種

7、模式對于基本的數據庫應用和基本的頁面都能夠通過參數來實現，對于頁面和數據庫設計復雜的情況，此種設計也對一些特殊情況進行了處理設計。因此，本系統所涉及的b/s模式的功能采用這種開發(fā)模式進行設計。 是不是兩個圖不該并列放？圖2-3 jsp model1體系結構 圖2-4 jsp model2體系結構圖2-5 設計模式圖此模式設計的重點是將數據庫操作的模塊層db組件包進行封裝，在數據庫jdbc上只對數據庫進行簡單操作；而bean組件包則是位于db包最上層，它的工作是負責完成上層jsp頁面中的請求，調用db組件包的功能來完成對數據庫的操作。它與db包之間的數據傳遞都是通過自身來定義的數據結構。2.3.

8、4系統的總體功能結構根據車間管理業(yè)務流程圖和分析的數據流程圖，并結合系統的功能模型圖對系統主要功能的分析，以生產計劃管理、作業(yè)調度為主線，分析并設計出了nw-sfis系統的四大功能模塊，圖2-6給出了該系統的功能結構圖。圖2-6 nw-sfis系統的總體功能結構系統主要由以下四個主要功能模塊組成：系統管理、生產計劃管理、生產調度管理、生產加工監(jiān)控。2.3 nw-sfis的數據庫設計2.3.1 數據模式設計以下是根據系統的數據流圖和系統的功能模塊的劃分，生成系統的局部數據模式(圖2-7至圖2-10 )，在此基礎上很容易集成得到數據庫的全局數據模式。(1)生產計劃管理未縮進，以下類同 圖2-7 生

9、產計劃管理e-r圖(2)生產調度管理圖2-8 生產調度管理e-r圖(3)生產加工監(jiān)控和質量控制圖2-9 生產加工監(jiān)控和質量檢驗e-r圖(4)系統用戶管理用戶管理是指用戶登錄系統時要驗證身份的合法性，并對不同用戶分配角色權限，用戶再依據被授予的訪問權限碼對系統的各功能模塊進行訪問。主要管理內容是用戶和角色創(chuàng)建、修改、刪除，權限的分配等方面。圖2-10是用戶管理部分的e-r圖。圖2-10用戶管理e-r圖2.3.2 數據庫的物理設計及實現圖2-11至圖2-13顯示了系統的smt對料防錯模塊、smt設備嫁動管理模塊、品質追溯管理模塊所實現的數據表間的關系圖。圖2-11 smt設備e化嫁動子系統表間關系

10、圖圖2-12 smt對料防錯子系統表間關系圖圖2-13 品質追溯管理表間關系圖2.4 生產加工監(jiān)控子系統的設計和實現本文在第2.2節(jié)中將nw-sfis系統劃分為四個子功能模塊，生產加工監(jiān)控管理子系統是系統的主要功能模塊之一，圖2-14為其詳細的功能模塊圖。本章將詳細介紹該模塊的設計與實現過程。包括：生產加工監(jiān)控管理組件的設計和實現、生產加工監(jiān)控各功能子模塊設計和實現。其中，生產加工監(jiān)控管理組件包括字符串處理組件、數據庫處理組件、后臺管理用戶登錄組件、用戶操作權限設置組件。圖2-14 生產加工監(jiān)控子系統功能模塊圖2.4.1生產加工監(jiān)控管理組件字符串處理組件 該類為常用的字符串處理類

11、，負責處理字符串的輸入和輸出。因為一般程序使用的數據表現形式都為字符串，所以對數字和時間等的正確處理和顯示，以及字符編碼的處理是十分重要的功能。字符串處理組件對不同的系統有不同的要求，這個問題常常成為各個系統的通用需要，所以本系統專門設計了該類。如圖2-15所示是字符串的中文轉碼函數public string togbk(string str)的程序流程圖，用以將數據庫中和頁面中有中文問題的字符串進行正確的顯示和存儲，在頁面表單參數的傳遞過程中也需要使用這個函數進行中文的轉換。中文問題始終是個比較難以解決的問題，因此在此處抽象出了這個統一的函數，只需要進行轉碼，直接調用此函數，過濾后的字符串即

12、為正常的中文形式。其中getbytes函數是javaapi中一個取得字符串編碼類型的函數。圖2-15 中文轉碼函數程序流程圖如圖2-16所示是字符串分隔函數public string splitstr(string str,char c)程序流程圖，它是將某一個字符串按照分隔符進行分隔，返回的結果是一個一維數組。例如將字符串adgf,234,33,按照逗號分隔，則返回的結果數組為adgf, 234,33,，如果字符串為空字符串，則返回長度為1的一維數組。大多數java程序員都曾經使用過java.util.stringtokenizer類。它是一個很方便的字符串分解器，主要用來根據分隔符把字符串

13、分隔成標記(token)，然后按照請求返回各個標記。這個過程稱為tokenization，實際上就是把字符序列轉換成應用程序能夠理解的多個標記。雖然stringtokenizer用起來很方便，但它的功能卻很有限。這個類只是簡單地在輸入字符串中查找分隔符，一旦找到了分隔符就分隔字符串。它不會檢查分隔符是否在子串之中這類的條件，當輸入字符串中出現兩個連續(xù)的分隔符時，它也不會返回(字符串長度為0)形式的標記。因此此處設計了此函數。圖2-16 字符串分隔函數程序流程圖如圖2-17所示為字符串替換函數public string replace(string source,string oldstring

14、,string newstring)的程序流程圖，它把原字符串中所有的字符串替換為另外一種字符串。javaapi中的string類提供了字符串的替換函數replaceall，但是在實際的使用過程中，由于編碼和特殊字符的問題，經常出現不穩(wěn)定的現象，因此此處使用了自定義的替換函數。圖2-17 字符串替函數程序流程圖數據庫組件該組件是對數據庫所有操作的封裝，包含兩個類文件database.java和parentbean.java，前者封裝了所有對數據庫增、刪、改操作的函數和一些常用的特殊處理函數，后者在前者的基礎上進行了數據層次的封裝，即后者調用前者來進行處理，它是面向bean組件的一

15、層，因為前者對所有的用戶都是不可調用的，只在此類文件中提供接口。用戶在寫其它的組件時，就繼承自該類，只需要在它的基礎上進行相關的封裝。用戶bean、parentbean和database bean三者之間的層次關系圖如圖2-18所示。圖2-18 數據庫組件層次圖下列給出database和parentbean兩個數據庫類的部分類函數的程序流程圖。如圖2-19所示是提取所需數據表的函數public vector getdata(string sql)的程序流程圖。圖2-19 database類提取數據表函數程序流程圖本例中使用了resultsetmetadata類型，數據庫查詢被執(zhí)行后，查詢的結果

16、作為一個二維(行、列)數據表返回。resultset接口被用來提供訪問查詢結果的數據表，查詢結果被當作resultset對象返回，resultset對象提供“指針”，指針每次訪問數據庫表的一行。當resultset對象從查詢中返回時，指針初始指向數據表的第一行，resultset的next()方法用來移動指針到數據表的下一行，如果到達表尾，next()方法返回假的布爾值false，否則為真。resultset接口提供大量的獲得數據的方法，這些方法返回數據表中任意位置的數據，不論是基本數據類型還是引用數據類型的數據。getmetadata()方法返回resultsetmetadata接口對象，該

17、對象包含數據表行的信息，提供變量和從resultset對象獲取信息的方法，getcolumncount()方法返回數據表的列數，getcolumnname()方法返回提取的數據庫中列名稱，即數據庫字段名，getcolumntype()方法返回列的sql類型，resultmetadata中其它的方法是被用作訪問列的額外屬性，如列的顯示寬度、數據格式及讀/寫狀態(tài)等。如圖2-20所示是parentbean類的執(zhí)行增加數據操作的類函數protected int insertrecord(vector vect)的程序流程圖。圖2-20 parentbean新增記錄函數程序流程圖該函數的參數是vecto

18、r類型，其形式定義為：第一個變量表示表名，為字符串類型；接下來的變量為vector類型，該對象的維數為三維。第一個變量為字段的名稱，第二個變量為字段的數值，第三個變量為字段的類型。以此類推，函數的參數中，如果需要增加的數據行中需要設定某一個列的數值，就需要增加該參數的一個變量。例如執(zhí)行如下語句：insert into user(id,name,pwd) values(1, admin, admin)，則該參數應該如下：admin, id, 1, num,name, admin, char,pwd, admin, char其中的數據類型有num、char、time，num表示數值型，char表示

19、字符串型，time表示日期型。如果需要擴展，只需要在該組件中修改此處即可，這樣修改一處，就可以對整個系統進行數據庫的改造，徹底實現了分層，極大地方便了數據庫的移植。在本函數中，按照以上定義的數據結構進行sql語句的組合，而函數的參數是在執(zhí)行數據庫操作之前進行組合，實現了用戶層和數據層的分離，使得修改任何一層都不需要修改另外一層。在新增與組合過程中，按照語句的規(guī)則，應該先有“insert into 表名”，再依次輸出字段名稱，然后組合“values”關鍵字，最后依次輸出字段的數值，在這個組合的過程中，注意字段類型的區(qū)別。最后sql語句組合完成，調用執(zhí)行低層數據庫函數。登錄組件登錄組

20、件主要用于系統管理員進行系統維護時，作為登錄后臺密碼驗證之用。在用戶輸入用戶名和密碼之后，調用此組件即可驗證該用戶是否合法。在本系統設計中，為了密碼的安全性，密碼采用了md5進行加密。即在用戶輸入密碼之后，該組件首先進行密碼的md5轉換，經過轉換后的密碼如果和系統中的密碼相同，則驗證通過，否則為不合法用戶，不給予登錄后臺系統的權力。驗證人員密碼算法流程圖如2-21所示。圖2-21 驗證人員密碼算法流程圖權限組件根據前面數據庫模型的設計，每一個用戶在系統中都有一定的權限，要么是通過個人特別指定的權限，要么是指定給職務的權限，要么是采用默認的權限，即權限數據表中定義的默認權限。本系統

21、中使用的權限是定位到按鈕級別的，系統按照模塊進行劃分，每一個模塊又有一些操作權限，當用戶想進入某一個操作模式進行操作時，系統會查詢該用戶是否有該模塊下的某種權限。如果查得沒有任何權限，則告知用戶無權操作，如果有某一項權限，則開放對應的權限給用戶進行相應的選擇。一個模塊可以定義許多權限，這種權限的定義比較靈活，完全是按照操作的語義進行直接定義的。比如某一個人需要查詢品質異常信息的權限，則直接賦予它品質異常分析模塊的查詢權限，這種查詢權限的方法即為二元組的定位，即，表示在某一個模塊中進行何種操作。因此在設計該組件時也是利用了這種方便的模型，來通過兩個參數直接查詢是否有該權限。該組件函數程序流程圖如

22、圖2-22所示，首先在查詢數據庫中是否有該模塊和該操作權限的定義，如果沒有，則返回false，如果有，則繼續(xù)查找。在查找過程中，先取出該用戶的所有操作權限，然后一一對比，是否有該模塊的該種操作權限，如果有，則返回true。該組件函數中調用了函數getrightmode()，它的作用是取出該用戶的所有權限，存儲在數組變量vector類型中。該權限的取定方式是先取該人的指定的權限，如果沒有，指定則換成取職務的權限，如果未指定，則取默認權限。 圖2-22 權限流程圖2.4.2對料防錯管控模塊此模塊簡稱pvs，包括系統基本資料管理、lcr備料量測管控、smt自動接料管控、smt對料防呆管控、飛達維護保

23、養(yǎng)管理、鋼板維護保養(yǎng)管理六個子模塊，其中，smt對料防呆管控是此模塊的主要功能，其它五個子模塊是它的延伸功能，是為這個功能服務的，圖2-23為此模塊的物理結構示意圖，pvs系統的作業(yè)流程包括以下四部分：(1) pvs系統bom表等基本資料的建立。(2) 原材料庫房(material wh)根據生產工單進行配料和物料分裝。(3) 線邊庫房(sideline wh)備料以及l(fā)cr量測。(4) smt/ai/asm等工站進行上料、對料和接料作業(yè)。圖2-24為此模塊的系統架構圖。系統的主要數據入口(primary data entry)是pvs系統數據庫中預定義的基本資料，包括pvs的bom、料站表、

24、body mark、msd元件的濕度敏感等級(moisture level)、禁用/限用料等信息。pvs的bom和料站表等基本資料的正確建立是系統能正常運行的前提條件。圖2-23 對料防錯模塊的物理結構示意圖圖2-24 對料防錯模塊的系統架構 lcr備料量測管控的功能設計此模塊的使用對象是線邊庫物料驗證員，主要完成被動元件lcr量測管控，動態(tài)生成reel_id來唯一地標識每一卷已被量測ok的合格元件料卷。條碼打印完畢，線邊庫房的物料驗證員會將打印生成的reel_id標簽條碼粘貼到對應的元件料卷上，作為后續(xù)smt/ai/asm等工站的上料和對料使用。圖2-25所示是線邊庫房lcr量

25、測備料流程圖。圖2-25 線邊庫房lcr量測備料流程圖如上圖2-25所示，此模塊的輸入信息包括物料驗證員工號(measure_op)、密碼(pwd)、物料上料的線別(reel_line)、機種(model_name)、工單(mo_number)、usi物料料號(comp_part_no)、物料制造商(vendor)、物料的生產批次(lot_no)、物料的出廠日期(date_code)、每個料卷所含元件的數量(qty)、元件實際的lcr量測值(measure_value)。輸出信息為物料料卷的唯一標識代碼(reel identity以下簡稱reel_id)。由于通過料卷的reel_id可以查詢到

26、對應料卷的model_name，comp_part_no，lot_no，vendor，measure_value，測量時間(measure_time)，measure_op，料卷的狀態(tài)(state)，reel_line，lcr量測的上限值(up_limit)，lcr量測的下限值(down_limit)，料卷描述信息(description)，物料標志位(comp_flag)，mo_number，qty，date_code等信息，因此，我們選用料卷的reel_id來充當pvs系統各工站的物料信息輸入載體，各工站的物料上料操作員都必須通過借助掃描料卷的reel_id條碼的方式來輸入被上料物料的基本

27、信息，reel_id條碼貫穿了pvs后續(xù)的各工站包括上料、對料、換料、接料以及物料品質異常追溯等各個系統流程環(huán)節(jié)。線邊庫房lcr備料量測的最終結果是系統根據被動元件的lcr量測結果，動態(tài)生成標識被量測ok的合格物料料卷唯一身份的reel_id，并成功地打印出其對應的reel_id條碼標簽供后續(xù)pvs各工站的物料操作員上料掃描使用。系統所采用的reel_id編碼規(guī)則是buid-0yymmdd-counter，其中，buid的長度為兩位，計數器(counter)的長度為四位。其生成的對應算法流程圖如圖2-26所示。圖2-26 生成reel_id的算法流程圖由于物料的品質因素比較復雜，特別是針對多機

28、種的共用物料或亦可料，通常qa人員需要針對它們的實際性能參數，來動態(tài)管理它們的可使用狀態(tài)。當發(fā)現某一種物料的品質參數不能滿足某些機種的性能要求但可以滿足其它機種的功能要求時，最佳的解決方案是針對機種將對應的物料預定義為許可物料或禁用物料。pvs系統只能上線使用許可物料，禁用物料屬于非法物料無法上線使用，所以對線邊庫房lcr備料量測來講，具備對禁用/限用/許可物料的管控功能十分重要，能有效防止禁用/限用物料誤發(fā)給生產線使用。禁用/限用物料的判斷算法流程圖如圖2-27所示。圖2-27 禁用/限用物料判斷算法流程圖 smt對料防呆管控的功能設計此模塊的使用對象是smt工站的上料操作員，

29、主要功能包括物料上料防錯管控、鋼板管控、錫膏管控、飛達管控、潮濕敏感器件(簡稱msd)管控。其中，鋼板、錫膏、飛達和msd元件都是作為特殊的物料來借助此功能進行防呆管控。圖2-28所示為 smt對料防呆流程圖。圖2-28 smt對料防呆流程圖如上圖2-28所示，此模塊的輸入信息包括機種(model_name)、上料操作員工號(supply_op)、密碼(pwd)、飛達id(feeder_id)、鋼板id(stencil_id)、料卷id(reel_id)、body_mark、mark版本( version)、 mark日期(date_code)、mark的 fab、上料料座(seat)；輸出信

30、息包括上料時間(supply_time)、料卷的上料狀態(tài)(supply_stat)、上料提示信息(hint_msg。上料料卷reel_id的資料驗證程序的流程圖如圖2-29所示。圖中少箭頭圖2-29 reel_id資料驗證程序流程圖此模塊的比對驗證包括如下動作：(1) 上料操作員上線身份驗證(2) 上線飛達的資料驗證(3) 上線鋼板的資料驗證(4) 上料料卷reel_id的資料驗證(5) 上料元件的body mark資料驗證如圖2-29的流程圖所示，smt上料防呆功能根據采集的實際上料信息和pvs系統中預先設定的bom和料站表三方面資料進行驗證比對，來判斷上料操作員是否有錯誤操作。如果有，提示

31、報警信息并使smt停機/鎖住，操作員可根據報警信息進行錯誤處理。由于smt上料防呆功能必須能實現實時地啟動或停機的管控，因此它需要具有同smt機臺接口設備進行通訊的功能，并能根據smt機臺的實際對料驗證結果，動態(tài)地控制smt機臺設備的運用狀態(tài)，即能控制smt機臺停機/鎖住或啟動。此模塊采用根據物料的不同比對結果直接對smt機臺的控制接口發(fā)送相應的控制信號的機制來實現這一功能，程序2-30是其對應的實現算法的流程圖。 圖2-30 控制機臺的算法流程圖 鋼板維護保養(yǎng)管理的功能設計使用對象是制程(me)工程師。主要功能包括stencil基本信息的增加、刪除和修改以及鋼板張力和狀態(tài)信息的

32、設置。鋼板維護保養(yǎng)管理程序對應的流程圖如2-31所示。圖2-31 鋼板維護保養(yǎng)管理程序流程圖2.4.3品質追溯管理模塊此模塊包括品質異常追蹤、生產產出分析、產品良率分析、維修缺陷分析四個子模塊。其中，品質異常追蹤是此模塊的主要功能，它包括物料正向追蹤和序列號逆向追蹤。物料正向追蹤是指通過有質量缺陷的物料批次，追蹤到所有使用了該批次物料的成品；序列號逆向追蹤是指通過有品質異常的成品pc主板的序列號(serial number)查出該產品的生產日期、操作人員、所用物料的型號、種類、批次等詳細信息，方便及時找出問題的原因所在。序列號逆向追溯的功能設計根據需求分析的結果，成品pc主板序列

33、號逆向追溯模塊能夠追溯到的信息有六大塊，如圖2-32所示。(1)quality production information：包括該電路板所有的在制品信息、測試數據信息以及維修不良信息。(2)production component information：包括該電路板所有的元器件信息。(3)pvs information：包括該電路板相關的所有上料、對料以及卸料等物料操作信息。(4)loading list information：包括該電路板對應的上料表信息。(5)basic information：包括該電路板的產品、工單、工序等基本信息。(6)sn/upn/pn information

34、：包括該電路板生產所用到的供應商料卷號和usi料卷號等信息。圖2-32 序列號逆向追溯到的信息序列號逆向追溯模塊主要的追溯對象是電路板及電路板上元器件的相關信息，所以主要的查詢條件應當是電路板的序列號。我們對元器件與電路板追溯模塊的查詢流程如圖2-33所示。圖2-33 序列號逆向追溯流程圖物料正向追溯的功能設計 根據需求分析的結果，物料正向追溯模塊的主要目的是為了查詢物料(即料卷)的使用情況，能夠追溯到的信息分四大塊，如圖2-34所示。其中各塊包含如下的具體信息：(1) datecode list informatin：包括該物料的日期代碼、料號、供應商料號和供應商名字信息。(2

35、)product/lot no information：包括使用該物料的產品、批次、數量等信息。(3)pvs information：包括該物料的上料、對料、卸料等操作信息。(4)serial number list information：包括使用該物料的電路板序列號及對應的工單、狀態(tài)等信息。圖2-34 物料正向追溯到的信息物料正向追溯模塊的查詢流程如圖2-35所示。圖2-35 物料正向追溯流程圖2.4.4 e化監(jiān)控管理模塊此模塊包括縮進錯smt設備e化嫁動管理、車間e化監(jiān)控管理兩個子模塊，其中，smt設備e化嫁動管理為主要的模塊。smt設備e化稼動系統是一套與pvs(半角還是全角？對料系統

36、)并存的圖形化介面系統, 在共用的硬件環(huán)境下, 其做法采用與pvs相同作業(yè)方式，將smt生產狀況轉換成條形碼格式(barcode)并輸入，以取代原來采用人工手抄表報的方式，能實時地記錄smt設備的運行狀況信息并可通過web介面的模式及時監(jiān)控smt生產情況及各類稼動數據，以提供各生產相關單位作為改善生產稼動的依據，目前公司正利用該系統信息作為基礎進行6 sigma改善專案。系統導入前：smt生產狀況操作人員手抄錄時間及原因換班時提交收發(fā)員登記待每日三班資料齊全后，收發(fā)員于第二日匯整制作報表(日/周/月報)。系統導入后：smt生產狀況smt操作人員依據smt設備的狀況掃入導致設備異常的代碼code啟動停機作業(yè)流程并由系統記錄停機原因/時間資料進入系統數據庫系統提供動態(tài)查詢功能，提供完整