基于j2ee交通违法缴款系统设计与实现毕业论文(编辑修改稿)

基于j2ee交通违法缴款系统设计与实现毕业论文(编辑修改稿)内容摘要：

能够直接在代码中通过注解完成 sql操作，可谓是集灵活，高效 ，性能于一体的强大的 ORM 框架 [13]。 MyBatis 是支持普通 SQL 查询，存储过程和高级映射的优秀持久层框架。 MyBatis 消除了几乎所有的 JDBC 代码和参数的手工设置以及结果集的检索。 MyBatis 使用简单的 XM 或注解用于配置和原始映射，将接口和 Java 的 POJOs（ Plain Old Java Objects，普通的 Java对象）映射成数据库中的记录。 每个 MyBatis 应用程序主要都是使用SqlSessionFactory 实例的，一个 SqlSessionFactory 实例可以通过SqlSessionFactoryBuilder 获得。 SqlSessionFactoryBuilder 可以从一个xml配置文件或者一个预定义的配置类的实例获得。 用 xml文件构建SqlSessionFactory 实例是非常简单的事情。 推荐在这个配置中使用类路径资源（ classpath resource)，但你可以使用任何 Reader 实例，包括用文件路径或 url 创建的实例。 MyBatis 有一个实用类Resources，它有很多方法，可以方便地从类路径及其它位置加载资源。 MyBatis 和 Hibernate 同样作为 orm 框架 [14]，面向的目的却是有所差异的， Hibernate 是一个封装的很好的对象数据库映射解决方案，全面向对象思维，就连数据库操作语句都具有很强的面向对象特性，就算开发人员对 sql语句不是很了解，也能很快的编写出数据库操作语句，可以说， hibernate 强大的功能大有一统天下的趋势，但是事物总有两面性，高度的封装导致了一下几个问题： （ 1）性能问题， hibernate 在提供强大的面向对象特性上往往牺牲了一部分性能，编译后会产生很多冗余繁杂的 sql代码，这些没有优化 的机械化的代码质量不高，尤其是某些对性能要求很高的应用，hibernate 几乎完全不可行。 （ 2）高度封装，如果没有深入的学习和研究，在使用上也常常会出现一些不可控的错误，当然，如果你研究的很深，掌握的很好，不存在这个问题，但是很多使用了一两年的人还存在这个问题，说明Hibernate 确实是一个难以驾驭的框架。 （ 3）一些特殊的应用场合，比如遗留数据库，特殊行业的特殊要求（银行，电信， ERP 等）使得 Hibernate 不再是最好的选择。 本章小结 本章节主要是对交通违法缴款系统使用到的 关键技术进行介绍，包括 Sokect、 Spring 以及 MyBatis 框架。 首先对 Windows Sockets API 工作原理进行了简要描述，接着对 Spring 框架，主要对其注解技术进行了研究，最后对数据层最优秀的持久层 Mybatis 框架关键技术进行详细介绍。 这些技术会在后面的设计与实现部分将会结合实际进行讨论。 3 系统分析 下面将对基于 J2EE 技术的交通违法缴款系统进行深入的研究与探讨。 系统目标分析 建立标准化业务体系和系统架构，满足交警总队下发 “关于外挂接口系统设计改造通知 ” 95 号文件的建设要求，提供数据同步接口符合公安内外网边界平台接入要求，支持数据库同步应用及文件同步应用两种方式。 优化系统流程提高性能，满足银行 60 路并发接入、能够承载 60 个银行网点，每个网点 3 个柜面的缴款并发业务请求，使系统高效稳定，同时提供丰富的缴款报表查询、趋势分析等功能。 基于 J2EE 技术，灵活方便的 Sokect 接口设计，可支持多银行系统接入，并且可以让系统的部署和集成优势变得非常明显，各种成本和费用减少，系统开发的代码量大量降低 [15]。 在应用开发技术上，运用面向对象的分析和开发技术及 组件技术，提高开发效率和应用系统的性能。 为了满足未来业务的发展，在系统结构的设计、应用软件结构与设备的选择等均要有较大的灵活性和方便性，使系统易于扩充和升级、维护。 系统可行性分析 技术可行性 目前 J2EE 技术已经非常成熟，结合 JSP， Servlet 及相关的关系数据库技术，完全能够实现并达到交通违法缴款的功能目标。 J2EE技术， B/S 架构部署简单，并且跨平台，升级维护也非常方便。 服务端可以在任何符合 IIS 规范的 Web 服务器上运行；只要符合本系统的数据库结构的要求，凡是能提供 ODBC 驱动程序的数据库；客户端是能运行或解释 HTML 代码、 Javascrip 代码的任何浏览器即可 [16]。 公安、银行信息系统技术在目前一个技术上成熟的系统，并且在银行公局内部准备采取有力的保证资金和人员配置，同时两大部门还具有一定数量的系统管理和维护的专业人员，确保技术支持和数据安全。 因此就目前使用的开发技术来说建议系统的功能目标完全能够达到，所以从技术上分析是可行的。 操作可行性 银行信息系统已经有很丰富的人机交互的设计经验，系统界面操作设计遵循简单明了原则：用户的操作尽 可能以最直接最形象最易于理解的方式呈现在用户面前；方便使用原则：符合用户习惯为方便使用的第一原则。 其它还包括，实现目标功能的最少操作数原则，鼠标最短距离移动原则等；用户导向原则：为了方便用户尽快熟悉系统，简化操作，应该尽可能的提供向导性质的操作流程。 加之银行单位内部管理、系统培训非常规范，柜员也具有使用计算机应用经验，所以系统的操作性是可行的。 经济可行性 一个信息系统的开发成本、运行费用和收益这些经济因素决定了该系统是否值得的做，只有投资预计能带来利润的系统才值得进一步去考虑。 该系统的 开发使用的是已经很成熟的技术和语言，系统的操作和维护都很简单和方便，这些都表明了该系统是一个低成本的系统，该系统的运行费用很低，在运营中的成本波动不大。 系统投入使用极大的减轻了民警的工作量，大大缩短交通违法缴款账务数据的比对时间，数据报表点击鼠标可见可定，效率大为提高；节省了群众办理违章处理和罚款缴纳业务的排队时间；与此同时给银行产生巨大经济利益。 因此从经济上来讲是可行的。 系统需求分析 功能需求 需求分析的目的是对目标系统提出尽可能完整、准确的需求，并建立相应的模型加 以描述。 在系统需求分析过程中我们采用 UML进行建模，包括用例图和活动图 [17]。 用例代表的是一个完整的功能，用例图将从用户的角度描述系统的功能，并指出各功能的操作者。 需要说明的是，用例图是站在外部用户的角度识别系统能完成什么样的工作，它不考虑系统内部是如何实现的。 用例图中包含系统、角色和用例三种模型元素。 在进行用例分析时，可以使用 UML 提供的动态模型 ——活动图，来刻画用例的动态特性。 活动图能直观清晰地描述工作流以及并行过程的行为。 活动图与常用的程序流程图相似，它们的主要区别在于程序流程图一般用来表示串行过程 ，而活动图则可以用来表示并行过程。 在模型中保留并行行为的描述，对于在实现阶段充分发现那些可以并行的工作非常有利，这将有助于提高工作效率和系统反映的灵敏程度 [18]。 本软件系统的建设内容包括银行业务处理、违法数据处理、交警接口调用、和违法缴款查询分析平台。 银行业务处理模块专门负责接收银行终端的查询、缴款、退款请求信息，能承载 60 个银行网点，每个网点 3 个柜面的业务并发处理；违法数据处理模块主要是负责违法数据入库、操作日志入库；交警接口调用和数据通信接口主要负责与省级公安内网的违法处理接口以及边界数据同步 ；查询分析平台能查询银行业务操作日志以及统计分析，可按日、月、季度和年度统计缴款金额，并可生成 Excel表格。 详细的需求描述如表 31 所示。 表 31 需求功能表 业务需求 详细描述 银行业务处理 接收银行客户端查询服务 服务端提供接收客户端查询请求，返回决定书应交款信息。 接收银行客户端缴款服务 服务端提供接收客户端缴款信息。 接收银行客户端退款服务 服务端提供接收客户端退款信息。 保存客户端查询日志 客户端查询信息保存数据库。 保存客户端缴款日志 客户端缴款信息保存数据库。 保存客户端退款日志 客户端 退款信息保存数据库。 接收银行账单文件 FTP 接收账单文件 违法数据处理 决定书编号转换和校验 违法滞纳金的动态计算 违法数据入库 续表 31 需求功能表 业务需求 详细描述 交警接口调用 读取违法信息接口 提供给警务通等实时查询违法信息，查询已处罚的违法信息。 银行对账录入接口 主要提供给财政和银行用于消除违法记录的状态，接口自动比对缴款金额和滞纳金，比对通过更新相关违法记录的缴款标记等字段，并更新机动车和驾驶证的 “违法未处理 ”状态。 XML 报文解析和封装 数据通信接口 系统符合公安内外网边界平台接入要 求，支持数据库同步应用及文件同步应用两种方式； 网闸数据通信接口 查询分析平台 能查询银行业务操作日志以及统计分析，可按日、月、季度和年度统计缴款金额 ,可生成 Excel表格。 客户端历史查询记录浏览及检索 客户端缴款记录浏览及检索 客户端退款记录浏览及检索 客户端上传缴款明细失败记录浏览及检索 客户端上传缴款明细成功记录浏览及检索 按采集部门统计罚款金额报表，并导出 excel文档或者 word 文档。 根据分析，系统主要分为缴款用户，柜员、交警财务人员以及系统管理员。 缴款用户主要进行自助终端、网上 银行缴款；银行柜员则负责代收缴款用户金额进行缴款操作；交警财务人员进行数据汇总以及核对账目；系统管理员负责系统基础数据管理和维护；从上可知，系统整体用例图如图 31 所示。 图 31 系统用例图 其他需求 （ 1）性能方面的需求。 在保证服务器性能的情况下，业务办理的查询要求在 3 秒钟内完成，对于较为复杂的报表统计查询要求在20 秒钟内完成。 （ 2）安全性方面的需求分析。 网络数据安全必须满足公安网数据接入规范，系统访问安全主要是通过设置访问权限，对不同的用户设置不同的访问权限和操作权限， 从而防止非法用户的访问和破坏或者的一些用户的越权操作。 （ 3）可靠性方面的需求分析。 即系统软件应该具有容错功能，当发生系统故障时，不会引发系统重启的故障；并且具有一定的保护能力。 （ 4）可用性方面的需求分析。 系统界面简单明了，用户易学易用，并且提高信息共享的程度，减少用户对数据的大量输入。 （ 5）可维护性方面的需求分析。 系统的可维护性是指系统软件交付使用之后直至软件被淘汰的整个时期内为了改正错误或满足新的需求而修改软件的活动。 系统要具有可维护性，有利于将来系统功能的改进。 （ 6）可扩 展性方面的需求。 可扩展性是软件设计的原则之一，它以添加新功能或修改完善现有功能来考虑软件的未来成长。 可扩展性是软件拓展系统的能力。 本章小结 本章节主要是对交通违法缴款系统进行了建设目标，可行性以及需求分析。 首先论证系统的建设是必要可行的，然后从系统的建设功能做了详细的需求分析，并且从系统的性能、安全性、可靠性、可扩展性、可用性和可维护性方面进行了简要的分析。 4 系统设计 本章从三大个方面对系统设计进行全面深入的讨论，首先就是从系统的总体设计角度进行论述包括设计思想和架构设计，最后从 系统数据库设计角度进行论述，再次从系统的各个功能模块的设计进行全面深入的论述。 系统设计原则 标准化原则 标准化或称规范化是一个信息系统建设的基础，也是系统与其他系统兼容和进一步扩充的根本保证。 银行缴款对账系统应在已有国家或部门标准、规范和指导性技术文件的基础上，兼顾现有基础条件和技术特征开展建设。 实用性原则 立足应用是信息系统建设的源动力，银行缴款对账系统应以满足当前用户的需求为主要目标，了解用户的实际需求，真正明确建设目标。 同时，系统应提供简单明了的用户使 用界面，使非专业用户使用起来更方便实用。 先进性原则 在系统总体设计上，在开发各类系统的成功经验基础上，也要注重吸取同类系统的建设经验；在软件开发思想上，严格按照软件工程的标准和面向对象的理论来设计，保证系统的先进性；在技术上，要采先进的且成熟的技术，使得设计更加合理、更为先进；在支撑环境上，在注重系统的实用性的前提下，尽可能采用先进的计算机软、硬件环境。 开放性原则 信息系统的开放性可以说是系统生命力的表现，只有开放的系统才能够兼容和不断发展，才能够保证前期投资持续有效 ，保证系统可分期逐步发展和整个系统的越来越完善。 系统建设应符合相应的数据标准，可以保障和其它系统的联系通信和数据交换，能和有关系统集成和兼容；同时，随着数据内容的不断丰富和完善，以及用户需求的不断提高，系统的功能应能够不断增加、完善以及扩展 [20]。 安全性原则 首先要注意涉信息数据的安全和保密问题，严格遵照国家相关保密政策，采用专门的信息安全机制，为空间信息共享创造安全的条件。 同时要确保系统运行的安全性，保证系统的抗干扰能力和保持正常工作的能力以及在错误干。