国内某大型银行数据仓库系统招标书.docx
- 文档编号:25287657
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:23
- 大小:31.17KB
国内某大型银行数据仓库系统招标书.docx
《国内某大型银行数据仓库系统招标书.docx》由会员分享,可在线阅读,更多相关《国内某大型银行数据仓库系统招标书.docx(23页珍藏版)》请在冰豆网上搜索。
国内某大型银行数据仓库系统招标书
数据仓库系统
招标文件
二OO九年七月
目录
2.3.3系统一期建设需求…………………………………………………………….12
2.3.4系统一期建设时间要求……………………………………………………….14
第一部分投标人须知
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)基于数据仓库平台,建设全行统一的报表系统,于2009年11月底之前须完成相关业务部门急需的报表(报表清单待招标工作结束后按照业务部门急需程度而定),剩余的其他报表可适当延期开发。
同时对报表的版本、安全进行统一管理,并为今后长期的报表建设提供一个可扩展的平台;
4)定义完整的、统一的、符合国际规范的数据标准;
5)建立全行级数据查询和分析系统。
2、系统一期建设功能要求
1)设计数据仓库逻辑数据模型,实现主要业务系统数据入仓,具备数据管理、整合、更新和清洗功能;
2)建立数据标准规范,进行必要的元数据存储,并能实现元数据的收集、存储、更新、分析和管理等功能;
3)建立面向全行(包括总行、分行及支行)的报表和查询系统,包括但不限于以下功能:
∆报表定制:
支持Excel模板的报表格式定制。
支持各种类型的复杂报表,包括不规则报表、不平衡报表、不对称报表、汇总报表、清单报表等各种格式。
满足各种复杂格式的内部管理报表的需求;
∆报表发布和分发:
提供统一的报表发布、分发功能;
∆报表打印:
支持所见即所得的报表打印,支持套打;
∆数据获取:
支持从表内取数和从表间取数;支持报表数据二次计算、支持Excel公式;
∆扩展指标:
在报表中,能基于已有的指标定义新的计算指标;
∆数据校验:
实现表内及表间的数据勾稽关系、平衡校验功能,保证报表数据的准确性;
∆数据汇总:
提供报表数据的逐级汇总、支持多种汇总关系;
∆数据补录:
能够在同一张报表中实现自动采集数据和手工录入及汇总数据的功能;支持汇总数据、明细数据的补录;
∆数据审核:
支持对报表数据进行审核,多层次的数据确认和数据质量的保证;
∆权限机制:
多级别(按组织机构级别、按业务范围)的用户权限控制,不同的权限能够使用不同的功能、数据和报表。
4)业务数据管理、查询系统,包括但不限于以下功能:
∆支持各种主流的数据库,支持异构数据查询;
∆强大的语义层功能:
动态地从各种数据源中读取其元数据。
通过自动的分布式刷新,向所有用户发布共享库的变化,并同步化他们对数据库的视图;
∆零编程的定制:
满足业务人员自助式的、零编程的、快速的定制查询;灵活的排序、过滤、分组、计算等功能;
∆自助式查询:
满足业务人员灵活的、自助式的业务分析、信息发布;
∆支持通过SQL、存储过程构建查询;支持预估查询时间;
∆查询复用:
支持查询模板的复用,即可以基于已有的查询,构建新的查询;
∆支持查询审核:
由审核人员对查询的执行效率和安全性进行审批,避免不恰当的查询导致系统资源耗尽甚至崩溃;
∆支持关联跳转分析:
从某个报表/查询上选择一个单元格,据此为条件跳转到另一个相关联的报表/查询;
∆丰富的图表功能:
包括直方图、饼图、趋势图、点图、区域图等;
∆多种信息输出:
表格、图形输出到Excel、HTML、Text所见及所得;
∆强大的发布机制:
提供自动的查询处理和报表分发功能。
5)建立面向管理部门及高管层(行领导)的主题应用,并具备简单报表、简单/复杂查询、自定义查询和分析、多维分析、仪表盘等结果展现功能,包括但不限于经营指标快报(CEODashboard)-规模、效益、风险、同业四类主要指标的计算与展示;
6)提供数据分发服务,满足内外部系统对数据的要求;
7)为在建的或未来要建立的外围系统提供接入渠道,为将来的数据展现和统一门户做好准备。
2.3.4系统一期建设的时间要求
招标人对该项目的实施时间提出参考性要求。
投标人可以根据其提供的解决方案和人力资源计划提出项目实施的时间计划,该时间计划与招标人的参考性时间要求之间的差距将在评标时予以加分或减分。
招标人参考性时间要求:
数据仓库系统一期建设内容须在2009年11月完成,并在2009年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)要求提供详细的系统建设总体实施方案,方案应涉及系统二期乃至后期建设内容的实施(不能局限于一期建设内容的实施),包括但不限于项目管理、项目组成员及职责、分期实施计划等;
2)投标人须在项目实施过程中使用规范的项目管理方法和提供先进的项目管理工具,其项目管理人员必须具备丰富的项目管理经验,在项目实施过程中能够和招标人项目经理共同承担项目实施的总体控制、协调和管理(内容及要求见附件6);
3)要求项目整个实施过程必须在招标人现场进行,并确保项目关键实施人员的长期性和稳定性;
4)项目组成员须具备丰富的数据仓库系统的开发实施经验,并提供项目经理及项目主要成员的工作简历、实施数据仓库系统的经历、能力和本项目工作安排(内容见附件5);
5)要求由实际项目实施人分别对其具体负责实施的内容进行讲标;
6)招标人有无条件要求投标人更换项目实施关键成员直至满意的权力。
项目实施人员一经招投标双方确定,投标人应无条件保证其在项目中的稳定性、长期性及现场实施,投标人如确需更换或调整项目实施人员必须向招标人提出书面申请并得到招标人认可;
7)投标人必须安排经验丰富、数据分析能力强的专业技术人员来承担招标人现有系统的数据分析工作,并能对基础数据整合提供技术解决方案,最大程度减轻数据整合的难度和减少数据整合工作量。
2.5.5售后服务方案要求
1)系统一期正式验收之前,中标人应无条件交付给招标人技术部门系统应用软件及除底层平台以外的一切和应用有关的源代码;
2)系统一期正式验
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 国内 大型 银行 数据仓库 系统 标书