飞机产品定型电子文档上报管理系统优化设计

张科昌

摘要：飞机产品定型时，需要将产品设计过程中所产生、使用的技术和图样等电子文档通过飞机产品定型电子文档上报管理系统进行灌装，并压制成加密文档上报用户。使用现行系统灌装时，产品定型电子文档信息填写繁琐且上传电子文档易丢失，针对这种情况，结合实际电子文档特征，利用VB .NET对系统进行优化设计。改进后的系统极大缩短了产品定型资料灌装工作周期，使飞机产品定型资料灌装工作高效化、简易化、智能化。

关键词：飞机产品定型；定型系统

中图分类号：TP313 文献标识码：A 文章编号：1009-3044（2014）08-1652-02

飞机产品定型电子文档管理系统是针对飞机产品定型资料管理现状开发的电子管理系统，目的是实行电子化管理，彻底改变定型资料传统的管理手段和方式，提高管理效率和利用水平，以适应现代信息化、网络化管理的要求。该系统针对各级定委和基层单位的不同需求，分别开发出上报和接收两套系统，使之既能彼此独立工作又有安全可靠的数据接口从而形成完整的一体。

目前使用的上报系统，灌装飞机产品定型文档信息繁琐，且电子文档易丢失，耗时、费力，鉴于这些不足，对飞机产品定型电子文档上报管理系统进行优化设计。

1 现状分析

现行的飞机产品定型电子文档物理文件名以有编号和无编号两种方式命名。有编号的技术文档以“编号+名称”方式命名，图样以“图号-版次+名称”方式命名；无编号技术文档以“名称”方式命名。使用飞机产品定型电子文档上报管理系统灌装时，首先，需要指定待录入产品定型电子文档存放的路径，然后添加电子文档，手工分解电子文档编号和名称，手工填写序号；其次，选择产品定型电子文档密级和使用软件版本，填写文档页数；最后，保存产品定型电子文档信息时，后台使用FTP模式上传物理文件，且上传过程中物理文件很容易丢失，录入过程极其繁琐。面对飞机型号任务急、数量庞大的产品定型电子文档，使用该系统录入时，需要投入大量的人力、物力，且录入时产品定型电子文档极易丢失，信息容易重复，系统管理员须每天检验录入信息的正确性。再者，飞机产品定型电子文档灌装前期，需要编制录入规范和要求，并对录入的人员进行培训，对产品定型电子文档上报管理系统客户端进行配置。录入速度每人大约100份/天定产品型电子文档。

为了加速飞机产品定型资料灌装工作，保证产品定型电子文档的准确性、可靠性，根据产品定型的要求和规则，利用VB.NET及字符串朴素模式匹配算法设计、开发出产品定型资料上报灌装系统，该系统独立原来的产品定型上报系统，按照规则自动分析、处理产品定型电子文档，无需手工填写定型电子文档基本信息，上传时后台采用隐藏共享模式，有效解决了原系统灌装时定型电子文档丢失问题。此系统已成功应用于飞机产品定型，极大缩短了飞机产品定型资料灌装工作周期，使飞机定型资料灌装工作高效化、简易化、智能化。

2 采用的技术原理

本系统利用VB.NET +SQL SERVER 2008设计开发。采用.NET技术对产品定型电子文档分析、处理，将电子文档物理名称存储成字符串，依据飞机产品定型电子文档规则和电子文档命名要求，按照最优化的规则对字符串进行优化、分解，根据优化、分解的值可判断技术文档或图样文档、可判断定型电子文档类型。对于office类型文档页数计算采用调用外部程序在后台进行。

数据访问采用ADO.NET组件，利用ADO.NET能够有效地从数据操作中将数据访问分解为多个可以单独或一前一后使用的不连续组件，这些组件在开发时不但极大减少代码的编写，而且极少产生BUG，使系统数据访问更加可靠、安全。

3 设计思路及系统功能

3.1 设计思路及系统需求

由于飞机产品定型电子文档上报管理系统适用于具有固定的用户和少量的用户端，并对安全性要求比较高，故本系统采用典型的C/S结构，前台开发使用Microsoft Visual VB.NET，后台依托飞机产品定型电子文档上报管理系统服务器端的定型数据库和定型电子文档存储仓库。

首先，从飞机产品定型电子文档要求及现有的电子文档名称、数据库进行数据挖掘、分析，定型电子文档的基本信息和物理文件必须保存至飞机产品定型电子文档上报管理系统服务器端，文档基本信息包括定型代号、定型类别、图样＼编号、名称、密级、软件版本和页数，物理文件名称应以编号或名称命名。

其次，定型电子文档信息保存时，定型电子文档物理文件须同时上传至飞机产品定型电子文档上报管理系统服务器端。

系统按照飞机产品定型电子文档要求对定型电子文档进行分析，包括物理文件名称分析、使用的软件版本分析及office文档的页数计算。对定型物理文件按编号或文件名称重新命名，分析、录入的结果可形成报表，对于分析、录入过程中出现的异常可通过图像直观显示给用户。对于录入结果以日志形式保存。

在实际开发过程中，我们通过不断的挖掘、分析、研究飞机产品定型电子文档上报管理系统功能及飞机产品定型电子文檔要求，才能确定系统应该具有的功能。

本系统主要实现以下功能：连接服务器及设置上传物理文件路径功能；分析、处理定型电子文档功能；分析、处理结果报表功能；日志功能；查询功能；更新功能等，除此之外，系统还应该满足以下几点要求：

第一：良好的人机界面；

第二：良好的交互性；

第三：批量分析、处理功能。

3.2 功能需求

本系统遵循软件工程原则进行开发，采用模块化组织结构，便于设计管理、维护和升级。系统功能包括：连接设置模块；分析、处理模块；浏览模块；报表模块；日志模块。

1）连接设置模块，主要用于实现连接服务器端数据库和设置处理完成的定型物理文件上传路径。连接服务器端成功后才可使用其他四个功能模块。

2）分析、处理模块，主要分析、处理定型电子文档，按相应的规则分析、处理定型电子文档的名称。此模块是系统的核心部分，也是最复杂、技术难度最大的部分。程序应该如何判断有编号文档和无编号文档？怎样将有编号的定型电子文档使其编号和名称分解？怎样判断图样和技术文件？怎样判断定型文档的类型？怎样计算office文档的页数？这一系列问题通过不断的分析、研究、摸索和测试得以解决。

3）浏览模块，主要实现浏览、查询、更新定型电子文档信息，通过浏览可获得全部产品定型电子文档份数和各个子定型类别的电子文档份数。也可在线浏览定型电子文档，该模块也是系统的重要部分。

4）报表模块，将分析、处理的结果可以导出并生成EXCEL表格，以备后续查阅。

5）日志模块，分析、处理定型电子文档发生异常时，以直观的方式呈现在用户界面，而且日志以日期+时间方式命名保存。

3.3 其他非功能性需求

1）吞吐量：应保持多人同时使用系统均能得到及时、正确的响应。并且后台程序并行处理、互不干扰。

2）健壮性：系统遇到用户可能的非法操作和输入非法数据时，系统容错模块应能正确处理，保证不会发生数据不一致性错误，或者给用户提示由用户选择。

4 系统测试

判断一个系统的正确性、可靠性、易用性等必须经过严格测试，从一开始我们根据需求功能在每写一段代码后就用编译器编译一下，这样可减少在语法上的错误。但程序的逻辑错误是不容易被发现的，比如，程序分析、处理定型电子文档后未出现预期的结果，这个是最严重的，所以在整个程序编写完后，我们对每一个模块功能都单独的进行了测试。的确，测试发现、纠正了许许多多的程序逻辑错误。通过测试与应用，该系统达到预期目的。限于篇幅，系统的测试数据和错误代码就不在一一罗列。

5 优化及改进点

1）本系统利用.NET框架技术开发，相对于原系统可移植性强、扩展性强；

2）.NET的字符串处理函数无法满足本系统对字符串的优化、分解，故采用朴素模式匹配算法结合字符串处理函数重新编写字符串处理程序；

3）产品定型电子文档的基本信息录入时，利用ADO.NET组件通过程序判断信息是否已经存在，纠正原系统灌装信息重复错误；

4）原系统产品定型资料录入过程中，手工添加、分解、处理定型电子文档名称及物理文档由该系统自动处理代替；

6 结束语

该系统依托飞机产品定型电子文档上报管理系统服务器端的定型数据库和定型电子文档存储仓库，只需一台客户端，进行批量分析、处理上万多份电子文档可快速完成定型资料录入，录入信息准确且定型电子文档不易丢失，极大的减少了人员的投入，缩短了定型资料录入周期。在今后，可以广泛应用于飞机系列产品定型上，具有广阔的推廣应用前景。

参考文献：

[1] 石志国，刘冀伟，张维存.VB.NET数据库编程[M].北京：清华大学出版社，2009.

[2] 蒋蕊，王炎，王磊.SQL Server 性能优化[M].北京：机械工业出版社，2000.

[3] 茅健.Visual Basic.Net+SQL Server全程指南[M].北京：电子工业出版社，2009.