重庆三峡银行移动金融业务系统项目.docx

1、重庆三峡银行移动金融业务系统项目重庆三峡银行移动金融业务系统项目招标书重庆三峡银行股份有限公司二一五年七月 目 录第一篇 项目背景 - 3 -一、 项目综述 - 3 -二、 项目目标 - 3 -第二篇 业务需求 - 4 -一、 产品展示 - 4 -二、 移动柜面 - 5 -三、 移动信贷 - 6 -四、 系统功能 - 8 -第三篇 技术需求 - 9 -一、 总体要求 - 9 -二、 技术要求 - 10 -三、 项目实施要求 - 15 -第三篇 商务条款 - 16 -一、交货时间、地点、服务水平协议、付款方式 - 16 -二、产品授权 - 16 -三、测试和验收 - 16 -四、售后服务和支持

2、- 17 -五、文档和培训 - 18 -第三篇 投标人须知 - 21 -一、特别说明 - 21 -二、投标费用 - 21 -三、投标人资质 - 21 -四、招标文件 - 22 -五、投标 - 22 -第四篇 投标文件 - 27 -一、投 标 函 - 27 -二、开标一览表 - 28 -三、分项报价明细表(投标人按照附件格式填写) - 29 -四、投标人承诺函 - 29 -五、投标人法定代表人授权委托书 - 30 -第一篇 项目背景一、 项目综述伴随金融竞争的加剧，银行对资源的争夺呈现出更加白热化的态势。银行自身对成本的控制、业务流程优化与效率提升、盈利能力的增强等，提出了更为迫切的要求。另一方

3、面，随着信息技术的发展与应用领域的延伸，银行客户业务办理习惯呈现出新的转变，冲击着银行传统的营销服务模式。在目前的形势下，金融同业纷纷把完善服务手段、优化客户体验、强化营销能力，当作是增强银行核心竞争力的重要环节。但是，传统的银行营销服务模式，却存在难以突破的瓶颈。例如，银行网点不可能无限扩张，覆盖区域受到限制；银行柜面隔离了与客户的沟通，网点营销受到限制；银行柜面无法避免客户排队等候现象，业务处理效率低下；传统柜面服务模式，与客户消费习惯的转变趋势背离等等。为此，各家银行都在思考营销服务模式的创新和变革。信息技术的发展和移动交互应用的成熟，为银行营销服务能力的提升提供了新的思路和契机。借助移

4、动平台，引入智慧金融技术，重新构建业务流程和营销服务体系，逐渐成为银行同业共同关注的热点。移动金融业务系统项目目的在于利用互联网络与移动通信技术，建设全面、前瞻、领先的重庆三峡银行移动金融业务应用平台，与我行现有已有业务系统集成和融合，突破传统网点对高价值客户、企业服务的地域限制，为客户提供移动设备上使用的综合性金融服务，使我行业务人员能通过移动金融业务系统，办理移动信贷、产品营销、移动开卡业务、产品推介业务等各种业务。二、 项目目标本项目的总体目标是在我行总体信息技术架构下，建立一个移动营销的业务系统，满足移动营销的业务要求。具体包括：（1） 实现移动柜面、移动信贷等移动营销业务；（2） 支

5、持主流的移动终端，并适应设备的更新换代；（3） 技术平台能支持后续应用扩展需要。第二篇 业务需求在投标人提供的投标文件中，请就移动金融业务系统的具体要求提出详细的回应，提供详细实现方案、业务流程图、安全控制等，同时列表标明完全满足、部分满足或无法满足，如果系统是部分满足或无法满足本行的要求，请说明系统是否可以按本行的要求进行优化并说明优化的难度或工作量评估。特别说明：以下业务需求列示为本行暂定框架性需求，最终业务需求确定应包括但不限于以下的相关内容。一、 产品展示产品展示模块实现银行产品和服务信息的分组、分类管理及信息的发布更新管理，客户经理通过该模块实现银行产品对目标客户的推荐及展现。通过多

6、维度的产品展示，促使目标客户对银行产品进行了解，并达成销售目的。对于新上线及变更的产品，客户经理可以及时收到通知，并得到该产品的相关资料。产品展示支持在线和脱机方式。产品更新支持强制更新和非强制更新。投标商应满足招标方产品UI设计、框架设计、用户体验等产品展示要求。产品和信息展现模块主要包括以下功能：1、产品列表：实现银行产品和服务的综合管理，根据银行产品的不同属性实现分类。2、产品收藏：用户能根据营销需求，对一些产品进行归类收藏，包括按产品、按客户等进行分类。3、产品主推：根据银行营销计划、营销策略，可对某些产品制定促销计划，而这些产品则作为主推产品形式展现。4、产品搜索通过名册、特性等客户

7、快速搜索产品或产品组。5、产品试算提供试算工具。通过试算计算器，实现对产品的收益率、还款计划等进行计算并向目标客户展示。6、产品更新支持强制更新和非强制更新。7、产品发布支持通过后管系统设置维护各种产品和优惠信息，支持图片、文字等方式。支持产品的实时发布与推送。二、 移动柜面对于已在银行开户的客户或需要银行开户开卡的客户，可以使用移动设备帮助客户进行银行卡现场办卡、银行卡激活、电子银行签约、开通理财账户、风险评估等业务。借记卡开卡支持银行工作人员直接携带移动设备上门为客户办理借记卡开卡业务，完成借记卡密码设置，业务办理成功后，现场将卡交付客户。批量开卡支持银行工作人员在企业内对员工进行批量开卡

8、。支持批量上传客户信息文件及后台审核。借记卡激活支持银行工作人员使用移动设备为客户办理借记卡激活业务。业务签约支持银行工作人员使用移动设备为客户办理电子渠道业务签约、中间业务签约等签约类业务及发放相关认证工具。理财产品支持现场为客户进行理财风险评估、开通理财账户和销售理财产品。后台业务审核系统提供移动柜面业务集中审核平台，能过通过系统审核借记卡开卡、业务签约、批量开卡等业务，可进行身份信息联网核查及与我行相关系统接口对接，进行影像等信息的查询与审核，审核通过后通过短信或ipad实时反馈审核结果。信息采集提供信息采集和流程进度查询。通过移动设备对要采集的内容进行拍照，包括身份证、真人头像、申请书

9、等，将拍照后的照片与借记卡信息、终端设备信息、终端坐标信息传输至后台，进行下一步的业务流转。支持身份证阅读器采集身份证信息，并进行联网核查。支持离线方式。当银行工作人员所处环境无法连接网络时，通过移动设备可完成信息录入，录入的信息暂存在移动设备上，等网络联通后，银行工作人员将申请信息上传到后台审核。在流程进度查询中，可看到各业务流程信息。8、系统登录支持银行工作人员通过指纹或者登录密码登录，支持使用第三方认证工具进行认证登录。三、 移动信贷移动信贷包括个人及小微贷款的申请、调查、进度查询等功能。1、贷款申请客户经理在客户现场开展营销活动，可以通过产品中心，为个人及小微客户介绍贷款产品信息，计算

10、贷款利息及还款金额，帮助客户进行风险或信用评估，了解客户贷款额度等。客户确定贷款后，可在产品下方直接申请该产品，进行申请表填写，以及相关资料的填写和搜集，完成贷款申请工作。2、贷前调查支持客户经理在客户现场对贷款申请开展调查工作，辅助创建客户信息，进行客户相关情况的调查及影像数据采集。系统进行现场调查和数据采集时，系统自动定位位置并上传到后台，整个过程支持在线和离线方式。3、进度查询 根据贷款审批流程，系统可实时查询贷款的审批进度。（3）移动营销辅助银行工作人员开展市场营销活动。1、需求收集可通过系统搜集客户的意见和产品购买意向，并对收集的问题进行跟踪管理。2、客户信息查询客户经理查询自己经办

11、的客户信息。3、工作日志 支持按日历记录工作日志和工作提醒，可进行汇总导出，查询和编辑等。4、业务知识库提供行内知识库查询。5、营销手册 后管系统可发布各业务条线的营销手册，移动设备可下载该信息，支持离线查阅。6、营销任务分配 支持管理人员向客户经理分配任务、下达通知等，并对接收者的查阅情况进行记录，任务内容包括新客户营销、理财销售、贷后检查、调查问卷等工作，可通过系统跟踪了解客户经理客户营销过程及结果。7、营销活动支持 补录或记录客户及业务信息，记录营销活动的节点、内容等，对分派的任务执行情况进行反馈等。8、报表管理 支持销售业绩和产品业绩的查询和统计，可案规则、权限等展现不同维度层级的业绩

12、数据，供客户经理和管理人员查询。9、位置服务 通过移动设备汇报和记录当前地理位置，实现移动考勤。可查询当前位置和对历史位置及轨迹进行查询。四、 系统功能1、机构管理支持总、分、支纵向管理结构的层级定义和维护；支持总分支纵向管理体系下横向团队定义、业务权限配置管理和维护，并可以进行增删改配置。2、角色管理系统权限划分为角色，一个用户可以属于多个角色，可以对角色根据功能权限进行自定义。3、产品发布通过后台系统设置维护各种产品、优惠活动信息，支持图片、文字等方式，支持实时更新和消息推送。4、消息管理系统可支持向单台、多台或全部终端派发任务和信息。支持对用户群进行信息的推送，支持文字、图片和超链接等方

13、式。5、参数维护支持总行统一设置各类参数，同时支持分组个性化设置参数。6、安全管理支持对操作日志进行查询、管理和审计等。7、报表查询支持提供监控类、业务类、管理类、统计类、挖掘类等多个维度的日常实时报表和各类综合性分析统计报表，并可导出。8、位置管理 通过移动设备搜集客户经理位置，实现移动考勤，查询当前某一区域内所有执移动设备展业的工作人员位置，也可查询某一台移动设备的历史记录和活动轨迹。第三篇 技术需求一、 总体要求系统设计遵循的要求：开放性、可靠性、安全性、可定制化、可扩展性、界面友好性、可维护性等；采取模块化设计思想，满足应用实施的灵活伸缩。体现但不限于以下方面：1) 采用成熟的原型软件

14、进行定制开发；2) 采用主流的移动应用技术规范；3) 提供标准的接口，实现与其它系统的有效连接（包括移动设备管理系统）；4) 使用参数化配置；5) 系统性能优异，应满足150以上人并发的性能指标，在操作时，界面的菜单打开时间不超过3秒，交易等待时间不超过5秒。6) 系统整体架构满足我行未来3年的发展要求。二、 技术要求（一）系统技术要求：1、 投标人所提供的系统软件应符合业界相关技术标准。2、 系统支持跨平台部署。3、 必须提供开发平台源代码。4、 符合我行数据标准化规范。5、 系统应支持各种通讯中间件产品（如TUXEDO、MQ等），支持标准通讯协议及报文格式。6、 系统应采用平台化设计，支持

15、功能性拓展。7、 系统扩充方便，设置修改灵活，能够适应业务的快速变化及发展。8、 系统提供的软件产品在业务扩展、应用工具、数据库、操作系统等方面具有开放性，做到标准化、通用化。9、 系统安全、可靠，系统运行维护要求自动化、参数化和交易化。10、 系统严格按照软件工程要求提供详细的各类文档。11、 系统满足我行现有的开发规范，保证代码的可读性和统一性。12、 操作系统、数据库和中间件的配置符合我行技术架构要求，IP地址与目录等参数配置信息不得写在程序中。13、 我行优先考虑支持国密算法进行数据加密的厂商。14、 在设计技术架构时需要充分考虑我行现有的软硬件环境，保证兼容性。15、 系统需支持我行

16、采购的移动背夹，包括但不限于支持蓝牙通讯连接、指纹识别和验证、身份证阅读、IC卡和磁条卡读写、凭证打印机打印凭证、密码键盘输入密码等。16、 提供与系统配套的运行监控平台，包括资源监控、运行监控、图形展示和短信邮件告警等功能，如无运行监控平台，需提供完整有效的系统运行监控点以纳入我行IT集中监控平台监控。17、 后台管理端操作需支持复核授权。18、 系统日志分级管理，可便捷调整日志输出级别。日志便于调阅查询，满足审计要求。此外，需提供日志备份及清理方案。19、 提供开发平台二次开发培训，系统运维培训，并明确培训周期，以天为单位。（二）系统架构要求从系统的物理部署上，分为互联网层、DMZ区、移动

17、金融业务系统和关联业务系统四层架构。系统运行的硬件支撑可包括Web服务器、应用服务器、和数据库服务器。Web服务器服务业务请求的接入，并支持负载均衡部署；应用服务器主要是提供中间层组件的运行环境和动态内容显示的引擎，并支持负载均衡部署；数据库服务器负责数据存储。系统从逻辑分为用户层、终端层、应用层、支撑层和业务层，同时在建设是要求充分考虑相关安全管理规范和我行的运行管理要求。1）用户层：移动应用的最终用户。2）终端层：基于IOS,或Android的定制化平板。3）应用层：安装在移动终端的客户端程序。4）支撑层：作为业务系统在移动渠道的延展，是整个系统建设的核心，用于支撑现有业务系统在移动渠道的

18、扩展，集开发、部署、运行、管理、监控一体化。5）业务层：根据移动终端业务需求，现有系统进行适应性的改造，向支撑层提供业务接口。（三）性能要求系统支持7*24小时运行。1、响应时间： 1）界面的菜单打开时间不超过3秒，交易等待时间不超过5秒。2）报表响应时间不超过10秒。2、系统可使用率保持在总运行时间的99.98%。3、CPU正常情况下不得长时间超过70%。4、应满足150以上人并发的性能指标。性能测试工具：请提供符合上述性能指标测试要求的专门性能测试工具，并确保贵司有能力实施相关性能测试。（四）系统安全要求系统应从以下几个方面来确保整体安全性：1、用户身份安全用户名、密码、验证码等登录要素均

19、通过不可逆强加密算法加密后进行身份认证。2、传输安全1）网络通道安全加密应采用标准的HTTPS网络协议，使用SSL安全加密通道进行数据传输。2）传输数据安全加密数据应采用端到端的加密策略，即从银行内网开始进行加密，一直到数据到达移动设备并展现时才进行安全解密，保证数据在传输过程中的安全。3、数据安全 数据安全风险包括通讯被监听、被劫持、被非法拷贝等，应采取以下手段予以防范：网络传输安全：SSL VPN加密，移动服务器对发送数据进行SSL加密封装，确保传输安全。数据存储安全：对于需要将数据存储在移动终端本地的业务应用，采用移动终端数据库（MDB）技术加密存储持久化数据防止被拷贝、防止被非法读取。

20、4、应用安全1） 应用自检防护终端应用本身除了采用基本混淆算法打包部署，还采用自检模块进行自我安全扫描。对非法篡改应用代码或反编译代码的行为进行防护，并且本系统采用服务端获取校验码的方式进行检测，防止应用代码被完全反编译而造成的整体破解。2） 应用反编译防护软件本身采用多重代码混淆机制编译生成，同时模拟程序加壳机制对核心代码静态库采用加壳技术，防止反编译程序破解程序静态配置。5、交互安全1）信息隐藏保护在用户使用移动管理平台过程中，每一个操作环节都必需隐藏一些用户的个人信息，以此来保护用户信息不被身边人所窥视窃取。例如，用户账号、姓名、身份证、手机号等敏感信息均采用数据层隐藏保护机制，即在内存

21、及缓存加密数据中也是隐藏的。（五）人员要求1、投标人必须列出项目组成员名单以及简历，如下表： 姓名性别职务/职称在本项目中的分工工作经历（学历、资历、参与过的系统工程项目）参与相关项目工作经验时间相关认证备注 此表所列人员应为项目组主要成员，投标人应承诺未征得邀标人书面同意的情况下不得更换上述成员。 所有项目成员要求参与过两个银行移动营销项目或类似项目和三年以上相关工作经历。 项目经理要求担任过两个银行移动营销项目或类似项目的项目经理和5年以上相关工作经历。 项目成员资质超过上述要求的有加分。 投标人在“备注”栏说明所列人员的工作比重或具体时长。 “在本项目中的分工”一栏中应说明项目中的角色和

22、承担的职责。 提供当地社保局出具的投标人为项目组成员缴纳社保的记录证明文件。2、邀标人将对所提供的人员进行考核，达不到邀标人要求的将要求替换。3、如进行人员替换后仍无法达到邀标人要求，邀标人将有权终止合同。4、关于投标人投标人的人员体制，方案要求如下：1）项目各阶段的项目管理体制以及人员计划2）所提供人员应能够满足公开招标书中所述项目的要求3）项目人员变更通知，应提前30日告知本行，并在获得本行同意的前提下，方可进行相关人员变更4） 本开发合同不允许任何形式的全部或者部分再转包 （六）知识产权要求1） 因本项目产生的全部交付内容及开发成果（含源代码，系统技术文档，软件，数据等）的知识产权在邀标

23、人履行完毕合同所约定的合同价款支付义务后完全归邀标人所有。同时中标人应向邀标人交付本项目范围内开发的所有程序源代码，因中标人使用自有知识产权或者第三方产品而不能公开部分的源代码由中标方交予第三方机构代管。中标人应承诺在项目中用到的各种工具、产品、组件、文档无任何知识产权侵权问题，并承担因知识产权侵权给邀标人带来的一切损失。2） 中标人单位或者项目团队成员不得以技术交流、案例展示、教学研究或其他任何名义泄露本项目所产生的全部交付内容及开发成果（含源代码，系统技术文档，软件，数据等）。三、 项目实施要求投标人应该具有丰富的国内类似案例的实施经验，具备先进的项目实施方法论。要求提供详细的系统建设总体

24、实施方案，方案从系统总体架构视点，应充分考虑可扩展性的总体要求。包括但不限于项目管理、项目组成员及职责、分期实施计划等。要点如下： 要求系统总体架构满足邀标人发展和管理要求； 要求投标人对邀标人的业务现状、IT现状有一定的了解基础上提出科学、有针对性的、实际可行的技术方案； 技术设计方案不但要解决现有系统建设需求，还要有一定的前瞻性，要求方案中包括针对移动营销业务的长期规划内容； 投标人要有成熟的移动营销项目管理和实施方法论做指导, 有类似的成功经验； 接受邀标人对投标人服务团队进行资格认定； 要求投标人对邀标人IT人员在实施过程中进行技术培训，包括方法论、数据模型、软件产品、硬件产品等。要求

25、投标人对邀标人业务人员在实施过程中进行数据模型培训。 在本项目实施周期内，如遇到源系统变更，需要及时调整实施方案，满足邀标人的要求，并征得邀标人同意方可变更。 投标人在项目实施过程中，需按照邀标人项目管理规范提供相应文档（所有提交文档必须为中文），并提供定制开发部分及相关应用系统的源代码。 在需求分析阶段发生的业务需求变更，在不影响整体系统框架的前提下，应尽可能作为系统开发范围内对象。在基本设计开始之后发生的业务需求变更，请明确提出投标人可接受的变更提前通知时间要求以及允许变更范围。 在项目实施的每个阶段，本行将对于每阶段的成果物进行审定，请在方案中的项目实施时间表中，明确该审定工作部分的期间

26、。 第三篇 商务条款一、交货时间、地点、服务水平协议、付款方式（一）交货及竣工时间：具体以项目合同为准。（二）交货及实施地点：招标人指定地点。（三）服务水平协议：邀标人提供服务水平协议最低标准（附件七），投标人以此为基础根据邀标人需求以及自身能力提出实际承诺的服务水平协议，最终版本以项目合同为准。（四）付款方式：项目实施费用：合同生效且项目人员进场开始实施之日起20个工作日内，支付合同实施费用总额的20%；项目安装、调试并投入试运行后，7个工作日内，支付合同实施费用总额的40%；项目验收合格后，7个工作日内，支付合同实施费用总额的30%；系统免费维保到期后，7个工作日内，经评价合格后，支付合同

27、实施费用总额的全部余款。二、产品授权若使用了第三方产品（软件产品、硬件产品），投标人在投标文件中必须承诺对本次项目使用的第三方产品授权进行全量购买（最终用户必须是招标方），承担相应法律责任。同时对于项目中所需使用的第三方产品（软件产品、硬件产品），我行保留自主采购权利。三、测试和验收（一）测试验收的范围测试验收的范围为项目开发完毕，终验前最终确认的所有需求。（二）测试验收的组织1、测试验收小组由招标人牵头，成员应包括行业专家及中标人等有关人员组成，负责对项目建设进行验收。2、中标人拟定验收方案，编制测试手册，经验收小组确认后，由验收小组负责验收。验收方案包括测试目的、环境、过程、结果及分析等方

28、面内容。3、在测试验收过程中，出现严重缺陷或质量问题时，验收小组可以决定暂停所有测试，直至缺陷和问题得到纠正。（三）测试和验收的程序，在初验测试开始时，中标人应向招标人提供验收测试计划及验收标准，包括但不限于以下内容：1、对各子系统进行测试验收。2、在各子系统验收合格的前提下，对系统进行全面初验。系统初验合格后进入试运行阶段。（四）验收测试的评定测试结果按下列级别评定，并经验收小组签字认可：优良：功能和质量达到预期目的。合格：部分功能和质量不能满足招标人的要求，但中标人（集成商）采取了改正措施，使测试结果达到预期目的。不合格：功能和质量不能满足招标人的要求。（五）性能测试工具验收测试的评定请提

29、供符合本邀标书性能指标测试要求的专门性能测试工具，并确保贵司有能力实施相关性能测试。四、售后服务和支持在维保期内，中标人必须对所有软件和系统免费提供定期的预防性维护和临时性紧急维修服务。中标人必须要有在30分钟内对用户提出的临时性紧急维护要求做出回应，并派出工程师进行现场支持的承诺，中断服务时间小于2小时，年系统成功率达到99.98%。服务和支持的范围：系统的安装、部署和调试；项目的验收测试；项目的数据转换、模拟运行和试运行；与系统运行有关的技术问题（含操作系统、数据库、应用系统的整体性能调优等）；相关技术及业务培训，明确培训周期（其中在项目实施前必须组织技术人员进行平台二次开发培训，并提供平

30、台的所有技术文档等）；相应的售后服务（含免费维护期、免费维护期满后的每年维护费用等）；投标人在竞标文件中（报价表下方）详细说明在系统质保期的具体免费服务内容，系统质保期过后有偿维护的内容、价格及收取方式，按开发量评估收取，说明每人/月价；投标人在投标文件中需对以上相关内容中进行阐述并做出相应承诺。五、文档和培训（一）文档1、文档范围包括中标人收集整理的系统建设中所形成的全部文字记载、录音和照片等。项目验收后由中标人向招标人提供。2、文档内容交付文档备注项目准备阶段投标文件项目整体计划包含但不限于：变更管理、问题管理、质量管理、进度管理及版本管理等项目管理领域。需求分析阶段系统整体构成系统流程图画面一览画面定义画面迁移图接口定义批处理功能定义数据字典数据库设计逻辑ER图安全策略定义备份策略、应急策略系统外部设计性能、备份、网络等基本设计阶段系统概要设计接口概要设计画面处理概要详细设计阶段功能详细设计开发源代码单元测试计划单元测试报告集成测试 集成测试计划进行模块间的集成测试集成测试报告需提供测试证据系统测试系统测试计划以全系统并涵括外部关联系统的集成测试系统测试报告需提供测试证据