技術(shù)可行性分析

首頁性能優(yōu)化技術(shù)可行性分析匯報(bào)性能優(yōu)化技術(shù)可行性分析密級(jí):一般所屬項(xiàng)目：-012-XXP001日期：-11-16作者：賀臣關(guān)鍵字：性能目錄引言 1編寫目的 1背景 1定義 1參考資料 2技術(shù)可行性分析的前提 2要求 2目標(biāo) 2假定和限制 2進(jìn)行技術(shù)可行性分析的方法 2評(píng)價(jià)準(zhǔn)則 2對(duì)現(xiàn)有系統(tǒng)的分析 2現(xiàn)狀分析 2局限性 3建議的系統(tǒng) 3系統(tǒng)的概述 3系統(tǒng)工作流程 4改進(jìn)之處 4影響 4局限性 4技術(shù)條件方面的可行性 5可選擇的其他系統(tǒng)方案 5可選擇的系統(tǒng)方案1 5系統(tǒng)的概述 5系統(tǒng)工作流程 5改進(jìn)之處 6影響 6局限性 6技術(shù)條件方面的可行性 6可選擇的系統(tǒng)方案2 6系統(tǒng)的概述 6系統(tǒng)工作流程 7改進(jìn)之處 7影響 7局限性 7技術(shù)條件方面的可行性 7系統(tǒng)方案評(píng)價(jià) 8已選系統(tǒng)方案的技術(shù)風(fēng)險(xiǎn)分析 8技術(shù)風(fēng)險(xiǎn)識(shí)別 8技術(shù)風(fēng)險(xiǎn)估計(jì) 8技術(shù)風(fēng)險(xiǎn)評(píng)價(jià) 8技術(shù)風(fēng)險(xiǎn)管理與監(jiān)控 8結(jié)論 8引言編寫目的 編寫本技術(shù)可行性分析匯報(bào)的目的是: a).xxpwgap項(xiàng)目首頁性能測(cè)試和壓力測(cè)試不能通過,更換技術(shù)處理方案提供論證根據(jù) b).為網(wǎng)站SEO優(yōu)化提供一種技術(shù)上的處理方案，處理WebGame項(xiàng)目遺留下來的問題背景項(xiàng)目名稱：xxpwgap產(chǎn)品的顧客：WebGame平臺(tái)所有顧客提出部門：技術(shù)部，測(cè)試部承接部門：技術(shù)部問題：xxpwgap項(xiàng)目在壓力測(cè)試和性能測(cè)試過程中，當(dāng)顧客并發(fā)數(shù)量到達(dá)50的時(shí)候出現(xiàn)祈求超時(shí)，遠(yuǎn)低于平臺(tái)但愿承載的顧客數(shù)量，嚴(yán)重影響項(xiàng)目質(zhì)量，根據(jù)技術(shù)部決定更換項(xiàng)目首頁加載的技術(shù)方案定義 術(shù)語描述xxpwgapJava開發(fā)的游戲充值平臺(tái)W開發(fā)的游戲充值平臺(tái)參照資料JDK1.6APIJquery1.2APIXxpwgap詳細(xì)需求文檔技術(shù)可行性分析的前提規(guī)定功能和性能保證首頁加載功能的網(wǎng)站性，并且可以承受較大并發(fā)訪問輸入與輸出安全與保密跨服務(wù)器取數(shù)據(jù)，保證數(shù)據(jù)的安全性連接系統(tǒng)WebGame完畢期限1天目的提高系統(tǒng)的性能實(shí)現(xiàn)SEO優(yōu)化規(guī)定假定和限制 項(xiàng)目基本處在穩(wěn)定狀態(tài)，對(duì)技術(shù)方案的修改，也許加大工作量，或者項(xiàng)目一定的延期進(jìn)行技術(shù)可行性分析的措施該方案使用URLConnection遠(yuǎn)程祈求獲取數(shù)據(jù)。使用UrlConnection祈求動(dòng)態(tài)頁面截取網(wǎng)絡(luò)流保留問靜態(tài)html文獻(xiàn)。在.net中有過類似成功案例對(duì)既有系統(tǒng)和處理方案都沒有更改或升級(jí)規(guī)定評(píng)價(jià)準(zhǔn)則可以遠(yuǎn)程祈求獲取數(shù)據(jù)，并將數(shù)據(jù)動(dòng)態(tài)生成靜態(tài)html文獻(xiàn)動(dòng)態(tài)數(shù)據(jù)內(nèi)容要可以填充到頁面文獻(xiàn)中在并發(fā)訪問數(shù)量可以到達(dá)規(guī)定對(duì)既有系統(tǒng)的分析現(xiàn)實(shí)狀況分析現(xiàn)行測(cè)試版本項(xiàng)目，當(dāng)顧客并發(fā)訪問到達(dá)50時(shí)，系統(tǒng)出現(xiàn)訪問超時(shí)，加載不到系統(tǒng)數(shù)據(jù)。先階段首頁是全靜態(tài)頁面，數(shù)據(jù)都是通過JS動(dòng)態(tài)加載到頁面顯示的，這樣頁面源文獻(xiàn)中是不能查看到源代碼。每次頁面訪問都要從數(shù)據(jù)源去獲取數(shù)據(jù)，雖然數(shù)據(jù)沒有做更新。系統(tǒng)數(shù)據(jù)源是原有WebGame系統(tǒng)中的數(shù)據(jù)，每次都是通過遠(yuǎn)程祈求獲得數(shù)據(jù)。局限性系統(tǒng)不能承載目的并發(fā)訪問量，使產(chǎn)品質(zhì)量不能到達(dá)規(guī)定Js加載數(shù)據(jù)，不利于搜索引擎搜索每次祈求都遠(yuǎn)程訪問獲取數(shù)據(jù)，加載時(shí)間比較長(zhǎng)，原先服務(wù)器IIS不能承受大并發(fā)訪問提議的系統(tǒng)系統(tǒng)的概述 基于首頁數(shù)據(jù)修改不是太頻繁，可以將首頁生成一種靜態(tài)頁，不需要每次都去從數(shù)據(jù)源獲取數(shù)據(jù)。該方案詳細(xì)的處理環(huán)節(jié)如下:新添加一種與首頁對(duì)應(yīng)的動(dòng)態(tài)JSP頁面，用于動(dòng)態(tài)更新系統(tǒng)數(shù)據(jù)的變化，并將數(shù)據(jù)所有顯示到頁面上面。使用URLConnection動(dòng)態(tài)遠(yuǎn)程獲取數(shù)據(jù)，并將獲取的數(shù)據(jù)作為動(dòng)態(tài)jsp頁面的數(shù)據(jù)源使用UrlConnection祈求動(dòng)態(tài)jsp，并捕捉祈求得到的網(wǎng)絡(luò)數(shù)據(jù)流，將該網(wǎng)絡(luò)流保留到服務(wù)端的index.html文獻(xiàn)中?？蛻舳巳匀辉L問index.html,此時(shí)不用再去祈求數(shù)據(jù)。使用Spring中的工作流機(jī)制定期祈求動(dòng)態(tài)jsp頁面生成靜態(tài)的index.html。系統(tǒng)工作流程改善之處將數(shù)據(jù)輸出到顯示的文獻(xiàn)中，利于SEO優(yōu)化防止頻繁的使用Ajax祈求數(shù)據(jù)不用遠(yuǎn)程去獲取數(shù)據(jù)源影響減少了遠(yuǎn)程訪問的次數(shù)，減少WebGame服務(wù)器的壓力減少js調(diào)用數(shù)據(jù)的過程，利于SEO優(yōu)化只需少許的遠(yuǎn)程訪問即可獲得所需的數(shù)據(jù)新增了動(dòng)態(tài)jsp頁面和某些處理措施，增長(zhǎng)一定工作量局限性必須保證WebGame服務(wù)器的運(yùn)行和數(shù)據(jù)的精確性遠(yuǎn)程處理祈求不能保證數(shù)據(jù)的安全性和精確性Spring的工作流機(jī)制臨時(shí)還無法實(shí)現(xiàn)技術(shù)條件方面的可行性使用已經(jīng)存在的資源和措施，不必修改之前的技術(shù)方案實(shí)現(xiàn)措施。在原有的實(shí)現(xiàn)方式的基礎(chǔ)上調(diào)整處理方式。沒有新的技術(shù)規(guī)定和人員規(guī)定可選擇的其他系統(tǒng)方案可選擇的系統(tǒng)方案1系統(tǒng)的概述使用遠(yuǎn)程祈求處理獲得WebGame中的數(shù)據(jù)，然后將這些數(shù)據(jù)緩存在Application作用域中。在靜態(tài)頁中使用js從Application獲取數(shù)據(jù)使用Spring工作流機(jī)制定期更新Application中的數(shù)據(jù)系統(tǒng)工作流程改善之處不必每次訪問頁面都遠(yuǎn)程祈求獲取數(shù)據(jù)將數(shù)據(jù)緩存到作用域中，直接從內(nèi)存中讀取數(shù)據(jù)，速度相對(duì)比較快影響減少了遠(yuǎn)程訪問的次數(shù)，減少WebGame服務(wù)器的壓力只需少許的遠(yuǎn)程訪問即可獲得所需的數(shù)據(jù)占用服務(wù)器內(nèi)存資源局限性 必須保證WebGame服務(wù)器的運(yùn)行和數(shù)據(jù)的精確性遠(yuǎn)程處理祈求不能保證數(shù)據(jù)的安全性和精確性Spring的工作流機(jī)制臨時(shí)還無法實(shí)現(xiàn)沒有到達(dá)SEO優(yōu)化規(guī)定技術(shù)條件方面的可行性使用已經(jīng)存在的資源和措施，不必修改之前的技術(shù)方案實(shí)現(xiàn)措施。在原有的實(shí)現(xiàn)方式的基礎(chǔ)上調(diào)整處理方式。沒有新的技術(shù)規(guī)定和人員規(guī)定可選擇的系統(tǒng)方案2系統(tǒng)的概述 1.將WebGame的整體構(gòu)造遷移到j(luò)ava項(xiàng)目中來。使用java開發(fā)一套新的管理系統(tǒng)系統(tǒng)工作流程改善之處 1.將數(shù)據(jù)源遷移到j(luò)ava系統(tǒng)中來，不必遠(yuǎn)程遠(yuǎn)程調(diào)用數(shù)據(jù)影響防止的遠(yuǎn)程調(diào)用數(shù)據(jù)大大的增長(zhǎng)工作量讀取數(shù)據(jù)上安全性比較高不能從主線上處理性能問題局限性沒有到達(dá)SEO優(yōu)化規(guī)定系統(tǒng)要增長(zhǎng)xml文獻(xiàn)解析方案增長(zhǎng)較大的工作量技術(shù)條件方面的可行性 1.可以解析xml文獻(xiàn)即可系統(tǒng)方案評(píng)價(jià) 無已選系統(tǒng)方案的技術(shù)風(fēng)險(xiǎn)分析技術(shù)風(fēng)險(xiǎn)識(shí)別使用Spring工作流的機(jī)制，定期獲取遠(yuǎn)程數(shù)據(jù)，