重庆三峡银行应用性能管理平台APM

《重庆三峡银行应用性能管理平台APM》由会员分享，可在线阅读，更多相关《重庆三峡银行应用性能管理平台APM（21页珍藏版）》请在金锄头文库上搜索。

1、重庆三峡银行应用性能管理平台（APM项目招标书重庆三峡银行股份有限公司2016年10月目 录第一篇项目介绍 -.3-一、项目背景 -.3 -二、项目目标-.3-三、总体要求-.4-第二篇业务需求 -.7-一、业务需求说明 -.7-第三篇技术需求 -.8-一、总体原则-.8-二、系统架构要求-.8-三、系统性能要求-.8-四、安全性要求 -.9-五、应当遵循的标准和规范 -.9-第四篇商务条款-.9-一、交货时间、地点、服务水平协议 .-.9 -二、测试和验收.-.10 -三、售后服务和支持 -.10-四、文档和培训-.11-五、 付款方式.-.1 2 -第五篇投标人须知 -.13-一、投标费用

2、.-.1 3 -二、投标人资质.-.13 -三、招标文件.-.1 3 -四、投标-.13 -五、定标-.16 -第六篇投标文件 .-.17 -一、投标函-.1 7 -二、开标一览表 .-.19 -三、分项报价明细表（投标人自定义表格形式）-19 -四、投标人承诺函 -.20-五、投标人法定代表人授权委托书 -.20 -第一篇项目介绍一、项目背景经过多年的发展，我行的业务系统日渐庞大。在日常的运维工作中，由于缺乏对 应用系统本身的监控工具，导致无法做到提前避免问题产生，也无法在故障发生后快 速的分析问题、定位问题、解决问题。对于新的业务系统，在压力测试中，都需要投 入大量时间和资源去调试，并且还

3、难以找到根本的代码问题，导致测试周期长，成本 高。同时国家也提出了互联网的发展战略，银行的各项业务也开始了线下业务向线上 迁移的趋势。针对线上业务，用户体验是其中的一个重要因素，用户体验是否良好， 成为业务成功与否的关键之一。但是从终端到服务端都会对用户体验都有影响，比如 终端的性能，OS版本；APP布局渲染，闪退崩溃；网络传输延迟,CDr节点设计和选 择；服务器端并发压力，代码效率等；甚至是用户的一些不可控的操作都会对体验造 成影响。业务系统本身就是一个“黑匣子”现阶段，业务系统的响应速度、性能状况，用 户的满意度只能通过被动的方式反馈到科技部门，我行目前需要实现业务系统的应用 性能管理平台

4、，打开这个“黑匣子”对业务系统在真实环境下的流转情况，代码运行 情况，各流程的时间进行监控、分析、警告和定位，同时对真实用户体验实现监控和 改善。二、项目目标通过对应用性能管理平台的建设，加强用户体验管理，完善代码质量考核标准， 结合现有监控系统构建集中式运行监控和故障快速定位系统，对现有业务实现性能管 理和用户体验管理，通过系统联动，在软件交付前就进行代码质量考核，在软件交付 后可以及时、准确、全面的反映与掌握业务系统的真实用户体验及运行状态，保障各 业务系统的正常运行及良好的用户体验。具体目标如下：1、全方位的性能监控管理。强化主动监控，实现集中管理。对APP用户体验，崩 溃信息，浏览器性

5、能，网络性能等前端指标的监控，对应用服务器代码执行情况的监 控，识别并跟踪分布式事务的性能状况，在监控同时提供图形化展示界面。2、端到端全链路分析。通过前端APP或页面的加载处理行为与后端事务的关联， 实现端到端的业务监控和代码级性能分析掌握业务全链路性能信息，实现业务性能、 用户体验可视化。3、软件代码质量考核。通过在软件开发商交付前的白盒测试发现应用中存在的 影响系统性能的代码。在软件交付后，进行代码执行效能、崩溃率等生产环境的代码 质量考核。4、故障现场保存，支持错误信息的历史回放。通过崩溃前用户行为轨迹，崩溃时 代码执行信息等，实现对应用崩溃时的现场进行完整保存支持错误信息的历史回放，

6、 实现再现，帮助性能分析和定位，将研发人员难以处理的应用崩溃故障简易化。5、预警功能。帮助定位故障，消除隐患，快速恢复系统运行。通过完善的告警通 知机制，当隐患发生时可以快速的通知相关人员，并提供深入到代码行级别的race 信息，帮助相关人员快速的定位与修复。6、用户体验管理。收集用户访问请求的相关性能数据，分析当前业务系统的稳定 性和高可用性，帮助运维人员及开发商对页面元素加载、前端用户浏览器及地域网络 性能等因素造成的访问缓慢进行分析和故障定位。三、总体要求（一）实施范围要求本项目属全新建项目，需按我行需求制定系统架构和详细的实施方案。（二）人员要求投标人必须列出项目组成员名单以及简历，如

7、下表:姓名性 别职务/ 职称在本项目中的分工工作经历（学历、资历、参与过的系统工程项目）参与相关项 目工作经验 时间相关认证备注此表所列人员应为项目组主要成员，投标人应承诺未征得我行书面同意的情况下不得更换上述成员。所有项目成员要求参与过至少一个应用性能管理项目和三年以上相关工作经历。 项目经理要求担任过至少一个应用性能管理平台类似大中型项目（服务节点50 个、覆盖APf及We终端）的项目经理和7年以上相关工作经历，有PM认证的更优。项目主架构师要求担任过至少一个应用性能管理平台类似大中型项目（服务节 点50个、覆盖APP及 We终端）的主架构师和5年以上相关工作经历，并且熟悉分 布式架构以及

8、多数据中心双活架构。所有成员必须为投标人单位员工，不得外包其他单位员工，如有发现，招标方有 权要求更换项目成员或者解除合同。投标人在“备注”栏说明所列人员的工作比重或具体时长。“在本项目中的分工”一栏中应说明项目中的角色和承担的职责。我行将对所提供的人员进行考核，达不到我行要求的将要求替换。如进行人员替 换后仍无法达到邀标人要求，邀标人将有权终止合同。（三）项目实施要求在本项目实施周期内，如遇到原系统功能与需求不符，需要及时调整实施方案， 满足我行的要求，并征得我行同意方可变更。投标人在项目实施过程中，需按照我行项目管理规范提供相应文档（所有提交文 档必须为中文），并提供定制开发部分及相关软件

9、产品的源代码。禁止应用软件部署使用的安装码或授权码与其运行的基础环境如：硬盘序列号、CPI序列号或网卡序列号等）进行绑定。投标人应该具有丰富的国内类似案例的实施经验，具备先进的项目实施方法论。 要求提供详细的系统建设总体实施方案，应充分考虑结合我行当前基础设施建设现状 以及后续项目的可持续性、可扩展性的总体要求。包括但不限于项目管理、项目组成员及职责、实施计划等。主要要求如下：1. 投标人须对本次项目成立专门的实施团队，并明确实施人员的角色和分工，提 供项目实施的组织及资源保障2. 投标人须对本次项目实施提出明确的实施策略和实施计划，包括项目各阶段的 划分、各阶段主要实施内容和关键交付物3.

10、因本次项目实施涉及多方协作，投标人在项目实施过程中须配合邀标人对整体 项目实施的管理和协调4. 投标人实施团队在实施现场须规划管理，实施人员应服从项目组的安排、管理 和协调，遵守双方约定的日常工作纪律5. 投标人应在项目实施过程中对邀标人方人员进行相关的技术和业务培训，须有 明确的培训方案和计划，包括培训组织、培训内容、培训课时等安排6. 本次项目实施不允许任何形式的全部或者部分再转包。（四）知识产权要求如无特殊说明，项目实施过程中产生、加工、交互的一切项目信息、资料和知识 产权均归招标人所有。未经招标人事先书面同意，投标人不得将前述属于招标人知识 产权的全部或部分转让给任何第三方，也不得进行

11、任何形式的复制、改编、编译或衍 生开发或者许可他人使用。项目中使用的投标人自有知识产权的软件组件、产品等须提供当前使用版本的完 整源代码及相关文档，并承诺允许招标人无限期使用，使用方式包括但不限于:编译、 运行、修改、再发布等，后续版本的知识产权归属、授权问题双方可协商确定。投标人应承诺在项目中用到的各种工具、产品、组件、文档无任何知识产权问题， 如果因此而产生纠纷、第三方索赔或其他问题，投标人要负责承担全部赔偿责任和所 发生的一切费用（包括但不限于诉讼费、仲裁费、招标人支付的律师费、差旅住宿费、 公证费、鉴定费、调解费及仲裁裁决、法院判决或调解协议中由招标人承担的赔偿金。禁止使用本项目所涉及

12、的应用性能管理平台系统行方所有的知识产权，为银行、 第三方金融以及证券等金融机构提供咨询、开发、人员派遣或者项目管理等服务。中 标人商务活动中涉及上述情况，应事先通知招标人并获得招标人许可。中标人单位或 者项目团队成员不得以技术交流、案例展示、教学研究或其他任何名义泄露本项目所 产生的全部交付内容及开发成果（含源代码，系统技术文档，软件，数据等）第二篇业务需求一、业务需求说明应用性能管理平台需要涵盖移动端APP PC页面，以及业务系统后端应用服务器， 且需要实现端到端的分析能力。实现对手机AP啲代码级监控及全面的崩溃分析，提升APP用户评价及软件质量， 实现对业务网站和AP用艮务质量的监测，实

13、现对应用系统端到端的代码级性能监控， 实现对网络分析，设备及版本适配，服务端代码级定位能力，形成终端，网络，服务 器的性能问题全覆盖。记录下业务系统端到端的相关性能数据，并提供图形化报表以供分析业务系统单元性能数据浏览器页面的首屏时间、白屏时间、HTML启动时间、JS兀素、页面兀素、 页面加载时间、页面流量、页面开始时间、页面响应时间、浏览器 版本号、页面跳转时间、请求重定向时间、本地缓存加载时间、DNS 解析时间、TCP传输时间、HTTP#求时间、HTTP向应时间、DO解 析时间、静态资源加载时间、页面性能指数、JAX页面吞吐量应用系统响应时间、吞吐量、性能指数、异常（Java异常、http

14、无响应、web 无响应）、代码执行时间、线程和锁数据库SQ语句执行计划、SQ语句执行时间、关联的应用事务、SQ语句的上下文环境、各个环境的时间消耗占比、调用参数Java虚拟机堆内存使用情况、非堆内存使用情况、年青代(Young)、年老代(Tenured)、持久代(Perm)、垃圾收集、类装载、线程、会话服务器处理器、内存、操作系统、Java虚拟机版本及配臵、TPh配臵信息外部服务平均响应时间、执行时间比重、吞吐量交易管理服务器CPU内存、吞吐量、服务进程相关、队列详情、客户进程相关第二篇技术需求一、总体原则应用性能管理平台的建设需要从系统安全、高效、可靠、可扩充性、易集成等方 面予以全面的考虑

15、。平台必须由厂家自主研发，具有较好的技术储备能力，保证为我 行提供的管理平台系统使用业界成熟、可靠、实用的技术，具备业界领先的能力，能 够满足我行现有业务的需求。系统架构要求应用性能管理平台架构需对现有系统架构无大改动，无需修改业务系统代码，无 需更改数据中心硬件架构。平台提供开放接口供其他系统集成调用，有标准的接口规 范、配套软件和应用实例，满足系统集成、管理和后续开发的需要。并且平台的引入 不会额外明显的增加如应用的延时，应用体积，应用耗电量，网络流量等指标。三、系统性能要求应用性能管理平台需要能够承担百万量级客户端及0以上服务节点的监控任务， 且能够解决多用户并发请求的处理问题，能够进行海量信息的存储、分析和处理。平 台的数据收集、数据及报表的呈现必须是实时性的满足我行业务系统性能问题预警， 和进行日常数据分析的需求。四、安全性要求应用性能管理平台能参照涉密信息系统的安全管理要求设计实现安全防护功 能，保证系统自身的安全性。应用性能管理平台需对被监控系统运行安全不造成任何