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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、body mark、msd元件的濕度敏感等級(moisture level)、禁用/限用料等信息。pvs的bom和料站表等基本資料的正確建立是系統(tǒng)能正常運行的前提條件。圖2-23 對料防錯模塊的物理結(jié)構(gòu)示意圖圖2-24 對料防錯模塊的系統(tǒng)架構(gòu) lcr備料量測管控的功能設(shè)計此模塊的使用對象是線邊庫物料驗證員，主要完成被動元件lcr量測管控，動態(tài)生成reel_id來唯一地標識每一卷已被量測ok的合格元件料卷。條碼打印完畢，線邊庫房的物料驗證員會將打印生成的reel_id標簽條碼粘貼到對應(yīng)的元件料卷上，作為后續(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)、物料的生產(chǎn)批次(lot_no)、物料的出廠日期(date_code)、每個料卷所含元件的數(shù)量(qty)、元件實際的lcr量測值(measure_value)。輸出信息為物料料卷的唯一標識代碼(reel identity以下簡稱reel_id)。由于通過料卷的reel_id可以查詢到

26、對應(yīng)料卷的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系統(tǒng)各工站的物料信息輸入載體，各工站的物料上料操作員都必須通過借助掃描料卷的reel_id條碼的方式來輸入被上料物料的基本

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

28、種的共用物料或亦可料，通常qa人員需要針對它們的實際性能參數(shù)，來動態(tài)管理它們的可使用狀態(tài)。當發(fā)現(xiàn)某一種物料的品質(zhì)參數(shù)不能滿足某些機種的性能要求但可以滿足其它機種的功能要求時，最佳的解決方案是針對機種將對應(yīng)的物料預(yù)定義為許可物料或禁用物料。pvs系統(tǒng)只能上線使用許可物料，禁用物料屬于非法物料無法上線使用，所以對線邊庫房lcr備料量測來講，具備對禁用/限用/許可物料的管控功能十分重要，能有效防止禁用/限用物料誤發(fā)給生產(chǎn)線使用。禁用/限用物料的判斷算法流程圖如圖2-27所示。圖2-27 禁用/限用物料判斷算法流程圖 smt對料防呆管控的功能設(shè)計此模塊的使用對象是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上料防呆功能根據(jù)采集的實際上料信息和pvs系統(tǒng)中預(yù)先設(shè)定的bom和料站表三方面資料進行驗證比對，來判斷上料操作員是否有錯誤操作。如果有，提示

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

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

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

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

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

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