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

批量工艺卡管理系统补充开发 　　摘要:针对原批量工艺卡管理系统数据分散以及只管理文字数据不支持图形处理的问题,运用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;方便用户操作,在系统实现时,把用户现在暂时没维护的数据场在屏幕中隐藏起来,以后需要时,不用重新编程,直接在网页文件