精品重庆三峡银行.docx
《精品重庆三峡银行.docx》由会员分享，可在线阅读，更多相关《精品重庆三峡银行.docx（28页珍藏版）》请在冰豆网上搜索。
精品重庆三峡银行
重庆三峡银行
重庆三峡银行
网联平台接入项目
招标书
重庆三峡银行股份有限公司
2017年9月1日
目录
第一章项目介绍及需求
一、项目背景
根据党中央、国务院关于互联网金融风险专项整治的工作部署，人民银行总行指导支付清算协会建设“非银行支付机构网络支付清算平台”（简称网联平台），主要处理非银行支付机构发起的涉及银行账户的网络支付业务。
网联平台是在央行指导下，由中国支付清算协会组织支付机构，按照“共建、共有、共享”原则,由参与方发起筹建，支付机构将按照有关技术标准门槛分批接入。
中国人民银行支付结算司发布的《关于将非银行支付机构网络支付业务由直连模式迁移至网联平台处理的通知》银支付[2017]209号文，以及中国人民银行重庆营业部《关于将非银行支付机构网络支付业务由直连模式迁移至网联平台处理的通知》，都规定了支付机构直连迁移网联平台的具体时间点，自2018年6月30日起，支付机构受理的涉及银行账户的网络支付业务全部通过网联平台处理，各银行和支付机构应于2017年10月15日前完成接入网联平台和业务迁移相关准备工作。
二、项目建设目标
按照人民银行要求，于2017年10月15日前完成接入网联平台和业务迁移相关准备工作。
实现资金清算规范化、透明化、集中化运作以及资金流向有效监控，节约连接成本，支持业务创新，保障资金安全，提高清算效率。
三、项目进度及要求
从投标方进场开始，本项目包括：
系统需求分析、网联平台通信专线及系统环境准备、系统开发、联调测试、生产验证及压测、数据迁移等，项目交付时间不晚于2017年10月15日。
四、项目管理要求
（一）项目整体管理要求
投标方应认真阅读招标文件的所有内容，结合招标方对项目建设的目标和进度实施要求，制定并提出有效可行的项目实施计划和完整可落地实施的解决方案。
投标方须按招标方认可的实施计划和方案推进项目建设，按照项目质量、进度、风险等几个重要维度完成项目管理工作，具备完善的项目管理措施和较强的项目控制能力，较好地协调与本项目相关的各关联系统开发进度，在保证项目质量的前提下严格控制项目进度，与招标方共同监督、指导与本项目相关的各系统建设进度，保证项目实施效果符合招标方要求。
（二）管理方案要求
招标方要求项目采用驻场开发模式，由招标方提供开发场地，投标方应根据实际情况自备必要的设备。
在项目实施及驻场维保过程中，投标方应遵守招标方关于合作公司人员管理的各项规定。
投标方在本项目实施过程中须对项目管理涉及的以下几个方面提出管理方案：
1.项目的管理组织方案和工作机制。
针对本项目的特点，提出适合本项目的管理组织方案和工作机制。
2.进度管理方案。
针对本项目特点说明进度控制的要点及风险，如何确保工期。
3.风险管理方案。
针对本项目特点说明项目风险及难点，包括技术方面及其他方面，对项目可能产生的风险进行有效识别，并制定有效地风险控制措施。
4.质量管理方案。
针对本项目特点提出合理的质量管理方案，须对设计质量、开发质量、文档质量及培训质量等一系列的问题提出管理方案。
5.配置、变更管理方案，要求针对代码版本管理、文档管理、变更管理提出管理方案。
（三）人员要求
投标人应承诺未征得我行书面同意的情况下不得更换项目成员。
所有成员必须为投标人单位员工，不得外包其他单位员工，如有发现，招标方有权要求更换项目成员或者解除合同。
项目组须设置项目经理、应用开发、系统集成、质量控制及测试等相关责任人，并提供关于本项目管理控制体系、需求分析建模需求管理体系、测试及质量管理体系、源代码及配置管理体系、文档质量控制体系、进度控制及风险控制体系的体系文档和示例。
项目经理
五年以上项目管理、系统分析经验及软件架构设计经验，有独当一面的技术能力；直接对项目的实施负责，通过对工期、成本、质量的控制（包括总体制定、执行、跟踪、调整相关计划，协调项目可用资源），确保项目按要求完成
测试经理
五年以上相关项目测试和管理经验
需求分析师
5年以上银行业务系统分析、设计经验
熟悉银行业务流程和相关法律法规。
负责完成网联接入项目的需求分析工作；
能够辅助行方完成业务流程梳理、整合以及创新
善于表达、具有良好的沟通技巧和能力
架构师
要求担任过至少两个项目的主架构师和7年以上相关工作经历，并且熟悉SOA、分布式架构以及主流开发框架
项目组开发人员
至少2年开发经验，开发组长须有至少3年开发经验，且均有银行相关系统的项目实施经历
项目组测试人员
具有2年以上银行相关系统测试经验
需提供人员简历信息，同时，我行将对所提供的人员进行审核，达不到我行要求的将要求替换。
（四）项目实施要求
在本项目实施周期内，如遇到原系统功能与需求不符，需要及时调整实施方案，满足我行的要求，并征得我行同意方可变更。
投标人在项目实施过程中，需按照我行项目管理规范提供相应文档（所有提交文档必须为中文），并提供定制开发部分及相关应用系统的源代码。
禁止应用软件部署使用的安装码或授权码与其运行的基础环境（如：
硬盘序列号、CPU序列号或网卡序列号等）进行绑定。
（五）知识产权要求
如无特殊说明，定制开发部分知识产权归我行所有。
投标人应承诺在项目中用到的各种工具、产品、组件、文档无任何知识产权问题，如果产生纠纷或其他问题投标人要负责承担给我行带来的一切损失。
五、业务需求
5.1总体功能需求可以归纳为：
网联平台接入系统通过网络专线与网联清算中心系统进行对接，作为服务提供方接入网联清算平台业务处理中心，为客户提供签约、解约、支付、退款等网络支付服务。
同时向银行内管渠道提供数据查询、统计、报表、打印、差错管理、风险控制等内部管理功能。
柜面及手机网银渠道提供主动解约功能。
并且根据业务处理过程中的需要，调用核心系统服务或者短信平台的短信推送服务。
5.2功能模块需求
序号
需求功能
需求描述
备注
1
通讯处理
提供HTTPS协议的数据接入服务。
由通讯服务处理子系统对网联清算平台的请求数据进行数据接入及应答、数据加签及验签、敏感数据的加密、解密、数据的schema校验等处理，并将请求数据转发给接入处理模块
2
接入处理
负责接收各个渠道提交的请求数据，对接入的请求进行预处理，识别请求交易的交易码，并根据交易代码转业务处理模块对应的交易处理流程进行处理
3
业务处理
业务处理模块主要是网联平台接入系统的交易处理流程，具体的交易功能列表如下（包括且不仅限于）：
账户信息验证
申请签约验证码
签约申请
解约申请
解约通知
协议支付
退款
付款
终态通知
资金清算
日间对账
日终对账
差错调账
4
基础管理
用户管理
渠道信息查询
渠道信息维护
签约协议查询
限额调整等
5
报表管理
提供数据查询、统计、报表、打印等功能
六、技术要求
一、总体原则
1.实用性原则
充分利用成熟的先进技术，应用系统设计必须符合实际，适用于招标人网联平台接入系统建设要求。
2.开放性、兼容性原则
所设计的系统在结构上真正实现开放，各种设计规范、技术指标及产品均符合国际和工业标准，包括各种广域网、局域网、计算机及数据库协议，并可提供多厂家产品的支持能力，从而为未来的业务发展奠定基础。
系统中所采用的所有产品都要满足相关的国际标准和国家标准，并符合招标人的实际需求，并且是开放的可兼容的系统，能与不同厂商的产品兼容，可以有效保护投资。
系统具备与各种协议计算机通过网络互连互通的特性，确保综合网公用基础设施功能充分发挥。
应从如下方面考虑对当前市场主流终端保持良好的兼容性：
应用系统所部署的操作系统、数据库、中间件等系统环境应该使用重庆三峡银行购买过的软件产品，不使用盗版的系统环境软件，若使用了开源、免费的环境软件等应在交付文档中做出详细的说明。
软件的版本应在原厂的支持范围，避免使用已经或即将停止维护的软件及补丁版本；避免使用存在高风险、高危漏洞、漏洞高发的软件与技术框架（如struts2等漏洞高发框架）。
系统应该能够支持所有行方使用的硬件产品，做到系统功能与硬件设备无关。
系统设计应该充分考虑开放性的要求，不依赖于某一种特定的操作系统、中间件、数据库等产品。
3.先进性和前瞻性
系统技术水平要保证先进性，符合当代信息技术发展形势，提供良好的技术支持和技术服务，以满足当前的业务需求，使业务或生产系统具有较强的运作能力。
系统体系架构和软件体系结构要有前瞻性，要充分考虑未来业务的发展和管理的变化，方便对新业务和新需求的扩展和支持，满足银行持续发展的要求。
4.灵活性和可扩充性
所设计的系统应具有良好的扩充性，包括软件、硬件系统在性能上的可扩展性能够根据管理要求，软件系统达到组件化开发要求，在源系统改造或者前端应用的需求发生变化时，整个系统的架构和设计方法可以适应这种变化，在功能变更、二次开发时对原有系统影响要小，能快速根据应用需求对系统进行接入，不会对已有的平台造成影响。
在性能指标达到预警值时，能够通过横向扩展集群模式达到性能的线性增长。
投标人设计的系统应具有线性或近似线性的性能扩展能力，并能在不停止服务的的情况下完成容量伸缩。
5.可靠性与稳定性
需满足我行和监管机构的业务连续性要求，可实现7X24小时的持续稳定运行，系统整体可用性要求在99.98%以上，每次发生预期或非预期停机事件后能够在2小时内恢复运营。
6.容错性
系统应具备足够的错误抗容和恢复能力，包括在出错甚至意外崩溃时，能保证处理事务的完整性、交易的完整性，以及通过重启系统等简单手段恢复正常的运行状态等。
7.易维护性
在系统总体设计上注意系统的可维护性。
尽量采用大家熟悉的易于维护的系统平台。
系统软件安装简单、易于操作。
系统上必须提供充足的维护工具，包括但不限于：
运行日志、异常日志、发布工具、运行监控工具、数据（包括文件）备份工具、垃圾清理工具等，确保关键业务行为和异常可以被追踪，日常维护工作基本自动化。
二、系统架构要求
1、网络拓扑架构方面
本次项目需要满足我行三层隔离的网络安全结构。
2、应用系统架构方面
本项目需要根据我行应用架构规划和业务各项需求的关联性，保持系统架构以高内聚、低耦合为系统建设标准，最终使应用系统具有清晰的和相对独立的软件层次，系统内各个模块之间耦合度小为基本架构，兼具高弹性、高性能、高可靠性并具有较高业务敏捷性的业务支撑平台。
支持多种开放技术标准，应该提供标准的接口接入能力，便于扩展应用功能与其它系统的互联。
3、应用数据架构方面
应根据本系统有关数据的要求，设计合理的数据库体系，使之在后台数据处理及前台业务操作性上有一个合理的平衡和可扩充性；数据库的设计应兼顾我行现有相关系统的接口要求；在设计数据库时，应根据系统情况分别对历史数据、衍生数据、管理数据和其他数据的量进行估计，合理设计数据库结构，投标人必须提供：
详细的数据容量估算；相应的数据字典设计方案；相应的表结构和说明。
应以提高数据库的运行效率为原则优化设计系统数据结构，数据库原则上只限于数据存储方式使用，不用做数据运算方式使用，即对存储过程、触发器等对象原则上禁止使用，若必须使用则需给出详细说明。
应基于数据存储需求，并在对各类数据的数据量大小、业务应用特点进行充分分析的基础上，设计合理的数据存储方案，方案中应充分考虑每一类数据的存储位置、存储方式、数据访问方式等。
数据访问层设计应满足可移植的持久层、适应数据结构变化的设计、完整是事务支持（尤其在分库分表时）的设计；严禁在应用中硬编码SQL语句。
4、应用部署架构方面
应用系统和及其关联各子系统需采用集群或者分布式的部署方式，满足目前相关的性能指标，由于业务发展导致系统性能不能满足业务要求时，可通过横向增加服务节点，满足新的性能需求。
应用系统之间逻辑独立、启停服务时系统间不相互影响的部署方案。
应用系统应支持双活跨数据中心的部署方案。
三、应当遵循的标准和规范
应用软件开发符合软件开发标准的要求，方便维护和扩展。
业务处理符合国家法律、法规和有关政策规定。
数据标准要满足银监会及人民银行相关管理办法及标准化的要求。
应用系统应严格遵循行内系统的接口规范；支持多种主流通讯协议（包括TCP、HTTP、FTP等）、中间件（包括MQ、Weblogic、WAS等）和通讯模式（包括短连接、同步、异步等）,支持多种标准报文格式（包括XML、ISO8583、定长等）和自定义报文格式的解析、组装和转换功能；支持主流的数据库（Oracle11G、DB2，如若不支持，请说明）；
系统架构必须遵循招标方应用架构统一架构规范；对外交互界面（含接口、交互流程）均需遵照招标方确定统一规范进行设计和开发；同时开发过程的产出物（如：
设计文档、代码、测试案例、测试报告等）也需完全遵照招标方确定的统一标准规范完成。
四、非功能性要求
（一）运维要求
1、提供日常运行监控和完整的系统维护管理的方案：
提供日志、实时交易监控等系统问题定位方案；提供日志和历史数据备份、清理机制；
2、提供应用系统之间逻辑独立、启停服务时系统间不相互影响的部署方案（十分重要），保障系统的7*24小时运行；
3、数据库建表语句需包含字段的详细注释
4、提供系统资源运行情况实时监控报告；提供系统出现异常预警报告；提供系统运行情况报表等。
5、涉及重大生产故障，需15分钟内响应，30分钟内提供临时解决方案并能恢复生产服务，并安排响应的技术专家进行技术支持。
（二）日志要求
1、应完整记录所有通讯日志，如果通讯日志为字节码的，不能直接查看的，应提供查看工具。
2、应完整记录交易日志，方便交易统计分析，不同类型的交易可分不同的交易日志表。
3、可在线动态调整日志级别，在生产环境下定位问题时不需要中断服务。
4、系统相关日志应输出在应用目录之外。
（三）自动监控指标
1、磁盘占用率（关键目录）、CPU使用率、内存占用率等；
2、数据库连接池使用情况：
总连接数、空闲连接数、使用中连接数；线程池使用情况：
总线程、空闲线程、使用中线程；
3、虚拟机堆内存情况（适用Java）：
空闲内存、使用中内存；
4、交易级的错误，应用系统重大错误；
（四）安全性&稳定性要求
通过高可靠的产品（硬件、软件、服务），带有系统容错性的方案（冗余、备份），较强的管理机制和控制手段，保证系统的安全可靠和高可用性。
系统建设需要用到的软件产品使用主流产品，以保证系统的高质量和稳定性。
系统建设需要结合重庆三峡银行提供的软件平台和数据库平台等基础环境要素，提出完善的安全机制和可靠性保障。
系统开发应对各种数据的管理和操作，具备完善的分级权限机制，保证数据的安全和合理使用。
系统必须能够提供有效的安全机制，抵御可能产生的恶意和病毒攻击，并且在运行安全、网络安全和应用系统安全等方面有合理的可靠的策略，安全机制与应用系统要相对独立，可以替换不同的安全产品。
系统应提供完整的数据安全方案。
1）、数据通讯及敏感信息安全性：
提供通讯级的数据加密，保障数据传输安全；对于敏感信息（如密码、密钥等），应保障更高的安全等级，在应用级加密处理，不能以明文的方式保存相关密码;
2）、数据一致性，在任何异常和故障情况下，一个交易对数据库的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。
3）、数据备份：
应提供各类业务和系统数据的备份、恢复和快速检索方案;灾难备份：
提供可操作性的系统灾难备份方案。
应用程序不得与操作系统的用户名/密码相关，应采用参数的模式记录所链接的数据库IP地址、数据库实例名、用户名/密码等信息，以支持定期修改相关密码。
密码不能以明文形式存储在文件或者配置中。
应用应具有接口访问安全设计，如Token授权机制、时间戳超时机制、签名机制等；应用应具备稳定性设计，如服务限流机制、服务降级机制等服务管控机制的应用。
按照网联平台接入系统高可用要求，系统构建时应采用先进的物理、逻辑架构（如：
分布式、去中心化SOA、微服务等），从根本上提高系统的整体可用性。
系统应最大限度集成业界最稳定且优秀的技术及组件，采用先进技术以降低系统的不稳定性，同时，应考虑对功能和数据进行合理解耦（例如采用数据纵切分库等），避免故障时的影响扩散。
此外，对系统如硬件、操作系统、网络、数据库应设计尽可能详尽的故障处理方案，以保证系统的快速恢复。
（五）性能指标
具有高效的运行效率，能通过负载均衡、流量控制、消息缓存等机制，提供大规模、高并发量的交易处理能力，并达到我行要求性能指标。
在不受带宽条件制约的前提下，在下述业务场景中，单个业务的响应时间（在网络通畅的情况下，从请求发出时刻到结果完成）应在网联要求的时间区间之内，并不低于对标类似应用系统的响应速度
（六）其它
除上述技术要求外，网联平台接入系统系统建设需要满足行方研发管理、技术标准等相关规范要求；包括但不限于以下技术如报表生成和管理、流程引擎、规则引擎、文件处理、批处理等技术实现和解决方案，需提供完整的技术实现解决方案说明书。
第二章商务条款
一、交货时间、地点、服务水平协议
（一）交货及竣工时间：
具体以项目合同为准。
（二）交货及实施地点：
招标人指定地点。
（三）服务水平协议：
投标人提供服务水平协议最低标准（参见附件服务水平协议），投标人以此为基础根据投标人需求以及自身能力提出实际承诺的服务水平协议，最终版本以项目合同为准。
二、测试和验收
（一）测试验收的范围
测试验收的范围为项目实施完毕,终验前最终确认的所有需求。
（二）测试验收的组织
1、测试验收小组由招标人、中标人等有关人员组成，负责对项目建设进行验收。
2、中标人拟定验收方案，编制测试手册，经验收小组确认后，由验收小组负责验收。
验收方案包括测试目的、环境、过程、结果及分析等方面内容。
3、在测试验收过程中，出现严重缺陷或质量问题时，验收小组可以决定暂停所有测试，直至缺陷和问题得到纠正。
（三）测试和验收的程序
1、对各子系统进行测试验收。
2、在各子系统验收合格的前提下，对系统进行全面初验。
系统初验合格后进入试运行阶段。
3、系统在全行上线运行三个月后，进行验收。
（四）验收测试的评定
测试结果按下列级别评定，并经验收小组签字认可：
·优良：
功能和质量达到预期目的。
·合格：
部分功能和质量不能满足招标人的要求，但中标人（集成商）采取了改正措施，使测试结果达到预期目的。
·不合格：
功能和质量不能满足招标人的要求。
三、售后服务和支持
服务和支持的范围：
·系统的安装、部署和调试；
·项目的验收测试；
·项目的数据转换、模拟运行和试运行；
·与系统运行有关的技术问题（含操作系统、数据库、应用系统的整体性能调优等）
·相关技术及业务培训（其中在项目实施前必须组织技术人员进行平台二次开发培训，并提供平台的所有技术文档等）
·相应的售后服务（含不少于一年免费维护期、免费维护期满后的每年维护费用等），售后服务起始时间为验收后次日起，结束时间需为12月31日
·投标人在竞标文件中（报价表下方）详细说明在系统质保期的具体免费服务内容，系统质保期过后有偿维护的内容、价格及收取方式，按开发量评估收取，说明每人/月价；
投标人在投标文件中需对以上相关内容中进行阐述并作出相应承诺。
四、文档和培训
（一）文档
1、文档范围
包括中标人收集整理的系统建设中所形成的全部文字记载、录音和照片等，项目验收后由中标人向招标人提供。
2、文档内容
招、投标文件；产品出厂文件；系统总体规划书；系统需求说明书；系统概要、详细设计说明书；系统源码（第三方产品除外）；系统数据库设计说明书；系统使用和操作说明书；系统（含子系统）测试案例、验收方案；系统（含子系统）测试、验收报告；系统建设的详细工程日志；系统运行质量评估报告；系统变更和补充的相关文件、协议、录音、照片等
3、要求
投标人提供的文档要保持完整性和准确性。
投标人至少免费提供一式五套完整的文档硬拷贝和一式两份完整的文档电子拷贝（光盘）。
所有文档都采用简体中文（第三方产品出厂文件除外）。
（二）培训
1、培训人员
中标人应对下列人员进行相应的技术培训：
包括但不限于涉及本项目的相关开发人员、运维人员以及业务人员等。
2、要求
例如：
对所有的培训，投标人除提供完备的书面教材外，还应提交培训方案和计划。
招标人要求所有的培训在招标人指定地点进行。
五、付款方式
本项目采用分期付款：
（一）合同生效且乙方人员进场开始实施之日起7个工作日内，甲方向乙方支付合同总额的10%；。
（二）项目第一阶段安装、调试并投入试运行后7个工作日内,甲方向乙方支付合同总额的25％；
（三）项目第一阶段验收合格后7个工作日内,甲方向乙方支付合同总额的25％；
（四）项目整体验收合格后7个工作日内,甲方向乙方支付合同总价的30％;
（五）免费维护期到期后7个工作日内，甲方对乙方服务质量作出评价，评价合格后，甲方向乙方支付合同总额的全部10%余款。
。
六、系统维保费用
免费维护期满后，每年维护费用不高于合同价10%，且每年系统升级改造工作量1个人月内不收费。
第三章投标人须知
一、投标费用
投标人参与本招标项目时，一切与投标有关的费用均由投标人自理。
二、投标人资质
投标人应具备承担招标项目的能力，具体符合下列条件：
1、具有独立承担民事责任的能力；
2、注册资金2000万元以上；
3、具有良好的商业信誉和健全的财务会计制度；
4、具有履行合同所必须的设备和专业技术能力；
5、有依法缴纳税收和社会保障资金的良好记录；
6、近三年内在经营活动中没有重大违法记录；
7、投标人应具备的其他条件：
1）原则上拥有ISO9001质量管理认证证书；
2）拥有CMM3认证证书；
3）投标人须具有本次招标内容所涉及的第三方软件代理资格（含开源软件的合法授权）,取得本次招标内容所涉及的第三方软件产品的原厂商授权书或确认函。
三、招标文件
招标采购单位对招标文件所作的一切有效的书面通知、修改及补充，都是招标文件不可分割的部分。
四、投标
1、投标人应当按照招标文件的要求编制投标文件，投标文件应对招标文件提出的要求和条件作出实质性响应。
2、投标文件的组成：
投标文件由以下部分和投标人所作的一切有效补充、修改和承诺等文件组成，它包括：
1）投标函；
2）开标一览表；
3）分项报价明细表；
4）投标人基本情况介绍；
5）投标硬件及软件的技术性能、技术指标介绍；
6）投标系统对操作系统、数据库、中间件等的要求；
7）商务条款差异表；
8）技术规范偏离表
9）投标人承诺函；
10）投标人法定代表人授权委托书；
11）加盖鲜章的投标人企业营业执照复印件（年检章应清晰，未按规定年检的无效）；
12）加盖鲜章的投标人税务登记证（国、地税）复印件；
13）加盖鲜章的投标人组织机构代码证复印件；
14）投标用应用软件系统的软件产品登记证书和著作权登记证书；
15）投标人的企业质量管理体系认证证书复印件；
16）投标人业绩证明文件复印件（中标通知书、合同等）；
17）项目实施方案（包括履行合同的时间计划、工作服务方案、人员安排、提交资料等内容。
项目实施中所涉及的关键技术不能存在抄袭他人成熟产品、侵犯他人知识产权的情况；若使用第三方软件产品，应得到第三方的授权，若存在费用问题，应将费用情况向行方做充分的说明）；
18）针对我行业务需求和业务现状给出相应的业务流程优化和整合的解决方案
19）针对我行业务的实际情况给出切实可行的业务推广方案建议书
20）技术实现解决方案说明书
21）如有本地化研发实施团队，则需提供相关证明
升级会员 