大数据平台及风险预警系统采购项目需求说明书天津滨海农村商业银行【模板】

1、项目需求：附件1:大数据平台及风险预警系统采购项目需求说明书天津滨海农村商业银行2018年4月19日14-14-项目(a背景-4-二、项目目标-4-三、项目采购范围-5-3.1采购内容.32采谈求.四、技术要.-5-6-求-7-4.1总体要求-7-4.2功能要求-10-4.3运行环境要求-15-4.4集成要求-15-4.5性能要求目录大批平台及风险预警系统采购项目.-4-#-4.6扩展性要求-17-4.7可靠 性和可用性要求-17-4.8开放 性和兼容性要求-18-4.9安全性要求-19-五、服务要求-20-5.1现场服务与支持-20-5.2培训服务-21 -5.3运维支持-22-5.4产品

2、缺陷修复和产品升级-22-六、人员团队要求-22-七、项目进度要求14-#-八、项目验收考核要求-24-8.1验收方式-24-8.2验收流程-24-8.3验收责任-25-8.4项目交付要求-25-九、成果版权要求-27-十、供应商资格要求-27-十一、其他补充要求-28 -14-大数据平台及风险预警系统采购项目需求说明书一、项目背景近年来，大数据、人工智能等一批高科技被金融业应用，为银 行业风险防控、提升效率等方面起到重要作用。根据天津滨海农村 商业银行股份有限公司（以下简称“本行”）业务的发展趋势，为了 加快本行业务转型，风险预警，增值提效，提升本行决策的科学性， 支撑本行未来5年的业务发展

3、需要，本行急需建设大数据平台及 风险预警系统，建立大数据准入和信用评估机制。二、项目目标基于大数据平台和外部数据建立一个范围覆盖授信全部产品、 流程贯穿业务始终、监控涉及宏观微观的客户风险管理系统，建立 贷前贷中贷后全流程风险预警和大数据准入和信用评估机制，需 要实现客户风险视图、信息探索、信息收集、准入验证、反欺诈、 信用评分、授信额度、贷后监控、催收管理等功能。为了使大数据风险预警系统快速见效，与时俱进，稳步提升成 效，建议分成二期实现。一期目标：完成对公风险预警系统、企业信用评估模型、大数 据平台和外部数据管理平台的实施。第一阶段：基于大数据平台和外部数据建立风险预警系统，监 测对公客户

4、信用风险。提供实时和批量的对公客户风险预警信号、 客户视图、风险报告，包括但不限于企业信用风险预警，集团母公 司、子公司、关联企业等关联风险预警，法人、高管、担保人、抵 押人、抵押物等关联风险，对接对公信贷系统、柜面系统、ODS等 业务系统，在贷前、贷中、贷后提供风险提示，预计2018年10月 31日前上线试运行。第二阶段：根据客户、产品、行业、机构、区域等维度来监测 不良率、逾期情况，对超过违约阈值的产品、行业、机构、区域进 行提示，以便支持总行对产品、行业、机构、区域风险的总体把控 和科学决策；将预警信号接入核心系统等实时交易系统，根据重大 预警信号拦截交易，预计2018年12月31日前上

5、线试运行。第三阶段：通过外部数据和行内数据建立小微企业信用评估 模型，外部数据包括但不限于全国企业信用信息公示系统数据、XX 市市场主体信用公示系统数据、失信被执行人、被执行人、国家税 务数据、征信系统数据等，生成企业信用风险报告，辅助审批人员、 贷后检查人员、客户经理对客户进行整体的风险评估，使相关人员 对客户的决策有据可依，预计2019年3月31日前上线试运行。二期目标：完成个人风险预警系统、大数据准入和反欺诈、个 人信用评估模型的实施。建立大数据准入机制，实现准入验证和反 欺诈，提供实时和批量的个人风险预警信号、风险视图、风险报告, 包括个人信用风险预警，工作单位、担保公司等关联风险预警

6、，担 保人、抵押人、抵押物等关联风险，对接零售信贷、联合贷等业务 系统，在贷前、贷中、贷后提供风险提示；通过外部数据和行内数 据建立个人信用评估模型，外部数据包括但不限于反洗钱黑名单、 电信诈骗黑名单、失信被执行人、被执行人、芝麻信用黑名单、公 安黑名单、同盾反欺诈、法院涉诉黑名单，生成个人信用风险报告, 预计2019年6月30日前上线试运行。三、项目采购范围3.1采购内容1、大数据平台：所选用的大数据平台系统软件产品，应是 当前业内主流的发布版Hadoop产品，TDH5.1及以上版本或 Fusionliisiglit HD C70及以上版本；所提供的Hadoop大数据平台 不少于4个节点，至

7、少包含2个管理节点，3个数据节点，其中1 个数据节点和1个管理节点可复用同1个节点，提供免费无限期 测试环境4个及以上节点使用；需包含并不限于以下组件或同等 功能组件：HDFS、YARN、Hbase/ Hyberbase、Sqoop、Kafka、Flume、 Elastic Searcli/Sok、 Spark/ Discover、 Spark nilib、 Hive、 HUEAVaterdiop、Oozie/ Workflow、Redis、Stieani/Fliiik/Stomi、 Iiiceptor企业版及以上。2、风险预警系统：提供对公客户和个人客户风险预警规则 和信号；提供客户的集团母

8、公司、子公司、关联企业、法人、高管、 担保人、抵押人、抵押物等关联风险预警规则和信号；提供客户风 险视图、客户风险报告。3、驾驶舱风险监测：根据客户、产品、行业、机构、区域等 维度来监测不良率、逾期情况。4、风险历史数据整合：整合授信风险相关的行内、行外历 史数据，形成风险历史数据集市；将数据指标化，指标配置化，为 预警规则和模型的应用提供良好数据支持。5、对接对公信贷、零售信贷、核心、柜面等业务系统，在贷 前、贷中、贷后提供风险提示；6、外部数据管理平台：将通过API、网页、客户端等各种方 式采购的外部数据统一接入大数据平台，以便外部数据落地，接口 可配置化，实现外部数据统一管理。7、建立大

9、数据准入机制：实现准入验证和反欺诈；生成各 类黑名单。8、个人信用评估模型，个人风险报告：通过外部数据和行 内数据建立个人信用评估模型，外部数据包括但不限于反洗钱黑 名单、电信诈骗黑名单、失信被执行人、被执行人、芝麻信用黑名 单、公安黑名单、同盾反欺诈、法院涉诉黑名单，生成个人信用风 险报告，包括个人基本信息、关联信息、个人风险信息、关联风险 信息。9、小微企业信用评估模型，企业信用风险报告：通过外部 数据和行内数据建立小微企业信用评估模型，外部数据包括但不 限于全国企业信用信息公示系统数据、XX市市场主体信用公示系 统数据、失信被执行人、被执行人、国家税务数据、征信系统数据 等，生成企业信用

10、风险报告，包括企业基本信息、关联信息、企业 14-风险信息、关联风险信息。3.2采购要求1、参数化管理：提供用户可视的前台操作的政策配置管理 界面，支持预警指标、预警信号、预警模型、预警参数、预警流程、 预警审批授权的参数化配置。2、对象化管理：将“风险预警对象”和“风险预警信号”拆 分为两个对象进行分开管理，明确预警对象和预警信号之间的关 联关系以及风险预警信号触发预警对象的规则：3、风险预警对象：以客户为风险预警的基本管理对象；4、风险预警信号：选取客户各类风险因素的预警指标而设 置的预警信号。5、精细化管理：对于不同规模、产品、行业、机构、区域等 客户选取合理的预警指标，进行精细化、差异

11、化管理，使预警指标 针对性更强。6、风险传导管理：建立预警对象风险关联传导机制，对有 关联关系的各类客户实现关联方风险传导的预警联动要求。7、预警评价分析管理：从产品、行业、机构、区域、客户等 多个维度实现风险预警组合监测分析管理，支持预警政策表现后 评价分析管理。8、大数据平台搭建要求大数据厂商原厂实施，并提供至少 一年免费的7*24小时技术支持。四、技术要求4.1总求1、总体解决方案要求：包含但不限于技术方案、集成实施方 案、建议的Hadoop系统软件产品、交付内容、培训等内容，详细 说明系统架构、网络架构和物理架构等设计。2、实施进度要求：响应人应保证在2018年10月31日前完 成内完

12、成项目第一期内容相关建设工作，应提供实施工作整体计 划表，明确主要成员个人工作时间表，明确提供项目各阶段的工作 范围、实施团队组织结构、双方成员构成以及成员职责，阶段性项 目交付物，确保该项目能够按时完成。3、项目实施团队要求：在项目实施阶段，项目实施队伍是以 响应人一方的技术力量为主，负责整个项目的设计、实施、进度和 质量控制，对整个项目的完成进度和质量负责，项目实施队伍建设 具体如下：(1)项目管理人员应具有系统项目管理的实际经验和金融行 业项目实施经验，能根据本项目要求制订出切实可行的项目管理 流程和项目实施时间进度计划表，并严格实行，保障项目按进度高 质量完成；(2)响应人须为此项目成

13、立专门的开发实施团队，根据实施 计划，明确给出项目各阶段的工作范围、实施团队组织结构、双方 成员构成以及成员职责；(3)为保障系统上线后的平稳运行，在项目验收通过后，响 应人应提供应急响应服务；（4）请响应人给出应对实施团队人员变动风险的防范机制 （包含与雇员的特别协定、应急预案等）；（5）响应人应在响应文件详细说明承诺的实施团队的人力资 源配置情况，对实施人员和项目经理的具体实施项目及参与程度 应重点阐述；（6）要求参与项目实施人员的数量应满足工作量和工期要求 等实际需求；响应人须提供详细的人员名单（含）项目经理、技术 骨干）、经历介绍等详细资料；（7）采购人将对所提供的人员进行考察，达不到

14、要求的将会 被要求进行替换。4、产品应具有自主知识产权，系统应采用自主知识产权开放 式开发平台；5、产品必须符合安全规范，软件部分必须满足人民银行、 银监等相关文件要求；6、需要技术实现的功能包括但不限于下面步骤：（1） 信用风险预警系统内的各种参数支持人工手动设置, 无需通过修改程序或数据库实现；（2） 信用风险预警系统应能够灵活与行内其他系统对接;（3） 信用风险预警系统包括报表、监控、参数、日志和优 化管理等；（4） 对于由于监管政策发生变化造成业务需求或者技术实现发生变化时，实施厂商应该负责进行协助修改，保证 符合国家的监管要求以及满足业务的需求7、系统服务端运行环境应支持Linux、

15、Unix(Aix、Solaris. Hp-Unix等)等主流操作系统；支持与主流数据库集成，如Oialce； 应用服务器支持Weblogic、Webshpere等中间件；8、系统与我行其它信息系统具有良好的集成支持。系统应 采用开放式架构，支持多种程序接口方式，能够支持业务规则的动 态加载；9、系统应支持多任务、多进程并发处理，性能优异。系统性 能指标的设计应满足业务量出现跨跃式增长的要求，需要符合先 进性、稳定性、安全性、扩展性的系统设计要求。10、系统应提供7义24小时服务，为了防止系统的单点风险, 系统必须能够提供负载均衡策略或者双机互备策略；11、应保证数据在传输/存储过程中可靠、完整

16、、保密；12、提供完备的审计追踪功能。对于业务处理流程，日志文 件需要详细记录操作过程，系统需提供业务监控工具和预警工具, 能查看业务流程情况，确定瓶颈位置，可进行人工干预；涉及系统 的参数表的记录必须记录修改人和修改记录在案，以供事后审查。14-4.2功触求4.2.1 大数据平台及数据整合搭建大数据平台，基于大数据平台及内外部历史数据建立风 险集市，分布式存储结构化/非结构化数据，整合授信风险相关的 行内、行外数据，为预警规则和模型的应用提供良好数据支持。1、建立风险集市，整合授信风险相关的行内、行外历史数 据，将数据指标化，指标配置化，为预警规则和模型的应用提供良 好数据支持。2、实现海量

17、数据的低成本高效存储、加工、使用；大数据基 础平台软件需要支持海量数据的分布式存储、处理，提供快速的数 据查询、分析和处理能力；支持各类结构化、半结构化、非结构化 海量数据的低成本存储，快速批处理加工；支持各应用系统的在线 数据查询、统计分析、数据挖掘、海量历史数据存储和使用等需求。3、支持企业数据类应用的迁移和优化重构；大数据基础平 台软件需要支持各种应用从关系型数据库往大数据管理平台的平 滑和低成本迁移，同时支持ODS应用技术架构优化重构以提供更 强的公共数据信息服务能力。并对应用迁移提供相应的现场技术 支持4、支持实时性强的高并发低延时数据服务需求；本行在移 动互联渠道提供的客户服务逐渐

18、丰富，客户点击流量增长快速，客 户的体验要求也在提高。大数据基础平台软件应能较好地支持移 动互联业务场景高并发低延时的数据访问需求，包括通过流式计 算框架对客户画像、客户个性化场景营销、实时风险监测、银行流 动性风险实时预警、IT运维监控预警等需求实现提供技术平台支 持。5、支持本行自主数据探索和业务建模；通过良好可视化支 持的工具软件，本行可编写简易的R语言数据处理和可视化程序, 自主探索分析业务数据，利用机器学习算法对业务数据建模和验 证，利用成熟的量化模型算法支持更科学的经营决策。6、提供分布式综合搜索平台，满足分布式实时文件存储以 及搜索。7、软件相关支持服务；为更好发挥大数据平台的技

19、术优势, 同时确保系统平稳安全运行，需通过现场和非现场形式提供完善 的产品业务培训和技术培训、运维支持、产品缺陷修复和产品升 级、大数据技术架构咨询、应用开发指导等关联支持服务。4.2.2 风险预警系统系统将实现对全行对公和个人信贷客户的信用风险预警、提 示、拦截和监测，预警可能出现的风险包括工商变更、失信被执行、 征信风险等风险，生成客户风险视图、报告。1、预警生成及介入：根据相关规则实时或批量生成预警信号、 介入到授信贷前贷中贷后各个节点中，达到风险提醒或业务禁止 的作用；可根据客户、产品、行业、机构、区域等维度监测预警情 况和逾期不良情况。2、预警处置：发起、处理、认定、生效等预警信号的

20、流程处 理、分级管理、及时处理。3、后评价体系：规则评价、指标评价、决策评价、数据评价、 信号等级评价。4、客户风险视图、报告：根据客户基本信息和客户风险，生 成客户风险视图、报告，包括但不限于客户、产品、行业、机构、 区域等维度的风险分析日报、月报、季报、半年报、年报。5、风险信号补录：除自动生成风险信号外，可通过人工方式 补录风险信号。6、日常管理：客户基础报告、客户风险报告、驾驶舱、查询 统计、分析报告。7、用户管理、权限管理、机构管理、参数管理、数据源管理、 规则库配置管理。8、系统对接：将预警信号接入核心、对公信贷、零售信贷、 联合贷和柜面等业务系统。4.2.3 外部数据管理平台1、

21、管理外部数据源及其数据。能够更方便的接入新的外部 数据源；管理现有数据源，查询动作留痕，查询结果留痕；管理数 据查询的权限，保证了行内客户等数据的按级别使用，按权限使 用；一次查询，多部门使用，避免多部门的数据使用重复付费的浪 费。-14-2、实现外部数据与行内数据融合，将数据指标化。作为数 据模型、策略的最小粒度，在基础指标的基础上配置式的开发衍生 指标，使得业务人员既可以感性直观的看到数据指标、客户标签， 也可以追溯到理性客观的实际数值数字。3、实现模型配置化，策略工厂。支持按不同的贷款产品、客 群、场景，匹配不同的进件审核策略，并且将这些策略按照不同版 本管理；在WEB页面，业务人员可以

22、方便的拖拽化配置策略，省 时省力。4、接入人行征信、反洗钱黑名单、汇法网、公安黑名单、同 盾欺诈数据、鹏元征信、芝麻信用、税务、水电等外部数据。5、对接对公信贷系统、柜面系统、零售信贷系统，将企业基 本信息等外部数据接入，减少人工录入，提高准确性，提高时效性, 提升客户体验。4.2.4 准入及反欺诈1、实现准入验证和反欺诈。通过风险名单数据、身份数据、 社会数据、信贷相关数据、社交数据等外部数据和内部数据，识别 伪冒申请、虚假资料、内部欺诈和道德风险。2、生成各类黑名单，实现准入信息验证，实时监测我行客 户准入。4.2.5 个人信用评估模型基于机器学习、人工智能方法建立个人信用评估模型，生成个

23、 人信用风险报告、个人基础信息报告、关联关系等。根据对客户信 息真实性、合法性、一致性校验，通过模型设计、数据准备、数据 细分、推断、变量分析与降维、建立模型、模型评估实现自动化评 估客户信用，识别高风险客户。模型通过外部数据和行内数据建立，外部数据包括但不限于 反洗钱黑名单、电信诈骗黑名单、失信被执行人、被执行人、芝麻 信用黑名单、公安黑名单、同盾反欺诈、法院涉诉黑名单等。4.2.6 小微企业信用评估模型建立小微企业信用评估模型，生成企业信用风险报告、企业基 础信息报告、关联关系等，评估企业财务、经营状况、抵质押物、 借新还旧等风险，辅助审批人员、贷后管理人员、客户经理对客户 进行整体的风险

24、评估，使相关人员对客户的决策有据可依。模型通过外部数据和行内数据建立，外部数据包括但不限于 全国企业信用信息公示系统数据、XX市市场主体信用公示系统数 据、失信被执行人、被执行人、国家税务数据、征信系统数据等。43运行环境要求系统服务端运行环境应支持Linux、Uiiix（Aix、Solaris、Hp-Unix 等）等主流操作系统；支持与主流数据库集成，如Oialce、DB2； 应用服务器支持Weblogic. Webshpere等中间件；应支持Hadoop 大数据平台的 HDFS、YARN、Hbase、Sqoop. Kafka、Flume> Elastic Searcli/Sok、Sp

25、ark、Spark nilib、Hive、HUE、Oozie、Redis、Fliiik/Stomi 或同等功能组件。4.4集成要求集成外部数据平台和报表平台，详细描述系统可集成的外部 数据平台（包含数据仓库平台等）和报表平台的种类和集成的实现 方式、支持的程度。支持主流第三方BL ETL等工具并说明支持 的工具列表。软件升级，详细描述服务器端、客户端软件升级的方法、步骤。系统监控的要求：1、提供CPU、内存、硬盘、网卡等硬件状态监控以及告警。2、提供一键式的信息收集工具，收集系统日志、配置信息 以便于快速定位。3、要实时监控系统运行情况，及时发出故障警告，定位故 障点。4、支持图形界面实现分布

26、式系统资源监控，包括获取存储 量、剩余存储量以及存储系统整体情况信息。5、提供文件系统使用情况、数据库使用空间的监控功能， 提供瞬时值和一段时间的变化情况，提供曲线图。提供根据历史变 化情况预测剩余存储空间还能够使用多长时间的功能。6、提供软件产品服务进程的运行情况监控，发生服务失效 或宕机的情况予以告警，并提示不能正常运行的服务或进程。7、提供消息队列的处理情况监控，发生队列堵塞予以告警, 并提示不能正常处理的消息队列。14-8、告警管理功能，出现问题节点及时告警，并提供主动诊 断功能。具备对历史告警信息的审计功能。4.5性能要求支持高性能计算处理，且性能应能随节点数呈线性增长。说明 具体实

27、现方式、适用场景和使用工具技术等，并说明节点数和性能 的关系。提供平台并行及并发处理能力的实施方案。详细描述支持多 服务器、多CPU、多进程并行、并发处理数据的机制，以及系统 解决并行处理方面主要瓶颈和限制因素的措施。提供具有图形化的性能调优工具，并提供持续调优的策略、方 法。系统应能满足：1.1 数据不少于1PB,常用数据不少于50TB。在服务器配置为2C8核CPU, 128G或以上内存，硬盘为 300G*4个SAS硬盘、2T*20个SATA硬盘，2个双口千兆网卡（光 口）或以上的条件下，数据检索响应时限要求如下：1.2 个服务器并发1000情况下，按关键字检索单表记录 响应时限v=20ms

28、,并提供测试的具体结果；1.3 个服务器并发200情况下，按关键字检索多表关联记 录响应时限v=200ms,并提供测试的具体结果；4.6 扩展性要求支持数据量弹性伸缩，考虑数据量增大或者减小情况，存储容 量能够动态不停机扩容，扩容时现有系统可以不间断正常运行，不 受扩容影响。扩容时无需迁移数据，避免硬盘和数据损坏。详细说 明实现方式。提供灵活的扩展，如复杂数据类型，扩展函数和脚本等。支持在线的节点变动，单个集群可线性扩展不少于50个计算 节点、至少能处理300TB数据量，并能满足系统性能指标要求， 在线增加、删除节点时，能支持数据和索引的倾斜探测和自动平衡 功能，保证平滑扩展和性能的线性增长，

29、详细说明实施方案。4.7 可靠性和可用性要求1、可靠性不允许存在单点故障，应采用高可靠设计架构，任一节点出现 故障时，不影响应用的正常运行，并在监控页面上对错误状态进行 显示标识。实现数据的安全与完整保障，平台保证稳定可靠的运 行，在平台系统出现问题时，应保证数据的完整、可恢复以及事务 的完整性。2、故障处理说明任一节点故障后的处理机制，以及各环节处理的延时，同 时说明集群允许多少个节点同时发生问题。发生硬件故障时，系统 能够自动检测错误并修复数据，无需人工干预，即使机器未修复， 系统仍然能够不间断正常运行；支持细粒度的出错处理，对长时间 的查询/分析任务，发生故障后无需重新运行应用，系统只需

30、要单 独运行失败的子任务即可，在故障情况下可极大缩短应用处理时 间。对于故障硬盘，支持硬盘热插拔，大数据平台无需人工干预， 完成磁盘更换。3、可用性系统可用度：应达到99.9%,系统可用度=系统无故障运行时 间/（系统无故障运行时间+系统故障维护时间）。系统应支持备份与恢复功能（包括主机、操作系统、数据库与 应用软件等），数据备份和恢复方案要保证数据的完整性，备份和 恢复的有效性。应用软件恢复时间不超过2小时。系统采用高可用性集群方案，应能提供7x24持续服务，详细 描述应用层和数据层面的集群机制、负载均衡或切换机制，并阐述 对主流操作系统和集群方式的支持方式。4.8 开放性和兼容睡求1、平台

31、开放性：支持Hadoop发布的多个版本，要求支持部 署 HDFS、YARN、Hbase、Sqoop、Kafka、Flume、Elastic Searcli/Soli Spark. Sparknilib. Hive、HUE、Oozie> Redis、Flink/Storm 等各 种知名的Hadoop开源组件或同等功能组件，提供系统截图，作为 证明材料。支持常见软件产品集成。2、 接口开放性：应提供标准JDBC（包括JDBC type4 driver）、 ODBC驱动,ODBC驱动至少兼容limix、windows （64位）。3、兼容通用硬件：应支持运行在X86架构的通用PC服务 器上。4

32、、兼容通用操作系统:应兼容主流的Linux操作系统（SuSe、RedHat. CentOS)o5、兼容接口 ：大数据平台组件需要兼容对应开源组件开发 接口；大数据平台需要兼容标准JDBC、ODBC接口；大数据平台 需要兼容标准SQL/存储过程语法，降低迁移成本，方便平滑迁移。4.9 安全性要求满足访问安全、控制安全、数据安全、网络安全、数据库安全、 事后追踪、审计安全要求。491安全审计的要求1、系统应具有完备的审计功能。2、应具有完备的日志记录和适当的分析功能。3、对平台软件试图进行的非法操作应能记入日志。4、平台应保障操作安全性，并有重放检测、抗抵赖机制设 计。492数据安全性的要求1、支

33、持根据数据的不同分级分类，采取不同的数据存储、 传输方式、访问等审核机制。2、系统应确保数据正确、完整，对关键数据进行加密存储493访问控制的要求1、提供不同等级的访问策略。实现业务访问控制和系统访 问控制功能。2、实现统一的权限管理，详细说明实现方式；3、应用系统对用户角色权限设计和重要角色分配应能够体现职责分离的安全制约原则。4、平台用户变更、权限变更等重要操作应定义审核流程。五、服务要求投标人需在合同期内提供完善的软件产品售后支持服务，包 括但不限于如下内容：5.1 飒月筋与越项目实施：投标人必须服从招标人的统一协调，在招标人要求 的时间内保质保量完成各项工作。完整合法性：投标人为招标人

34、提供的产品必须完整，各种介质 和文档齐全。此次项目由采购人与投标人合作，软件所有权归采购 人所有。投标人必须提供平台软件全部源程序及相应开发工具、自 有产品及开发平台等，并保证其合法性，由此产生的所有争议和法 律问题由投标人负责，由此产生的全部费用由投标人负责。合理可行性：投标人必须对项目方案选择的合理性和技术可 行性进行确认和保证。现场支持服务：项目实施期间如遇到影响进度问题及难题，投 标人须按招标人要求提供现场支持服务。5.2 剧明副1、培训要求：响应人应确保在系统开发和建设中所提供的 培训是全面而系统的，包含了系统的开发、维护和使用等培训内 容，培训的主要对象是系统的使用者和技术支持人员

35、，培训地点由 本行指定，响应人应为培训提供：培训教材，中文版、培训计划。2、培训计划：（响应人需在响应文件中提供具体培训计划）培训时间涪训地点培训内容及要求培训教员参加人员备注5.3运维支持投标人在产品正式交付上线且终验后一年内免费提供如下运 维支持服务：1、 7*24小时电话技术支持与远程问题诊断2、系统出现重大故障导致无法正常使用时，在接到招标人 通知后的2小时内，派相关技术人员到招标人现场实施问题诊断 和应急处理除此之外，投标人应提供详细的运维支持方案和售后服务计 划。5.4产品缺陷修复和产品升级投标人在产品正式交付上线且终验后一年内无偿提供产品缺 陷修复和产品升级服务。无特殊理由，重大

36、产品缺陷的修复时间不能超过一个月六、人员团队要求实施团队项目经理至少具有五年以上行业实施经验且全职全 程参与本项目。实施团队里至少包含1名系统资深业务骨干。资 深业务骨干至少具备两个国内同等规模及以上类似项目的成功实 施经验。每名项目组成员都填写简历；所有人员都提供相关资质证 书复印件、个人简历（带照片，含项目经历）。在投标方入场前，向客户提供参与人员详细资料，客户有权根 据项目实际情况要求调换，或在项目实施过程中发现资料与实际 人员不符时，有权要求进行调换，投标方尽快的予以满足。投标方在合同期内保证项目人员稳定性。如果根据项目需要、 或客户请求、或不可抗拒的原因，需要对于参与本项目的相关人员

37、 进行调整（包括人员的增减和更换）时，双方将本着对项目负责的 原则，在进行充分协商并取得客户同意后尽快完成人员的调整。另 外客户对于投标方不能胜任项目工作的人员，有权提出调整要求。项目组主要成员需要通过客户的考察，通过考察的项目经理 和项目主要人员原则上不允许调整，如有变动需事前征得客户的 同意，仅有合同关系而非本公司雇员的团队成员在面试时要明确 提示；投标方严格按照人员名单适时到位，并保证主要项目人员在 项目实施过程中全程在位。根据建议的实施计划，明确给出项目各阶段的工作范围、实施 团队组织结构、双方成员构成以及成员职责。14-投标方应给出应对实施团队人员变动风险的防范机制（包含 与雇员的特

38、别协定、应急预案等）。依据项目实施要求，并在对客户需求和总体方案理解的基础 上提出完整的项目实施方案，除技术方案外，还包含项目管理方 案，包括项目质量、风险等管理管控，以及合理详细的实施策略、 实施计划、人员安排等。包括但不限于项目实施方法论、项目计划、 项目组织、项目实施前提、项目关键阶段、项目交付物、项目实施 风险及规避措施等。七、项目进度要求一期目标：基于大数据平台和外部数据建立风险预警系统，监 测客户信用风险，生成客户风险视图。预计2018年10月31日前 完成。二期目标：建立大数据准入机制，实现准入验证和反欺诈，建 立个人信用评估模型，生成个人信用风险报告，预计2018年12月 31

39、日前完成。三期目标：监测机构风险、运营风险，根据客户、产品、行业、 机构、区域等维度来监测不良率、逾期情况，预计2019年3月31 日前完成。四期目标：建立小微企业信用评估模型，生成企业信用风险报 告，预计2019年6月30日前完成。八、项目验收考核要求8验阶段验收：项目各阶段任务完成后，须进行阶段验收。最终验收：项目全部建设完成并稳定运行12个月后，进行终 验。8.2 验采购方根据最终确认的需求说明书和相关设计文档所述之 系统功能及性能要求，对系统行验收。验收时，投标方应提交项目 各阶段的管理文档、技术文档及程序代码。验收流程中应充分描述验收准备、验收文档等具体内容。8.3 验收责任在各阶段的验收过程中，如果采购方认为投标方提供的系统 存在重大功能、性能和质量问题不能满足应用及实际要求，或投标 方提交的文档资料不全，采购方有权拒绝提交验收合格报告，由此 造成的项目延迟责任由投标方承担。8.4 项目交付要求根据招标人IT系统管理的相关规定，招标人将要求投标人提 供完整的软件安装、操作、使用、测试、控制和维护手册，以及平 台软件程序、所有源代码。8.4