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

电子登记薄在线登记监测系统中国人民银行武汉分行THEPEOPLE’SBANKOFCHINAWUHANBRANCH中国人民银行武汉分行系统概述•手工登记存在的问题登记薄种类繁杂,登记工作量大,存在重复记载现象资源浪费严重登记出错率高，数据的真实性、准确性不够查询调阅不方便监督检查难度大、纸质载体长期有序保管难以保证检查人员需要对检查的登记簿相关业务和控制规则非常熟悉缺少整体规划和专门的制度规范，各机构各部门登记簿使用差异较大。中国人民银行武汉分行系统概述•系统目标实现对各业务登记簿电子化管理实现登记薄的样式、登记流程、比对规则自定义实现登记薄在线登记，在线审核确认实现登记薄信息共享，减少对同一事项重复登记实现在线监测控制管理中国人民银行武汉分行系统概述•系统功能模块系统数据库系统初始化机构管理部门管理人员管理角色权限管理日志管理数据备份临时检查人员授权系统日志核查数据字典维护系统管理模块模板管理登记流程模板字段模板样式模板规则模板复制模板管理登记薄字段管理登记薄关联管理周期性检查设置登记薄移交自动登记关联设置登记薄规则管理登记流程管理登记薄样式管理登记薄管理登记流程状态跟踪电子登记预警整改登记薄年度结转业务授权监控报告登记薄查询预警信息查询提醒信息查询登记业务监测管理创建登记薄中国人民银行武汉分行系统概述•电子登记薄创建及业务工作流程添加模板信息添加模板字段创建登记薄（数据存储）设置登记流程设计登记薄样式添加比对规则设置登记薄周期性比对规则添加登记薄关联比对规则设置登记薄自动关联登记规则电子登记数据比对预警发送登记确认审核设置登记薄共享信息系统日志核查数据归档归档数据查询创建模板创建登记薄电子登记中国人民银行武汉分行系统概述•登记薄流程涉及的关键技术1登记薄数据存储方案设计2登记薄样式自定义方案设计3登记薄登记流程方案设计4登记薄数据比对规则设计5登记薄共享方案设计6系统日志核查方案设计7登记薄数据归档存储设计中国人民银行武汉分行系统概述•系统业务设计原则可以直接创建针对前期需求分析已经明确流程的8类登记薄，如果其它业务部门的登记薄具有相似的登记流程，则可以直接在系统中引用模板创建登记薄，或者复制模板进行少量修改后创建登记薄进行登记可以自定义如果其它业务部门存在着不同于这8种类型的登记薄，但在系统的技术框架下，能够进行自定义，并满足其登记功能需求的，可以在系统中自定义登记薄模板并使用系统进行电子登记。不能自定义如果系统中既不存在着相似的登记薄，也无法在系统中对所指定的登记薄进行自定义，可以在后期通过扩展系统功能的方式进行登记薄定义。中国人民银行武汉分行创建模板关键技术方案•样式设计流程设计规则设计样式设计中国人民银行武汉分行关键技术方案一:样式设计•样式设计需求描述高可用性1、可以直接从word文档粘贴2、支持在线设计登记薄样式3、尽量保留登记薄原始样式4、贴近软件使用习惯5、减少用户操作步骤中国人民银行武汉分行关键技术方案一:样式设计•一般方案缺点1.设计样式工作量大2.使用难度较大3.采购成本高4.需要进行第二次开发优点1.支持页面拖拽2.效果所见即所得常规表单设计器中国人民银行武汉分行关键技术方案一:样式设计•本系统设计方案缺点1.开发工作量较大优点1.支持自定义控件插入2.设计效果所见即所得3.支持word文档导入4.支持在线设计样式5.最大限度利用已有资源6.操作简单7.针对需求单独开发自定义表单设计器中国人民银行武汉分行关键技术方案一:样式设计•表单设计器其它特性1支持自定义控件（日期、时间）2自定义字段绑定3WEB页面拥有WORD编辑功能中国人民银行武汉分行关键技术方案一:样式设计•表单设计器工作流程粘贴到编辑器复制word格式模板样式选择操作用户可编辑区域插入自定义控件并绑定字段保存样式中国人民银行武汉分行创建模板关键技术方案•比对规则设计流程设计规则设计样式设计中国人民银行武汉分行关键技术方案二:比对规则设计•规则比对设计需求描述可自定义组装1、可以界面直接定义2、支持多种运算法则3、支持多种登记薄数据获取方式4、支持多种提醒预警方式5、支持登记薄之间的比对6、支持周期性检查规则比对中国人民银行武汉分行关键技术方案二:比对规则设计•比对规则分类即时比对规则1事后比对规则2周期性比对规则3登记薄之间的比对规则41.警告,不发送预警信息2.警告,发送预警到下一操作员3.警告,阻止进入下一流程中国人民银行武汉分行关键技术方案二:比对规则设计•一般方案缺点1.需要进行第二次开发。2.不支持界面化操作，需要用户了解规则引擎语法。3.编写业务规则难度大。4.只适合开发人员使用。优点1.规则库基于xml文件。2.开发人员可以快速的变换业务规则。常规规则引擎中国人民银行武汉分行关键技术方案二:比对规则设计•自定义规则引擎缺点1.前台界面组件非成熟产品，需要测试周期优点1.前台支持界面操作2.后台采用规则引擎算法3.规则库在数据库保存，方便数据移植、部署4.在系统中实时修改比对规则自定义规则引擎中国人民银行武汉分行字符串包含运算指定的字段总和指定字段上一条值指定的字段最小值关键技术方案二:比对规则设计•自定义规则引擎设计思路设计思路其它逻辑运算或、与、且运算四则运算指定的字段最大值字段当前记录的值当前记录总数采用js+dhtml编辑xml格式比对规则保存于数据库支持的算法支持的获取数据方式中国人民银行武汉分行关键技术方案二:比对规则设计•自定义规则引擎存储结构编号模板ID用于显示的公式用于编辑的公式用于比对的规则对应的预警信息1对应的模板用户看到的公式用户修改的公式计算过程中用到公式不满足条件时发出的预警信息中国人民银行武汉分行关键技术方案二:比对规则设计•规则引擎工作原理根节点节点A节点B节点C节点D节点E节点F节点G节点H节点I节点J节点解析计算结果中国人民银行武汉分行关键技术方案二:比对规则设计•登记薄规则监控流程开始登记数据编辑数据即时比对规则库核对数据比对结果继续提交数据不合规否提交数据合规是即时比对规则库事后比对规则库登记流程是否完成否比对数据显示警告信息判断规则类型向下一节点操作员发送预警信息发送预警信息规则比对结束中国人民银行武汉分行创建模板关键技术方案•登记流程设计流程设计规则设计样式设计中国人民银行武汉分行关键技术方案三:登记流程设计•登记流程设计需求描述流程自定义1、用户界面直接定义2、自由指定下一节点活动执行人3、登记薄字段能自由分配不同的角色4、在下一节点操作之前，能回收流程5、能将流程主动打回到任意历史节点6、保存历史操作记录，跟踪流程状态中国人民银行武汉分行关键技术方案三:登记流程设计•一般方案缺点1.编写业务流程难度大。2.需要进行第二次开发。3.免费的工作流引擎一般不支持界面化操作。4.需要用户使用第三方工具设计工作流程，使用门槛较高。5.只适合开发人员使用。6.共享工作流引擎采购成本高。优点1.算法相对成熟。2.工作流描述基于xml文件。3.开发人员可以快速的变换业务流程。4.自动执行流程，一般无需人工干预常规工作流引擎中国人民银行武汉分行关键技术方案三:登记流程设计•自定义工作流引擎缺点1.流程设计不能实现拖拽操作2.流程状态跟踪不支持图形化展示方式。优点1.支持web界面，简洁易操作2.支持节点与字段绑定3.支持工作流运行时指定下一节点操作员自定义登记流程中国人民银行武汉分行关键技术方案三:登记流程设计•自定义工作流引擎工作流程示例登记开始移交人填写登记数据移交人发现数据有误提交数据至服务器将流程收回是否接交人发现数据有误将流程打回给移交人是提交监交人确认否监交人发现数据有误是登记结束中国人民银行武汉分行关键技术方案三:登记流程设计•自定义工作流存储方案模板基本信息表模板名称模板类别模板级别业务归属模板样式数据展示方式每页显示数据条数创建人创建部门创建机构样式类别登记薄存储表名登记薄基本信息表登记薄名称登记薄引用模板登记薄使用年限创建日期年度登记薄所属部门登记薄保管人登记薄所属机构登记薄存储表编号（主键）自定义字段1自定义字段2自定义字段3....自定义字段N所属登记薄登记部门登记机构登记人登记时间修改人修改时间数据状态（创建、审核、完成、删除）登记薄存储表N编号（主键）自定义字段1自定义字段2自定义字段3....自定义字段N所属登记薄登记部门登记机构登记人登记时间修改人修改时间数据状态（创建、审核、完成、删除）登记流程编号节点名称所属模板节点类型后续节点参与岗位可编辑字段可见字段（默认所有字段）任务表编号经办人任务所属登记薄所属任务发起时间发起人预计办结时间实际办结时间任务状态当前所处结点用户自定义创建表中国人民银行武汉分行关键技术方案三:登记流程设计•自定义工作流设计补充方案问题每一次提交任务到服务器都需要操作人员选择，操作步骤重复方案系统自动根据上一条数据登记流程，以建议性的方式提示下一操作者，系统默认按建议结果指定下一步操作员缺点只能以建议性的形式提供选择，但不能保证所选择的下一节点操作员正确性，因此有可能会误导操作员进行错误的选择。中国人民银行武汉分行创建登记薄关键技术方案•登记薄数据存储登记薄数据存储登记薄共享中国人民银行武汉分行关键技术方案四:登记薄数据存储•登记薄数据存储需求自定义登记薄1、数量多，格式多，流程多，规则多2、业务人员能够自定义登记薄3、能够存储所有的登记薄数据4、能够保存(修改)登记薄数据5、能统计分析所有登记薄数据6、能够方便调阅登记薄数据中国人民银行武汉分行关键技术方案四:登记薄数据存储•存储方案结构创建登记簿模板创建登记簿电子登记修改登记流程修改比对规则创建模板流程创建比对规则模板信息表模板字段表模板流程表模板规则表登记薄信息表登记薄数据表1登记薄数据表2登记薄数据表2登记薄数据表2登记薄字段表模板流程表模板规则表创建模板字段修改登记字段动态创建的登记薄数据表继承模板属性扩展模板属性中国人民银行武汉分行关键技术方案四:登记薄数据存储•登记薄数据存储结构模板基本信息表模板名称模板类别模板级别业务归属模板样式数据展示方式每页显示数据条数创建人创建部门创建机构样式类别登记薄存储表名登记薄基本信息表登记薄名称登记薄引用模板登记薄使用年限创建日期年度登记薄所属部门登记薄保管人登记薄所属机构登记薄存储表编号（主键）自定义字段1自定义字段2自定义字段3....自定义字段N所属登记薄登记部门登记机构登记人登记时间修改人修改时间数据状态（创建、审核、完成、删除）登记薄存储表N编号（主键）自定义字段1自定义字段2自定义字段3....自定义字段N所属登记薄登记部门登记机构登记人登记时间修改人修改时间数据状态（创建、审核、完成、删除）用户自定义创建表模板字段1字段中文说明字段数据库列名字段类型字段长度字段顺序(系统默认样式时生效)字段是否可空字段控件（下拉,文本,文本域,日历）字段展现形式（半行,整行，系统默认样式时生效）是否列表显示列表宽度启用状态关联数据字典填充内容（当前选择人员、部门、机构）中国人民银行武汉分行关键技术方案四:登记薄数据存储•设计方案比对1.所有数据全部保存数据库，备份、安装时，只需要对数据库进行操作。2.方便对数据进行查询、分类统计，归档。3.登记薄存储表动态创建，每一个模板都单独对应一张数据存储表4.插入、修改、查询时使用普通sql语句即可实现1.安装时涉及索引文件权限问题，操作步骤较多2.数据库备份时需要同时备份索引文件3.解决的是登记数据与比对发送预警信息，查询时需要引入全文检索，不支持数据分析统计4.所有数据按类型分类存储在5张不同类型表中5.修改数据时需要同时维护数据库与索引文件一期解决方案替代解决方案中国人民银行武汉分行关键技术方案四:登记薄数据存储•数据登记流程insertinto…update…set…Select*from…引用模板创建登记薄创建新表判断模板是否创建过其它登记薄登记新数据数据插入到动态创建表中数据修改否是数据查询中国人民银行武汉分行关键技术方案四:登记薄数据存储•其它登记薄存储方案结构图模板基本信