集中作业项目集中作业平台_技术评估报告V1..doc

集中作业系统技术评估报告 -集中作业平台目录1项目概述51.1项目背景51.2项目目标51.2.1业务目标51.2.2技术目标61.3参考资料72总体需求72.1集中作业平台72.1.1集中作业平台功能性需求72.1.2集中作业平台非功能性需求92.2碎片录入142.2.1碎片录入功能性需求142.2.2碎片录入非功能性需求183系统建设方案193.1整体架构方案193.1.1应用架构193.1.2数据架构213.1.3部署架构223.1.4系统架构223.1.5网络架构243.1.6相关系统关系253.2容量规划273.3基础软硬件设施需求273.4系统关键功能283.4.1功能概述283.4.2设计思路283.4.3系统管理功能293.4.4业务管理模块463.4.5公共管理模块613.4.6业务监控733.4.7报表管理873.4.8风险管理913.5处理能力指标913.6存储管理923.7安全设计933.8村镇银行接入考虑973.8.1系统接入方式973.8.2交互超时处理984项目实施要求984.1项目实施方案984.2项目实施规范984.3项目组角色配置984.4项目实施进度及管理要求984.5培训要求984.5.1培训内容984.5.2培训形式994.5.3培训人员994.5.4培训地点994.5.5教材1004.6知识转移要求1004.7咨询服务要求1001021 项目概述1.1 项目背景自上个世纪九十年代以来，共享服务、精益运营等先进的管理理念引导国际商业银行在业务运营模式、操作流程和资源配置等方面进行了一场根本性的变革，国际领先商业银行开始在全球范围内对业务运营进行布局，纷纷建立了后台运营中心，实现专业化、低成本、高效率的连续作业，极大的提高了竞争力。随着以客户为中心的流程银行理念的深入，我国银行业近年来也加快了运营体系建设的步伐，致力于建设服务共享、流程重组的运营模式，通过集中处理和持续优化来提高运营服务质量。我行目前仍采用“部门银行、全能网点、综合柜员”模式，即以总、分、支行分部门的垂直管理考核机制为基础；以网点作为业务的发起及落脚点，一笔业务前台接单、录入、复核、授权、记账的所有流程均在网点完成；一个柜员需要完成所有各类业务的处理。我行分散的业务运营布局造成业务流程差异大、风险点多面广、人力资源紧张；网点的服务效率、服务水平、营销功能和竞争能力等受到极大限制，严重制约了网点的转型；对操作柜员工作压力大、职业技能素质等要求过高。以客户为导向，进行业务流程改造，以适应当前市场的竞争需要，实现提高效率、降低风险、控制成本、支持创新等目标，我行适时启动了运营业务流程改造，为此，需要相应进行业务处理中心系统建设。1.2 项目目标完成为全行会计、信贷、国结、票据、信用卡等各业务线提供综合服务支持的高效率、低成本、快速响应的全行统一的业务集中处理系统建设，引入影像扫描与传输、OCR识别、电子验印、影像切割、流程监测、后台集中管控等技术和内控方法，将分散运营模式全面改造成为网点交易与后台处理分离模式。网点交易操作规范化、工序化，后台业务处理集中化、流程化、信息化，形成“网点全面受理、后台集中处理”的业务运营格局，实现业务集约运营、风险集中控制、业务布局优化、运营效率提高，进一步提升运营管理能力，支持网点转型目标的实现。1.2.1 业务目标通过集中运营系统的实施，实现部分业务控制风险、降低成本、提高效率的需求，需要进行集中处理，但因业务各自的特色，并非所有的业务均适宜集中。以下是经过总结得出的判断该类业务是否需要上收的原则。 以客户为中心原则以客户为中心原则主要包括两点：一、提高客户的业务处理体验，如提高效率、减少客户等待时间，即该项业务在上收后不能降低客户的体验度，不能增加客户的等待时间；二、一些时效性要求比较高的业务品种，如现金出纳业务等现金类交易，目前则不适宜上收。该原则为决定性的、核心的标准，如果业务不适合该标准，即不适宜上收。 风险控制原则、规模经济原则、专业化处理原则以上三项原则为进阶原则，即如果该类业务在满足以客户为中心这一原则下，上收后如果能提高风险控制，发挥规模效应，进行专业化处理这些优势中的几项，则该项业务被认为是应该被上收的。 操作规范原则经过上述原则论证的可以集中上收的业务品种，需要考虑该业务的操作规范化程度，如果是全国性标准业务，如大小额支付系统等建议全国集中，如果是特色类业务，如同城交换等建议集中至分行。 IT系统改造复杂度原则、运营模式改造复杂度原则由于原有业务设计的不同导致IT系统改造和运营模式改造存在相应的复杂度，该种复杂度将制约该业务上收的进度，对于IT系统改动难度较小，运营模式改造简单的业务建议优先集中，IT系统改动难度较大，运营模式改造较复杂的业务建议后期集中。1.2.2 技术目标系统的改造目标主要包含以下几项内容：l 优化业务处理流程，在处理环节上，尤其是凭证的要素分析上、整体流程效率和风险点管理（充分量化各种风险识别信息，使之参数化）上较分行账务集中处理模式有新的提升。l 按照业务种类，将流程相近的业务处理规则，抽象出多种分类的标准流程模型。l 建立合理、适应性、扩展性强的任务优先级管理策略，适合特定情况下的优先处理，向专有客户提供差异化服务，这在区域运营中心的大规模业务并发的处理情况下极为重要。l 建设区域中心的任务流程处理备份架构，实现可度量的任务益处机制，充分利用区域中心的资源，提供时效性高的交易服务，并建立内部以分行为单位的协助业务处理的定价机制。l 实现全新的、科学、有效的绩效管理展现数据，为业务流程的持续优化提供参照依据。l 优化运营中心的数据信息结构，重新定位运营中心产生的登记薄数据在大运营模式下的作用。l 优化集中运营业务应用平台，适合区域运营中心处理调度、分行运营中心（提回等特色模式）的任务调度、区域运营中心与分行专有中心的任务流转调度。l 优化影像数据的存储规划，配合正在进行的全行统一内容管理平台使用。贯彻以客户为中心的设计理念，可使网点专注于服务和营销，易于了解客户信息和需求，促进推广新业务品种，增加交叉销售，不仅提升网点的价值，也大大增加银行竞争力。业务处理内容集中到后台以后，网点的业务受理能力也极大提高，网点人数及相应营业面积都可以有效减少，而采用外包形式，可使直接成本下降，也使得新业务推广以及管理的难度和成本也大大降低。1.3 参考资料2 总体需求2.1 集中作业平台2.1.1 集中作业平台功能性需求实现业务处理流程的优化、业务处理的实时监控、授权方式的改进、集中作业平台中业务凭证电子档案的实现（即统一通过影像控件上传至行方的内容管理平台中）。......1 组织管理模块 机构管理实现与用户管理系统中机构信息的同步，按照同步的层级机构来维护机构的层级关系，配置机构代理关系与业务处理中心。备注：支持多中心（灾备）。 用户管理指参数管理平台系统登陆用户，负责集中作业平台中系统参数和业务参数的维护，根据不同的用户维护相关参数（系统以岗位划分权限）。 柜员管理实现与用户管理系统中柜员信息的同步。 岗位管理将标准化业务流程处理中的节点按业务操作不同定义在不同的业务环节下，如录入环节、审核环节等，以便实现在单笔业务流程中，控制兼岗柜员不能处理同一业务环节内的任务；例如兼岗经办、复核的柜员，在一笔业务中处理了经办就不能处理该业务的复核。 权限管理对柜员的角色组别与岗位的关联关系进行管理。 业务处理模块 业务总体流程根据业务流程的相似性，设计统一的业务流程并进行相关业务逻辑处理。 业务受理流程根据业务受理的业务逻辑进行流程设计。 业务中心流程根据业务中心的业务逻辑进行流程设计。 异常业务处理根据业务处理中出现的异常情况（例：节点超时，自动回收）进行处理。 特殊业务处理针对业务流程中出现的特殊业务（例：通讯超时）进行处理。 业务管理模块 业务风险管理（需要“风险系统”支持）系统预设支持对业务的风险监督、控制等，如：黑名单、支付密码、印鉴验印、资金头寸。 业务查询管理对业务交易信息的查询，例：任务流程轨迹查询、业务明细查询。 业务队列管理将同组别同环节的任务设置为一个工作队列，同一工作队列按照优先级、时间先后排序。例：优先级队列管理。 业务报表管理根据相关业务、系统数据，统计相关的业务报表，用于对业务的跟踪与统计等。例：按柜员、机构统计任务数量。 业务监控管理根据相关业务、系统数据，实时对系统中相关数据进行统计，并以界面图表的形式展现（系统支持以岗位划分权限）。 业务参数管理以集中作业平台附属的参数管理系统为基础，以界面的形式对业务相关参数进行管理。 任务管理实现引导式处理。任务的生成、分配、催办（前台催办与“前后台信息沟通”实现有关，后台催办可以通过设置任务优先级实现） 日始日终 前后台沟通机制 客户服务模块 电话外呼（需要“客户系统”配合）系统预设支持提供通过呼叫中心发出传输的电话外呼信息的功能 短信支持（需要“短信平台”支持）系统预设支持提供通过短信对接功能 其他功能 OCR技术通过OCR技术识别凭证版式和凭证上的印刷体。 二维码技术支持二维码的使用。 影像处理影像扫描、切割；支持碎片方式处理影像；支持业务溢出处理。 记忆库管理对已处理过的成功业务，按照规定的规则记录对手方信息，并在一定场景下通过关键要素带出对应信息。（例：汇兑业务的收款人账号带出收款人户名、接收行行号、接收行行名） 业务冲正支持业务的联动冲正。 优先级管理根据业务种类、客户级别、金额大小设置任务优先级。 差错管理支持差错信息的登记、查询、统计。 注：1）以上功能需求以最终实际业务需求分析内容为准；2）以上功能需求需要核心系统提供准确无误的接口；2.1.2 集中作业平台非功能性需求 提供开放性的可扩展的体系架构 集中作业平台应用要与行方多个业务应用系统对接，系统具备良好的开放性。 集中作业平台通过建立面向多种数据流的开放协议，通过消费者-服务者模型，支持多个渠道应用的快速接入，如：对公票据ATM、呼叫中心、柜面业务的接入。 集中作业平台支持集中、分布多种部署方案。 集中作业平台支持群集模式。 易于实施和维护 集中作业平台和相关平台具备良好的易用性，可被后台操作人员方便地使用。 系统采用面向业务人员的规则引擎实现业务规则的灵活调整，突破性的改变了传统需求的变更处理模式，实现了即时修改、即时生效。 业务处理时间较传统模式有所提升。 集中作业平台实施的是全新的业务流程，需要经过实践验证，并将随着时间和业务发展而不断变化，因此系统需要支持足够的灵活性。 业务扩展性 系统按照原子流程、整体流程组装的设计模式，从而实现业务流程的快速增减，及时的响应业务需求与产品设计。 因业务流程按照标准化分解为多个环节,业务流程快速部署到流程作业平台上，平均一支业务流程的部署只需四个步骤：流程拆分、交易字典配置、规则选择、流程发布，支持快速部署，即时发布。 系统按照逻辑处理中心设计，支持与现有分行机构分布的一对一、一对多的对应要求，快速的实现资源的整合。 系统设计上充分考虑到多渠道的大业务量请求，业务量上升后，可通过硬件水平扩展方式满足更大业务量需要。 集中作业平台既要承受与传统的OLTP系统（联机交易系统）类似的大并发量用户的压力，又必须支持影像等面向内容的非结构化大数据文件的频繁存取访问，必须具备高性能的处理能力，不存在性能瓶颈。 性能指数指标从上面的搜集到的测试结果数据来看，在当前系统配置下，集中作业平台服务器在最大虚拟用户是500的情况下，虚拟用户150发起流程，150处理后续各节点。目前行方共有近110个营业网点，柜员终端900台左右，按照新增中心人数100人左右估算，集中作业平台同时登录用户数大于1000个，并发流程数支持大于500个。 数据存储和备份.1 数据存储的策略在信息安全中，数据加密是保证数据机密、数据完整、防抵赖的重要手段。系统的最终有效数据主要以数据库的方式存储，虽然DBMS（数据库管理系统）本身提供了用户名/口令字识别、视图、使用权限控制、审计等管理措施，我们的应用系统针对最终用户也采取了类似的安全措施。一般而言，这些安全措施能够满足一般信息系统的安全，但由于系统的数据涉及到很多诸如资金、交易、商业机密、国家机密、个人隐私等敏感信息，仅靠上述这些措施是难以完全保证数据的安全性，某些用户尤其是一些内部用户仍可能非法获取用户名、口令字，或利用其他方法越权使用数据库，甚至可以直接打开数据库文件来窃取或篡改信息。因此，有必要对数据库中存储的重要数据进行加密处理，以实现数据存储的安全保护。本系统不允许一般操作用户直接连接数据库，这就从系统架构方面保证了数据存取的安全。.2 数据备份的策略备份策略制定是一个重要部分。我们知道需要备份的数据都存在一个2/8原则，即20%的数据被更新的概率是80%。这个原则告诉我们，每次备份都完整的复制所有数据是一种非常不合理的做法。事实上，真实环境中的备份工作往往是基于一次完整备份之后的增量或差量备份。.2.1 全备份（FullBackup）所谓全备份，就是用一盘磁带对整个系统进行包括系统和数据的完全备份。这种备份方式的好处是很直观，容易被人理解。而且当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。但它也有不足之处：首先，由于每天都对系统进行完全备份，因此在备份数据中有大量内容是重复的，例如操作系统与应用程序。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本；其次，由于需要备份的数据量相当大，因此备份所需时间较长。.2.2 增量备份(IncrementalBackup)增量备份指每次备份的数据只是相当于上一次备份后增加的和修改过的数据。这种备份的优点很明显：没有重复的备份数据，节省磁带空间，又缩短了备份时间。但它的缺点在于当发生灾难时，恢复数据比较麻烦。举例来说，如果系统在星期四的早晨发生故障，那么现在就需要将系统恢复到星期三晚上的状态。这时，管理员需要找出星期一的完全备份磁带进行系统恢复，然后再找出星期二的磁带来恢复星期二的数据，最后再找出星期三的磁带来恢复星期三的数据。很明显，这比第一种策略要麻烦得多。在这种备份下，各磁带间的关系就像链子一样，一环套一环，其中任何一盘磁带出了问题，都会导致整条链子脱节。.2.3 差分备份(DifferentialBackup)差分备份就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。管理员先在星期一进行一次系统完全备份；然后在接下来的几天里，再将当天所有与星期一不同的数据（增加的或修改的）备份到磁带上。差分备份无需每天都做系统完全备份，因此备份所需时间短，并节省磁带空间，它的灾难恢复也很方便，系统管理员只需两盘磁带，即系统全备份的磁带与发生灾难前一天的备份磁带，就可以将系统完全恢复。.3 数据备份的方法备份的方法主要有：文件备份、服务器主动式备份、系统复制、跨平台备份、数据库备份、分级式存储管理、远程备份。目前备份的最好解决方案是具有“容灾”性能的远程备份解决方案。“容灾”和“容错”不同，容错就是系统在运行过程中，若其某个子系统或部件发生故障，系统将能够自动诊断出故障所在的位置和故障的性质，并且自动启动冗余或备份的子系统或部件，保证系统能够继续正常运行，自动保存或恢复文件和数据。容灾是为了保证系统的安全可靠，防止由于自然灾害等导致的整个系统全部或大部分发生问题。 安全性 集中作业平台实质上是一个操作型的平台，需通过权限和安全认证机制保证系统安全。 系统的安全性取决于多个层面，包括信息系统以外的安全性、物理环境的安全性、网络的安全性、硬件平台的安全性、操作系统的安全性、应用的安全性、数据的安全性等。 通过引入影像工作流机制，实现了实物凭证不能垮网点传递的瓶颈，突破了集中处理中心通过电子影像辨别行方签发票据的真伪，增强了业务安全的防控半径。 规范性参考和遵循集中作业平台开发规范以及行方系统管理规范办法。 稳定性 充分考虑潜在的风险和保证整个系统在故障中及时恢复和再启动的能力。 通过使用成熟的负载均衡技术和集群部署方案，使本系统具有良好有效的高可用性，保证系统级的稳定性，系统支持多渠道在线交易。 作业中心容灾的构建模式，实现作业中心数据的远程复制，一个中心故障，另一个中心在有效接管数据后继续作业。 成熟度松耦合的产品设计集中作业平台的子系统与子系统之间的交互是松耦合的。子系统的交互有明确的接口定义，不需要了解各自实现的技术细节。服务均是是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态，不依赖于其他服务的上下文和状态。业务流程参数化 在分析业务场景的差异性后，对业务流程进行分类，建立起若干个业务模型，以业务参数配置的方式对业务模型进行管理。实现一个统一标准的工作流流程实现多个业务流程场景，通过调整参数配置变化业务流程。多协议接入在集中作业平台与其他交换平台对接时，集中作业平台支持多种通讯协议、多种报文协议的接入，同时支持同步和异步的交互方式。统一运维管理在集中作业平台的架构中的应用服务，都通过运维管理平台统一管理。由运维管理平台对各个应用服务的系统参数进行维护、对应用服务进行启停，并通过运维管理平台对系统当前的运行状况进行监控和预警，对系统每日的运行情况进行数据统计分析，以便于及时了解系统的健康状况。开发迅捷集中作业平台的业务二次开发全部通过SunDS IDE交易开发平台实现。开发以鼠标拖拽的方式绘制业务逻辑，使得用户可以快速的理解和上手开发。二次开发的业务脚本可以作为自定义的业务脚本模板被重复利用，大大降低了开发成本。支持团队开发，开发过程中可以通过SVN实现多人作业。2.2 碎片录入2.2.1 碎片录入功能性需求碎片录入系统主要实现三大核心功能：影像支持、业务处理、业务管理。 影像支持应用先进的影像信息技术，通过OCR、二维码等技术识别凭证，并将采集的凭证影像进行切片、重组、归档，构建以影像信息和电子信息为基础的业务流程。 凭证识别能够接收并识别影像平台上送的凭证影像，运用版式识别（线条识别，特征识别）、OCR识别、二维码识别等成熟技术自动提取图象特征信息，并与事先定义的模板图象进行自动匹配，能够根据不同业务定义的凭证主、附件规则，快速准确判定其凭证类型以及切片规则。 凭证过滤 能够对影像平台上送的影像数据进行底色过滤，并根据凭证版式配置的子区域进行空白影像过滤，有效的过滤凭证影像上未有数据填写的切割区域，从而 达到减少录入量，提高了业务的处理速度。 影像切片能够根据凭证影像对切片的模版进行自定义设计，以快速适应各种不同的凭证影像格式，并可定义模板中的凭证是否需正反面扫描及凭证的张数，具备新增影像模板的配置定制能力。能够按业务定义模板进行凭证影像切割，形成相应的业务要素局部影像碎片。业务人员可按照不同业务规则新增、调整、删除、修改模板。并以图形化方式实现。系统支持影像要素拆分最小化，对后台需录入或检核的要素，全部予以拆分，以凭证上的一个或几个栏位为一个要素，形成要素碎片。 影像压缩 对于原凭证影像进行切割产生的影像碎片数据进行必要的压缩，达到减少影像数据的大小，并提供高质量的碎片影像供录入人员录入。 影像重组系统提供包括切片加密、分发外包、接收、自动监控和管理等功能，并以特定标识为依据对切片进行解密回拼；系统应自动对完成要素录入及校验的字段信息进行数据域的完整性、逻辑性、附件完整性检查，保证信息的准确性。 业务处理在凭证影像的基础上，进行碎片录入、数据校验、异常处理，最终形成完整、准确的业务信息并发送至其他应用系统。 碎片录入系统将影像切片后形成的业务要素碎片，按照预先设置的条件，客户端后台主动获取并分配给当前的录入人员，由其通过不同的录入方式进行要素录入，从而产生核心系统或外围系统发起交易所需的各项交易要素信息。（1）系统应具备要素碎片自动推送功能，可将要素任务碎片按照相应规则分配给不同的录入人员。每个录入员每次只完成岗位角色内的任务，不具有互斥性的任务可分配规则随机分配，相互没有关联。例如：同一碎片信息的二次录入不得由同一录入人员完成。（2）系统应根据业务种类以及发起交易所需的要素类型支持多种录入方式，包括全单补录、碎片录入、关键字查询自动反显选择录入。不同的模板规则定义的碎片数据可通过参数设置控制实现不同的录入方式。例如，通过二维码和OCR识别技术准确自动获取部分业务要素的凭证，仅需要一次人工录入。（3）对于采用碎片录入的凭证，同时显示已拆分后的影像和所需录入的字段域，录入完毕后操作员点击提交完成，平台系统自动分配下一个任务项进行处理。录入人员在录入时只能看到和该要素对应的拆分影像，其他内容无法查看。（4）因版面识别错误或者影像切片错误的原因导致无法进行要素录入的任务，需在切片录入阶段加入“问题”键，将该切片要素退到一校环节。（5）对于需全单补录的凭证，系统应具备光标跟随技术，即当柜员录入某栏位要素时，凭证上与之相关的栏位自动被圈出，同时放大被圈出的栏位。 数据校验系统能够对两次人工录入的要素，一次人工录入与OCR、二维码识别的比对结果进行正确性、完整性、逻辑性检查，包括系统自动校验及人工校验。（1）对于二次人工录入，系统应当自动校验两次录入结果，如针对同一要素的两次录入结果不一致，应将该要素发送至人工校验岗，由其对照影像判断录入结果，在必要的情况下再次录入。（2）对于一次人工录入，系统应将录入结果与通过二维码和OCR技术自动识别的要素相比对，比对不一致的则发送至人工校验岗，由其对照影像判断录入结果，在必要的情况下再次录入。 异常处理系统能够对各种异常情况进行快速响应及处理，并与外部系统有完备的交互方式，可随时退回其他系统。 业务管理支持多个驻场式、离场式中心进行远程监控和管理。通过参数化调整驻场式、离场式的任务分配，以及增加减少远程中心。根据业务规则要求，完成切片、任务分发、录入的任务分配。主要包括业务优先级管理、任务管理、远程外包管理、系统参数管理、业务运行监控、业务报表等内容。提供参数化管理配置，可根据要求实时调整。 业务优先级管理能够按业务要素（如紧急程度、客户类别、业务类别和上传时间等）设置任务优先级排序规则，系统按预先设定的优先级分综合运算每笔业务的优先分值，并据此自动排定其业务处理前后顺序。同时系统根据业务等待时间可进行动态调整，支持人工干预业务优先级。 任务管理系统对需要处理的业务具备一定的分配方法，通过参数设置、自动或手工干预的方式实现任务分配调节，削峰填谷，避免在业务峰值期间造成业务堵塞，以达到快速疏通任务的处理原则，保证每一笔业务能在规定的时间内处理完毕。并支持多中心任务分配。系统需对切片后的碎片进行属性定义及级别划分，用以决定哪些碎片可以推送至离场外包商，哪些碎片仅可用于驻场录入。 外包管理支持对驻场式、离场式外包商进行远程监控与管理，包括对外包录入柜员管理、外包商处理失效管理、延时任务取消和再分配机制、切片分配管理、外包情况相关统计等功能。同时系统提供推送给外包商切片的接口，并将与切片匹配的已录入完成数据回传至系统，并提供直观的界面管理。驻场式与离场式的管理侧重点不同，例如，驻场式需要监控碎片信息处理进度，离场式需要监控分发碎片信息数量及回收数量、质量、效率等。 系统参数管理能够通过灵活的参数配置实现业务处理的多样性、高效性、可控性。 业务运行监控系统可对业务处理流程中的的实时数据及分析结果进行反馈和显示，并可据以实现控制。系统可以将业务处理所途经的每一个节点的实时信息及流程进度信息向各级业务主管通过可视图像或报表监控界面进行展示，提供有权人员掌握当前流程所处节点、节点和流程处理状态、业务量分布状态、总体业务运行进度等情况，并提供有权人员对特殊业务或申请的及时干预功能。 业务报表能够根据业务管理需要提供相关报表，包括业务量统计分析表（分业务品种）、外包业务量明细表、业务耗时统计表、岗位业务量统计表、异常处理统计表等。报表应以图形化展示，并具备实时统计及历史报表统计。影像切片录入系统产品应满足以下基本要求：n 支持全国集中及分散部署模式。n 支持集群部署。n 支持市场上主流的图像采集设备。n 在图像格式、存储介质、系统接口、应用架构等方面遵循标准化和开放性。n 提供与外部系统对接的技术支持。能够与影像平台、集中作业平台、前端系统等集成，实现影像的采集、存储等功能。2.2.2 碎片录入非功能性需求 提供开放性的可扩展的体系架构系统要求能够支持横向扩展。 易于实施和维护系统应提供方便易用、适用于本系统的开发平台及技术文档，可以对系统进行二次开发及维护。保证数据的一致性、完整性以及灾难恢复。具有完善的数据清理方案。 业务扩展性系统应支持不同业务类型进行接入，可以通过多种不同的渠道接入平台。 性能指数指标指标要求系统支持的用户量支持同时在线用户数大于1000人系统支持最大并发交易量每秒提交任务数大于200笔。联机交易平均响应时间本地缓存显示，展现时间小于100ms。单笔任务提交时间小于30ms。交易成功率100%切片可用率100%批量作业平均处理时间150s左右系统支持的运行模式（是否支持7*24）（请说明实现机制）支持7*24运行，双机互备、负载均衡系统可用性提供版式定义工具，通过配置化定义业务的版式及字段信息。工作站提供友好的人机操作界面，并提供快捷键功能，操作方便快捷。系统重新启动、自恢复时间小于500ms 数据存储和备份1) 可以与影像平台进行集成，存储凭证影像数据。2) 支持业界主流的数据库，包括但不限于Oracle、DB2等数据库。3) 提供完善的数据存储的备份方案。 安全性1) 要充分考虑用户、系统、网络方面的安全性要求；对应不同的应用层次，需要具有用户的身份认证和权限管理功能，支持岗位（角色）权限参数化设置。2) 根据用户权限自动调整系统功能菜单，对无权操作的系统功能不可见；系统连接数据库只能使用普通用户，不能使用管理员用户；数据库密码必须加密存放； 规范性系统须符合应用软件开发行业标准和规范，软件体系架构具有清晰和相对独立的软件层次。 稳定性系统应支持双机热备、服务器集群等方式，保证724不间断可靠服务，同时自动平衡服务器间的负载，具备应急处理、故障恢复功能。系统应具备高可用性，具有高的容错及故障恢复能力。系统必须性能稳定，在高峰期大量用户访问时，具有较强的并发事务处理能力。 成熟度系统需要在业界有一定的应用规模，具有多个系统应用案例。3 系统建设方案3.1 整体架构方案3.1.1 应用架构集中作业平台在建设上应充分考虑总行现有的影像平台架构，以SOA的思想方法为指导，结合业务整合的设计思想，着眼于提高架构的高效、灵活性和适应能力，通过影像处理平台、流程平台、规则引擎、内容管理系统三大基础支撑系统的建设，建立统一的非结构化数据管理平台，支持业务集中处理的需要。系统应具有丰富的功能、强大的访问效率、足够的灵活性和扩展能力，从而适应未来组织架构、业务流程、业务录入外包和应用接口规范的要求。集中作业处理平台n 基于消息中间件或应用服务构建集中作业处理平台的业务前置处理层，通过可配置的业务规则引擎实现集中业务的工作环节分解。n 底层使用工作流平台驱动集中业务处理流程，完成集中业务的任务推送，作业环节的组装等功能。n 业务后置处理层实现对业务环节的执行比对，处理任务回拼等功能。n 业务分析模块，通过大量的分析报表，业务实时监控等功能，实现对业务处理的全面分析，进一步优化处理环节。n 业务控制模块，实现对任务处理过程中的实时干预能力，实现任务在多个中心间的调度等功能。....1.1 业务规则引擎实现为银行各类交易业务的有效分解提供相应的规则性描述，并通过该描述实现业务的分解环节，开发可以利用此产品设计各交易的业务处理环节，方可以实现对交易的节点控制。 影像碎片录入系统CPS采用信雅达集中作业处理中心录入系统（CPS）实现碎片录入功能：n 能实现对整张/整批影像甚至影像碎片的高效业务处理；n 能灵活配置业务界面和业务规则；n 支持主动推送和任务缓存；n 提供规则检查、差错提示、智能录入、模糊匹配、差异提示、自动输入法切换、全键盘操作等先进功能；n 影像经过放大、加浓、加粗、加亮、美化等处理，更清晰、更美观； 影像处理系统影像处理平台作为集中作业系统的基础平台组成部分，主要负责影像的采集、传输、展现、OCR、二维码的识别等功能。影像处理平台主要由影像采集控件、影像展现控件、影像加工处理模块、影像传输模块、二维码识别模块、OCR识别模块等功能组成。纸质资料通过影像处理平台生成电子影像数据，并通过传输组件将电子影像数据传输至内容管理平台进行归档。3.1.2 数据架构3.1.3 部署架构3.1.4 系统架构系统按照总行数据中心、集中作业平台和网点三级模式进行组织。逻辑结构图如下： 总行数据中心总行数据中心部署影像存储管理系统、数据库系统、影像存储管理服务、工作流引擎、平台应用服务等。 工作流引擎工作流平台作为集中作业系统的基础平台组成部分，主要负责业务流程的调度与资源的调配，通过流程建模工具设计相应的业务流程图，在流程引擎解释执行各业务流程实例。工作流管理平台作为基础流程平台，提供了标准的工作流调用API，为了保证这些标准的工作流API易于使用，降低外围系统的接入成本，集中作业平台会将标准工作流API进行封装，将封装后的工作流接口提供给各外围系统使用。因此工作流管理平台一般不直接与其他外围应用系统直接交互。 业务规则引擎业务规则引擎主要负责对业务流转过程中经过的各个环节的业务逻辑进行处理，并且负责对业务参数维护、权限管理等，同时负责对外围系统的集成与接入。业务处理平台承载了大量业务相关的逻辑处理模块，负责接受并响应各个外围系统，如柜面系统等的业务处理请求，根据不同的业务处理请求，业务处理平台可以选择独立处理，调用工作流API，调用其他外围系统如核心系统接口等。业务处理平台作为流程银行的核心组件，负责各个外围系统的集成与接入，负责工作流管理平台API的封装，负责相关业务逻辑的执行。 影像切割系统影像切割及碎片录入系统作为集中作业系统操作平台的主要组成部分，主要负责对电子影像数据根据预先制定的切割版式进行影像切割，并将相应的影像切割碎片分发至碎片录入处理工作站，碎片全部录入完成后将电子数据进行比对回拼，简而言之，影像切割及碎片录入系统负责将电子影像转换为电子数据。影像切割录入系统接受业务处理平台的影像切割指令，根据电子指令中的关键数据通过影像处理平台获取到相应的单据影像进行碎片切割、分发、录入、回拼，并将相应的电子数据报文返回业务处理平台。 影像处理平台影像处理平台作为集中作业系统的基础平台组成部分，主要负责影像的采集、传输、展现、OCR、二维码的识别等功能。影像处理平台主要由影像采集控件、影像展现控件、影像加工处理模块、影像传输模块、二维码识别模块、OCR识别模块等功能组成。纸质资料通过影像处理平台生成电子影像数据，并通过传输组件将电子影像数据传输至内容管理平台进行归档。3.1.5 网络架构一组服务器通过高速的局域网或者地理分布的广域网相互连接，在它们的前端有一个负载均衡调度器（Load Balancer）。负载均衡调度器能无缝地将网络请求调度到真实的位于后端的服务器上，从而使得服务器集群的结构对客户是透明的，客户访问集群系统提供的网络服务就像访问一台高性能、高可用的服务器一样。客户程序不受服务器集群的影响不需作任何修改。系统的伸缩性通过在服务机群中透明地加入和删除一个节点来达到，通过检测节点或服务进程故障和正确地重置系统达到高可用性。 支行至分行网点、分行带宽 一般传输时间 峰值传输时间 512Kb 9.6秒 19.2秒 1Mb 4.8秒 9.6秒 2Mb 2.4秒 4.8秒 分行至总行建议10Mbs带宽。3.1.6 相关系统关系编号源系统目标系统端口协议用途Server to Server1.柜面SunDS1096Socket柜面系统与集中作业平台提交任务等通讯2.SunDSSunflow1093RMI集中作业平台驱动工作流3.SunflowSunDS1096Socket超时通知等特殊功能4.SunDSSunCPS8531Socket发送切割录入请求5.SunDSSunDS CIS1099Socket对外发送的报文6.SunDS核心系统待定待定行名行号表，组织机构表等数据同步7.SunCPSSunDS1096Socket返回切割录入结果8.SunDS CIS自动验印服务待定待定发送自动验印请求9.自动验印服务SunDS CIS待定待定返回自动验印结果10.自动验印服务总行影像缓存服务器90808088Socket获取影像Jar包DMS：9080影像：808811.SunDS CIS核心系统待定Socket记账等账务请求3134 同城85839016 核心原交易3138 二代支付12.SunCPS总行影像缓存服务90808088Socket获取影像Jar包DMS：9080影像：808813.总行影像缓存服务内容管理平台待定待定影像归档等14.柜面总行影像缓存服务9080Socket影像到达通知重发请求Jar包15.SunDS PWP指纹仪验证服务器待定待定16.SunDS PWP身份认证服务器待定待定Server to DB17.SunDSDB(sunbizdb)1521JDBC18.SunFlowDB(sunflow)1521JDBC19.SunCPSDB(suncps)1521JDBC20.柜面DB1521JDBCClient to Server21.SunCPS workstationSunCPS8731Socket长连接CPS客户端与服务端通讯22.SunCPS workstationIIS80httpCPS客户端更新23.影像控件影像缓存9080Socket影像控件与影像平台服务3.2 容量规划应用服务器存储空间为1T，主要用于应用服务部署和日志文件使用。数据库服务器存储空间以实际的每日发生业务产生的业务数据总量为参考进行配置，参考存储管理章节的规划。3.3 基础软硬件设施需求3.3.1 总行数据中心生产环境设备建议配置序号服务器配置数量备注数据库服务器IBM P7508CPU/32G内存2高可用2应用服务器IBM P7504CPU/16G内存2工作流、业务集中处理中心，集群部署，或双机互为备份。4影像切割服务器PC服务器4CPU/16G内存25存储空间属于集中存储管理30T3.3.2 总行处理中心设备配置碎片录入主要设备如下：名称设备配置要求用途及说明软件安装数量工作站PC机数据录入、审核等客户端若干其他打印机、电子显示屏等业务处理若干3.3.3 网点设备配置编号应用名称配置数量备注1扫描工作站PC机，P4 CPU1.8G/2G内存/80G硬盘每个扫描工作站一台柜面前端系统，影像控件。2A4扫描仪扫描仪每个扫描工作站一台扫描仪。3A3扫描仪A3扫描仪每个网点一台扫描仪。4高拍仪A4幅面的高拍仪，双摄头每个柜员一台高拍仪3.3.4 开发环境设备建议配置序号服务器配置数量备注数据库服务器IBM P550 4CPU/8G内存1双机互为备份2应用服务器IBM P5504CPU/16G内存13内容管理平台IBM P5504CPU/16G内存14影像切割服务器PC服务器XEON 3.0*2，8G内存，2X143G硬盘，RAID卡，100/1000兆自适应网卡13.4 系统关键功能3.4.1 功能概述业务处理可分为网点发起任务处理和中心发起任务处理，以任务驱动模式取代传统交易码操作的一手清模式。经过再造之后的业务流程应包括如下环节初审、扫描、验印、录入、行名行号选择、审核及授权。在串行模式下，该笔业务会按照以上环节的顺序逐一完成，最终提交主机做账务处理；在并行模式下，该笔业务在扫描上传后同时展开验印、录入、行名行号选择、审核及授权处理，最终将该笔业务在各个环节的处理结果汇总提交主机做账务处理。实际工作中工作量的分布可能受时间、地域等因素影响不均衡，后台业务集中处理中心具有平衡工作量的能力，如跨区域操作、外包分配管理等，即系统需要具备业务水平扩展能力。为有效控制新建网点的业务风险，后台业务集中处理中心需支持业务权限的上收于下放。即在网点业务风险较高时，将某些业务暂时配置成后台授权模式，并待网点业务水平提高后，通过系统将业务权限下放给此网点。3.4.2 设计思路n 前台简化1. 前台柜员尽可能只做实物真伪性和完整性检查，尽可能不录入，仅在需要验印、联网核查、圈存等时候,录入账号必要信息2. 对于前台必须录入的信息，可采用先进技术实现系统自动读取/识别信息，例如： 每种凭证上可印刷条形码，可通过读取凭证上的条形码自动识别交易类型，柜员不再需要输入交易类型； 可在出售的凭证上打印二维码（二维码中包含账户信息、户名等），扫描时系统自动读取相关信息，减少前后台录入。n 后台高效1. 将业务操作按专业性拆分为不同活动，提高每个活动的处理效率：例如，将目前由同一柜员完成的审核与记账工作拆分为数据录入与票据审核，由专岗分别负责，录入与审核效率均能提高2. 对于出现差错概率较低的活动，尽量采用后台并行操作，以提高后台处理速度（如审核和数据录入可同时进行）；差错率较高的采用串行（如后台验印通过后再进行数据录入与票据审核，但如果未来后台验印通过率提高时，也可考虑并行操作）3. 通过差错处理减少返工工作量：例如，设置通用补录岗，对于沟通后能在后台修改的交易则无需返回前台重新发起交易申请，减少重复劳动n 风险控制1. 前后台分离，降低内部案件风险。重要字段由双（多）人录入，以保证录入准确度2. 前、后台的分别设置授权流程：根据设定的原则，自动触发授权流程3. 将人工控制改为系统控制：例如，大额电核时，不再依靠柜员人工进行电核，而是通过向客服中心派送电核任务并记录外呼结果进行控制n 自动化减少人工处理，通过系统改造实现自动化处理。3.4.3 系统管理功能系统管理功能主要分为运维管理、业务配置、差错管理、日结管理等功能。...... 运维管理功能 运维管理功能主要分为系统配置、系统管理、集群管理三大模块。.....3.