行政审批管理系统的设计与实现毕业论文.doc

行政审批管理系统的设计与实现毕业论文目录1 选题背景11.1 课题来源11.2 课题主要研究和解决的问题11.3 课题意义22 方案论证32.1 开发平台32.2 开发工具与技术分析32.2.1 Rational Rose32.2.2 MyEclipse32.2.3 MySQL42.2.4 Navicat for MySQL43 过程论述53.1 用例分析53.2 模块用例图63.3 顺序图93.4 协作图133.5 类图153.5.1 类图分析153.5.2 数据库关系模式分析163.6 状态图203.7 活动图213.8 系统结构图233.9 系统实现253.9.1 角色管理设计说明253.9.2 业务办理设计说明273.9.3 业务审核设计说明304 结果分析344.1 系统调试344.2 系统测试344.2.1业务办理功能测试354.2.2 业务审核功能测试365 总结与展望37致谢语391 1 选题背景泉州市使用传统的手工审批进行业务办理，办公地点较分散，市民办理审批事项要根据部门到对应的地点进行办理,给群众带来很大的麻烦；加上审批办理效率低下，办理一个审批事项往往要花上几个月的时间以及监督部门在对审批办理情况进行分析统计花费时间长等问题。政府为了方便群众办事，迫切希望各部门之间能够统一进行事项办理，因此必须借助计算机技术来缩短申报时间和减少了行政审批办理的周期，提高办事效率，使得行政审批往更加智能化、信息化、透明化的方向发展。1.1 课题来源泉州市行政审批服务中心是把具备行政审批职能的部门集中在一起，方便老百姓在一个地方就能够进行多种事项的办理的中心。各单位入驻指定地点之后，很多单位仍采用传统的手工审批办理方式，导致办事效率低下；分散的审批系统又给系统的开发和维护带来了很大的工作量，同时无法进行审批过程中的信息共享。针对以上问题，本文研究通用的行政审批管理系统的开发过程，该系统把各部门的信息、人员信息入驻到中心，通过事项管理进行审批事项的配置，为该中心提供一套能满足集中办理、方便监督、阳光透明的系统。1.2 课题主要研究和解决的问题行政审批管理系统可以实现系统管理员对字典、部门、人员信息、角色、菜单的管理，普通工作人员具有对业务进行受理、审核、审批、办结、不予受理等业务，也可以进行审批事项的管理;部门领导可以对该部门的业务进行监督监察，并且可以统计各个时间段的业务办理情况。实施网上行政审批管理系统有利于政府转变工作职能、改革审批体制、规范办事流程、缩减报批时间、提高办事效率、真正做到政府办事公开、公证、便民。其主要的设计内容和解决的问题大体为以下几点: (1)业务办理的设计和实现。 (2)待办业务的设计和实现。 (3)已办业务的设计和实现。 (4)办结业务的设计和实现。 (5)不予许可业务的设计和实现。 (6)监督管理的设计和实现。 (7)统计管理的设计和实现。 (8)字典管理的设计和实现。 (9)部门管理的设计和实现。 (10)人员管理的设计和实现。 (11)菜单管理的设计和实现。 (12)角色管理的设计和实现。 (13)事项管理的设计和实现。 (14)数据库管理的设计和实现。1.3 课题意义相比于传统的手工审批模式，应用行政审批管理系统大大改善了审批办事效率，老百姓办理事项不再需要到具体的部门进行办理，只要携带材料到行政服务中心使用本系统就可以进行事项的申报；同时减少了行政审批办理的周期；此外，通过数据库存储，数据的交互更加迅速，部门领导进行业务查询和数据统计，办理流程可查询，使得各环节的办理情况绿色透明，部门监督准确高效，业务办理收费公开，大大提高了政府部门的形象，“变群众跑为干部跑”，体现了以民为本的思想。2I2 方案论证为了实现行政审批管理系统，通过分析当前流行的开发工具，结合自己熟悉的平台以及本课题的需要，最终确定了开发平台和关键技术。2.1 开发平台行政审批管理系统的设计与实现使用的UML建模工具是Rational Rose Enterprise Edition。前台开发平台使用MyEclipse进行代码的开发。后台数据库使用MySql进行数据的存储交互。使用Navicat Premium 集成 MySql，使其能进行可视化的开发，提高了开发的效率。2.2 开发工具与技术分析2.2.1 Rational RoseRational Rose 是基于UML的可视化工具，具有能满足所有建模环境需求能力和灵活性的一套解决方案。该工具允许开发人员，分析人员，系统工程师和项目经理在软件开发周期内在将需求和系统的体系架构转换成代码，本次使用Rational Rose主要用于绘制用例图、顺序图、协作图、活动图和类图2.2.2 MyEclipseMyEclipse是对Eclipse的扩展，为Eclipse提供了一个大量私有和开源的Java工具的集合，这解决了各种开源工具的不一致的问题。通过MyEclipse实现Java、jsp、html以及CSS的开发，利用它可以在数据库和J2EE的开发、发布，以及应用程序服务器（如tomcat）的整合方面极大地提高工作效率，此外MyEclipse提供大量快捷键，有利于提高编程的速度。2.2.3 MySQLMySQL 是一种关联数据库管理系统,关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性，加上MySQL具有体积小、执行性能高、速度快以及开源等优点，适合中小型系统的开发。2.2.4 Navicat for MySQLNavicat for MySQL是一套专为 MySQL 设计的高性能数据库管理及开发工具。支持大部份 MySQL 最新版本的功能，包括触发器、存储过程、函数、事件、视图、管理用户等。3 过程论述3.1 用例分析行政审批管理系统主要分为三个角色：普通工作人员、部门领导以及管理员。为实现不同的人员具有不同的权限，要对人员进行权限控制。普通工作人员登陆系统后可以进行工作台的操作和审批事项的管理。其中工作台的操作包括：为群众申报进行的业务办理操作、业务办理过程中各环节的工作人员在待办业务可以看到自己所需处理的业务，在已办业务、办结业务以及不予许可业务中可以查看已经处理的业务。部门领导可查看不同状态下的业务在不同时间段的统计情况，同时也可以查看到该部门下的办件情况。管理员可以进行机构的管理、人员的管理、数据库管理、字典管理、菜单管理、角色管理等。行政审批管理系统的总用例图如图3-1所示。图3-1 行政审批总用例图3.2 模块用例图用例图是用来描述客户需要系统提供的功能，然后通过图形化的方式展现出来。用例图由参与者（角色）、用例（Use Case）、系统边界、箭头组成，包含了包括、扩展、关联等关系。由于篇幅有限，本文以角色管理用例、业务办理用例、业务审核用例进一步分解。(1) 角色管理用例，为了满足不同的人员具有不同的权限，需先建立对角色进行增加、修改以及删除操作，角色创建完后，通过菜单分配和人员分配从而实现了权限的管理。根据以上分析，角色管理用例包含了角色添加、角色修改、角色删除、菜单分配以及人员分配子用例。角色管理用例图如图3-2所示。图3-2 角色管理用例图 功能用例描述表如表3-3所示。表 3-3 角色管理用例描述表用例名称角色管理用例图参与者管理员描述产生的原因：为了满足不同的人员具有不同的权限大概过程：新增角色，期间可以修改角色或删除角色，角色创建完成后，进行分配菜单和分配人员输出结果：权限分配成功前置条件登录系统基本事件流（1） 新增角色（2） 修改角色（3） 分配菜单（4） 分配人员备选事件流管理员不想继续完成功能，选择取消按钮，返回主界面，选择其他需要的功能操作异常事件流无 （2）业务办理用例，群众带齐申报材料到行政服务中心办理业务，工作人员根据群众申报的事项，录入申请信息和提交附件材料。通过分析，该用例包含了填写表单和上传附件两个子用例。业务办理用例图如图3-4所示。 图3-4 业务办理用例图 功能用例描述表如表3-5所示。表 3-5 业务办理用例描述表用例名称业务办理用例图参与者普通工作人员描述产生的原因：群众带申报材料到行政服务中心办理 业务，工作人员根据群众申报的事项，进行业务办理大概过程：工作人员录入申请信息和上传附件输出结果：办理成功前置条件登录系统基本事件流（1） 录入申请信息（2） 上传附件备选事件流普通工作人员不想继续完成功能，选择取消按钮，返回主界面，选择其他需要的功能操作异常事件流无（2）业务审核用例，工作人员审核受理通过的业务，查看表单数据是否符合和下载申报材料查看材料是否符合办事指南要求，填写相应的审核意见，如果符合，则选择提交，选择审批环节人员，进入审批环节；如果不符合，则选择对该业务进行不予许可的操作。根据以上分析，该用例包含了：附件下载、填写审核意见、不予许可和审核通过四个子用例。业务审核用例图如图3-6所示。图3-6 业务审核用例图 功能用例描述表如表3-7所示。表 3-7业务审核用例描述表用例名称业务审核用例图参与者普通工作人员描述产生的原因：工作人员需要对受理通过的业务进行审核操作大概过程：查看已受理的业务，进行审核，并填写审核意见输出结果：审核通过或不予许可前置条件登录系统，存在已受理的业务基本事件流（1） 查看表单数据（2） 下载附件（3） 填写审核意见（4） 选择审批环节人员（5） 进行不予许可操作备选事件流普通工作人员不想继续完成功能，选择取消按钮，返回主界面，选择其他需要的功能操作异常事件流无3.3 顺序图顺序图是用来描述用来描述对象间的交互关系。顺序图是将交互关系表示为一个二维图。纵向是时间轴，时间沿竖线向下延伸。横向轴代表了在协作中各独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。(1) 管理员登陆系统后，点击角色管理界面，读取角色添加列表界面，点击添加角色进入角色添加界面，录入角色基本信息，点击保存，保存的时候判断角色名是否为空和角色名是否已经存在，如果不存在，把角色信息传到角色业务逻辑处理进行角色的保存，并且返回保存结果；如果角色名为空或者角色存在，给予相应的提示，取消保存。角色添加顺序图如图3-8所示。图3-8 角色添加顺序图 (2) 管理员登陆系统后，点击角色管理，读取角色列表信息，选择一个角色，点击人员分配，查询所有人员列表，并以树形方式展示，根据点击角色的编号读取已分配该角色的用户，并且对其勾选。勾选要分配该角色的人员，点击确定，提交人员分配保存的操作。人员分配顺序图如图3-9所示。图3-9 人员分配顺序图 (3) 普通工作人员登陆系统之后，点击工作台管理的业务办理，打开业务办理的界面，点击“选”选择要办理的事项，当确定办理事项后，根据事项编号读取事项的办事指南、业务基本信息以及材料信息映射到业务办理界面，填写完表单信息之后，点击保存表单，页面判断表单信息是否完整，如果完整，则进行表单信息的保存。保存完表单信息开始申报材料的操作，工作人员根据申报材料的类型进行操作，对群众提供的纸质材料符合办事指南的申报材料需求的进行勾选，对电子材料进行文件的上传，上传完之后自动勾选对应的材料，之后点击保存附件，进行申报材料的保存操作。业务办理顺序图如图3-10所示。图3-10 业务办理顺序图(4) 工作人员选择一条状态为审核的业务查看业务详情，查看表单信息和下载申报材料查看是否符合要求，填写对应的审核意见。审核通过，则提交给审批环节的工作人员，审核不通过的进行不予许可操作业务审核顺序图如图3-11所示。图3-11 业务审核顺序图3.4 协作图协作图描述对象间交互。与顺序图强调消息的时间顺序不同，协作图强调的是参与交互的对象间的组织关系，也就是对象间的交互和链接。协作图显示某组对象如何为了由一个用例描述的一个系统事件而与另一组对象进行协作的交互图。使用协作图可以显示对象角色之间的关系，如为实现某个操作或达到某种结果而在对象间交换的一组消息。（1）普通工作人员主要负责申报事项的选择、填写表单信息和进行申报材料的提交。申报材料包括上传电子附件和勾选提交的纸质材料；业务办理界面负责验证表单信息、提交保存表单信息、提交保存附件信息和验证申报材料是否齐全；业务逻辑处理主要负责将业务数据和申报材料保存到数据库；事项界面主要负责调用事项业务逻辑处理进行页面初始化和当确定事项后读取该事项的申报列表进行申报材料列表初始化。业务办理协作图如图3-12所示。图3-12 业务办理协作图（2）普通工作人员负责创建待办业务界面、业务信息界面、审核意见界面、人员界面、提交保存审核意见请求和提交保存人员选择请求。业务逻辑处理主要将常用审核意见返回给审核意见界面和将表单信息、申报材料列表信息和审核意见列表信息返回给业务信息界面。人员业务逻辑处理界面负责将人员信息数据传给人员界面。人员界面将人员数据组装成树形结构显示。人员审核协作图如图3-13所示。图3-13 业务审核协作图3.5 类图3.5.1 类图分析类图(Class Diagram)是用来描述对象模型的静态结构方面。表达类集、接口集、协作以及它们之间的关系。类图有实体类、边界类、控制类。本文主要阐述系统实体类的设计。根据用例图和系统结构图设计了部门信息、员工信息、角色信息、菜单信息、事项信息、申报材料信息、业务申报信息、业务申报流程信息、数据库操作信息等主要实体类。以下列表达相关实体类之间关系的类图。业务审核类图如图3-14所示。图3-14 业务审核类图3.5.2 数据库关系模式分析关系模式是关系数据库中全部数据的逻辑结构和特征的描述，仅仅涉及型的描述。关系模式必须指出关系的结构，即它由哪些属性构成，这些属性来自哪些域及属性和域之间的映象关系。下面将用二维表的形式来描述本次设计中数据库的关系模式，由于篇幅所限，本文仅列出部分的关系模式。表3-15 角色信息表属性名称类型长度备注unidint8主键rolenamevarchar100角色名 表3-16 部门信息表属性名称类型长度备注depart_unidmediumint8主键depart_parentidmediumint8父节点编码depart_leveltinyint4级别depart_namevarchar30部门名称depart_phonevarchar15部门电话depart_addressvarchar50部门地址depart_createtimetimestamp创建日期表3-17 用户信息表属性名称类型长度备注user_unidmediumint8主键user_loginnamevarchar20登陆名user_passvarchar35密码user_namevarchar20姓名user_sexvarchar20性别user_agetinyint3年龄user_phonevarchar15电话号码user_addressvarchar50地址user_idCardvarchar20身份证号user_nationvarchar30民族user_postvarchar20user_picvarchar80图片保存地址user_roletinyint4是否是超级管理user_departmediumint8部门编号user_isdeletetinyint4删除标志 0 没删除 1 删除user_createtimetimestamp0创建时间user_deletetimedatetime0删除日期 表3-18 角色信息表属性名称类型长度备注unidint8主键rolenamevarchar100角色名表3-19 角色人员信息表属性名称类型长度备注roleidint8主键useridint8主键 表3-20 菜单信息表属性名称类型长度备注unidint8主键menunamevarchar50菜单名称menutypevarchar50菜单类型locationvarchar500链接地址classNamevarchar500Css classnameimageSrcvarchar200图片保存地址表3-21 角色菜单信息表属性名称类型长度备注roleidint8主键menuidint8主键 表3-22 字典信息表属性名称类型长度备注unidint8主键dicnamevarchar100字典名descriptionvarchar200描述parentidint8父节点编码dictypevarchar100字典类型表3-23 数据库处理信息表属性名称类型长度备注unidint8主键typeint8备份或者还原 1 备份 2 还原createtimetimestamp0创建时间pathvarchar500备份文件存放目录 表3-24 事项信息表属性名称类型长度备注unidint8主键worknamevarchar32事项名worktypevarchar32类别createtimetimestamp0创建日期departidint8部门编号 表3-25 材料信息表属性名称类型长度备注unidint8主键resourcenamevarchar300材料名称resourcetypevarchar32材料类型workidint8事项编码表3-26 业务表单信息属性名称类型长度备注unidint10主键namevarchar32姓名unitvarchar32工作单位credentialstypevarchar32证件名称cerdentnumvarchar32证件号码addressvarchar100联系地址zipcodevarchar32邮政编码linktelvarchar32联系电话remarkvarchar500备注operatoridint8经办人iddispatch_namevarchar100规则：关于姓名_事项名的申请workidint8事项编码createtimetimestamp0创建时间stateint5状态0 草稿箱 1 在办 5 不予许可 10 办结表3-27 业务材料记录表属性名称类型长度备注dispatchidint8主键resourceidint8主键createtimetimestamp0创建时间filepathvarchar320附件保存地址表3-28 业务流程信息表属性名称类型长度备注dispatchflow_unidint10主键dispatchflow_dispatchint10业务编号dispatchflow_sendermediumint9发送者编号dispatchflow_receivermediumint9接收者编号dispatchflow_createtimetimestamp0创建日期dispatchflow_sendtimetimestamp0发送日期dispatchflow_sendflagtinyint3是否发送dispatchflow_dealflagtinyint3是否填写审核意见dispatchflow_dealviewvarchar255审核意见dispatchflow_dealtimetimestamp0填写审核意见时间dispatchflow_isbackvarchar255是否不予许可dispatchflow_isovertinyint3是否结束dispatchflow_lastnodeint10上个节点编号dispatchflow_stepnamevarchar50记录当前所处的状态3.6 状态图状态图（Statechart Diagram）主要用于描述一个对象在其生存期间的动态行为，表现为一个对象所经历的状态序列，引起状态转移的事件（Event），以及因状态转移而伴随的动作（Action）。由于篇幅有限，仅以业务审批过程为例。(1)本文以审批计划业务为例，描述其整个生命周期中各个状态的转变。审批计划最开始的状态为“受理”，受理通过后，状态更新为“审核”，如果受理不通过，另一个状态是“不予许可”，进入审核阶段，如果审核通过后，状态置为“审批”，若审核不通过，状态为“不予许可”，然后进入审批阶段，如果审批通过，状态更新为“办结”，业务结束，如果审批不通过，则为“不予许可”。审批状态图如图3-29所示。图3-29 审批状态图3.7 活动图活动图是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。活动图着重表现从一个活动到另一个活动的控制流，是内部处理驱动的流程。（1）群众带齐申报材料到行政服务中心办理业务，工作人员根据群众申报的事项选择对应事项，根据提交的申请信息和附件材料进行填写表单信息，点击保存，如果保存失败，那么会提示错误的信息，如果保存成功，则保存申报材料。业务办理活动图如图3-30所示。图3-30 业务办理活动图（2）工作人员登录系统，进行查看表单数据，并核对业务信息，下载申报材料，之后填写相应的审核意见，如果符合，则选择提交，选择审批环节人员，进入审批环节；如果不符合，则选择对该业务进行不予许可的操作。业务审核活动图如图3-31所示。图3-31 业务审核活动图3.8 系统结构图根据用例分析，本系统主要实现工作台管理、监督统计管理、以及系统管理三个大模块。以下详细诉述每一个模块。（1）业务办理：工作人员根据申报人申报事项选择对应的事项进行业务的办理。（2）待办业务：工作人员未处理的业务，在待办业务中显示，各工作人员处理待办业务中的信息，并且填写审核意见。（3）已办业务：记录该工作人员已经处理过的业务信息。（4）办结业务：记录该工作人员下已经处理过的办结的业务信息。（5）不予许可业务：记录该工作人员已经处理过的的不予许可业务。（6）监督管理：部门领导可以监督该机构下业务办理的情况。（7）统计管理：部门领导可以统计该部门各个时间段业务办理的情况。（8）字典管理：包括字典的增加、删除、修改操作，通过字典管理方便后期对字典项的维护。（9）部门管理：包括部门的增加、删除、修改以及查询的功能。（10）人员管理：在部门下进行人员的增加、删除、修改以及查询，并且可以对人员进行密码初始化等功能；（11）菜单管理：菜单的增加、删除、修改操作。（12）角色管理：对角色的增加、删除、修改，并且可以为各角色分配菜单和人员。（13）事项管理：事项的增加、删除、修改以及查询，以及该事项对应申报材料的增删改操作。（14）数据库管理：数据库的备份与还原。系统总体结构图如图3-29所示。图3-32 系统总体结构图3.9 系统实现本系统实现了工作台管理、事项管理、部门管理、人员管理、字典管理、菜单管理、角色管理、监督统计管理和数据库管理等功能，由于篇幅有限，主要以角色管理、业务办理、业务审核和业务办结为例进行说明和分析。3.9.1 角色管理设计说明（1）角色管理主要可以对角色进行新增、修改和删除，选择一个角色名称后，可以进行人员分配，人员可以选择多个，人员分配成功后，可以进行分配菜单，即给对应角色分配对应菜单。角色管理的分配用户界面如图3-30所示。图3-33 分配用户界面图（2）功能运行描述用户选择一个角色进行人员分配。当用户没有选择角色或者选择多个角色，提示只能选择一个角色进行人员分配。当用户点击分配用户之后，读取所有人员列表，以及对已分配该角色的人员进行勾选的操作，当管理员保存后进行人员分配的保存。（3）核心代码： /* * 为角色分配用户 * param unid 角色编号 * param userids 用户编号字符串集合 如 2,3,5 * return row0 更新的行数 */ public boolean setRoleUser(String unid, String userids) throws LineWellException int row = 0; Connection conn = null; PreparedStatement pstmt1 = null; PreparedStatement pstmt2 = null; ResultSet rs = null; try conn = JdbcUnits.getConnection(); / 开启事务 conn.setAutoCommit(false); / 删除该角色下的用户关联关系 pstmt1 = conn.prepareStatement(SqlUtil.ROLE_USER_DELETE_SQL); pstmt1.setInt(1, Integer.parseInt(unid); row += pstmt1.executeUpdate(); / 重新添加 if (userids.contains(,) / 多个用户 String userArray = userids.split(,); for (String uid : userArray) pstmt2 = conn .prepareStatement(SqlUtil.ROLE_USER_INSERT_SQL); pstmt2.setInt(1, Integer.parseInt(unid); pstmt2.setInt(2, Integer.parseInt(uid); row += pstmt2.executeUpdate(); else /单个用户 pstmt2 = conn.prepareStatement(SqlUtil.ROLE_USER_INSERT_SQL); pstmt2.setInt(1, Integer.parseInt(unid); pstmt2.setInt(2, Integer.parseInt(userids); row +=pstmt2.executeUpdate(); /提交事务 mit(); catch (SQLException e) e.printStackTrace(); try /事务回滚 conn.rollback(); catch (SQLException ex) ex.printStackTrace(); LineWellException e1 = new LineWellException(e.getMessage(); throw e1; finally /释放资源 JdbcUnits.free(conn, pstmt1, rs); JdbcUnits.free(conn, pstmt2, rs); return row 0;3.9.2 业务办理设计说明（1）进入业务办理页面，选择事项名称，弹出一个事项对话框，可以进行事项选择，选完事项后，能相应的映射表单信息和材料信息。业务办理界面如图3-34、图3-35和图3-36所示。图3-34 事项选择界面图图3-35 表单基本信息界面图图3-36材料信息界面图（2）功能运行描述普通工作人员点击业务办理的新建业务操作。点击“选”进行事项的选择。事项选择完毕后，将事项名称、事项类别映射到表单基本信息，并且把该事项的材料信息映射到材料信息列表。（3）业务办理保存界面，输入相应的表单基本信息，系统能对表单的字段进行校验，如果校验不通过，提示相应错误信息，如果校验通过，则保存到事项基本表中。业务办理保存界面如图3-37所示。图3-37 业务办理保存界面图（4）功能运行描述当点击保存菜单之后,首先判断表单基本信息的完整性。如果不完整，则给予相应的提示，如果表单信息完整，将事项编号、姓名、工作单位、证件类别、证件号码、经办人、邮政编码、联系地址、联系电话、以及备注保存到事项基本表中，并且返回保存操作的返回结果。（5）业务办理附件上传，若办理人提供的是纸质文件，附件页面提供工作人员进行勾选项，若是电子文件，可以进行上传电子附件。业务办理附件上传界面如图3-38所示。图3-38 附件上传界面图（6）功能运行描述当用户表单信息保存之后，进行申报材料的保存。对纸质材料，如果用户提供了纸质材料，则进行勾选。如果是电子材料，申报人提供给工作人员，工作人员进行附件的上传，材料上传完成之后，自动勾选。等材料全部提交完毕之后，点击保存附件进行附件的保存。（7）业务办理核心代码 /* * 新建业务 * dispatch */ public int createDispatch(Dispatch dispatch) throws LineWellException Connection conn = null; PreparedStatement pstmt1 = null; ResultSet rs = null; int dispatchId = 0; try conn = JdbcUnits.getConnection(); / 开启事务 conn.setAutoCommit(false); / 插入文章 pstmt1 = conn.prepareStatement(SqlUtil.DISPATCH_INSERT_SQL, Statement.RETURN_GENERATED_KEYS); pstmt1.setString(1, dispatch.getName(); pstmt1.setString(2, dispatch.getUnit(); pstmt1.setString(3, dispatch.getCredentialstype(); pstmt1.setString(4, dispatch.getCerdentnum(); pstmt1.setString(5, dispatch.getAddress(); pstmt1.setString(6, dispatch.getZipcode(); pstmt1.setString(7, dispatch.getLinktel(); pstmt1.setString(8, dispatch.getRemark(); pstmt1.setInt(9, dispatch.getOperatorid(); pstmt1.setString(10, dispatch.getDispatch_name(); pstmt1.setInt(11, dispatch.getWorkid(); pstmt1.setInt(12, dispatch.getState(); pstmt1.executeUpdate(); ResultSet rs1 = pstmt1.getGeneratedKeys(); if (rs1.next() /返回业务编码 dispatchId = rs1.getInt(1); /提交事务 mit(); catch (SQLException e) try /事务回滚 conn.rollback(); catch (SQLException e2) e2.printStackTrace(); e.printStackTrace(); LineWellException e1 = new LineWellException(e.getMessage(); throw e1; finally /释放资源 JdbcUnits.free(conn, pstmt1, rs); return dispatchId; 3.9.3 业务审核设计说明（1）业务审核附件下载主要提供工作人员对待办业务的材料信息进行下载，以供工作人员进行核对是否审核通过的依据。业务审核附件下载界面如图3-39所示。图3-39 附件下载界面图（2）功能操作描述当工作人员点击处于审核状态的待办业务时，读取表单的基本信息和材料信息映射到页面。对已经提交的材料进行勾选，对于电子材料具有下载的操作。（3）提交审核意见主要是在核对表单信息和材料后，进行填写审核意见，若审核通过，则符合条件，若审核不通过，则不予许可。提交审核意见界面如图3-40所示。图3-40 审核意见界面图（4）功能运行描述工作人员查看表单基本信息以及查看附件后，填写审核信息，常用审核意见通过数据字典获取。（5）业务审核人员选择主要是在审核通过的情况下，弹出人员选择列表，勾选审批环节的工作人员。人员选择界面如图3-41所示。图3-41 人员选择界面图（6）功能运行描述当用户填写完审核意见之后。对表单基本信息不符合要求或者申报材料不符合要求的给予不予许可操作。对审核通过的，提交给审批环节的工作人员。点击提交，弹出人员选择列表，勾选下个环节人员，点击确定，完成业务审核操作。（7）业务审核核心代码 /* * 提交 * param dispatchFlow * return * throws LineWellException */ public boolean tijiao(DispatchFlow dispatchFlow,int userid) throws LineWellException Connection conn = null; PreparedStatement pstmt1 = null; PreparedStatement pstmt2 = null; ResultSet rs = null; int row = -1; try conn = JdbcUnits.getConnection(); / 开启事务 conn.setAutoCommit(false); / 插入文章 String updateStr= set dispatchflow_sendtime=now(),dispatchflow_sendflag=1 where dispatchflow_unid=?; pstmt1 = conn.prepareStatement(SqlUtil.DISPATCHFLOW_UPDATE_SQL+updateStr); pstmt1.setInt(1, dispatchFlow.getId(); row=pstmt1.executeUpdate(); pstmt2 = conn.prepareStatement(SqlUtil.DISPATCHFLOW_INSERT_SQL); pstmt2.setInt(1, dispatchFlow.getDispatchId(); pstmt2.setInt(2, dispatchFlow.getReceiver(); pstmt2.setInt(3, userid); pstmt2.set