EMS V1.2能源管理系統(tǒng)需求分析報告V1.00

EMSV1.2能源管理系統(tǒng)需求分析報告文件編號生效日期受控編號保密級別一級版本號V1.00修改次數(shù)0總頁數(shù)11正文6附錄編制吳曉彥審核批準(zhǔn)(版權(quán)所有,翻版必究)評審記錄對《EMSV1.2能源管理系統(tǒng)需求分析報告V1.00》的評審意見：上述問題修改驗證后，由驗證后，本文件即可發(fā)布。評審人員簽字：************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

馬如明

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

楊毅

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

郭宗亮

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

李智星

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

沈慧強

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

何家元

日期：

14年11月2日************************************************************************************************************************文件名：

EMSV1.2能源管理系統(tǒng)需求分析報告

評審結(jié)果：同意評審人：

戴新宇

日期：

14年11月2日************************************************************問題修改驗證結(jié)果：驗證人簽字：時間：年月日

變更日志編號版本修改內(nèi)容修改人修改日期10.1初稿做成吳曉彥2014-10-25

目錄1 引言 11.1 編寫目的 11.2 術(shù)語、定義和縮略語 11.3 術(shù)語、定義 11.4 縮略語 22 需求描述 32.1 需求背景 32.2 該需求的關(guān)鍵要素 32.3 該需求的關(guān)鍵技術(shù)與難點 33 對目前產(chǎn)品的影響 34 該需求競爭對手分析與優(yōu)先級 45 波及的模塊與工作量預(yù)估 45.1 該需求對業(yè)務(wù)項目波及模塊和工作量預(yù)估 45.2 該需求對網(wǎng)管平臺的要求和接口 45.3 詳細(xì)估算結(jié)果 56 驗收標(biāo)準(zhǔn) 57 需求討論記錄 6需求分析報告引言編寫目的本文主要對EMSV1.2能源管理系統(tǒng)的用戶需求從交互模型、可行性分析、對現(xiàn)有產(chǎn)品的影響、關(guān)鍵技術(shù)、涉及的模塊與工作量預(yù)估等方面進行分析，一方面提供給產(chǎn)品總工、產(chǎn)品研發(fā)經(jīng)理、項目經(jīng)理等進行版本規(guī)劃決策；另一方面對用戶需求中不明確的部分進行討論細(xì)化明確，在對應(yīng)版本立項前明確該需求的目標(biāo)和范圍，有利于后續(xù)寫出明確的產(chǎn)品需求說明書和系統(tǒng)方案。預(yù)期讀者和閱讀建議預(yù)期的讀者和閱讀建議參見表1.1。表1.1讀者分類閱讀重點備注產(chǎn)品經(jīng)理、項目經(jīng)理全文，并據(jù)此編制/修訂項目（軟件）開發(fā)計劃等。架構(gòu)師需求分析的完整性、無二義性，為產(chǎn)品需求和方案設(shè)計作準(zhǔn)備。技術(shù)營銷人員需求的必要性、優(yōu)先級，從用戶的角度看分析的正確和完整性。文檔約定本文使用了如下的文檔約定：1)表頭文字使用了20%灰度背景；2)插圖一律使用MSVisio中文版繪制，并一律“嵌入”于需求描述正文中，而非“浮于文字上方”。；3)用同號、同體但加粗的文字來強調(diào)需要讀者重視的內(nèi)容。術(shù)語、定義和縮略語術(shù)語、定義無縮略語縮略語英文原文中文含義Redisremotedictonaryserver遠(yuǎn)程內(nèi)存字典數(shù)據(jù)庫WCFWindowsCommunicationFoundation由微軟開發(fā)的一系列支持?jǐn)?shù)據(jù)通信的應(yīng)用程序框架XMLExtensibleMarkupLanguage擴展性標(biāo)識語言需求分析報告需求描述需求背景需求來源： 目前公司已有的能源管理系統(tǒng)已無法滿足平臺客戶的要求，且不符合公司構(gòu)建大平臺的戰(zhàn)略計劃。同時，在對客戶與市場需求分析的過程中，提煉出了滿足行業(yè)標(biāo)準(zhǔn)，與客戶需求精準(zhǔn)匹配的的各子系統(tǒng)，從而形成EMSV1.2的系統(tǒng)原型。該需求的關(guān)鍵要素該需求主要涉及到以下關(guān)鍵問題數(shù)據(jù)時間顆粒度目前數(shù)據(jù)采集時間顆粒度為：10分鐘、15分鐘、30分鐘數(shù)據(jù)庫訪問關(guān)鍵處理 在遵循一般的sql訪問優(yōu)化規(guī)則外，數(shù)據(jù)庫實現(xiàn)讀寫分離，降低數(shù)據(jù)庫系統(tǒng)讀寫死鎖發(fā)生的概率；依托于服務(wù)器磁盤陣列結(jié)構(gòu)，提高IO讀寫速度，避免磁盤爭用現(xiàn)象。Redis內(nèi)存數(shù)據(jù)庫 采用開源的Redis內(nèi)存數(shù)據(jù)系統(tǒng)，實現(xiàn)對實時計算的快速讀寫。該需求的關(guān)鍵技術(shù)與難點該需求涉及的關(guān)鍵點和難點包括數(shù)據(jù)實時性較高帶來的后臺數(shù)據(jù)處理壓力數(shù)據(jù)采集頻次較高帶來的數(shù)據(jù)量問題，以及頁面實時獲取數(shù)據(jù)壓力對目前產(chǎn)品的影響無。該需求競爭對手分析與優(yōu)先級無，目前暫無其他廠家的有關(guān)信息。波及的模塊與工作量預(yù)估該需求對業(yè)務(wù)項目波及模塊和工作量預(yù)估需要做的工作包括能耗監(jiān)測系統(tǒng)BS頁面開發(fā)后臺配置模塊開發(fā)Flex\HTML5與組態(tài)軟件開發(fā)移動App應(yīng)用開發(fā)Redis后臺與服務(wù)管理程序開發(fā)該需求對網(wǎng)管平臺的要求和接口需要網(wǎng)管平臺實現(xiàn)的功能包括網(wǎng)絡(luò)帶寬應(yīng)滿足大數(shù)據(jù)量傳輸要求服務(wù)器采用磁盤陣列結(jié)構(gòu)詳細(xì)估算結(jié)果 波及項目研發(fā)階段系統(tǒng)軟件開發(fā)部應(yīng)用軟件部UCD設(shè)計波及項目相關(guān)性（高，中，低，無關(guān)）高中中需求分析（人天）303020概要設(shè)計（人天）151520詳細(xì)設(shè)計（人天）波及模塊模塊人天KPI定額5節(jié)能專家3智能報告5負(fù)荷預(yù)測6關(guān)聯(lián)分析6設(shè)備管理6能效專家5實時監(jiān)控7編碼（人天）波及模塊模塊人天KPI定額10節(jié)能專家6智能報告10負(fù)荷預(yù)測12關(guān)聯(lián)分析12設(shè)備管理12能效專家10實時監(jiān)控14單元測試（人天）波及模塊模塊人天KPI定額2.5節(jié)能專家1.5智能報告2.5負(fù)荷預(yù)測3關(guān)聯(lián)分析3設(shè)備管理3能效專家2.5實時監(jiān)控3.5集成測試（人天）30系統(tǒng)測試（人天）30工作量總共需要341人天；時長341天；驗收標(biāo)準(zhǔn)（1）

驗收人員

由研發(fā)中心協(xié)助，會同產(chǎn)品部、品質(zhì)等相關(guān)部門完成廠內(nèi)驗收。（2）驗收內(nèi)容驗收內(nèi)容應(yīng)該包括：合法性檢查、文檔檢查、軟件一致性檢查、軟件系統(tǒng)測試與測試結(jié)果評審等幾項工作。

合法性檢查檢查軟件開發(fā)工具是否合法、使用的函數(shù)庫、控件、組件是否有合法的發(fā)布許可。

文檔檢查檢查開發(fā)者提交的文檔必須齊全，質(zhì)量