技術可行性分析

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