重庆三峡银行及方案指南.doc

重庆三峡银行 应用性能管理平台（APM）项目 招标书 重庆三峡银行股份有限公司 2016年10月目 录 第一篇项目介绍 - 3 - 一、项目背景 - 3 - 二、项目目标 - 3 - 三、总体要求 - 4 - 第二篇业务需求 - 7 - 一、业务需求说明 - 7 - 第三篇技术需求 - 8 - 一、总体原则 - 8 - 二、系统架构要求 - 8 - 三、系统性能要求 - 8 - 四、安全性要求 - 9 - 五、应当遵循的标准和规范 - 9 - 第四篇商务条款 - 9 - 一、交货时间、地点、服务水平协议 - 9 - 二、测试和验收 - 10 - 三、售后服务和支持 - 10 - 四、文档和培训 - 11 - 五、付款方式 - 12 - 第五篇投标人须知 - 13 - 一、投标费用 - 13 - 二、投标人资质 - 13 - 三、招标文件 - 13 - 四、投标 - 13 - 五、定标 - 16 - 第六篇投标文件 - 17 - 一、投 标 函 - 17 - 二、开标一览表 - 19 - 三、分项报价明细表(投标人自定义表格形式) - 20 - 四、投标人承诺函 - 20 - 五、投标人法定代表人授权委托书 - 21 -  一、项目背景 经过多年的发展，我行的业务系统日渐庞大。在日常的运维工作中，由于缺乏对应用系统本身的监控工具，导致无法做到提前避免问题产生，也无法在故障发生后快速的分析问题、定位问题、解决问题。对于新的业务系统，在压力测试中，都需要投入大量时间和资源去调试，并且还难以找到根本的代码问题，导致测试周期长，成本高。 同时国家也提出了互联网+的发展战略，银行的各项业务也开始了线下业务向线上迁移的趋势。针对线上业务，用户体验是其中的一个重要因素，用户体验是否良好，成为业务成功与否的关键之一。但是从终端到服务端都会对用户体验都有影响，比如终端的性能，OS版本；APP布局渲染，闪退崩溃；网络传输延迟，CDN节点设计和选择；服务器端并发压力，代码效率等；甚至是用户的一些不可控的操作都会对体验造成影响。 业务系统本身就是一个“黑匣子”，现阶段，业务系统的响应速度、性能状况，用户的满意度只能通过被动的方式反馈到科技部门，我行目前需要实现业务系统的应用性能管理平台，打开这个“黑匣子”，对业务系统在真实环境下的流转情况，代码运行情况，各流程的时间进行监控、分析、警告和定位，同时对真实用户体验实现监控和改善。 二、项目目标 通过对应用性能管理平台的建设，加强用户体验管理，完善代码质量考核标准，结合现有监控系统构建集中式运行监控和故障快速定位系统，对现有业务实现性能管理和用户体验管理，通过系统联动，在软件交付前就进行代码质量考核，在软件交付后可以及时、准确、全面的反映与掌握业务系统的真实用户体验及运行状态，保障各业务系统的正常运行及良好的用户体验。 具体目标如下： 1、 全方位的性能监控管理。强化主动监控，实现集中管理。对APP用户体验，崩溃信息，浏览器性能，网络性能等前端指标的监控，对应用服务器代码执行情况的监控，识别并跟踪分布式事务的性能状况，在监控同时提供图形化展示界面。 2、 端到端全链路分析。通过前端APP或页面的加载/处理行为与后端事务的关联，实现端到端的业务监控和代码级性能分析，掌握业务全链路性能信息，实现业务性能、用户体验可视化。 3、 软件代码质量考核。通过在软件开发商交付前的白盒测试，发现应用中存在的影响系统性能的代码。在软件交付后，进行代码执行效能、崩溃率等生产环境的代码质量考核。 4、 故障现场保存，支持错误信息的历史回放。通过崩溃前用户行为轨迹，崩溃时代码执行信息等，实现对应用崩溃时的现场进行完整保存，支持错误信息的历史回放，实现再现，帮助性能分析和定位，将研发人员难以处理的应用崩溃故障简易化。 5、 预警功能。帮助定位故障，消除隐患，快速恢复系统运行。通过完善的告警通知机制，当隐患发生时可以快速的通知相关人员，并提供深入到代码行级别的Trace信息，帮助相关人员快速的定位与修复。 6、 用户体验管理。收集用户访问请求的相关性能数据，分析当前业务系统的稳定性和高可用性，帮助运维人员及开发商对页面元素加载、前端用户浏览器及地域网络性能等因素造成的访问缓慢进行分析和故障定位。 三、总体要求 (一)实施范围要求 本项目属全新建项目，需按我行需求制定系统架构和详细的实施方案。 ()人员要求 投标人必须列出项目组成员名单以及简历，如下表： 姓名 性别 职务 /职称 在本项目中的分工 工作经历（学历、资历、参与过的系统工程项目） 参与相关项目工作经验时间 相关认证 备注 此表所列人员应为项目组主要成员，投标人应承诺未征得我行书面同意的情况下不得更换上述成员。 所有项目成员要求参与过应用性能