电子登记薄在线登记监测系统

1、电子登记薄在线登记监测系统,中国人民银行 武汉分行 THE PEOPLES BANK OF CHINA WUHAN BRANCH,中国人民银行 武汉分行,系统概述,手工登记存在的问题,登记薄种类繁杂,登记工作量大,存在重复记载现象,资源浪费严重,登记出错率高，数据的真实性、准确性不够,查询调阅不方便,监督检查难度大、纸质载体长期有序保管难以保证,检查人员需要对检查的登记簿相关业务和控制规则非常熟悉,缺少整体规划和专门的制度规范，各机构各部门登记簿使用差异较大。,？,中国人民银行 武汉分行,系统概述,系统目标,实现对各业务登记簿电子化管理,实现登记薄的样式、登记流程、比对规则自定义,实现登记薄在

2、线登记，在线审核确认,实现登记薄信息共享，减少对同一事项重复登记,实现在线监测控制管理,！,中国人民银行 武汉分行,系统概述,系统功能模块,中国人民银行 武汉分行,系统概述,电子登记薄创建及业务工作流程,中国人民银行 武汉分行,系统概述,登记薄流程涉及的关键技术,中国人民银行 武汉分行,系统概述,系统业务设计原则,中国人民银行 武汉分行,创建模板关键技术方案,样式设计,中国人民银行 武汉分行,关键技术方案一:样式设计,样式设计需求描述,高可用性,1、可以直接从word文档粘贴,2、支持在线设计登记薄样式,3、尽量保留登记薄原始样式,4、贴近软件使用习惯,5、减少用户操作步骤,中国人民银行 武汉

3、分行,关键技术方案一:样式设计,一般方案,缺点 设计样式工作量大 使用难度较大 采购成本高 需要进行第二次开发,优点 支持页面拖拽 效果所见即所得,中国人民银行 武汉分行,关键技术方案一:样式设计,本系统设计方案,缺点 开发工作量较大,优点 支持自定义控件插入 设计效果所见即所得 支持word文档导入 支持在线设计样式 最大限度利用已有资源 操作简单 针对需求单独开发,中国人民银行 武汉分行,关键技术方案一:样式设计,表单设计器其它特性,中国人民银行 武汉分行,关键技术方案一:样式设计,表单设计器工作流程,中国人民银行 武汉分行,创建模板关键技术方案,比对规则设计,中国人民银行 武汉分行,关键

4、技术方案二:比对规则设计,规则比对设计需求描述,可自定义组装,1、可以界面直接定义,2、支持多种运算法则,3、支持多种登记薄数据获取方式,4、支持多种提醒预警方式,5、支持登记薄之间的比对,6、支持周期性检查规则比对,中国人民银行 武汉分行,关键技术方案二:比对规则设计,比对规则分类,警告,不发送预警信息 警告,发送预警到下一操作员 警告,阻止进入下一流程,中国人民银行 武汉分行,关键技术方案二:比对规则设计,一般方案,缺点 需要进行第二次开发。 不支持界面化操作，需要用户了解规则引擎语法。 编写业务规则难度大。 只适合开发人员使用。,优点 规则库基于xml文件。 开发人员可以快速的变换业务规

5、则。,中国人民银行 武汉分行,关键技术方案二:比对规则设计,自定义规则引擎,缺点 前台界面组件非成熟产品，需要测试周期,优点 前台支持界面操作 后台采用规则引擎算法 规则库在数据库保存，方便数据移植、部署 在系统中实时修改比对规则,中国人民银行 武汉分行,字符串包含运算,指定的字段总和,指定字段上一条值,指定的字段最小值,关键技术方案二:比对规则设计,自定义规则引擎设计思路,其它逻辑运算,或、与、且运算,四则运算,指定的字段最大值,字段当前记录的值,当前记录总数,采用js+dhtml编辑xml格式 比对规则保存于数据库,支持的算法,支持的获取数据方式,中国人民银行 武汉分行,关键技术方案二:比

6、对规则设计,自定义规则引擎存储结构,中国人民银行 武汉分行,关键技术方案二:比对规则设计,规则引擎工作原理,节点解析,计算结果,中国人民银行 武汉分行,关键技术方案二:比对规则设计,登记薄规则监控流程,中国人民银行 武汉分行,创建模板关键技术方案,登记流程设计,中国人民银行 武汉分行,关键技术方案三:登记流程设计,登记流程设计需求描述,流程自定义,1、用户界面直接定义,2、自由指定下一节点活动执行人,3、登记薄字段能自由分配不同的角色,4、在下一节点操作之前，能回收流程,5、能将流程主动打回到任意历史节点,6、保存历史操作记录，跟踪流程状态,中国人民银行 武汉分行,关键技术方案三:登记流程设计

7、,一般方案,缺点 编写业务流程难度大。 需要进行第二次开发。 免费的工作流引擎一般不支持界面化操作。 需要用户使用第三方工具设计工作流程，使用门槛较高。 只适合开发人员使用。 共享工作流引擎采购成本高。,优点 算法相对成熟。 工作流描述基于xml文件。 开发人员可以快速的变换业务流程。 自动执行流程，一般无需人工干预,中国人民银行 武汉分行,关键技术方案三:登记流程设计,自定义工作流引擎,缺点 流程设计不能实现拖拽操作 流程状态跟踪不支持图形化展示方式。,优点 支持web界面，简洁易操作 支持节点与字段绑定 支持工作流运行时指定下一节点操作员,中国人民银行 武汉分行,关键技术方案三:登记流程设

8、计,自定义工作流引擎工作流程示例,中国人民银行 武汉分行,关键技术方案三:登记流程设计,自定义工作流存储方案,中国人民银行 武汉分行,关键技术方案三:登记流程设计,自定义工作流设计补充方案,中国人民银行 武汉分行,创建登记薄关键技术方案,登记薄数据存储,中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,登记薄数据存储需求,自定义登记薄,1、数量多，格式多，流程多，规则多,2、业务人员能够自定义登记薄,3、能够存储所有的登记薄数据,4、能够保存(修改)登记薄数据,5、能统计分析所有登记薄数据,6、能够方便调阅登记薄数据,中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,存储方案结构,

9、中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,登记薄数据存储结构,中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,设计方案比对,所有数据全部保存数据库，备份、安装时，只需要对数据库进行操作。 方便对数据进行查询、分类统计，归档。 登记薄存储表动态创建，每一个模板都单独对应一张数据存储表 插入、修改、查询时使用普通sql语句即可实现,安装时涉及索引文件权限问题，操作步骤较多 数据库备份时需要同时备份索引文件 解决的是登记数据与比对发送预警信息，查询时需要引入全文检索，不支持数据分析统计 所有数据按类型分类存储在5张不同类型表中 修改数据时需要同时维护数据库与索引文件,中国人民银

10、行 武汉分行,关键技术方案四:登记薄数据存储,数据登记流程,insert into ,update set ,Select * from ,中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,其它登记薄存储方案结构图,区别：登记薄与模板字段之间引入一张中间表,中国人民银行 武汉分行,关键技术方案四:登记薄数据存储,其它登记薄存储方案说明,1,创建登记薄时，复制模板字段，能对登记薄字段进行修改，数据保存在模板对应创建的数据库表中，不影响模板其它登记薄的数据,中国人民银行 武汉分行,创建登记薄关键技术方案,登记薄共享,中国人民银行 武汉分行,关键技术方案五:登记薄共享,登记薄共享需求,登记薄共

11、享,1、业务关联登记薄自动关联登记,2、不同部门在不同登记薄中重复登记,3、同一事项不同登记薄重复登记,中国人民银行 武汉分行,关键技术方案五:登记薄共享,传统手工登记存在的问题,中国人民银行 武汉分行,关键技术方案五:登记薄共享,登记薄共享解决方案,中国人民银行 武汉分行,关键技术方案五:登记薄共享,登记薄共享数据库设计方案,中国人民银行 武汉分行,电子登记业务关键技术方案,系统日志核查,中国人民银行 武汉分行,关键技术方案六:系统日志核查,系统日志核查需求概述,中国人民银行 武汉分行,关键技术方案六:系统日志核查,存在的问题,中国人民银行 武汉分行,关键技术方案六:系统日志核查,日志核查解决方案,中国人民银行 武汉分行,关键技术方案六:系统日志核查,接口文档格式（以EXCEL为例）,描述：什么人在什么时候做了什么事，结果如何,中国人民银行 武汉分行,关键技术方案六:系统日志核查,系统日志核查工作图,中国人民银行 武汉分行,电子登记业务关键技术方案,数据归档,中国人民银行 武汉分行,关键技术方案七:数据归档,数据