广州银行信用卡中心大数据集市Word格式.docx
《广州银行信用卡中心大数据集市Word格式.docx》由会员分享，可在线阅读，更多相关《广州银行信用卡中心大数据集市Word格式.docx（39页珍藏版）》请在冰点文库上搜索。
22
附件2：
23
附件3:
25
附件4：
26
附件5：
27
附件6：
28
附件7：
29
附件8：
30
附件9:
31
附件10：
33
第一部分 基本情况
第一节 广州银行股份有限公司信用卡中心概况
基本情况：
广州银行信用卡中心于2011年10月取得信用卡发卡牌照，2012年初正式对外发行信用卡，并于2016年6月30日在南沙自贸区成立专营机构，是当时全国城商行中仅有的两家信用卡专营机构之一。
2018年7月，信用卡中心首家分中心佛山分中心正式成立。
东莞分中心正在筹建，计划春节前获批开业。
信用卡中心在近七年的发展中各项经营指标均实现快速增长，目前累计发卡量超过
279万张，资产规模从2012年的10.4亿元增长到2018年的531亿元，营业收入从2012年的0.8亿元增长到2018年的50亿元。
资产规模快速增长的同时，整体风险平稳可控。
据中国银联内部经营数据显示，2018年前三季度广州银行信用卡月均活卡量、总交易笔数以及云闪付用户量均居全国城商行第一位，新增发卡量居城商行第二位。
第二节 项目背景
广州银行信用卡中心拟建设基于HADOOP大数据技术的数据集市、结合数据治理措施，集中统筹管理广州银行信用卡中心业务数据，并从信用卡营销、运营和风险控制的业务角度出发，实现数据管理集中化和规范化，提升面对复杂市场环境和监管政策下的数据管理和决策支持能力，并为后续衍生出更多适应市场变化创新产品提供平台基础，实现数据业务价值挖掘和数据价值变现，为信用卡业务战略决策和高效运营提供准确高效的数据支持，提升行业科技竞争力。
第二部分 投标人须知
第一节 招标方声明
一、投标人未能在规定时间提交投标文件的将被视为自动放弃。
二、本次招标方不接受两家（含）以上公司作为联合投标人。
三、投标人作为项目服务的主体，非经招标方同意，不允许对项目进行转包或分包。
四、投标人在此次招标过程中发生的所有费用，由投标人自行承担。
五、招标的最终解释权归招标方。
第二节 投标人基本要求
为使本次招标工作建立在公平、可靠和高效的基础上，投标方应同时具备以下资质：
1、投标方必须是在中国境内依法注册的企业法人，于2013年（含）以前成立，注册资金不得少于（含）1000万元人民币。
2、通过CMMI3（含）以上认证。
三、2015年以来具有至少一个实施国内银行基于Hadoop大数据技术的数据集市或数据仓库案例（需提供合同复印件）。
4、投标方必须具备独立完成本项目的能力，中标方不得分包、转包。
第三节 相关费用
一、投标人自行承担参与本次招标过程相关的所有费用。
本项目招标书售价为人民币贰佰元整，请与投标文件一并缴纳。
二、本项目收取保证金人民币伍万元整，用于保护本次招标方免受因投标人的行为而引起的风
险。
三、未按规定交纳保证金的投标人，其参与招标项目的资格无效。
四、交款方式：
投标人如需以转账的方式交纳本次保证金，请按以下账号汇入：
账号：
800251407602086
户名：
广州银行股份有限公司信用卡中心开户行：
广州银行天河南支行
五、在成交结果公布后十个工作日内，投标人凭招标方财务部门开具的保证金收据原件及投标人介绍信无息退还保证金。
六、如发生下列情况之一，保证金将被没收：
（一）投标人已承诺参与，但在招标方评审前又退出。
（二）成交后，成交方不按投标文件签订合同，放弃成交。
（三）在招标期间用不正当的手段影响成交结果。
七、成交方的保证金转为履约保证金，在项目通过验收后由投标方凭我行开具的保证金收据及保证金退还申请函无息退还。
成交方如无法按期保质保量完成项目规定范围内工作，中途退出，招标方有权扣留其履约保证金并追究其法律责任。
第四节 投标文件
投标人应认真阅读招标文件中所有的事项、格式、条款和规范等要求，如果投标人没有按照招标文件要求提交全部资料，或者没有做出明确的、实质性的响应，其参与招标项目的资格将被拒绝。
“实质性响应”指符合招标文件所有要求、条款、条件和规定，且没有重大偏离。
一、投标文件的组成
（一）声明函（附件1）；
（二）报价文件（附件2）；
（三）商务条款偏离表（附件3）；
投标方要对技术规范需求和业务需求的每一个功能点要求做点对点应答，不能满足或采取其他变通或间接满足的，需明确表示。
招标方有对于这种变通或间接方案是否接受的最终决定权，不能采用方案的视作不能满足。
（四）资质证明文件
1、投标方法人营业执照、税务登记证书、组织机构代码证复印件（三证合一仅需提供营业执照），提供实缴注册资本的证明材料；
2、法人授权书（格式见附件4）；
3、投标方基本情况（格式见附件5），最近一年的企业完税凭证复印件，经有资质审计机构进行审计的最近三年（2015-2017年）的企业财务报告复印件（包括资产负债表、损益表等），以及
相关资质证书和获奖记录复印件，包括但不限于软件企业资质认证、系统集成资质、主要开发人员的资质证书等；
4、2015年以来国内银行基于Hadoop大数据技术的数据集市或数据仓库项目案例及用户名单；
要求提供项目具体实施内容、实施周期和用户联系方式等，并提供与用户签订的合同首页、签字盖章页复印件作为证明；
（格式见附件6）；
（五）满足本文件第四部分“采购内容及要求”的解决方案，附上系统功能截图；
（六）项目实施人员简历、管理措施；
需要提供负责本项目服务工作的主要人员的详细资历介绍及参与过的项目详细情况（格式见附件7）、学历和学位证书以及相关资质证书（格式见附件7和附件8）；
须提供以上人员在本公司任职的外部证明材料（如加盖公司所在地区社会保险基金管理中心印章的打印日期在本项目采购截止日之前六个月以内的《投保单》或《社会保险参保人员证明》）；
（七）项目实施、测试和验收方案；
（八）系统的咨询服务、售后维护方案、培训计划；
（九）投标方在广州市内设有固定的服务网点（分公司或办事处）情况说明，投标方为非广州市内公司请补充提供分公司/办事处的房产证明/租赁合同证明材料；
（十）广州银行信用卡中心业务往来廉洁承诺书（格式见附件9）；
（十一）投标方认为必须说明的其它内容。
二、报价
（一）报价币种为人民币，报价应为包含增值税额的含税价。
投标方必须开具真实有效的增值税专用发票。
（二）报价应包含投标方履行本文件所列所有义务所需的一切费用，包括：
1、大数据集市运行、开发、客户化实施服务，管理平台和工具软件费用；
2、针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用；
3、至少一年（业务投产后三个月开始计算）应用软件维护费，并标明后续维保等相关所有费用说明；
如果数据产品或功能组件产品为代理商投标的情况，需包含一年原厂维保及培训服务，并标明后续延保及扩容等相关所有费用说明；
4、培训费用，包括为招标方业务人员、技术人员和支持人员全部培训费用；
5、税费及其它费用。
（三）招标方不接受可选择的投标方案和报价。
三、投标文件的递交
（一）投标方准备投标文件1份正本、4份副本、1份电子文档、1份报价文件；
所有文件装订成册，密封后加盖单位公章，同时在封面标明单位名称和“正本”、 “副本”或“电子文档”、
“报价文件”字样。
其中报价文件需单独密封，其他文件不得出现报价有关信息；
否则视为无效。
（二）投标方应在采购书指定日将密封的投标文件送达采购书指定地点。
招标方拒收在本采购邀请函明确的采购时间后送达的采购投标文件。
以上文件以及其他资料一旦递交，将由招标方留存，不论投标方最终是否入围，均不予退回
第五节 关于保密
未经招标方许可，投标方不得将采购文件中关于招标方的系统现状及需求情况、建设情况提供给任何第三方。
第六节 关于知识产权
系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件，所开发的应用软件的知识产权和专利权属本行所有，涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标方承担所有责任及费用。
投标方需要在响应书中明确本项目开发所形成的系统的知识产权，及源代码的提供情况（不提供、部分提供（需注明哪些可提供）、全部提供）和修改权。
原则上要求投标方提供全部源代码，对于无法提供全部源代码的投标方，投标方须提供保障系统上线后系统运行维护、自主研发的解决方案。
第三部分 招标流程
第一节 投标文件递交
一、投标人必须在招标书规定的时间内参加招标。
二、投标方应按照前面的要求装订投标文件，提交单独封装的投标文件（内有1份正本、4份副本、1份电子文档、1份报价文件），并分别在封签处加盖单位公章。
其中报价文件须单独密封，
不得与其他文件装订在一起。
除报价文件外，其他文件不得出现与价格有关的信息。
报价表格未单
独密封的视为无效。
三、有下列情况的，其投标文件无效：
（一）投标文件未按规定密封；
（二）投标文件未盖单位公章、无法定代表人或授权代表人签章；
（三）投标文件内应附的证明材料或资质证明材料不全；
（四）投标文件未按招标文件规定要求和格式编制填写，或内容不全、字迹模糊难以辨认；
（五）投标文件逾期送达；
（六）评审过程中，投标人有企图影响评审者的行为；
（七）投标文件正本与副本不同。
四、投标人在递交投标文件后不可以修改，亦不可以撤回。
五、投标文件递交地点：
广州市天河区天河南二路24号侨辉大厦二楼招标方将在现场对投标人进行资质审核。
第二节 答疑
本项目不安排答疑会，如有疑问，请电话咨询：
王先生，020-22118970或电邮
wangwenbin@。
第三节 述标
一、招标方将组织相关业务及技术人员听取投标方关于项目建设和实施方案的讲解、数据治理和数据交换产品演示。
二、投标方需自备手提电脑并准备相关材料参加讲标并回答评委提问。
三、投标方现场讲解内容应包括：
（一）投标方资质和履约能力；
（二）解决方案的合理性、先进性、扩展性和前瞻性以及对需求的满足程度；
（三）投标方的集成和应用开发能力，简单介绍系统架构以及二次开发平台；
（四）项目实施的时间计划、安排及人员情况；
（五）售后服务等。
四、讲解时间为20分钟，原则上不允许超时。
请合理安排讲解、演示与答疑时间。
第四节 评审
一、招标方将对投标文件进行审查、评估和比较；
必要时，可对投标文件中的问题向投标人进行询问，投标人要在招标方规定时间内给出明确答复。
二、招标方遵照公平、公正、科学合理的评审原则，严格按照招标文件的要求和条件进行评标，平等地对待所有投标人，综合分析投标人的各项指标择优选择，而不以单项指标的优劣评选出成交方，亦不承诺最低价格方为成交方。
三、投标人有下列情形之一的，其参与招标项目以及成交的资格无效：
1、不完全具备投标文件所规定的资格条件或未全部实质响应投标文件提出的需求的；
2、不按投标文件的规定编制、密封、递交投标文件和交纳保证金的；
3、在递交投标文件后自行放弃资格或不接受招标方确定的成交价格的；
4、投标文件及其补充、修改的材料或向招标方的陈述和说明含有虚假内容的；
5、与其他投标人串通、围标或以不正当手段诋毁、排挤其他投标人的；
6、贿赂招标方评审委员或其他招标方工作相关人员的；
7、有违背公平、公正和诚实信用原则的其他行为的。
投标人有前款第4至6项情形的，不予退还保证金并列入招标方黑名单，禁止参与招标方任何招标项目；
涉嫌犯罪的，移送司法机关查处。
第四部分 招标内容及要求
第一节项目目标及范围
本次大数据集市项目旨在按照广州银行信用卡中心整体系统规划要求，建设广州银行信用卡中心的统一数据处理和服务平台，其中包含广州银行信用卡中心内外部数据的采集和清洗、数据交换、海量数据查询服务、非结构化数据存储管理，对应业务领域的数据模型层、共性加工层、应用集市层建设,整合数据安全工具、统一数据调度工具、BI工具、SAS等分析工具，目标是强化大数据集
市的计算、存储、管理、集成扩展能力，支撑后续数据产品应用的建设。
一、项目建设目标：
1）通过共享使用总行商业版大数据软件平台，实现广州银行信用卡中心数据集中管理，为广州银行信用卡中心海量数据计算和存储能力提供支持。
2）实现全广州银行信用卡中心统一数据交换功能，为各下游系统提供数据支持。
3）完成基于信用卡业务主题数据模型的建设，以需求为驱动确认主题,分层分主题归类数据，保证广州银行信用卡中心数据结构长期稳定。
4）完成元数据、数据标准的流程建设，为后期数据管控提供基础。
并把整理的数据标准和数据质量管理工具在大数据集市中落地，全面加快基础分析数据标准的推广工作，进一步推动数据标准在广州银行信用卡中心业务层面和重要IT系统中的落地，逐步实现数据标准的统一。
5）提供非结构化数据存储和管理能力和基于大数据的历史归档数据查询功能（即席查询）。
6）提供客户主题相关的自助BI分析和报表展现功能，降低数据使用门槛，让数据在部门、业务流程、具体场景中加以应用，实现数据到信息到价值的传递。
二、本次项目投标方的工作范围：
1）按照投标方自身对业界大数据在金融领域的发展、互联网银行业务发展及本章节所描述需求的深刻理解，制定广州银行信用卡大数据集市建设总体方案，包括投标方应用软件产品的软硬件配置方案等。
2）按照本文档中对功能需求、技术需求的要求，完成系统研究与差异化分析工作，形成最终版本的业务需求。
3）根据需求完成相关系统的安装实施、配置、客户化改造及项目管理工作，并完成与其他系
统的集成，并在规定时间内完成系统上线。
4）系统投产至免费维护期满止，提供7*24现场运维生产支持，确保系统安全稳定运行并满足规定的服务水平要求。
第2节项目业务需求
投标方要对每一点要求做点对点应答（涉及系统功能界面需提供截图），不能满足或采取其他变通或间接满足的，需明确表示。
本期项目主要是广州银行信用卡中心大数据集市、基于大数据集市构建卡中心客户集市、数据
管理体系的建设，为数据运营和后续数据产品提供数据支持。
项目范围如下：
一、构建卡中心大数据集市
参考业内先进实践，规划科学、先进且符合广州银行信用卡中心战略规划的大数据基础架构，完成行内大数据集市的建设工作，解决现有计算资源不足和数据加工时间窗口滞后的问题，提升数据加工效率，保障业务数据的稳定供给，确保对内部管理类应用的有效支撑。
1）大数据集市软硬件配置设计和实施
构建一个基于服务于广州银行信用卡中心业务的数据集市技术架构，主要由大数据集市集群、MPP架构的Vertica应用数据库集群、ETL服务器集群、调度服务器集群及报表应用服务器集群组成的数据平台环境（Hadoop、Vertica、ETL、调度产品、服务器网络等硬件采购不在此项目范围）。
2）大数据集市数据架构设计和实施
根据对数据的处理和使用的不同阶段，在数据架构设计上规划实施包含技术缓冲层、近源模型层、整合模型层、共性加工层、应用数据层在内的数据分层存储结构，保证逻辑层的功能和用途明确和单一，避免架构设计交叉重复引起的混乱和低效，造成后续维护的困难。
l技术缓冲层标准化采集接口设计实施
基于大数据技术新建包含原ORACLE数据平台66个系统1025个基础数据表在内的数据采集接口，并提供支持多种数据源的批量、实时数据采集接口服务支持，兼容行内业务应用、账户管理、营销管理等系统通用接口,提供批量推送和实时数据查询服务，对历史数据进行迁移。
对暂不支持的数据源，提供二次开发接口，可以灵活自定义。
l近源模型层数据清洗转换组件设计实施
建设基于技术缓冲层的数据格式转换、异常数据清洗等标准化数据加工接口，集中对来源数据的非标准数据格式进行清洗转换，屏蔽上游系统变更对大数据集市及下游应用的影响。
支持近1年历史数据查询，以满足业务追溯历史明细数据的需要。
l整合模型层数据转换组件设计实施
基于近源模型层基础数据表进行加工，并依据金融业标准主题分类方法论设计符合信用卡业务的主题模型，形成以业务主题分类的数据整合和数据永久保存区域。
同时结合元数据管理工具进行统一管理，避免数据集市内部的数据质量问题。
l共性加工层汇总加工实施
基于整合模型层进行数据筛选、拆分、合并的汇总计算，建设大数据集市共性数据开放平台，支持下游灵活查询、报表分析、数据分析、数据交换、客户营销等业务应用集市和数据产品应用的个性化数据需求。
l应用集市层业务主题数据落地实施
基于广州银行信用卡中心大数据集市的基础平台之上，建设卡中心的数据管控平台，
为保障大数据集市内部的数据质量。
基于广州银行信用卡中心大数据集市的基础平台之上，建设卡中心的客户集市，并使用已有的报表工具Cognos或SmartBI进行展示，为后续客户营销提供数据提取和可视化支持。
二、数据管理体系设计和实施
针对大数据集市范围内的元数据、数据标准、数据质量的设计和管理办法，采用工具化的手段进行元数据、数据标准、数据质量管理和监控。
1）作业统一调度设计和实施
基于卡中心现有的调度产品实施大数据集市范围内从源系统到技术缓冲层、近源模型层、整合模型层、数据汇总层、数据应用层和数据交换各层次的所有作业设计和实施（调度产品工具、服务器网络等硬件采购不在此项目范围），提供基于广州银行信用卡中心大数据集市的快速开发工具和运维部署工具，提高作业开发及实施的效率和质量。
2）数据交换平台设计和实施
数据交换平台支持大数据集市与来源系统、与内外部应用系统之间数据交互传输，支持数据文件拆分、数据打包、数据加密传输及数据文件生命周期可视化管理和内容审计以及异常监控预警。
3）数据安全保障方案设计和实施
规划广州银行信用卡中心数据集市基础平台的数据存储策略及容量规划、数据集市性能管理、数据安全管理、数据备份恢复，确保数据安全可控，并具备未来3-5年1000万以上卡量所需的数据存储和计算能力。
3、数据可视化设计和实施
基于广州银行信用卡中心已有的报表工具Cognos或SmartBI，建设广州银行信用卡中心数据门户，统一管理广州银行信用卡中心数据访问、数据展现，目的是降低广州银行信用卡中心数据使用难度，提高系统易用性，实现信用卡数据资源的整合和统筹管理。
1）数据门户建设
门户接入负责广州银行信用卡中心用户访问渠道的接入管理，提供接入应用的日志管理、负载均衡及授权访问，包括接入认证管理、用户管理、权限管理、运维监控、多租户管理等功能界面。
2）数据可视化
基于大数据集市的应用层客户集市数据模型，使用SmartBI或Cognos建设广州银行信用卡中心报表展示平台，形成广州银行信用卡中心数据可视化框架。
第3节技术需求
投标方要对每一点要求做点对点应答（涉及系统功能界面需提供截图），不能满足或采取其他
变通或间接满足的，需明确表示。
招标方有对于这种变通或间接方案是否接受的最终决定权，不被采用的变通或间接方案视作不能满足。
一、总体要求
基于HADOOP大数据技术建立广州银行信用卡中心大数据集市，符合SOA和微服务的设计思想，具备大数据批处理及实时处理能力，可满足信用卡结构化和非结构化数据的计算、存储和快速查询需求。
大数据集市的建设方案具备良好的兼容性，能在主流大数据技术平台（包括但不限于CDH、华为、星环）上稳定运行。
应用系统软件具有相对的独立性，不依赖特定的操作系统、数据库系统、中间件应用和硬件环境，便于后续部署、扩容升级，保证系统具有可伸缩性和可扩展性，提供7*24不间断服务和日终批处理能力，必须包括日常的运行维护管理功能和监控功能。
建设原则：
1）一体化原则：
采用先进、统一的数据和技术平台，与其它应用之间信息共享，实现企业信息资源的综合利用。
2）先进性与实用性相结合原则：
基于业界开放性标准，采用先进的技术，兼顾技术的成熟度，选择符合发展趋势的业界主流的技术架构，保证投资的有效保护和延续性。
3）开放性与可扩展性原则：
需具备良好的扩展性和可移植性；
具备业务处理的灵活配置，支持业务功能的灵活重组与更新；
提供二次开发的开放接口。
4）安全可靠性原则：
应具备高安全可靠性，并通过采用多种安全技术手段保障系统安全稳定运行，满足大数据集市对网络和信息系统安全运行的要求。
5）可维护性原则：
大数据集市应具备高可维护性，便于功能的加载、扩展、更新和修正。
二、系统能力要求
1）开放性要求：
大数据集市系统需具备良好的开放性和集成扩展的能力。
2）可扩展要求：
随着数据和业务的快速发展支持弹性扩展，在不停机的情况下，可通过硬件纵向和横向节点扩容，提升大数据集市系统的存储和计算能力，并实现数据的快速分布和均衡存储。
同时支持后续云计算资源部署模式。
3）高可用要求：
支持7×
24无间断运行，无单点故障，有完善的故障恢复机制。
l所有业务组件节点均实现双机热备，包括数据节点、服务节点、网络环境等等，保障业务连续性，无单点故障。
l在出现断网、断电、机器故障等特殊情况发生时，大数据集市能自动复原，并确保关键数据不丢失，以及相应的业务应急预案。
4）可维护性要求：
提供统一的应用开发平台及技术文档，大数据集市系统设计参数化、模块
化，业务模块丰富，满足快速开发要求，提供便捷的二次开发工具。
5）易用性要求：
大数据集市系统应具有友好的操作界面，操作员使用方便、简单、易学。
在系统设计时应充分考虑业务人员使用体验，减轻IT技术人员的负担，提高管理和决策的效率。
6）接口服务要求：
大数据集市系统提供丰富的技术接口和服务，与互联网信贷、审批等其他系统对接，并且及时响应返回处理结果。
提供的接口服务要求遵循行方统一的交易接口标准和数据标准。
7）批处理要求：
l如遇批处理异常、未按时启动等突发情况，批处理作业必须具备邮件、短信等报警功能或具备监控日志反写等提示功能,提示信息应具体明确。
l批处理必须具备控制校验功能,避免由于批处理步骤执行顺序错误、重复执行、漏做等人为误操作造成不良影响。
l在大数据集市系统应用服务异常中断、服务器异常宕机等极端情况发生时,批处理必须具备断点续做功能。
l批处理日
升级会员 