商业银行对公ECIF系统项目业务需求v1.0

《商业银行对公ECIF系统项目业务需求v1.0》由会员分享，可在线阅读，更多相关《商业银行对公ECIF系统项目业务需求v1.0（29页珍藏版）》请在装配图网上搜索。

1、Four short words sum up what has lifted most successful individuals above the crowd: a little bit more.-author-date商业银行对公ECIF系统项目业务需求v1.0商业银行对公ECIF系统项目业务需求v1.0 对公ECIF项目业务需求 单位： 部门：-文件信息文件标题对公ECIF项目业务需求项目编号 起草部门发布日期修订记录日期版本描述作者文件审核/审批此文件需如下审核姓名职务/职称签名签名日期文档分发此文档将分发至如下个人或机构姓名/机构职务/职称目录 目录31.引言61.1编写目的

2、61.2预期读者61.3术语表61.4参考资料62.项目背景73.ECIFC建设规划73.1ECIFC一期建设73.2ECIFC后期建设84.系统业务需求84.1整合需求84.1.1整合客户信息，提高客户信息数据质量84.1.2优化相关业务办理流程，提高客户满意度94.1.3实现客户信息全行实时共享，各渠道、客户接触点客户统一识别认知94.1.4客户身份的唯一性识别94.1.5客户信息准入104.1.6信息覆盖原则104.1.7相似客户识别与客户归并,拆分114.1.8建立客户信息全行统一管理机制，推动信息数据标准化工作114.1.9数据质量需求114.1.10存量数据加载134.1.11扩充

3、客户分析、风险及增值服务信息144.2完成ECIFC相关的应用需求154.2.1多渠道客户识别154.2.2应用整合需求154.2.3基础数据服务154.2.4批量数据处理164.2.5客户信息共享164.2.6客户信息同步174.2.7客户360度统一视图174.2.8潜在客户信息管理184.2.9支持综合积分管理184.3ECIF支持的业务流程需求184.3.1客户信息的开户流程应用184.3.2VIP客户规则应用184.3.3客户资产负债信息共享应用194.3.4综合签约194.3.5客户服务提醒，客户营销商机的多渠道推送194.4系统管理需求204.4.1客户信息确认的管理204.4.

4、2客户归并和拆分的管理204.4.3客户信息访问权限的管理204.4.4数据发布订阅管理214.4.5数据发布异常处理214.4.6ECIF系统监控225.系统平台功能需求225.1客户信息数据模型225.2联机交易服务平台235.3批量数据服务平台235.4客户信息数据迁移235.5系统运行维护平台235.6协助相关系统进行业务流程、系统流程改造236.ECIF技术需求246.1系统设计总体原则246.2系统设计技术要求25关键词：ECIFC(对公ECIF系统)、业务需求、技术需求摘 要：本文从ECIFC项目建设的背景、建设的意义、项目建设的范围、项目建设的目标、项目的业务要求、技术要求；项

5、目的技术方案建议、项目工期和进度情况等方面整理出ECIFC项目业务需求说明书，作为项目立项的基础材料。1. 引言1.1 编写目的根据前期的需求梳理，结合和各业务部门的访谈、和相关公司的交流，对项目进行全面的需求整理，做为ECIFC项目立项的依据之一。1.2 预期读者ECIFC项目领导小组成员ECIFC项目实施小组成员相关业务部门工作人员1.3 术语表缩写/术语名词解释ECIFC企业对公客户信息整合系统ESB企业应用集成总线OCRM操作型客户管理系统ACRM分析型客户管理系统DW数据仓库/综合经营分析系统ETL数据抽取、转换与加载批量加载对于T+1日更新就能满足业务要求的客户信息，每日业务终了，

6、批量文件加载方式进入ECIF系统中。实时加载对于对客户业务开展有时效性影响的客户信息，需要实时将客户信息更新到ECIF系统中，以支持客户在相关系统开展业务。准实时加载客户信息对于业务影响的时效性介于批量加载和实时加载之间，需要进行小间隔时间的小量数据加载。1.4 参考资料2. 项目背景 目前行里客户信息的收集和应用由不同的业务部门分头管理，没有统一的客户信息管理和应用的机制，客户信息没有实现全行全渠道共享，在各个渠道和客户接触点没有实现对客户统一识别和认知，各业务部门对客户的管理手段也参差不齐。客户信息标准不统一，内容不一致。根据目前市场的发展趋势，全行级的客户信息统一管理系统解决方案日趋盛行

7、，是可以实现提升我行客户信息统一管理水平、数据质量和应用效率的有效方法，根据我行相关系统建设架构规划和相关业务部门的业务发展需求，特提出建立企业级对公客户信息管理系统（ECIFC）。通过建立企业级对公客户信息管理系统（ECIFC），整合全行现有对公业务系统中的所有客户信息，实时保留客户的最新信息，为各应用系统提供实时的、完整的、一致的、权威的客户信息，建立起企业级的对公客户信息单一视图，在全行范围内为对公客户信息的使用和管理提供服务。 基于ECIFC平台构建我行的互动型客户服务体系，切实提高我行的客户管理和服务水平，完善我行的客户核心.3. ECIFC建设规划3.1 ECIFC一期建设 根据E

8、CIFC系统平台建设需求，建立规范标准的ECIFC数据字典和数据模型，逐步完成对公客户基本信息数据的集中整合；建立科学的企业级的中心客户信息服务机制，逐步满足所有系统对对公客户信息的实时应用；满足对对公客户的基本分类和管理。 实现和提供多渠道（高柜、低柜、网银）、多种方式终端录入、批量导入的客户信息收集、录入。 建立对公客户基本信息的统一视图，提供对公客户基本信息的实时查询和新增、修改、维护功能，提供全系统的联机访问服务（含批量客户信息的查询、识别、对比和确认）。 实现基本的客户分类管理和定性分析服务（如：按行业分类、按等级分类,按业务情况如存款客户、贷款客户、小额农贷客户、存贷款客户分类等等

9、）。 实现客户授信额度的统一管理 迁移整合核心系统、信贷系统、网银、国际结算、同业系统的客户信息3.2 ECIFC后期建设 快速扩展ECIFC的应用服务。增加接入系统的应用范围，提升对业务系统的应用服务。 实现全系统对ECIFC系统的实时性应用，最终实现高效的、中心模式的ECIFC系统应用和管理。 通过成员机构对客户信息的收集、整理、录入和补充维护，进一步提高和丰富客户信息的内容和数据质量。 进一步丰富ECIFC的应用服务方式、渠道、内容，为满足快速增长的客户关系管理需求，提供基础的、全方位的客户信息应用服务。 满足业务发展过程中的其他应用需求。4. 系统业务需求4.1 整合需求4.1.1 整

10、合客户信息，提高客户信息数据质量整合核心系统、信贷系统、网银、国际结算、同业系统等信息系统的客户信息数据，实现全行统一的客户单一视图。内容涵盖客户基本信息、关系信息、地址信息、协议信息，联系信息，事件信息，资源信息，风险信息，统计分析信息九大主题信息，并能实现按权限设置来查询视图信息，按权限设置来修改客户信息。对于多个系统中同一客户信息进行整合和归并。对于客户信息不正确、不完整的，提供数据质量检核标准，系统按标准进行更改补充，提升整合后客户信息的数据质量。 4.1.2 优化相关业务办理流程，提高客户满意度配合相关系统实现行内按先查后用的原则进行客户开户，按权限设置来进行客户基本信息维护等业务流

11、程、系统流程的再造，减少客户办理业务的冗余操作流程，提高客户接受服务的满意度。4.1.3 实现客户信息全行实时共享，各渠道、客户接触点客户统一识别认知实现跨系统、多渠道的客户统一识别，满足各业务系统7*24小时实时使用最新、最准确客户信息的要求。通过整合客户、账户、服务、营销等信息，为多个应用渠道提供多种客户定位与查询服务。外围系统需要配合开发相应的接口服务以及展示界面，用来向业务人员全面地展示客户信息。ECIFC系统则需要整合相关系统中有关客户的联系信息（电话、地址、邮箱etc）、基本信息，并提供相应的接口供外围系统调用。比较典型的应用包括： 核心系统：提供按客户号、帐号、证件类型+证件号码

12、、名称等多种客户身份识别服务 信贷系统：提供按客户号、帐号、证件类型+证件号码、名称等多种客户身份识别服务 客户信息共享按照配置的权限进行信息查询共享,按配置的权限进行客户信息的更新.4.1.4 客户身份的唯一性识别制定客户身份唯一性识别规则（“客户名称+证件类型+证件号码”或“证件类型+证件号码”等），为现有存量客户和每日增量客户建立起统一客户标识机制，将ECIFC系统作为对公统一客户标识生成与维护的唯一系统，从而识别出分散在不同系统中的同一客户记录，并根据情况进行归并操作。4.1.5 客户信息准入 制定信息准入标准的目的,ECIFC系统需要制定信息准入标准的目的在于以下几点： 进一步提高系

13、统的客户识别能力和信息的准确度，加快业务处理的速度； 从ECIFC的信息入口上提高ECIFC系统对客户唯一性识别的控制能力； 减少由于前台录入不规范和业务部门对客户管理要求的不同等多种原因造成的同一客户无法归并的情况； 提高ECIFC系统数据质量； 确定信息准入的标准确定客户信息准入要素。根据既定的客户信息准入规则，确定客户信息准入的控制要素及控制要素的标准，在不同的业务流程中，实现对客户信息准入的控制。 确定信息准入的规则 确定不符合标准的客户信息处理流程在ECIFC系统上线后，对于不符合准入标准的信息，不允许进入ECIFC或标记为非准入客户。 存量客户信息准入的处理流程 非准入客户转准入客

14、户流程4.1.6 信息覆盖原则由于客户信息保存在各个源系统中，各源系统中的客户信息或多或少都存在着不同程度的质量问题，在建立ECIFC过程中需要确定每个信息在不同业务系统中优先级，当多个业务系统对ECIFC中同一个客户的信息进行修改时，采用覆盖原则保证数据的准确性，以及保证正确的数据不会被非正确数据替代。 ECIFC相同信息覆盖原则分为属性级覆盖原则和实体级覆盖原则，属性级覆盖原则优先级高于实体级覆盖原则。4.1.7 相似客户识别与客户归并,拆分制定客户归并与覆盖规则，核心系统、个贷系统、网银等系统均能创建或维护客户基本资料，信息存在不一致的情况，需要按照数据标准化客户信息模型进行客户信息标准

15、化，根据客户信息管理机制确保上述系统中客户基本信息、客户联系信息和客户关联信息的一致性。同时，对于实践中普遍存在的一户多证件（同一客户分别持机构代码证、营业执照、贷款号卡等办理业务）开户的情况导致同一客户有多个客户号，对此需制定相应的相似客户识别与归并规则。4.1.8 建立客户信息全行统一管理机制，推动信息数据标准化工作对我行客户管理现状及相关系统现状进行调研、诊断。在调研诊断基础上，按照相关监管要求，进行差异分析，分析我行现有客户管理能力差异及改善的机会点，总结并分析客户管理改进机会点，找出我行迫切提高客户体验的业务需求。制定符合我行实际的数据模型、数据标准、业务流程以及数据归并规则等。4.

16、1.9 数据质量需求数据质量是ECIFC系统能否产生业务价值的基本条件，ECIFC系统能否具有应用价值，其中一个重要的衡量标准在于该系统是否具有一个能满足业务需求的稳定的数据质量管制体系。 数据检查ECIFC系统上线前，需要对来自各系统的客户、账户信息进行汇总，此过程中要对数据质量进行校验，所采取的手段主要有： 样本检查：根据ECIFC的规则，设定特定的场景和案例，在上线前进行抽样检测 全量扫描：编写程序进行表内和表间检查 规则检查：根据ECIFC的数据整合原则，对规则的适用性和数据的满足率进行检查 数量检查：根据银行核心系统中的业务量，对各类客户数量进行检查 数据质量的控制流程ECIFC的数

17、据质量应当贯穿ECIFC项目的全过程，可以从数据质量管理机构、数据质量管理流程、数据质量验证三方面进行数据稽核。为了保障客户数据质量不断改进，保证已知错误后续不再发生，需要建立完善的数据质量文档管理体系，对ECIFC项目全过程中的每一个数据质量活动进行记录与跟踪。 数据稽核数据稽核是ECIFC项目建设中的一种数据检查机制，通过稽核确定数据在各外围系统、目标系统接口文件与ECIFC之间的一致性。数据稽核可由人工进行随机抽查处理，也可以通过系统自动进行，最后以稽核报告的形式呈现出来。 数据稽核流程在对系统内部数据稽核无误的情况下，ECIFC系统还要提供对数据可信度的检查，确保ECIFC与生产源系统

18、数据保持一致。稽核方式同样可以分为人工处理和系统自动处理。对于异常数据会形成异常数据稽核报告。 数据质量问题处理流程当发现异常数据后，则进入数据质量问题处理流程，根据问题出现原因，可以分别启动如下流程： 属于ECIFC内部问题，则进入变更处理流程 在确定了不是业务系统发生的问题后，则需要提交数据质量事件报告，申请数据质量小组协调，评估与确定质量归属。各个业务系统的负责人应该协助数据质量小组定位与解决问题 对于已经发生错误的数据，则进入错误数据维护流程 变更处理流程通常有两种原因会导致启动此流程： ECIFC内部数据异常：本流程从管理和技术两方面规范异常数据处理，确保任何异常数据都能得到最终解决

19、，并保证不会再出现类似问题 外围系统升级改造、业务需求变更都有可能导致数据发生变动，从而启动本流程 错误数据维护流程由于历史原因导致ECIFC系统中客户数据存在错误，需要经得数据质量管理员的同意方可进行维护，并在工作结束后提交数据维护报告，管理员有权在任何时候采取检查措施以验证数据的执行情况。4.1.10 存量数据加载 存量数据范围存量数据中的客户范围为全行所有业务客户，数据范围包括全行数据标准定义的数据内容、ECIFC系统九大数据主题的数据（根据ECICF系统数据存储原则定义），以及为了满足业务需求需要整合的数据内容。对于在存量数据加载的过程中出现的不符合数据标准且业务部门无法确定转换、分拆

20、、映射规则的数据，需要与相关业务部门进行讨论并建立相应的数据处理规则。 存量数据数据源分析,分析数据的质量状况, 从业务角度进行判断，明确客户信息各数据项在各业务系统中的可信度 存量客户归并存量客户的归并分两个步骤，源系统（主要是核心、对公信贷、国际结算、同业等系统）完成各自系统内的客户归并工作，并将完成后的存量客户信息提交ECIFC进行存量数据迁移，ECIFC系统投产前进行存量数据迁移时完成跨系统的客户归并工作。 存量数据导入 各系统根据同ECIFC系统的接口规范，对数据格式、数据字段进行转换、分拆、映射后导入ECIFC系统，对于无法确定转换、分拆、映射规则的数据也需要保存其历史版本可供追溯

21、； 在导入过程中识别客户信息的匹配程度，比较数据匹配程度和阈值后，按照所有者模型所定义的系统优先级（包括定义各系统中数据项的覆盖优先级、时间优先级、非空值覆盖空值等规则）关联或归并相关客户信息。 标识出未被归并的客户信息，提示一线业务人员，在业务开展过程中进行完善补充； 标识出不完整、不准确数据，提示一线业务人员，在业务开展过程中进行完善补充； ECIFC系统中更新后的数据项将批量回写周边的业务系统，但各系统还将保留原有版本数据供追溯使用。4.1.11 扩充客户分析、风险及增值服务信息 客户风险信息整合与展示ECIFC系统将与客户有关的风险信息进行整合并根据需要提供给相关的外围系统，以帮助业务

22、人员全面掌握客户的风险情况。风险信息主要包括几个方面： 信贷风险信息：主要来源于信贷系统 五级分类信息：主要来源于信贷系统 逾期与违约信息：主要来源于信贷系统 额度信息：主要来源于信贷系统 客户综合风险评估、风险偏好等信息：主要来源于数据仓库 其他风险信息 客户分析与价值信息的整合与展示ECIFC系统将会把数据仓库分析出的与客户有关的风险、价值、贡献度等信息进行整合，并提供给外系统予以展示，以帮助业务人员评估与了解客户价值，更好地进行针对性营销。典型的分析信息包括： 客户等级 客户综合贡献度 客户满意度 客户忠诚度 产品偏好 渠道偏好 4.2 完成ECIFC相关的应用需求4.2.1 多渠道客户

23、识别网点通过客户提供的帐户、证件等信息识别客户；网上银行通过客户的登录名称、账号等信息识别客户等识别方式。4.2.2 应用整合需求ECIFC项目属于企业应用整合项目，在完成相关数据整合的基础上，需要将分布在各个原系统的、基于客户信息的应用，也需要一并整合进ECIFC系统。主要包括以下几方面： 针对原系统客户信息的查询、新增和修改应用； 原系统涉及客户管理方面的应用 原系统业务流程中涉及到客户信息访问的应用4.2.3 基础数据服务基础数据服务功能主要实现ECIFC系统客户数据细粒度（如数据项：中文名称、证件、地址、电话）的各类操作（如新增、修改、查询、关联、归并等）。客户信息基础服务是针对客户信

24、息的九大主题的每个实体去设计开发，针对不同数据对象的一系列增、查、改、合并、拆分等交易，主要包括数据访问服务、客户管理服务和历史版本追溯服务等，并遵循信息存取权限实现客户信息的访问和维护处理，客户信息在修改处理之前备份当前的历史信息并在历史表保存当前修改时间戳，并以拉链表的形式记录每个客户修改历史。具体的基础服务交易包括如下几类： 客户信息管理 客户统一视图 营销和服务支持 风险管控4.2.4 批量数据处理批量数据处理包括批量数据的导入和批量数据的导出。对于ECIFC系统获取数据的方式有两种，一种是采用联机处理方式实时从周边系统获取数据，另一种则是采用批处理方式从周边系统获取数据。同时，在日终

25、时，系统还会根据周边系统的要求，批量导出数据。批量数据处理部分主要包括批处理作业定义、数据映射定义、错误恢复等功能，数据质量控制功能则由数据预处理部分实现。4.2.5 客户信息共享客户信息通过ECIFC整合和客户识别后成为全行的对公客户信息统一视图，提供客户信息标准化的统一实时联机交易服务，实现客户信息在全行各业务系统的共享。客户信息共享的方式： ECIFC提供多类型标准化联机服务供外系统调用达到信息共享。 提供交易类联机服务供外系统联机调用ECIFC的客户信息。 提供维护类联机服务供外系统修改ECIFC的客户信息。 提供查询类联机服务供外系统查询ECIFC的客户信息。 ECIFC提供客户信息

26、维护交易平台，直接通过外系统界面实时展示和维护客户信息。 提供信息同步类联机服务将修改后的信息同步到各外围系统，保证各系统信息一致，达到共享的目的。 ECIFC日终将客户信息提交给数据中心，由数据中心提供给外围系统，实现客户信息T+1的共享。4.2.6 客户信息同步在ECIFC系统中，客户信息变更后，应将变更后的客户信息以实时、近实时、广播、批量的方式同步到对应的外部系统中，从而保证周边系统客户信息的一致性。采用何种信息同步方式由接受信息的系统对信息的时效性要求决定。4.2.7 客户360度统一视图ECIFC系统应提供相关数据服务，支持周边系统实现客户360度统一视图的展现，具体内容包括以下几

27、个方面： 客户信息指客户的基本情况信息。包括客户的基本信息、联系（地址）信息、财务信息、等级分类信息、风险信息、关系统信息、客户贡献度工程等 合约信息 指银行和客户之间对某种特定产品或服务而签立的契约关系，也称协议信息。包括客户使用本行金融产品信息，以及各种签约信息等 资产信息 指所有可能采集到的客户资产信息(包括资源信息)，以及这些信息的价值评估信息等 事件信息 指客户与银行的相关交互信息，包括客户信息变更事件、营销事件、投诉事件、违约事件等 4.3 ECIFC支持的业务流程需求4.3.1 客户信息的开户流程应用通过流程的优化，实现全行客户的客户信息开户流程改造 ，以ECIFC为主进行开户处

28、理，开客户信息时在ECIFC遵循先查后用的原则进行 ，如果在ECIF中存在此客户信息 ，则直接查询使用，如果不存在则先到ECIF C进行开立客户，然后将此新开立的客户信息同步到需要使用此客户信息的外系统，保证客户信息的完整性和共享性。 4.4 系统管理需求在ECFI的实施过程中，需要明确对下述功能的管理。4.4.1 客户信息确认的管理 建立客户信息的生存法则，当ECIFC从各系统获取的客户信息出现不一致时，通过信息来源的不同及信息获取时间的先后来选择信息 客户重要信息，如客户名称、客户身份证号、使用状态客户手机号等信息在更改时，需要有权授权人进行授权。4.4.2 客户归并和拆分的管理 简化现有

29、客户号归并流程，由纸质申请流程改为电子化申请流程，由有权审批人进行审批后客户号直接归并。 对于同一客户在不同系统下产生不同客户号等无法自动合并客户号的情况，在ECIFC系统中应通过建立同一客户识别规则，自动识别为同一客户，然后进行自动归并处理。 对于系统无法实现自动归并的客户，提供手工识别归并机制，对于人工识别错误的归并客户，实现手工拆分机制。4.4.3 客户信息访问权限的管理客户信息作为行内的重要资产，必须建立一套严格的访问权限管理机制，保证客户信息在合理的范围内使用。 业务部门在使用前台系统从ECIFC中获取信息时，只可以获取自己有权查询客户有关的信息，如需调阅范围外的信息需要有权授权人授

30、权。 业务部门在获取自己名下客户信息时，根据访问人角色的不同看到的客户信息的内容不一样，高级用户能看到所有属性字段信息，普通用户只能看到部分属性字段信息。 对于ECIFC后台根据各个渠道访问数据的权限配置，只能能够访问本渠道有权限的客户信息数据项内容。4.4.4 数据发布订阅管理ECIFC系统向周边系统提供客户数据的方式有三种，第一种是周边系统预先订阅某类客户数据，当此类客户数据更新后，ECIFC系统将客户信息提供给对应的系统；第二种是周边系统采用查询的方式获得最新的客户数据；第三种是周边系统预先订阅某类客户数据的更新通知，当此类客户数据更新后，ECIFC系统将客户信息更新通知提供给对应的系统

31、，周边系统根据需要，采用查询的方式获得最新的客户。数据发布订阅可以划分为不同粒度，就可以是某类数据，也可以是某个数据项。订阅类型分为两类，一类是数据同步订阅，另一类是数据更新消息订阅。同时ECIFC系统可以实现事件的发布订阅，如将客户登记的购买理财产品的意向事件保存在ECIFC系统中。这些事件可以通过订阅发布的方式传递给各渠道类系统，当客户直接访问相关渠道系统时，系统会向客户提醒这些事件；同时这些事件也可以通过订阅发布的方式传递给各前台业务系统并通过图形前端进行展示，一线业务人员在相关客户前来办理业务时同时对相关展示的事件信息进行同步处理。在客户通过渠道系统直接或一线业务人员间接完成事件反馈后

32、，将反馈信息同步回统一客户信息管理系统中。4.4.5 数据发布异常处理在数据订阅发布方式更新过程中，有可能会出现异常情况，导致数据更新失败。数据发布异常处理功能对数据发布过程中的异常问题进行监测，记录问题及类型，跟踪问题处理状态，并进行必要的干预。4.4.6 ECIFC系统监控提供ECIFC与其它各子系统运行情况的实时,可靠的可视化监测；实现对后台操作系统和数据库系统的系统级日常监控；实现对业务处理流程的应用级监控；实现对业务处理流程的统计与分析；了解系统运行情况, 减轻运行维护人员的工作量。 实时总体监控以一个页面对所有实时监控项提供总括情况,并具有图像及声音，明确显示监控项的所处状态。1.

33、 系统资源监控信息：CPU使用情况、MEMORY使用情况、文件系统使用情况、数据库表空间使用情况、网络是否连通、主要进程监控等。2. 交易处理监控信息：接收交易、交易超时、交易处理异常、外系统异常等。 交易统计分析1. 实时交易查询：查询当天实时交易或某日历史交易流水情况。2. 实时交易统计：实时统计当天交易执行指标。一小时内交易数,交易总笔数,成功笔数,失败笔数,成功率,最大响应时间(s), 平均交易响应时间(s),统计当天,每小时内的交易总量。3. 实时交易统计历史统计当前工作日以前的每日实时交易的统计信息(预计保留一年的记录，一年前的记录将转存到数据备份区(表或者归档文件)。4. 系统运

34、维管理 提供对监控子系统.所有监控项状态阀值的配置。 提供ECIF 运维联系人相关信息。5. 系统平台功能需求5.1 客户信息数据模型依据数据模型设计规范，将客户信息按基本信息、关系信息、产品信息、地址信息、资源信息、事件信息、分析信息、联系信息、风险信息等九类主题，建立符合我行实际的客户信息数据模型，在此基础上考虑客户行为模型的建设。5.2 联机交易服务平台为客户信息查询共享、客户信息实时更新、客户信息跨系统数据同步提供服务和流程控制，并发布服务调用接口，满足各业务系统使用客户信息的应用要求。5.3 批量数据服务平台提供批量数据任务调度，实现日常增量数据加载、临时批量数据任务、批量数据卸载等

35、数据任务的统一管理和调度。5.4 客户信息数据迁移根据数据模型，将各业务系统的存量客户信息，按整合规则、检核规则完成数据迁移。5.5 系统运行维护平台实现交易报文和参数配置，批量数据任务调度，系统资源监控，交易日志管理，业务交易异常管理，权限配置等功能，为系统运行维护提供操作平台。5.6 协助相关系统进行业务流程、系统流程改造为实现相关系统相关业务办理流程的优化，提供数据接口，来支持各外围业务系统的流程改造和优化。6. ECIFC技术需求11.16.1 系统设计总体原则1. 高性能原则：能满足ECIFC大数据量和大交易量下实时联机交易要求，批量数据处理和联机交易处理间不互相影响。2. 高可靠性

36、原则：保证系统运行的连续性和稳定性，保障7*24小时正常运行。3. 跨平台原则：支持主流大型数据库ORACLE、DB2等，支持各主流的操作系统平台（AIX/HP UNIX/LINUX等），支持主流的中间件CICS、TUXEDO、WEBLOGIC、WEBSPHERE，能在各平台间进行平滑迁移。4. 可管理性原则：整体架构结构清晰、各部分分工明确、易于管理。5. 先进性原则：先进性原则首先要求技术领先，同时要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统较长期维护、升级的目的。6. 安全性原则：保证网络安全、系统安全和数据安全，整个系统要配置和构建可靠实用的安全策略和机制。根据

37、不同的业务要求和应用处理方式，设置不同的安全措施和环节，既满足业务管理、业务授权以及流程管理中的业务安全性要求。同时要保证全省集中管理的数据安全，并对用户采用身份验证和权限控制，为系统提供全面的安全防御措施。有完善易查的日志功能，便于进行审计跟踪非法操作，保证用户不受非正当侵害。7. 规范性原则：整个系统的各类软件、硬件均应符合相关的国际、国内及业内标准，保证系统与各业务系统实时对接，信息数据实时交换和共享；能够提供规范统一的数据接口满足各系统接入；代码采用标准化体系，代码管理、文档管理都采用规范化管理。8. 实用性原则：系统的开发建设不仅要实现强化管理和业务控制功能，同时还应考虑到实施的成本

38、（包括资金成本和时间成本）因素，这就要求在制定系统实现方案时必须从我省农信社目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）、业务发展规划等多个因素出发，做到先进性和实用性的相结合。9. 扩展性原则：系统要支持并适应硬件平台、支撑软件上的扩展能力；系统的设计容量能满足和支持未来业务发展的需要；系统功能应形成结构化、模块化，模块和代码能方便复用，能进行方便的二次开发和平滑的版本升级；能提供参数化管理；支持分布式数据管理，支持多数据源间的访问连接，能方便地与其它相关的应用系统集成在一起；系统具备多用户和多任务操作能力。6.2 系统设计技术要求1、 ECIFC系统的基本架构：ECIF

39、基于SOA架构，符合相关规范。系统应支持实现省、市、县和网点的多级接入和访问；支持各种渠道接入和访问。2、 系统的处理能力：系统单笔联机交易处理时间不能超过1秒钟，较复杂的组合查询交易处理时间不能超过3秒钟；批量处理时间应能满足行内要求，并在处理批量应用时不能影响实时交易。系统应采用先进、优化的编程技术，最大限度地提高系统的负载能力，能保证系统稳定可靠的运行状态和快速的响应时间。系统需提供与各应用系统的实时数据交换和批量同步的解决方案，并保证最佳响应时间。3、 规范的外部接口和数据交换：能够灵活地提供各类和行内系统的交互模式，能够灵活地根据本项目内容及未来行内系统的建设需要提供各类数据接口。在

40、批量数据交互时要采用标准的文件格式如文本等，在进行实时的数据交互时，要求安全高效，不能影响相关系统的安全和性能。4、 高效的系统性能：基于网点众多，用户量大且交易渠道来源众多的特点，系统除应保证高并发压力下的实时联机交易处理，同时也应保证批量作业的处理效率以及在做批量时不应影响实时联机交易处理性能。5、 良好的监控平台：系统需配套应用监控组件和系统运行维护平台，高效监视系统运行状况。6、 数据迁移和系统接入：要能提供中心模式和共存模式下不影响现有业务的接入解决方案；能提供存量数据迁移方案，使各系统客户信息顺利转换和导入ECIF系统中。7、 数据清洗、转换、装载技术，能进行数据的清洗、转换、装载等标准的ETL处理，支持汇总数据加工和其他业务逻辑加工；满足与其它关联的各类应用高效的实时交互和批量数据交互，保证数据的完整性和正确性。8、 统一调度平台：包含统一集中的调度平台，调度平台稳定、调度处理高效，调度对象需包括不同粒度，结构清晰，对调度资源的管理充分和合理，调度日志清晰可查，调度配置采用通用的C/S或者B/S模式，调度配置简单易用。9、 数据备份策略完善：数据备份与恢复策略完善，保证在数据异常时最快最安全的实现数据恢复。