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

电子登记薄在线登记监测系统中国人民银行武汉分行THEPEOPLE’SBANKOFCHINAWUHANBRANCH

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

中国人民银行武汉分行系统概述系统目标 实现对各业务登记簿电子化管理 实现登记薄的样式、登记流程、比对规则自定义 实现登记薄在线登记，在线审核确认 实现登记薄信息共享，减少对同一事项重复登记 实现在线监测控制管理！

中国人民银行武汉分行系统功能模块系统概述

中国人民银行武汉分行电子登记薄创建及业务工作流程系统概述

登记薄登记流程方案设计中国人民银行武汉分行系统概述登记薄流程涉及的关键技术1登记薄数据存储方案设计2登记薄样式自定义方案设计34登记薄数据比对规则设计5登记薄共享方案设计67

系统概述中国人民银行武汉分行系统业务设计原则可以直接创建针对前期需求分析已经明确流程的8类登记薄，如果其它业务部门的登记薄具有相似的登记流程，则可以直接在系统中引用模板创建登记薄，或者复制模板进行少量修改后创建登记薄进行登记可以自定义如果其它业务部门存在着不同于这8种类型的登记薄，但在系统的技术框架下，能够进行自定义，并满足其登记功能需求的，可以在系统中自定义登记薄模板并使用系统进行电子登记。不能自定义如果系统中既不存在着相似的登记薄，也无法在系统中对所指定的登记薄进行自定义，可以在后期通过扩展系统功能的方式进行登记薄定义。

创建模板关键技术方案中国人民银行武汉分行样式设计流程设计规则设计样式设计

中国人民银行武汉分行支持在线设计登记薄样式尽量保留登记薄原始样式123654可以直接从word文档粘贴样式设计需求描述高可用性减少用户操作步骤贴近软件使用习惯关键技术方案一:样式设计

关键技术方案一:样式设计中国人民银行武汉分行一般方案缺点设计样式工作量大使用难度较大采购成本高需要进行第二次开发优点支持页面拖拽效果所见即所得常规表单设计器

关键技术方案一:样式设计中国人民银行武汉分行本系统设计方案缺点开发工作量较大优点支持自定义控件插入设计效果所见即所得支持word文档导入支持在线设计样式最大限度利用已有资源操作简单针对需求单独开发自定义表单设计器

关键技术方案一:样式设计中国人民银行武汉分行表单设计器其它特性1支持自定义控件（日期、时间）2自定义字段绑定3WEB页面拥有WORD编辑功能

关键技术方案一:样式设计中国人民银行武汉分行表单设计器工作流程

创建模板关键技术方案中国人民银行武汉分行比对规则设计流程设计规则设计样式设计

关键技术方案二:比对规则设计中国人民银行武汉分行规则比对设计需求描述可自定义组装1、可以界面直接定义2、支持多种运算法则3、支持多种登记薄数据获取方式4、支持多种提醒预警方式5、支持登记薄之间的比对6、支持周期性检查规则比对

关键技术方案二:比对规则设计中国人民银行武汉分行比对规则分类即时比对规则1事后比对规则2周期性比对规则3登记薄之间的比对规则4警告,不发送预警信息警告,发送预警到下一操作员警告,阻止进入下一流程

关键技术方案二:比对规则设计中国人民银行武汉分行一般方案缺点需要进行第二次开发。不支持界面化操作，

需要用户了解规则引

擎语法。编写业务规则难度大。只适合开发人员使用。优点规则库基于xml文件。开发人员可以快速的

变换业务规则。常规规则引擎

关键技术方案二:比对规则设计中国人民银行武汉分行自定义规则引擎缺点前台界面组件非成熟

产品，需要测试周期优点前台支持界面操作后台采用规则引擎算法规则库在数据库保存，

方便数据移植、部署在系统中实时修改比对

规则自定义规则引擎

关键技术方案二:比对规则设计中国人民银行武汉分行字符串包含运算指定的字段总和指定字段上一条值指定的字段最小值自定义规则引擎设计思路设计思路其它逻辑运算或、与、且运算四则运算指定的字段最大值字段当前记录的值当前记录总数采用js+dhtml编辑xml格式比对规则保存于数据库支持的算法支持的获取数据方式

关键技术方案二:比对规则设计logo中国人民银行武汉分行自定义规则引擎存储结构编号模板ID用于显示的公式用于编辑的公式用于比对的规则对应的预警信息1对应的模板用户看到的公式用户修改的公式计算过程中用到公式不满足条件时发出的预警信息

关键技术方案二:比对规则设计中国人民银行武汉分行规则引擎工作原理根节点节点A节点B节点C节点D节点E节点F节点G节点H节点I节点J节点解析计算