集中作业项目集中作业平台_技术评估报告v

集中作业项目集中作业平台_技术评估报告v内容摘要：

都完整的复制所有数据是一种非常不合理的做法。 事实上，真实环境中的备份工作往往是基于一次完整备份之后的增量或差量备份。 全备份（ FullBackup） 所谓全备份，就是用一盘磁带对整个系统进行包括系统和数据的完全备份。 这种备份方式的好处是很直观，容易被人理解。 而且当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份 磁带），就可以恢复丢失的数据。 但它也有不足之处：首先，由于每天都对系统进行完全备份，因此在备份数据中有大量内容是重复的，例如操作系统与应用程序。 这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本；其次，由于需要备份的数据量相当大，因此备份所需时间较长。 增量备份 (IncrementalBackup) 增量备份指每次备份的数据只是相当于上一次备份后增加的和修改过的数据。 这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。 但它的缺点在于 12 当发生灾难时，恢复数据比较麻烦。 举例来说 ，如果系统在星期四的早晨发生故障，那么现在就需要将系统恢复到星期三晚上的状态。 这时，管理员需要找出星期一的完全备份磁带进行系统恢复，然后再找出星期二的磁带来恢复星期二的数据，最后再找出星期三的磁带来恢复星期三的数据。 很明显，这比第一种策略要麻烦得多。 在这种备份下，各磁带间的关系就像链子一样，一环套一环，其中任何一盘磁带出了问题，都会导致整条链子脱节。 差分备份 (DifferentialBackup) 差分备份就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。 管理员先在星期一进行一次系统完全备 份；然后在接下来的几天里，再将当天所有与星期一不同的数据（增加的或修改的）备份到磁带上。 差分备份无需每天都做系统完全备份，因此备份所需时间短，并节省磁带空间，它的灾难恢复也很方便，系统管理员只需两盘磁带，即系统全备份的磁带与发生灾难前一天的备份磁带，就可以将系统完全恢复。 数据备份的方法 备份的方法主要有：文件备份、服务器主动式备份、系统复制、跨平台备份、数据库备份、分级式存储管理、远程备份。 目前备份的最好解决方案是具有“容灾”性能的远程备份解决方案。 “容灾”和“容错”不同，容错就是系统在运行过程中，若其 某个子系统或部件发生故障，系统将能够自动诊断出故障所在的位置和故障的性质，并且自动启动冗余或备份的子系统或部件，保证系统能够继续正常运行，自动保存或恢复文件和数据。 容灾是为了保证系统的安全可靠，防止由于自然灾害等导致的整个系统全部或大部分发生问题。 安全性  集中作业平台 实质上是一个操作型的平台，需通过权限和安全认证机制保证系统安全。  系统的安全性取决于多个层面，包括信息系统以外的安全性、物理环境的安全性、网络的安全性、硬件平台的安全性、操作系统的安全性、应用的安全性、数据的安全性等。  通过引入影像工作流机 制，实现了实物凭证不能垮网点传递的瓶颈，突破了集中处理中心通过电子影像辨别行方签发票据的真伪，增强了业务安全的防控半径。 13 规范性 参考和遵循集中作业平台开发规范以及行方系统管理规范办法。 稳定性  充分考虑潜在的风险和保证整个系统在故障中及时恢复和再启动的能力。  通过使用成熟的负载均衡技术和集群部署方案，使本系统具有良好有效的高可用性，保证系统级的稳定性，系统支持多渠道在线交易。  作业中心容灾的构建模式，实现作业中心数据的远程复制，一个中心故障，另一个中心在有效接管数据后继续作业。 成熟度 松耦合的产品设 计 集中作业平台 的子系统与子系统之间的交互是松耦合的。 子系统的 交互 有 明确 的接口 定义 ，不需要了解各自实现的技术细节。 服务 均是 是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态 ， 不依赖于其他服务的上下文和状态。 业务流程参数化 在分析业务场景的差异性后，对业务流程进行分类，建立起若干个业务模型，以业务参数配置的方式对业务模型进行管理。 实现一个统一标准的工作流流程实现多个业务流程场景，通过调整参数配置变化业务流程。 多协议接入 在 集中作业平台 与其他交换平台对接时， 集中作业平台 支 持多种通讯协议、多种报文协议的接入，同时支持同步和异步的交互方式。 统一运维管理 在 集中作业平台 的架构中的应用服务，都通过运维管理平台统一管理。 由运维管理平台对各个应用服务的系统参数进行维护、对应用服务进行启停，并通过运维管理平台对系统当前的运行状况进行监控和预警，对系统每日的运行情况进行数据统计分析，以便于及时了解系统的健康状况。 开发迅捷 集中作业平台 的业务二次开发全部通过 SunDS IDE 交易开发平台实现。 开发以鼠标拖拽的方式绘制业务逻辑，使得用户可以快速的理解和上手开发。 二次开发的业务脚本可以作为自 定义的业务脚本模板被重复利用，大大降低了开发成本。 支持团队开发，开发过程中可以通过 SVN 实现多人作业。 14 碎片录入 碎片录入 功能性需求 碎 片录入系统主要实现三大核心功能：影像支持、业务处理、业务管理。 影像支持 应用先进的影像信息技术，通过 OCR、二维码等技术识别凭证，并将采集的凭证影像进行切片、重组、归档，构建以影像信息和电子信息为基础的业务流程。  凭证识别 能够接收并识别影像平台上送的凭证影像，运用版式识别（线条识别，特征识别）、 OCR 识别、二维码识别等成熟技术自动提取图象特征信息，并与事先定义的模板图象 进行自动匹配，能够根据不同业务定义的凭证主、附件规则，快速准确判定其凭证类型以及切片规则。  凭证过滤 能够对影像平台上送的影像数据进行底色过滤，并根据凭证版式配置的子区 域进行空白影像过滤，有效的过滤凭证影像上未有数据填写的切割区域，从而 达到减少录入量，提高了业务的处理速度。  影像切片 能够根据凭证影像对切片的模版进行自定义设计，以快速适应各种不同的凭证影像格式，并可定义模板中的凭证是否需正反面扫描及凭证的张数，具备新增影像模板的配置定制能力。 能够按业务定义模板进行凭证影像 切割，形成相应的业务要素局部影像碎片。 业务人员可按照不同业务规则新增、调整、删除、修改模板。 并以图形化方式实现。 系统支持影像要素拆分最小化，对后台需录入或检核的要素，全部予以拆分，以凭证上的一个或几个栏位为一个要素，形成要素碎片。  影像压缩 对于原凭证影像进行切割产生的影像碎片数据进行必要的压缩，达到减少影像数据的大小，并提供高质量的碎片影像供录入人员录入。 15  影像重组 系统提供包括切片加密、分发外包、接收、自动监控和管理等功能，并以特定标识为依据对切片进行解密回拼；系统应自动对完成要 素录入及校验的字段信息进行数据域的完整性、逻辑性、附件完整性检查，保证信息的准确性。 业务处理 在凭证影像的基础上，进行碎片录入、数据校验、异常处理，最终形成完整、准确的业务信息并发送至其他应用系统。  碎片录入 系统将影像切片后形成的业务要素碎片，按照预先设置的条件，客户端后台主动获取并分配给当前的录入人员，由其通过不同的录入方式进行要素录入，从而产生核心系统或外围系统发起交易所需的各项交易要素信息。 （ 1）系统应具备要素碎片自动推送功能，可将要素任务碎片按照相应规则分配给不同的录入人员。 每个录入员每次只 完成岗位角色内的任务，不具有互斥性的任务可分配规则随机分配，相互没有关联。 例如：同一碎片信息的二次录入不得由同一录入人员完成。 （ 2）系统应根据业务种类以及发起交易所需的要素类型支持多种录入方式，包括全单补录、碎片录入、关键字查询自动反显选择录入。 不同的模板规则定义的碎片数据可通过参数设置控制实现不同的录入方式。 例如，通过二维码和 OCR 识别技术准确自动获取部分业务要素的凭证，仅需要一次人工录入。 （ 3）对于采用碎片录入的凭证，同时显示已拆分后的影像和所需录入的字段域，录入完毕后操作员点击提交完成，平台系统自 动分配下一个任务项进行处理。 录入人员在录入时只能看到和该要素对应的拆分影像，其他内容无法查看。 （ 4）因版面识别错误或者影像切片错误的原因导致无法进行要素录入的任务，需在切片录入阶段加入“问题”键，将该切片要素退到一校环节。 （ 5）对于需全单补录的凭证，系统应具备光标跟随技术，即当柜员录入某栏位要素时，凭证上与之相关的栏位自动被圈出，同时放大被圈出的栏位。  数据校验 16 系统能够对两次人工录入的要素，一次人工录入与 OCR、二维码识别的比对结果进行正确性、完整性、逻辑性检查，包括系统自动校验及人工校验。 （ 1） 对于二次人工录入，系统应当自动校验两次录入结果，如针对同一要素的两次录入结果不一致，应将该要素发送至人工校验岗，由其对照影像判断录入结果，在必要的情况下再次录入。 （ 2）对于一次人工录入，系统应将录入结果与通过二维码和 OCR 技术自动识别的要素相比对，比对不一致的则发送至人工校验岗，由其对照影像判断录入结果，在必要的情况下再次录入。  异常处理 系统能够对各种异常情况进行快速响应及处理，并与外部系统有完备的交互方式，可随时退回其他系统。 业务管理 支持多个驻场式、离场式中心进行远程监控和管理。 通过参数化调整驻场 式、离场式的任务分配，以及增加减少远程中心。 根据业务规则要求，完成切片、任务分发、录入的任务分配。 主要包括业务优先级管理、任务管理、远程外包管理、系统参数管理、业务运行监控、业务报表等内容。 提供参数化管理配置，可根据要求实时调整。  业务优先级管理 能够按业务要素（如紧急程度、客户类别、业务类别和上传时间等）设置任务优先级排序规则，系统按预先设定的优先级分综合运算每笔业务的优先分值，并据此自动排定其业务处理前后顺序。 同时系统根据业务等待时间可进行动态调整，支持人工干预业务优先级。  任务管理 系统对需要处理的 业务具备一定的分配方法，通过参数设置、自动或手工干预的方式实现任务分配调节，削峰填谷，避免在业务峰值期间造成业务堵塞，以达到快速疏通任务的处理原则，保证每一笔业务能在规定的时间内处理完毕。 并支持多中心任务分配。 系统需对切片后的碎片进行属性定义及级别划分，用以决定哪些碎片可以推送 17 至离场外包商，哪些碎片仅可用于驻场录入。  外包管理 支持对驻场式、离场式外包商进行远程监控与管理，包括对外包录入柜员管理、外包商处理失效管理、延时任务取消和再分配机制、切片分配管理、外包情况相关统计等功能。 同时系统提供推送给外包商切 片的接口，并将与切片匹配的已录入完成数据回传至系统，并提供直观的界面管理。 驻场式与离场式的管理侧重点不同，例如，驻场式需要监控碎片信息处理进度，离场式需要监控分发碎片信息数量及回收数量、质量、效率等。  系统参数管理 能够通过灵活的参数配置实现业务处理的多样性、高效性、可控性。  业务运行监控 系统可对业务处理流程中的的实时数据及分析结果进行反馈和显示，并可据以实现控制。 系统可以将业务处理所途经的每一个节点的实时信息及流程进度信息向各级业务主管通过可视图像或报表监控界面进行展示，提供有权人员掌握当前流程所处节 点、节点和流程处理状态、业务量分布状态、总体业务运行进度等情况，并提供有权人员对特殊业务或申请的及时干预功能。  业务报表 能够根据业务管理需要提供相关报表，包括业务量统计分析表（分业务品种）、外包业务量明细表、业务耗时统计表、岗位业务量统计表、异常处理统计表等。 报表应以图形化展示，并具备实时统计及历史报表统计。 影像切片录入系统产品应满足以下基本要求：  支持全国集中及分散部署模式。  支持集群部署。  支持市场上主流的图像采集设备。  在图像格式、存储介质、系统接口、应用架构等方面遵循标准化和开放性。  提供与外部 系统对接的技术支持。 能够与影像平台、集中作业平台、前端系统等集成，实现影像的采集、存储等功能。 18 碎片录入 非功能性需求 提供开放性的可扩展的体系架构 系统要求能够支持横向扩展。 易于实施和维护 系统应提供方便易用、适用于本系统的开发平台及技术文档，可以对系统进行二次开发及维护。 保证数据的一致性、完整性以及灾难恢复。 具有完善的数据清理方案。 业务扩展性 系统应支持不同业务类型进行接入 ， 可以通过多种不同的渠道接入平台。 性能指数指标 指标 要求 系统支持的用户量 支持同时在线用户数大于 1000 人 系统 支持最大并发交易量 每秒提交任务数大于 200 笔。 联机交易平均响应时间 本地缓存显示，展现时间小于 100ms。 单笔任务提交时间小于 30ms。 交易成功率 100。