《广州银行数据治理和数据平台建设项目采购需求.doc》由会员分享，可在线阅读，更多相关《广州银行数据治理和数据平台建设项目采购需求.doc（34页珍藏版）》请在三一办公上搜索。
1、广州银行新一代核心业务系统建设项目数据治理和数据平台实施服务采购需求一、采购预算（最高限价）：人民币 800 万元。二、 采购方声明（一）投标人未能在规定时间提交响应文件的将被视为自动放弃。（二）本次采购不接受两家（含）以上公司作为联合投标人。（三）投标人在此次采购过程中发生的所有费用，由投标人自行承担。（四）采购的最终解释权归采购方。三、 投标人基本要求(一) 投标人必须是在中国境内依法注册的法人和其他组织，注册资金不得少于1000万元（含）人民币，成立时间5年以上。(二) 投标人最近五年独立实施银行业总行级别且资产规模不低于3000亿元（含）的数据治理、数据平台或数据仓库案例。(三) 投标
2、人具有一套完整的质量控制和管理体系，通过了CMMI3（含）及以上。四、 响应文件投标人应认真阅读采购文件中所有的事项、格式、条款和规范等要求，如果投标人没有按照采购文件要求提交全部资料，或者没有做出明确的、实质性的响应，其参与采购项目的资格将被拒绝。“实质性响应”指符合采购文件所有要求、条款、条件和规定，且没有重大偏离。(一)响应文件的组成1、声明函（格式见附件1）；2、项目报价表格（格式见附件2）；3、商务条款偏离表（格式见附件3）；投标人要对技术规范需求和业务需求的每一个功能点要求做点对点应答，不能满足或采取其他变通或间接满足的，需明确表示。采购方有对于这种变通或间接方案是否接受的最终决定
3、权，不能采用方案的视作不能满足。4、资质证明文件（1） 投标人法人营业执照、税务登记证书、组织机构代码证（均为复印件加盖公章）；（2） 法人授权书（格式见附件4，法定代表人亲自出席采购会议的无需出示）；（3） 投标人基本情况（格式见附件5），最近一年的企业完税凭证复印件，经有资质审计机构进行审计的最近三年的企业财务报告复印件（包括资产负债表、损益表等），以及相关资质证书和获奖记录复印件，包括但不限于软件企业资质认证、系统集成资质、主要开发人员的资质证书等；（4） 最近三年金融行业数据基础平台项目案例及用户名单（格式见附件6）：要求提供项目具体实施内容、实施周期和用户联系方式等，并提供与用户签订
4、的合同首页、签字盖章页复印件作为证明；5、满足本文件第四部分“采购内容及要求”的解决方案；6、项目实施人员简历、管理措施（格式见附件7）：需要提供负责本项目服务工作的主要人员的详细资历介绍、学历和学位证书以及相关资质证书；7、项目测试和验收方案； 8、系统的咨询服务、售后维护方案、培训计划；9、投标人在广州本地分支机构信息及本地服务能力说明；10、投标人认为必须说明的其它内容。(二)响应文件的递交1、投标人准备响应文件1份正本、3份副本、1份电子文档、1份报价文件；所有文件装订成册，密封后加盖单位公章，同时在封面标明单位名称和“正本”、 “副本”或“电子文档”、“报价文件”字样。其中报价文件需
5、单独密封，不得与其他文件装订在一起；否则视为无效。2、投标人应在采购书指定日将密封的响应文件送达采购书制定地点。采购方拒收在本采购邀请函明确的采购时间后送达的采购响应文件。以上文件以及其他资料一旦递交，将由采购方留存，不论贵投标人最终是否入围，均不予退回。(三)报价1、报价币种为人民币。2、报价应包含投标人履行本文件所列所有义务所需的一切费用，包括：（1）系统开发、客户化实施服务、运行，管理平台和工具软件费用，管理平台和工具软件费用；（2）针对本采购文件所列目标、业务需求和技术要求进行现场、非现场实施的费用；（3）至少一年应用软件维护费，并且包含不少于10个人月新增开发工作量；（4）培训费用，
6、包括为采购方业务人员、技术人员和支持人员全部培训费用；（5）税费及其它费用。3、采购方不接受可选择的投标人案和报价。五、 关于知识产权系统软件、通用软件必须具有在中国境内的合法使用权或版权的正版软件，所开发的应用软件的知识产权和专利权属本行所有，涉及到第三方提出侵权或知识产权的起诉及支付版税等费用由投标人承担所有责任及费用。投标人需要在响应书中明确本项目开发所形成的系统的知识产权，及源代码的提供情况（不提供、部分提供（注明哪些可提供）、全部提供）和修改权。六、 关于保密 未经采购方许可，投标人不得将采购文件中关于采购方的系统现状及需求情况、建设情况提供给任何第三方。3采购人需求一、项目背景近年
7、来，广州银行的业务快速发展，并不断的推出各种新的金融产品，同时对信息系统的需求也急剧增加。随着广州银行信息化建设的不断发展，迫切需要建设统一的数据平台，解决系统之间的数据共享、提高数据价值的利用，实现以数据技术为驱动创造新的经营模式体系。为了进一步提高广州银行信息化管理水平，科学规划利用数据资产，启动建设统一的数据平台，为广州银行业务快速稳健发展提供科技保障，提升广州银行的管理水平和核心竞争力。二、 采购目的本采购书详细说明了广州银行数据治理体系和基础数据平台建设项目的总体技术要求和业务功能框架需求，使投标人可以据此制定技术方案和实施计划。广州银行通过本次采购流程选择最佳的项目实施厂商。投标人
8、负责为广州银行梳理并建立数据治理和标准体系，完成基础数据平台项目的咨询服务以及应用软件开发，协助制定主机、网络、数据库、中间件、网络安全等方面产品的选型和配置方案，协助生产环境的安装和部署，以及提供其它有关的技术支持、培训和服务。三、 建设目标本期基础数据平台项目服务内容包括数据治理、基础数据平台的建设和管理驾驶舱系统建设： （一） 实施数据治理，提高广州银行数据质量和业务数据的应用价值对广州银行数据现状进行梳理和全面评估，对比同业领先实践形成差距分析，建立一套具有广州银行特色的数据治理与管理体系以及与之相配套的组织架构、流程制度、管理办法,逐步提高广州银行数据质量，为业务数据的进一步应用与分
9、析奠定良好的基础，并满足对内对外信息披露的要求，以及内外监管机构的监管统计数据质量管理良好标准。（二）建立数据标准体系，搭建统一的ODS数据平台根据广州银行的发展需要，引入业内先进的数据标准体系，设计数据标准框架，明确数据标准的主题划分、建设原则、建设内容、建设规范等,指导和规范后续各主题数据标准的建设。以数据平台为基础，形成全行统一的、完整的数据视图。逐步构建以数据为核心的管理信息系统架构，对管理类信息系统进行统一规划和建设，最终在全行范围内实现数据信息的全面共享。（三）搭建管理驾驶舱系统，支持管理层决策和信息预警通过对我行内部数据的整合、提炼与加工，结合外部权威机构的市场信息，全方位、多层
10、次的为领导层提供各项管理指标信息，生动灵活、主动高效的为管理层提供决策参考与信息预警。（四）支持未来应用系统的建设，实现全行管理系统的有效融合基于ODS数据平台逐步实现业务主题应用，如精准营销、风险预警等。基于业务应用的统一规划，根据路线图逐步完善各种应用，逐步构建起面向各个业务条线、应用领域全面的、应用功能综合的信息分析平台。（五）业务和技术相融合，逐步实现全行数据统一规划通过系统建设，使银行高层领导能够从全局角度出发，推动企业数据的统一规划，便于业务人员对银行数据的分析与理解，并且通过概念模型建设，实现对业务核心概念和业务关系的深入理解，从而制定出更加合理的数据架构和统一的数据分布图。（六
11、）实现历史数据的迁移和管理广州银行的综合业务系统投产以来，有积累了10几年的历史数据，这部分数据非常重要（包含交易明细、流水信息、总账信息、登记簿等），是广州银行业务发展的基础数据，需要对数据资产进行有效管理，以满足经营管理和监管要求，本项目搭建ODS对这些历史数据进行迁移和管理。四、建设原则（一）高效性原则。系统必须具备在大数据量并发情况下的快速处理能力，系统必须满足采购方的各项性能指标，并要求满足日交易峰值等关键指标方面的同时应具备一定的冗余。（二）可扩展原则。报表展现和功能模块的结构设计是开放式、可扩展，以便于根据银行业务和管理等方面的变化，对数据内容、功能实现等进行修改或者添加，并能够
12、适应未来全渠道系统接入的需要，可根据业务需求进行二次开发工作。（三）稳定性原则。系统应具备在业务需求要求的交易时间内连续、无故障的运行能力，系统应具有在定时的备份能力，能支持集群或负载等多种部署方式，并有应急处理、故障恢复功能。（四）安全性和可靠性原则。系统运行要稳定，数据集市和各功能模块中数据的访问、传输、下载、分析、应用等过程必须具有加密功能或设置严格的权限控制。（五）便捷的系统维护。应标人应提供系统日常运行监控、批处理操作和完整的系统维护管理方案，系统维护要求人工干预度低，减少人工操作的差错概率。（六）规范性。系统结构和数据设计符合银行的标准和编码规范，数据标准化，全面提高银行数据质量、
13、建立统一数据标准，成为银行数据标准与业务标准的发起者以及参照物。五、项目实施要求（一）实施内容成交方与采购方签署合同后将负责以下实施工作，投标人应针对这些工作内容提供实施方法、资源计划和时间计划：1、 数据治理和标准体系建设：1）实施数据治理对广州银行数据现状进行梳理和全面评估，对比同业领先实践形成差距分析，建立一套具有广州银行特色的数据治理与管理体系以及与之相配套的组织架构、流程制度、管理办法,逐步提高广州银行数据质量，为业务数据的进一步应用与分析奠定良好的基础，并满足对内对外信息披露的要求，以及内外监管机构的监管统计数据质量管理良好标准，提高广州银行数据质量和业务数据的应用价值。2）建立数
14、据标准体系根据广州银行的发展需要，引入业内先进的数据标准体系，设计数据标准框架，明确数据标准的主题划分、建设原则、建设内容、建设规范等,指导和规范后续各主题数据标准的建设。通过基础主题数据标准、应用主题数据标准以及基础数据指标三个方面逐步建立并完善我行数据标准管理框架，并实现各项管理功能的落地与推广。 基础主题数据标准方面，将建立全行数据标准基础主题框架，完成客户、产品、机构、协议、财务、资产、渠道、事件、位置、营销、公共代码等基础主题数据标准的分析、制定、落实与推广； 应用主题数据标准方面，将分阶段完成客户管理、风险管理、财务管理、运营管理四大应用主题数据标准的梳理、制定与推广； 基础数据指
15、标方面，将建立全行基础指标体系框架，完成全行基础指标体系的设计和定义工作，分阶段完成各类关键指标（包括：外部监管指标、信息披露指标及内部管理指标）的统计口径梳理、分析与确认。以数据平台为基础，进行数据标准的落地实施，形成全行统一的、完整的数据视图。逐步构建以数据为核心的管理信息系统架构，对管理类信息系统进行统一规划和建设，最终在全行范围内实现数据信息的全面共享。2、 数据平台项目建设：建设一个基础数据平台，构建全行统一的、完整的数据视图，实现数据信息的全面共享，并以数据平台为基础，搭建管理驾驶舱系统。投标人应在充分考虑采购方已建和建设中的计算机应用系统，如使用行里已有的Cognos和infor
16、matica，在充分保护原有软硬件设备投资的前提下，提供完整的系统解决方案。系统总体框架应当包含技术体系、数据体系、应用体系和运维体系四部分内容，系统架构图如下：技术体系：从逻辑和物理角度论述数据平台系统的技术实现，技术体系应当包括但并不局限于数据来源、数据交换、数据平台贴源数据层、基础数据层、汇总层、集市层、应用服务层等内容，系统包含但不限于目前ODS已经接入的系统。数据体系：基于技术体系内容，对广州银行数据平台系统数据信息进行总体设计，数据体系应当包括但并不局限于数据质量管理、数据模型、数据存储管理等内容。应用体系：对广州银行数据平台系统的应用进行合理、有效的组织和规划，应用架构应当包括但
17、并不局限于按照分析业务主题论述应用功能框架、应用实施路线、与周边应用系统的关系、应用实施风险分析等内容。运维体系：对广州银行数据平台系统生产运行进行规划和设计，运维体系应当包括但不局限于系统监控管理、系统维护管理、故障切换管理、备份恢复管理等内容。（二）工作范围本行对投标人的实施工作范围包括：1、投标人负责完成项目实施过程中的项目管理工作；2、基于采购人给出的基础数据平台和管理驾驶舱业务需求，完成系统研究与差异化分析工作，确定业务需求并提交业务流程调整的分析报告；3、整理分析采购人目前行内各系统情况，提交完整解决方案；4、完成本项目整体系统集成调试安装工作； 5、投标人负责对硬件设备提出采购和
18、部署建议方案，并完成相关主机、数据库、应用的安装优化工作；6、完成广州银行整体上线工作；7、投标人通过培训、参与开发以及其它广州银行认为合适的方式实现基础数据平台和管理驾驶舱后续开发维护的技能转移。（三）实施时间管理驾驶舱的上线要基于广州银行新一代核心系统建设的时间要求。投标人可根据实施经验、提供的解决方案和人力资源计划提出可行的项目实施周期及里程碑规划，但整体周期不超过两年。同时投标人接受我行因新核心项目时间变化带来的实施时间的调整，保证在要求的时间投入相应的资源完成项目工作。该时间计划应该是根据采购方的业务需求按功能分阶段实施的可行计划。投标人应在该时间计划内完成项目的实施，达到项目预期目
19、标。（四）人员配备1、本项目的项目负责人（1人，全职常驻）必须具有5年以上项目管理经验，担任过资产规模超过1000亿元（含）的银行数据类实施项目负责人（请提供证明材料），对项目具有较高的把控能力。2、本项目的资深专家（1人，咨询期间驻场）必须具有5年以上项目咨询经验，担任过资产规模超过1000亿（含）元的银行数据类项目咨询专家（请提供证明材料）。3、本项目的项目组成员要求参与过银行数据类实施项目（请提供证明材料）。4、必须详细介绍本项目的项目实施人员的简历。主要技术与管理人员一览表所列人员应为项目主要成员，投标人在本项目实施过程中应保持人员的稳定性，投标人承诺未征得采购方书面同意情况下，不得随
20、意更换该表中所列项目负责人及核心骨干人员。5、在项目实施过程中，中标方在征得采购方同意后方可更换项目实施人员。如采购方认为投标人安排的项目实施人员不能胜任或不适合本项目的开发工作，采购方应无条件予以更换，更换人员总人次不能多于3人次（含），每多于一次扣减项目总金额的1%。（五）咨询培训服务采购方要求投标人提供相应的咨询培训服务：1、国内主要商业银行的基础数据平台的建设情况，在此分析的基础上提供针对广州银行的基础数据平台解决方案与相适应的业务组织架构及管理模式；2、基础数据平台基础架构规划；3、系统软硬件、网络安全产品选型； 4、协助采购方制订业务运作和标准操作流程、制度；5、提供项目管理、运营
21、管理等方面的咨询和培训；6、结合国内主要商业银行的基础数据平台情况分析，提供广州银行基础数据平台针对性实施方式和系统建设的规划建议；7、根据行业内最佳实践，提供基础数据平台实施方法，供广州银行参考和选择实施；8、提供相关的业务、技术等培训服务。（六）应用系统集成应用系统集成的主要目标不仅是使所有软件能够在相应平台上正常运行，而且必须具有对软件系统运行的监控测试手段，以证明系统优化运行。投标人有责任承诺使投标人的系统达到以上目标。（七）售后服务1、成交方须向广州银行提供系统的源程序、可执行程序、开发计划进度表、风险管理方案、总体设计文档、详细设计文档、集成测试计划、培训资料、系统技术手册、用户使
22、用手册、管理员维护手册等相关技术文档；2、成交方能够提供完善的技术支持与售后服务，在最短时间内对采购方提出的软件系统使用中出现的问题做出反应，并及时提供运营维护服务。保修期内中标方应全天24小时有专人响应采购方的服务请求；3、成交方提供应用软件一年免费保修期的现场维护支持服务，保修期自合同软件经采购方验收合格之日起计。免费维护期内成交方必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。保修期内含不少于10个人月的免费新增开发工作量；4、如系统出现故障，成交方在接到广州银行的报障电话后的1小时内作出响应，予以解决问题。系统发生重大问题不能解决时，工作时间内成交方的技术人员在接到广
23、州银行正式通知后1小时内至现场解决；5、系统上线后，成交方负责本系统运行后的性能调整工作，以维护系统的高性能运作；6、成交方能提供良好的平台产品升级，及后续产品的供应；7、如果成交方不能按照承诺及时相关产品和服务，采购人保留索赔的权利；8、保修、维护期结束后，成交方有义务在本系统的维护、运行管理和开放方面继续给予用户技术协作和咨询；9、对软件在保修期内提供的保修服务为全包式免费上门服务，包括但不限于系统的例行检测、故障排除、需求完善、技术咨询、技术支持、性能分析、系统优化和补丁升级。若产品因行业要求在结构、平台、功能上有重大变化的升级，或者监管机构政策方面的变化，在保修期内由中标方提供免费升级
24、。节假日维修服务不另加收任何服务费用。六、系统功能要求在广州银行基础数据平台项目建设方面，依据可重用性、安全性、高可用性、可管理性、可扩展性、高性能、灵活、规范、自主可控的设计原则，采取总体规划、分层实现的方式。纵向层面自上而下看，广州银行数据中心项目的架构由应用架构、数据架构、基础架构和安全架构四个层次组成，每个层次内部又根据设计需要进行抽象分层，从而形成立体的广州银行基础数据平台项目架构方法。（一）基础数据平台建设全行统一的基础数据平台，数据从源系统到目标系统的整个流向过程纳入一个统一的数据管理环境之下；建立相应的系统运行管理过程中所必须的公共服务功能。数据中心各模块在设计时除了考虑模块本
25、身的功能外，还必须建立相应的标准规范和管理流程。建立数据模型，跟据业务建模方式，建立体系化的数据模型，从而实现数据的统一整合、统一标准、数据统一清洗、统一业务口径。从数据横向流向看，需要建立“源到数据中心到目标应用”的三层体系结构：1、各业务系统作为源系统，提供源系统的数据；2、数据平台按照时间窗口和加工深度为不同层次的管理决策应用提供数据加工服务；3、各管理系统作为目标应用系统，将源系统业务数据信息转换成管理分析数据信息，并以合适的方式展现给最终用户。4、随着广州银行数据中心系统的不断完善，广州银行数据中心系统的数据并不是单向流动，而是一个闭环，没有完全绝对的源系统和目标系统，也就是说源系统
26、可能是目标系统，目标系统也可能是源系统；目标应用即包括基于数据模型的一些应用，例如操作型报表等，也包括使用数据中心提供的数据服务的应用，如分析报表系统等。至少包括以下功能：序号功能/子功能描述1功能概述通过制定基础数据平台的数据标准，完善基础数据平台的基础数据层、汇总层、指标层的建设，为下游各个独立的数据集市提供源数据，保证数据的一致性、稳定性和正确性。2数据标准化通过数据治理，对广州银行业务数据进行梳理，提升数据质量，建立数据标准化体系。数据标准化主要是针对基础数据平台建立的数据标准基础主题框架。基础主题数据标准方面，完成客户、产品、协议、机构、事件、渠道及资产等基础主题数据标准的分析、制定
27、。应用主题数据标准方面，完成客户管理、风险管理、财务管理、运营管理、监管报送五大应用主题数据标准的梳理、制定。基础数据指标方面，将建立全行指标体系框架，完成全行基础指标体系的设计和定义工作，分阶段完成各类关键指标（包括：外部监管指标、信息披露指标及内部管理指标）的统计口径梳理、分析与确认。建立基础数据平台各个主题的数据模型，提供各主题数据标准定义、公共代码定义、各主题数据标准映射，提供各应用主题相关的数据项与统计口径，对应的标准定义、属性和分类等总结报告3数据分层体系完善的数据规划和数据分层管理，构建基础数据平台的基础数据层（客户、产品、协议、机构、事件、渠道及资产）、汇总数据层（机构、帐号、
28、客户、交易、渠道、产品等）和指标数据层（客户、财务、营运、风险、监管等）。4ETL功能完成数据由数据文件加载、数据处理、数据导出整个ETL处理流程：1、 明确系统数据采集、入仓、加工和出仓的规范和原则；2、 建立ETL作业平台，实现ETL过程的统一管控、集群协作和有序调度；3、 ETL过程的设计应充分考虑到数据量增长的实际情况，保证ETL效率；4、 完成本项目相关的ETL作业调度与监控；5数据归档数据保存及数据恢复：1、对各层级数据区域数据做日常保存；2、数据备份，根据备份策略提供增量、全量数据备份功能，且数据库需满足提供7x24小时可访问服务；3、数据恢复功能，根据恢复原则，提供数据恢复功能
29、，且数据恢复过程可靠、简单、易用；6辅助工具需求针对源系统的数据卸载和文件的分发，提供一个易于开发和管理的工具。提供数据文件生成与分发传输，解决数据交互的复杂性，降低各类项目之间数据访问的耦合度，提供统一的统一卸数分发规范，是全行级各类批量业务数据的集散地，通过数据交换平台实现数据在各业务部门，各应用之间的有序流转的交换，同时增强系统之间的安全性，并对统一卸数分发过程进行监控。1、 调度管理：对调度的日历、频度、事件、计划和消息等进行管理2、 卸数管理：卸数结构、卸数定义、属性设置等配置信息。3、 监控管理：卸数定义监控和卸数定义历史监控。4、 用户管理：创建并管理用户及用户权限配置的相关信息
30、。5、 组织管理：机构/应用创建与维护。6、 系统配置：数据源、代理服务器配置、备份知识库、恢复知识库、查看操作日志、导出系统日志、清空缓存等系统管理操作的相关信息。 （二）统一调度监控平台实现数据处理过程中可监控系统资源及负载，监控动态调度信息：作业流程、作业事件，监控运行日志：数据状态信息、作业状态信息、作业日志、异常定位，并提供关键监控信息的邮件、短信、报表查询等输出途径。ETL作业调度监控平台是基于任务流程的，支持直观界面的作业配置、监控和干预功能，支持事件触发方式和多任务并行处理，实现自动调度跑批，提供日常的高效稳定的批处理。至少包括以下功能模块：序号功能/子功能描述1调度对象调度工
31、具可直接调度各种调度管理的对象，包括各种可在操作系统命令行执行的程序、各平台内置脚本编制的程序文件（shell、windows batch）、动态函数、数据库存储过程、解释性语言编制的文件等。2调度日期调度日期可以根据需要进行自由编排，支持拥有多套工作日历，支持自定义各种特殊工作日，例如周末和节假日等。3进度管理调度工具支持作业和作业流管理。4分析功能调度工具提供多样统计分析功能，如趋势分析、系统健康度分析、异常任务分析，并提供图形化展现。5知识库要求调度工具的知识库必须支持主流的开放数据库，如DB2、Oracle等。6数据源要求应能支持对多种数据源的抽取，如：文本文件、XML文件、数据库、J
32、DBC、ODBC等，支持多种主流数据库。要求在ETL工具产品级别提供对这些数据源的支持，为ODS不断增加新的不同类型的数据源提供最大灵活性。7触发机制对于不同时间序列的数据采集及使用请求，能有灵活可靠的激活机制，保证作业能按照需要的顺序高效的执行。8系统监控应有完善的ETL过程管理和监控能力，提供计划执行和实际进度在同一界面的图形化展现，方便跟踪和查看。9并行处理ETL能够实现真正的并行处理，可根据系统资源自动调整并发度，无需人工干预。10重跑机制要求有当日错误重跑机制，如当日ETL批处理完毕后，发现原业务系统接口数据有误，要求能够自动清除ODS当日生成的与该业务系统相关的数据（无关数据不进行
33、清除工作），恢复上日数据，重新加载当日正确的接口数据。11并发控制支持我行分析型系统统一调度管理，支持调度系统总体调度控制，保证调度SERVER的负载不会过重，同时能够支持统一调度内各个分系统的并行度控制，防止数据库的负载过重12优先级控制统一调度管理体系内，作业需要根据时效性要求进行分级别调度管理 ，调度工具需要支持至少10级以上分类的优先调度（三）管理驾驶舱系统管理驾驶舱是指企业做决策时，所需要的数据以及预警的措施，随时显示广州银行关键业务的数据指标以及执行情况，以图表的方式直观的显示各项指标，并支持“钻取式查询”，实现对指标的逐层细化、深化分析；通过初级管理驾驶舱的建设，为广州银行高层管
34、理层提供的“一站式”决策支持的管理信息支持，在本期建设中，主要实现通用的业务指标数据的提供和展示。管理驾驶舱系统，应包括PC版和移动版，移动版支持平板电脑和手机的展现。要求对用户和权限进行统一管理，提供多级别（按组织机构级别、按业务范围）的用户权限控制，满足总行领导、部门领导、分行领导等各级管理层的应用需求。数据平台应实现对大量基础数据的管理，满足数据管理和数据应用的初步要求；随着业务的发展与创新，以及管理水平的不断提高和经营战略调整的不断深化，各级管理人员迫切需要一套能够宏观体现发展规模、经营趋势、盈利能力、资金安全等全方位的经管决策分析系统，为银行决策层提供更精确及时的管理决策信息；同时，
35、也能更好地支撑银行各级管理层对业务运行情况的实时监控、有效决策，从而提出了构建综合经营分析的要求。建设主要内容为：1、建设银行经营分析指标体系，形成全行统一指标、统一维度、统一业务语言，自上而下地理顺关键指标逻辑关系，全面提升信息的支持决策能力。2、以面向经营管理为目标，对KPI图表、战略地图、驾驶舱、仪表盘进行整体设计，实现分层次、模块化管理，并可对关键经营指标进行动态调整。3、实现丰富的、可视化的图表展现功能，确保KPI图表、战略地图、驾驶舱、仪表盘的灵活性、交互性和直观性，实现PC电脑和移动设备的展现，极大提高用户的体验。4、建立银行关键经营指标的应用主题分析模型，实现经营分析的信息全视
36、图建设，指标需要涵盖银行现有管理驾驶舱指标体系，同时不少于200个。5、使用多种分析手段对数据进行关联和展现来发现数据中隐含的关联，为领导提供交互式的绩效洞察，从而帮助指标信息效益最大化。管理驾驶舱系统以银行指标体系为指导进行数据模型设计，在指标体系的基础上，从银行的规模指标、盈利指标、效率指标、风险指标，以及各个业务主题等多方面综合进行历史趋势分析、机构纵向比较、同业横向对比、预算执行状态等经营分析。领导经营指标快报基于指标体系的基础上，从银行发展规模、盈利水平、经营效率、风险管理水平和同业比较等各方面进行综合分析，构建经营分析指标体系。提供丰富的指标分析功能，能够实现数据可视化，便于用户直
37、观的了解银行经营情况，实现不限于以下功能（包括PC电脑和移动设备的展现）：1、指标预警根据业务运行的状况，对指标的运行情况，根据设定的阀值进行分析，一旦业务超过阀值，即进行预警。可通过仪表盘、红绿灯、突出显示、字体变色、背景变色等多种方式进行预警提示。2、趋势分析以时间序列的形式展示指标变动值，进行历史趋势展开，了解该项指标的变化状况，是在好转还是在恶化，了解各指标在历史时间上的变化趋势。3、排名分析对于各指标进行各分支机构的排名分析；一般采用柱状图展现，如果该指标的属性为越大越好，则下属机构数据从大到小排列；反之，从小到大排列。4、指标多维分析从不同的维度（例：区域、机构、产品、客户属性等）
38、对指标进行分析，进行了解各个指标的区域执行情况、机构的分布情况、产品的组成。5、指标关联分析通过分析指标的业务关系，建立起与指标相关的业务数据的关联查询。由点及面，层层深入，进行形成指标的360度视图。至少包括以下功能：序号功能/子功能描述1功能概述管理驾驶舱是指企业做决策时，所需要的数据以及预警的措施，随时显示广州银行关键业务的数据指标以及执行情况，以图表的方式直观的显示各项指标，并支持“钻取式查询”，实现对指标的逐层细化、深化分析；通过初级管理驾驶舱的建设，为广州银行高层管理层提供的“一站式”决策支持的管理信息支持，在本期建设中，主要实现通用的业务指标数据的提供和展示。2指标范围以广州银行
39、基础数据平台的指标体系为基础，初步按经营管理、监管统计、风险预警、绩效考核、同业对比、其它指标六大板块进行广州银行管理驾驶舱指标体系的规划与建设,各板块具体说明暂定如下:1、经营管理：经营管理指标包括主要包括广州银行存款、贷款、银行卡等各个产品条线的营销情况与业务状况，以及资产、负债、收支等财务分析情况。2、监管统计：监管统计指标主要反映流动性、盈利能力、资本充足率、拨备指标、准备金充足情况、固定资产比率、市场风险等监管部门以及广州银行内部管理要求的统计指标。3、风险预警：风险预警指标主要反映广州银行业务状况、资产质量等风险管理指标某一历史时期的变化趋势以及未来产生风险的概率。4、绩效考核：绩
40、效考核指标主要反映广州银行营销条线各级机构的各项业务指标考核统计情况。5、同业对比：同业对比指标主要反映与广州银行统一地区的各银行各项存贷款规模、增速、市场份额等同业比较信息，以及广州银行锁定的某一潜在竞争对手的各项指标比较情况。6、其它指标：其它指标主要包括上述各个板块之外的、具有广州银行特色的其它指标信息。3指标分析提供丰富的指标分析功能，能够实现数据可视化：1、 指标预警：根据业务运行的状况，对指标的运行情况，根据设定的阀值进行分析，一旦业务超过阀值，即进行预警。可通过仪表盘、红绿灯、突出显示、字体变色、背景变色等多种方式进行预警提示。2、 趋势分析：以时间序列的形式展示指标变动值，进行
41、历史趋势展开，了解该项指标的变化状况，是在好转还是在恶化，了解各指标在历史时间上的变化趋势。3、 排名分析：对于各指标进行各分支机构的排名分析；一般采用柱状图展现，如果该指标的属性为越大越好，则下属机构数据从大到小排列；反之，从小到大排列。4、 指标多维分析：从不同的维度（例：区域、机构、产品、客户属性等）对指标进行分析，进行了解各个指标的区域执行情况、机构的分布情况、产品的组成。5、 指标关联分析：通过分析指标的业务关系，建立起与指标相关的业务数据的关联查询。由点及面，层层深入，进行形成指标的360度视图。4数据导入1、对于领导每日关注的重要报表，提供数据手工批量导入的功能，解决由于上游系统
42、供数出现问题或者系统本身批量跑批出现问题，导致领导不能及时查阅报表的问题。2、支持从各大主流财经网站、监管权威机构网站动态抓取信息供用户定制浏览与综合分析。3、支持管理员在后台对摘要信息进行筛选、录入、编辑、发布；支持自动或手工方式将摘要信息与行内相关的、类似的指标项进行关联绑定，提供领导借鉴参考5界面布局驾驶舱界面可根据不同的用户角色进行个性化定制；支持通过拖、拉、拽方式灵活定制界面布局6浏览体验与终端支持系统应支持在多种计算机设备和移动智能终端设备上自适应运行（包括：PC、IPhone、IPAD、Android设备），支持通过仪表盘、战略地图、柱状图、曲线图、饼图等图表或动画生动展现数据的
43、统计结果、发展趋势等情况。7消息提醒系统应可定制关键指标信息的参数或阀值，当该项指标有重大变动时应能在驾驶舱界面主动消息提醒，并支持以短信、邮件等方式进行推送。8领导批示 支持领导对某项指标或信息内容进行备注或批示，批示的内容以消息方式转发其他驾驶舱用户，支持将批示内容通过短信、OA邮件方式转发。9信息安全 系统客户端与服务端数据的传输机制应支持安全认证管理，支持VPN接入模式，支持HTTPS（SSL）数据加密传输协议。七、系统非功能性要求（一）硬件要求1、投标人的解决方案应基于开放式硬件平台。2、提供横向和纵向的扩充能力，保证能够满足广州银行5年内业务发展的要求。提供已实施的当前主版本系统所
44、能支持的最大数据容量和关键性能参数，包括最大用户数与并发用户数、批处理响应时间均值与最大值以及相应的软硬件配置。（二）软件要求1、应用系统应基于开放式软件平台，充分考虑利用采购方现有的数据库、中间件、 应用服务器软件、防火墙等产品。2、应用系统应具备模块化、参数化和插件式特征。3、可以方便地与现有各业务系统进行接口集成。（三）系统集成要求1、投标人应提供整体设计方案的系统架构和网络结构拓扑图，其中平台的选定根据公司实施经验、实施案例，选择具有前瞻性、性能可靠、扩展性高等优点的平台。2、服务器操作系统方面：中标人应负责招标人使用的服务器硬件设备的系统、双机软件的安装、调试工作，并负责服务器、操作
45、系统的性能调优工作，从而满足招标人使用的应用软件对服务器、操作系统以及系统冗余各个方面的性能要求。3、软件方面：中标人应负责招标人使用的数据库系统及中间件的软件安装、参数配置以及性能调优工作。在应用软件开发或正式上线使用过程中出现任何软件方面的问题应由中标人负责解决。（四）安全管理要求1、设计方案必须符合广州银行系统建设安全规范，具备完善的安全管理机制，保证系统的功能安全、网络安全和数据安全，保证系统长期、稳定、可靠的运行。2、禁止在未登录的情况下对系统中的功能进行访问。3、系统必须支持用户的分级管理，支持不同权限的用户查看不同的数据信息。4、保护查询功能和维护功能中数据的安全，不被未授权用户
46、使用。（五）性能要求1、投标方在系统设计上应充分考虑招标方业务近期、中期及远期目标，依据目前的用户规模、业务运营情况和应急的服务需求，在保证系统服务质量的前提下，设计系统规模、软件功能和业务功能相适应的系统，提供横向和纵向的扩充能力，保证能够满足招标方5年业务发展的要求。2、系统数据处理与报表生成必须满足T+1的访问时间要求，系统日终批量数据处理完成时间不能超过T+1上午8:00，保证业务部门能够使用数据。同时系统日终批量处理时间不高于2个小时，并提供不断优化的方案，防止数据量增加后，批量时间迅速增加。用户界面必须能够支持至少200用户高效的访问，普通管理界面如登录、参数管理的界面响应速度不高
47、于2秒，简单查询报表界面响应速度不高于3秒。满足特殊日期批处理性能要求。在满足日常批处理正常运行的情况下，针对结息日、月末、年末等特殊日期数据变化较大，需要有专门的技术方案和对策。3、应用系统应提供724小时的技术实现方案。（六）系统监控要求1、系统监控方案需符合广州银行系统运维管理规范，方便系统维护人员查看应用系统运行中的各项静态和动态信息，监控系统的运行情况。2、提供完善的日志管理功能，以支持系统的维护和运作管理。（七）扩展性要求1、应用系统应具备模块化、参数化和插件式特征。2、业务功能和管理功能及系统配置提供高度参数化，方便灵活。3、解决方案充分考虑系统建设各阶段过渡的部署和验收。4、系统应很灵活地配置新业务，支持产品定制，业务功能和管理功能及系统配置提供高度参数化，方便灵活。（七）源代码和技术文档要求投标人应提供全部源代码和相关技术文档，对于无法提供全部源代码的投标人，投标人须提供可供二次开发的应用层源代码，并提供保障系统上线后系统运行维护、行内自主研发的解决方案，并进行运维、开发等培训工作。评标办法一、综合评分法1、 综合得分权重评分项目技术评分商务评分价格评分分
