乐山市商业银行
移动银行项目
招标文件

招标人： 乐山市商业银行股份有限公司

2015年7月2日

目 录
第一部分：投标人须知4
1说 明5
1.1招标项目5
1.2适用范围5
1.3法律适用5
1.4定义及解释5
1.5投标人资格5
1.6注意事项5
1.7保证6
1.8相关费用6
1.9其它要求6
2招标文件6
2.1招标文件构成6
2.2招标文件的解释与修改6
3投标文件的编制7
3.1投标语言及计量7
3.2投标文件的构成7
3.3投标报价9
3.4报价货币9
3.5投标人应递交的有关证明文件9
3.6知识产权10
3.7投标文件的式样和签署10
4投标文件的递交10
4.1投标文件的密封和标记10
4.2投标文件递交的截止时间及递交方式11
4.3重要须知11
5投标文件评审11
5.1评标办法11
5.2其他事项11
6招标文件的解释12
第二部分：系统需求规格说明书13
7项目概述14
7.1项目背景14
7.2现状描述14
7.3项目建设目标及总体要求14
7.4投标人资质要求15
8技术要求15
8.1技术总体要求15
8.2系统架构要求15
8.3接口规范要求16
8.4系统风险控制及业务持续性计划要求16
8.5用户体验要求16
8.6产品交互设计要求17
8.7产品创新要求17
8.8系统安全和访问控制要求17
8.9客户端技术要求17
8.10服务端技术要求18
8.11产品支持、系统管理和参数配置18
8.12终端应用要求18
8.13兼容性要求19
8.14性能要求19
8.15安全管理19
8.16开发与版本控制20
8.17提供解决方案清单20
8.18重要提示20
9业务需求21
9.1设计原则21
9.2业务功能21
10项目实施25
10.1项目进度要求25
10.2项目实施管理要求25
10.3项目实施队伍要求26
10.4项目实施工作范围26
10.5项目实施工作职责27
11技术转移27
12服务与支持要求28
13文档和培训要求28
13.1文档要求28
13.2培训要求29
第三部分：投标文件格式30
14投标报价31
14.1投标报价表31
15商务响应36
15.1投标函格式36
15.2企业法定代表人授权书格式38
15.3资格声明格式39
15.4投标人基本情况表格式41
15.5投标人业绩表格式42
15.6项目核心成员一览表格式43
16技术响应44

第一部分：投标人须知
1说 明
1.1招标项目
1.1.1项目名称：乐山市商业银行移动银行项目。
1.1.2项目内容：本次招标项目内容为“乐山市商业银行移动银行APP客户端和微信银行”。
1.1.3设计需求：满足乐山市商业银行移动银行需要及各项业务功能需求。
1.2适用范围
1.2.1本招标文件仅适用于本项目招标文件中所叙述的项目。
1.2.2有能力提供本项目合作开发的供应商可参加本次投标。
1.3法律适用
1.3.1本招标文件及由本次招标产生的合同适用中华人民共和国法律。
1.4定义及解释
1.4.1产品：指投标人为满足招标文件要求而提供的所有软件。
1.4.2服务：指投标人提供的产品所需的相关服务以及系统需求规格说明书中要求的其他服务。
1.4.3日期：指公历日。
1.4.4合同：指依据本次产品及服务采购招标结果签订的意向书、协议或合约文件。
1.4.5招标文件中的标题或题名仅起引导作用，而不应视为对招标文件内容的理解和解释。
1.4.6招标文件中所规定的“书面形式”，包括纸质文件和电讯文件形式，既含手写、打印或印刷的文字资料形式，也包括传真等通讯形成文件。
1.5投标人资格
1.5.1符合投标要求的公司，可参与投标。
1.5.2按国家法律法规及相关办法规定的从事此类项目的所需具备的一切资质，投标人都应具有，否则将视为无效投标。
1.5.3投标人应仔细阅读招标文件的所有内容，按招标文件的要求提供投标文件，并保证所提供的全部资料的真实性，使其投标对招标文件的实质性要求和条件做出响应，否则，其投标将被拒绝。招标方保留进一步要求投标人补充提供有关材料的权利，拒绝补充材料或提供材料不真实，将被视为自动放弃投标资格。
1.5.4投标人一旦中标，通过商务谈判签订合同后，不得私自转包，否则将视为违约并自动终止合同。
1.6注意事项
1.6.1在投标文件评审期间，除投标人被要求对投标文件进行解释外，投标人不得就与招标有关的事项主动与评审委员会以及招标人联系。
1.6.2在投标文件评审期间，投标人试图在投标文件审查、解释、比较和评价时对评审委员会施加任何影响或对招标人的评审结果进行影响，都可能导致其投标文件被拒绝。
1.6.3投标人不得串通作弊，以不正当的手段妨碍、排挤其他投标人，破坏公平竞争原则。
1.6.4获得本招标文件者，应对文件进行保密，不得用作本次招标以外的任何用途。若招标人有要求，招标截止日期后，投标人应归还招标文件中的保密文件和资料。
1.6.5招标人向投标人提供的公司介绍、项目背景、项目内容和开展计划等相关资料，被视为保密资料，仅被用于它所规定的用途，除非得到招标人的同意，不能向任何第三方透露。否则招标人将保留采取相应法律措施的权利。
1.6.6投标人利用不当手段，误导其他投标人作出合理判断或误导招标人作出合理判断的行为，均会导致其投标文件被拒绝。
1.7保证
1.7.1投标人保证所提交给招标人的资料和数据是真实的、完整的、合法的和有效的，并对此承担相应的法律责任。
1.8相关费用
1.8.1投标人应承担其编制、提交投标文件以及参加本次招标的所有费用，不论招标的结果如何，招标人在任何情况下均无义务和责任承担这些费用。
1.9其它要求
1.9.1招标人保留在项目实施过程中根据业务需求调整系统架构、业务功能和修改业务需求的权利。
2招标文件
2.1招标文件构成
2.1.1招标文件包括：
第一部分 投标人须知
第二部分 系统需求规格说明书
第三部分 投标文件格式
2.1.2投标人应认真阅读招标文件中所有的事项、格式、条款和技术规范等。投标人没有按照招标文件要求提交全部资料，或者投标文件没有对招标文件各方面要求作出实质性响应，将有可能导致其投标文件被拒绝。
2.2招标文件的解释与修改
2.2.1在提交投标文件之前，招标人以书面形式对任何要求对招标文件进行澄清的投标人予以逐条答复，并将该书面答复发送给招标文件的每个收受人。
2.2.2在提交投标文件之前，无论出于何种原因，招标人可主动地或在解答投标人提出的需澄清的问题时，向招标文件的所有收受人发送对招标文件的修改文件。
2.2.3招标文件的澄清和修改文件将以书面形式通知招标文件的所有收受人，该澄清和修改文件也是招标文件的组成部分，并对投标人具有约束力。
2.2.4为使投标人编写投标文件时有充分时间对招标文件的修改部分进行研究，招标人可酌情推迟递交投标文件截止时间，并将推迟决定以书面形式通知所有招标文件的收受人。
2.2.5投标人在收到招标人发给的任何澄清和修改文件时，都应在收到后立即以书面形式向招标人确认。
3投标文件的编制
3.1投标语言及计量
3.1.1投标人提交的投标文件以及投标人与招标人的所有往来函电均应使用中文。投标人提供的支持文件和印刷的文献可以用另一种语言，但相应内容应附有中文翻译本，在解释时以中文翻译本为准。投标人应对其投标文件的中文翻译错误或因投标人与招标人对回复文件中文版本的理解存在差异而导致的机会丧失或其他问题，自行承担风险。
3.1.2投标人提交的投标文件中涉及简称或缩写的须注明其中文全称和中文含义。
3.1.3除非在招标文件中另有规定，投标人在投标文件中及其与招标人的所有往来文件中的计量单位均应采用中华人民共和国法定计量单位。
3.1.4投标人提供的任何资料中所提及的业务和技术用语，应符合国内银行业务和技术监管部门的通用解释，有差异的应特别注明。
3.2投标文件的构成
3.2.1投标人应认真审阅第二部分“系统需求规格书”及其他规定，并按招标文件的规定，提交完整的投标文件。本次招标要求投标方提供产品、开发、实施、培训、服务等一揽子解决方案及报价。其中系统建设所需的硬件及工具软件需提出建议方案和价格。统一作为此项目的最后报价。
3.2.2投标人编写的投标文件应编排为两部分：（1）商务投标文件；（2）技术投标文件。
3.2.3商务投标文件的格式要求如下：
（1）投标函；（格式参见第三部分“投标文件格式”）
（2）投标报价表；（格式参见第三部分“投标文件格式”）
（3）法定代表人授权委托书；（原件放在正本中）
（4）投标人应递交的有关证明文件，详见第一部分“投标人须知”3.5的描述；
（5）公司介绍：包括但不限于公司注册资本、业务规模、组织架构、财务状况、技术队伍及实施服务能力等，以及证明公司综合实力、技术力量、开发经验、信誉和资质的材料复印件；
（6）案例介绍：请提供移动银行案例列表及主要成功案例介绍（需提供有效的销售证明复印件），案例列表内容包括但不限于客户名称、系统建设周期、联系人、联系电话等；
（7）本项目组织架构及参加本项目的项目组成员介绍及工作履历，需要说明主要从事过的项目和内容，以及在相关项目中承担的任务和在本项目中的角色，以及曾参与开发的项目名称；
（8）投标人的服务承诺（如售后服务期限、费用、响应时间及方式等）；
3.2.4技术投标文件的格式要求如下：
投标人应根据招标文件第二部分《系统需求规格说明书》提出的技术和业务需求、工程规划等，提出对应的解决方案，作出书面响应，并请按照《系统需求规格说明书》的章节要求顺序编写；
其中可以对硬件配置提出建议方案，内容包括但不限于：
(1) 主机设备配置
(2) 系统软件的配置
(3) 其他设备的配置
3.2.5重要提示
(1) 投标文件内容应严格按照招标文件要求进行编排；
(2) 投标文件应按照招标文件的要求如实响应：
?明确写明满足或不满足或部分满足招标文件要求的具体条款，明确写明是满足功能模块还是接口，是否需要第三方系统的支持，并根据要求单独写出差异部分；
?对招标文件中明确要求的功能，投标人必须针对具体要求进行客户化满足响应或无法实现响应，不得进行其他建议，但可以陈述标准版是如何实现的；
?对没有明确具体要求的需求功能，可以通过自有模块功能或客户化解决问题的，请列示说明；
?对差异部分如果允许建议用另一种方式实现需求的要求的，请单独列示说明；
特别声明：投标人提交的投标文件中建议部分或标准版内容仅作为招标人的参考，投标人应承诺并知悉招标人并不一定会按照其建议或标准版内容签订合同；
(3) 投标人提交的投标文件相应内容中，凡没有明确列明接口支持或第三方系统支持的，招标人均认为投标人可以在移动银行中功能模块支持，并包含该项功能报价；对投标人响应模糊或没有按照要求响应的，招标人视为投标人没有响应；
(4) 在评审过程中，招标人如发现投标人采取不正当手段报送虚假材料，招标人有权取消投标人的投标资格；招标结束后，在压力测试、功能测试、商务谈判过程以及后续阶段，如发现投标人存在报送虚假投标材料的情形，招标人有权拒签或终止合同，并且招标人有权按照不低于已付合同款项两倍的赔付额向投标人索赔；
(5) 投标文件不得随意涂改、加页或减页。
3.3投标报价
3.3.1投标人应按照投标报价表格式要求报价。
3.3.2投标人所报的投标价，必须是考虑所有优惠及折扣的最终价格。
3.3.3投标人必须保证在投标报价表中所提供的软件系统完整可用，满足招标人的项目整体需求，否则由此增加的软硬件费用全部由投标人承担。
3.3.4投标人应在投标文件中写明本次移动银行项目内容的软件产品总报价。同时对软件产品按模块分别报价，如单价总计与总价不符，以价格低的为准；
3.3.5投标人应在投标文件中写明本次移动银行项目内容的实施费用总报价；（投标人自有硬件产品需单独报价）。
3.3.6投标人应在投标文件中写明免费维护期限，及免费服务期后的年维护费用；
3.3.7投标报价作为评标的依据之一，招标人不保证最低报价中标。
3.4报价货币
3.4.1投标人提供的产品和服务在报价时必须用人民币。
3.5投标人应递交的有关证明文件
3.5.1投标人应提交证明其有资格和能力履行合同的文件，并作为其投标文件的一部分。
3.5.2投标人须提交，包括但不限于以下证明文件：
（1）投标人的资格声明（按招标文件第三部分格式提供，声明其提交的证明文件的真实性与正确性）；
（2）投标人营业执照；
（3）投标人税务登记证；
（4）法定代表人授权委托书；
（5）投标人计算机信息系统集成资质（如果有）；
（6）投标人的CMM/ISO等质量认证证书；
（7）技术建议书相关软、硬件的代理或授权证书；
（8）投标人必须具有健全稳定的组织机构，并具备履行合同所需的人力、财力、物力和技术（包括设计、生产和服务等）能力（按招标文件第三部分提供的格式如实填写《投标人基本情况表》）；
（9）产品相关的经验与业绩（按招标文件第三部分提供格式填报《投标人业绩表》）；
（10）如果投标人按照招标文件要求提供的产品不是投标人自己研发的，投标人应得到产品商颁授的有效代理证书或为本次投标提供产品的有效授权（原件）；
3.6知识产权
3.6.1投标人应保证，投标人是本项目提供的任何产品（含软件）、技术和服务的知识产权的合法所有人，或已经从其合法所有人得到了合法、适当的授权，并保证其产品、技术和服务均不侵犯任何第三人的版权、专利权、商标权或其他形式的知识产权，亦不侵犯任何第三人的商业秘密或其他权利。招标人有权因为投标人提供虚假、错误或误导性信息而拒绝其参加投标，并保留依照所适用法律可能享有的进一步追诉的所有权利。
3.6.2投标人应保证，招标人在中华人民共和国使用产品或产品的任何一部分时，如因使用投标人提供的产品或服务而受到第三方关于侵犯版权、专利权、商标权或其他形式的知识产权的指控或其它指控，投标人须与该第三方交涉，采取措施使招标人免受第三方提出侵犯其专利权或其它知识产权的起诉，并对招标人承担相应的赔偿责任。
3.7投标文件的式样和签署
3.7.1投标人应准备投标文件一份正本和六份副本，投标文件须清楚地标明“正本”和“副本”字样。如正本和副本不符，以正本为准。
3.7.2投标人应同时提交与投标文件正本内容相同的电子文件一套（以光盘形式，文件采用WORD格式），如电子文件与正本书面文件不符，以正本书面文件为准。
3.7.3投标文件正本须用不褪色墨水书写或打印，由投标人的法定代表人或经其正式授权的代表签署。被授权代表须将以书面形式出具的《法定代表人授权书》（原件）附在投标文件中。
3.7.4投标文件的任何行间插字、涂改和增删，必须由投标人在旁边加盖公章才有效。
3.7.5在招标文件中已明示需盖章及签名之处，投标文件正本均须由投标人加盖投标人公章，并经投标人法定代表人或其授权代表签名或盖章。投标文件正本须加盖投标人公章骑缝章。
3.7.6投标文件副本可采用投标文件的正本复印而成。
3.7.7传真或电传的投标文件将被拒绝。
3.7.8由于投标文件正本、副本和电子文件相互之间任何不符而导致的所有后果，由投标人自行承担。
4投标文件的递交
4.1投标文件的密封和标记
4.1.1投标人应将投标文件正本和所有的副本分开密封装在单独的封套中，且在封套上标明“正本”、“副本”字样。
4.1.2封套均应按以下要求标记：
递 交：
投标项目：乐山市商业银行移动银行项目
4.1.3封套上均应写明投标人全称、地址、联系人和联系电话。
4.1.4将下列内容（从投标文件正本中复印）单独密封入信封，再将其封装于投标文件正本封套内：
（1）投标函；
（2）投标报价表。
4.1.5投标文件附带的光盘应与投标文件正本一同封装。
4.2投标文件递交的截止时间及递交方式
4.2.1投标文件递交的截止时间为2015年7月18日下午14:30时，投标人应在2015年7月18日下午14:30前将投标文件全部文件送达至乐山市商业银行7楼办公室 王梦颖处。
4.2.2招标人可以按本招标文件的规定自行决定酌情延长递交投标文件的截止日期。
4.3重要须知
4.3.1开标时间待定。
4.3.2开标地点为投标文件的递交地点。
4.3.3招标人将拒绝并原封退回在本招标文件规定的投标截止时间后收到的任何投标文件。
4.3.4开标后，投标人的投标文件相关文件不符合招标文件相关要求的，将被退回。
4.3.5开标后，每个投标人将有15分钟的讲标时间，讲标内容为技术部分，不得超出投标文件的内容范围。
4.3.6讲标结束后，评标过程将在全封闭地点进行；在此期间，投标人非经评审委员会要求对投标文件含义不明确的内容进行必要的澄清或说明，不得单独联系评审委员会的任何人员。
5投标文件评审
5.1评标办法
?本次招标采用综合评分法。
?根据投标人提交的投标文件，招标评审委员会将对各投标人进行最终的技术和商务评价。
?评标主要依据：招标评审委员会将从公司综合实力、移动银行解决方案满足本行的程度、实施能力、后续服务支持能力、价格等多个方面进行综合得分评价。
?在最大限度地满足招标文件实质性要求前提下，按照招标文件中规定的各项因素进行综合评审后，以评标总得分最高的投标人作为中标候选供应商或者中标供应商的评标方法。
5.2其他事项
5.2.1本行选择移动银行的整体思路是：产品在国内拥有广泛的用户基础，能够满足本行当前需求和未来的战略目标，拥有较强的实施和维护能力，具有较高的性能价格比。
5.2.2确定中标人：招标评审委员会成员根据评标主要依据对投标人分别评分，按名次依次折算投标人的综合得分，综合得分累计最高者为中标人。
5.2.3本行保留根据中标人产品的功能特点决定选择功能模块的权利。
5.2.4中标人确定后，招标人向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。
5.2.5中标人应在收到中标通知书后与本行进入相关合同的讨论工作，双方达成共识后签订采购合同,如双方无法达成共识，招标人有权终止中标合同。
5.2.6中标通知书对招标人和中标人均具有法律效力。中标通知书发出后，中标人放弃中标项目的，或不能在30天内与招标人签订采购合同的，应依法承担法律责任；中标通知书发出且双方达成共识后，招标人无故改变中标结果的，依法承担法律责任。
5.2.7中标人应在收到中标通知书之日起十日内，按照中标价格的5%向本行指定账户足额缴纳履约保证金。保证金帐号：********100006；户名：乐山市商业银行，开户行：乐山市商业银行。
5.2.8重要提示：投标人必须满足招标指标，关键指标不满足做废标处理。
6招标文件的解释
本招标文件由招标人负责解释。

第二部分：系统需求规格说明书

7项目概述
7.1项目背景
　乐山市商业银行成立于1997年2月，是经中国人民银行总行批准成立的首批“地市级”城市商业银行。截止2014年底，全行资产规模623亿元、各项存款余额359亿元、各项贷款余额179亿元，主要监管指标均符合监管要求，80%以上的指标优于全国城商行平均水平，监管评级2C。注册资本18.19亿元，员工近千人。
7.1.1当前网点规模及状况
截至目前，全行共有7家分行，控股3家“民富”村镇银行，营业网点共计70余个，覆盖了乐山、眉山、成都、自贡、资阳、南充、宜宾、泸州等地23个县（区、市）。在四川12家地市级城市商业银行中，乐山商行资本和综合实力位居前列；在乐山银行业金融机构中，乐山商行存、贷款规模均居第1位。在省财政厅对银行业金融机构的绩效评价中被评为3A，处于全国银行业优秀水平。
7.1.2当前移动银行情况
我行按照中国人民银行《网上银行系统安全通用规范（试行）》增强的网络防护架构进行了网上银行系统建设，同时建立了贴膜卡手机银行（含微信银行和商务版APP），目前系统运行正常，尚未建设专业的移动银行。
7.2项目建设目标及总体要求
顺应3G时代所引发的社会生活方式变革，力求为社会及客户打造便利的金融服务，乐山市商业银行计划在移动金融和移动电子商务领域进行创新服务，面向我行的个人和公司客户推出移动银行服务。
我行手机银行系统计划采用服务器/客户端方式，客户端要求支持主流的智能手机平台，包括ios（含iphone和ipad），android平台，需支持市场上主流的手机类型，覆盖苹果、诺基亚、HTC、摩托罗拉，三星、多普达、索爱等大品牌的绝大部分机型。支持移动、联通和电信用户；支持各运营商2、3、4G和WIFI等无线网络；
本系统建立后，能够为我行个人客户、公司客户、业务管理部门提供银行业务手机终端服务渠道，实现部分柜台业务电子化，为客户提供7 × 24小时的金融服务平台，包括查询、转账、缴费、支付、理财、个性化增值服务等功能，同时配套的要提供相应的管理平台实现客户的注册、维护、指令查询、处理，报表统计等功能。本次业务需求中包含客户端APP模式和微信银行。
7.2.1系统目标
?以客户为中心，建立各种金融产品的手机银行服务渠道。
?以安全为前提，在保证系统总体响应速度的同时，建立安全认证控制及交易安全控制安全控制体系。
?从客户体验出发，建立便捷易用的客户端应用系统。
?以业务发展、产品创新为目标，建立灵活可扩展的体系结构，以快速响应业务需求。
?具备方便的监控体系，全面掌握系统运行状况。
?支持详细的审计日志，满足全面的审计。
?灵活定制各类查询和统计报表，方便的后台管理和参数设置。
7.3投标人资质要求
?投标人注册资本在1000万以上；
?投标人通过CMM认证或ISO9001质量认证；
?近三年与我行规模相当商业银行成功实施案例不少于20家；
8技术要求
交易系统计划按照我行网银渠道系统实施，移动银行要按照安全、体验、前瞻的要求实施，在保障安全的情况提高使用的简便性和体验性。产品或应用满足我行移动银行系统建设项目的业务和技术要求，具有良好的可扩展性，满足未来3-5年的业务发展要求， 所开发APP和微信银行要符合监管要求认证。
8.1技术总体要求
技术方案需充分考虑到先进性要求，体现在以下方面但不限于以下方面：
?系统整体架构应为主流开放式系统架构，基于IT业界开放式标准，不依赖于任何特定的操作系统、数据库、中间件和硬件平台，且具有高效稳定、可扩展性和可维护性强等特点；
?手机服务端面向所有客户端提供标准统一的协议接入，负责对客户端的版本安全检查、管理和展现层逻辑的具体实现等，服务端能依据业务量的增加在集成架构上进行横向扩展，满足第三方软件的信息交互要求，为未来的系统扩展奠定基础。
?对外提供丰富的接口和服务；
?易于第三方维护，基于开发的Java技术和成熟产品，各种产品的文档和技术资料非常齐全，可以非常方便的将系统维护工作移交给乐山市商业银行；
8.2系统架构要求
?按照国际标准、国家标准或行业标准，利用先进的软件设计方法论、设计模型和数据模型，进行符合工业标准和金融行业规范的系统开发。
?系统开发遵循组件化、模块化、参数化设计原则，保持软件系统架构的易于改造和扩展，满足新业务功能的不断扩充，不影响应用系统的各种原有功能。
?系统设计方案须能充分集成或兼容我行现有网络环境；
?系统须具有良好的扩展性，采用组件化技术，参数化和插件式设计，伸缩性好，能良好支撑功能扩展；
?系统须健壮高效，具有快速的响应速度和良好的并发支持能力；
?系统须具有较好的可维护性，须向我行提交所有源码，须结构清晰，并包括齐全文档
8.3接口规范要求
?统一规划“移动银行”的各类数据及接口规范标准，提供方便、安全的对外接口。
?接口规范应满足系统对行内现有外围系统的有效、无缝接入，并能够满足将来统一外围系统的有效接入，能够有效支持移动银行与各外围系统之间的数据交换。
?接口规范应该满足对数据一致性的要求，即在任何异常和故障情况下，一个交易对数据库的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。
?在系统升级时，能提供最大程度上的软、硬件投资保护。
?提供标准、便捷的接口开发模式及开发环境，实现整个外围系统开发的统一管理，快速实现新增外围的接入。
?客户端产品和应用应能与主流手机平台无缝结合，完全满足我行对于手机终端和平台的要求，且能获取手机终端OS、硬件等方面的信息并与服务端交互，客户端对关键交易数据需使用标准公钥算法进行加密并与服务端进行交互，客户端与服务端的通讯交互需采用标准的http/https协议。服务端应为标准的J2EE服务架构，受理客户端产品和应用的服务请求，并为所有客户端产品和应用的请求提供标准统一应用逻辑。
8.4系统风险控制及业务持续性计划要求
?在系统建设全过程加强对各类科技风险的防范，严格按照银监会《银行业金融机构信息系统风险管理指引》的要求进行系统建设全过程各环节的有效控制。
?系统应运行稳定，提供连续可靠的服务，具有多级安全保密、权限控管机制。
8.5用户体验要求
?界面整体布局
?手机银行客户端整体风格要与我行VI规范要求相一致，整体风格与我行标识，网站等相匹配。
?各个功能模块分布清晰，客户可以方便的找寻到自己所要的功能菜单。
?页面主要分为菜单区，信息提醒区，交易页面区域，交易说明区等区域，各区域之间应合理布局，操作方便，清晰美观，突出重点。
?操作页面要求注重人机交互，有明提示信息，完善错误提示定义。
?页面分辨率根据手机型号做最优调整。
?对于高端手机的特性对部分功能做特殊化处理，达到充分展示手机特性的目的。
?页面版本至少有3种以上的模板，提供三套UI，包括卡通版本，通用版本，水墨画风格，同时登陆画面为动画+配音+对应模板的模式，可以采用摇一摇换肤的模式；允许客户自行设置。
?菜单显示
?可采取九宫格、列表或文字菜单等方式以最佳的展示效果显示手机银行各项功能菜单，各项功能菜单可以由用户添加删除移动等。
?银行端可以通过后台随时控制客户的菜单展示内容，添加新业务菜单等。
?用户操作
?根据不同的银行业务种类及手机平台，有针对性的对银行功能进行优化处理，保证在能够完成银行基本功能的前提下，尽可能的提升客户操作体验，达到方便客户操作的目标。
?完善前端输入合法性检查，避免不必要的客户误操作，对于重要的输入输出事项，需能够给客户予以醒目提示。
?针对高端手机如Iphone，Android平台的手机，发挥其自身特色，提供如指纹登陆、地图定位，消息推送，重力感应，多点触控等特性。
8.6产品交互设计要求
?界面应当遵循简洁、易用原则，每个业务操作流程尽量的简短，步骤不易过长；
?让用户便于使用、便于理解、并能减少用户发生错误选择的可能性，误操作后，有清楚的错误提示；
?软件界面操作支持按键和触摸两种方式；
?界面文字使用用户的语言，而非技术的语言；
?要充分体现各类手机平台界面和操作的鲜明特点，操作体验佳。
8.7产品创新要求
产品能在实现基本银行业务需求的基础上，实现不限于使用功能、视觉效果、技术手段等方面的独特创新，并能将前述创新与客户的生活或银行业务进行较好的结合，提高客户的使用黏性。
8.8系统安全和访问控制要求
?能够提供详细有效的系统运行和用户使用日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。
?提供系统资源使用情况实时监控报告，系统出现异常预警报告等功能。
?应标方须保证软件本身有足够的健壮性和成熟度，须经过较大规模银行较长时间的投产使用。
?系统部署于我行生产网段，与其他相关业务系统的接入均在我行生产网段内。系统方案应描述清楚系统的整体网络拓扑架构，客户端与服务端的通信方式、应用层交互协议和数据交换格式，以及客户端与服务端的安全方案和相关措施。
8.9客户端技术要求
客户端的技术实现应包括但不限于以下要求：
?客户端源代码安全：客户端应用包应能防止被反编译
?客户端应用包安全：客户端应有安全保护机制，在签名变动或代码恶意篡改的情况下，客户端无法运行
?客户端适配屏幕展示：使用不同屏幕大小的手机上的客户端应用发起查询等交易，客户端能根据不同屏幕适配适合数量的信息数据。
?客户端重复提交控制：用户无法重复点击按钮向服务端发起提交指令
?客户端应用版本安全：在服务端进行版本设置后，客户端启动时应能检查版本情况，并提示客户，分为非强制更新和强制更新两种情况。
8.10服务端技术要求
服务端的技术实现应包括但不限于以下要求：
?客户端与服务器交互信息安全：客户端与服务器须在应用层进行业务数据加密，保障应用层通讯安全。
?服务端与其他系统的信息安全：服务端与其他系统的交互应对业务数据进行加密或数字签名，保障业务数据信息的合法性和准确性。
?服务端与手机银行业务层的会话保持：服务端与手机银行业务层之间需依照标准http1.1协议保持通讯会话。
?服务端用户操作权限安全控制：服务端需对不同类别用户的操作权限加以控制。
?用户账户层安全控制，服务端需对用户的账户层进行控制，不允许对非该用户的账户进行操作。
?用户登录层安全控制：如用户连续输入查询密码错误3次，服务端需锁定该用户一段时间不允许登录。
?服务端重复提交控制：服务端需对客户重复提交控制，不允许客户端重复提交。
?用户登录单点安全控制：服务端需对客户进行登录控制，在服务端为Cluster的情况下，如同一客户登录两次，则应将前一客户登录的session置为失效退出
?服务端交易信息记录：客户端提交和服务端返回的交易信息数据必须全部记录到数据库。
?用户交易限额控制：服务端能对用户每笔和每日交易限额进行配置，并在联机交易时控制
8.11产品支持、系统管理和参数配置
对手机客户端产品发展趋势有深刻理解，熟悉市场主流手机平台和终端，在手机终端维护方面有较多的经验和资源，能面向各类手机平台或终端提供统一的参数配置管理平台，便于日常维护和更新，并根据手机平台市场的发展不断推出相应产品。
8.12终端应用要求
?终端支持和适配
移动银行产品应具备以下特点：
?支持市场上主流的手机类型，覆盖苹果、HTC、小米、摩托罗拉，三星、多普达、索爱等大品牌的绝大部分机型；
?需支持个平台：ios（包括iphone和ipad）或android等。
?支持移动、联通和电信用户；
?支持各运营商2、3、4G和WIFI等无线网络；
?客户端产品下载和更新
应提供WAP网站和短信推送2种方式供用户下载客户端软件。当用户在网银或网站中签约手机银行时，自动产生安装链接短信推送到用户手机上；也可以登录WAP网站手动下载客户端。
下载和安装采用自适应与用户选择手机型号结合方式，可以自动检测客户手机的型号，也可以手动选择合适的版本进行安装。当客户端软件有了新版本后，能够提示客户并进行自动更新。
8.13兼容性要求
?对主流的手机产品及手机操作系统均能提供良好支持，必须支持的操作系统为IOS，Android。以上操作系统必须支持市面主流版本号。
?对不同手机屏幕，不同分辨率，以及不同的手机操作方式（键盘操作，屏幕操作）均提供良好的兼容性。
?提供给客户自定义手机型号，自定义手机分辨率的功能。
8.14性能要求
?系统必须具备稳定性、可靠性和可扩展性。
?所提供系统本身应不对用户数量进行限制，并根据相应的系统配置要求提供目前已实施系统所能达到的并发交易请求峰值与均值、最大交易数峰值与均值、平均交易响应时间等性能指标。
?系统支持的并发用户数不低于60人。
?系统应提供对大型数据表的保留、备份、检索的有效策略。
?系统必须提供平台级的负载均衡和容错能力。
?阐述系统性能的调优策略。
8.15安全管理
?系统必须支持WTLS与SSL等通讯方式保证客户信息在手机终端与移动运营商和银行网关之间的数据通讯安全。
?系统必须支持密码输入控件，动态图像验证码的方式防止密码被木马病毒窃取或防止密码被暴力破解。
?系统必须支持手机客户与登录手机号码或手机硬件序列号绑定，其中手机号码绑定根据与运营商协调的结果判断是否使用。
?系统能够支持集成硬件证书的TF（SD）卡、我行贴膜卡认证、网上银行u盾，使用数字证书对交易进行签名操作。
?系统能够支持除密码以外的采用其它认证方式，如手机动态短信密码，动态令牌的方式，保证客户登录交易安全。
?监控功能，需要支持对手机客户、应用服务、系统进程、CPU、内存、交易处理等监控功能。
8.16开发与版本控制
?由供应商提供知识转移和二次开发平台，并促进甲方掌握二次开发平台，使甲方能够利用二次开发平台进行后续开发。
?由供应商帮助甲方申请Apple的开发者账户，供应商应确保本项目的iPhone客户端能通过Apple的软件审核。
?图形化的集成开发环境，公司须有较强的页面设计能力：
?支持数据字典的统一管理和维护
?支持图形化交易流程定义和图形化的屏幕定义
?使用成熟的版本管理工具
?支持组件事件处理机制：
?支持提供对事件处理的封装，减少二次开发人员底层技术依赖性
?支持通讯报文可配置功能。
?提供客户端模拟测试功能。
?客户端自动安装、更新：
?客户端软件下载后自动安装，无须用户设置
?客户端软件启动后能自动检查是否有新版本发布，用户下载后自动安装，无须用户设置
?交易更新要求：
?交易更新或增加，不用升级客户端即能使用
?交易版本更新即插即用，无需重启系统
8.17提供解决方案清单
?提供移动银行技术方案；
8.18重要提示
?移动银行的数据库必须采用主流数据库；
?应标方须保证一年内因软件平台故障不能提供正常服务的时间小于8小时，且须在2小时响应并采取紧急措施确保系统恢复正常运行。
?投标方需提供业务要求中的终端测试设备供乐山市商业银行进行业务和联调测试，每类手机/手持设备平台的测试设备不少于5台，其中苹果6和ipad3以上型号设备不得低于3台；
?投标方需提供各类手机/手持设备客户端软件的生产测试发布和管理设备，按ios平台和其他平台区分，各类平台的发布和管理设备不少于5台。
?投标方需代乐山市商业银行申请客户端软件在各类主流手机应用软件市场帐号或证书，包括但不限于Apple Appstore发布者帐号、google andorid market等。
?中标后三年内免系统维护费。免保期间，投标方必须有2名技术人员现场支持。
9业务需求
9.1设计原则
?科学性：充分利用成熟先进的科技手段和科学方法，进行工程组织与管理、系统规划与设计、需求提出与论证，逐步实现电子银行业务的全面发展；
?先进性：高起点规划，高标准建设，高水平管理。充分把握银行业在业务上的发展趋势，满足系统上线后3-5 年的发展要求；
?系统性：系统规划各种资源和网络应用，最大限度地实现各种信息资源的充分共享、分类分期实现与各种业务系统的无缝对接；
?安全稳定性：移动银行成熟稳定，系统应具有较高的可靠性和持续使用能力，保证全年7×24 小时稳定运行，具有强大的并发响应能力及足够的扩充能力；
?易维护性：移动银行和周边支撑环境设计先进、结构合理，方便二次开发、维护以及升级；
?经济性：要在基本满足上述前提的条件下，将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。

9.2业务功能
在投标人提供的技术投标文件中，请就移动银行的具体要求提出详细的回应，表明完全满足、部分满足或无法满足，并描述投标人推荐的标准版本移动银行如何处理相关的要求。如果系统是部分满足或无法满足本行的要求，请说明系统是否可以按本行的要求进行优化并说明优化的难度或工作量估计。
特别提示：以下业务需求列示为本行现有要求，最终业务需求确定应包括但不限于以下的相关内容。
9.2.1总体要求
?整体需求的理解和把握
对客户端手机银行的整体需求等能准确的把握和理解，并能根据需求原型设计符合要求的产品。
?产品整体业务架构设计
产品整体业务功能系统架构设计需考虑合理性、可扩展性、通用性和整合度；各类产品及业务处理的模块化、流程化、参数化、安全性及高效性设计；系统功能及界面用户应用需自动化、友好及人性化。APP的建设，我部建议拟采取通过现有网上银行系统渠道联络。
9.2.2业务功能
?基本功能需求
1、个人业务
（1）账户管理
?账户总揽：用户客户查询自己下挂在手机银行的所有存款、贷款余额信息，存管资金账户，理财产品账户等信息。
?下挂账户管理：用于用户管理手机银行的下挂账户，提供下挂账户添加，别名设置，下挂账户查询，交易限额修改等功能。
?账户挂失：用于挂失客户账户。
?密码修改：用于修改客户手机银行的登录密码。
?银行卡激活：用于代发工资客户在线激活银行卡。
（2）查询
?账户余额查询：用于客户查询客户活期账户（银行卡、存折）账户余额。
?交易明细查询：用于客户查询客户活期账户（银行卡、存折）账户的交易明细。
?手机交易查询：用户客户查询客户手机银行的交易明细。
?多账户（多币种）查询：用于客户查询客户所有账户（银行卡、存折）账户余额。
?积分查询：用于查询客户信用卡的积分情况
?积分兑换：用于客户信用卡积分的兑换
（3）转账交易
?转帐业务：用于实现自动判断行内外大小额及超级网银。
?手机号转账：用于实现客户向我行其他手机银行客户转账的功能。
?转账指令查询：查询客户转账的指令信息
?联行号查询：用于提供客户人行支付系统号的查询功能
?收款人信息维护：用于维护客户收款人信息
?信用卡还款（独立项）用于客户使用下挂在手机银行的借记卡实现向本人或者他人信用卡的还款功能。
(4)信用卡（预留）
?信用卡信息查询：查询客户信用卡的基本信息
?信用卡在线申请
?信用卡申请进度查询
?信用卡交易账单查询：用于查询客户信用卡指定日期的账单
?信用卡明细查询：用于查询信用卡一个区间内的交易明细情况
?信用卡还款：
?信用卡密码修改：用于信用卡的密码修改功能。
?自动还款信息维护：用于设定信用卡的自动还款账户及还款日期
?信用卡挂失：用于信用卡账户的挂失
(5)理财产品
?理财签约：用于理财风险评估和签约。
?理财产品购买：用于购买理财产品
?理财产品交易撤销：用于撤销客户当日的理财交易
?理财产品查询：用于查询我行理财产品信息
?持有产品查询：用于查询客户持有的我行理财产品的情况
?理财产品交易明细查询：用于查询客户理财产品交易的明细情况
(6)卡内业务
?卡内定期存款：用于客户办理卡内定期存款的转开和销户
?卡内通知存款：用于客户办理卡内通知存款的开户销户及通知，包括普通通知存款和七天通知存款预约转存。
?卡内理财：查询客户办理卡内理财业务的转开和销户
(7)红包业务
?发红包（向是我行的开户用户采用类似支付宝的红包模式发放）
?领红包
?支持群发红包、趣味红包
?红包信息查询
(8)个性卡申请
参考我行网站上现有的个性卡申请流程，客户可以通过手机申请个性卡。
(9)当面付（采用声波或二维码支付（二维码中包括付款人信息，金额等）、免密交易或限额密码交易，限额可设置）
?我要付款
?我要收款
(10)贷款
?贷款余额查询。
?贷款申请
?贷款还款情况查询。
2、信息服务需求
提供金融新闻、利率查询、证券行情、黄金行情、基金净值信息、理财计算器、合作商户、优惠快讯、优惠商户、常用信息、电子地图、网点或ATM查询等功能。
?存贷款利率查询：用于查询存贷款利率。
?外汇牌价查询:用于查询外汇牌价。
?营业网点查询：用于查询营业网点信息（在iPhone，iPad及android上要含地图定位）。
?资费查询：用于查询我行的各项费用标准。
?活动公告通知：用于查询显示我行各类公告，营销活动，要求支持普通查询类功能和重点推送类公告显示。
?个性化提醒：用于客户自定义提醒事件、生日提醒等功能。
6、管理功能
?提供管理监控平台，支持交易的发布、更新功能，支持客户软件的版本管理，支持客户端软件的更新、发布功能，支持对用户、交易的监控功能。
?统计报表管理：提供报表的查询，下载功能。
?参数管理：对系统需要的参数进行配置，支持不间断运行而刷新生效功能。
?日志管理：对业务操作日志进行详细记录，对管理操作的日志需要记录操作员、操作对象、操作内容、授权人等信息，并提供对日志记录进行统计与查询功能。对系统日志需要参数化进行清理、备份。
7、APP亮点要求：
1.支持蓝牙、电子口令卡、usb-KEY认证和我行现有贴膜卡认证；
2.支持手势密码，支持常在线，提供交易实时提醒（未读短信）；
3.支持连续登录领积分，每日积分可以设定，每个月初清零重新开始；
4.支持设置定义某种类型的交易可以积分；
5. 接入银联钱包，同时由中标公司引入一个三方增值服务平台，内置为一便民服务平台，内容包括充值话费，Q币等充值，买机票，交四川省内已有水电气费等项目；
6.娱乐收付作为APP的一个场景应用。支持一个场景模式，在打完麻将后，赢方可以快速通过APP小额免密支付收取输方，同时可以通过APP快速支付结台费、购买饮料等，支付过程中可以每盘提取一部分钱转到指定一个客户的账户用于最后支付台费，提取的金额满足一定金额后则不再提取。同时以后可接入电销平台，通过这个功能预定茶楼的台子；
7.与直销银行打通放入口；
8.放置电商平台入口，实现购物、售卖纪念币等功能；
9.提供可置换的广告播放位；
10.提供无卡取现业务；
11.提供多种登陆方式，可更换注册号（如手机号注册的用户，手机换了，可以换注册名，例见支付宝注册）；
12.提供客户生日、信用卡还款到期提醒，同时提供检索他的手机通信录中的好友名单，看是否是我行的客户，提供客户好友生日提醒；
13.与我行的统一支付平台打通，提供类支付宝先充值，后付款的商户模式；
14.活动投票，可以在后台设置内容、时效、投票选项等；
15.留言板，公开收集客户的意见；
16.提供管理公告，公告可以设置时效，内容，在客户登录第一时间内显示，读过之后或者时效到期后就不再显示；
17.提供在线无缝自动升级版本及功能；
18.提供微信银行版本，主要内容为帐户查询，投票，转帐，收款人管理及特约商户查询，理财购买以及微信后台管理平台，微信银行功能以APP手机银行已实现功能为准；
19.客户可以选择将交易提醒为微信银行提醒和手机银行APP提醒，在手机银行中在设置项进行管理设置；
20.支持对接到我行的超级网银，支持电子回单打印；
21.预留银行卡原卡保号申请，可选原因，提交，后台处理。
22.加入声波锁解锁等多种创新登陆方式。
10项目实施
“乐山市商业银行移动银行”实施按照“整体规划，分步实施”的原则进行，在充分考虑乐山市商业银行系统现状及系统复杂性的基础上，通过分阶段实施逐步完成行内系统整合工作。
请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法论、项目计划、项目组织、项目实施前提、项目关键阶段、项目交付物、项目实施风险及规避措施等。鉴于本行较为复杂的当前IT环境，请提出可行的移动银行实施方案。
10.1项目进度要求
给出项目开发实施计划，要求投标人提出计划安排，内容详细到周。
10.2项目实施管理要求
本行要求投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导和控制项目实施工作。请投标人针对下述要求进行分别回复。
1、请为本行的项目实施制定合理的项目管理组织架构。
(1) 投标人将承担项目管理办公室的主要日常工作，因此，要求投标人提出项目管理办公室的人员组成，以及项目管理办公室每个主要职位的工作责任、任职要求、汇报路线等。
(2) 要求在项目组织结构设计中应考虑主要业务部门的广泛参与。业务部门相关人员在详细差异分析（系统研究）阶段就应全力投入，并从设计阶段一直到系统投产上线都要广泛参与项目工作，以确保最终交付物得到业务用户的认可。
(3) 如果投标人的项目人员不能同时到位，请给出各阶段的人员和工作安排，但以按时完成开发和上线的要求为基本要求。
(4) 项目组织结构设计要有利于技术转移，确保在项目过程中，完成知识转移。
2、要求投标人给出需求变更管理以及项目范围控制的方法和流程。需求变更管理流程应包含检查、评估和确定变更需求的优先级，说明因需求变更而产生的各项费用及其计算方法。需求变更的决策工作应由本行以及投标人（如需要，包含投标人的分包商及第三方人）代表组成的专门团队具体负责。
3、请投标人给出计划管理、沟通管理、资源管理、版本管理等方法和流程。
4、要求投标人给出质量保证的方法和流程，尤其是对于各种类型测试的质量保证方法，如单元测试、集成测试、压力测试、用户验收测试和回归测试等。
5、要求投标人给出风险管理的方法和流程，尤其是针对本行的现状环境来说，主要的风险点有哪些，并给出建议的风险转移方案。
6、要求投标人制定各种相关的项目管理标准，包含但不限于项目计划标准、配置管理标准、质量控制标准、风险管理标准、测试标准、文档标准。请投标人在投标文件中给出上述标准的样例。
7、请投标人说明进行BUG修复的流程，包含发现、评估以及补丁程序的开发、发布、安装等环节。
10.3项目实施队伍要求
1、在项目实施阶段，项目实施队伍是以投标人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制等，对整个项目的完成进度负责；本行将派出一定数量的业务与技术人员配合项目建设，审核设计方案，明确细化业务需求，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的质量，确保按时完成工程；
2、项目管理人员应具有移动银行项目管理的实际经验（请提供证明材料），能根据本项目要求制订出切实可行的项目管理流程和项目实施时间进度计划表，并严格执行，保障项目按进度高质量的完成；
3、项目经理具有国内银行系统项目开发实施5年以上经验；
4、项目组软件开发核心成员5人以上；项目组实施团队核心成员3人以上，且具有金融行业软件开发项目实施经验；请填写第三部分《投标文件格式》的《项目核心成员一览表》；
5、根据投标人建议的实施计划，请明确给出项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责。
6、请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。

10.4项目实施工作范围
本行对投标人的实施工作范围包括：
1.投标人负责完成项目实施过程中的项目管理工作；
2.基于招标人给出的移动银行业务需求，完成系统研究与差异化分析工作，确定定版的业务需求并提交业务流程调整的分析报告；
3.整理分析招标人目前行内各与银企对账相关的系统情况，提交完整解决方案；
4.按照差异化分析结果以及最终定版的本行业务需求，完成移动银行的客户化及适应性开发工作，包括编码、单元测试、联调测试、集成测试、用户测试、压力测试等；测试过程中需要提供自动重复测试功能，以减少由于重复录入而节省测试时间；
5.完成本项目整体集成测试、用户验收测试工作；
6.投标人负责完成移动银行相关软件以及硬件设备的集成工作；
7.完成本行整体上线工作。
要求投标人通过培训、参与开发以及其它认为合适的方式实现移动银行软件标准版本开发方面的技能转移。
10.5项目实施工作职责
为了明确项目实施不同阶段各方的角色和责任，并有利于评估工作量以给出合理报价，下表中给出了建议的责任分工，投标人可以作为项目计划编制、项目组织设置以及工作量评估的依据，允许投标人对下表中的工作职责安排给与补充、修正，并简要陈述理由。
编号工作任务乐山市商业银行投标人
1需求研究与差异化分析共同负责共同负责
2客户化开发工作
编码配合负责
单元测试配合负责
联调测试配合负责
集成测试配合负责
用户测试共同负责共同负责
压力测试共同负责共同负责
3三个级别的虚拟机构的模拟运行工作
系统安装配合负责
数据移植共同负责共同负责
系统操作手册配合负责
业务流程确定共同负责共同负责
　　人员培训共同负责共同负责
　　系统切换（48小时之内完成）共同负责共同负责
4上线工作共同负责共同负责
5项目管理共同负责共同负责

11技术转移
（1）投标人应提供移动银行全部应用源代码。
（2）在移动银行应用软件客户化过程中形成的源码，双方共同拥有。
（3）提供的源码按系统、分模块列明。
（4）提供移动银行源代码的所有说明文档。
（5）核心技术转让应包含：
? 核心技术文档；
? 源代码、开发及相关培训；
? 系统开发所需的全部文档资料；
? 系统实施过程中形成的各类文档。
12服务与支持要求
（1）服务时限要求：移动银行应用软件整体上线成功后免费服务期叁年，并承诺提供终身系统免费升级。；
（2）能够长期稳定地提供本地支持；在免费服务期内必须保证3-5名主导系统设计与开发的技术人员常驻用户现场，对本行提供7*24小时服务支持。免费维护服务期内，根据业务的任何变化，免费对系统进行相应修改。
（3）在项目实施过程中，针对关键或重大问题，应承诺调动全部资源给予支持，委派专家到现场解决问题，并不得影响项目的整体进程；
（4）分别就免费服务期内、免费服务期后提供全面、完整的售后服务方案，服务方案中请明确列明服务期限、服务方式、服务级别、响应时间、服务收费等情况；并注明免费服务期到期后三年的服务费收费方式及标准。
13文档和培训要求
13.1文档要求
本行要求提交的文档是一套可保存的、并容易查阅的中文文件，文档要求以纸质和电子格式提供，文档内容包括但不仅限于：
（1）工作说明书（SOW）
（2）需求说明书
（3）整体实施架构设计说明书
（4）详细设计说明书
（5）数据库设计说明书
（6）操作使用手册、安装手册、维护手册
（7）测试计划、测试报告
（8）数据移植方案、对外接口方案、上线方案说明
（9）命名规范、软件质量管理标准、信息安全规范、编程规范、应用接口规范等
（10）业务流程文档
对于项目实施阶段目标设定的文档交付物，将作为本阶段工作完成的标志之一。对于文档交付物的描述应包含但不限于：各个阶段名称、阶段目标、交付物描述、形式（即文件、演示文稿、软件系统等）、建议的接受标准、阶段负责人等，本行保留自由复制文档供自己使用的权利。
13.2培训要求
投标人应确保在系统开发和建设中所提供的培训是全面而系统的，包含了移动银行应用软件和开发工具等培训内容，培训的主要对象是系统的使用者和技术支持人员。对技术人员的培训应该为厂商认证的培训（请详细列示），每项培训不少于三人，所需所有费用（包括培训费、教材费、认证费、交通费、食宿费等）均有投标人承担
（1）培训教材（中文版）
（2）培训
培训完成后至少应达到以下效果：
（1）操作人员：熟悉移动银行功能特点，熟练掌握各项业务操作及业务处理流程；
（2）业务人员：具备利用移动银行进行风险控制、报表分析、金融产品分析、设计与管理的能力；
（3）技术人员：掌握移动银行的设计思想、整体架构及源代码，具备独立的系统设计、应用开发以及系统运维管理能力；
（4）管理人员：了解移动银行功能特点，熟练利用移动银行完成各项管理工作。

第三部分 评分标准
评标办法前附表
条款号评 审 因 素评 审 标 准
3.1.1资
格
评
审
标
准资格条件详见第一部分 投标须知 第一章总则部分
3.1.2符
合
性
评
审
标
准投标人经营范围与营业执照一致
投标函签字盖章有法定代表人或其委托代理人签字且加盖单位公章
投标文件格式符合第四部分“投标文件格式”的要求
投标报价只有一个有效报价
实质性条件实质性响应招标文件中打“★”内容
条款号评分因素评分标准
3.2权重构成投标报价 - 权重值A1：0.3
技术部分 - 权重值A2：0.5
商务部分 - 权重值A3：0.2
投
标
报
价
部
分

F1
投标报价
计算公式
（满分100分）评标基准价计算方法：
1.当有效投标报价≤4个时，取有效投标报价的算术平均值作为评标基准价；
2.当有效投标报价≥5个时，去掉一个最高报价和一个最低报价，取剩余报价的算术平均值作为评标基准价。
投标报价得分计算方法：
1、当投标报价低于评标基准价时，投标报价得分：
F1＝100－【(评标基准价－投标人报价)/评标基准价】×100；
2、当投标报价高于或等于评标基准价时，投标报价得分：
F1＝100－【(投标人报价－评标基准价)/ 评标基准价】×110。
备注：
1.有效投标报价是指经审查合格满足招标文件要求的各有效投标报价；
2.评标基准价和报价得分精确到小数后两位。
3. 投标报价部分得分最低为0分，最高为100分。
技
术
部
分

F2
B1：系统架构及平台先进性、开放性、可扩展性、可维护性
(满分30分)根据投标人投标文件所描述应用系统及相关平台技术水平状况进行横向比较及评价：
第一个档次：应用系统及相关平台采用先进的技术框架和行业标准、架构设计合理清晰，基于完全开放式平台构建，各功能模块具有低耦合高内聚特性，基于配置化的开发和维护，完善的后台管理功能，得30分；
第二个档次：应用系统及相关平台采用成熟规范的技术实现，架构层次清晰，基于开放式平台开发应用，各功能模块划分清晰逻辑独立，提供二次开发接口和管理维护接口，得21分；
第三个档次：应用系统及相关平台采用技术和标准较一般，系统架构较普通，可扩展性、可维护性尚可，得15分；
第四个档次：应用系统及相关平台先进性、开放性、可扩展性、可维护性方面均较差，得9分。
B2：提供以客户数据及营销模型为中心的移动作业服务能力
（满分30分）根据投标人投标文件所描述系统支持大数据分析及营销业务建模能力进行横向比较及评价：
第一个档次：应用系统能提供功能完善的客户数据取数接口和客户信息分析功能，能够基于乐山商行实际情况建立合理的营销业务模型和客户分层模型以支持移动营销作业，得30分；
第二个档次：应用系统能提供一定的客户取数和数据分析功能，能够建立客户分层模型指导移动营销工作，得21分；
第三个档次：应用系统仅提供最基本的客户信息收集和查询功能。系统仅能提供简单的汇总统计查询功能，得15分；
第四个档次：应用系统基本不具备客户数据收集和数据分析功能，得9分。
B3：系统信息安全架构、信息安全方案成熟度
(满分20分)根据投标人投标文件描述的信息安全方案进行横向比较及评价：
第一个档次：系统采用完善和成熟的信息安全技术，基于自主知识产权安全产品提供应用各层的数据加密、认证和访问控制机制，具备第三方权威机构安全评估结果，得20分；
第二个档次：系统采用成熟的信息安全技术，基于成熟安全产品实现应用数据加密、认证和访问控制机制，得15分；
第三个档次：系统采用普通的信息安全技术，具备一定的数据加密、认证和访问控制功能，得10分；
第四个档次：系统信息安全架构简单粗糙，只具备最基本的简单数据加密和认证功能，得5分。
B4：专业化的移动开发、UE/UI设计、移动平台测试团队
（满分20分）第一个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队具有非常专业的技术背景、丰富的项目经验，有计算机系统软件集成资质，取得过优秀的项目业绩，得20分；
第二个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队具有专业的技术背景、较多的项目经验，取得过良好的项目业绩，得15分；
第三个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队在技术背景、项目经验，项目业绩方面较为一般，得10分；
第四个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队在技术背景、项目经验，项目业绩方面较差，得5分。
技术部分得分（满分100分）：=B1+ B2+ B3+ B4
商务
部
分

F3C1：项目业绩
（满分30分）第一个档次: 项目业绩多(有15个及以上成功案例)，得30分；
第二个档次: 项目业绩较多(有10个及以上成功案例)，得20分；
第三个档次：项目业绩一般(有5个及以上成功案例），得10分；
第四个档次：项目业绩较少(3个以下成功案例)，得6分。
注：提供相关合同复印件作为证明材料。
C2：项目进度计划、规范化项目管理
（满分20分）第一个档次: 项目进度计划详尽、合理，具有较强的可操作性。采用规范先进的项目管理手段进行项目管理和风险控制，得20分；
第二个档次: 项目进度计划详细，明确，可操作性强。项目管理手段规范合理，具备风险控制能力，得15分；
第三个档次: 项目进度计划合理性、可操作性一般，项目管理手段和风险控制能力普通，得10分；
第四个档次: 项目进度计划不合理、缺乏可操作性，项目管理能力差，缺乏风险控制能力，得5分。
C3：项目交付成果
(满分20分)第一个档次：提供应用及平台相关全部源代码、提供详尽的开发、部署和维护所需技术资料及项目管理文档，得20分；
第二个档次：提供应用全部源代码、提供一般系统开发、部署和维护技术资料及项目管理文档，得15分；
第三个档次：仅提供部分应用及平台源代码和相关技术资料，交付项目管理文档不全面，得10分；
第四个档次：不提供应用及平台源代码，或者交付技术资料及项目管理文档严重不全，得5分。
C4：售后服务方案、服务承诺及保证
（满分20分）第一个档次：售后服务及保证措施全面具体，可操作性强，得20分；
第二个档次：售后服务及保证措施较具体，可操作性强，得15分；
第三个档次：售后服务及保证措施一般，可操作性一般，得10分；
第四个档次：售后服务及保证措施较差，可操作性较差，得5分。
C5：人员培训方案
(满分10分)第一个档次：人员培训计划方案组成完善具体，针对性强，得10分；
第二个档次：人员培训计划方案具体可行，有一定的针对性，得7分；
第三个档次：人员培训计划方案基本可行，但缺乏针对性，得5分；
第四个档次：人员培训计划方案可行性较差，得3分。
商务部分得分（满分100分）：=C1+ C2+ C3+ C4+ C5
1. 评标方法：
本次评标采用综合评分法。即评委会按照招标文件的要求对各投标人的投标文件进行评审，在最大限度地满足招标文件实质性要求前提下，按照招标文件中规定的各项评分因素（包括：技术、商务、对招标文件的响应程度等因数）进行综合评审后对投标人的技术部分、商务部分分别独立进行打分，并按投标报价计算公式计算出各投标人投标报价得分，最后按相应计算公式和各部分得分的权重值计算出投标人的综合得分，以评标综合得分最高的投标人作为中标候选人或者中标人的评标方法。
评委会将按以下公式计算出各投标人的综合得分，按得分由高到低推荐中标候选人排序；得分相同的，按投标报价由低到高顺序排列；得分且投标报价相同的，按技术服务部分得分高低顺序排列。
综合得分计算公式：投标人的综合得分B=F1×A1+F2×A2+F3×A3
F1、F2、F3分别为投标报价、技术部分、商务部分的汇总得分；A1、A2、A3分别为各项评分因素所占的权重；A1=0.3；A2=0.5；A3=0.2；（A1+A2+A3=1）。
2. 评分细则：
1）投标报价得分（满分100分）
投标报价计算公式，见评标办法前附表“投标报价得分F1”部分描述。
2）技术部分得分（满分100分）
评委将根据“评标办法前附表”中“技术部分”所列B1～B4项评审因素对投标人投标文件进行综合打分；
评分原则：
a.满分为100分；
b.各档次之间不得采用插入法评分；
c.若投标人投标文件中对B1～B4项评审因素的某一项在投标文件中均无相应描述、说明及提供有关材料，使评标委员会无法对该项评审因素做出评价及评分，则投标人对应该项的得分为0分。
3）商务部分得分（满分100分）
评委将根据“评标办法前附表”中“商务部分”所列C1～C5项评审因素对投标人投标文件进行综合打分；
评分原则：
a.满分为100分；
b.各档次之间不得采用插入法评分。
c.若投标人投标文件中对C1～C5项评审因素的某一项在投标文件中均无相应描述、说明及提供有关材料，使评标委员会无法对该项评审因素做出评价及评分，则投标人对应该项的得分为0分。
4）统分原则
a.评委应首先对各投标人投标文件进行评审，写出书面意见并按招标文件规定分值评分。
b.除投标报价得分外，其余部分由各评委自主评分。
c.商务、技术统分原则：投标人各项评分因素得分为该项因素各评委评分的算术平均值（保留小数点后两位）。
d.综合统分原则：各项评分因素得分乘以相对应的权重后的总和即为投标人最后综合得分。
3. 评审标准
3.1初步评审标准
3.1.1资格评审标准：见评标办法前附表。
3.1.2符合性评审标准：见评标办法前附表。
3.2 详细评审标准
详细评审标准：见评标办法前附表。
4. 评标程序
4.1初步评审
4.1.1评标委员会依据本章第3.1.1项、第3.1.2项规定的标准对投标文件进行初步评审。有一项不符合评审标准的，投标文件将被否决。
4.1.2投标人有以下情形之一的，其投标将被否决：
（1）串通投标或弄虚作假或有其他违法行为的；
（2）不按评标委员会要求澄清、说明的。
4.2详细评审
4.2.1评标委员会按本章第3.2款规定的评分因素进行综合评分。
统分原则：
a.评委应首先对各投标人投标文件进行评审，写出书面意见并按招标文件规定分值评分。
b.除投标报价得分外，其余部分由各评委自主评分。
c.商务、技术统分原则：投标人各项评分因素得分为该项因素各评委评分的算术平均值（保留小数点后两位）。
d.综合统分原则：各项评分因素得分乘以相对应的权重后的总和即为投标人最后综合得分。
4.2.2投标人不得以低于成本价(或进价) 报价，评标委员会发现投标人的报价明显低于其他投标报价，使得其投标报价可能低于其成本的，应当要求该投标人作出书面说明并提供相应的证明材料。投标人不能合理说明或者不能提供相应证明材料的，由评标委员会认定该投标人以低于成本报价竞标，其投标文件将被否决。
4.3投标文件的澄清和说明
4.3.1在评标过程中，评标委员会可以书面形式要求投标人对所提交的投标文件中不明确的内容进行书面澄清或说明。评标委员会不接受投标人主动提出的澄清、说明。
4.3.2澄清、说明不得改变投标文件的实质性内容（算术性错误修正的除外）。投标人的书面澄清、说明属于投标文件的组成部分。
4.3.3评标委员会对投标人提交的澄清、说明有疑问的，可以要求投标人进一步澄清、说明，直至满足评标委员会的要求。
4.4评标结果
4.4.1评标委员会按得分由高到低顺序推荐中标候选人，并提出书面评标报告。
4.4.2采购人根据评标委员会提出的书面评标报告和推荐的中标候选人名单，确定中标人。
备注：对未通过初步评审的投标人评标委员会应通过相关的决议或在评标报告中说明情况。经评标委员会评审，有效投标文件不足3家使得投标明显缺乏竞争的，评标委员会可以否决全部投标。所有投标被否决后，招标人应当依法重新招标。当有效投标文件不足3家，而评标委员会认为仍能满足招标文件要求，并具有竞争性的，将按下述方法推荐中标候选人：1）若有两家单位的，则仍然按上述评标办法推荐；2）若只有一家单位，则由评标委员会对该单位投标文件做出综合评议推荐。

第四部分：投标文件格式

14投标报价
14.1投标报价表
投标人应按附表14.1.1～14.1.7的格式提交报价表，并提供报价表的电子文件。
附表14.1.1：
投标报价表
项目名称：乐山市商业银行移动银行项目
投标人： 　 价格单位：（人民币）万元
项目及产品报价单模版
公司名称： 日期：
序号报价内容价格（人民币）备注
1模块1
模块2
模块3
…
小计
2
3…
填表说明：
1、严格按要求格式填写，否则视为无效报价。
2、第1栏为满足附件2需求明细中要求的所有组件，并注明许可使用的类型和用户数。
备注：1、对每一项具体工作，可以建议两种以上不同深度的解决方案，不同的工作深度可以有不同的报价
2、如果项目实现中需要外购软件或外购数据，需单独报价
3、本报价总表及所属分项报价表的报价都是指现场到货价（含关税、进口环节增值税、运输费等）。
4、为了便于评标，本开标一览表要求一式两份，一份单独装入小信封进行密封，并注明“开标一览表”字样，放置在投标文件的“商务部分”信封中，另一份装订在投标文件的“商务部分”之中。

投标人承诺的最终投标总价为人民币（大写）： ，
（小写）： 。
说明：公司必须承诺，如果乐山市商业银行要求中标人在系统开发工作结束后继续做系统的维护工作时，公司必须无条件接受，同时在开标一览表中承诺软件或系统的每年服务费的上限为合同价的比例多少；如果有其它优惠条件，可以在开标一览表的备注中说明，也可以在一览表下另文说明。

投标有效期：自 年 月 日至 年 月 日
投标人名称:__________________________________
投标人单位盖章:______________________________
投标人代表签字：
日期：

附表14.1.2：
关联报价表
项目名称：乐山市商业银行移动银行关联项目
投标人： 　 价格单位：（人民币）万元
序号 项目名称 金 额 备注
二、系统软件报价
1开发工具
2其他报价




（小计）
三、硬件设备报价
1配套的硬件设备（包括开发测试环境）

（小计）
（合计）
（合计报价大写）：
投标人说明：

说明：
1、除移动银行项目外，本行希望通过投标人向第三方采购支撑移动银行运行所需的开发工具及硬件设备等，请投标人按照《9技术需求》章节的要求进行报价。
2、该报价表的内容不得与《投标报价表》相互交叉。
3、如果投标人所列报价与本行要求或期望不相符，本行有权选择接受或放弃。
4、表格的单元格行次不足使用的，请自行添加。

投标人（公章）：
法定代表人（签名或盖章）：
或被授权人（签名或盖章）：
日 期：
附表14.1.6
其他报价表
项目名称：乐山市商业银行移动银行项目
投标人： 　　　　　　　价格单位：（人民币）万元
序号项　目金　 额备注














合计

说明：
1、本合计报价是折扣后的最终人民币报价；
2、如果投标人还有附表14.1.1～14.1.5中未包含但不计入总价中需要说明的，均在此表中填写。
3、推荐功能模块、开发工具、第三方应用系统应在此报价。
4、该项报价仅做参考，不作为本次招标必须的选择内容，但本行可酌情选用。
5、如该表不能满足要求，可自行设计表格填列。

投标人（公章）：
法定代表人（签名或盖章）：
或被授权人（签名或盖章）：
日 期：
附表14.1.7
移动银行未来年度服务收费表

项目名称：乐山市商业银行移动银行项目
投标人： 　　　　　　　　价格单位：（人民币）万元
序号项　目金 额收费比例收费金额










合计

说明： 1、请列明软件服务费的项目，以及收费的计算依据和比例；
2、本收费表的金额只用作参考，不计入总价；
3、如果上述表格不能体现服务费的收费方式，可自制表格；

投标人（公章）：
法定代表人
或被授权人（签名或盖章）：
日 期：

15商务响应
15.1投标函格式
投 标 函
致:乐山市商业银行
我方确认收到贵方（项目名称）项目采购的招标文件，(投标人名称)作为投标人已正式授权(被授权代表全名、职务)代表我方提交投标文件，正本一份副本六份，并在正本内附有对应于投标文件各册内容的电子文件一套（光盘形式）。
投标文件包括如下内容:
1.投标函；
2.投标报价表；
3.授权书；
4.资格证明文件（含移动银行版权拥有人的授权销售函原件），资质证明文件、业绩情况；
5.用户需求响应表；
6.技术响应文件；
7.按招标文件中投标人须知及投标文件格式提供的其它有关文件；
8.证明拟提供的产品和服务符合招标文件规定的合法性证明文件。
我方已完全明白招标文件的所有条款要求，并重申以下几点：
1．我方所提供的全部产品和相关服务的投标总价为 ；
2．本投标文件的有效期为投标文件提交截止之日起90天内有效；
3．我方已详细研究了招标文件的所有内容，包括修改文件(如果有)和所有已收到的参考资料以及有关附件，并完全明白。我方放弃在此方面提出不明或误解的一切权利。
4．对贵方在招标文件中（包括修改文件(如果有)和所有已收到的参考资料以及有关附件）有关权利义务和责任限制或免除条款的含义，我方已完全明白并接受。
5．我方同意按照贵方可能提出的要求而提供与投标有关的任何其它数据或信息。
6．我方理解贵方不一定接受最低投标价或贵方收到的任何投标。
7．我方如果中选，将按照招标文件及其修改文件（如果有）的要求及我方承诺，按质、按量、按期履行全部合同责任和义务。
8．所有与本招标有关的函件请按下列联系方式发送:

地 址： . 邮政编码： .
电 话： . 传 真： .

投标人（公章）：

法定代表人
或被授权人签名（或盖章）：

日 期：

15.2企业法定代表人授权书格式
法定代表人授权书

致:乐山市商业银行
本授权书声明：（法定代表人姓名）为本公司（注册于（省、市、县）的（投标人名称））的法定代表人，现任（法定代表人职务）。在此代表本企业授权（被授权人姓名、职务）作为我公司的全权代理人，在（项目名称）的投标及其合同执行过程中，以我方的名义处理一切与之有关的事务。

本授权书于 年 月 日签字生效，特此声明。

投标人（公章）：

地 址：

法定代表人（签字或盖章）：

被授权人（签字或盖章）：

15.3资格声明格式
资 格 声 明
致：乐山市商业银行：
下述投标人愿响应你方 年 月 日的 投标邀请，参与投标，提供符合系统需求规格说明书中规定的（产品名称），并按招标文件要求提交所附资格文件且声明和保证如下：
1、我方所提交的所有文件材料是真实的、完整的、合法的、有效的，我方愿为其真实性、完整性、合法性、有效性承担法律责任；
2、我方是依法注册的法人，在法律上、财务上和运作上完全独立于招标人。
3、我方在参加本次投标前 年内，在经营活动及参与政府采购活动中没有重大违法活动及涉嫌违规行为，并没有因而被有关部门警告或处分的记录。
4. 我方提供的产品及相关服务与招标文件的要求一致。
5. 我方提供的所有产品、技术及服务的原产地均应来自中华人民共和国或是与中华人民共和国有正常贸易往来的国家或地区。我方在投标文件中确认拟提供的、为实施、完成和维护本项目所需的一切产品、服务或技术，均能够通过一般行政程序获得出口国政府的出口许可。招标人仅就符合该条件的产品、技术和服务按照合同的规定支付价款，对于因无法获得出口国政府的出口许可而无法提供的产品、技术和服务，我方将自行承担损失，并赔偿因无法获得出口许可而给招标人造成的损失。
6. 我方在递交投标文件之前或同时，应当自行负责调查、评估其所在国家或地区法律或政府政策对于其向招标人供应本项目所需的软件、系统、技术等一切产品和服务可能涉及或存在的批准、审查、许可证、登记、备案或其他类似的要求或障碍，并应当向招标人充分披露该要求或障碍（如有），以及其可能需要的程序、时间、导致的技术或法律上的影响。如果我方未能履行这一披露和提示义务，而在项目谈判或签约后的过程中导致本项目谈判或实施进程的中断、延误、障碍或其他损失，我方自行承担相应的赔偿责任。
7. 我方保证，我方已经从其合法所有人得到了合法、适当的授权，并保证其产品、技术和服务均不侵犯任何第三人的版权、专利权、商标权或其他形式的知识产权，亦不侵犯任何第三人的商业秘密或其他权利。招标人有权因为我方提供虚假、错误或误导性信息而拒绝我方参加投标，并保留依照所适用法律可能享有的进一步追诉的所有权利。
8. 我方保证，招标人在中华人民共和国使用产品或产品的任何一部分时，如因使用我方提供的产品或服务而受到第三方关于侵犯版权、专利权、商标权或其他形式的知识产权的指控或其它指控，由我方与该第三方交涉，采取措施使招标人免受第三方提出侵犯其专利权或其它知识产权的起诉，并对招标人承担相应的赔偿责任。
我公司承诺，上述声明及保证均为真实、有效的，如存在隐瞒、欺骗等情形，由此产生的一切后果，由我方自行承担。
特此声明！

附资格文件如下：
1）《企业法人营业执照》（或注册登记证书）复印件（证书已年检）；
2）产品销售许可证明，可以是由中华人民共和国国家版权局颁发的《计算机软件著作权登记证书》，或者是拟投标移动银行版权拥有人的授权销售函原件及其权利证书。
3）证明可从事本次招标项目及软件的开发、销售资质证明文件。
4）根据本公司章程或内部有关规定，董事会或相应最高权力机构出具的，同意本次投标活动的决议或授权。

投标人（公章）授权签字人

名称： 姓名：
地址： 职务：
邮编： 签名：
传真： 电话：
15.4投标人基本情况表格式
投标人基本情况表
公司名称总部地点
性　　质供应商 □ 分包商 □
中国注册地中国注册时间
公司及隶属关系简述(300字以内):
员工情况(包括市场营销、技术支持等部门人数及其全球、亚洲、中国的分布):
拟签署本项目合同的主体是:

公司联系信息:

联系人: 职务:
联系电话: EMAIL:
联系传真:

投标人（公章）：
授权代表（签字或盖章）：
日 期：

15.5投标人业绩表格式
投标人业绩表
投标单位： 　　　　　　
编
号项目
单位项目
名称项目
内容项目
工期项目
金额联 系人及
联系电 话
基于UNIX开放式平台业绩
1
2
3
…
其它平台（注明平台）业绩
1
2
3
…

注：（1）按《投标人须知》要求的时间段，列出2014年-2015年完成或正在执行的主要银行业相关项目；
（2）投标人应尽可能提供表列项目的评定证书或用户使用报告的复印件；
（3）业绩主要包括：移动银行在国内银行实施案例，并对主要成功业绩进行详细描述，业绩列表内容包括但不限于客户名称、系统上线时间、联系人、联系电话等，如果述表格不能体现成功业绩介绍，可以在该表格的基础上进行修改，完善。

投标人（公章）：
被授权代表（签字或盖章）：
日 期：

15.6项目核心成员一览表格式

项目核心成员一览表

投标人： 　　　　　　
序号姓名年龄学历责任或分工主要项目经历（相关证书）









　　
　附：上表所列人员包括但不限项目经理、软件开发核心人员、实施团队核心人员，请另设置表格提供主要成员的工作简历。

投标人（公章）：

被授权代表（签字或盖章）：

日 期：

16技术响应
投标人应按照招标文件的要求，根据《系统需求规格说明书》内容做出全面响应。

投标人（公章）：

被授权代表（签名或盖章）：

日 期：

乐山市商业银行
移动银行项目
招标文件

招标人： 乐山市商业银行股份有限公司

2015年7月2日

目 录
第一部分：投标人须知4
1说 明5
1.1招标项目5
1.2适用范围5
1.3法律适用5
1.4定义及解释5
1.5投标人资格5
1.6注意事项5
1.7保证6
1.8相关费用6
1.9其它要求6
2招标文件6
2.1招标文件构成6
2.2招标文件的解释与修改6
3投标文件的编制7
3.1投标语言及计量7
3.2投标文件的构成7
3.3投标报价9
3.4报价货币9
3.5投标人应递交的有关证明文件9
3.6知识产权10
3.7投标文件的式样和签署10
4投标文件的递交10
4.1投标文件的密封和标记10
4.2投标文件递交的截止时间及递交方式11
4.3重要须知11
5投标文件评审11
5.1评标办法11
5.2其他事项11
6招标文件的解释12
第二部分：系统需求规格说明书13
7项目概述14
7.1项目背景14
7.2现状描述14
7.3项目建设目标及总体要求14
7.4投标人资质要求15
8技术要求15
8.1技术总体要求15
8.2系统架构要求15
8.3接口规范要求16
8.4系统风险控制及业务持续性计划要求16
8.5用户体验要求16
8.6产品交互设计要求17
8.7产品创新要求17
8.8系统安全和访问控制要求17
8.9客户端技术要求17
8.10服务端技术要求18
8.11产品支持、系统管理和参数配置18
8.12终端应用要求18
8.13兼容性要求19
8.14性能要求19
8.15安全管理19
8.16开发与版本控制20
8.17提供解决方案清单20
8.18重要提示20
9业务需求21
9.1设计原则21
9.2业务功能21
10项目实施25
10.1项目进度要求25
10.2项目实施管理要求25
10.3项目实施队伍要求26
10.4项目实施工作范围26
10.5项目实施工作职责27
11技术转移27
12服务与支持要求28
13文档和培训要求28
13.1文档要求28
13.2培训要求29
第三部分：投标文件格式30
14投标报价31
14.1投标报价表31
15商务响应36
15.1投标函格式36
15.2企业法定代表人授权书格式38
15.3资格声明格式39
15.4投标人基本情况表格式41
15.5投标人业绩表格式42
15.6项目核心成员一览表格式43
16技术响应44

第一部分：投标人须知
1说 明
1.1招标项目
1.1.1项目名称：乐山市商业银行移动银行项目。
1.1.2项目内容：本次招标项目内容为“乐山市商业银行移动银行APP客户端和微信银行”。
1.1.3设计需求：满足乐山市商业银行移动银行需要及各项业务功能需求。
1.2适用范围
1.2.1本招标文件仅适用于本项目招标文件中所叙述的项目。
1.2.2有能力提供本项目合作开发的供应商可参加本次投标。
1.3法律适用
1.3.1本招标文件及由本次招标产生的合同适用中华人民共和国法律。
1.4定义及解释
1.4.1产品：指投标人为满足招标文件要求而提供的所有软件。
1.4.2服务：指投标人提供的产品所需的相关服务以及系统需求规格说明书中要求的其他服务。
1.4.3日期：指公历日。
1.4.4合同：指依据本次产品及服务采购招标结果签订的意向书、协议或合约文件。
1.4.5招标文件中的标题或题名仅起引导作用，而不应视为对招标文件内容的理解和解释。
1.4.6招标文件中所规定的“书面形式”，包括纸质文件和电讯文件形式，既含手写、打印或印刷的文字资料形式，也包括传真等通讯形成文件。
1.5投标人资格
1.5.1符合投标要求的公司，可参与投标。
1.5.2按国家法律法规及相关办法规定的从事此类项目的所需具备的一切资质，投标人都应具有，否则将视为无效投标。
1.5.3投标人应仔细阅读招标文件的所有内容，按招标文件的要求提供投标文件，并保证所提供的全部资料的真实性，使其投标对招标文件的实质性要求和条件做出响应，否则，其投标将被拒绝。招标方保留进一步要求投标人补充提供有关材料的权利，拒绝补充材料或提供材料不真实，将被视为自动放弃投标资格。
1.5.4投标人一旦中标，通过商务谈判签订合同后，不得私自转包，否则将视为违约并自动终止合同。
1.6注意事项
1.6.1在投标文件评审期间，除投标人被要求对投标文件进行解释外，投标人不得就与招标有关的事项主动与评审委员会以及招标人联系。
1.6.2在投标文件评审期间，投标人试图在投标文件审查、解释、比较和评价时对评审委员会施加任何影响或对招标人的评审结果进行影响，都可能导致其投标文件被拒绝。
1.6.3投标人不得串通作弊，以不正当的手段妨碍、排挤其他投标人，破坏公平竞争原则。
1.6.4获得本招标文件者，应对文件进行保密，不得用作本次招标以外的任何用途。若招标人有要求，招标截止日期后，投标人应归还招标文件中的保密文件和资料。
1.6.5招标人向投标人提供的公司介绍、项目背景、项目内容和开展计划等相关资料，被视为保密资料，仅被用于它所规定的用途，除非得到招标人的同意，不能向任何第三方透露。否则招标人将保留采取相应法律措施的权利。
1.6.6投标人利用不当手段，误导其他投标人作出合理判断或误导招标人作出合理判断的行为，均会导致其投标文件被拒绝。
1.7保证
1.7.1投标人保证所提交给招标人的资料和数据是真实的、完整的、合法的和有效的，并对此承担相应的法律责任。
1.8相关费用
1.8.1投标人应承担其编制、提交投标文件以及参加本次招标的所有费用，不论招标的结果如何，招标人在任何情况下均无义务和责任承担这些费用。
1.9其它要求
1.9.1招标人保留在项目实施过程中根据业务需求调整系统架构、业务功能和修改业务需求的权利。
2招标文件
2.1招标文件构成
2.1.1招标文件包括：
第一部分 投标人须知
第二部分 系统需求规格说明书
第三部分 投标文件格式
2.1.2投标人应认真阅读招标文件中所有的事项、格式、条款和技术规范等。投标人没有按照招标文件要求提交全部资料，或者投标文件没有对招标文件各方面要求作出实质性响应，将有可能导致其投标文件被拒绝。
2.2招标文件的解释与修改
2.2.1在提交投标文件之前，招标人以书面形式对任何要求对招标文件进行澄清的投标人予以逐条答复，并将该书面答复发送给招标文件的每个收受人。
2.2.2在提交投标文件之前，无论出于何种原因，招标人可主动地或在解答投标人提出的需澄清的问题时，向招标文件的所有收受人发送对招标文件的修改文件。
2.2.3招标文件的澄清和修改文件将以书面形式通知招标文件的所有收受人，该澄清和修改文件也是招标文件的组成部分，并对投标人具有约束力。
2.2.4为使投标人编写投标文件时有充分时间对招标文件的修改部分进行研究，招标人可酌情推迟递交投标文件截止时间，并将推迟决定以书面形式通知所有招标文件的收受人。
2.2.5投标人在收到招标人发给的任何澄清和修改文件时，都应在收到后立即以书面形式向招标人确认。
3投标文件的编制
3.1投标语言及计量
3.1.1投标人提交的投标文件以及投标人与招标人的所有往来函电均应使用中文。投标人提供的支持文件和印刷的文献可以用另一种语言，但相应内容应附有中文翻译本，在解释时以中文翻译本为准。投标人应对其投标文件的中文翻译错误或因投标人与招标人对回复文件中文版本的理解存在差异而导致的机会丧失或其他问题，自行承担风险。
3.1.2投标人提交的投标文件中涉及简称或缩写的须注明其中文全称和中文含义。
3.1.3除非在招标文件中另有规定，投标人在投标文件中及其与招标人的所有往来文件中的计量单位均应采用中华人民共和国法定计量单位。
3.1.4投标人提供的任何资料中所提及的业务和技术用语，应符合国内银行业务和技术监管部门的通用解释，有差异的应特别注明。
3.2投标文件的构成
3.2.1投标人应认真审阅第二部分“系统需求规格书”及其他规定，并按招标文件的规定，提交完整的投标文件。本次招标要求投标方提供产品、开发、实施、培训、服务等一揽子解决方案及报价。其中系统建设所需的硬件及工具软件需提出建议方案和价格。统一作为此项目的最后报价。
3.2.2投标人编写的投标文件应编排为两部分：（1）商务投标文件；（2）技术投标文件。
3.2.3商务投标文件的格式要求如下：
（1）投标函；（格式参见第三部分“投标文件格式”）
（2）投标报价表；（格式参见第三部分“投标文件格式”）
（3）法定代表人授权委托书；（原件放在正本中）
（4）投标人应递交的有关证明文件，详见第一部分“投标人须知”3.5的描述；
（5）公司介绍：包括但不限于公司注册资本、业务规模、组织架构、财务状况、技术队伍及实施服务能力等，以及证明公司综合实力、技术力量、开发经验、信誉和资质的材料复印件；
（6）案例介绍：请提供移动银行案例列表及主要成功案例介绍（需提供有效的销售证明复印件），案例列表内容包括但不限于客户名称、系统建设周期、联系人、联系电话等；
（7）本项目组织架构及参加本项目的项目组成员介绍及工作履历，需要说明主要从事过的项目和内容，以及在相关项目中承担的任务和在本项目中的角色，以及曾参与开发的项目名称；
（8）投标人的服务承诺（如售后服务期限、费用、响应时间及方式等）；
3.2.4技术投标文件的格式要求如下：
投标人应根据招标文件第二部分《系统需求规格说明书》提出的技术和业务需求、工程规划等，提出对应的解决方案，作出书面响应，并请按照《系统需求规格说明书》的章节要求顺序编写；
其中可以对硬件配置提出建议方案，内容包括但不限于：
(1) 主机设备配置
(2) 系统软件的配置
(3) 其他设备的配置
3.2.5重要提示
(1) 投标文件内容应严格按照招标文件要求进行编排；
(2) 投标文件应按照招标文件的要求如实响应：
?明确写明满足或不满足或部分满足招标文件要求的具体条款，明确写明是满足功能模块还是接口，是否需要第三方系统的支持，并根据要求单独写出差异部分；
?对招标文件中明确要求的功能，投标人必须针对具体要求进行客户化满足响应或无法实现响应，不得进行其他建议，但可以陈述标准版是如何实现的；
?对没有明确具体要求的需求功能，可以通过自有模块功能或客户化解决问题的，请列示说明；
?对差异部分如果允许建议用另一种方式实现需求的要求的，请单独列示说明；
特别声明：投标人提交的投标文件中建议部分或标准版内容仅作为招标人的参考，投标人应承诺并知悉招标人并不一定会按照其建议或标准版内容签订合同；
(3) 投标人提交的投标文件相应内容中，凡没有明确列明接口支持或第三方系统支持的，招标人均认为投标人可以在移动银行中功能模块支持，并包含该项功能报价；对投标人响应模糊或没有按照要求响应的，招标人视为投标人没有响应；
(4) 在评审过程中，招标人如发现投标人采取不正当手段报送虚假材料，招标人有权取消投标人的投标资格；招标结束后，在压力测试、功能测试、商务谈判过程以及后续阶段，如发现投标人存在报送虚假投标材料的情形，招标人有权拒签或终止合同，并且招标人有权按照不低于已付合同款项两倍的赔付额向投标人索赔；
(5) 投标文件不得随意涂改、加页或减页。
3.3投标报价
3.3.1投标人应按照投标报价表格式要求报价。
3.3.2投标人所报的投标价，必须是考虑所有优惠及折扣的最终价格。
3.3.3投标人必须保证在投标报价表中所提供的软件系统完整可用，满足招标人的项目整体需求，否则由此增加的软硬件费用全部由投标人承担。
3.3.4投标人应在投标文件中写明本次移动银行项目内容的软件产品总报价。同时对软件产品按模块分别报价，如单价总计与总价不符，以价格低的为准；
3.3.5投标人应在投标文件中写明本次移动银行项目内容的实施费用总报价；（投标人自有硬件产品需单独报价）。
3.3.6投标人应在投标文件中写明免费维护期限，及免费服务期后的年维护费用；
3.3.7投标报价作为评标的依据之一，招标人不保证最低报价中标。
3.4报价货币
3.4.1投标人提供的产品和服务在报价时必须用人民币。
3.5投标人应递交的有关证明文件
3.5.1投标人应提交证明其有资格和能力履行合同的文件，并作为其投标文件的一部分。
3.5.2投标人须提交，包括但不限于以下证明文件：
（1）投标人的资格声明（按招标文件第三部分格式提供，声明其提交的证明文件的真实性与正确性）；
（2）投标人营业执照；
（3）投标人税务登记证；
（4）法定代表人授权委托书；
（5）投标人计算机信息系统集成资质（如果有）；
（6）投标人的CMM/ISO等质量认证证书；
（7）技术建议书相关软、硬件的代理或授权证书；
（8）投标人必须具有健全稳定的组织机构，并具备履行合同所需的人力、财力、物力和技术（包括设计、生产和服务等）能力（按招标文件第三部分提供的格式如实填写《投标人基本情况表》）；
（9）产品相关的经验与业绩（按招标文件第三部分提供格式填报《投标人业绩表》）；
（10）如果投标人按照招标文件要求提供的产品不是投标人自己研发的，投标人应得到产品商颁授的有效代理证书或为本次投标提供产品的有效授权（原件）；
3.6知识产权
3.6.1投标人应保证，投标人是本项目提供的任何产品（含软件）、技术和服务的知识产权的合法所有人，或已经从其合法所有人得到了合法、适当的授权，并保证其产品、技术和服务均不侵犯任何第三人的版权、专利权、商标权或其他形式的知识产权，亦不侵犯任何第三人的商业秘密或其他权利。招标人有权因为投标人提供虚假、错误或误导性信息而拒绝其参加投标，并保留依照所适用法律可能享有的进一步追诉的所有权利。
3.6.2投标人应保证，招标人在中华人民共和国使用产品或产品的任何一部分时，如因使用投标人提供的产品或服务而受到第三方关于侵犯版权、专利权、商标权或其他形式的知识产权的指控或其它指控，投标人须与该第三方交涉，采取措施使招标人免受第三方提出侵犯其专利权或其它知识产权的起诉，并对招标人承担相应的赔偿责任。
3.7投标文件的式样和签署
3.7.1投标人应准备投标文件一份正本和六份副本，投标文件须清楚地标明“正本”和“副本”字样。如正本和副本不符，以正本为准。
3.7.2投标人应同时提交与投标文件正本内容相同的电子文件一套（以光盘形式，文件采用WORD格式），如电子文件与正本书面文件不符，以正本书面文件为准。
3.7.3投标文件正本须用不褪色墨水书写或打印，由投标人的法定代表人或经其正式授权的代表签署。被授权代表须将以书面形式出具的《法定代表人授权书》（原件）附在投标文件中。
3.7.4投标文件的任何行间插字、涂改和增删，必须由投标人在旁边加盖公章才有效。
3.7.5在招标文件中已明示需盖章及签名之处，投标文件正本均须由投标人加盖投标人公章，并经投标人法定代表人或其授权代表签名或盖章。投标文件正本须加盖投标人公章骑缝章。
3.7.6投标文件副本可采用投标文件的正本复印而成。
3.7.7传真或电传的投标文件将被拒绝。
3.7.8由于投标文件正本、副本和电子文件相互之间任何不符而导致的所有后果，由投标人自行承担。
4投标文件的递交
4.1投标文件的密封和标记
4.1.1投标人应将投标文件正本和所有的副本分开密封装在单独的封套中，且在封套上标明“正本”、“副本”字样。
4.1.2封套均应按以下要求标记：
递 交：
投标项目：乐山市商业银行移动银行项目
4.1.3封套上均应写明投标人全称、地址、联系人和联系电话。
4.1.4将下列内容（从投标文件正本中复印）单独密封入信封，再将其封装于投标文件正本封套内：
（1）投标函；
（2）投标报价表。
4.1.5投标文件附带的光盘应与投标文件正本一同封装。
4.2投标文件递交的截止时间及递交方式
4.2.1投标文件递交的截止时间为2015年7月18日下午14:30时，投标人应在2015年7月18日下午14:30前将投标文件全部文件送达至乐山市商业银行7楼办公室 王梦颖处。
4.2.2招标人可以按本招标文件的规定自行决定酌情延长递交投标文件的截止日期。
4.3重要须知
4.3.1开标时间待定。
4.3.2开标地点为投标文件的递交地点。
4.3.3招标人将拒绝并原封退回在本招标文件规定的投标截止时间后收到的任何投标文件。
4.3.4开标后，投标人的投标文件相关文件不符合招标文件相关要求的，将被退回。
4.3.5开标后，每个投标人将有15分钟的讲标时间，讲标内容为技术部分，不得超出投标文件的内容范围。
4.3.6讲标结束后，评标过程将在全封闭地点进行；在此期间，投标人非经评审委员会要求对投标文件含义不明确的内容进行必要的澄清或说明，不得单独联系评审委员会的任何人员。
5投标文件评审
5.1评标办法
?本次招标采用综合评分法。
?根据投标人提交的投标文件，招标评审委员会将对各投标人进行最终的技术和商务评价。
?评标主要依据：招标评审委员会将从公司综合实力、移动银行解决方案满足本行的程度、实施能力、后续服务支持能力、价格等多个方面进行综合得分评价。
?在最大限度地满足招标文件实质性要求前提下，按照招标文件中规定的各项因素进行综合评审后，以评标总得分最高的投标人作为中标候选供应商或者中标供应商的评标方法。
5.2其他事项
5.2.1本行选择移动银行的整体思路是：产品在国内拥有广泛的用户基础，能够满足本行当前需求和未来的战略目标，拥有较强的实施和维护能力，具有较高的性能价格比。
5.2.2确定中标人：招标评审委员会成员根据评标主要依据对投标人分别评分，按名次依次折算投标人的综合得分，综合得分累计最高者为中标人。
5.2.3本行保留根据中标人产品的功能特点决定选择功能模块的权利。
5.2.4中标人确定后，招标人向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。
5.2.5中标人应在收到中标通知书后与本行进入相关合同的讨论工作，双方达成共识后签订采购合同,如双方无法达成共识，招标人有权终止中标合同。
5.2.6中标通知书对招标人和中标人均具有法律效力。中标通知书发出后，中标人放弃中标项目的，或不能在30天内与招标人签订采购合同的，应依法承担法律责任；中标通知书发出且双方达成共识后，招标人无故改变中标结果的，依法承担法律责任。
5.2.7中标人应在收到中标通知书之日起十日内，按照中标价格的5%向本行指定账户足额缴纳履约保证金。保证金帐号：********100006；户名：乐山市商业银行，开户行：乐山市商业银行。
5.2.8重要提示：投标人必须满足招标指标，关键指标不满足做废标处理。
6招标文件的解释
本招标文件由招标人负责解释。

第二部分：系统需求规格说明书

7项目概述
7.1项目背景
　乐山市商业银行成立于1997年2月，是经中国人民银行总行批准成立的首批“地市级”城市商业银行。截止2014年底，全行资产规模623亿元、各项存款余额359亿元、各项贷款余额179亿元，主要监管指标均符合监管要求，80%以上的指标优于全国城商行平均水平，监管评级2C。注册资本18.19亿元，员工近千人。
7.1.1当前网点规模及状况
截至目前，全行共有7家分行，控股3家“民富”村镇银行，营业网点共计70余个，覆盖了乐山、眉山、成都、自贡、资阳、南充、宜宾、泸州等地23个县（区、市）。在四川12家地市级城市商业银行中，乐山商行资本和综合实力位居前列；在乐山银行业金融机构中，乐山商行存、贷款规模均居第1位。在省财政厅对银行业金融机构的绩效评价中被评为3A，处于全国银行业优秀水平。
7.1.2当前移动银行情况
我行按照中国人民银行《网上银行系统安全通用规范（试行）》增强的网络防护架构进行了网上银行系统建设，同时建立了贴膜卡手机银行（含微信银行和商务版APP），目前系统运行正常，尚未建设专业的移动银行。
7.2项目建设目标及总体要求
顺应3G时代所引发的社会生活方式变革，力求为社会及客户打造便利的金融服务，乐山市商业银行计划在移动金融和移动电子商务领域进行创新服务，面向我行的个人和公司客户推出移动银行服务。
我行手机银行系统计划采用服务器/客户端方式，客户端要求支持主流的智能手机平台，包括ios（含iphone和ipad），android平台，需支持市场上主流的手机类型，覆盖苹果、诺基亚、HTC、摩托罗拉，三星、多普达、索爱等大品牌的绝大部分机型。支持移动、联通和电信用户；支持各运营商2、3、4G和WIFI等无线网络；
本系统建立后，能够为我行个人客户、公司客户、业务管理部门提供银行业务手机终端服务渠道，实现部分柜台业务电子化，为客户提供7 × 24小时的金融服务平台，包括查询、转账、缴费、支付、理财、个性化增值服务等功能，同时配套的要提供相应的管理平台实现客户的注册、维护、指令查询、处理，报表统计等功能。本次业务需求中包含客户端APP模式和微信银行。
7.2.1系统目标
?以客户为中心，建立各种金融产品的手机银行服务渠道。
?以安全为前提，在保证系统总体响应速度的同时，建立安全认证控制及交易安全控制安全控制体系。
?从客户体验出发，建立便捷易用的客户端应用系统。
?以业务发展、产品创新为目标，建立灵活可扩展的体系结构，以快速响应业务需求。
?具备方便的监控体系，全面掌握系统运行状况。
?支持详细的审计日志，满足全面的审计。
?灵活定制各类查询和统计报表，方便的后台管理和参数设置。
7.3投标人资质要求
?投标人注册资本在1000万以上；
?投标人通过CMM认证或ISO9001质量认证；
?近三年与我行规模相当商业银行成功实施案例不少于20家；
8技术要求
交易系统计划按照我行网银渠道系统实施，移动银行要按照安全、体验、前瞻的要求实施，在保障安全的情况提高使用的简便性和体验性。产品或应用满足我行移动银行系统建设项目的业务和技术要求，具有良好的可扩展性，满足未来3-5年的业务发展要求， 所开发APP和微信银行要符合监管要求认证。
8.1技术总体要求
技术方案需充分考虑到先进性要求，体现在以下方面但不限于以下方面：
?系统整体架构应为主流开放式系统架构，基于IT业界开放式标准，不依赖于任何特定的操作系统、数据库、中间件和硬件平台，且具有高效稳定、可扩展性和可维护性强等特点；
?手机服务端面向所有客户端提供标准统一的协议接入，负责对客户端的版本安全检查、管理和展现层逻辑的具体实现等，服务端能依据业务量的增加在集成架构上进行横向扩展，满足第三方软件的信息交互要求，为未来的系统扩展奠定基础。
?对外提供丰富的接口和服务；
?易于第三方维护，基于开发的Java技术和成熟产品，各种产品的文档和技术资料非常齐全，可以非常方便的将系统维护工作移交给乐山市商业银行；
8.2系统架构要求
?按照国际标准、国家标准或行业标准，利用先进的软件设计方法论、设计模型和数据模型，进行符合工业标准和金融行业规范的系统开发。
?系统开发遵循组件化、模块化、参数化设计原则，保持软件系统架构的易于改造和扩展，满足新业务功能的不断扩充，不影响应用系统的各种原有功能。
?系统设计方案须能充分集成或兼容我行现有网络环境；
?系统须具有良好的扩展性，采用组件化技术，参数化和插件式设计，伸缩性好，能良好支撑功能扩展；
?系统须健壮高效，具有快速的响应速度和良好的并发支持能力；
?系统须具有较好的可维护性，须向我行提交所有源码，须结构清晰，并包括齐全文档
8.3接口规范要求
?统一规划“移动银行”的各类数据及接口规范标准，提供方便、安全的对外接口。
?接口规范应满足系统对行内现有外围系统的有效、无缝接入，并能够满足将来统一外围系统的有效接入，能够有效支持移动银行与各外围系统之间的数据交换。
?接口规范应该满足对数据一致性的要求，即在任何异常和故障情况下，一个交易对数据库的所有更新或是全部完成，或是没有执行，不能有中间结果，保证交易的完整性。
?在系统升级时，能提供最大程度上的软、硬件投资保护。
?提供标准、便捷的接口开发模式及开发环境，实现整个外围系统开发的统一管理，快速实现新增外围的接入。
?客户端产品和应用应能与主流手机平台无缝结合，完全满足我行对于手机终端和平台的要求，且能获取手机终端OS、硬件等方面的信息并与服务端交互，客户端对关键交易数据需使用标准公钥算法进行加密并与服务端进行交互，客户端与服务端的通讯交互需采用标准的http/https协议。服务端应为标准的J2EE服务架构，受理客户端产品和应用的服务请求，并为所有客户端产品和应用的请求提供标准统一应用逻辑。
8.4系统风险控制及业务持续性计划要求
?在系统建设全过程加强对各类科技风险的防范，严格按照银监会《银行业金融机构信息系统风险管理指引》的要求进行系统建设全过程各环节的有效控制。
?系统应运行稳定，提供连续可靠的服务，具有多级安全保密、权限控管机制。
8.5用户体验要求
?界面整体布局
?手机银行客户端整体风格要与我行VI规范要求相一致，整体风格与我行标识，网站等相匹配。
?各个功能模块分布清晰，客户可以方便的找寻到自己所要的功能菜单。
?页面主要分为菜单区，信息提醒区，交易页面区域，交易说明区等区域，各区域之间应合理布局，操作方便，清晰美观，突出重点。
?操作页面要求注重人机交互，有明提示信息，完善错误提示定义。
?页面分辨率根据手机型号做最优调整。
?对于高端手机的特性对部分功能做特殊化处理，达到充分展示手机特性的目的。
?页面版本至少有3种以上的模板，提供三套UI，包括卡通版本，通用版本，水墨画风格，同时登陆画面为动画+配音+对应模板的模式，可以采用摇一摇换肤的模式；允许客户自行设置。
?菜单显示
?可采取九宫格、列表或文字菜单等方式以最佳的展示效果显示手机银行各项功能菜单，各项功能菜单可以由用户添加删除移动等。
?银行端可以通过后台随时控制客户的菜单展示内容，添加新业务菜单等。
?用户操作
?根据不同的银行业务种类及手机平台，有针对性的对银行功能进行优化处理，保证在能够完成银行基本功能的前提下，尽可能的提升客户操作体验，达到方便客户操作的目标。
?完善前端输入合法性检查，避免不必要的客户误操作，对于重要的输入输出事项，需能够给客户予以醒目提示。
?针对高端手机如Iphone，Android平台的手机，发挥其自身特色，提供如指纹登陆、地图定位，消息推送，重力感应，多点触控等特性。
8.6产品交互设计要求
?界面应当遵循简洁、易用原则，每个业务操作流程尽量的简短，步骤不易过长；
?让用户便于使用、便于理解、并能减少用户发生错误选择的可能性，误操作后，有清楚的错误提示；
?软件界面操作支持按键和触摸两种方式；
?界面文字使用用户的语言，而非技术的语言；
?要充分体现各类手机平台界面和操作的鲜明特点，操作体验佳。
8.7产品创新要求
产品能在实现基本银行业务需求的基础上，实现不限于使用功能、视觉效果、技术手段等方面的独特创新，并能将前述创新与客户的生活或银行业务进行较好的结合，提高客户的使用黏性。
8.8系统安全和访问控制要求
?能够提供详细有效的系统运行和用户使用日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。
?提供系统资源使用情况实时监控报告，系统出现异常预警报告等功能。
?应标方须保证软件本身有足够的健壮性和成熟度，须经过较大规模银行较长时间的投产使用。
?系统部署于我行生产网段，与其他相关业务系统的接入均在我行生产网段内。系统方案应描述清楚系统的整体网络拓扑架构，客户端与服务端的通信方式、应用层交互协议和数据交换格式，以及客户端与服务端的安全方案和相关措施。
8.9客户端技术要求
客户端的技术实现应包括但不限于以下要求：
?客户端源代码安全：客户端应用包应能防止被反编译
?客户端应用包安全：客户端应有安全保护机制，在签名变动或代码恶意篡改的情况下，客户端无法运行
?客户端适配屏幕展示：使用不同屏幕大小的手机上的客户端应用发起查询等交易，客户端能根据不同屏幕适配适合数量的信息数据。
?客户端重复提交控制：用户无法重复点击按钮向服务端发起提交指令
?客户端应用版本安全：在服务端进行版本设置后，客户端启动时应能检查版本情况，并提示客户，分为非强制更新和强制更新两种情况。
8.10服务端技术要求
服务端的技术实现应包括但不限于以下要求：
?客户端与服务器交互信息安全：客户端与服务器须在应用层进行业务数据加密，保障应用层通讯安全。
?服务端与其他系统的信息安全：服务端与其他系统的交互应对业务数据进行加密或数字签名，保障业务数据信息的合法性和准确性。
?服务端与手机银行业务层的会话保持：服务端与手机银行业务层之间需依照标准http1.1协议保持通讯会话。
?服务端用户操作权限安全控制：服务端需对不同类别用户的操作权限加以控制。
?用户账户层安全控制，服务端需对用户的账户层进行控制，不允许对非该用户的账户进行操作。
?用户登录层安全控制：如用户连续输入查询密码错误3次，服务端需锁定该用户一段时间不允许登录。
?服务端重复提交控制：服务端需对客户重复提交控制，不允许客户端重复提交。
?用户登录单点安全控制：服务端需对客户进行登录控制，在服务端为Cluster的情况下，如同一客户登录两次，则应将前一客户登录的session置为失效退出
?服务端交易信息记录：客户端提交和服务端返回的交易信息数据必须全部记录到数据库。
?用户交易限额控制：服务端能对用户每笔和每日交易限额进行配置，并在联机交易时控制
8.11产品支持、系统管理和参数配置
对手机客户端产品发展趋势有深刻理解，熟悉市场主流手机平台和终端，在手机终端维护方面有较多的经验和资源，能面向各类手机平台或终端提供统一的参数配置管理平台，便于日常维护和更新，并根据手机平台市场的发展不断推出相应产品。
8.12终端应用要求
?终端支持和适配
移动银行产品应具备以下特点：
?支持市场上主流的手机类型，覆盖苹果、HTC、小米、摩托罗拉，三星、多普达、索爱等大品牌的绝大部分机型；
?需支持个平台：ios（包括iphone和ipad）或android等。
?支持移动、联通和电信用户；
?支持各运营商2、3、4G和WIFI等无线网络；
?客户端产品下载和更新
应提供WAP网站和短信推送2种方式供用户下载客户端软件。当用户在网银或网站中签约手机银行时，自动产生安装链接短信推送到用户手机上；也可以登录WAP网站手动下载客户端。
下载和安装采用自适应与用户选择手机型号结合方式，可以自动检测客户手机的型号，也可以手动选择合适的版本进行安装。当客户端软件有了新版本后，能够提示客户并进行自动更新。
8.13兼容性要求
?对主流的手机产品及手机操作系统均能提供良好支持，必须支持的操作系统为IOS，Android。以上操作系统必须支持市面主流版本号。
?对不同手机屏幕，不同分辨率，以及不同的手机操作方式（键盘操作，屏幕操作）均提供良好的兼容性。
?提供给客户自定义手机型号，自定义手机分辨率的功能。
8.14性能要求
?系统必须具备稳定性、可靠性和可扩展性。
?所提供系统本身应不对用户数量进行限制，并根据相应的系统配置要求提供目前已实施系统所能达到的并发交易请求峰值与均值、最大交易数峰值与均值、平均交易响应时间等性能指标。
?系统支持的并发用户数不低于60人。
?系统应提供对大型数据表的保留、备份、检索的有效策略。
?系统必须提供平台级的负载均衡和容错能力。
?阐述系统性能的调优策略。
8.15安全管理
?系统必须支持WTLS与SSL等通讯方式保证客户信息在手机终端与移动运营商和银行网关之间的数据通讯安全。
?系统必须支持密码输入控件，动态图像验证码的方式防止密码被木马病毒窃取或防止密码被暴力破解。
?系统必须支持手机客户与登录手机号码或手机硬件序列号绑定，其中手机号码绑定根据与运营商协调的结果判断是否使用。
?系统能够支持集成硬件证书的TF（SD）卡、我行贴膜卡认证、网上银行u盾，使用数字证书对交易进行签名操作。
?系统能够支持除密码以外的采用其它认证方式，如手机动态短信密码，动态令牌的方式，保证客户登录交易安全。
?监控功能，需要支持对手机客户、应用服务、系统进程、CPU、内存、交易处理等监控功能。
8.16开发与版本控制
?由供应商提供知识转移和二次开发平台，并促进甲方掌握二次开发平台，使甲方能够利用二次开发平台进行后续开发。
?由供应商帮助甲方申请Apple的开发者账户，供应商应确保本项目的iPhone客户端能通过Apple的软件审核。
?图形化的集成开发环境，公司须有较强的页面设计能力：
?支持数据字典的统一管理和维护
?支持图形化交易流程定义和图形化的屏幕定义
?使用成熟的版本管理工具
?支持组件事件处理机制：
?支持提供对事件处理的封装，减少二次开发人员底层技术依赖性
?支持通讯报文可配置功能。
?提供客户端模拟测试功能。
?客户端自动安装、更新：
?客户端软件下载后自动安装，无须用户设置
?客户端软件启动后能自动检查是否有新版本发布，用户下载后自动安装，无须用户设置
?交易更新要求：
?交易更新或增加，不用升级客户端即能使用
?交易版本更新即插即用，无需重启系统
8.17提供解决方案清单
?提供移动银行技术方案；
8.18重要提示
?移动银行的数据库必须采用主流数据库；
?应标方须保证一年内因软件平台故障不能提供正常服务的时间小于8小时，且须在2小时响应并采取紧急措施确保系统恢复正常运行。
?投标方需提供业务要求中的终端测试设备供乐山市商业银行进行业务和联调测试，每类手机/手持设备平台的测试设备不少于5台，其中苹果6和ipad3以上型号设备不得低于3台；
?投标方需提供各类手机/手持设备客户端软件的生产测试发布和管理设备，按ios平台和其他平台区分，各类平台的发布和管理设备不少于5台。
?投标方需代乐山市商业银行申请客户端软件在各类主流手机应用软件市场帐号或证书，包括但不限于Apple Appstore发布者帐号、google andorid market等。
?中标后三年内免系统维护费。免保期间，投标方必须有2名技术人员现场支持。
9业务需求
9.1设计原则
?科学性：充分利用成熟先进的科技手段和科学方法，进行工程组织与管理、系统规划与设计、需求提出与论证，逐步实现电子银行业务的全面发展；
?先进性：高起点规划，高标准建设，高水平管理。充分把握银行业在业务上的发展趋势，满足系统上线后3-5 年的发展要求；
?系统性：系统规划各种资源和网络应用，最大限度地实现各种信息资源的充分共享、分类分期实现与各种业务系统的无缝对接；
?安全稳定性：移动银行成熟稳定，系统应具有较高的可靠性和持续使用能力，保证全年7×24 小时稳定运行，具有强大的并发响应能力及足够的扩充能力；
?易维护性：移动银行和周边支撑环境设计先进、结构合理，方便二次开发、维护以及升级；
?经济性：要在基本满足上述前提的条件下，将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。

9.2业务功能
在投标人提供的技术投标文件中，请就移动银行的具体要求提出详细的回应，表明完全满足、部分满足或无法满足，并描述投标人推荐的标准版本移动银行如何处理相关的要求。如果系统是部分满足或无法满足本行的要求，请说明系统是否可以按本行的要求进行优化并说明优化的难度或工作量估计。
特别提示：以下业务需求列示为本行现有要求，最终业务需求确定应包括但不限于以下的相关内容。
9.2.1总体要求
?整体需求的理解和把握
对客户端手机银行的整体需求等能准确的把握和理解，并能根据需求原型设计符合要求的产品。
?产品整体业务架构设计
产品整体业务功能系统架构设计需考虑合理性、可扩展性、通用性和整合度；各类产品及业务处理的模块化、流程化、参数化、安全性及高效性设计；系统功能及界面用户应用需自动化、友好及人性化。APP的建设，我部建议拟采取通过现有网上银行系统渠道联络。
9.2.2业务功能
?基本功能需求
1、个人业务
（1）账户管理
?账户总揽：用户客户查询自己下挂在手机银行的所有存款、贷款余额信息，存管资金账户，理财产品账户等信息。
?下挂账户管理：用于用户管理手机银行的下挂账户，提供下挂账户添加，别名设置，下挂账户查询，交易限额修改等功能。
?账户挂失：用于挂失客户账户。
?密码修改：用于修改客户手机银行的登录密码。
?银行卡激活：用于代发工资客户在线激活银行卡。
（2）查询
?账户余额查询：用于客户查询客户活期账户（银行卡、存折）账户余额。
?交易明细查询：用于客户查询客户活期账户（银行卡、存折）账户的交易明细。
?手机交易查询：用户客户查询客户手机银行的交易明细。
?多账户（多币种）查询：用于客户查询客户所有账户（银行卡、存折）账户余额。
?积分查询：用于查询客户信用卡的积分情况
?积分兑换：用于客户信用卡积分的兑换
（3）转账交易
?转帐业务：用于实现自动判断行内外大小额及超级网银。
?手机号转账：用于实现客户向我行其他手机银行客户转账的功能。
?转账指令查询：查询客户转账的指令信息
?联行号查询：用于提供客户人行支付系统号的查询功能
?收款人信息维护：用于维护客户收款人信息
?信用卡还款（独立项）用于客户使用下挂在手机银行的借记卡实现向本人或者他人信用卡的还款功能。
(4)信用卡（预留）
?信用卡信息查询：查询客户信用卡的基本信息
?信用卡在线申请
?信用卡申请进度查询
?信用卡交易账单查询：用于查询客户信用卡指定日期的账单
?信用卡明细查询：用于查询信用卡一个区间内的交易明细情况
?信用卡还款：
?信用卡密码修改：用于信用卡的密码修改功能。
?自动还款信息维护：用于设定信用卡的自动还款账户及还款日期
?信用卡挂失：用于信用卡账户的挂失
(5)理财产品
?理财签约：用于理财风险评估和签约。
?理财产品购买：用于购买理财产品
?理财产品交易撤销：用于撤销客户当日的理财交易
?理财产品查询：用于查询我行理财产品信息
?持有产品查询：用于查询客户持有的我行理财产品的情况
?理财产品交易明细查询：用于查询客户理财产品交易的明细情况
(6)卡内业务
?卡内定期存款：用于客户办理卡内定期存款的转开和销户
?卡内通知存款：用于客户办理卡内通知存款的开户销户及通知，包括普通通知存款和七天通知存款预约转存。
?卡内理财：查询客户办理卡内理财业务的转开和销户
(7)红包业务
?发红包（向是我行的开户用户采用类似支付宝的红包模式发放）
?领红包
?支持群发红包、趣味红包
?红包信息查询
(8)个性卡申请
参考我行网站上现有的个性卡申请流程，客户可以通过手机申请个性卡。
(9)当面付（采用声波或二维码支付（二维码中包括付款人信息，金额等）、免密交易或限额密码交易，限额可设置）
?我要付款
?我要收款
(10)贷款
?贷款余额查询。
?贷款申请
?贷款还款情况查询。
2、信息服务需求
提供金融新闻、利率查询、证券行情、黄金行情、基金净值信息、理财计算器、合作商户、优惠快讯、优惠商户、常用信息、电子地图、网点或ATM查询等功能。
?存贷款利率查询：用于查询存贷款利率。
?外汇牌价查询:用于查询外汇牌价。
?营业网点查询：用于查询营业网点信息（在iPhone，iPad及android上要含地图定位）。
?资费查询：用于查询我行的各项费用标准。
?活动公告通知：用于查询显示我行各类公告，营销活动，要求支持普通查询类功能和重点推送类公告显示。
?个性化提醒：用于客户自定义提醒事件、生日提醒等功能。
6、管理功能
?提供管理监控平台，支持交易的发布、更新功能，支持客户软件的版本管理，支持客户端软件的更新、发布功能，支持对用户、交易的监控功能。
?统计报表管理：提供报表的查询，下载功能。
?参数管理：对系统需要的参数进行配置，支持不间断运行而刷新生效功能。
?日志管理：对业务操作日志进行详细记录，对管理操作的日志需要记录操作员、操作对象、操作内容、授权人等信息，并提供对日志记录进行统计与查询功能。对系统日志需要参数化进行清理、备份。
7、APP亮点要求：
1.支持蓝牙、电子口令卡、usb-KEY认证和我行现有贴膜卡认证；
2.支持手势密码，支持常在线，提供交易实时提醒（未读短信）；
3.支持连续登录领积分，每日积分可以设定，每个月初清零重新开始；
4.支持设置定义某种类型的交易可以积分；
5. 接入银联钱包，同时由中标公司引入一个三方增值服务平台，内置为一便民服务平台，内容包括充值话费，Q币等充值，买机票，交四川省内已有水电气费等项目；
6.娱乐收付作为APP的一个场景应用。支持一个场景模式，在打完麻将后，赢方可以快速通过APP小额免密支付收取输方，同时可以通过APP快速支付结台费、购买饮料等，支付过程中可以每盘提取一部分钱转到指定一个客户的账户用于最后支付台费，提取的金额满足一定金额后则不再提取。同时以后可接入电销平台，通过这个功能预定茶楼的台子；
7.与直销银行打通放入口；
8.放置电商平台入口，实现购物、售卖纪念币等功能；
9.提供可置换的广告播放位；
10.提供无卡取现业务；
11.提供多种登陆方式，可更换注册号（如手机号注册的用户，手机换了，可以换注册名，例见支付宝注册）；
12.提供客户生日、信用卡还款到期提醒，同时提供检索他的手机通信录中的好友名单，看是否是我行的客户，提供客户好友生日提醒；
13.与我行的统一支付平台打通，提供类支付宝先充值，后付款的商户模式；
14.活动投票，可以在后台设置内容、时效、投票选项等；
15.留言板，公开收集客户的意见；
16.提供管理公告，公告可以设置时效，内容，在客户登录第一时间内显示，读过之后或者时效到期后就不再显示；
17.提供在线无缝自动升级版本及功能；
18.提供微信银行版本，主要内容为帐户查询，投票，转帐，收款人管理及特约商户查询，理财购买以及微信后台管理平台，微信银行功能以APP手机银行已实现功能为准；
19.客户可以选择将交易提醒为微信银行提醒和手机银行APP提醒，在手机银行中在设置项进行管理设置；
20.支持对接到我行的超级网银，支持电子回单打印；
21.预留银行卡原卡保号申请，可选原因，提交，后台处理。
22.加入声波锁解锁等多种创新登陆方式。
10项目实施
“乐山市商业银行移动银行”实施按照“整体规划，分步实施”的原则进行，在充分考虑乐山市商业银行系统现状及系统复杂性的基础上，通过分阶段实施逐步完成行内系统整合工作。
请投标人依据以下项目实施要求提出可行的项目实施方案，包括但不仅限于项目实施方法论、项目计划、项目组织、项目实施前提、项目关键阶段、项目交付物、项目实施风险及规避措施等。鉴于本行较为复杂的当前IT环境，请提出可行的移动银行实施方案。
10.1项目进度要求
给出项目开发实施计划，要求投标人提出计划安排，内容详细到周。
10.2项目实施管理要求
本行要求投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导和控制项目实施工作。请投标人针对下述要求进行分别回复。
1、请为本行的项目实施制定合理的项目管理组织架构。
(1) 投标人将承担项目管理办公室的主要日常工作，因此，要求投标人提出项目管理办公室的人员组成，以及项目管理办公室每个主要职位的工作责任、任职要求、汇报路线等。
(2) 要求在项目组织结构设计中应考虑主要业务部门的广泛参与。业务部门相关人员在详细差异分析（系统研究）阶段就应全力投入，并从设计阶段一直到系统投产上线都要广泛参与项目工作，以确保最终交付物得到业务用户的认可。
(3) 如果投标人的项目人员不能同时到位，请给出各阶段的人员和工作安排，但以按时完成开发和上线的要求为基本要求。
(4) 项目组织结构设计要有利于技术转移，确保在项目过程中，完成知识转移。
2、要求投标人给出需求变更管理以及项目范围控制的方法和流程。需求变更管理流程应包含检查、评估和确定变更需求的优先级，说明因需求变更而产生的各项费用及其计算方法。需求变更的决策工作应由本行以及投标人（如需要，包含投标人的分包商及第三方人）代表组成的专门团队具体负责。
3、请投标人给出计划管理、沟通管理、资源管理、版本管理等方法和流程。
4、要求投标人给出质量保证的方法和流程，尤其是对于各种类型测试的质量保证方法，如单元测试、集成测试、压力测试、用户验收测试和回归测试等。
5、要求投标人给出风险管理的方法和流程，尤其是针对本行的现状环境来说，主要的风险点有哪些，并给出建议的风险转移方案。
6、要求投标人制定各种相关的项目管理标准，包含但不限于项目计划标准、配置管理标准、质量控制标准、风险管理标准、测试标准、文档标准。请投标人在投标文件中给出上述标准的样例。
7、请投标人说明进行BUG修复的流程，包含发现、评估以及补丁程序的开发、发布、安装等环节。
10.3项目实施队伍要求
1、在项目实施阶段，项目实施队伍是以投标人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制等，对整个项目的完成进度负责；本行将派出一定数量的业务与技术人员配合项目建设，审核设计方案，明确细化业务需求，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的质量，确保按时完成工程；
2、项目管理人员应具有移动银行项目管理的实际经验（请提供证明材料），能根据本项目要求制订出切实可行的项目管理流程和项目实施时间进度计划表，并严格执行，保障项目按进度高质量的完成；
3、项目经理具有国内银行系统项目开发实施5年以上经验；
4、项目组软件开发核心成员5人以上；项目组实施团队核心成员3人以上，且具有金融行业软件开发项目实施经验；请填写第三部分《投标文件格式》的《项目核心成员一览表》；
5、根据投标人建议的实施计划，请明确给出项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责。
6、请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。

10.4项目实施工作范围
本行对投标人的实施工作范围包括：
1.投标人负责完成项目实施过程中的项目管理工作；
2.基于招标人给出的移动银行业务需求，完成系统研究与差异化分析工作，确定定版的业务需求并提交业务流程调整的分析报告；
3.整理分析招标人目前行内各与银企对账相关的系统情况，提交完整解决方案；
4.按照差异化分析结果以及最终定版的本行业务需求，完成移动银行的客户化及适应性开发工作，包括编码、单元测试、联调测试、集成测试、用户测试、压力测试等；测试过程中需要提供自动重复测试功能，以减少由于重复录入而节省测试时间；
5.完成本项目整体集成测试、用户验收测试工作；
6.投标人负责完成移动银行相关软件以及硬件设备的集成工作；
7.完成本行整体上线工作。
要求投标人通过培训、参与开发以及其它认为合适的方式实现移动银行软件标准版本开发方面的技能转移。
10.5项目实施工作职责
为了明确项目实施不同阶段各方的角色和责任，并有利于评估工作量以给出合理报价，下表中给出了建议的责任分工，投标人可以作为项目计划编制、项目组织设置以及工作量评估的依据，允许投标人对下表中的工作职责安排给与补充、修正，并简要陈述理由。
编号工作任务乐山市商业银行投标人
1需求研究与差异化分析共同负责共同负责
2客户化开发工作
编码配合负责
单元测试配合负责
联调测试配合负责
集成测试配合负责
用户测试共同负责共同负责
压力测试共同负责共同负责
3三个级别的虚拟机构的模拟运行工作
系统安装配合负责
数据移植共同负责共同负责
系统操作手册配合负责
业务流程确定共同负责共同负责
　　人员培训共同负责共同负责
　　系统切换（48小时之内完成）共同负责共同负责
4上线工作共同负责共同负责
5项目管理共同负责共同负责

11技术转移
（1）投标人应提供移动银行全部应用源代码。
（2）在移动银行应用软件客户化过程中形成的源码，双方共同拥有。
（3）提供的源码按系统、分模块列明。
（4）提供移动银行源代码的所有说明文档。
（5）核心技术转让应包含：
? 核心技术文档；
? 源代码、开发及相关培训；
? 系统开发所需的全部文档资料；
? 系统实施过程中形成的各类文档。
12服务与支持要求
（1）服务时限要求：移动银行应用软件整体上线成功后免费服务期叁年，并承诺提供终身系统免费升级。；
（2）能够长期稳定地提供本地支持；在免费服务期内必须保证3-5名主导系统设计与开发的技术人员常驻用户现场，对本行提供7*24小时服务支持。免费维护服务期内，根据业务的任何变化，免费对系统进行相应修改。
（3）在项目实施过程中，针对关键或重大问题，应承诺调动全部资源给予支持，委派专家到现场解决问题，并不得影响项目的整体进程；
（4）分别就免费服务期内、免费服务期后提供全面、完整的售后服务方案，服务方案中请明确列明服务期限、服务方式、服务级别、响应时间、服务收费等情况；并注明免费服务期到期后三年的服务费收费方式及标准。
13文档和培训要求
13.1文档要求
本行要求提交的文档是一套可保存的、并容易查阅的中文文件，文档要求以纸质和电子格式提供，文档内容包括但不仅限于：
（1）工作说明书（SOW）
（2）需求说明书
（3）整体实施架构设计说明书
（4）详细设计说明书
（5）数据库设计说明书
（6）操作使用手册、安装手册、维护手册
（7）测试计划、测试报告
（8）数据移植方案、对外接口方案、上线方案说明
（9）命名规范、软件质量管理标准、信息安全规范、编程规范、应用接口规范等
（10）业务流程文档
对于项目实施阶段目标设定的文档交付物，将作为本阶段工作完成的标志之一。对于文档交付物的描述应包含但不限于：各个阶段名称、阶段目标、交付物描述、形式（即文件、演示文稿、软件系统等）、建议的接受标准、阶段负责人等，本行保留自由复制文档供自己使用的权利。
13.2培训要求
投标人应确保在系统开发和建设中所提供的培训是全面而系统的，包含了移动银行应用软件和开发工具等培训内容，培训的主要对象是系统的使用者和技术支持人员。对技术人员的培训应该为厂商认证的培训（请详细列示），每项培训不少于三人，所需所有费用（包括培训费、教材费、认证费、交通费、食宿费等）均有投标人承担
（1）培训教材（中文版）
（2）培训
培训完成后至少应达到以下效果：
（1）操作人员：熟悉移动银行功能特点，熟练掌握各项业务操作及业务处理流程；
（2）业务人员：具备利用移动银行进行风险控制、报表分析、金融产品分析、设计与管理的能力；
（3）技术人员：掌握移动银行的设计思想、整体架构及源代码，具备独立的系统设计、应用开发以及系统运维管理能力；
（4）管理人员：了解移动银行功能特点，熟练利用移动银行完成各项管理工作。

第三部分 评分标准
评标办法前附表
条款号评 审 因 素评 审 标 准
3.1.1资
格
评
审
标
准资格条件详见第一部分 投标须知 第一章总则部分
3.1.2符
合
性
评
审
标
准投标人经营范围与营业执照一致
投标函签字盖章有法定代表人或其委托代理人签字且加盖单位公章
投标文件格式符合第四部分“投标文件格式”的要求
投标报价只有一个有效报价
实质性条件实质性响应招标文件中打“★”内容
条款号评分因素评分标准
3.2权重构成投标报价 - 权重值A1：0.3
技术部分 - 权重值A2：0.5
商务部分 - 权重值A3：0.2
投
标
报
价
部
分

F1
投标报价
计算公式
（满分100分）评标基准价计算方法：
1.当有效投标报价≤4个时，取有效投标报价的算术平均值作为评标基准价；
2.当有效投标报价≥5个时，去掉一个最高报价和一个最低报价，取剩余报价的算术平均值作为评标基准价。
投标报价得分计算方法：
1、当投标报价低于评标基准价时，投标报价得分：
F1＝100－【(评标基准价－投标人报价)/评标基准价】×100；
2、当投标报价高于或等于评标基准价时，投标报价得分：
F1＝100－【(投标人报价－评标基准价)/ 评标基准价】×110。
备注：
1.有效投标报价是指经审查合格满足招标文件要求的各有效投标报价；
2.评标基准价和报价得分精确到小数后两位。
3. 投标报价部分得分最低为0分，最高为100分。
技
术
部
分

F2
B1：系统架构及平台先进性、开放性、可扩展性、可维护性
(满分30分)根据投标人投标文件所描述应用系统及相关平台技术水平状况进行横向比较及评价：
第一个档次：应用系统及相关平台采用先进的技术框架和行业标准、架构设计合理清晰，基于完全开放式平台构建，各功能模块具有低耦合高内聚特性，基于配置化的开发和维护，完善的后台管理功能，得30分；
第二个档次：应用系统及相关平台采用成熟规范的技术实现，架构层次清晰，基于开放式平台开发应用，各功能模块划分清晰逻辑独立，提供二次开发接口和管理维护接口，得21分；
第三个档次：应用系统及相关平台采用技术和标准较一般，系统架构较普通，可扩展性、可维护性尚可，得15分；
第四个档次：应用系统及相关平台先进性、开放性、可扩展性、可维护性方面均较差，得9分。
B2：提供以客户数据及营销模型为中心的移动作业服务能力
（满分30分）根据投标人投标文件所描述系统支持大数据分析及营销业务建模能力进行横向比较及评价：
第一个档次：应用系统能提供功能完善的客户数据取数接口和客户信息分析功能，能够基于乐山商行实际情况建立合理的营销业务模型和客户分层模型以支持移动营销作业，得30分；
第二个档次：应用系统能提供一定的客户取数和数据分析功能，能够建立客户分层模型指导移动营销工作，得21分；
第三个档次：应用系统仅提供最基本的客户信息收集和查询功能。系统仅能提供简单的汇总统计查询功能，得15分；
第四个档次：应用系统基本不具备客户数据收集和数据分析功能，得9分。
B3：系统信息安全架构、信息安全方案成熟度
(满分20分)根据投标人投标文件描述的信息安全方案进行横向比较及评价：
第一个档次：系统采用完善和成熟的信息安全技术，基于自主知识产权安全产品提供应用各层的数据加密、认证和访问控制机制，具备第三方权威机构安全评估结果，得20分；
第二个档次：系统采用成熟的信息安全技术，基于成熟安全产品实现应用数据加密、认证和访问控制机制，得15分；
第三个档次：系统采用普通的信息安全技术，具备一定的数据加密、认证和访问控制功能，得10分；
第四个档次：系统信息安全架构简单粗糙，只具备最基本的简单数据加密和认证功能，得5分。
B4：专业化的移动开发、UE/UI设计、移动平台测试团队
（满分20分）第一个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队具有非常专业的技术背景、丰富的项目经验，有计算机系统软件集成资质，取得过优秀的项目业绩，得20分；
第二个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队具有专业的技术背景、较多的项目经验，取得过良好的项目业绩，得15分；
第三个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队在技术背景、项目经验，项目业绩方面较为一般，得10分；
第四个档次：参与系统开发的移动开发、UE/UI设计、移动平台测试团队在技术背景、项目经验，项目业绩方面较差，得5分。
技术部分得分（满分100分）：=B1+ B2+ B3+ B4
商务
部
分

F3C1：项目业绩
（满分30分）第一个档次: 项目业绩多(有15个及以上成功案例)，得30分；
第二个档次: 项目业绩较多(有10个及以上成功案例)，得20分；
第三个档次：项目业绩一般(有5个及以上成功案例），得10分；
第四个档次：项目业绩较少(3个以下成功案例)，得6分。
注：提供相关合同复印件作为证明材料。
C2：项目进度计划、规范化项目管理
（满分20分）第一个档次: 项目进度计划详尽、合理，具有较强的可操作性。采用规范先进的项目管理手段进行项目管理和风险控制，得20分；
第二个档次: 项目进度计划详细，明确，可操作性强。项目管理手段规范合理，具备风险控制能力，得15分；
第三个档次: 项目进度计划合理性、可操作性一般，项目管理手段和风险控制能力普通，得10分；
第四个档次: 项目进度计划不合理、缺乏可操作性，项目管理能力差，缺乏风险控制能力，得5分。
C3：项目交付成果
(满分20分)第一个档次：提供应用及平台相关全部源代码、提供详尽的开发、部署和维护所需技术资料及项目管理文档，得20分；
第二个档次：提供应用全部源代码、提供一般系统开发、部署和维护技术资料及项目管理文档，得15分；
第三个档次：仅提供部分应用及平台源代码和相关技术资料，交付项目管理文档不全面，得10分；
第四个档次：不提供应用及平台源代码，或者交付技术资料及项目管理文档严重不全，得5分。
C4：售后服务方案、服务承诺及保证
（满分20分）第一个档次：售后服务及保证措施全面具体，可操作性强，得20分；
第二个档次：售后服务及保证措施较具体，可操作性强，得15分；
第三个档次：售后服务及保证措施一般，可操作性一般，得10分；
第四个档次：售后服务及保证措施较差，可操作性较差，得5分。
C5：人员培训方案
(满分10分)第一个档次：人员培训计划方案组成完善具体，针对性强，得10分；
第二个档次：人员培训计划方案具体可行，有一定的针对性，得7分；
第三个档次：人员培训计划方案基本可行，但缺乏针对性，得5分；
第四个档次：人员培训计划方案可行性较差，得3分。
商务部分得分（满分100分）：=C1+ C2+ C3+ C4+ C5
1. 评标方法：
本次评标采用综合评分法。即评委会按照招标文件的要求对各投标人的投标文件进行评审，在最大限度地满足招标文件实质性要求前提下，按照招标文件中规定的各项评分因素（包括：技术、商务、对招标文件的响应程度等因数）进行综合评审后对投标人的技术部分、商务部分分别独立进行打分，并按投标报价计算公式计算出各投标人投标报价得分，最后按相应计算公式和各部分得分的权重值计算出投标人的综合得分，以评标综合得分最高的投标人作为中标候选人或者中标人的评标方法。
评委会将按以下公式计算出各投标人的综合得分，按得分由高到低推荐中标候选人排序；得分相同的，按投标报价由低到高顺序排列；得分且投标报价相同的，按技术服务部分得分高低顺序排列。
综合得分计算公式：投标人的综合得分B=F1×A1+F2×A2+F3×A3
F1、F2、F3分别为投标报价、技术部分、商务部分的汇总得分；A1、A2、A3分别为各项评分因素所占的权重；A1=0.3；A2=0.5；A3=0.2；（A1+A2+A3=1）。
2. 评分细则：
1）投标报价得分（满分100分）
投标报价计算公式，见评标办法前附表“投标报价得分F1”部分描述。
2）技术部分得分（满分100分）
评委将根据“评标办法前附表”中“技术部分”所列B1～B4项评审因素对投标人投标文件进行综合打分；
评分原则：
a.满分为100分；
b.各档次之间不得采用插入法评分；
c.若投标人投标文件中对B1～B4项评审因素的某一项在投标文件中均无相应描述、说明及提供有关材料，使评标委员会无法对该项评审因素做出评价及评分，则投标人对应该项的得分为0分。
3）商务部分得分（满分100分）
评委将根据“评标办法前附表”中“商务部分”所列C1～C5项评审因素对投标人投标文件进行综合打分；
评分原则：
a.满分为100分；
b.各档次之间不得采用插入法评分。
c.若投标人投标文件中对C1～C5项评审因素的某一项在投标文件中均无相应描述、说明及提供有关材料，使评标委员会无法对该项评审因素做出评价及评分，则投标人对应该项的得分为0分。
4）统分原则
a.评委应首先对各投标人投标文件进行评审，写出书面意见并按招标文件规定分值评分。
b.除投标报价得分外，其余部分由各评委自主评分。
c.商务、技术统分原则：投标人各项评分因素得分为该项因素各评委评分的算术平均值（保留小数点后两位）。
d.综合统分原则：各项评分因素得分乘以相对应的权重后的总和即为投标人最后综合得分。
3. 评审标准
3.1初步评审标准
3.1.1资格评审标准：见评标办法前附表。
3.1.2符合性评审标准：见评标办法前附表。
3.2 详细评审标准
详细评审标准：见评标办法前附表。
4. 评标程序
4.1初步评审
4.1.1评标委员会依据本章第3.1.1项、第3.1.2项规定的标准对投标文件进行初步评审。有一项不符合评审标准的，投标文件将被否决。
4.1.2投标人有以下情形之一的，其投标将被否决：
（1）串通投标或弄虚作假或有其他违法行为的；
（2）不按评标委员会要求澄清、说明的。
4.2详细评审
4.2.1评标委员会按本章第3.2款规定的评分因素进行综合评分。
统分原则：
a.评委应首先对各投标人投标文件进行评审，写出书面意见并按招标文件规定分值评分。
b.除投标报价得分外，其余部分由各评委自主评分。
c.商务、技术统分原则：投标人各项评分因素得分为该项因素各评委评分的算术平均值（保留小数点后两位）。
d.综合统分原则：各项评分因素得分乘以相对应的权重后的总和即为投标人最后综合得分。
4.2.2投标人不得以低于成本价(或进价) 报价，评标委员会发现投标人的报价明显低于其他投标报价，使得其投标报价可能低于其成本的，应当要求该投标人作出书面说明并提供相应的证明材料。投标人不能合理说明或者不能提供相应证明材料的，由评标委员会认定该投标人以低于成本报价竞标，其投标文件将被否决。
4.3投标文件的澄清和说明
4.3.1在评标过程中，评标委员会可以书面形式要求投标人对所提交的投标文件中不明确的内容进行书面澄清或说明。评标委员会不接受投标人主动提出的澄清、说明。
4.3.2澄清、说明不得改变投标文件的实质性内容（算术性错误修正的除外）。投标人的书面澄清、说明属于投标文件的组成部分。
4.3.3评标委员会对投标人提交的澄清、说明有疑问的，可以要求投标人进一步澄清、说明，直至满足评标委员会的要求。
4.4评标结果
4.4.1评标委员会按得分由高到低顺序推荐中标候选人，并提出书面评标报告。
4.4.2采购人根据评标委员会提出的书面评标报告和推荐的中标候选人名单，确定中标人。
备注：对未通过初步评审的投标人评标委员会应通过相关的决议或在评标报告中说明情况。经评标委员会评审，有效投标文件不足3家使得投标明显缺乏竞争的，评标委员会可以否决全部投标。所有投标被否决后，招标人应当依法重新招标。当有效投标文件不足3家，而评标委员会认为仍能满足招标文件要求，并具有竞争性的，将按下述方法推荐中标候选人：1）若有两家单位的，则仍然按上述评标办法推荐；2）若只有一家单位，则由评标委员会对该单位投标文件做出综合评议推荐。

第四部分：投标文件格式

14投标报价
14.1投标报价表
投标人应按附表14.1.1～14.1.7的格式提交报价表，并提供报价表的电子文件。
附表14.1.1：
投标报价表
项目名称：乐山市商业银行移动银行项目
投标人： 　 价格单位：（人民币）万元
项目及产品报价单模版
公司名称： 日期：
序号报价内容价格（人民币）备注
1模块1
模块2
模块3
…
小计
2
3…
填表说明：
1、严格按要求格式填写，否则视为无效报价。
2、第1栏为满足附件2需求明细中要求的所有组件，并注明许可使用的类型和用户数。
备注：1、对每一项具体工作，可以建议两种以上不同深度的解决方案，不同的工作深度可以有不同的报价
2、如果项目实现中需要外购软件或外购数据，需单独报价
3、本报价总表及所属分项报价表的报价都是指现场到货价（含关税、进口环节增值税、运输费等）。
4、为了便于评标，本开标一览表要求一式两份，一份单独装入小信封进行密封，并注明“开标一览表”字样，放置在投标文件的“商务部分”信封中，另一份装订在投标文件的“商务部分”之中。

投标人承诺的最终投标总价为人民币（大写）： ，
（小写）： 。
说明：公司必须承诺，如果乐山市商业银行要求中标人在系统开发工作结束后继续做系统的维护工作时，公司必须无条件接受，同时在开标一览表中承诺软件或系统的每年服务费的上限为合同价的比例多少；如果有其它优惠条件，可以在开标一览表的备注中说明，也可以在一览表下另文说明。

投标有效期：自 年 月 日至 年 月 日
投标人名称:__________________________________
投标人单位盖章:______________________________
投标人代表签字：
日期：

附表14.1.2：
关联报价表
项目名称：乐山市商业银行移动银行关联项目
投标人： 　 价格单位：（人民币）万元
序号 项目名称 金 额 备注
二、系统软件报价
1开发工具
2其他报价




（小计）
三、硬件设备报价
1配套的硬件设备（包括开发测试环境）

（小计）
（合计）
（合计报价大写）：
投标人说明：

说明：
1、除移动银行项目外，本行希望通过投标人向第三方采购支撑移动银行运行所需的开发工具及硬件设备等，请投标人按照《9技术需求》章节的要求进行报价。
2、该报价表的内容不得与《投标报价表》相互交叉。
3、如果投标人所列报价与本行要求或期望不相符，本行有权选择接受或放弃。
4、表格的单元格行次不足使用的，请自行添加。

投标人（公章）：
法定代表人（签名或盖章）：
或被授权人（签名或盖章）：
日 期：
附表14.1.6
其他报价表
项目名称：乐山市商业银行移动银行项目
投标人： 　　　　　　　价格单位：（人民币）万元
序号项　目金　 额备注














合计

说明：
1、本合计报价是折扣后的最终人民币报价；
2、如果投标人还有附表14.1.1～14.1.5中未包含但不计入总价中需要说明的，均在此表中填写。
3、推荐功能模块、开发工具、第三方应用系统应在此报价。
4、该项报价仅做参考，不作为本次招标必须的选择内容，但本行可酌情选用。
5、如该表不能满足要求，可自行设计表格填列。

投标人（公章）：
法定代表人（签名或盖章）：
或被授权人（签名或盖章）：
日 期：
附表14.1.7
移动银行未来年度服务收费表

项目名称：乐山市商业银行移动银行项目
投标人： 　　　　　　　　价格单位：（人民币）万元
序号项　目金 额收费比例收费金额










合计

说明： 1、请列明软件服务费的项目，以及收费的计算依据和比例；
2、本收费表的金额只用作参考，不计入总价；
3、如果上述表格不能体现服务费的收费方式，可自制表格；

投标人（公章）：
法定代表人
或被授权人（签名或盖章）：
日 期：

15商务响应
15.1投标函格式
投 标 函
致:乐山市商业银行
我方确认收到贵方（项目名称）项目采购的招标文件，(投标人名称)作为投标人已正式授权(被授权代表全名、职务)代表我方提交投标文件，正本一份副本六份，并在正本内附有对应于投标文件各册内容的电子文件一套（光盘形式）。
投标文件包括如下内容:
1.投标函；
2.投标报价表；
3.授权书；
4.资格证明文件（含移动银行版权拥有人的授权销售函原件），资质证明文件、业绩情况；
5.用户需求响应表；
6.技术响应文件；
7.按招标文件中投标人须知及投标文件格式提供的其它有关文件；
8.证明拟提供的产品和服务符合招标文件规定的合法性证明文件。
我方已完全明白招标文件的所有条款要求，并重申以下几点：
1．我方所提供的全部产品和相关服务的投标总价为 ；
2．本投标文件的有效期为投标文件提交截止之日起90天内有效；
3．我方已详细研究了招标文件的所有内容，包括修改文件(如果有)和所有已收到的参考资料以及有关附件，并完全明白。我方放弃在此方面提出不明或误解的一切权利。
4．对贵方在招标文件中（包括修改文件(如果有)和所有已收到的参考资料以及有关附件）有关权利义务和责任限制或免除条款的含义，我方已完全明白并接受。
5．我方同意按照贵方可能提出的要求而提供与投标有关的任何其它数据或信息。
6．我方理解贵方不一定接受最低投标价或贵方收到的任何投标。
7．我方如果中选，将按照招标文件及其修改文件（如果有）的要求及我方承诺，按质、按量、按期履行全部合同责任和义务。
8．所有与本招标有关的函件请按下列联系方式发送:

地 址： . 邮政编码： .
电 话： . 传 真： .

投标人（公章）：

法定代表人
或被授权人签名（或盖章）：

日 期：

15.2企业法定代表人授权书格式
法定代表人授权书

致:乐山市商业银行
本授权书声明：（法定代表人姓名）为本公司（注册于（省、市、县）的（投标人名称））的法定代表人，现任（法定代表人职务）。在此代表本企业授权（被授权人姓名、职务）作为我公司的全权代理人，在（项目名称）的投标及其合同执行过程中，以我方的名义处理一切与之有关的事务。

本授权书于 年 月 日签字生效，特此声明。

投标人（公章）：

地 址：

法定代表人（签字或盖章）：

被授权人（签字或盖章）：

15.3资格声明格式
资 格 声 明
致：乐山市商业银行：
下述投标人愿响应你方 年 月 日的 投标邀请，参与投标，提供符合系统需求规格说明书中规定的（产品名称），并按招标文件要求提交所附资格文件且声明和保证如下：
1、我方所提交的所有文件材料是真实的、完整的、合法的、有效的，我方愿为其真实性、完整性、合法性、有效性承担法律责任；
2、我方是依法注册的法人，在法律上、财务上和运作上完全独立于招标人。
3、我方在参加本次投标前 年内，在经营活动及参与政府采购活动中没有重大违法活动及涉嫌违规行为，并没有因而被有关部门警告或处分的记录。
4. 我方提供的产品及相关服务与招标文件的要求一致。
5. 我方提供的所有产品、技术及服务的原产地均应来自中华人民共和国或是与中华人民共和国有正常贸易往来的国家或地区。我方在投标文件中确认拟提供的、为实施、完成和维护本项目所需的一切产品、服务或技术，均能够通过一般行政程序获得出口国政府的出口许可。招标人仅就符合该条件的产品、技术和服务按照合同的规定支付价款，对于因无法获得出口国政府的出口许可而无法提供的产品、技术和服务，我方将自行承担损失，并赔偿因无法获得出口许可而给招标人造成的损失。
6. 我方在递交投标文件之前或同时，应当自行负责调查、评估其所在国家或地区法律或政府政策对于其向招标人供应本项目所需的软件、系统、技术等一切产品和服务可能涉及或存在的批准、审查、许可证、登记、备案或其他类似的要求或障碍，并应当向招标人充分披露该要求或障碍（如有），以及其可能需要的程序、时间、导致的技术或法律上的影响。如果我方未能履行这一披露和提示义务，而在项目谈判或签约后的过程中导致本项目谈判或实施进程的中断、延误、障碍或其他损失，我方自行承担相应的赔偿责任。
7. 我方保证，我方已经从其合法所有人得到了合法、适当的授权，并保证其产品、技术和服务均不侵犯任何第三人的版权、专利权、商标权或其他形式的知识产权，亦不侵犯任何第三人的商业秘密或其他权利。招标人有权因为我方提供虚假、错误或误导性信息而拒绝我方参加投标，并保留依照所适用法律可能享有的进一步追诉的所有权利。
8. 我方保证，招标人在中华人民共和国使用产品或产品的任何一部分时，如因使用我方提供的产品或服务而受到第三方关于侵犯版权、专利权、商标权或其他形式的知识产权的指控或其它指控，由我方与该第三方交涉，采取措施使招标人免受第三方提出侵犯其专利权或其它知识产权的起诉，并对招标人承担相应的赔偿责任。
我公司承诺，上述声明及保证均为真实、有效的，如存在隐瞒、欺骗等情形，由此产生的一切后果，由我方自行承担。
特此声明！

附资格文件如下：
1）《企业法人营业执照》（或注册登记证书）复印件（证书已年检）；
2）产品销售许可证明，可以是由中华人民共和国国家版权局颁发的《计算机软件著作权登记证书》，或者是拟投标移动银行版权拥有人的授权销售函原件及其权利证书。
3）证明可从事本次招标项目及软件的开发、销售资质证明文件。
4）根据本公司章程或内部有关规定，董事会或相应最高权力机构出具的，同意本次投标活动的决议或授权。

投标人（公章）授权签字人

名称： 姓名：
地址： 职务：
邮编： 签名：
传真： 电话：
15.4投标人基本情况表格式
投标人基本情况表
公司名称总部地点
性　　质供应商 □ 分包商 □
中国注册地中国注册时间
公司及隶属关系简述(300字以内):
员工情况(包括市场营销、技术支持等部门人数及其全球、亚洲、中国的分布):
拟签署本项目合同的主体是:

公司联系信息:

联系人: 职务:
联系电话: EMAIL:
联系传真:

投标人（公章）：
授权代表（签字或盖章）：
日 期：

15.5投标人业绩表格式
投标人业绩表
投标单位： 　　　　　　
编
号项目
单位项目
名称项目
内容项目
工期项目
金额联 系人及
联系电 话
基于UNIX开放式平台业绩
1
2
3
…
其它平台（注明平台）业绩
1
2
3
…

注：（1）按《投标人须知》要求的时间段，列出2014年-2015年完成或正在执行的主要银行业相关项目；
（2）投标人应尽可能提供表列项目的评定证书或用户使用报告的复印件；
（3）业绩主要包括：移动银行在国内银行实施案例，并对主要成功业绩进行详细描述，业绩列表内容包括但不限于客户名称、系统上线时间、联系人、联系电话等，如果述表格不能体现成功业绩介绍，可以在该表格的基础上进行修改，完善。

投标人（公章）：
被授权代表（签字或盖章）：
日 期：

15.6项目核心成员一览表格式

项目核心成员一览表

投标人： 　　　　　　
序号姓名年龄学历责任或分工主要项目经历（相关证书）









　　
　附：上表所列人员包括但不限项目经理、软件开发核心人员、实施团队核心人员，请另设置表格提供主要成员的工作简历。

投标人（公章）：

被授权代表（签字或盖章）：

日 期：

16技术响应
投标人应按照招标文件的要求，根据《系统需求规格说明书》内容做出全面响应。

投标人（公章）：

被授权代表（签名或盖章）：

日 期：