检港查验系统“废物原料”子系统的设计与实现

张禹+仲吉伟+李政良

摘要：该子系统包含了从申报、审批和放行全部的检验检疫流程，用户角色涵盖了整个废物原料检验检疫流程中每一个参与者，全程实现了工作无纸化和电子化，为企业节约成本，缩短检验检疫周期。致力于打造一个业务规范逻辑清晰功能完善的系统，提供良好的用户使用体验。

关键词：废物原料子系统；JavaEE；SSH框架；数据库

1开发部分

主要儀器及工作条件：

本项目需要在营口港信息公司进行，要求随时接入营口港后台服务器数据库等。此外，本项目为JavaEE项目，其中使用的SSH框架、SVN等关键技术都是开源免费的。

系统开发软、硬件环境最低要求具体如下：

JavaEE 1.6 Apache Tomcat 6.0 Eclipse 3.4 ApacheAnt 1.7 SVN 1.6.6操作系统Windows7 8G内存酷睿i7CPU ITG以上硬盘以太网卡

1.1系统模块功能需求（以审批功能为例）

监管科收到企业申报的信息，首先根据海运提单等相关数据判定企业申报的信息是否准确，如不准确将数据退回，企业重新修改：如准确，将等待卫检科和鉴定科分别对该批次废物检验检疫的结果上报，并判定上报的信息是否准确规范，如不准确将数据退回，相应科室进行修改；如准确，将数据填写完整的“废物原料工作联系单”确认保存，并将“废物原料工作联系单”传至保税科，保税科根据海运提单等相关数据核查无误后，将该批次废物原料进行放行。

1.2技术路线需求

系统设计应当遵循国际标准，采用B/S多层的体系结构，对外查询利用模块必须采用B/S结构：B/S结构应采用先进的WEB应用开发技术，支持多并发进程、多用户：保证系统具有开放性，能支持跨平台运行，采用JavaEE体系结构，保证系统可以运行在各种操作系统平台上：系统开发必须采用通用开发工具，不得使用任何封闭的专用开发工具，避免由此引起的系统不兼容等问题。

1.3系统设计

1.3.1系统结构

根据需求分析，“废物原料”子系统可分为废物原料申报、废物原料审批和废物原料放行子功能模块。

1.3.2数据库设计

数据库是存储在物理设备上的，逻辑数据库设计工作完成后，需要为逻辑数据模型选择适合应用环境的物理结构，即存储结构与存取方法。

该项目的ER图（以单据数据为例）如图1所示。

数据库表的设计，如表1所示。

1.4系统实现

1.4.1功能模块实现描述（以审批功能为例）

“监管科查验员”类型的用户选择任意申报单，进入申报单详情页面，将查看到申报单详细信息。该类型的用户还将看到卫检科查验员和鉴定科查验员的检验检疫结论及结果。如对结论存在质疑，可点击对应的重新审批按钮，改变单据的审批状态：如果用户点击“单据确认”按钮，则该单据的审批结果将改为“待放行”，审批类型将改为“已审批”。该用户将无法变更当前单据所有数据，当前单据将进入放行流程。

1.4.2功能模块代码实现（以审批功能为例）

2测试部分

2.1系统测试

系统测试是验证系统是否满足了需求规格的定义，找出与需求规格不符的地方，提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。最后，还要进行有针对性的压力测试。

2.1.1系统测试目标

各项具体测试目标如下（以审批功能为例）：

废物原料审批模块测试。测试本子模块能否正常运行，能否实现新申报单的详情列表，能否显示具体一条申报单的数据，能否完成申报单的修改等功能。

2.1.2测试用例的设计与结果

功能测试以审批功能为例，如表2所示。

测试结果表明，功能已经符合预期要求。

2.2压力测试

根据需求分析中关于并发性的要求，系统能够承受300个用户的并发访问。启动300个用户（线程），对待以下页面进行持续5分钟的并发访问，测试结果如图2所示。

测试结果表明，系统可以轻松应对实际工作中对于压力和并发性的需求。

3成果总结

随着系统设计的完善和软件的测试，整个系统逐步的成功实施了。子系统（整个系统）致力于实现每个港口企业、部门业务员的业务独立，对自己权限内的工作任务及时有效的完成：同时对港口业务数据的统计提供了更加准确快捷的方法，避免了人工统计中可能出现的错误；而且对于港口查验的机关单位实时监督管理口岸业务并和港口业务部门的工作联动起到了重要作用。

当然，个别功能目前还有一些有待改进之处，在系统安全性和操作界面的的友好程度上仍有待提升。后期再系统使用中将不断完善此类瑕疵，争取早日将系统打造成功能完善、界面独特的检验检疫辅助系统，为检验检疫工作创新提供助力！endprint