《八项目验收考核要求》由会员分享，可在线阅读，更多相关《八项目验收考核要求（24页珍藏版）》请在金锄头文库上搜索。
1、项目需求：附件1：大数据平台及风险预警系统采购项目需求说明书天津滨海农村商业银行2018年4月19日目录大数据平台及风险预警系统采购项目-.4-需求说明书-.4.-一、项目背景-.4.-二、项目目标-.4.-三、项目采购范围-.6.-3.1采购内容-.6.-3.2采购要求-.8.-四、技术要求-.9.-总体要求-.9.-功能要求-.1.2-运行环境要求-.1.6-集成要求-.1.7-性能要求-.1.8-扩展性要求-.1.9-可靠性和可用性要求-.19-开放性和兼容性要求-.20-安全性要求-.2.1-五、服务要求-.2.2-现场服务与支持-.22-培训服务-.2.3-运维支持-.2.3-产品缺
2、陷修复和产品升级-.24-六、人员团队要求-.2.4-七、项目进度要求-.2.5-八、项目验收考核要求-.26-验收方式-.2.6-验收流程-.2.6-验收责任-.2.6-项目交付要求-.2.7-九、成果版权要求-.2.9-十、供应商资格要求-.29-十一、其他补充要求-.3.0-大数据平台及风险预警系统采购项目需求说明书一、项目背景近年来,大数据、人工智能等一批高科技被金融业应用，为银行业风险防控、提升效率等方面起到重要作用。根据天津滨海农村商业银行股份有限公司（以下简称“本行”）业务的发展趋势，为了加快本行业务转型，风险预警，增值提效，提升本行决策的科学性，支撑本行未来5年的业务发展需要，
3、本行急需建设大数据平台及风险预警系统，建立大数据准入和信用评估机制。二、项目目标基于大数据平台和外部数据建立一个范围覆盖授信全部产品、流程贯穿业务始终、监控涉及宏观微观的客户风险管理系统，建立贷前贷中贷后全流程风险预警和大数据准入和信用评估机制，需要实现客户风险视图、信息探索、信息收集、准入验证、反欺诈、信用评分、授信额度、贷后监控、催收管理等功能。为了使大数据风险预警系统快速见效，与时俱进，稳步提升成效，建议分成二期实现。一期目标：完成对公风险预警系统、企业信用评估模型、大数据平台和外部数据管理平台的实施。第一阶段：基于大数据平台和外部数据建立风险预警系统，监测对公客户信用风险。提供实时和批
4、量的对公客户风险预警信号、客户视图、风险报告，包括但不限于企业信用风险预警，集团母公司、子公司、关联企业等关联风险预警，法人、高管、担保人、抵押人、抵押物等关联风险，对接对公信贷系统、柜面系统、ODS等业务系统，在贷前、贷中、贷后提供风险提示，预计2018年10月31日前上线试运行。第二阶段：根据客户、产品、行业、机构、区域等维度来监测不良率、逾期情况，对超过违约阈值的产品、行业、机构、区域进行提示，以便支持总行对产品、行业、机构、区域风险的总体把控和科学决策；将预警信号接入核心系统等实时交易系统，根据重大预警信号拦截交易，预计2018年12月31日前上线试运行。第三阶段：通过外部数据和行内数
5、据建立小微企业信用评估模型，外部数据包括但不限于全国企业信用信息公示系统数据、天津市市场主体信用公示系统数据、失信被执行人、被执行人、国家税务数据、征信系统数据等，生成企业信用风险报告，辅助审批人员、贷后检查人员、客户经理对客户进行整体的风险评估，使相关人员对客户的决策有据可依，预计2019年3月31日前上线试运行。二期目标：完成个人风险预警系统、大数据准入和反欺诈、个人信用评估模型的实施。建立大数据准入机制，实现准入验证和反欺诈，提供实时和批量的个人风险预警信号、风险视图、风险报告，包括个人信用风险预警，工作单位、担保公司等关联风险预警，担保人、抵押人、抵押物等关联风险，对接零售信贷、联合贷
6、等业务系统，在贷前、贷中、贷后提供风险提示；通过外部数据和行内数据建立个人信用评估模型，外部数据包括但不限于反洗钱黑名单、电信诈骗黑名单、失信被执行人、被执行人、芝麻信用黑名单、公安黑名单、同盾反欺诈、法院涉诉黑名单，生成个人信用风险报告，预计2019年6月30日前上线试运行。三、项目采购范围3.1采购内容1、大数据平台：所选用的大数据平台系统软件产品，应是当前业内主流的发布版Hadoop产品，TDH5.1及以上版本或FusionInsightHDC70及以上版本；所提供的Hadoop大数据平台不少于4个节点，至少包含2个管理节点，3个数据节点，其中1个数据节点和1个管理节点可复用同1个节点，
7、提供免费无限期测试环境4个及以上节点使用；需包含并不限于以下组件或同等功能组件：HDFS、YARN、Hbase/Hyberbase、Sqoop、Kafka、Flume、ElasticSearch/Solr、Spark/Discover、Sparkmlib、Hive、HUE/Waterdrop、Oozie/Workflow、Redis、Stream/Flink/Storm、Inceptor企业版及以上。2、风险预警系统：提供对公客户和个人客户风险预警规则和信号；提供客户的集团母公司、子公司、关联企业、法人、高管、担保人、抵押人、抵押物等关联风险预警规则和信号；提供客户风险视图、客户风险报告。3、
8、驾驶舱风险监测：根据客户、产品、行业、机构、区域等维度来监测不良率、逾期情况。4、风险历史数据整合：整合授信风险相关的行内、行外历史数据，形成风险历史数据集市；将数据指标化，指标配置化，为预警规则和模型的应用提供良好数据支持。5、对接对公信贷、零售信贷、核心、柜面等业务系统，在贷前、贷中、贷后提供风险提示；6、外部数据管理平台：将通过API、网页、客户端等各种方式采购的外部数据统一接入大数据平台，以便外部数据落地，接口可配置化，实现外部数据统一管理。7、建立大数据准入机制：实现准入验证和反欺诈；生成各类黑名单。8、个人信用评估模型，个人风险报告：通过外部数据和行内数据建立个人信用评估模型，外部
9、数据包括但不限于反洗钱黑名单、电信诈骗黑名单、失信被执行人、被执行人、芝麻信用黑名单、公安黑名单、同盾反欺诈、法院涉诉黑名单，生成个人信用风险报告，包括个人基本信息、关联信息、个人风险信息、关联风险信息。9、小微企业信用评估模型，企业信用风险报告：通过外部数据和行内数据建立小微企业信用评估模型，外部数据包括但不限于全国企业信用信息公示系统数据、天津市市场主体信用公示系统数据、失信被执行人、被执行人、国家税务数据、征信系统数据等，生成企业信用风险报告，包括企业基本信息、关联信息、企业风险信息、关联风险信息。3.2采购要求1、参数化管理：提供用户可视的前台操作的政策配置管理界面，支持预警指标、预警
10、信号、预警模型、预警参数、预警流程、预警审批授权的参数化配置。2、对象化管理：将“风险预警对象”和“风险预警信号”拆分为两个对象进行分开管理，明确预警对象和预警信号之间的关联关系以及风险预警信号触发预警对象的规则：3、风险预警对象：以客户为风险预警的基本管理对象；4、风险预警信号：选取客户各类风险因素的预警指标而设置的预警信号。5、精细化管理：对于不同规模、产品、行业、机构、区域等客户选取合理的预警指标，进行精细化、差异化管理，使预警指标针对性更强。6、风险传导管理：建立预警对象风险关联传导机制，对有关联关系的各类客户实现关联方风险传导的预警联动要求。7、预警评价分析管理：从产品、行业、机构、
11、区域、客户等多个维度实现风险预警组合监测分析管理，支持预警政策表现后评价分析管理。8、大数据平台搭建要求大数据厂商原厂实施，并提供至少一年免费的7*24小时技术支持。四、技术要求4.1总体要求1、总体解决方案要求：包含但不限于技术方案、集成实施方案、建议的Hadoop系统软件产品、交付内容、培训等内容，详细说明系统架构、网络架构和物理架构等设计。2、实施进度要求：响应人应保证在2018年10月31日前完成内完成项目第一期内容相关建设工作，应提供实施工作整体计划表，明确主要成员个人工作时间表，明确提供项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责，阶段性项目交付物，确保该项目能
12、够按时完成。3、项目实施团队要求：在项目实施阶段，项目实施队伍是以响应人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制，对整个项目的完成进度和质量负责，项目实施队伍建设具体如下：（1）项目管理人员应具有系统项目管理的实际经验和金融行业项目实施经验，能根据本项目要求制订出切实可行的项目管理流程和项目实施时间进度计划表，并严格实行，保障项目按进度高质量完成；（2）响应人须为此项目成立专门的开发实施团队，根据实施计划，明确给出项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责；（3）为保障系统上线后的平稳运行，在项目验收通过后，响应人应提供应急响应服务；（4）请响应人给出
13、应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）；（5）响应人应在响应文件详细说明承诺的实施团队的人力资源配置情况，对实施人员和项目经理的具体实施项目及参与程度应重点阐述；（6）要求参与项目实施人员的数量应满足工作量和工期要求等实际需求；响应人须提供详细的人员名单（含）项目经理、技术骨干）、经历介绍等详细资料；（7）采购人将对所提供的人员进行考察，达不到要求的将会被要求进行替换。4、产品应具有自主知识产权，系统应采用自主知识产权开放式开发平台；5、产品必须符合安全规范，软件部分必须满足人民银行、银监等相关文件要求；6、需要技术实现的功能包括但不限于下面步骤：（1）信用风险
14、预警系统内的各种参数支持人工手动设置，无需通过修改程序或数据库实现；（2）信用风险预警系统应能够灵活与行内其他系统对接；（3）信用风险预警系统包括报表、监控、参数、日志和优化管理等；（4）对于由于监管政策发生变化造成业务需求或者技术实现发生变化时，实施厂商应该负责进行协助修改，保证符合国家的监管要求以及满足业务的需求7、系统服务端运行环境应支持Linux、Unix（Aix、Solaris、Hp-Unix等）等主流操作系统；支持与主流数据库集成，如Oralce；应用服务器支持Weblogic、Webshpere等中间件；8、系统与我行其它信息系统具有良好的集成支持。系统应采用开放式架构，支持多种
15、程序接口方式，能够支持业务规则的动态加载；9、系统应支持多任务、多进程并发处理，性能优异。系统性能指标的设计应满足业务量出现跨跃式增长的要求，需要符合先进性、稳定性、安全性、扩展性的系统设计要求。10、系统应提供7X24小时服务，为了防止系统的单点风险，系统必须能够提供负载均衡策略或者双机互备策略；11、应保证数据在传输/存储过程中可靠、完整、保密；12、提供完备的审计追踪功能。对于业务处理流程，日志文件需要详细记录操作过程，系统需提供业务监控工具和预警工具，能查看业务流程情况，确定瓶颈位置，可进行人工干预；涉及系统的参数表的记录必须记录修改人和修改记录在案，以供事后审查。4.2功能要求4.2
16、.1大数据平台及数据整合搭建大数据平台，基于大数据平台及内外部历史数据建立风险集市，分布式存储结构化/非结构化数据，整合授信风险相关的行内、行外数据，为预警规则和模型的应用提供良好数据支持。1、建立风险集市，整合授信风险相关的行内、行外历史数据，将数据指标化，指标配置化，为预警规则和模型的应用提供良好数据支持。2、实现海量数据的低成本高效存储、加工、使用；大数据基础平台软件需要支持海量数据的分布式存储、处理，提供快速的数据查询、分析和处理能力；支持各类结构化、半结构化、非结构化海量数据的低成本存储，快速批处理加工；支持各应用系统的在线数据查询、统计分析、数据挖掘、海量历史数据存储和使用等需求。3、支持企业数据类应用的迁移和优化重构；大数据基础平台
