1、客戶名稱文檔編號文檔版本V1.0項目名稱軟件需求規格說明文檔簽署記錄項目名稱虛擬試驗系統項目編號文檔名稱虛擬試驗管理系統和集成門戶軟件需求規格說明文檔編號文檔版本V1.0擬制簽署人簽署日期職務校對審 核批 準文檔修改記錄版本修改說明修改人修改日期校對審核批準生效日期目錄1 引言 11.1 目的 11.2 項目背景 11.3 范圍 11.4 參考資料 11.5 綜述 12 總體概述 22.1 產品描述 22.2 產品功能 22.3 用戶特點 22.4 設計約束 22.4.1 標準規范 22.4.2 軟件開發語言 22.4.3 軟件開發工具和環境 22.4.4 軟件測試環境 33 具體需求 43.

2、1 軟件流程功能 53.1.1 流程 1 . 53.2 功能需求 73.2.1 試驗資源管理 73.2.2 試驗過程管理 93.3 軟件模塊劃分 113.4 系統集成接口 123.4.1 與管理系統的接口 123.5 性能需求 123.5.1 精度 123.5.2 時間特性要求 123.6 數據處理要求 123.7 軟件質量要求 133.7.1 易用性 133.7.2 可靠性 133.7.3 安全性 133.7.4 可維護性 133.8 可靠性、安全性和維護性要求 133.8.1 軟件安全性等級、可靠性指標 133.8.2 軟件運行壽命 133.8.3 軟件安全性要求 133.8.4 軟件健壯

3、性要求 133.8.5 軟件不期望事件要求 143.8.6 軟件維護性要求 144 運行環境規定 144.1 部署方案 144.2 系統運行的硬件環境要求 144.3 系統運行的軟件環境要求 151 引言1.1 目的本文檔是 完成單位 就項目名稱 項目編寫的需求分析報告，為平臺的設計及開發工 作提供可靠的依據。1.2 項目背景1) 項目名稱：2) 本項目的任務提出者：北京宇航系統工程研究所3) 本任務的完成者：4) 產品用戶：1.3 范圍項目名稱是完成單位 為客戶名稱定制的集成門戶，主要包括功能模塊 ，達到的目標1.4 參考資料1.5 綜述項目名稱 需求分析報告包含 4 部分：引言、總體概述、

4、具體需求以及運行環境規 定。1) 引言明確 項目名稱 需求分析報告的書寫目的，確定軟件范圍，提供書寫參考資料。2) 總體概述 對軟件產品、產品功能進行總體描述，按照用戶的特點確定開發環境約束。3) 具體需求詳細描述項目名稱的具體需求，包括： (1)功能需求，如 功能模塊 1、功能模塊 2； (2)接口需求；( 3)性能需求；( 4)軟件質量要求。4) 運行環境規定描述了支撐 項目名稱 穩定運行的三種必需環境：網絡環境，軟件環境和硬件環2 總體概述2.1 產品描述2.2 產品功能為了滿足用戶需求，系統確定了如下功能：1) 功能模塊 12) 功能模塊 2 其中管理系統包括。 。數據管理系統包括數據

5、庫接口， webservice 接口。2.3 用戶特點系統使用人員有下列幾類：1)2)3) 使用人員介紹如下：( 1)用戶類型 1是項目名稱的主要使用者 ，在 項目名稱中主要完成的任務描述(2)用戶類型 2。2.4 設計約束2.4.1 標準規范2.4.2 軟件開發語言軟件開發語言采用主流程序設計語言，可包括C、C+、C#、 HTML、JAVASCRIP、TSQL、JAVA、 JavaScript 等。2.4.3 軟件開發工具和環境客戶端配置：表 2-4-1 客戶端最低配置列表名稱配置參數CPUIn tel P4 3.0GHz內存2G硬盤空閑磁盤10G網卡100M/1000M自適應網卡操作系統W

6、inXP或以上開發環境IE 6.0JDK 1.5Qt 4.7Visual Studio 2008服務器配置：表2-4-2服務器最低配置列表名稱配置參數CPUIn tel 雙核 4.0G內存>4G硬盤空閑磁盤300G網卡100M/1000M自適應網卡操作系統Win2003 Server 或以上開發環境JDK 1.5MyEclipse 8.0Tomcat6.0244軟件測試環境客戶端配置：表2-4-1客戶端軟件最低配置列表名稱配置參數CPUIn tel P4 3.0GHz內存2G硬盤空閑磁盤10G網卡100M/1000M自適應網卡操作系統WinXP或以上開發環境IE 6.0JDK 1.5服務

7、器配置：表2-4-2服務器軟件最低配置列表名稱配置參數CPUIn tel 雙核 4.0G內存>4G硬盤空閑磁盤300G網卡100M/1000M自適應網卡操作系統Win2003 Server 或以上開發環境JDK 1.5Tomcat6.03具體需求項目名稱中。采用基于B/S的三層體系結構，由數據層來實現數據的存儲(Model), 由業務層來實現業務邏輯和業務流程(Con troller)，應用層來實現對數據的展示功能(View)。這三層結構在物理上可以是隔絕的，分別運行在不同的電腦上。同時在服務器 端采用國際流行的Oracle關系數據庫來存儲和管理仿真的任務、數據和模板。服 Q M 服 服

8、服服服服服服服服服服服圖3-1-1集成門戶架構圖應用層：使用Web客戶端可以方便快捷地訪問我們的門戶，提供各個功能的入口。業務層：采用J2EE構建服務器端，提供項目管理、模型管理、系統管理三大功能。與總線和計算節點都有接口。數據層：基于Oracle建立模型數據庫和項目管理數據庫。Oracle數據庫具有強大的數據存儲和查詢能力，適用于結構化數據管理，并具有良好的穩定性和擴充性。3.1軟件流程功能流程1在試驗建模階段，各計算節點封裝好的模型，通過門戶提供的API上傳到服務器端進行管理。在試驗設計階段，從項目管理開始新建項目，用戶使用總線提供的“試驗設計軟件” 進行設計，設計完成后將試驗配置（流程、

9、事件、資源）上傳到服務器端保存。在試驗運行階段，啟動總線的“試驗運行控制系統”，同時將試驗配置和用到的模 型傳送到總線服務器服服服服 - 一服服服服服服服服服服服服服服 r服服服服服服;服服服服服服服 I 服服服服服服服服服服服服1F服服服服服服服服服服 服服服服服服 服服服服服服 服服服服服服 J IJ ,J L,J圖3-1-1流程圖1下圖描述了一個典型的應用場景下，工作流程戶、總線計算節點試驗建模階段模型管理上傳模型文件建模環境試驗設計階段試驗運行階段圖3-1-2工作流程圖33.2功能需求試驗資源管理模塊功能集成門戶中，通過試驗資源管理模塊，實現對管理系統的管理，而不用通過瀏覽器 的形式再

10、次登錄。在一般項目管理的基本上，還提供了對試驗配置的管理。1）項目管理對項目進行管理，包括項目信息的查看，項目的下載，項目的導入和單個文件 的下載。2）模型管理對模型進行管理，包括項目信息的查看，項目的下載，項目的導入和單個文件 的下載。3）任務管理對用戶分配任務的查詢功能，對用戶任務，可以執行并上傳模型文件，項目計 劃等內容。4）資源管理實現對計算資源的統一分配，包括資源的新建、刪除、修改和查詢。5）數據管理實現數據管理系統的訪問。（2）模塊功能流程用戶登錄之后，首先可以在資源管理階段，實現對管理系統的操作功能，這樣在試 驗進行階段可以的對修改后的資源，進行直接的操作。圖3-2-1試驗資源流

11、程圖（3）界面原型無(4) 模塊應用場景試驗資源管理階段：? 用戶登陸集成門戶?用戶新建一個項目，選擇項目分類，輸入項目相關信息(名稱、負責人)? 用戶上傳項目的相關文檔，試驗任務書、試驗方案? 用戶使用“試驗設計軟件”進行試驗設計，最終產生的試驗配置，用戶通過門 戶上傳試驗配置，與相關項目綁定? 用戶新建模型，填寫模型信息，上傳模型文件。? 用戶通過資源管理，管理計算資源。(5) 外部接口無3.2.2 試驗過程管理(1) 模塊功能進行虛擬試驗， 按照試驗的一般步驟分為一下幾步： 試驗準備階段， 試驗設計階段， 試驗運行階段和試驗分析階段。1) 試驗準備 開始項目之前做的一些準備工作，包括下發

12、任務書，提出試驗方案，指定試驗 人員等。2) 試驗設計 進行試驗，需要對試驗流程進行設計，以滿足當前試驗的要求。在這個階段實 現流程的設計和保存功能。3) 進行試驗 試驗設計完成之后，需要操作員對設計流程進行驗證，以檢驗設計的正確性。 試驗進行中，會產生一些數據文件，設計師可以通過這些數據文件和波形圖， 了解設計的性能優越性和缺點4) 試驗分析 試驗進行完成之后，對產生的數據文件，進行更進一步的數據分析，發現試驗 設計深層次的優缺點。(2) 模塊功能流程在試驗設計階段，從項目管理開始新建項目，“試驗設計軟件”設計完成后將試驗配置(流程、事件、資源)上傳給“試驗配置管理”模塊。在試驗運行階段，通

13、過“總 線調用接口”啟動總線的“試驗運行控制系統”，同時將試驗配置傳送到總線服務器。圖3-2-2試驗過程流程圖(3) 界面原型(4) 模塊應用場景試驗準備階段：? 用戶登錄集成門戶，選中過程管理? 用戶在試驗新建一個試驗項目，指派項目人員，下發項目任務單。試驗設計階段：? 用戶根據任務單，明確試驗任務，設計試驗流程。?用戶將完成的設計文件提交到數據庫保存。試驗運行階段：?用戶根據任務單，下載設計文件，根據設計指定的計算資源，進行試驗 將計算工程中動態生成的試驗數據展示出來。試驗分析階段：?用戶將運行階段產生的數據文件再次進行分析。? 根據分析結果，用戶提交分析報告。3.3軟件模塊劃分系統的功能

14、模塊劃分為四個單元，包括集成門戶單元、項目管理單元、模型管理單 元、系統管理單元。按軟件工程的思想，保證每個單元都具有功能上和代碼上的獨立性。a）集成門戶單元：利用集成門戶實現模擬整個虛擬試驗流程，將將試驗設計軟件、 試驗運行軟件、試驗監控軟件、VV&A分析軟件、虛擬試驗數據分析軟件等可利用資源整 合起來，對試驗進行分析和評估。b）項目管理單元：將試驗項目上傳到管理系統進行統一管理，實現項目的增刪改 查的功能。c）模型管理單元：提供試驗設計中用到的模型的統一管理，實現模型的增刪改查 的功能。IPd）系統管理單元：系統管理單元分為四個部分：人員管理、權限管理、日志查看 和資源管理。人員管

15、理：系統人員的增刪改查；權限管理：系統人員權限的分配；日志 查看：人員操作日志；資源管理：虛擬試驗用到的所有資源的管理，包括軟硬件和的管理。圖16系統模板劃分圖3.4 系統集成接口3.4.1 與管理系統的接口管理系統提供對外的 Webservice 接口，供集成門戶調用，實現如下的功能：項目 信息上傳、項目文件上傳、項目人員獲取等操作。3.5 性能需求系統響應時間： <=1 秒。數據存儲量： >=10G。運行時間限制： 24 小時運行。數據精度：雙精度。3.5.1 精度數據保存的精度要與試驗部門提供的文件中的數據精度保持一致。3.5.2 時間特性要求以3.0Ghz 4核In tel

16、 Xeon CPU、4GB內存、IOOOORPM SC®盤驅動器為參考服務 器配置。在系統管理 1000次虛擬試驗、 3000 份預處理結果，每次試驗預處理結果數 據量不大于IOOKB的數據規模下。在10個用戶界面非查詢性請求并發的情況下，平均 界面響應時間不大于2s。在5個用戶查詢請求并發的情況下，平均查詢響應時間不大 于30s。系統可以通過擴展服務器的 CPU內核數提高各種可并行功能的性能。3.6 數據處理要求處理精度：對集成門戶數據的精度和格式與自研軟件的數據精度和格式保持一致。 處理速度：數據處理速度要滿足實時性的要求，受限于自研軟件本身的處理速度可 以酌情考慮。最大信息量情

17、況：滿足一般性項目文件的上傳和下載；數據流通率，允許最長中斷 時間及處理時間滿足文件傳輸的要求。冗余信息處理準則：不保留試驗項目設計、運行產生的數據冗余信息。3.7 軟件質量要求3.7.1 易用性軟件界面風格統一，主色調以不超過三、四種為宜，以淡色為背景，主體文字為 黑色，表格線條以細線條為主，界面文字排列有序，相關項目關系清晰，一般不宜使 用太夸張的圖片。各種列表應提供按照各字段排序的功能，每頁顯示的記錄條數可定制。對列表項 相鄰行以不同顏色顯示，對用戶正在操作的項以高亮顯示。在進行數據導入、導出等耗時較長的活動時，需要有進度顯示，顯示內容包括： 已完成和正在進行的工作內容、進度、耗時、狀態

18、等。3.7.2 可靠性3.7.3 安全性同上。3.7.4 可維護性同上。3.8 可靠性、安全性和維護性要求3.8.1 軟件安全性等級、可靠性指標系統能夠長時間穩定工作，除非發生斷電或人為意外。3.8.2 軟件運行壽命系統具有 5 年以上的運行壽命。3.8.3 軟件安全性要求系統登錄需要密碼，系統管理符合三權分立的原則。3.8.4 軟件健壯性要求系統具有容錯性，對于錯誤的總線指令或數據，有一定容錯能力。對于仿真軟件的 異常，能夠及時發現并上報總線385軟件不期望事件要求系統應占有單獨服務器，避免與其它系統共存，服務器上不得有木馬病毒。軟件維護性要求系統具有全中文的操作界面，包括菜單、用戶手冊、在線幫助、自學培訓材料等均 要求提供中文版本。系統底層架構具有較好的開放性，能靈活實現用戶的定制及功能擴充。4運行環境規定本系統對運行環境的要求包括硬件和軟件，針對客戶端與服務器有不同的要求4.1部署方案根據業務需要，提出部署方案如圖17部署方案（網絡拓撲圖）所示試驗妣據倖脈勢話LWF高愷能汁薩服勢省FluenlCFXIiLS-Dyriai4hjni-*i+»4圖17部署方案（網絡拓撲圖）4.