广州银行数据治理和数据平台建设项目采购需求Word文档格式.docx

广州银行数据治理和数据平台建设项目采购需求Word文档格式.docx

《广州银行数据治理和数据平台建设项目采购需求Word文档格式.docx》由会员分享，可在线阅读，更多相关《广州银行数据治理和数据平台建设项目采购需求Word文档格式.docx（38页珍藏版）》请在冰豆网上搜索。

（4）最近三年金融行业数据基础平台项目案例及用户名单（格式见附件6）：

要求提供项目具体实施内容、实施周期和用户联系方式等，并提供与用户签订的合同首页、签字盖章页复印件作为证明；

5、满足本文件第四部分“采购内容及要求”的解决方案；

6、项目实施人员简历、管理措施（格式见附件7）：

需要提供负责本项目服务工作的主要人员的详细资历介绍、学历和学位证书以及相关资质证书；

7、项目测试和验收方案；

8、系统的咨询服务、售后维护方案、培训计划；

9、投标人在广州本地分支机构信息及本地服务能力说明；

10、投标人认为必须说明的其它内容。

（二）响应文件的递交

1、投标人准备响应文件1份正本、3份副本、1份电子文档、1份报价文件；

所有文件装订成册，密封后加盖单位公章，同时在封面标明单位名称和“正本”、“副本”或“电子文档”、“报价文件”字样。

其中报价文件需单独密封，不得与其他文件装订在一起；

否则视为无效。

2、投标人应在采购书指定日将密封的响应文件送达采购书制定地点。

采购方拒收在本采购邀请函明确的采购时间后送达的采购响应文件。

以上文件以及其他资料一旦递交，将由采购方留存，不论贵投标人最终是否入围，均不予退回。

（三）报价

1、报价币种为人民币。

2、报价应包含投标人履行本文件所列所有义务所需的一切费用，包括：

（1）系统开发、客户化实施服务、运行，管理平台和工具软件费用，管理平台和工具软件费用；

（2）针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用；

（3）至少一年应用软件维护费，并且包含不少于10个人月新增开发工作量；

（4）培训费用，包括为采购方业务人员、技术人员和支持人员全部培训费用；

（5）税费及其它费用。

3、采购方不接受可选择的投标人案和报价。

5、关于知识产权

系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件，所开发的应用软件的知识产权和专利权属本行所有，涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标人承担所有责任及费用。

投标人需要在响应书中明确本项目开发所形成的系统的知识产权，及源代码的提供情况（不提供、部分提供（注明哪些可提供）、全部提供）和修改权。

6、关于保密

未经采购方许可，投标人不得将采购文件中关于采购方的系统现状及需求情况、建设情况提供给任何第三方。

采购人需求

一、项目背景

近年来，广州银行的业务快速发展，并不断的推出各种新的金融产品，同时对信息系统的需求也急剧增加。

随着广州银行信息化建设的不断发展，迫切需要建设统一的数据平台，解决系统之间的数据共享、提高数据价值的利用，实现以数据技术为驱动创造新的经营模式体系。

为了进一步提高广州银行信息化管理水平，科学规划利用数据资产，启动建设统一的数据平台，为广州银行业务快速稳健发展提供科技保障，提升广州银行的管理水平和核心竞争力。

2、采购目的

本采购书详细说明了广州银行数据治理体系和基础数据平台建设项目的总体技术要求和业务功能框架需求，使投标人可以据此制定技术方案和实施计划。

广州银行通过本次采购流程选择最佳的项目实施厂商。

投标人负责为广州银行梳理并建立数据治理和标准体系，完成基础数据平台项目的咨询服务以及应用软件开发，协助制定主机、网络、数据库、中间件、网络安全等方面产品的选型和配置方案，协助生产环境的安装和部署，以及提供其它有关的技术支持、培训和服务。

3、建设目标

本期基础数据平台项目服务内容包括数据治理、基础数据平台的建设和管理驾驶舱系统建设：

（1）实施数据治理，提高广州银行数据质量和业务数据的应用价值

对广州银行数据现状进行梳理和全面评估，对比同业领先实践形成差距分析，建立一套具有广州银行特色的数据治理与管理体系以及与之相配套的组织架构、流程制度、管理办法,逐步提高广州银行数据质量，为业务数据的进一步应用与分析奠定良好的基础，并满足对内对外信息披露的要求，以及内外监管机构的监管统计数据质量管理良好标准。

（二）建立数据标准体系，搭建统一的ODS数据平台

根据广州银行的发展需要，引入业内先进的数据标准体系，设计数据标准框架，明确数据标准的主题划分、建设原则、建设内容、建设规范等,指导和规范后续各主题数据标准的建设。

以数据平台为基础，形成全行统一的、完整的数据视图。

逐步构建以数据为核心的管理信息系统架构，对管理类信息系统进行统一规划和建设，最终在全行范围内实现数据信息的全面共享。

（三）搭建管理驾驶舱系统，支持管理层决策和信息预警

通过对我行内部数据的整合、提炼与加工，结合外部权威机构的市场信息，全方位、多层次的为领导层提供各项管理指标信息，生动灵活、主动高效的为管理层提供决策参考与信息预警。

（四）支持未来应用系统的建设，实现全行管理系统的有效融合

基于ODS数据平台逐步实现业务主题应用，如精准营销、风险预警等。

基于业务应用的统一规划，根据路线图逐步完善各种应用，逐步构建起面向各个业务条线、应用领域全面的、应用功能综合的信息分析平台。

（五）业务和技术相融合，逐步实现全行数据统一规划

通过系统建设，使银行高层领导能够从全局角度出发，推动企业数据的统一规划，便于业务人员对银行数据的分析与理解，并且通过概念模型建设，实现对业务核心概念和业务关系的深入理解，从而制定出更加合理的数据架构和统一的数据分布图。

（六）实现历史数据的迁移和管理

广州银行的综合业务系统投产以来，有积累了10几年的历史数据，这部分数据非常重要（包含交易明细、流水信息、总账信息、登记簿等），是广州银行业务发展的基础数据，需要对数据资产进行有效管理，以满足经营管理和监管要求，本项目搭建ODS对这些历史数据进行迁移和管理。

四、建设原则

（一）高效性原则。

系统必须具备在大数据量并发情况下的快速处理能力，系统必须满足采购方的各项性能指标，并要求满足日交易峰值等关键指标方面的同时应具备一定的冗余。

（二）可扩展原则。

报表展现和功能模块的结构设计是开放式、可扩展，以便于根据银行业务和管理等方面的变化，对数据内容、功能实现等进行修改或者添加，并能够适应未来全渠道系统接入的需要，可根据业务需求进行二次开发工作。

（三）稳定性原则。

系统应具备在业务需求要求的交易时间内连续、无故障的运行能力，系统应具有在定时的备份能力，能支持集群或负载等多种部署方式，并有应急处理、故障恢复功能。

（四）安全性和可靠性原则。

系统运行要稳定，数据集市和各功能模块中数据的访问、传输、下载、分析、应用等过程必须具有加密功能或设置严格的权限控制。

（五）便捷的系统维护。

应标人应提供系统日常运行监控、批处理操作和完整的系统维护管理方案，系统维护要求人工干预度低，减少人工操作的差错概率。

（六）规范性。

系统结构和数据设计符合银行的标准和编码规范，数据标准化，全面提高银行数据质量、建立统一数据标准，成为银行数据标准与业务标准的发起者以及参照物。

五、项目实施要求

（一）实施内容

成交方与采购方签署合同后将负责以下实施工作，投标人应针对这些工作内容提供实施方法、资源计划和时间计划：

1、数据治理和标准体系建设：

1）实施数据治理

对广州银行数据现状进行梳理和全面评估，对比同业领先实践形成差距分析，建立一套具有广州银行特色的数据治理与管理体系以及与之相配套的组织架构、流程制度、管理办法,逐步提高广州银行数据质量，为业务数据的进一步应用与分析奠定良好的基础，并满足对内对外信息披露的要求，以及内外监管机构的监管统计数据质量管理良好标准，提高广州银行数据质量和业务数据的应用价值。

2）建立数据标准体系

通过基础主题数据标准、应用主题数据标准以及基础数据指标三个方面逐步建立并完善我行数据标准管理框架，并实现各项管理功能的落地与推广。

∙基础主题数据标准方面，将建立全行数据标准基础主题框架，完成客户、产品、机构、协议、财务、资产、渠道、事件、位置、营销、公共代码等基础主题数据标准的分析、制定、落实与推广；

∙应用主题数据标准方面，将分阶段完成客户管理、风险管理、财务管理、运营管理四大应用主题数据标准的梳理、制定与推广；

∙基础数据指标方面，将建立全行基础指标体系框架，完成全行基础指标体系的设计和定义工作，分阶段完成各类关键指标（包括：

外部监管指标、信息披露指标及内部管理指标）的统计口径梳理、分析与确认。

以数据平台为基础，进行数据标准的落地实施，形成全行统一的、完整的数据视图。

2、数据平台项目建设：

建设一个基础数据平台，构建全行统一的、完整的数据视图，实现数据信息的全面共享，并以数据平台为基础，搭建管理驾驶舱系统。

投标人应在充分考虑采购方已建和建设中的计算机应用系统，如使用行里已有的Cognos和informatica，在充分保护原有软硬件设备投资的前提下，提供完整的系统解决方案。

系统总体框架应当包含技术体系、数据体系、应用体系和运维体系四部分内容，系统架构图如下：

?

技术体系：

从逻辑和物理角度论述数据平台系统的技术实现，技术体系应当包括但并不局限于数据来源、数据交换、数据平台贴源数据层、基础数据层、汇总层、集市层、应用服务层等内容，系统包含但不限于目前ODS已经接入的系统。

数据体系：

基于技术体系内容，对广州银行数据平台系统数据信息进行总体设计，数据体系应当包括但并不局限于数据质量管理、数据模型、数据存储管理等内容。

应用体系：

对广州银行数据平台系统的应用进行合理、有效的组织和规划，应用架构应当包括但并不局限于按照分析业务主题论述应用功能框架、应用实施路线、与周边应用系统的关系、应用实施风险分析等内容。

运维体系：

对广州银行数据平台系统生产运行进行规划和设计，运维体系应当包括但不局限于系统监控管理、系统维护管理、故障切换管理、备份恢复管理等内容。

（二）工作范围

本行对投标人的实施工作范围包括：

1、投标人负责完成项目实施过程中的项目管理工作；

2、基于采购人给出的基础数据平台和管理驾驶舱业务需求，完成系统研究与差异化分析工作，确定业务需求并提交业务流程调整的分析报告；

3、整理分析采购人目前行内各系统情况，提交完整解决方案；

4、完成本项目整体系统集成调试安装工作；

5、投标人负责对硬件设备提出采购和部署建议方案，并完成相关主机、数据库、应用的安装优化工作；

6、完成广州银行整体上线工作；

7、投标人通过培训、参与开发以及其它广州银行认为合适的方式实现基础数据平台和管理驾驶舱后续开发维护的技能转移。

（三）实施时间

管理驾驶舱的上线要基于广州银行新一代核心系统建设的时间要求。

投标人可根据实施经验、提供的解决方案和人力资源计划提出可行的项目实施周期及里程碑规划，但整体周期不超过两年。

同时投标人接受我行因新核心项目时间变化带来的实施时间的调整，保证在要求的时间投入相应的资源完成项目工作。

该时间计划应该是根据采购方的业务需求按功能分阶段实施的可行计划。

投标人应在该时间计划内完成项目的实施，达到项目预期目标。

（四）人员配备

1、本项目的项目负责人（1人，全职常驻）必须具有5年以上项目管理经验，担任过资产规模超过1000亿元（含）的银行数据类实施项目负责人（请提供证明材料），对项目具有较高的把控能力。

2、本项目的资深专家（1人，咨询期间驻场）必须具有5年以上项目咨询经验，担任过资产规模超过1000亿（含）元的银行数据类项目咨询专家（请提供证明材料）。

3、本项目的项目组成员要求参与过银行数据类实施项目（请提供证明材料）。

4、必须详细介绍本项目的项目实施人员的简历。

《主要技术与管理人员一览表》所列人员应为项目主要成员，投标人在本项目实施过程中应保持人员的稳定性，投标人承诺未征得采购方书面同意情况下，不得随意更换该表中所列项目负责人及核心骨干人员。

5、在项目实施过程中，中标方在征得采购方同意后方可更换项目实施人员。

如采购方认为投标人安排的项目实施人员不能胜任或不适合本项目的开发工作，采购方应无条件予以更换，更换人员总人次不能多于3人次（含），每多于一次扣减项目总金额的1%。

（五）咨询培训服务

采购方要求投标人提供相应的咨询培训服务：

1、国内主要商业银行的基础数据平台的建设情况，在此分析的基础上提供针对广州银行的基础数据平台解决方案与相适应的业务组织架构及管理模式；

2、基础数据平台基础架构规划；

3、系统软硬件、网络安全产品选型；

4、协助采购方制订业务运作和标准操作流程、制度；

5、提供项目管理、运营管理等方面的咨询和培训；

6、结合国内主要商业银行的基础数据平台情况分析，提供广州银行基础数据平台针对性实施方式和系统建设的规划建议；

7、根据行业内最佳实践，提供基础数据平台实施方法，供广州银行参考和选择实施；

8、提供相关的业务、技术等培训服务。

（六）应用系统集成

应用系统集成的主要目标不仅是使所有软件能够在相应平台上正常运行，而且必须具有对软件系统运行的监控测试手段，以证明系统优化运行。

投标人有责任承诺使投标人的系统达到以上目标。

（七）售后服务

1、成交方须向广州银行提供系统的源程序、可执行程序、开发计划进度表、风险管理方案、总体设计文档、详细设计文档、集成测试计划、培训资料、系统技术手册、用户使用手册、管理员维护手册等相关技术文档；

2、成交方能够提供完善的技术支持与售后服务，在最短时间内对采购方提出的软件系统使用中出现的问题做出反应，并及时提供运营维护服务。

保修期内中标方应全天24小时有专人响应采购方的服务请求；

3、成交方提供应用软件一年免费保修期的现场维护支持服务，保修期自合同软件经采购方验收合格之日起计。

免费维护期内成交方必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。

保修期内含不少于10个人月的免费新增开发工作量；

4、如系统出现故障，成交方在接到广州银行的报障电话后的1小时内作出响应，予以解决问题。

系统发生重大问题不能解决时，工作时间内成交方的技术人员在接到广州银行正式通知后1小时内至现场解决；

5、系统上线后，成交方负责本系统运行后的性能调整工作，以维护系统的高性能运作；

6、成交方能提供良好的平台产品升级，及后续产品的供应；

7、如果成交方不能按照承诺及时相关产品和服务，采购人保留索赔的权利；

8、保修、维护期结束后，成交方有义务在本系统的维护、运行管理和开放方面继续给予用户技术协作和咨询；

9、对软件在保修期内提供的保修服务为全包式免费上门服务，包括但不限于系统的例行检测、故障排除、需求完善、技术咨询、技术支持、性能分析、系统优化和补丁升级。

若产品因行业要求在结构、平台、功能上有重大变化的升级，或者监管机构政策方面的变化，在保修期内由中标方提供免费升级。

节假日维修服务不另加收任何服务费用。

六、系统功能要求

在广州银行基础数据平台项目建设方面，依据可重用性、安全性、高可用性、可管理性、可扩展性、高性能、灵活、规范、自主可控的设计原则，采取总体规划、分层实现的方式。

纵向层面自上而下看，广州银行数据中心项目的架构由应用架构、数据架构、基础架构和安全架构四个层次组成，每个层次内部又根据设计需要进行抽象分层，从而形成立体的广州银行基础数据平台项目架构方法。

（一）基础数据平台

建设全行统一的基础数据平台，数据从源系统到目标系统的整个流向过程纳入一个统一的数据管理环境之下；

建立相应的系统运行管理过程中所必须的公共服务功能。

数据中心各模块在设计时除了考虑模块本身的功能外，还必须建立相应的标准规范和管理流程。

建立数据模型，跟据业务建模方式，建立体系化的数据模型，从而实现数据的统一整合、统一标准、数据统一清洗、统一业务口径。

从数据横向流向看，需要建立“源到数据中心到目标应用”的三层体系结构：

1、各业务系统作为源系统，提供源系统的数据；

2、数据平台按照时间窗口和加工深度为不同层次的管理决策应用提供数据加工服务；

3、各管理系统作为目标应用系统，将源系统业务数据信息转换成管理分析数据信息，并以合适的方式展现给最终用户。

4、随着广州银行数据中心系统的不断完善，广州银行数据中心系统的数据并不是单向流动，而是一个闭环，没有完全绝对的源系统和目标系统，也就是说源系统可能是目标系统，目标系统也可能是源系统；

目标应用即包括基于数据模型的一些应用，例如操作型报表等，也包括使用数据中心提供的数据服务的应用，如分析报表系统等。

至少包括以下功能：

序号

功能/子功能

描述

1

功能概述

通过制定基础数据平台的数据标准，完善基础数据平台的基础数据层、汇总层、指标层的建设，为下游各个独立的数据集市提供源数据，保证数据的一致性、稳定性和正确性。

2

数据标准化

通过数据治理，对广州银行业务数据进行梳理，提升数据质量，建立数据标准化体系。

数据标准化主要是针对基础数据平台建立的数据标准基础主题框架。

基础主题数据标准方面，完成客户、产品、协议、机构、事件、渠道及资产等基础主题数据标准的分析、制定。

应用主题数据标准方面，完成客户管理、风险管理、财务管理、运营管理、监管报送五大应用主题数据标准的梳理、制定。

基础数据指标方面，将建立全行指标体系框架，完成全行基础指标体系的设计和定义工作，分阶段完成各类关键指标（包括：

建立基础数据平台各个主题的数据模型，提供各主题数据标准定义、公共代码定义、各主题数据标准映射，提供各应用主题相关的数据项与统计口径，对应的标准定义、属性和分类等总结报告

3

数据分层体系

完善的数据规划和数据分层管理，构建基础数据平台的基础数据层（客户、产品、协议、机构、事件、渠道及资产）、汇总数据层（机构、帐号、客户、交易、渠道、产品等）和指标数据层（客户、财务、营运、风险、监管等）。

4

ETL功能

完成数据由数据文件加载、数据处理、数据导出整个ETL处理流程：

1、明确系统数据采集、入仓、加工和出仓的规范和原则；

2、建立ETL作业平台，实现ETL过程的统一管控、集群协作和有序调度；

3、ETL过程的设计应充分考虑到数据量增长的实际情况，保证ETL效率；

4、完成本项目相关的ETL作业调度与监控；

5

数据归档

数据保存及数据恢复：

1、对各层级数据区域数据做日常保存；

2、数据备份，根据备份策略提供增量、全量数据备份功能，且数据库需满足提供7x24小时可访问服务；

3、数据恢复功能，根据恢复原则，提供数据恢复功能，且数据恢复过程可靠、简单、易用；

6

辅助工具需求

针对源系统的数据卸载和文件的分发，提供一个易于开发和管理的工具。

提供数据文件生成与分发传输，解决数据交互的复杂性，降低各类项目之间数据访问的耦合度，提供统一的统一卸数分发规范，是全行级各类批量业务数据的集散地，通过数据交换平台实现数据在各业务部门，各应用之间的有序流转的交换，同时增强系统之间的安全性，并对统一卸数分发过程进行监控。

1、调度管理：

对调度的日历、频度、事件、计划和消息等进行管理

2、卸数管理：

卸数结构、卸数定义、属性设置等配置信息。

3、监控管理：

卸数定义监控和卸数定义历史监控。

4、用户管理：

创建并管理用户及用户权限配置的相关信息。

5、组织管理：

机构/应用创建与维护。

6、系统配置：

数据源、代理服务器配置、备份知识库、恢复知识库、查看操作日志、导出系统日志、清空缓存等系统管理操作的相关信息。

（二）统一调度监控平台

实现数据处理过程中可监控系统资源及负载，监控动态调度信息：

作业流程、作业事件，监控运行日志：

数据状态信息、作业状态信息、作业日志、异常定位，并提供关键监控信息的邮件、短信、报表查询等输出途径。

ETL作业调度监控平台是基于任务流程的，支持直观界面的作业配置、监控和干预功能，支持事件触发方式和多任务并行处理，实现自动调度跑批，提供日常的高效稳定的批处理。

至少包括以下功能模块：

1

调度对象

调度工具可直接调度各种调度管理的对象，包括各种可在操作系统命令行执行的程序、各平台内置脚本编制的程序文件（shell、windowsbatch）、动态函数、数据库存储过程、解释性语言编制的文件等。

2

调度日期

调度日期可以根据需要进行自由编排，支持拥有多套工作日历，支持自定义各种特殊工作日，例如周末和节假日等。

3

进度管理

调度工具支持作业和作业流管理。

4

分析功能

调度工具提供多样统计分析功能，如趋势分析、系统健康度分析、异常任务分析，并提供图形化展现。

5

知识库要求

调度工具的知识库必须支持主流的开放数据库，如DB2、Oracle等。

6

数据源要求

应能支持对多种数据源的抽取，如：

文本文件、XML文件、数据库、JDBC、ODBC等，支持多种主流数据库。

要求在ETL工具产品级别提供对这些数据源的支持，为ODS不断增加新的不同类型的数据源提供最大灵活性。

7

触发机制

对于不同时间序列的数据采集及使用请求，能有灵活可靠的激活机制，保证作业能按照需要的顺序高效的执行。

8

系统监控

应有完善的ETL过程管理和监控能力，提供计划执行和实际进度在同一界面的图形化展现，方便跟踪和查看。

9

并行处理

ETL能够实现真正的并行处理，可根据系统资源自动调整并发度，无需人工干预。

10

重跑机制

要求有当日错误重