第一篇技术规范和要求重庆三峡银行.docx
《第一篇技术规范和要求重庆三峡银行.docx》由会员分享，可在线阅读，更多相关《第一篇技术规范和要求重庆三峡银行.docx（26页珍藏版）》请在冰点文库上搜索。
第一篇技术规范和要求重庆三峡银行
项目名称：
重庆三峡银行短信平台软件采购项目
招标书
重庆三峡银行股份有限公司
二〇一五年六月
目录
第一篇技术规范和要求-3-
一、项目综述-3-
二、项目目标-3-
三、总体要求-3-
四、技术要求-6-
五、性能要求-7-
六、应用要求-7-
七、服务要求-7-
八、项目实施要求-7-
第二篇商务条款-9-
一、交货时间、地点、服务水平协议、付款方式-9-
二、产品授权-9-
三、测试和验收-9-
四、售后服务和支持-10-
五、文档和培训-11-
第三篇投标人须知-14-
一、特别说明-14-
二、投标费用-14-
三、投标人资质-14-
四、招标文件-14-
五、投标-14-
第四篇投标文件-19-
一、投标函-19-
二、开标一览表-20-
三、分项报价明细表（格式自拟）-21-
四、投标人承诺函-21-
五、投标人法定代表人授权委托书-22-
六、服务水平协议-22-
第一篇技术规范和要求
一、项目综述
短信平台建设是保证银行业务连续性重要的一环。
经过前期项目的实施，已完成重庆三峡银行短信平台（全国）的建设，支持对全国手机用户的发送，支持对移动、联通、电信户的发送，支持短信平台与银行动帐系统（银行卡、信用卡、手机银行等）、营销系统、OA等办公系统的对接藕合实现各系统的短信提醒互动功能和智能抓取功能。
服务内容基本完善。
但现有短信平台系统存在单点故障风险，如果行内现有短信平台出现故障，或短信平台厂商本身出现问题，又或短信平台厂商与短信运营商之间的通道出现问题，都会影响我行短信服务。
因此，需通过新引入一家短信平台系统，与现有的短信平台（全国）互为主备。
当其中一套短信平台出现故障不可用时，可马上切换到另一套短信平台，保证我行业务连续性。
二、项目目标
选取行业内具有一定业务积累和技术实力的供应商，经由需求分析、系统设计、系统开发、测试验收以及发布上线各个步骤，以较短的时间和最高的质量建成重庆三峡银行短信平台系统，集成重庆三峡银行各业务系统、营销系统和OA等办公系统为其提供短信平台服务。
三、总体要求
主要模块应包含但不限于以下所述：
短信（彩信）发送模块；
通道管理模块；
监控管理模块；
日志管理模块；
用户管理模块；
系统管理模块；
（二）系统设计原则
1.实用性原则
充分利用成熟的先进技术，采用性价比较高的产品，应用系统设计必须符合实际，适用于邀标人业务要求及外围系统要求。
2.开放性、兼容性原则
所设计的系统在结构上真正实现；开放，各种设计规范、技术指标及产品均符合国际和工业标准，包括各种广域网、局域网、计算机及数据库协议，并可提供多厂家产品的支持能力，从而为未来的业务发展奠定基础。
系统中所采用的所有产品都要满足相关的国际标准和国家标准，并符合邀标人的实际需求，并且是开放的可兼容的系统，能与不同厂商的产品兼容，可以有效保护投资。
系统具备与各种协议计算机通过网络互连互通的特性，确保综合网公用基础设施功能充分发挥。
3.先进性
系统技术水平要保证先进性，符合当代信息技术发展形势，代表当前计算机科学的发展方向。
所选择的各平台供应商应有能力对该项目进行持续开发，可以保证该项技术不断地更新并可顺利升级而维持系统的先进性。
提供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系统具有较强的运作能力。
4.高可靠性和可用性、安全性
通过高可靠的产品（硬件、软件、服务），带有系统容错性的方案（冗余、备份），较强的管理机制和控制手段，具备事故监控和网络安全保密等技术措施，保证系统的安全可靠和高可用性。
系统建设需要用到的软件产品使用主流产品，以保证系统的高质量和稳定性。
系统应最大限度集成世界上最稳定且优秀的技术及组件，采用成熟技术以降低系统的不稳定性。
对系统如硬件、操作系统、网络、数据库应设计尽可能详尽的故障处理方案，以保证系统的快速恢复。
5.灵活性和可扩充性
所设计的系统应具有良好的扩充性，能够根据管理要求，方便扩展计算及存储资源，以适应今后可能出现的较大任务负荷。
硬件平台具有可升级性，当需要时可以通过新的计算机设备同原有计算机设备一起工作以提高系统的处理能力。
在源系统改造或者前端应用的需求发生变化时，整个系统的架构和设计方法可以适应这种变化，能快速根据应用需求对系统进行接入，不会对已有的平台造成影响。
6.易维护性
在系统总体设计上注意系统的可维护性。
尽量采用大家熟悉的易于维护的系统平台。
系统软件安装简单、易于操作。
7.标准化
应用软件开发符合软件开发标准的要求，方便维护和扩展。
业务处理符合国家法律、法规和有关政策规定。
数据标准要满足银监会及人民银行相关管理办法及标准化的要求。
（三） 人员要求
1．投标人必须列出项目组成员名单以及简历，如下表：
姓名
性别
职务/
职称
在本项目中的分工
工作经历（学历、资历、参与过的系统工程项目）
参与相关项目
工作经验时间
相关认证
备注
●此表所列人员应为项目组主要成员，投标人应承诺未征得邀标人书面同意的情况下不得更换上述成员。
●所有项目成员要求参与过两个银行短信平台项目和三年以上相关工作经历。
●项目经理要求担任过两个银行短信平台项目的项目经理和5年以上相关工作经历。
●投标人在“备注”栏说明所列人员的工作比重或具体时长。
●“在本项目中的分工”一栏中应说明项目中的角色和承担的职责。
2．邀标人将对所提供的人员进行考核，达不到邀标人要求的将要求替换。
3.如进行人员替换后仍无法达到邀标人要求，邀标人将有权终止合同。
4.关于投标人投标人的人员体制，方案要求如下：
1）项目各阶段的项目管理体制以及人员计划。
2）所提供人员应能够满足公开招标书中所述项目的要求。
3）项目人员变更通知，应提前30日告知本行，并在获得本行同意的前提下，方可进行相关人员变更。
4）本开发合同不允许任何形式的全部或者部分再转包。
（四） 知识产权要求
1）因本项目产生的全部交付内容及开发成果（含源代码，系统技术文档，软件，数据等）的知识产权在邀标人履行完毕合同所约定的合同价款支付义务后完全归邀标人所有。
同时中标人应向邀标人交付本项目范围内开发的所有程序源代码，因中标人使用自有知识产权或者第三方产品而不能公开部分的源代码由中标方交予第三方机构代管。
中标人应承诺在项目中用到的各种工具、产品、组件、文档无任何知识产权侵权问题，并承担因知识产权侵权给邀标人带来的一切损失。
2）中标人单位或者项目团队成员不得以技术交流、案例展示、教学研究或其他任何名义泄露本项目所产生的全部交付内容及开发成果（含源代码，系统技术文档，软件，数据等）。
四、技术要求
（一）系统运营时间
系统运营时间要求为：
7×24小时，即要求提供全年不间断对外服务。
但是基于系统升级等原因的计划性停机，在双方协议的基础上，属于双方协议的可允许范围。
计划性停机时间应选择对于服务提供没有影响或者影响最小化的时间段。
（二）可靠性要求
为了实现安全冗余化，尽可能减少受系统非正常停机影响,请提出有关相关方案。
（三）系统应急要求
基于可能发生的系统故障，请提出在各种故障发生可能场景下的系统应急方案。
（四）系统部署架构
请提交完整的系统部署架构拓扑图，应包括与外围系统的连接。
五、性能要求
为确保业务顺利正常进行，系统要求支持如下。
1.系统支持7*24小时运行。
2.响应时间：
a.一般操作响应时间不超过3秒。
b.复杂/报表响应时间不超过10秒。
3.系统可使用率保持在总运行时间的99.98%。
4.CPU正常情况下不得长时间超过70%。
5.并发数应按我行外围系统调用峰值计算性能。
（四）性能测试工具
请提供符合上述性能指标测试要求的专门性能测试工具，并确保贵司有能力实施相关性能测试。
六、应用要求
（一）为在建的或未来要建的外围应用系统提供统一的服务接口。
（二）短信平台管理平台界面友好、方便。
七、服务要求
投标人在项目投标书中，需提供针对我行短信平台的安全应急预案，明确故障发生后技术支持人员响应速度和专业技术人员到场时间。
八、项目实施要求
投标人应该具有丰富的国内类似案例的实施经验，具备先进的项目实施方法论。
要求提供详细的系统建设总体实施方案，方案从系统总体架构视点，应充分考虑可扩展性的总体要求。
包括但不限于项目管理、项目组成员及职责、分期实施计划等。
要点如下：
●要求系统总体架构满足邀标人发展和管理要求；
●要求投标人对邀标人的业务现状、IT现状有一定的了解基础上提出科学、有针对性的、实际可行的技术方案；
●技术设计方案不但要解决现有平台建设需求，还要有一定的前瞻性，要求方案中包括针对邀标人短信平台业务的长期规划内容；
●投标人要有成熟的大型金融行业短信平台项目管理和实施方法论做指导,有类似的成功经验；
●接受邀标人对投标人服务团队进行资格认定；
●要求投标人对邀标人IT人员在实施过程中进行技术培训，包括方法论、数据模型、软件产品、硬件产品等。
要求投标人对邀标人业务人员在实施过程中进行数据模型培训。
●在本项目实施周期内，如遇到源系统变更，需要及时调整实施方案，满足邀标人的要求，并征得邀标人同意方可变更。
●投标人在项目实施过程中，需按照邀标人项目管理规范提供相应文档（所有提交文档必须为中文），并提供定制开发部分及相关应用系统的源代码。
●在需求分析阶段发生的业务需求变更，在不影响整体系统框架的前提下，应尽可能作为系统开发范围内对象。
在基本设计开始之后发生的业务需求变更，请明确提出投标人可接受的变更提前通知时间要求以及允许变更范围。
●在项目实施的每个阶段，本行将对于每阶段的成果物进行审定，请在方案中的项目实施时间表中，明确该审定工作部分的期间。
第二篇商务条款
一、交货时间、地点、服务水平协议、付款方式
（一）交货及竣工时间：
具体以项目合同为准。
（二）交货及实施地点：
招标人指定地点。
（三）服务水平协议：
邀标人提供服务水平协议最低标准（附件一），投标人以此为基础根据邀标人需求以及自身能力提出实际承诺的服务水平协议，最终版本以项目合同为准。
（四）付款方式：
项目实施费用：
合同生效且项目人员进场开始实施之日起20个工作日内，支付合同实施费用总额的20%；项目安装、调试并投入试运行后，7个工作日内，支付合同实施费用总额的30%；项目验收合格后，7个工作日内，支付合同实施费用总额的40%；系统免费维保到期后，7个工作日内，经评价合格后，支付合同实施费用总额的全部余款。
二、产品授权
若使用了第三方产品（软件产品、硬件产品），投标人在投标文件中必须承诺对本次项目使用的第三方产品授权进行全量购买（最终用户必须是招标方），承担相应法律责任。
同时对于项目中所需使用的第三方产品（软件产品、硬件产品），我行保留自主采购权利。
三、测试和验收
（一）测试验收的范围
测试验收的范围为项目开发完毕，终验前最终确认的所有需求。
（二）测试验收的组织
1、测试验收小组由招标人牵头，成员应包括行业专家及中标人等有关人员组成，负责对项目建设进行验收。
2、中标人拟定验收方案，编制测试手册，经验收小组确认后，由验收小组负责验收。
验收方案包括测试目的、环境、过程、结果及分析等方面内容。
3、在测试验收过程中，出现严重缺陷或质量问题时，验收小组可以决定暂停所有测试，直至缺陷和问题得到纠正。
（三）测试和验收的程序，在初验测试开始时，中标人应向招标人提供验收测试计划及验收标准，包括但不限于以下内容：
1、对各子系统进行测试验收。
2、在各子系统验收合格的前提下，对系统进行全面初验。
系统初验合格后进入试运行阶段。
3、系统在全行投产上线试运行至少三个月并经历一次年终决算后，进行验收。
在试运行期内如果出现重大问题，则试运行期顺延，直至系统运行稳定，并得到招标人认可为止。
（四）验收测试的评定
测试结果按下列级别评定，并经验收小组签字认可：
·优良：
功能和质量达到预期目的。
·合格：
部分功能和质量不能满足招标人的要求，但中标人（集成商）采取了改正措施，使测试结果达到预期目的。
·不合格：
功能和质量不能满足招标人的要求。
（五）性能测试工具
验收测试的评定请提供符合本招标书性能指标测试要求的专门性能测试工具，并确保贵司有能力实施相关性能测试。
四、售后服务和支持
在维保期内，中标人必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。
中标人必须要有在30分钟内对用户提出的临时性紧急维护要求做出回应，并派出工程师进行现场支持的承诺，中断服务时间小于2小时，年系统成功率达到99.98%。
服务和支持的范围：
·系统的安装、部署和调试；
·项目的验收测试；
·项目的数据转换、模拟运行和试运行；
·与系统运行有关的技术问题（含操作系统、数据库、应用系统的整体性能调优等）；
·相关技术及业务培训（其中在项目实施前必须组织技术人员进行平台二次开发培训，并提供平台的所有技术文档等）；
·系统上线后的产品迭代开发服务
（免费迭代开发期间至少一年、迭代开发范围、人员配置计划）
·相应的售后服务；
·投标人在竞标文件中（报价表下方）详细说明在系统质保期的具体免费服务内容，系统质保期过后有偿维护的内容、价格及收取方式，按开发量评估收取，说明每人/月价；
·投标人在投标文件中需对以上相关内容中进行阐述并做出相应承诺。
五、文档和培训
（一）文档
1、文档范围
包括中标人收集整理的系统建设中所形成的全部文字记载、录音和照片等。
项目验收后由中标人向招标人提供。
2、文档内容
交付文档
备注
项目准备阶段
投标文件
项目整体计划
包含但不限于：
变更管理、问题管理、质量管理、进度管理及版本管理等项目管理领域。
需求分析阶段
系统整体构成
系统流程图
画面一览
画面定义
画面迁移图
接口定义
批处理功能定义
数据字典
数据库设计
逻辑ER图
安全策略定义
备份策略、应急策略
系统外部设计
性能、备份、网络等
基本设计阶段
系统概要设计
接口概要设计
画面处理概要
详细设计阶段
功能详细设计
开发
源代码
单元测试计划
单元测试报告
集成测试
集成测试计划
进行模块间的集成测试
集成测试报告
需提供测试证据
系统测试
系统测试计划
以全系统并涵括外部关联系统的集成测试
系统测试报告
需提供测试证据
系统操作手册
公开测试
公开测试计划
模拟实际业务场景，针对全体功能及非功能要求，结合本系统及关联外部系统进行综合测试※压力测试、大数据测试等
公开测试报告
需提供测试证据
上线
系统安装手册
系统运维手册
培训计划
数据迁移计划
系统上线计划
系统上线报告
3、要求
中标人提供的文档要保持完整性和准确性。
中标人至少免费提供一式五套完整的文档硬拷贝和一式两份完整的文档电子拷贝（光盘）。
所有文档都采用简体中文（第三方产品出厂文件除外）。
（二）培训
培训项目
培训对象
培训内容
1
系统操作培训
信息科技部/业务部门
面向内部用户的系统后台功能操作培训
2
系统运维培训
信息科技部
面向技术部用户的系统运用维护培训
●中标人应根据系统开发、安装调试和投入使用情况安排相关培训。
●要求所有培训在招标人指定地点进行。
●中标人必须为所有被培训人员提供培训用的文字资料和讲义等相关用品，还应提交2套光盘演示资料，以便招标人进行电化教学。
第三篇投标人须知
一、特别说明
投标人应仔细阅读《重庆三峡银行短信平台软件采购项目招标书》，并承认招标书内全部内容。
投标人应在所制作的投标文件上明显标注“本投标文件是按《重庆三峡银行短信平台软件采购项目招标书》编制”的内容，未做此标注者将作为废标处理。
二、投标费用
投标人参与本招标项目时，一切与投标有关的费用均由投标人自理。
三、投标人资质
投标人应具备承担招标项目的能力，具体符合下列条件：
1、具有独立承担民事责任的能力，净资产原则上在1000万元以上；
2、具有良好的商业信誉和健全的财务会计制度；
3、具有履行合同所必须的设备和专业技术能力；
4、有依法缴纳税收和社会保障资金的良好记录；
5、近三年内在经营活动中没有重大违法记录；
6、投标人应具备的其他条件：
1）原则上拥有ISO9001质量管理认证证书；
2）拥有计算机系统集成资质；
3）拥有软件企业认证证书；
4）投标人须具有本次招标内容所涉及的第三方软件代理资格,取得本次招标内容所涉及的第三方软件产品的原厂商授权书或确认函。
四、招标文件
招标采购单位对招标文件所作的一切有效的书面通知、修改及补充，都是招标文件不可分割的部分。
五、投标
1、投标人应当按照招标文件的要求编制投标文件，投标文件应对招标文件提出的要求和条件作出实质性响应。
2、投标文件的组成：
投标文件由以下部分和投标人所作的一切有效补充、修改和承诺等文件组成，它包括：
【商务部分】
1）投标函；
2）开标一览表；
3）分项报价明细表；
4）服务水平协议；
5）投标人基本情况介绍；
6）商务条款差异表；
7）投标人承诺函；
8）投标人法定代表人授权委托书；
9）加盖公章的投标人资质复印件，至少包括企业营业执照、税务登记证、组织机构代码证、质量管理体系认证证书、软件企业认证证书、系统集成资质证书；
10）公司信息公开
11）相关案例介绍
【技术部分】
1）方案摘要（ExecutiveSummary）
作为方案的开篇部分，请综述对于项目整体需求、相关业务要求的理解，并论述项目推进的整体思路。
应包含但不限于以下部分：
●对项目整体需求的理解
●对该项目的整体推进方式
●投标人解决方案的功能概述及特点说明
●投标人对于本招标书的讨论结果及关注事项说明
2）基础架构
●系统架构
请说明系统整体架构（网络、硬件、软件）方案
●硬件部分※投标人推荐
服务器配置、机器（厂商、型号）、规格等
3）系统应用开发
●软件
开发语言、版本
开发模型
●中间件
中间件名称、构成、版本等
4）服务等级
请针对本招标书所提出性能、质量等要求，提交方案。
具体请按照招标书所列出的服务等级项目列表。
5）安全策略
●请针对本招标书所提出的安全相关要求事项，提交方案。
6）数据备份
请提交数据备份方案。
7）扩展性策略
●请针对本招标书所提出的扩展性要求，提交方案。
8）项目管理体系
9）投标人体制
●提出项目开发各阶段的人员体制。
●并明确人员见作业分工。
●提交项目人员简历。
10）项目时间表
●阶段（如:
需求分析、基本设计、开发等）
●阶段内主要工作内容
●责任范围
●人员能力等级、人员数
●重要里程碑（如：
项目开始、需求冻结、交付物Review、用户验收测试开始等）
●时间表（从项目准备~项目上线）
※关于项目实施计划，将在合同签订之后，由贵我双方详细讨论。
包含但不限于：
变更管理、问题管理、质量管理、进度管理及版本管理等项目管理领域。
11）交付物
●请参照我司要求提出交付物列表
12）风险对策
●请提出投标人所认知的项目风险。
13）知识产权
3、投标有效期：
投标有效期应为投标截止日期后90天内。
4、投标文件的份数和签署
1）投标文件一式四份，其中正本一份，副本三份，并提供一式两份完整的文档电子拷贝（光盘）。
2）投标文件正本的每一页均应由投标人授权代表签字或加盖单位骑缝章。
报价表均应由投标人授权代表签名并加盖投标人公章。
3）若投标人对投标文件的错处作必要修改，则应在修改处由法人或法人授权代表签字确认。
4）电报、电话、传真形式的投标文件概不接受。
5、投标报价
1）投标人应严格按照《投标文件格式》的“开标一览表”和“分项报价明细表”的格式认真填写；“分项报价明细表”至少应该包括原厂商授权数量及价格。
2）投标文件中“开标一览表”内容与投标文件中报价明细表内容不一致的，以“开标一览表”内容为准。
投标文件的大写金额和小写金额不一致的，以大写金额为准；总价金额与按单价汇总金额不一致的，以单价金额计算结果为准；单价金额小数点有明显错位的，应以总价为准，并修改单价。
6、投标文件的递交
1）投标文件的密封与标记
投标文件的正本、副本均采用订本式装订成册，用牛皮纸袋密封。
密封袋上注明项目名称、投标人名称地址、及“不准提前启封”字样。
信封的封口须加盖投标人公章。
2）如果未按上述规定进行密封和标记，投标无效。
7、无效投标
投标人或其投标文件发生下情况之一者，视为无效投标：
1）投标文件逾期送达；
2）投标文件未密封；
3）不具备招标文件规定的资格要求或超出营业范围的投标；
4）投标文件未按招标文件规定的格式、内容填写；
5）投标货物数量、技术参数或商务承诺达不到招标文件的要求；
6）投标函及报价表未按照招标文件要求由投标人授权代表签字并加盖公章；
7）投标文件记载的招标项目完成期限超过招标文件规定的完成期限；
8）投标人不符合第三篇第二条“投标人资质”中所要求的资质条件；
9）投标文件附有招标人不能接受的条件。
六、定标
1、定标原则
采购人和评标委员会按照评标报告中推荐的中标候选供应商排名顺序确定中标供应商，如中标供应商因不可抗力或者自身原因不能履行合同的，采购人和评标委员会可以确定依次其后的候选供应商为中标供应商，以此类推。
2、不承诺最低价格中标。
3、中标通知书
1）投标有效期内，招标机构将以书面形式发出《中标通知书》。
《中标通知书》发出后，采购人改变中标结果，或者中标供应商放弃中标，应当承担相应的法律责任。
2）招标机构在发出《中标通知书》的同时，应将招标结果通知所有未中标的投标人。
3）《中标通知书》是签订合同的书面依据。
4、废标条款
出现以下情况之一的，应予废标。
1）不满足第二篇商务条款的；
2）出现影响采购公正的违法、违规行为的；
3）投标人提供的技术指标不满足标书要求的；
4）投标人认定的其它非标条件；
第四篇投标文件
一、投标函
重庆三峡银行股份有限公司：
我方收到（招标项目名称）招标文件，经详细研究，决定参加该招标项目的投标。
1、愿意按照招标文件中的一切要求，提供招标货物的供应及技术服务，投标总价为人民币小写：
，人民币大写：
。
2、我方现提交的投标文件为：
投标文件正本一份，副本三份。
3、如果我方投标文件被接受，我方将履行招标文件中规定的各项要求，按《中华人民共和国政府采购法》和合同约定条款承担我方的责任。
4、我方愿意提供招标文件中要求的所有资料，并对其真实性负责。
升级会员 