1、 行政 审批框架设计规格说明书 第 1 页 共 30 页 行政审批框架 设计 说明书 行政 审批框架设计规格说明书 第 2 页 共 30 页 版本历史 日期 版本 说明 作者 行政 审批框架设计规格说明书 第 3 页 共 30 页 目录 1. 引言 5 1.1. 编写目的 5 1.2. 系统简介 5 1.3. 适用范围 5 1.4. 术语和缩略语 5 1.5. 参考资料 5 2. 系统设计目标 . 6 2.1. 关键功能分析 6 2.1.1. 审批事项 6 2.1.2. 表单控制 6 2.1.3. 工作流处理 6 2.1.4. 系统管理维护 6 2.2. 非功能性分析 7 2.2.1. 安全性
2、 7 2.2.2. 高性能 7 1. 系统设计原则及约束 . 7 1.1. 设计技术路线 7 2. 系统总体设计 . 7 2.1. 系统架构图 8 3. 系统逻辑架构 . 10 3.1. 逻辑架构图 10 3.2. 核心业务对象分析 . 12 3.3. 关键功能设计 13 3.3.1. 审批事项 13 行政 审批框架设计规格说明书 第 4 页 共 30 页 3.3.2. 表单处理设计 14 3.3.3. 流程挂接流转 16 3.3.4. 自定义列表 17 3.3.5. 报表工具 21 3.3.6. 消息通信 24 3.3.7. 基础管理维护 26 3.4. 非功能性 需求设计 . 27 3.4
3、.1. 性能设计 27 3.5. 接口设计 27 4. 系统功能设计 . 27 4.1. 窗口受理系统 28 4.1.1. 申请管理 28 4.2. 后台管理系统 29 4.2.1. 用户管理 29 4.2.2. 系统设置 29 5. 系统开发架构 . 29 5.1. 工程划分（ PROJECT） . 29 5.2. 工程（ PROJECT）目录结构 . 29 6. 系统数据架构 . 30 6.1. 数据模型 30 6.2. 持久化方案（可选） . 30 行政 审批框架设计规格说明书 第 5 页 共 30 页 1. 引言 1.1. 编写目的 此总体设计说明书是为了说明行政审批 平台 框架的设计
4、 目标 、系统 总体设计 、系统 架构、 功能 框架 ，及系统数据 架构等 。为系统详细设计人员、开发人员进行后续设计及开发时提供输入参考。 1.2. 系统简介 行政审批 平台 框架 是公司 产品 型 OA 及行政审批类应 用系统框架 ， 其提供了此类应用系统基础性的构件，实现应用系统快速搭建平台。 1.3. 适用范围 此文档的使用范围是需求确认完成到详细设计前期阶段，认为是项目的启动阶段文档。 主要的阅读对象时项目设计者及项目开发人员 。 1.4. 术语和缩略语 术语、缩略语 说明 1.5. 参考资料 通用行政审批平台需求规格说明书 行政 审批框架设计规格说明书 第 6 页 共 30 页 2
5、. 系统设计目标 2.1. 关键功能分析 本 平台主要的 业务 是 审批 业务， 围绕审批 业务 主 线 的相关 功能属于 平台 核心 基础构件 功能， 核心基础功能包括 ： 审批事项、表单控制、 工作流处理（针对特殊场景支撑）、系统后台管理维护、消息管理、列表 展示机制、审批受理、审批办理、报表展示、数据查询、打印处理等。 2.1.1. 审批事项 审批事项对象是行政审批系统表单对象的基础，每个业务表单对应一个审批事项， 包括事项名称、相关法律法规、对应处室、承诺时限、事项编号、是否可延期、事项分类 、办理事项所需要材料、对应流程、表单模板等 等 。 2.1.2. 表单控制 表单控制是平台中最
6、主要的对象之一，涉及内容较多。表单中包括：抽象表单（与业务表单冗余，主要用于查询统计等）、业务表单、实例化的任务对象、业务附件，这些内容共同组成一个表单对象。 2.1.3. 工作流处理 工作流构件是通用审批平台核心组件，平台通 过其实现审批业务的流转和控制，针对各类特例场景进行支撑。 2.1.4. 系统管理维护 完成平台公共资源的管理配置，包括：组织机构、人员、角色、权限、工作流程配置、数据字典、节假日管理等。 行政 审批框架设计规格说明书 第 7 页 共 30 页 2.2. 非功能性分析 2.2.1. 安全性 1. 用户在浏览器输入密码时，要防止木马盗取。 2. 用户提交的信息在互联网传输时
7、，要防止信息窃取。 2.2.2. 高性能 1. 首页等动态 数据较多的页面 加载时间不超过 2 秒。 2. 常规 页面加载 时间不超过 1 秒。 1. 系统设计原则及约束 1.1. 设计技术路线 工作流处理： 工作流组件改进升级集成至平台 平台后台管理维护 ： 用户管理组件改进集成至平台 系统 平台 主体 框架 ： 应用部门通用 Spring Mvc + Mybatis 框架 。 2. 系统总体设计 行政 审批框架设计规格说明书 第 8 页 共 30 页 2.1. 系统架构图 数据层 行政 审批框架设计规格说明书 第 9 页 共 30 页 对结构化数据和非结构化数据进行调度和存储。 通用审批平
8、台整合流程数据、表单数据、审批数据、消息数据等各类数据统一集中处理。 支撑层 支撑层通过应用服务器，提供对系统应用层强大的支持，包括组件 支撑和支撑 应用 ，组件支撑为应用系统 提供 轻量 级 的支撑 组件，支撑应用在支撑组件的基础上为系统应用提供支持，让 系统 具备较高的 可 扩展 性 。 集成层 集成层是系统对外提供的数据交换和服务对接的 入口 、 主要针对基于 SOA 服务接口和门户集成统一登录进行 处理。 应用层 应用层是整个 平台 非常重要的组成部分，是对业务处理的重要环节， 规划提供的应用系统为申报子系统、内网审批子系统和后台基础管理子系统 。 展现层 展现 层是 面直接 面 向
9、用户的应用，是 整个 平台的 信息 、 数据 的入口， 主要包括政府门户网站、行政审批专网、政务服务大厅等入口 。 行政 审批框架设计规格说明书 第 10 页 共 30 页 3. 系统逻辑架构 3.1. 逻辑架构图 行政审批平台以“工作流引擎组件 ”做为核心，集成现有的“平台基础组件”。形成以“工作流”、“平台基础组件”为基础，并集成其它 综合 构件及平台业务 管理为支撑的一体化 行政审批平 台。 1、 平台 基础 管理 应用主要包括 ： 用户组织管理、权限管理、字典管理、菜单管理、日志管理及流程设计等。 2、 平台业务 管理应用主要包括 ：行政审批事项、表单处理、业务表单处理、业务流转处理、
10、信息发布、消息管理等。 3、 其它综合构 件 主要包括 ： mmGrid 自定义列表、 JasperReports 报表、自定义表单、规则引擎、缓存插件等。 自定义列表可以根据需要管理前台页面列的显示，包括列宽、显示 /隐藏、排序、行政 审批框架设计规格说明书 第 11 页 共 30 页 位置等进行设置。报表是对行政审批系统中需要进行报表统计、展示、导入、打印等业务的一个报表插件，提供 打印或导出在多种文档格式 ,包括 HTML、 PDF、 Excel、OpenOffice 和 doc。 缓存可以与系统 应用技术框架 Spring、 hibernate 很好的进行组合。对行政审批系统各个业务功
11、能中需要多次请求，不易发生变化的数据进行缓存实现（如：字典、资源、角色、各种类型等），以减少对数据库的访问请求。可以将数据缓存于内容、磁盘、及持久到相关 日志型 key-value 数据库。 3.2. 构件集成方式 通过审批平台构建的基础思想是 基础平台的 构 件化 ， 建立一个 行政审批基础平台的微内核，微内核 是一系列公共构件的 集成整合处理 ，是跟每一个业务组件紧密相关 的。 把业务基础平台中可以分离出来的内容单独作为一个组件，即公共组件，从而实现业务组件和公共组件的分离 。 业务 组件和公共组件使用一个数据库，通过公共组件及相关的标准实现整合。 公共构件 包含基础 管理、流程 管理、消
12、息处理等，在数据层面分 别对应着基础 数据、流程数据、消息数据等。考虑到公共服务组件的独立性， 保证每一个组件独立升级之后不会影响到其他的公共服务组件以及业务组件， 因此对公共服务构件进行封装处理。 行政 审批框架设计规格说明书 第 12 页 共 30 页 3.3. 核心 业务对象 分析 通过 对 审批平台核心业务对象的 抽象 分析 ， 整体上平台主体业务对象包括审批事项、工作流程、表单、 选择模板实例、文单模板实例、基础信息等，具体关系如下： 行政 审批框架设计规格说明书 第 13 页 共 30 页 如上图所示，审批事项、选项模板、文单模板、流程模型对象为关联关系，通过配置决定该审批事项的主
13、要元素信息，然后通过抽象批办对象实例化实例通用业务，再具体批办对象通过继承关系实现个性化业务。 3.4. 关键功能设计 3.4.1. 审批事项 审批事项是通用行政审批平台的基础类型事项，其重点是对事项内容配置设定，核心是事项相关配套的动态内容、流程类型、表单内容的挂接设定 ，以各类相关模板定义为主。 行政 审批框架设计规格说明书 第 14 页 共 30 页 以审批事项为主体，挂接表单内容及相关实体， 从而形成一个审批事项模板。并挂接流程类型。在流程创建的时，以此事项模板为主要对象。产生相关的动态内容、表单内容及相关实体数据，从而形成审批事项流程模板。 3.4.2. 表单处理设计 表单处理 实
14、质上是审批件的实例化 ，不同的业务事项 本身具备不同的内容 和处理机制。目前审批平台提供一套表单的基础的框架结构， 各业务的具体 选项和 表单内容可 通过 自行开发 和平台配置选项来实现，并整合到表单基本框架中，表单 框架 结构如下 ： 行政 审批框架设计规格说明书 第 15 页 共 30 页 表单 对象业务逻辑设计 ： 行政 审批框架设计规格说明书 第 16 页 共 30 页 3.4.3. 流程挂接流转 通用行政审批平台关键核心为审批流程 ， 其主要通过集成工作流组件进行控制和展示 、针对行政审批平台的流程场景，需要对现有工作流组件进行升级改造， 具体 升级改造 实现 详见工作流组件改进设计
15、说明书 ,重点需要升级改进流程规则支持、委托等相应功能。 行政 审批框架设计规格说明书 第 17 页 共 30 页 如上图所示，平台通过调用升级后的工作流组件接口，集成常规流程实例流转实现，包括人工任务、会签等各类 流程 流转场景。 3.4.4. 自定义列表 自定义列表是对前端 业务数据列表展示进行自定义控制。在 基础管理中 根据业务数据需要显示的 列进行列表 自定义 设定 。前台数据在展示的时候，会根据后台设置的自定义 列 表设定信息 显示相关的数据。 前台根据自定义列表进行数据展示，使用 jquery 插件 mmGrid， 该插件 兼容多个浏览器，经选型后适用于平台中列表信息的统一展示，其
16、主要特点为： 基于 jQuery 的表格部件 ， 样式表简单 ，易于扩展修改 ， 简洁 、不 依赖 太多文件 ， 兼容多个浏览器，包括 IE6, 自定义列表功能机制如下图所示： 行政 审批框架设计规格说明书 第 18 页 共 30 页 mmGrid 的基本功能说明： 1、列排序 2、内容换行（ 内容超出单元格长度时是否折行显示 ） 行政 审批框架设计规格说明书 第 19 页 共 30 页 3、选框列 行多选： 行单选： 4、索引列（可调索引列宽度） 5、分 页（ 开发者可以根据自己的需求选择使用其他分页器 ） 行政 审批框架设计规格说明书 第 20 页 共 30 页 6、表头分组（支持两层）
17、3.4.5. 个人主页 个人主页采用后台设置的方式实现自定义个人主页栏目的显示， 通过个人主页模板进行个人主页项的统一设置。 用户登录系统后在没有进行个性化主页设置的情况下，系统统一按照主页模板设置的配置进行个人主页的显示，用户进行个性化设置设定的是模板中相关栏目的 是否显示，显示顺序，当进行个性化设定后按照个性化设置实例中配置的信息进行相关栏目的显示。 个人主页配置相关机制如下图所示： 行政 审批框架设计规格说明书 第 21 页 共 30 页 3.4.6. 报表工具 报表工具采用 java 开源的 JasperReports。 JasperReports 是一个用 Java 开发的 开源 的
18、 程序库 ，是世界上最流行的开源报告引擎 。 使用户能够透过它，利用 Java 语言来开发具有报告功能的程序。 JasperReports 的模版采用 XML 格式，从 JDBC数据库中撷取合适的资料，并把资料在屏幕、打印机显示，或以 PDF、 HTML、 XLS、 CSV 及 XML 等各种格式储存。 它是完全用 Java 编写的 ,它是能够使用的数据来自任何类型的数据源 ,并生成像素级的文档 ,可以查看、打印或导出在多种文档格式 ,包括 HTML、 PDF、 Excel、 OpenOffice 和 doc。 特点： 1、 是 JAVA 开发者使用最多的工具。 2、 iReport 是为 J
19、asperReports 设计的强大的，直观的，易于使用的可视化报表设计器采用纯 Java 开发。这个工具允许用户可视化编辑包含 charts,图片 ,子报表等的复杂报表。 iReport 还集成了 JFreeChart 图表制作包。允许用户可视化地编辑 XML JasperDesign 文件。用于打印的数据可以通过多种方式获取包括： JDBC, TableModels, JavaBeans, XML,Hibernate(支持 HQL 查询语言 ), CSV 等。它支持多种输出格式包括： PDF,RTF,XML,XLS,CSV,HTM 等。 3、 结构清晰，易于操作 。 4、 iReport
20、比较成熟 。 行政 审批框架设计规格说明书 第 22 页 共 30 页 5、 有商业公司支持， 并有高效技术团队的更新及支持。 6、 网上的教程比较多。 7、 社区讨论比较活跃。 JasperReport、 iReport 事实图： 1、 复杂表头的简单报表 2、 简单的交叉表 3、 复杂的交叉表 行政 审批框架设计规格说明书 第 23 页 共 30 页 4、 简单的复杂表头报表设计 行政 审批框架设计规格说明书 第 24 页 共 30 页 3.4.7. 消息通信 消息管理分为我的消息和后台通知消息管理两类。 消息发送方式是有电子邮件、手机短信和站内消 息三种。 用户可设置定时消息，系统根据预
21、设的时间点，定时发送消息三种发送时间。 网 站 门 户 、 移 动终 端 用 户系 统 消 息 池消息发送服务用 户 消 息 池邮 件 发 送 接 口短 信 发 送 接 口提 取 代 发 送 消 息修 改 状 态获 取 手 机 、 邮 件 消 息记 录 发 送 明 细后 台 管 理 员行政 审批框架设计规格说明书 第 25 页 共 30 页 （ 1） 消息发送服务功能及业务逻辑 消息发送服务根据系统预设的频率，实施监控用户消息池（表： USC_ MESSAGE_DETAIL）和系统消息池（表： USC_ SYSTEM_MESSAGE）。 用户消息池（表： USC_ MESSAGE_DETAIL
22、）：将满足发送类型为邮件和短信，发送状态（属性： SEND_RESULTS=0）为未发送，发送时间（属性：SEND_TIME）大 于等于系统当前时间的消息发送出去。发送完成之后，需要修改表 USC_ MESSAGE_DETAIL 的发送结果（属性： SEND_RESULTS）和实际发送时间（属性： SEND_ACTUAL_TIME）。 系统消息池（表： USC_ SYSTEM_MESSAGE）：消息分网页消息（属性：MESSAGE_WEB），邮件消息（属性： MESSAGE_EMAIL），手机短信（属性：MESSAGE_PHONE）。 a) 网 页 消 息 ： 实 时 监 控 属 性 （ ME
23、SSAGE_WEB ） 等 于 1 和 属 性（ SEND_RESULTS）等于 1 的消息，再根据属性 SEND_OBJECT 和属性COMPANY_ID 获取消息接收人。该类型消息的发送就是向表 USC_ MESSAGE_DETAIL 插入一条新记录。需要注意的是，插入新记录的SEND_TYPE 值为 1， SEND_TIME 和 SEND_ACTUAL_TIME 值为系统当前时间， SEND_RESULTS 值为 1， READ_STATUS 值为 2 b) 邮件消息：实时监控属性（ MESSAGE_EMAIL ）等于 1 和属性（ SEND_RESULTS）等于 1 的消息，再根据属性
24、 SEND_OBJECT 和属性COMPANY_ID 获取消息接收人。该类 型消息的发送就是向表 USC_ MESSAGE_DETAIL 插入一条新记录，同时调用邮件接口发送邮件。需要注意的是，插入新记录的 SEND_TYPE 值为 2， SEND_TIME 和SEND_ACTUAL_TIME 值为系统当前时间， READ_STATUS 值为 2；如果邮件发送成功， SEND_RESULTS 值为 1，否则 SEND_RESULTS 值为 2。 c) 手机短信：实时监控属性（ MESSAGE_PHONE ）等于 1 和属性（ SEND_RESULTS）等于 1 的消息，再根据属性 SEND_O
25、BJECT 和属性COMPANY_ID 获取 消息接收人。该类型消息的发送就是向表 USC_ MESSAGE_DETAIL 插入一条新记录，同时调用短信接口发送短信。需要注意的是，插入新记录的 SEND_TYPE 值为 3， SEND_TIME 和SEND_ACTUAL_TIME 值为系统当前时间， READ_STATUS 值为 2；如果行政 审批框架设计规格说明书 第 26 页 共 30 页 短信发送成功， SEND_RESULTS 值为 1，否则 SEND_RESULTS 值为 2。 注意 ：每次消息发送完成之后，都要修改 SEND_RESULTS 属性。 （ 2） 后台消息管理功能及业务
26、逻辑 后台消息管理只对表（ USC_ SYSTEM_MESSAGE）操作。功能有新增消息、编辑消息、删除消息和查看消息。 新增消息：向表（ USC_ SYSTEM_MESSAGE）插入一条新数据。消息发送方式里面的“站内信”对应属性 MESSAGE_WEB，“短信”对应属性MESSAGE_PHONE，“邮件”对应属性 MESSAGE_EMAIL。用户发送范围对应属性 SEND_OBJECT（ 10 注册用户； 01 服务人员； 11 注册用户和服务人员 ）。 推送公司范围和推送服务范围对应属性 COMPANY_ID，取公司 Id 和服务 Id，多个公司或多个服务之间用逗号间隔。 修改消息：只允
27、许发送 属性 SEND_RESULTS 值为 0（ 未发送 ）的消息记录；已发送的记录不允许修改和删除。 删除消息：只允许删除发送属性 SEND_RESULTS 值为 0（ 未发送 ）的消息记录。 查看消息：查看消息全部信息。在查看消息界面不允许修改。 3.4.8. 基础管理维护 基础管理维护是完成平台公共资源的管理配置，其主要通过集成部门用户管理组件进行控制和展示 、 针对行政审批平台的未来一体化应用场景，需要对现有用户管理组件前端进行升级改造，重构原有用户管理组件前端交互操作页面，提升基础管理模块交互体验。 行政 审批框架设计规格说明书 第 27 页 共 30 页 3.5. 非 功能性需求
28、设计 3.5.1. 性能设计 在系统中 集成缓存插件，一次写入多次读取。 缓存系统频繁查看的数据 ，以提高系统的访问速度，减少请求对数据库的访问次数及数据量。从而提升整个系统的性能。缓存数据如：字典、业务类型、公告、文章等。 缓存分为内存缓存和磁盘缓存，服务器的内存有一定的限制，内存缓存数据的量小但速度快。而磁盘缓存就可以进行扩展，数据缓存跟磁盘成正比，缓存的数据量就越多。 3.6. 接口设计 4. 系统功能设计 前台系统 一级 菜单 二级菜单 三级菜单 个人首页 业务办理 业务受理 行政 审批框架设计规格说明书 第 28 页 共 30 页 待办审批 已办审批 查询统计 综合查询 个人 业务统
29、计 受理业务统计 办结业务统计 在办业务统计 业务管理 代办委托 审批事 项管理 信息发布 栏目管理 内容管理 系统管理 选项管理 选项类型设置 选项明细设置 文单管理 文单类型设置 文单明细设置 节假日管理 流程管理 审批常用语设置 节假日管理 4.1. 窗口受理 系统 4.1.1. 申请管理 功能 简介 ： 流程 描述 ： 行政 审批框架设计规格说明书 第 29 页 共 30 页 数据 结构 ： 核心 控制 ： 数据 来源 ： 4.2. 后台 管理系统 4.2.1. 用户管理 4.2.2. 系统设置 5. 系统开发架构 5.1. 工 程划分（ Project） 根据 需求 系统 目前 按照统一的工程项目进行构建，其中集成各类公共组件的 jar 包和相关配置文件 。 5.2. 工程（ Project）目录结构 行政 审批框架设计规格说明书 第 30 页 共 30 页 6. 系统数据架构 6.1. 数据模型 详见 PDM 原型。 数据库字典文档 。 6.2. 持久化方案（可选） DB、 Schema 规划。 数据分布规则（分库、分表、分区）。 数据同步机制。 数据归档方案。
