技术可行性分析Word文件下载.docx
- 文档编号:20793285
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:10
- 大小:53.48KB
技术可行性分析Word文件下载.docx
《技术可行性分析Word文件下载.docx》由会员分享,可在线阅读,更多相关《技术可行性分析Word文件下载.docx(10页珍藏版)》请在冰豆网上搜索。
参考资料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)项目名称:
xxpwgap
b)产品的用户:
WebGame平台所有用户
c)提出部门:
技术部,测试部
d)承办部门:
技术部
e)问题:
xxpwgap项目在压力测试和性能测试过程中,当用户并发数量达到50的时候出现请求超时,远低于平台希望承载的用户数量,严重影响项目质量,根据技术部决定更换项目首页加载的技术方案
定义
术语
描述
Java开发的游戏充值平台
Webgame
.net开发的游戏充值平台
参考资料
1.JDK1.6API
2.Jquery1.2API
3.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.将数据缓存到作用域中,直接从内存中读取数据,速度相对比较快
2.只需少量的远程访问即可获得所需的数据
3.占用服务器内存资源
1.必须保证WebGame服务器的运行和数据的准确性
4.没有达到SEO优化要求
可选择的系统方案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.使用人工处理的方式来生成静态页面
结论
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 技术 可行性 分析