中国农业银行移动应用数据采集分析平台项目技术需求说明书.pdf

《中国农业银行移动应用数据采集分析平台项目技术需求说明书.pdf》由会员分享，可在线阅读，更多相关《中国农业银行移动应用数据采集分析平台项目技术需求说明书.pdf（31页珍藏版）》请在三一文库上搜索。

1、- I/ 3 -软件开发中心 中国农业银行 移动应用数据采集分析平台采购项目 技术与服务资源技术需求说明书 编制单位： 软件开发中心应用开发三部、应用开发七部 编制日期：2016 年 6 月 22 日 - II /3 -软件开发中心 目录 1. 总则 . 1 2. 项目整体情况说明. 1 2.1. 项目背景 . 1 2.2. 项目目标 . 2 2.3. 项目采购内容 3 3. 服务商资质要求. 3 3.1. *基本资质 3 3.2. 增强要求 . 3 4. 软件产品需求说明. 4 4.1. * 采集插件需求 4 4.1.1. 多平台部署需求 . 4 4.1.2. 数据采集需求 . 4 4.1.

2、3. 数据存储需求 . 5 4.1.4. 数据上传需求 . 5 4.1.5. 采集插件性能需求 5 4.1.6. 数据采集兼容性需求 6 4.2. * 数据收集服务模块 6 4.2.1. 定制数据采集指标 6 4.2.2. 采集数据管理 . 6 4.2.3. 采集数据治理 . 6 4.3. * 数据分析模块需求 6 4.3.1. 数据扩展 . 6 4.3.2. 算法支持 . 6 4.3.3. 分析引擎 . 6 4.3.4. 行为分析功能 . 7 4.3.5. APP 性能分析功能 . 7 4.4. 公共管理模块需求 9 4.4.1. 图形化展现与查询 9 4.4.2. 系统管理 . 9 4.4

3、.3. 角色管理 . 9 4.4.4. *系统监控 . 9 4.5. * 软件产品非功能要求 10 4.5.1. 兼容性要求 . 10 4.5.2. 性能要求 . 10 4.5.3. 可靠性要求 . 10 4.5.4. 数据采集安全性需求 10 4.6. * 软件产品许可权要求 10 5. * 客户化开发需求说明 11 5.1. 客户化开发开发功能要求 11 5.2. 工作量及交付时间要求 11 - III / 3 -软件开发中心 5.3. 开发工具及开发语言要求 11 5.4. 对交付件的要求 12 6. 维保服务要求. 12 6.1. 维保时间要求： 12 6.2. 维保服务组织要求 12

4、 6.3. 维保服务人员资质要求 12 6.3.1. 维保服务内容 . 12 7. 知识转移要求. 14 7.1.1. 软件产品文档转移要求 14 7.1.2. 技术服务文档转移要求 14 7.1.3. 源码转移要求 . 14 7.1.4. 业务、技术技能转移要求 15 7.1.5. 系统维护技能转移 15 7.1.6. 技术转移计划要求 15 8. 服务质量考核和验收. 15 8.1.1. 验收阶段及考核内容 15 8.1.2. 服务质量评价结果和供应商评级 16 9. 合同款项支付. 16 9.1.1. 主体款项支付原则 16 9.1.2. 质量及服务保证金支付原则 18 10. 知识产权

5、要求. 18 11. 附件附件1：. 19 到货验收报告 20 - 1/ 28 -软件开发中心 1.总则 本需求说明书是中国农业银行移动应用数据采集分析平台的主要技术要求，供各投标人 编写方案建议书之用。根据本需求说明书要求，各投标人应提出技术解决方案，提供部署产 品的参考方案，并提供完整的服务说明。 文档所述技术及服务要求分为刚性条款和非刚性条款，“刚性条款” 章节前以 *标注， 其 它条款默认为“非刚性条款”。刚性条款为本次投标必须满足的刚性条件，任何不满足刚性 条款的投标产品及服务将视为不合格投标文件。 2.项目整体情况说明 2.1.项目背景 随着智能手机的日益普及，移动互联网作为信息产

6、业发展最重要的领域之一，不断推 动着整个产业形态、商业模式的巨大变革。移动应用作为智能终端，将互联网与人们的连 接变得更加紧密。移动应用正成为一个人们与互联网进行双向互动的媒介。 用户在使用App时， 应用是否运行稳定？做了哪些操作？哪个功能用户使用率最高？产 品人员和开发人员都无从得知。在这种情况下， 监测移动App的性能， 抓取移动App 上用户 的行为变得至关重要。只有得到 App的相关数据， 产品经理和开发人员才能不断提升产品性 能，优化用户体验。可以断言，采集移动App相关数据，对服务现有用户，拓展新增客户能 够起到巨大的推动作用。 目前，充分利用App 运行产生的相关数据已成为各行

7、业领域的核心竞争力之一。基于 移动 App 的用户行为数据采集与应用性能监测成为一个不可或缺的基础系统。用户正常使 用应用产生的相关数据，经过分析与处理，会为产品自身的不断改进与完善提供更好的数 据支撑。 - 2/ 28 -软件开发中心 因此，建设App用户行为数据采集与应用性能监测系统，可以帮助我行不断改进客户 体验，在更加全面，更加细致的收集，分析客户数据的基础上细分客户，增加产品与客户 需求的契合度，全面提升我行移动金融产品的竞争力。 2.2.项目目标 通过将我行各类移动金融产品如手机银行等应用，接入到App 用户行为数据采集分析 与应用性能监测系统，通过采集、分析移动端用户行为数据,

8、为移动产品的开发人员以及 业务人员提供如下能力： （1）应用趋势分析，展现应用的新增用户，启动次数，活跃用户，版本分布等指标数 据，从整体掌握应用的运营情况及增长动态。 （2）行为分析，了解用户使用细节，帮助寻找产品改进突破点，评估产品优化效果。 （3）渠道分析，通过对渠道新增用户，活跃用户等指标数据，评估不同渠道的用户质 量与活跃程度，从而达到衡量推广效果的目的。 （4）留存分析，通过日/周/ 月留存用户分析，了解产品和用户质量的好坏。 （5）用户属性分析，通过用户基本属性特征，比如设备型号，网络等，全面了解用 户。 （6）转化率，通过对核心业务流程中的关键步骤进行统计，可以了解用户在某个步

9、骤 的流失情况。 （7）错误分析，收集归类错误日志，帮助移动产品开发人员更好的发现解决问题，从 而提高应用的稳定性，提升应用质量。 （8）应用对比分析，可以对不同应用或者同一个应用不同系统的数据进行全面的对比 分析。 （9）应用性能监测，收集App 应用 ANR 、闪退等性能相关数据，帮助开发人员提升应 用稳定性。 - 3/ 28 -软件开发中心 2.3.项目采购内容 序号资源项模块名数量备注 1 移动 APP数据 采集分析平台 采集插件 1 套 支持主流 IOS 和 android平台，采集用户行 为和 APP运行数据，农行内不限装机量 数据收集服务20000TPS，支持对采集数据进行定制。

10、 数据分析 数据总量达300T，日新增数量达到1T 的情 况下系统正常稳定运行，相关分析任务不超 过 12 小时 公共管理提供公共管理和报表展现 2 客户化开发18 人月 平台的客户化改造，和我行相关系统对接， 按照实现目标交付 3 维保服务3 年 包括平台的技术培训、技术支持、平台软件 的缺陷修复和客户端插件升级 3.服务商资质要求 3.1. *基本资质 1.服务商应为在中华人民共和国境内合法注册的独立法人。 2.服务商服务信誉良好，近五年内未与农行系统发生过诉讼争议。 3.服务商需为原厂商。 4.应标产品具备独立的软件著作权。 5.服务商应标产品需具备成熟案例，需提供正式证明文件。 3.2

11、. 增强要求 1.服务商注册资金为人民币5000 万元（含以上） 。 2.应标产品具备四大行实施案例，需提供正式证明文件。 3.应标产品通过国家级第三方权威机构评测，并提供测试报告。 - 4/ 28 -软件开发中心 4.软件产品需求说明 近年，移动App 应用蓬勃发展，我行移动端客户亦迅速增长。通过对移动App 数据进 行采集， 分析能够为我行移动应用产品运营提供数据支撑。本采购工作主要包含用户行为采 集插件、性能监测采集插件、采集服务模块、用户行为分析模块、性能监测分析模块、农行 定制化服务、后续维保服务构成。相关插件及模块需要支持IPhone、Andriod 等常见版本终 端。此外， 结合

12、我行大数据平台建设情况，App 用户行为采集分析与应用性能监测系统采购 工作要求，采购的相关模块及功能兼容我行现有大数据平台，业内主流技术及标准。 4.1.*采集插件需求 客户端数据采集组件通过静态库方式集成到移动应用中，使得应用具备移动端设备指纹 捕获、 运行状况监测、用户行为记录、异常错误报告等能力，并能够将采集到的数据以合理 的方式上传到服务器。整体过程对用户透明，不牺牲用户体验。产品还需具备对移动APP 进行运行性能监测、数据采集、 上传、 统计、 分析诊断的能力。具体包括 APP 运行异常 （如 无法安装、无法启动、假死、黑屏、卡顿、闪退等）、慢交互（如启动时间过长、某界面加 载时间

13、过长等） 、网络异常（如网络拥堵、大面积断网等）、流量消耗、电量消耗等。 4.1.1.多平台部署需求 客户端数据采集组件需要支持IOS、Android （含定制版）平台，供应商应提供基于这 些平台的软件开发包（SDK） 。 4.1.2.数据采集需求 客户度组件必须具备采集所有可访问数据的能力，包括但不限于以下类型： 移动设备信息： 包括设备型号、 设备序列号、 操作系统、 屏幕分辨率、 移动运营商、 联网方式、 IP 地址、 MAC 地址等。 用户使用习惯： 包括启动时间、 使用时长、 启动频率、 分时段趋势、 页面访问路径、 页面驻留时间等。 自定义事件：包括触发时间、触发次数、触发频率、触

14、发路径、事件转化率等。 - 5/ 28 -软件开发中心 运行错误报告：包括发生错误时的App 版本信息、 App 运行环境、驻留页面、用 户行为路径等。 应用运行状况：包括版本分布、新增用户、活跃用户、累计用户、用户留存率、用 户活跃度等。 APP 运行异常： 当集成了该产品的APP在出现运行异常（如无法安装、无法启动、 假死、 闪退等） 时，须记录下发生该问题时的相关辅助信息，包括但不限于设备硬 件信息（手机品牌、型号、操作系统版本）、网络状态、设备上已安装的其它应用 的状况、 APP自身的相关信息（版本号、发生异常时的上下文信息（如堆栈、出问 题的代码类和行数） ）等有助于分析诊断问题的所

15、有参数。 APP 慢交互： 产品需具备识别出慢交互页面的能力，当APP出现慢交互的现象时， 产品需记录下请求的平均响应时间，并将采集的数据上传至后台，分析并展现。 网络异常： 产品应能够识别大规模断网、网络大面积拥堵、或用户网络被劫持等异 常情况， 并能够通过人工或者后台自动预警的方式通知给行方，以便启动相关应急 预案。 流量消耗监测：产品应能记录并上传APP 在前后台运行时所消耗掉的用户网络流 量情况，以及手机上安装的其它应用的流量消耗情况。 电量消耗监测： 产品应能记录并上传APP在前后台运行时所消耗掉的用户手机电量 情况及关联因素如CPU 、内存等管理情况。 4.1.3.数据存储需求 客

16、户端组件能够将采集到的数据加密并存储在移动设备本地，并能够及时清理已上传数 据、过期数据以释放应用存储空间。 4.1.4.数据上传需求 在不牺牲用户体验的情况下，客户端组件能够根据可及时调整的策略将数据压缩上传到 服务端，上传策略包括但不限于： 实时上传 定时上传 闲时上传 压缩上传 4.1.5.采集插件性能需求 客户端数据采集组件的运作不能影响移动应用的用户体验，运行情况必须对用户不可 见，尽量以子线程后台运行的方式采集、存储、上传数据。 - 6/ 28 -软件开发中心 4.1.6.数据采集兼容性需求 客户端数据采集组件须兼容主流的移动设备：包括手机、平板、手表等。 客户端数据采集组件需兼容

17、移动APP 相关辅助工具：如android 加固软件。 客户端数据采集组件在各个移动平台必须兼容的系统版本分别是： IOS 6.0 及以上 Android 2.3 及以上 4.2.*数据收集服务模块 4.2.1.定制数据采集指标 支持系统使用者，自定义数据指标，完成数据采集工作。 4.2.2.采集数据管理 支持“ 0”动埋点和可视化埋点配置管理； 针对采集到的数据，进行管理，包括具体数据指标的增删改查。 4.2.3.采集数据治理 针对采集到的数据，对异常数据进行治理，以保证数据质量； 对采集到的数据最终需转换成jason 格式。 4.3.*数据分析模块需求 4.3.1.数据扩展 系统需具备成熟

18、的数据扩展能力，可以快速响应业务数据的变化和扩展。 4.3.2.算法支持 支持主流的数据分析算法，如聚类、分类、回归等。 4.3.3. 分析引擎 系统需具备成熟的非结构化数据的分析引擎，可以快速响应规则的变化，分析引擎可根 据甲方需求进行灵活的配置。 - 7/ 28 -软件开发中心 4.3.4.行为分析功能 4.3.4.1.用户行为趋势统计功能 应用趋势分析，支持主要包含但不限于展现应用的新增用户、启动次数、活跃用 户、版本分布等指标数据，从整体掌握应用的运营情况及增长动态。主要包含新增用 户、启动次数、活跃用户、累计用户、平均使用时长的趋势分析，以及相关指标在不 同版本，不同渠道的趋势。 4

19、.3.4.2.用户行为统计功能 用户行为分析，支持主要包含但不限于用户的使用频率、使用时长、分时段趋 势、页面访问与路径、地域分析、用户数据查询、日登录用户数、日交易用户数。可 支持通过多维度（不同的业务维度和时间维度）的留存分析统计功能。 4.3.4.3.对比分析功能 应用对比分析， 可以对不同应用或者同一个应用不同系统的数据进行全面的对比分 析，可针对不同应用的设备型号，操作系统，分辨率，运营商，联网方式，在新增用户 与启动次数两个维度进行对比分析。 4.3.4.4.转化率分析功能 可配置基于事件的转化率对比分析，可针对自定义事件进行转化率分析，可建立完 善的漏洞模型。 4.3.5. AP

20、P 性能分析功能 4.3.5.1. APP 运行异常分析 能够按照运行异常的分类（如无法安装、无法启动、假死、闪退），分别展示出现问题 的用户、设备、应用全面的属性信息，收集并展现问题出现时的上下文信息（如堆栈），并 定位出可能导致问题的代码段及位置。 需统计出某一时刻出现运行异常的用户情况、设备情况、 应用情况， 并按照年月日等时 间维度、地域、设备、应用版本等进行趋势分析和对比。 - 8/ 28 -软件开发中心 错误分析（版本）展示了时间段内不同应用版本错误数量，以及分类显示错误详细，以 及错误数与启动次数的对比。针对某类错误， 展示错误详细与所有明细数据，以及在不同设 备与操作系统中的分

21、布情况。 错误分析（ OS ）展示了时间段内不同设备系统版本错误数量，以及分类显示错误详细， 以及错误数与启动次数的对比。针对某类错误， 展示错误详细与所有明细数据，以及在不同 设备与操作系统中的分布情况。 错误分析（设备）展示了时间段内不同设备错误数量，以及分类显示错误详细，以及错 误数与启动次数的对比。针对某类错误， 展示错误详细与所有明细数据，以及在不同设备与 操作系统中的分布情况。 4.3.5.2.慢交互展现与分析 当检测到用户手机APP出现慢交互现象时，产品需识别并定位出导致慢交互的具体页 面，并进行展现分析。 4.3.5.3.网络异常分析 需根据采集插件的运行状况，识别出网络异常（

22、如区域断网、用户网络被劫持等），并 在后台进行实时展现、统计，大面积断网或网络拥堵时，需给运营管理人员预警提示。 4.3.5.4.流量消耗统计分析 需按照年、月、日、小时，累计、平均等维度在管理端以可视化的方式展现用户手机上 应用自身的流量消耗情况，并提供流量消耗较多的网络请求的页面、交互地址等信息。 4.3.5.5.电量消耗统计分析 需按照年、月、日、小时，累计、平均等维度在管理端以可视化的方式展现用户手机上 应用自身的电量消耗情况，如CPU 、内存、网络等，并提供电量消耗较多的操作、页面、网 络请求、后台服务等技术信息。 - 9/ 28 -软件开发中心 4.4.公共管理模块需求 4.4.1

23、.图形化展现与查询 前端采集上传的性能相关数据，在服务端需能够按类别、设备、用户、时间、地域等要 素分别进行图形化展现，并提供给运营管理者查询、筛选等功能。 4.4.2.系统管理 系统管理模块主要完成基本信息的管理与配置，包含应用管理， 渠道管理， 用户管 理，角色管理，运行监控，数据报警几部分。 4.4.2.1.应用管理 应用管理是系统的基础，主要完成应用的新建，修改，删除。用户在集成一个APP 前，第一步首先要在系统中新建一个APP应用，系统会针对每个应用的不同渠道分配一 个 AppKey作为此应用在此渠道的唯一标识。 4.4.2.2. *业务监控 运行监控主要是针对系统运行的分析任务进行

24、监控，可以让管理员清晰的了解任务 的运行状况。 4.4.3.角色管理 角色管理主要包含系统角色的创建，删除以及角色所对应的权限的分配。通过角色 权限的分配，可以为不同用户分配不同的功能权限。 4.4.3.1.用户管理 用户管理负责维护系统内的用户，包括新建系统用户，编辑用户信息， 修改用户角 色，以及为某个用户指定产品访问权限。通过对用户指定产品的访问权限，可以控制不 同产品的运营人员的访问权限。 4.4.4.* 系统监控 可提供独立的系统监控模块，对各系统模块的运行情况进行监控，对于预警情况可 进行邮件、短信等相关报警 - 10/ 28 -软件开发中心 4.5.*软件产品非功能要求 4.5.

25、1.兼容性要求 采集插件需支持IOS 6.0 、Android 2.3及以上版本（含定制化版本）。 采集插件兼容主流移动app 软件。 4.5.2.性能要求 数据收集服务需满足不低于4000 万日活跃用户的数据上报，日接收数据能力不低 于 5 亿条，采集服务最大并发处理能力不低于20000TPS 。 分析模块，应满足数据总量不低于200T，日新增数量达到1T 的情况下系统正常稳 定运行，相关分析任务不超过12 小时。 4.5.3.可靠性要求 系统支持7*24 小时稳定运行。 系统支持集群部署，当单节点出现故障时不会造成数据丢失和业务中断。 系统各模块可独立升级维护。 4.5.4.数据采集安全性

26、需求 客户端组件必须提供源码。 客户端数据采集组件不得篡改被集成应用的数据、不得采集其他应用的数据、不得 与行外服务器通信、不得执行除数据采集、存储、上传以外的任何任务，不得执行侵犯 用户权益、农行权益的任何任务。 4.6. *软件产品许可权要求 甲方所购软件产品在农行范围内不限安装部署地点，不限使用时间和使用期限。 软件产品如使用到的第三方工具和数据，相关授权及使用费用由乙方负责，并随 软件产品一并提供。 软件产品需对甲方提供全部源代码，包括IOS、Android 的客户端SDK组件、服务 端管理模块、定制化等。 - 11/ 28 -软件开发中心 甲方拥有对源码的查看审计权、修改维护权、行内

27、相关项目使用权。 5.* 客户化开发需求说明 客户化开发服务以实际发生的工作量计算，若实际工作量少于计划工作量，甲方按照实 际使用的合作开发服务工作量支付相应的服务费用。若为了完成5.1 节列出的已明确功能需 求使得实际工作量多于计划工作量，则超出部分由乙方免费提供，甲方不予支付。 供应商需在甲方明确需求后3 个月内完成客户化改造工作。 5.1.客户化开发开发功能要求 1、客户端插件客户化改造：包括IOS 和 Android 客户端插件的改造和农行相关APP 适 配。 2、数据收集服务客户化改造：针对农行可采集数据和清洗规则进行适应性改造。 3、数据分析客户化改造：支持农行业务数据及相关分析规

28、则指标改造。 4、公共管理客户化改造：针对农行管理要求进行管理功能适应性改造。 5、基础平台客户化改造：支持农行提供的基础运行平台。 支持并兼容主流hadoop 平台架构；支持oracle 、mysql 等主流数据库；可支持农 行应用操作系统，如：SUSE LINUX 、 windows server。 5.2. 工作量及交付时间要求 工作内容工作量 / 人月交付时间 客户端插件客户化改造4 T+1 月 数据收集服务客户化改造2 T+1 月 数据分析客户化改造4 T+3 月 公共管理客户化改造4 T+3 月 基础平台客户化改造4 T+3 月 5.3. 开发工具及开发语言要求 平台开发工具开发语

29、言 IOS XCode Objective-C - 12/ 28 -软件开发中心 Android Eclipse Java 5.4.对交付件的要求 1.客户化代码需提交源码及目标码，代码规范简介，需经过完整的测试。 2.提交客户化相关的各类设计、测试、手册等文档，文档需格式规范、简介、易 读。 6.维保服务要求 6.1.维保时间要求： 供应商提供本系统三年期维保服务，维保服务自乙方完成客户化改造，双方签署 到货 验收报告和安装运行验收报告( 客户化阶段 ) 之日起计算。 6.2. 维保服务组织要求 成立针对农行项目运营维护的技术支持团队、确定固定联系人，制定明确、 清晰的运营 维护流程，及时解

30、决系统运行过程出现的问题，保证平台的平稳运行 6.3. 维保服务人员资质要求 乙方应成立针对农行的运营维护队伍，熟悉移动应用软件使用及常见故障处理技术，如 由于原因确需调整的乙方需向甲方提出变更申请，经甲方确认后调换。 6.3.1.维保服务内容 6.3.1.1.远程技术服务要求 远程技术支持服务需求：在维保期内，厂商或供应商须提供无事件限制的7*24 电话和 Email 技术支持服务，对远程无法解决的问题须提供必要的现场技术支持，直至问题解决； - 13/ 28 -软件开发中心 6.3.1.2.现场技术服务要求 紧急现场技术支持服务需求：现场服务地点包括北京，紧急现场技术支持服务内容包括 但不

31、限于系统性能分析优化、系统故障诊断分析排除、遗留问题解决等，其中响应方式及时 间按照故障级别要求如下： 故障级别定义要求响应方式 非常严重 1. 全部业务或关键业务受到 灾难性影响； 2. 由于软件原因可能会对农 行声誉造成重大影响的故障； 1. 运维人员10 分钟内响应，并着手分析问题； 2. 运维人员在2 小时内到达指定服务地点； 3. 提交应急恢复方案，确保在4 小时内恢复业务 正常开展； 4. 按 724 持续努力，至问题解决； 5. 进行问题根源性分析； 严重 1. 部分业务受严重影响； 2. 服务严重受损或严重降级； 1. 运维人员10 分钟内响应，并着手分析问题； 2. 运维人员

32、在4 小时内到达指定服务地点； 3. 提交应急恢复方案，确保在6 小时内恢复业务 正常开展； 4. 按 724 持续努力，至问题解决。 5. 进行问题根源性分析； 一般 1. 服务中度受损或中度降级， 在受影响的情况下工作仍能合 理继续 2. 只对极小部分客户/用户产 生影响的故障 1. 运维人员20 分钟内响应，并着手分析问题 2. 提交恢复方案， 6 小时内提交紧急生产变更，恢 复业务正常开展； 3. 进行问题根源性分析； 较小 1. 业务受最小程度的影响 2. 实质上正常进行， 对服务仅 造成微小障碍或无障碍 1. 运维人员20 分钟内响应，并着手分析问题 2. 提交恢复方案，24 小时

33、内恢复业务正常开展 6.3.1.3.缺陷修复及升级服务要求 服务商提供本次采购软件产品的补丁和版本升级服务，及时将已知产品存在的缺陷和升 级要求等信息通知甲方，对于关键的补丁及升级版本，厂商或供应商应在其发布一周内制定 相应的升级计划并提供现场实施支持，包括但不限于： 客户端采集插件升级，以适应最新的手机机型 系统 bug 修正； 供应商提起的软件版本升级； 甲方系统的功能调整，但新交易与现有交易差别较小的适应性改造。 - 14/ 28 -软件开发中心 6.3.1.4.定期巡检服务要求 巡检服务要求： 乙方需提供每季度一次的巡检服务，对系统运行环境进行健康检查，提 出潜在问题解决方案，解决遗留

34、的技术问题。 6.3.1.5.培训服务要求 乙方需提供产品的技术和业务知识相关培训服务； 6.3.1.6.特殊时点服务要求 乙方提供春节、 国庆以及其他重要节假日或重要活动期间的支持或系统职守服务，保障 系统的稳定运行。 7.知识转移要求 7.1.1.软件产品文档转移要求 软件产品技术文档要求：开发方法、设计文档、应用规范、术语说明、命名规范、信息 安全规范、 软件设计文档、 软件开发方法、 软件质量管理标准、数据库设计规范、编程规范、 应用接口规范等相关技术文档； 7.1.2.技术服务文档转移要求 供应商须向甲方转移的技术服务文档包含但不限于下列内容：业务需求以及业务流程说 明文档、整体实施

35、架构设计文档、概要设计文档资料、标准版本程序设计文档、特色客户化 程序设计文档、单元测试报告、集成测试报告、用户使用手册、系统安装手册、系统维护手 册、系统应急操作手册等。 7.1.3. 源码转移要求 要求供应商的所有开发代码需纳入我行版本库统一管理，测试和投产环境的所有目标码 需通过版本库统一生成并测试，经验收测试完成后的源码版本再执行上线流程，验收源码作 为付款条件。 - 15/ 28 -软件开发中心 7.1.4.业务、技术技能转移要求 要求供应商通过培训等方式实现业务及技术技能的转移，转移内容包含但不限于：软件 开发生命周期方法、软件工程方法、 开发语言及工具的使用、相关中间件的使用等、

36、客户化 开发等； 7.1.5.系统维护技能转移 要求供应商通过培训以及其他供应商认为合适的方式实现项目集成、实施、应用维护等 方面的技能转移。技能转移内容包含但不限于：项目管理、整体实施架构设计、质量控制、 集成测试、用户验收测试、产品投产流程、日常运行维护、出错的处理及解决、数据备份与 恢复等； 7.1.6.技术转移计划要求 要求供应商按照项目实施计划分阶段说明技术转移内容和方式。 8.服务质量考核和验收 为保证项目顺利开展，严格控制项目进度，及时发现解决潜在实施风险，需按照项目研 发进度， 合理划分项目研发阶段，对各阶段验收内容和服务提交物进行明确，分阶段对服务 商服务质量进行考核和验收。

37、 8.1.1.验收阶段及考核内容 验收阶段验收内容交付物考核内容 软件产品到货 阶段 对采购的软件产品功 能、性能、介质、许可 证等相关材料进行验 收 介质 许可证文件 其他材料 详见到货验收报告 客户化开发阶 段 对阶段性研发目标进 行考核验收 服务人员工作周报 项目需求分析说明书 概要设计报告 详细设计报告 项目源码 详见安装运行验收报告 ( 客户化阶段 ) 服务质 量考核验收评价打分表 （研发阶段） 试运行阶段 对项目试运行情况进 行验收 服务人员工作周报 单元测试报告 集成测试报告 详见供应商监督考核评 价打分表（安装运行/ 稳定 运行个月阶段）； - 16/ 28 -软件开发中心 试

38、运行情况报告 应用系统配置说明书、 应用系统开发总结 用户手册 操作手册 维护手册 供应商监督考核评价报 告 维保服务阶段 对阶段性维保服务质 量进行验收 技术支持服务登记表 紧急现场服务报告 维保服务故障处理报 告 维保服务巡检报告 系统升级服务报告 详见供应商监督考核评 价打分表（维保服务）； 供应商监督考核评价报 告 整体验收阶段 对项目整体服务质量 进行考核验收 技术支持服务登记表 紧急现场服务报告 维保服务故障处理报 告 维保服务巡检报告 系统升级服务报告 详见供应商监督考核评 价打分表（维保服务）； 供应商监督考核评价报 告 8.1.2.服务质量评价结果和供应商评级 按照供应商考核

39、评价得分分为以下三个级别： A 级供应商： 90 分评价分值100 分，供应商提供的产品或服务完全或基本达到 合同约定标准，履约能力强； B 级供应商： 80 分评价分值90 分，供应商提供的产品或服务部分不完全符合 合同约定标准，但经过整改能够达到合同约定标准，履约能力一般； C 级供应商：评价分值80 分，供应商提供的产品或服务不符合合同约定标准， 给予整改机会也难以达到合同的约定标准，履约能力差。 9.合同款项支付 9.1.1.主体款项支付原则 1. 软件合同款项的支付： 第一阶段主体款项的支付：客户化开发服务完成、软件安装并稳定运行三个月验收合格 后，乙方向甲方考核评价部门提出付款申请

40、，甲方考核评价部门审核无误后，依据： （1） 采 - 17/ 28 -软件开发中心 购项目付款申请审批单（甲方内部使用） ； （2） 到货验收报告 安装运行验收报告 供 应商监督考核评价打分表（附到货验收报告、安装运行验收报告(客户化阶段 )、供应商监 督考核评价打分表 （客户化开发阶段） ） ； （3） 软件全额增值税专用发票，支付合同主体款项。 第二阶段质量及服务保证金的支付：三年保修期满后， 乙方向甲方考核评价部门提出付 款申请，甲方考核评价部门审核无误后，依据：（ 1） 采购项目付款申请审批单（甲方内部 使用） ； （2） 供应商监督考核评价报告（附供应商监督考核评价打分表维保阶段）；

41、 （ 3） 收款凭证，支付质量及服务保证金。 A级供应商：考核评价得分在90 分（含）以上，按合同约定金额支付或有条件支付。 有条件支付是指供应商对存在不足之处加以改进和完善，通过改进和完善完全达到合同约定 标准的，可全额支付合同约定的主体款项； B级供应商：考核评价得分在80 分（含）至90 分以内，减值支付合同主体款项。使用 需求部门对其存在的差距或问题提出整改要求，并监督整改落实， 视整改情况支付减值后的 合同主体款项； C级供应商：考核评价得分在80 分以下，合同主体款项原则上不予支付，产品原则上 作退货处理或终止合同；服务原则上作返工处理或终止合同。但经使用需求 （业务主管）部 门研

42、究同意给予整改机会，并经重新考核评价，考核评价结果在80 分（含）以上的，可根 据考核评价结果和整改情况减值支付合同主体款项。 2.维保服务合同款项的支付： 三年保修期满后，乙方向甲方考核评价部门提出付款申请，甲方考核评价部门审核无误 后，按照下列依据支付客户化开发合同款项：1.采购项目付款申请审批单（甲方内部使 用） ;2.供应商监督考核评价报告（附供应商监督考核评价打分表维保阶段）;3.等额 增值税专用发票； A级供应商：考核评价得分在90 分（含）以上，按合同约定金额支付或有条件支付。 有条件支付是指供应商对存在不足之处加以改进和完善，通过改进和完善完全达到合同约定 标准的，可全额支付合

43、同约定的主体款项； B级供应商：考核评价得分在80 分（含）至90 分以内，减值支付合同主体款项。使用 需求部门对其存在的差距或问题提出整改要求，并监督整改落实， 视整改情况支付减值后的 合同主体款项； - 18/ 28 -软件开发中心 C级供应商：考核评价得分在80 分以下，合同主体款项原则上不予支付，产品原则上 作退货处理或终止合同；服务原则上作返工处理或终止合同。但经使用需求 （业务主管）部 门研究同意给予整改机会，并经重新考核评价，考核评价结果在80 分（含）以上的，可根 据考核评价结果和整改情况减值支付合同主体款项。 9.1.2. 质量及服务保证金支付原则 A级供应商：按合同约定金额

44、支付或有条件支付； B级供应商：根据考核评价得分减值支付支付； C级供应商：不予支付。 10.知识产权要求 1. 所购软件产品目标码要求：乙方向甲方提供IOS 平台、 Android 平台平台客户端，以 及服务端可执行程序目标码，功能包括但不限于数据处理、存储、分析、展示、报表等。甲 方自交货之日起享有所购软件产品非独占的永久使用权，甲方可以可以不限数量、不限项目 的使用。 2. 所购软件产品源码要求：乙方交付给甲方该软件的源代码及其相关文档，所有代码纳 入甲方版本库进行管理。乙方应保证提供的所有代码符合甲方要求，具有规范性和可编译性。 甲方享有软件源码的使用权，可以根据甲方业务需求对源代码进

45、行代码检查以及编译并生成 可执行程序投入使用。 3. 客户化开发成果技术需求：甲方有权对所购软件产品进行客户化开发，甲方拥有新开 发的软件产品的全部知识产权及源代码所有权。 4. 现场技术服务成果技术需求：本合同项下， 乙方在现场技术服务中独立设计开发或甲 乙双方设计开发完成的系统的知识产权由甲方自始所有，甲方拥有全部知识产权，系统开发 结束后， 乙方应向甲方提供该系统开发工具以及该系统开发各阶段服务成果，包括但不限于 合同要求的代码、 文档以及乙方服务人员在为甲方提供服务的过程中产生的任何形式的载体 或介质的技术资料及相关文档、文件等相关材料。 - 19/ 28 -软件开发中心 5. 乙方保

46、证其根据本合同提供的软件及服务没有任何权利瑕疵，没有侵犯任何第三方权 利，在实施本项目中使用的各种软硬件开发、维护工具软件拥有知识产权或者拥有权利人授 权其使用并许可第三人使用的权利。甲方在使用该软件或服务的任何一部分时，免受第三方 提出的侵犯其知识产权的权利主张。如果任何人对甲方使用该软件或服务主张权利，由乙方 负责处理一切纠纷及相关事宜。由此给甲方造成的损失，由乙方承担， 其承担范围包括但不 限于：赔偿费、诉讼费（仲裁费）和相关的费用。 6乙方在服务过程中接触和获取的甲方技术或者信息，不得对外泄露或者提供给他人 使用，不得用于其他委托事项。 11. 附件 - 20/ 28 -软件开发中心

47、附件 1： 到货验收报告 合同名称：合同编号： 甲方考核评价部门：验收地址： 乙方安装工程师：服务联系电话： 主 要 货 物 信 息 序号产品型号产品编号或描述数 量 1 2 3 4 。 。 。 。 。 。 验收内容： 甲方考核评价小组成员签字：甲方考核评价小组组长签字： 甲方考核评价部门负责人签字： 甲方考核评价部门公章： 年月日 乙方授权代表签字： 乙方公章： 年月日 注： 1. 甲方考核评价部门指甲方使用需求部门或业务主管部门； 2. 该表格一式两联，第一联：甲方考核评价部门留存；第二联：乙方留存。此表不足 记录结果时，可增加附页。 - 21/ 28 -软件开发中心 附件 2： 安装运行

48、验收报告 (客户化阶段 ) 合同名称：合同编号： 甲方考核评价部 门： 验收地址： 乙方安装工程师： 服务联系电 话： 主 要 货 物 信 息 序号 货物名称及型 号 货物编号或描 述 数 量 1 2 3 4 。 。 。 验收内容及结论：上述交付物于XX 年XX 月XX 日完成安装运行验收。 / 此处简要描述验收过程 / 甲方考核评价小组负责人签字：甲方考核评价小组成员签字： 甲方考核评价部门负责人签字： 甲方考核评价部门公章： 年月日 乙方授权代表签字： 乙方公章： 年月日 1. 甲方考核评价部门指甲方使用需求部门或业务主管部门； 2. 本报告一式三份，一份由最终用户考核评价部门留存；一份由

49、乙方留存；一份由最 终用户考核评价部门申请付款时报最终用户财务部门留存。此表不足记录结果时，可增加附 页。 - 22/ 28 -软件开发中心 附件 3： 供应商监督考核评价打分表（安装运行/ 稳定运行个月阶段） 合同名称：合同编号： 供应商名称：考核评价时间 考核描述 不满意 （0-79 分） 基本满意 （ 80-89 分） 满意 （90-100 分） 备注 技术资料完备性 产品安装情况 产品运行情况 运行意外处理 运行监测 产品问题解决效率 评价得分（平均分） 评价意见： 考核评价小组成员签字：考核评价小组组长签字： 评价等级： A 级 B 级 C 级 甲方考核评价部门负责人签字： 甲方考核评价部门公章： 注： 1. 本表一式三份， 一份由考核评价部门留存；一份由考核评价部门报送采购部门留存；一份由考 核评价部门申请付款时报财务部门留存。 2.A 级指考核得分在90 分（含） 以上的供应商； B级指考核得分在80 分（含）至 89 分的供应商； C级指考核得分在80 分以下的供应商。 - 23/ 28 -软件开发中心 附件 4： 供应商监督考核评价打分表 （维保服务） 合同名称：合同编号： 供应商名称：考核评价年度： 考核描述 不满意 （ 0-79 分） 基本满意