《技术可行性分析》word版

首页性能优化技术可行性分析报告性能优化技术可行性分析密级: 普通所属项目：2009-012-XXP001日期：2009-11-16 贺臣关键字：性能目录引言1编写目的1背景1定义1参考资料2技术可行性分析的前提2要求2目标2假定和限制2进行技术可行性分析的方法2评价准则2对现有系统的分析2现状分析2局限性3建议的系统3系统的概述3系统工作流程4改进之处4影响4局限性4技术条件方面的可行性5可选择的其他系统方案5可选择的系统方案15系统的概述5系统工作流程5改进之处6影响6局限性6技术条件方面的可行性6可选择的系统方案26系统的概述6系统工作流程7改进之处7影响7局限性7技术条件方面的可行性7系统方案评价8已选系统方案的技术风险分析8技术风险识别8技术风险估计8技术风险评价8技术风险管理与监控8结论8引言编写目的编写本技术可行性分析报告的目的是:a).xxpwgap项目首页性能测试和压力测试不能通过,更换技术解决方案提供论证依据b).为网站SEO优化提供一个技术上的解决方案，解决WebGame项目遗留下来的问题背景a) 项目名称：xxpwgapb) 产品的用户：WebGame平台所有用户c) 提出部门：技术部，测试部d) 承办部门：技术部e) 问题：xxpwgap 项目在压力测试和性能测试过程中，当用户并发数量达到50的时候出现请求超时，远低于平台希望承载的用户数量，严重影响项目质量，根据技术部决定更换项目首页加载的技术方案定义术语描述xxpwgapJava 开发的游戏充值平台Webgame.net开发的游戏充值平台参考资料1. JDK1.6 API2. Jquery 1.2 API3. Xxpwgap 详细需求文档技术可行性分析的前提要求功能和性能保证首页加载功能的网站性，并且能够承受较大并发访问输入与输出安全与保密跨服务器取数据，保证数据的安全性连接系统WebGame完成期限1天目标a) 提高系统的性能b) 实现SEO优化要求假定和限制项目基本处于稳定状态，对技术方案的修改，可能加大工作量，或者项目一定的延期进行技术可行性分析的方法1. 该方案使用URLConnection 远程请求获取数据。2. 使用UrlConnection 请求动态页面截取网络流保存问静态html文件。3. 在.net 中有过类似成功案例4. 对现有系统和解决方案都没有更改或升级要求评价准则1. 能够远程请求获取数据，并将数据动态生成静态html文件2. 动态数据内容要能够填充到页面文件中3. 在并发访问数量能够达到要求对现有系统的分析现状分析1. 现行测试版本项目，当用户并发访问达到50时，系统出现访问超时，加载不到系统数据。2. 先阶段首页是全静态页面，数据都是通过JS动态加载到页面显示的，这样页面源文件中是不能查看到源代码。3. 每次页面访问都要从数据源去获取数据，即使数据没有做更新。4. 系统数据源是原有WebGame系统中的数据，每次都是通过远程请求获得数据。局限性1. 系统不能承载目标并发访问量，使产品质量不能达到要求2. Js加载数据，不利于搜索引擎搜索3. 每次请求都远程访问获取数据，加载时间比较长，原先服务器IIS不能承受大并发访问建议的系统系统的概述基于首页数据修改不是太频繁，可以将首页生成一个静态页，不需要每次都去从数据源获取数据。该方案具体的解决步骤如下:1. 新添加一个与首页对应的动态JSP页面，用于动态更新系统数据的变化，并将数据全部显示到页面上面。2. 使用URLConnection动态远程获取数据，并将获取的数据作为动态jsp页面的数据源3. 使用UrlConnection请求动态jsp，并捕获请求得到的网络数据流，将该网络流保存到服务端的index.html 文件中。4. 客户端仍然访问index.html,此时不用再去请求数据。5. 使用Spring中的工作流机制定时请求动态jsp页面生成静态的index.html。系统工作流程改进之处1. 将数据输出到显示的文件中，利于SEO优化2. 避免频繁的使用Ajax请求数据3. 不用远程去获取数据源影响1. 减少了远程访问的次数，降低WebGame服务器的压力2. 减少js调用数据的过程，利于SEO优化3. 只需少量的远程访问即可获得所需的数据4. 新增了动态jsp页面和一些处理方法，增加一定工作量局限性1. 必须保证WebGame服务器的运行和数据的准确性2. 远程处理请求不能保证数据的安全性和准确性3. Spring 的工作流机制暂时还无法实现技术条件方面的可行性1. 使用已经存在的资源和方法，无须修改之前的技术方案实现方法。2. 在原有的实现方式的基础上调整处理方式。3. 没有新的技术要求和人员要求可选择的其他系统方案可选择的系统方案1系统的概述1. 使用远程请求处理获得WebGame中的数据，然后将这些数据缓存在Application作用域中。2. 在静态页中使用js从Application获取数据3. 使用Spring工作流机制定时更新Application 中的数据系统工作流程改进之处1. 无须每次访问页面都远程请求获取数据2. 将数据缓存到作用域中，直接从内存中读取数据，速度相对比较快影响1. 减少了远程访问的次数，降低WebGame服务器的压力2. 只需少量的远程访问即可获得所需的数据3. 占用服务器内存资源局限性1. 必须保证WebGame服务器的运行和数据的准确性2. 远程处理请求不能保证数据的安全性和准确性3. Spring 的工作流机制暂时还无法实现4. 没有达到SEO优化要求技术条件方面的可行性1. 使用已经存在的资源和方法，无须修改之前的技术方案实现方法。2. 在原有的实现方式的基础上调整处理方式。3. 没有新的技术要求和人员要求可选择的系统方案2系统的概述1.将WebGame的整体结构迁移到java项目中来。使用java开发一套新的管理系统系统工作流程改进之处1.将数据源迁移到java系统中来，不必远程远程调用数据影响1. 避免的远程调用数据2. 大大的增加工作量3. 读取数据上安全性比较高4. 不能从根本上解决性能问题局限性1. 没有达到SEO优化要求2. 系统要增加xml文件解析方案3. 增加较大的工作量技术条件方面的可行性1.能够解析xml文件即可系统方案评价无已选系统方案的技术风险分析技术风险识别1. 使用Spring工作流的机制，定时获取远程数据，需要一定时间的探究2. 静态页的内容更新可能导致短暂的访问中断技术风险估计1.如果请求失败，导致静态页生成失败，首页将不能使用技术风险评价技术风险管理与监控1. 要随时监控数据的更新情况2. 要备份好当前正确数据3. 如果请求失败，则回滚事务操作，对数据不进行更新4. 使用人工处理的方式来生成静态页面结论