批量工藝卡管理系統的補充開發

摘要:針對原批量工藝卡管理系統數據分散以及只管理文字數據不支持圖形處理的問題，運用J2EE技術進行補充開發#65377;采用B/S模式實現工藝卡遠程操作;通過新建補充數據庫和統一的工藝卡數據平臺，實現數據統一管理和與原系統數據的平穩連接;采用SQL語句生成器減化了批量數據操作;采用XML技術完成文字加圖形的工藝卡報表生成和打印#65377;

關鍵詞:批量工藝卡;管理系統;J2EE

中圖分類號:TP242.2文獻標識碼:A

1引言

批量工藝卡系統(BGS)是神龍汽車有限公司1994年從法國PSA公司引進的在IBM主機上運行的實時處理系統#65377;BGS系統的缺點:數據分散在武漢#65380;襄樊兩個主要生產基地，且各自保持自己的數據;主機界面為字符形式，操作復雜;主機系統只管理工藝卡的文字數據，不支持圖形處理#65377;為此，神龍公司決定對BGS系統進補充開發，補充開發的系統稱為BGS+系統#65377;BGS+系統主要的完善和增加功能如下:

(1)建立了統一的工藝卡數據平臺，統一管理武漢工廠和襄樊工廠的數據#65377;

(2)系統管理工藝圖;用戶可以查詢各類工藝卡信息#65380;圖形信息，能遠程異地建立工藝卡#65377;

(3)采用圖形操作界面#65377;

(4)有機的把文字和圖形融合在一起，使文字+圖形的打印同步完成#65377;

2系統方案

BGS系統和制造明細表(NUP)關系緊密，制造明細表NUP仍然在主機上運行;BGS系統在神龍公司運行多年，具有很好的穩定性#65377;因此，BGS系統的補充開發不脫離主機系統#65377;BGS+系統設計了兩個新的數據庫，一個是臨時數據庫，保存當天用戶新增的數據;另一個是正式數據庫，始終與主機的數據庫保持同步，保存系統中的正確數據#65377;主機的數據庫用于校驗用戶數據規則，同時也用于系統的降級處理，當系統崩潰時，可以應應付緊急情況#65377;三個數據庫通過文本文件進行交互#65377;實施方案如圖1所示#65377;

其中:ECDV用于BGS中描述整車和虛擬零件之間的關系;OEV用于記錄工藝卡中所有生效和更改的信息#65377;

圖1 BGS補充開發技術方案圖

用戶通過瀏覽器訪問Web服務器，進行查詢#65380;維護和打印工藝卡#65377;白天運行聯機程序時，工藝員查詢BGS+正式庫中的工藝卡數據，將其打印成工藝卡#65377;工藝員要對工藝數據進行修改或增加工藝數據時，BGS+系統按照BGS系統的邏輯校驗工藝員的提交的數據#65377;符合的將它們寫入臨時數據庫;不符合的，則返回錯誤信息，不允許其操作#65377;

傳輸機晚上運行導出臨時庫數據的批量程序，將當天維護的數據，生成上傳至主機的TXT文件#65377;操作員運行微機—主機接口程序，生成MVT#65377;原BGS批量程序讀MVT，將文本文件中的數據導進原BGS中，以保證主機里的數據不斷更新;再訪問相關數據庫，讀出當天被維護的數據，生成TXT文件，下傳至服務器#65377;

系統的補充開發第二天工藝員上班之前，由操作員接收從主機下來的TXT文件，放在系統傳輸機的指定地方#65377;傳輸機定時運行正式庫的導入程序，將通過主機校驗的數據，寫入到正式庫中，并且刪除臨時庫中的記錄#65377;對沒有通過主機校驗的數據，則只修改它在日志表中的狀態#65377;BGS+系統數據流圖如圖2所示#65377;

系統BGS+采用3層架構(B/S)的模式，選用Windows NT操作系統，以DB2為后臺數據庫，選用BEA WebLogic 7.0 作應用服務器#65377;開發工具選用JBuilder#65377;

3模塊和界面

BGS+系統采用自上而下#65380;逐步細化的模式進行設計#65377;本系統共分為九大模塊:統沖壓系列#65380;焊裝系列#65380;油漆系列#65380;總裝系列#65380;機加系列#65380;數表#65380;查詢統計#65380;主機接口#65377;各大模塊之間互相獨立，在每一模塊內再按照實體細分成子模塊#65377;

屏幕設計按照一個界面對應一個操作的方法，共設計了122個界面#65377;每步操作都有完整的操作結果信息，格式統一規范#65377;考慮到系統的向后兼容性，屏幕設計時，把用戶可能以后會用到的數據場包含在界面中#65377;為了不引起歧義#65380;方便用戶操作，在系統實現時，把用戶現在暫時沒維護的數據場在屏幕中隱藏起來，以后需要時，不用重新編程，直接在網頁文件中打開數據場的開關即可#65377;

圖2BGS+系統數據流圖

4網絡功能實現

系統采用JSP頁面接受用戶輸入的數據，同時對用戶輸入的數據作簡單的處理，如校驗數據的格式#65380;檢查操作合法性等#65377;JSP頁面將提交的請求交給運行在BGS+服務器端的Servlet處理#65377;服務器由許多Servlet組成，服務器的容器根據用戶請求的Servlet調用相應用程序和數據處理組件#65377;Servlet服務器組件把結果通過JSP頁面的形式返回用戶#65377;

根據數據處理要求，對每實體提供了三個接口:Open()#65380;create()和modify()#65377;在工藝卡對象中，有許多與工藝卡相關的數據，也抽象出來，作為工藝卡的內部對象#65377;比如:GenericGamme(工藝卡通用屬性類)#65380;RefartGamme(零件-工藝卡類)#65380;RefartU207A(虛擬零件類)#65380;RefartU003A(明細表零件類)#65380;OEV(生效日期類)#65380;GammeOEV(工藝卡-生效日期類)等#65377;它們對應工藝卡的不同屬性#65377;對于從工藝卡派生出的各個系列工藝卡對象的實現，只需重載工藝卡對象的接口，增加相應系列的工藝卡數據處理#65377;

5BGS/BGS+ 交互的實現

BGS+服務器的工作是接收用戶從瀏覽器輸入的數據，按業務邏輯進行處理#65380;產生工藝卡數據并向主機傳送;保存經過主機校驗的正確數據，供用戶查詢#65380;統計，打印報表#65377;

BGS+系統向主機傳送數據，首先查詢日志表#65380;查詢用戶的操作，再把新增的數據按照固定的格式寫入到文本文件中并上傳#65377;Export3894是生成MVT上傳數據的基類，提供查詢公共數據的接口queryPublicData()#65377;ExportData處理數據的導出#65377;

BGS+系統接收主機數據，首先解析主機的文本文件，從中得出各項數據;根據數據，查詢正式數據表和臨時表;如果臨時表存在該記錄，則刪除;如果正式表中存在，則更新數據表;修改日志表#65377;從主機傳輸下來的數據和BGS+系統中的表不是一一對應，需要按照BGS+系統數據庫設計的格式對其進行處理，再導入到BGS+系統中#65377;完成這些工作，需要應用大量SQL語句對數據庫進行操作#65377;如果采用一般的SQL語句，將會導致程序十分的龐大#65377;因此設計了一個SQL語句生成器#65377;

在SQL語句生成器中，以類的形式定義了文本數據行和數據庫表的關系#65377;該類記錄了所有數據表的表名#65380;字段名#65380;字段的長度和該數據所對應的文本文件中的對象#65377;SQL語句生成器根據文本文件中的對象標志，自動匹配它所對應的表名和字段的屬性，產生相應的sql語句#65377;例如:generateDeleteSqlTp()為產生刪除臨時表的SQL語句;generateInsertSql()為產生插入記錄的SQL語句;generateQuerySql()為產生用于正式表的查訊SQL語句;generateQuerySqlTp()為產生用于臨時表的查訊SQL語句;generateUpdateMvt()為產生修改日志的SQL語句;generateUpdateSql()為產生修改正式表的SQL語句)等#65377;

數據的導入過程為:調用SQL語句生成器，產生相應的SQL語句，提交給數據庫連接池執行#65377;程序流程與數據格式無關，當系統文本數據的格式變化時，只需維護文本數據行與表對應關系即可#65377;

6工藝卡報表打印的實現

本系統針對五大系列的工藝卡報表和統計報表共設計了105個報表#65377;其中工藝卡報表采用PDF文件形成，統計報表采用EXCEL文件形成#65377;

在報表中實現圖文并茂的打印，考慮到圖形格式的多樣性，本系統約定用戶上傳的圖形格式為WMF#65380;JPG#65380;JPEG#65380;TIF#65380;TIFF;對于其他格式，系統不給與打印#65377;在BGS+系統中，如果采用對每個報表使用一個單獨的程序進行打印，則將有105個程序，工作量將是非常龐大#65377;并且一旦某個報表的格式有變化，則必須修改源程序，不利于系統的維護#65377;

采用XML技術實現工藝卡報表描述#65377;使用XML文檔編寫報表的格式文件，把內容與格式分離開#65377;解析程序解析XML文檔提取格式信息#65377;系統應用程序根據統一的流程對該信息進行分析，并結合數據查詢器查詢工藝卡數據生成報表文件，返回給用戶#65377;

在用戶創建XML文檔，完成對XML文檔的解析后，系統需要根據該數據結構進行處理，完成規定的操作#65377;從一般意義上說，有了該數據結構，系統就記錄了用戶需要表達的內容，可進一步形成用戶需要的表達形式#65377;本系統就是將表達該結構的數據轉換成PDF文件，返回給用戶#65377;系統打印一份工藝卡報表，首先需要編寫工藝卡格式的XML文檔#65377;然后將它寫入BGS+的“注冊表”中，使其對應某個用戶的請求#65377;

用戶通過瀏覽器提交打印命令后，Servlet根據參數，在BGS+系統的“注冊表”查找它對應的XML文檔，調用XML解析器進行解析，得到工藝卡的表結構;查詢數據庫，得到用戶需要查詢的信息#65377;遍歷解析XML得到的表結構，結合表的信息和數據查詢的結果集，使用itext接口生成PDF文件#65377;

7結束語

本系統采用JAVA和網絡技術對BGS系統進行了改造，提高了工藝卡管理的自動化水平和生產效率#65377;采用SQL語句生成器和數據處理接口操作批量數據;運用XML技術生成工藝卡報表#65377;這些技術的使用，減少了模塊之間的耦合度，加快了系統的開發速度，有利于系統維護#65377;本系統已經投入使用#65377;實踐表明，系統運行可靠#65380;維護方便#65377;

注：本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文。