批量工艺卡管理系统的补充开发

开篇：润墨网以专业的文秘视角，为您筛选了一篇批量工艺卡管理系统的补充开发范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

摘要:针对原批量工艺卡管理系统数据分散以及只管理文字数据不支持图形处理的问题,运用J2EE技术进行补充开发｡采用B/S模式实现工艺卡远程操作;通过新建补充数据库和统一的工艺卡数据平台,实现数据统一管理和与原系统数据的平稳连接;采用SQL语句生成器减化了批量数据操作;采用XML技术完成文字加图形的工艺卡报表生成和打印｡

关键词:批量工艺卡;管理系统;J2EE

中图分类号:TP242.2文献标识码:A

1引言

批量工艺卡系统(BGS)是神龙汽车有限公司1994年从法国PSA公司引进的在IBM主机上运行的实时处理系统｡BGS系统的缺点:数据分散在武汉､襄樊两个主要生产基地,且各自保持自己的数据;主机界面为字符形式,操作复杂;主机系统只管理工艺卡的文字数据,不支持图形处理｡为此,神龙公司决定对BGS系统进补充开发,补充开发的系统称为BGS+系统｡BGS+系统主要的完善和增加功能如下:

(1)建立了统一的工艺卡数据平台,统一管理武汉工厂和襄樊工厂的数据｡

(2)系统管理工艺图;用户可以查询各类工艺卡信息､图形信息,能远程异地建立工艺卡｡

(3)采用图形操作界面｡

(4)有机的把文字和图形融合在一起,使文字+图形的打印同步完成｡

2系统方案

BGS系统和制造明细表(NUP)关系紧密,制造明细表NUP仍然在主机上运行;BGS系统在神龙公司运行多年,具有很好的稳定性｡因此,BGS系统的补充开发不脱离主机系统｡BGS+系统设计了两个新的数据库,一个是临时数据库,保存当天用户新增的数据;另一个是正式数据库,始终与主机的数据库保持同步,保存系统中的正确数据｡主机的数据库用于校验用户数据规则,同时也用于系统的降级处理,当系统崩溃时,可以应应付紧急情况｡三个数据库通过文本文件进行交互｡实施方案如图1所示｡

其中:ECDV用于BGS中描述整车和虚拟零件之间的关系;OEV用于记录工艺卡中所有生效和更改的信息｡

图1 BGS补充开发技术方案图

用户通过浏览器访问Web服务器,进行查询､维护和打印工艺卡｡白天运行联机程序时,工艺员查询BGS+正式库中的工艺卡数据,将其打印成工艺卡｡工艺员要对工艺数据进行修改或增加工艺数据时,BGS+系统按照BGS系统的逻辑校验工艺员的提交的数据｡符合的将它们写入临时数据库;不符合的,则返回错误信息,不允许其操作｡

传输机晚上运行导出临时库数据的批量程序,将当天维护的数据,生成上传至主机的TXT文件｡操作员运行微机―主机接口程序,生成MVT｡原BGS批量程序读MVT,将文本文件中的数据导进原BGS中,以保证主机里的数据不断更新;再访问相关数据库,读出当天被维护的数据,生成TXT文件,下传至服务器｡

系统的补充开发第二天工艺员上班之前,由操作员接收从主机下来的TXT文件,放在系统传输机的指定地方｡传输机定时运行正式库的导入程序,将通过主机校验的数据,写入到正式库中,并且删除临时库中的记录｡对没有通过主机校验的数据,则只修改它在日志表中的状态｡BGS+系统数据流图如图2所示｡

系统BGS+采用3层架构(B/S)的模式,选用Windows NT操作系统,以DB2为后台数据库,选用BEA WebLogic 7.0 作应用服务器｡开发工具选用JBuilder｡

3模块和界面

BGS+系统采用自上而下､逐步细化的模式进行设计｡本系统共分为九大模块:统冲压系列､焊装系列､油漆系列､总装系列､机加系列､数表､查询统计､主机接口｡各大模块之间互相独立,在每一模块内再按照实体细分成子模块｡

屏幕设计按照一个界面对应一个操作的方法,共设计了122个界面｡每步操作都有完整的操作结果信息,格式统一规范｡考虑到系统的向后兼容性,屏幕设计时,把用户可能以后会用到的数据场包含在界面中｡为了不引起歧义､方便用户操作,在系统实现时,把用户现在暂时没维护的数据场在屏幕中隐藏起来,以后需要时,不用重新编程,直接在网页文件中打开数据场的开关即可｡

图2BGS+系统数据流图

4网络功能实现

系统采用JSP页面接受用户输入的数据,同时对用户输入的数据作简单的处理,如校验数据的格式､检查操作合法性等｡JSP页面将提交的请求交给运行在BGS+服务器端的Servlet处理｡服务器由许多Servlet组成,服务器的容器根据用户请求的Servlet调用相应用程序和数据处理组件｡Servlet服务器组件把结果通过JSP页面的形式返回用户｡

根据数据处理要求,对每实体提供了三个接口:Open()､create()和modify()｡在工艺卡对象中,有许多与工艺卡相关的数据,也抽象出来,作为工艺卡的内部对象｡比如:GenericGamme(工艺卡通用属性类)､RefartGamme(零件-工艺卡类)､RefartU207A(虚拟零件类)､RefartU003A(明细表零件类)､OEV(生效日期类)､GammeOEV(工艺卡-生效日期类)等｡它们对应工艺卡的不同属性｡对于从工艺卡派生出的各个系列工艺卡对象的实现,只需重载工艺卡对象的接口,增加相应系列的工艺卡数据处理｡

5BGS/BGS+ 交互的实现

BGS+服务器的工作是接收用户从浏览器输入的数据,按业务逻辑进行处理､产生工艺卡数据并向主机传送;保存经过主机校验的正确数据,供用户查询､统计,打印报表｡

BGS+系统向主机传送数据,首先查询日志表､查询用户的操作,再把新增的数据按照固定的格式写入到文本文件中并上传｡Export3894是生成MVT上传数据的基类,提供查询公共数据的接口queryPublicData()｡ExportData处理数据的导出｡

BGS+系统接收主机数据,首先解析主机的文本文件,从中得出各项数据;根据数据,查询正式数据表和临时表;如果临时表存在该记录,则删除;如果正式表中存在,则更新数据表;修改日志表｡从主机传输下来的数据和BGS+系统中的表不是一一对应,需要按照BGS+系统数据库设计的格式对其进行处理,再导入到BGS+系统中｡完成这些工作,需要应用大量SQL语句对数据库进行操作｡如果采用一般的SQL语句,将会导致程序十分的庞大｡因此设计了一个SQL语句生成器｡

在SQL语句生成器中,以类的形式定义了文本数据行和数据库表的关系｡该类记录了所有数据表的表名､字段名､字段的长度和该数据所对应的文本文件中的对象｡SQL语句生成器根据文本文件中的对象标志,自动匹配它所对应的表名和字段的属性,产生相应的sql语句｡例如:generateDeleteSqlTp()为产生删除临时表的SQL语句;generateInsertSql()为产生插入记录的SQL语句;generateQuerySql()为产生用于正式表的查讯SQL语句;generateQuerySqlTp()为产生用于临时表的查讯SQL语句;generateUpdateMvt()为产生修改日志的SQL语句;generateUpdateSql()为产生修改正式表的SQL语句)等｡

数据的导入过程为:调用SQL语句生成器,产生相应的SQL语句,提交给数据库连接池执行｡程序流程与数据格式无关,当系统文本数据的格式变化时,只需维护文本数据行与表对应关系即可｡

6工艺卡报表打印的实现

本系统针对五大系列的工艺卡报表和统计报表共设计了105个报表｡其中工艺卡报表采用PDF文件形成,统计报表采用EXCEL文件形成｡

在报表中实现图文并茂的打印,考虑到图形格式的多样性,本系统约定用户上传的图形格式为WMF､JPG､JPEG､TIF､TIFF;对于其他格式,系统不给与打印｡在BGS+系统中,如果采用对每个报表使用一个单独的程序进行打印,则将有105个程序,工作量将是非常庞大｡并且一旦某个报表的格式有变化,则必须修改源程序,不利于系统的维护｡

采用XML技术实现工艺卡报表描述｡使用XML文档编写报表的格式文件,把内容与格式分离开｡解析程序解析XML文档提取格式信息｡系统应用程序根据统一的流程对该信息进行分析,并结合数据查询器查询工艺卡数据生成报表文件,返回给用户｡

在用户创建XML文档,完成对XML文档的解析后,系统需要根据该数据结构进行处理,完成规定的操作｡从一般意义上说,有了该数据结构,系统就记录了用户需要表达的内容,可进一步形成用户需要的表达形式｡本系统就是将表达该结构的数据转换成PDF文件,返回给用户｡系统打印一份工艺卡报表,首先需要编写工艺卡格式的XML文档｡然后将它写入BGS+的“注册表”中,使其对应某个用户的请求｡

用户通过浏览器提交打印命令后,Servlet根据参数,在BGS+系统的“注册表”查找它对应的XML文档,调用XML解析器进行解析,得到工艺卡的表结构;查询数据库,得到用户需要查询的信息｡遍历解析XML得到的表结构,结合表的信息和数据查询的结果集,使用itext接口生成PDF文件｡

7结束语

本系统采用JAVA和网络技术对BGS系统进行了改造,提高了工艺卡管理的自动化水平和生产效率｡采用SQL语句生成器和数据处理接口操作批量数据;运用XML技术生成工艺卡报表｡这些技术的使用,减少了模块之间的耦合度,加快了系统的开发速度,有利于系统维护｡本系统已经投入使用｡实践表明,系统运行可靠､维护方便｡

注：本文中所涉及到的图表、注解、公式等内容请以PDF格式阅读原文。