国内某大型银行数据仓库系统招标书.docx
《国内某大型银行数据仓库系统招标书.docx》由会员分享，可在线阅读，更多相关《国内某大型银行数据仓库系统招标书.docx（24页珍藏版）》请在冰豆网上搜索。
国内某大型银行数据仓库系统招标书
国内某大型银行数据仓库系统招标书
招标文件
二OO九年七月
名目
1.1招标人信息系统概况4
1.2总体讲明4
1.2.1适用范畴4
1.2.2招标人资料4
1.2.3招标文件的讲明权5
1.3投标文件的编写5
1.3.1投标人差不多条件5
1.3.2投标文件的组成5
1.3.3投标保证金6
1.3.4投标报价6
1.3.5投标文件的规定7
1.3.6递交投标文件的截止日期7
1.3.7投标文件的修改和撤回7
1.4评标及中标通知8
1.5保密事项8
第二部分招标项目要求…………………………………………………………………………9
2.1招标内容9
2.2系统建设的总体原则9
2.3项目要求10
2.3.1系统建设总体目标10
2.3.2数据仓库平台技术要求11
2.3.3系统一期建设需求…………………………………………………………….12
2.3.4系统一期建设时刻要求……………………………………………………….14
2.4系统建设方案要求………………………………………………………………15
2.4.1系统技术方案要求15
2.4.2数据仓库产品选型方案要求16
2.4.3系统硬件、软件及网络架构方案要求17
2.4.4系统实施方案要求17
2.4.5售后服务方案要求18
2.5系统安装、调试和验收18
附件1：
投标人近三年已完成与招标内容相同或相似项目介绍20
附件2：
投标人正在承担的与招标内容相同或相似项目一览表21
附件3：
软件产品模块功能及价格表（示例）22
附件4：
实施模块功能及价格表（示例）22
附件5：
项目组成员介绍及安排23
附件6：
项目实施方案书23
1.1招标人信息系统概况
招标人信息系统差不多情形：
招标人综合业务系统于2007年初建成并投入使用，硬件平台为IBMP570，核心数据库是DB2V8.1，部分独立系统使用ORACLE数据库，操作系统是AIXV5.3。
系统涵盖核心业务、大/小额支付结算、同城支付结算、国际结算、网上银行等约20个业务子系统。
目前，财务治理、信贷治理、人力资源治理、电子商业汇票、城商行支付等系统处于建设中。
全行核心业务系统业务量约为5－15万笔/天，日均业务量约为10万笔，最高达15万笔，核心业务系统数据大小约为280GB，日均增长约500MB。
1.2总体讲明
1.2.1适用范畴
本招标文件仅适用于XX银行为数据仓库系统项目一期建设（不含硬件及网络设备，以下简称“系统一期”）而进行的邀请招标。
1.2.2招标人资料
招标人：
XX银行
地址：
XXXXXXXXXXXXXXXX
联系人：
XX
电话：
XXXXXXXXXXXXX
邮政编码：
XXXXXX
1.2.3招标文件的讲明权
本招标文件的讲明权属招标人。
1.3投标文件的编写
1.3.1投标人差不多条件
1）投标人必须为合法注册、具有独立法人资格的企业，注册资金不低于伍千万元人民币，并能提供有效的注册资金证明及其它材料。
2）投标人必须具备CMMI4或以上资质，具备ISO9001、ISO27001或以上资质，并能提供资质认证书正本或复印件。
3）投标人必须具备丰富的数据仓库系统项目实施体会，近三年内必须具备至少3个银行业数据仓库系统或类似项目实施的成功案例（以合同为准）。
4）投标人应认真阅读招标文件的所有内容，按招标文件的具体要求作出实质性响应，并提供投标文件，同时应保证所提供资料的真实性，否则，其投标将被拒绝。
1.3.2投标文件的组成
投标人递交的投标文件分为解决方案和商务两部分。
1.3.2.1投标文件应提供项目的总体实施方案和分期实施打算
具体方案应按照第二部分招标项目要求编写。
1.3.2.2商务部分包括：
1）投标人营业执照（复印件）；
2）投标人税务登记证（复印件）；
3）投标人近三年的财务状况资料（复印件）；
4）公司简介：
包括公司名称（全称）、注册资本、注册地、法定代表人、背景、规模及历史、要紧股东结构及前3位股东持股比例讲明；
5）公司组织结构和机构设置，详细列明公司在亚太地区和中国各分支机构的详细地址、规模、联系人及联系电话；
6）公司人力资源情形，详细阐述与本次招标内容相关人力资源情形；
7）投标人须详细列明贵公司在数据仓库及其应用建设领域具有哪些方面的特长（如：
模型设计、ETL开发、报表系统、绩效应用、数据挖掘应用等）；
8）投标报价：
投标必须以人民币报价（参照本文件第七页投标报价要求）；
9）投标人近三年已完成的与招标内容相同或相似项目（内容见附1）；
10）投标人正在承担的与招标内容相同或相似项目（内容见附件2）；
11）投标联系人的姓名、电话、传真、邮编、地址、电子邮箱等；
12）投标人认为有必要提供的其他声明及文件。
1.3.3投标保证金
投标人在递交投标文件之前应向招标人预付叁拾万元（人民币）的投标保证金（付款帐号为：
户名：
XX银行打算财务部，帐号：
XXXXXXXXXXXXXXXXXXXX，开户行：
XX银行），否则视为无效投标。
中标人投标保证金自动转为合同履约保证金，并在系统一期验收上线后退还（不计利息），未中标人投标保证金待评标工作终止后退还（不计利息）。
若投标人在回复招标书后决定退出此次投标，则投标保证金不予退还。
1.3.4投标报价
1）投标报价应为目的地交货价（人民币含税价）；
2）投标人应在投标文件中写明数据仓库系统项目的软件产品（仅限于系统一期必需的软件）总报价。
同时对软件产品按模块分不报价（格式见附件3），如单价总计与总价不符，以价格低的为准；
3）投标人应在投标文件中写明系统一期的实施费用总报价。
同时对实施费用按模块分不报价（格式见附件4），如单价总计与总价不符，以价格低的为准；
4）以上报价最多只承诺两个报价方案（即基于不同的主流平台或产品），投标报价在开标后不得修改，投标报价书应包含上述各项的明细报价及投标报价一览表。
1.3.5投标文件的规定
1）投标人应预备贰份正本和肆份副本，在每一份投标文件上要明确注明“正本”或“副本”字样，密封后在密封口加盖公章。
一旦正本和副本有差异以正本为准。
投标人必须随投标文件提供具有全部投标文件内容的光盘版电子文档。
2）投标文件中不许有加行、涂抹或改写。
如有修改错漏处，必须由投标人法定代表人或授权代理人签字并加盖公章。
3）投标人提供的文档、陈述和演示仅限于中文。
1.3.6递交投标文件的截止日期
投标文件必须在二零零九年七月二十七日上午12时之前以密封方式送达至招标人，送达地址为XX银行总行打算财务部。
1.3.7招、投标文件的修改、补充和撤回
1）在整个招标过程中，招标人有权通过书面补充通知的方式对招标书进行补充和修改，招标书的补充和修改通知将构成招标书的一部分，与招标书具有同等约束力。
投标人必须按补充通知的要求给予实质性响应；
2）招标人有权决定是否延长投标截止期；
3）投标人在提交投标文件后可对其投标文件进行补充、修改或撤回，但投标人须在投标截止时刻之前发出该补充、修改或撤回的书面通知，该通知须经投标人的法定代表人或授权代理人签字并加盖印章；
4）投标人对投标文件进行补充、修改的书面材料或撤回的通知应按本招标文件规定进行编写、密封、标注和递送，并注明“补充/修改投标文件”或“撤回投标”字样；
5）投标截止时刻以后不得对投标文件进行修改或补充，不得以任何理由要求退还已提交的投标文件。
1.4评标及中标通知
1）评标工作将参照《中华人民共和国招标投标法》，遵循“公平、公平、择优、信用”的原则进行。
招标人将依照招标项目的特点依法组建项目评标小组。
评标小组将遵照评标原则，公平、平等地对待所有投标人。
并对投标人提交的投标文件进行审查、质疑、评估和比较。
2）讲标顺序抽签决定，每家投标公司讲标时刻1小时，要求结合招标内容突出重点,答疑30分钟。
3）招标人不排除按产品厂商和实施商分不选择产品中标人和多个实施中标人的可能。
4）招标人将按对各投标人综合评估的优劣顺序，优先选择综合评估最优的投标人进行商务谈判。
如双方能达成一致，将确定其为中标人；如未达成一致，则选择综合评估次优的投标人进行商务谈判，依此类推，招、投标人再进行第二轮商务谈判。
5）若该项目有多个实施商中标，招标人将依照各实施商特长合理分配实施任务。
6）招标人确定中标人以后，将通知所有投标人本次招标结果，招标人不向未中标投标人讲明落标缘故,不退还投标文件。
7）招标人和中标人在合同签订过程中发生分歧而无法签约时，或中标人显现违反投标承诺的行为时，招标人有权重新选择中标人。
8）中标人不得将本项目擅自分包或转包给其他公司，如有第三方合作伙伴，须经招标人事先认可，否则招标人有权无条件终止合同，并由中标人承担由此产生的一切后果。
1.5保密事项
投标人自收到本招标文件起，应对本招标文件中涉及的招标人内部信息（包括项目信息、技术信息和经营信息）承担保密义务，投标人承诺不向任何第三方披露上述信息。
该保密义务不因招投标时期的终止而解除。
如投标人未履行保密义务，应承担因泄密给招标人造成的一切经济缺失。
第二部分招标项目要求
2.1招标内容
本次招标内容为：
数据仓库系统一期建设，以下简称“系统一期”。
要紧包括：
1）数据仓库数据基础平台搭建及现行业务系统、治理系统的数据整合（数据要求保留三年）；
2）业务和治理报表的设计与展现；
3）历史数据查询与分析应用。
2.2系统建设的总体原则
1）前瞻性、有用性、稳固性和先进性：
投标公司必须依照国际国内最先进银行实施体会，关心招标人设计数据仓库系统总体技术架构，要在充分满足系统一期建设内容的基础上兼顾二期乃至后期扩展，具有较强的前瞻性和高度可扩展性。
系统建设方案要考虑招标人的实际情形，不能脱离招标人IT系统建设的现状，力求系统选型准确、功能完备有用、便于功能扩展；
2）模块化：
系统各个功能采纳模块化集成，能够依照需要购置新的业务模块增加系统功能。
并保证系统各功能相互之间的紧密集成，专门是要保证分期实施内容之间的无缝衔接；
3）灵活性：
提供招标人核心业务系统、其它业务系统及治理系统的数据收集；提供市场数据的自动收集接口和手工录入平台补充收集数据，以获得各种静态和动态的、内部和外部的数据；系统能够依照自定义的数据格式从Excel和文本文档动态读取数据，方便从其他应用软件和统计模型中提取数据；系统生成的数据、报表、图形可自由输出至Word、Excel等办公应用软件，方便对数据和报告的进一步加工和整理；招标人近期有上市和跨区域经营的规划，系统建设方案要适应经营战略调整、组织架构变化的灵活性要求；
4）安全性：
提供系统全方位的安全保证，支持网络、硬件、软件和数据全方面的安全措施。
要从网络接入、数据传输、系统治理、业务权限操纵等多个方面采取措施，充分保证系统安全性。
实现方便可视化的系统运行实时监控，可及时了解系统运行情形，故障发生时能够准确定位故障点；
5）开放性：
整个数据仓库系统应具有良好的开放性，系统提供其内部使用的统计模型原理、公式、数据来源及加工过程，使治理人员能够对自行开发或有疑咨询的模型输出结果进行合理性检查，幸免系统本身产生的模型风险；
6）易开发性：
系统能提供标准数据语言及灵活完整的二次开发平台，使治理人员能够依照业务进展的需要，自行设计新报表、图形、报告和统计模型。
以便招标人能够应用此套系统适应不断变化的经营环境和监管要求；
7）完善的培训和升级服务：
投标人须提供完善的培训服务，在系统开发、安装、调试、上线运行过程中，应同时进行对不同层次治理人员、技术人员、操作人员的培训。
系统正式运行后应有完善的客户服务措施，保证系统运行平稳，并能不断对系统进行升级，使系统能够及时吸取最新的技术手段、治理手段并适应快速变化的金融竞争环境。
2.3项目要求
2.3.1系统建设总体目标
1）建立科学合理的数据仓库体系，构建统一的、层次合理的、灵活的企业级数据模型，提供全行（含总行、分/支行）统一的视图；
2）构建全行统一的数据仓库服务平台。
数据仓库平台以招标人现有业务系统数据（如：
核心业务、大/小额支付结算、国际结算、网上银行等）为数据源，建立数据采集、加工、分析、传播和共享的服务平台；
3）建立方便、灵活、快捷的业务数据入仓渠道，支持招标人在建或未建的各类系统数据（如：
财务治理系统、信贷治理系统等）平滑进入数据仓库平台；
4）以数据仓库平台为基础，建立各类专题分析应用。
建立经济资本治理、产品定价、资产负债治理、盈利性分析、客户关系治理、风险治理、绩效治理、人力资源治理、信贷治理等主题应用，提升招标人的治理水平；
5）建立全面完整的分析体系和数据挖掘平台，借助各种高级分析、报表和灵活的查询功能，为招标人的业务经营决策提供全面的支持。
2.3.2数据仓库平台技术要求
2.3.2.1数据整合技术要求
1）必须提供数据整合方案，制定一套符合招标人实际的数据标准，增强数据定义和使用的一致性、准确性、可用性、可扩展性，确保数据整合的质量；
2）必须提供猎取增量数据的解决方案，依照不同的数据情形提供不同的解决方案；
3）设计历史数据加载的程序和处理流程，日常增量加载的程序和处理流程，设计数据抽取失败的复原处理策略和流程，支持复杂分析，保证数据一次导入多次使用；
4）数据整合必须满足高效率、稳固性、容错机制、扩展性等特性；
5）充分发挥数据仓库平台整合能力，实现治理会计体系与相关系统的有机连接。
2.3.2.2数据储备与治理技术要求
1）提供符合招标人实际情形的数据粒度设计方案；
2）提供符合招标人实际情形的储备分配方案；
3）为了提高用户查询性能，应提供相应数据储备和治理策略与方法，专门是查询大数据量明细数据的优化方法；
4）提供数据库性能调整和不断优化的策略和方法；
5）为招标人历史数据存放、治理等方面提供可行性方案；
6）对机构、用户、客户信息的变更提供历史痕迹保留，并可提供信息关联。
2.3.2.3数据质量技术要求
1）提供数据质量评估方法，快速对已投产的系统进行数据质量评估；
2）提供完整的数据质量优化解决方案。
如何逐步提高已投产的系统、建设中的系统的数据质量；
3）提供标准数据接口要求规范，作为与以后建设新系统的数据接收、发放标准。
2.3.2.4元数据治理技术要求
1）提供各业务系统数据结构统一治理的方案，并能适应各业务系统频繁改造中，对数据结构变化的统一治理；
2）提供对系统技术元数据和业务元数据的治理方案；
3）提供元数据的更新和爱护解决方案，包括元数据历史变更治理方案。
2.3.3系统一期建设需求
以下所列需求可能不够全面，招标人保留在确定中标公司之后，对系统一期功能进一步补充、完善和调整的权益，及在二次商务谈判中再次协商直至双方达成一致的权益。
1、系统一期建设目标
Ø系统层面
●完成规定的行内业务系统的数据加载，建立统一的、共享的基础数据平台。
Ø技术层面
●建立具有先进性、灵活性和可扩展性的操作性数据储备（数据仓库）基础数据平台，为二期平稳过渡到企业级数据仓库奠定基础；
●建立一套完善的ETL体系完成数据抽取、清洗、加载与转换；
●建立一套完善的数据质量治理机制。
Ø应用层面
●治理分析报表；
●经营指标快报（CEODashboard）；
●至少建立面向治理部门或高管层的三个主题应用（具体应用视一期入仓源系统数据范畴而定）。
Ø治理层面
●通过系统治理（系统备份与复原等）等手段完善系统治理；
●借助于数据仓库项目建设和爱护方法论，完善项目不同时期的治理。
具体如下：
1）整合我行当前的业务数据及外部数据，建立全行统一的数据仓库平台，实现5个业务源系统的关键类数据加载，一期源系统的选择应考虑源系统当前是否稳固及是否近期有升级改造打算等，同时要与一期应用的数据需求相结合；
2）启动数据质量治理-数据质量检查与报告；
3）基于数据仓库平台，建设全行统一的报表系统，于2018年11月底之前须完成相关业务部门急需的报表（报表清单待招标工作终止后按照业务部门急需程度而定），剩余的其他报表可适当延期开发。
同时对报表的版本、安全进行统一治理，并为今后长期的报表建设提供一个可扩展的平台；
4）定义完整的、统一的、符合国际规范的数据标准；
5）建立全行级数据查询和分析系统。
2、系统一期建设功能要求
1）设计数据仓库逻辑数据模型，实现要紧业务系统数据入仓，具备数据治理、整合、更新和清洗功能；
2）建立数据标准规范，进行必要的元数据储备，并能实现元数据的收集、储备、更新、分析和治理等功能；
3）建立面向全行（包括总行、分行及支行）的报表和查询系统，包括但不限于以下功能：
∆报表定制：
支持Excel模板的报表格式定制。
支持各种类型的复杂报表，包括不规则报表、不平稳报表、不对称报表、汇总报表、清单报表等各种格式。
满足各种复杂格式的内部治理报表的需求；
∆报表公布和分发：
提供统一的报表公布、分发功能；
∆报表打印：
支持所见即所得的报表打印，支持套打；
∆数据猎取：
支持从表内取数和从表间取数；支持报表数据二次运算、支持Excel公式；
∆扩展指标：
在报表中，能基于已有的指标定义新的运算指标；
∆数据校验：
实现表内及表间的数据勾稽关系、平稳校验功能，保证报表数据的准确性；
∆数据汇总：
提供报表数据的逐级汇总、支持多种汇总关系；
∆数据补录：
能够在同一张报表中实现自动采集数据和手工录入及汇总数据的功能；支持汇总数据、明细数据的补录；
∆数据审核：
支持对报表数据进行审核，多层次的数据确认和数据质量的保证；
∆权限机制：
多级不（按组织机构级不、按业务范畴）的用户权限操纵，不同的权限能够使用不同的功能、数据和报表。
4）业务数据治理、查询系统，包括但不限于以下功能：
∆支持各种主流的数据库，支持异构数据查询；
∆强大的语义层功能：
动态地从各种数据源中读取其元数据。
通过自动的分布式刷新，向所有用户公布共享库的变化，并同步化他们对数据库的视图；
∆零编程的定制：
满足业务人员自助式的、零编程的、快速的定制查询；灵活的排序、过滤、分组、运算等功能；
∆自助式查询：
满足业务人员灵活的、自助式的业务分析、信息公布；
∆支持通过SQL、储备过程构建查询；支持预估查询时刻；
∆查询复用：
支持查询模板的复用，即能够基于已有的查询，构建新的查询；
∆支持查询审核：
由审核人员对查询的执行效率和安全性进行审批，幸免不恰当的查询导致系统资源耗尽甚至崩溃；
∆支持关联跳转分析：
从某个报表/查询上选择一个单元格，据此为条件跳转到另一个相关联的报表/查询；
∆丰富的图表功能：
包括直方图、饼图、趋势图、点图、区域图等；
∆多种信息输出：
表格、图形输出到Excel、HTML、Text所见及所得；
∆强大的公布机制：
提供自动的查询处理和报表分发功能。
5）建立面向治理部门及高管层（行领导）的主题应用，并具备简单报表、简单/复杂查询、自定义查询和分析、多维分析、外表盘等结果展现功能，包括但不限于经营指标快报（CEODashboard）-规模、效益、风险、同业四类要紧指标的运算与展现；
6）提供数据分发服务，满足内外部系统对数据的要求；
7）为在建的或以后要建立的外围系统提供接入渠道，为今后的数据展现和统一门户做好预备。
2.3.4系统一期建设的时刻要求
招标人对该项目的实施时刻提出参考性要求。
投标人能够依照其提供的解决方案和人力资源打算提出项目实施的时刻打算，该时刻打算与招标人的参考性时刻要求之间的差距将在评标时予以加分或减分。
招标人参考性时刻要求：
数据仓库系统一期建设内容须在2018年11月完成，并在2018年11月底之前上线运行。
2.4模型建设要求
2.4.1模型总体要求
1）提供完整的、详细的、得到多个项目验证的模型，介质能够是PowerDesigner或者ERWin。
2）模型应具备良好的稳固性和可扩展性
3）提供实现模型的层次划分。
4）提供模型方法论和知识转移。
2.4.2一期模型建设要求
针对我行的具体需求和数据源情形，提出模型的本期实现内容和客户化方案
2.5系统建设方案要求
2.5.1系统技术方案要求
1）要求提供详细的系统技术方案，内容包括但不限于设计原则、系统集成能力要求、系统稳固可靠性要求、系统安全性要求、系统运行效率的描述、系统治理要求、接口方案、数据整合方案、测试方案、验收方案、上线运行方案、辅助系统需求等等，或其他投标人认为需要关注的内容；
2）要求提供明确的软件产品（如：
ETL、OLAP、报表展现分析及数据挖掘等工具软件）版本号，并阐述采纳该软件的详细缘故和优缺点；列出软件产品具体模块及功能；
3）辅助系统需求包括：
配置应用系统开发、测试和爱护所需的工具和环境、建立内部信息交流和建议交互平台等；
4）要求解决方案满足可扩展性，支持大数据量（至少满足招标人今后5年的业务数据增长），支持大访咨询量（在线用户数不小于1000，并发数不低于200），要求复杂运算的交易展现页面的响应时刻要小于15秒，一般交易展现页面能即时响应；
5）要求解决方案提供系统治理和爱护方案，包括系统安全操纵、数据的备份与复原等。
2.5.2数据仓库产品选型方案要求
1）要求采纳数据仓库主流数据库产品（如DB2、TERADATA、ORACLE等）；
2）要求采纳业界主流的ETL工具（如DataStage、TeradataETLAutomation、InformaticPowercenter、ETLPlus等）；
3）要求采纳业界主流的应用服务器（如Weblogic或Websphere）；
4）要求采纳业界主流的前端展现工具（如COGNOS、BIOffice等）；
5）要求采纳业界主流的OLAP分析工具（如COGNOS、ESSBASE等）；
6）要求采纳业界主流的数据挖掘工具（如SPSS、SAS等）；
7）投标人所举荐的数据仓库工具应是投标人最熟悉、最有实施体会的产品，且有广泛的用户基础，代表技术的进展方向，并有多个成功案例（列表讲明）；
2.5.3系统硬件、软件及网络架构方案要求
投标单位须提供系统总体硬件、软件及网络架构方案，方案应充分考虑到系统后期应用开发及运行性能（不能局限于满足系统一期建设内容），并提供相应的网络及服务器等硬件配置方案及市场参考价格（硬件及网络设备不在此招标范畴之内）。
1）要求讲明举荐的软硬件产品的技术先进性，产品须代表技术的进展方向，须是成熟的64位UNIX操作系统和成熟的64位数据库产品；
2）提供建议的服务器端硬件策略和系统配置；
3）提供建议的客户端硬件策略和系统配置，如有必要，不同角色能够使用不同配置；
4）提供逻辑网络图，以表示系统所需要的配套设备和配置。
提供建议的网络策略,请考虑网络安全和性能；
5）基于以上配置，估算最大并发用户数、交易响应速度等详细性能指标；
6）列举解决方案中需要的其他硬件项；
7）系统和数据库软件的储备需求（磁盘空间和内存等）；
8）列举解决方案中需要的其他软件项（包括要紧应用工具软件、软件版本、是否需招标人独立购买及市场参考价格等）；
9）讲明要紧平台所采纳的操作系统、数据库系统及其他环境。
10）由投标人提供的所有软件及产品，投标人必须保证招标人无瑕疵使用。
2.5.4系统实施方案要求
1）要求提供详细的系统建设总体实施方案，方案应涉及系统二期乃至后期建设内容的实施（不能局限于一期建设内容的实施），包括但不限于项目治理、项目组成员及职责、分期实施打算
升级会员 