电子登记薄在线登记监测系统ppt课件

电子登记薄在线登记监测系统 中国人民银行武汉分行THEPEOPLE SBANKOFCHINAWUHANBRANCH 中国人民银行武汉分行 系统概述 手工登记存在的问题 登记薄种类繁杂 登记工作量大 存在重复记载现象 资源浪费严重 登记出错率高 数据的真实性 准确性不够 查询调阅不方便 监督检查难度大 纸质载体长期有序保管难以保证 检查人员需要对检查的登记簿相关业务和控制规则非常熟悉 缺少整体规划和专门的制度规范 各机构各部门登记簿使用差异较大 中国人民银行武汉分行 系统概述 系统目标 实现对各业务登记簿电子化管理 实现登记薄的样式 登记流程 比对规则自定义 实现登记薄在线登记 在线审核确认 实现登记薄信息共享 减少对同一事项重复登记 实现在线监测控制管理 中国人民银行武汉分行 系统概述 系统功能模块 中国人民银行武汉分行 系统概述 电子登记薄创建及业务工作流程 中国人民银行武汉分行 系统概述 登记薄流程涉及的关键技术 中国人民银行武汉分行 系统概述 系统业务设计原则 中国人民银行武汉分行 创建模板关键技术方案 样式设计 中国人民银行武汉分行 关键技术方案一 样式设计 样式设计需求描述 高可用性 1 可以直接从word文档粘贴 2 支持在线设计登记薄样式 3 尽量保留登记薄原始样式 4 贴近软件使用习惯 5 减少用户操作步骤 中国人民银行武汉分行 关键技术方案一 样式设计 一般方案 缺点设计样式工作量大使用难度较大采购成本高需要进行第二次开发 优点支持页面拖拽效果所见即所得 中国人民银行武汉分行 关键技术方案一 样式设计 本系统设计方案 缺点开发工作量较大 优点支持自定义控件插入设计效果所见即所得支持word文档导入支持在线设计样式最大限度利用已有资源操作简单针对需求单独开发 中国人民银行武汉分行 关键技术方案一 样式设计 表单设计器其它特性 中国人民银行武汉分行 关键技术方案一 样式设计 表单设计器工作流程 中国人民银行武汉分行 创建模板关键技术方案 比对规则设计 中国人民银行武汉分行 关键技术方案二 比对规则设计 规则比对设计需求描述 可自定义组装 1 可以界面直接定义 2 支持多种运算法则 3 支持多种登记薄数据获取方式 4 支持多种提醒预警方式 5 支持登记薄之间的比对 6 支持周期性检查规则比对 中国人民银行武汉分行 关键技术方案二 比对规则设计 比对规则分类 警告 不发送预警信息警告 发送预警到下一操作员警告 阻止进入下一流程 中国人民银行武汉分行 关键技术方案二 比对规则设计 一般方案 缺点需要进行第二次开发 不支持界面化操作 需要用户了解规则引擎语法 编写业务规则难度大 只适合开发人员使用 优点规则库基于xml文件 开发人员可以快速的变换业务规则 中国人民银行武汉分行 关键技术方案二 比对规则设计 自定义规则引擎 缺点前台界面组件非成熟产品 需要测试周期 优点前台支持界面操作后台采用规则引擎算法规则库在数据库保存 方便数据移植 部署在系统中实时修改比对规则 中国人民银行武汉分行 字符串包含运算 指定的字段总和 指定字段上一条值 指定的字段最小值 关键技术方案二 比对规则设计 自定义规则引擎设计思路 其它逻辑运算 或 与 且运算 四则运算 指定的字段最大值 字段当前记录的值 当前记录总数 采用js dhtml编辑xml格式比对规则保存于数据库 支持的算法 支持的获取数据方式 中国人民银行武汉分行 关键技术方案二 比对规则设计 自定义规则引擎存储结构 中国人民银行武汉分行 关键技术方案二 比对规则设计 规则引擎工作原理 节点解析 计算结果 中国人民银行武汉分行 关键技术方案二 比对规则设计 登记薄规则监控流程 中国人民银行武汉分行 创建模板关键技术方案 登记流程设计 中国人民银行武汉分行 关键技术方案三 登记流程设计 登记流程设计需求描述 流程自定义 1 用户界面直接定义 2 自由指定下一节点活动执行人 3 登记薄字段能自由分配不同的角色 4 在下一节点操作之前 能回收流程 5 能将流程主动打回到任意历史节点 6 保存历史操作记录 跟踪流程状态 中国人民银行武汉分行 关键技术方案三 登记流程设计 一般方案 缺点编写业务流程难度大 需要进行第二次开发 免费的工作流引擎一般不支持界面化操作 需要用户使用第三方工具设计工作流程 使用门槛较高 只适合开发人员使用 共享工作流引擎采购成本高 优点算法相对成熟 工作流描述基于xml文件 开发人员可以快速的变换业务流程 自动执行流程 一般无需人工干预 中国人民银行武汉分行 关键技术方案三 登记流程设计 自定义工作流引擎 缺点流程设计不能实现拖拽操作流程状态跟踪不支持图形化展示方式 优点支持web界面 简洁易操作支持节点与字段绑定支持工作流运行时指定下一节点操作员 中国人民银行武汉分行 关键技术方案三 登记流程设计 自定义工作流引擎工作流程示例 中国人民银行武汉分行 关键技术方案三 登记流程设计 自定义工作流存储方案 中国人民银行武汉分行 关键技术方案三 登记流程设计 自定义工作流设计补充方案 中国人民银行武汉分行 创建登记薄关键技术方案 登记薄数据存储 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 登记薄数据存储需求 自定义登记薄 1 数量多 格式多 流程多 规则多 2 业务人员能够自定义登记薄 3 能够存储所有的登记薄数据 4 能够保存 修改 登记薄数据 5 能统计分析所有登记薄数据 6 能够方便调阅登记薄数据 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 存储方案结构 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 登记薄数据存储结构 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 设计方案比对 所有数据全部保存数据库 备份 安装时 只需要对数据库进行操作 方便对数据进行查询 分类统计 归档 登记薄存储表动态创建 每一个模板都单独对应一张数据存储表插入 修改 查询时使用普通sql语句即可实现 安装时涉及索引文件权限问题 操作步骤较多数据库备份时需要同时备份索引文件解决的是登记数据与比对发送预警信息 查询时需要引入全文检索 不支持数据分析统计所有数据按类型分类存储在5张不同类型表中修改数据时需要同时维护数据库与索引文件 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 数据登记流程 insertinto update set Select from 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 其它登记薄存储方案结构图 区别 登记薄与模板字段之间引入一张中间表 中国人民银行武汉分行 关键技术方案四 登记薄数据存储 其它登记薄存储方案说明 1 创建登记薄时 复制模板字段 能对登记薄字段进行修改 数据保存在模板对应创建的数据库表中 不影响模板其它登记薄的数据 中国人民银行武汉分行 创建登记薄关键技术方案 登记薄共享 中国人民银行武汉分行 关键技术方案五 登记薄共享 登记薄共享需求 登记薄共享 1 业务关联登记薄自动关联登记 2 不同部门在不同登记薄中重复登记 3 同一事项不同登记薄重复登记 中国人民银行武汉分行 关键技术方案五 登记薄共享 传统手工登记存在的问题 中国人民银行武汉分行 关键技术方案五 登记薄共享 登记薄共享解决方案 中国人民银行武汉分行 关键技术方案五 登记薄共享 登记薄共享数据库设计方案 中国人民银行武汉分行 电子登记业务关键技术方案 系统日志核查 中国人民银行武汉分行 关键技术方案六 系统日志核查 系统日志核查需求概述 中国人民银行武汉分行 关键技术方案六 系统日志核查 存在的问题 中国人民银行武汉分行 关键技术方案六 系统日志核查 日志核查解决方案 中国人民银行武汉分行 关键技术方案六 系统日志核查 接口文档格式 以EXCEL为例 描述 什么人在什么时候做了什么事 结果如何 中国人民银行武汉分行 关键技术方案六 系统日志核查 系统日志核查工作图 中国人民银行武汉分行 电子登记业务关键技术方案 数据归档 中国人民银行武汉分行 关键技术方案七 数据归档 数据归档需求概述 中国人民银行武汉分行 关键技术方案七 数据归档 数据归档解决方