..需求規格說明書Version:2.0撰寫人〔簽名〕：完成日期：2012/6/2評審負責人〔簽名〕：評審日期：目錄TOC\o"1-3"\h\z1.引言11.1目的11.2定義11.3參考資料12.總體概述22.1產品標識22.2產品描述2系統屬性2開發背景2產品功能22.3用戶的特點32.4限制與約束33.具體需求43.1功能需求43.2性能需求7數據準確度7時間特性7適應性73.3數據庫需求73.4設計約束7其他標準的約束7硬件約束93.5外部接口需求9用戶接口9硬件接口10軟件接口10通信接口104.附錄114.1用戶方組織機構圖；11...v.引言目的在完成了針對多媒體網絡資源管理系統的前期調查，同時與多位軟件使用者進展了全面深入地探討和分析的根底上，提出了這份軟件需求規格說明書。此需求規格說明書對多媒體網絡資源管理系統軟件做了全面細致的用戶需求分析，明確所要開發的軟件應具有的功能、性能與界面，使系統分析人員及軟件開發人員能清楚地了解用戶的需求，并在此根底上進一步提出概要設計說明書和完成后續設計與開發工作。本說明書的預期讀者為客戶、業務或需求分析人員、測試人員、用戶文檔編寫者、工程管理人員。本說明書是整個軟件開發的依據，它對以后階段的工作起指導作用。本文也是工程完成后系統驗收的依據。定義表一：簡寫定義SRS軟件需求規格說明書〔SoftWareRequirementSpecification〕B/S瀏覽器和效勞器構造〔Browser/Server〕HTML超文本標記語言(HypertextMarkupLanguage)JSPjava動態網頁(JavaServerPages)參考資料[1]JohnVlissides著李英軍馬曉星蔡敏X建中等譯，?設計模式：可復用面向對象軟件的根底?：ErichCammaRichardHelmRalphJohnson；機械工業[2][美]科曼〔Cormen,T.H.〕等著，潘金貴等譯，?算法導論?〔原書第2版〕，，機械工業，2006[3]X害藩，?軟件工程導論?〔第四版〕，清華大學；[4](美國)希爾伯沙茨,?數據庫系統概念?〔第四版〕，機械工業，2008總體概述產品標識產品名稱：網絡多媒體資源管理信息系統英文簡寫：NMRMIS(NetworkMultimediaResourceManagementInformationSystem)工程編號：S000-02-2008版本：1.0產品描述系統屬性本系統采用B/S模式，需要和SQLserver2008效勞器建立連接。系統的業務邏輯和計算局部在瀏覽器運行，效勞器段提供業務邏輯和計算需要的相關數據。系統響應:系統必需能快速響應用戶的操作，如果操作量很大，必須想方法把它分解成幾個小局部，或提供進度顯示。**性:系統中的業務數據都是商業**，系統中的個人信息，賬戶等都是個人隱私，所有的這些數據要求有很高的**性，不能外泄。開發背景網絡多媒體是指基于計算機網絡(LAN,MAN,WAN)的多媒體應用。常見信息媒體類型包括：文本、圖形、圖像、動畫、音頻、視頻等。本文設計了一個網絡多媒體資源管理信息系統，該系統基于B/S架構，采用JAVA作為編程語言和MVC作為標準開發模式，利用MyEclipse6.6工具進展開發，以SQLServer2005進展后臺數據管理。系統包括了多媒體資源的上傳、下載、瀏覽、點播；基于關鍵字的快速檢索；各種資源的目錄管理、多側面的統計；靈活平安的用戶、角色、權限管理；并具有界面清新、友好、操作便捷、功能強大等特點，能夠滿足廣闊用戶當前網絡時代多媒體資源共享的需求。

產品功能本節為產品功能提供一個摘要，無須描述功能的細節。應為每一產品功能的需求分配一個唯一性的標識，以利于需求的跟蹤和測試。應說明功能的優先級定義，和每一功能的優先級〔從用戶角系統采取B/S模式設計，包括Browser和Server兩個主要功能端。Browser搭載在瀏覽器上，分為用戶客戶端和管理員客戶端兩類。效勞器Server端主要負責數據存儲、維護。表二：功能端功能類別子功能Browser端用戶客戶端網頁瀏覽資源檢索數據統計資源上傳用戶注冊幫助管理員客戶端網頁瀏覽資源檢索數據統計數據管理Server端數據存儲與維護代碼維護系統設置權限管理日志管理用戶的特點本系統對用戶的權限有一定的限制，要求客戶具有一定的電腦操作水平，且操作閱讀能力。維護人員具有一定的工程開發經歷，具有對數據庫熟悉的操作和管理能力，能解決突發的一些異常事項。限制與約束為了使網絡多媒體信息管理系統獲得更好的平安性、擴展性和更高的執行效能，整個系統采取分布式部署的方案，將承載關鍵業務邏輯的應用程序效勞器〔或應用程序效勞器集群〕和承載業務數據的數據庫效勞〔或數據庫效勞器集群〕隔離開來。實現管理與數據的別離，便于管理和維護本系統面向全球互聯網用戶，進展相關交易前必須注冊為本網絡平臺會員，才能擁有相應權限;應用本平臺必須保證電腦或其它本平臺的軟件有殺毒防毒能力，對于因客戶中毒而產生的資源喪失本平臺不負任何責任;平臺用戶用妥善保管好個人密碼，一旦發現喪失，需盡快提供相關證明交于客服人員進展相關**鎖定與資料的修改。具體需求功能需求①系統具有：多媒體資源的分類目錄管理；資源的上傳、下載、瀏覽、點播；各種資源的多側面、多視角的綜合統計；基于媒體屬性的多種排序方式；基于關鍵字的快速數據檢索、準確復合檢索；靈活平安的用戶、角色、權限管理；系統日志監控、數據庫維護及相關的信息平安等功能。系統并提供各類資源的瀏覽、點播、管理規劃等應用的根底支撐環境。圖一.系統總體框架構造圖②用例圖〔UserCase〕是被稱為參與者的外部用戶所能觀察到的系統功能的模型圖，呈現了一些參與者和一些用例，以及它們之間的關系，主要用于對系統、子系統或類的功能行為進展建模。將每個系統中的用戶分出工作狀態的屬性和工作內容，方便建模，防止功能重復和多余的類。網絡多媒體信息管理系統用例圖如下：圖二.多媒體網絡信息管理系統用例模型表三：參與者規格說明書名稱描述未注冊用戶注冊，瀏覽網頁，檢索資源，查看幫助文檔注冊用戶登陸，瀏覽網頁，檢索資源，上傳資源，修改個人信息，統計查看，查看幫助文檔系統管理員目錄管理，資源審核，數據統計，瀏覽網頁，檢索資源，數據導入信息發發等高級系統管理員代碼維護，系統設置，權限管理，日志管理效勞器數據庫存儲數據，并進展數據提取。表四：用戶用例模板描述用例名稱：網絡多媒體信息管理參與者：普通用戶事件流：用戶進入首頁屬于游客狀態。未注冊用戶：1.可以瀏覽網頁信息2.單擊檢索按鈕，可以搜索符合自己要求多媒體資源。3.單擊注冊，可以進展注冊后，可以享受更多的權限。注冊用戶：單擊上傳按鈕，可以上傳用戶資源，并對該資源進展信息填寫。單擊數據統計，可以對資源，人數，下載次數進展直方圖或者圓餅圖的統計。單擊空間動態，可以修改自己的信息和查看自己上傳的資源信息。可選路徑：未知異常：由系統捕獲后提示用戶。表五：系統管理員用例模板描述用例名稱：網絡多媒體信息管理參與者：系統管理員事件流：管理員登陸界面后不僅可以與用戶享受同樣的操作權利，還可以進入后臺管理。選擇目錄管理，對媒體信息進展創立、刪除、修改和調整資源目錄架構。單擊資源審核，對上傳的未審核資源進展審核。單擊資源查看，對已審核的資源進展修改、刪除或查看操作。單擊信息發布，隨即推介和發布各類多媒體資源信息，以電子傳送給用戶。可選路徑：未知異常：由系統捕獲后提示用戶。性能需求數據準確度A．要按照嚴格的數據格式輸入，否那么系統不予響應進展處理。B．查詢時要保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。因為通常有文件的記錄會很多，所以本系統采用了兩種方法進展查詢：直接查詢和模糊查詢。時間特性一般操作的響應時間應在120毫秒內。適應性滿足網絡業務平臺的需求〔記錄量控制在109項內〕。對前面提到的運行環境要求不應存在困難。數據庫需求見?數據庫設計說明書?。設計約束其他標準的約束代碼編程標準①根本要求·程序構造清晰，簡單易懂，單個函數的程序行數不得超過100行。·程序段所要到達的目的應有簡單明確的定義；應使代碼盡可能精簡，防止垃圾程序。·盡量使用標準庫函數和公共函數。·不得隨意定義全局變量，盡量使用局部變量。·使用括號以防止布爾表達式和長度較長的算術表達式的二義性。②可讀性要求·可讀性第一，效率第二。·保持注釋與代碼完全一致。·每個源程序文件，都必須有文件頭說明，說明規格見標準。·每個函數，都有函數頭說明，說明規格見標準。·主要變量〔構造、聯合、類或對象〕定義或引用時，注釋應能反映其含義。·常量定義〔DEFINE〕時應有相應說明。·處理過程的每個階段都有相關注釋說明。·在典型算法前都有注釋。·利用縮進來顯示程序的邏輯構造，縮進量一致并以Tab鍵為單位，定義Tab為6個字節。·循環、分支層次不要超過五層。·注釋可以與語句在同一行，也可以在上行。·空行和空白字符也是一種特殊注釋。·一目了然的語句允許不加注釋。·注釋的作用范圍可以為：定義、引用、條件分支以及一段代碼。·注釋行數〔不包括程序頭和函數頭說明部份〕應占總行數的1/5到1/3。構造化要求·制止出現兩條等價的支路。·制止使用GOTO語句。·用IF語句來強調只執行兩組語句中的一組。制止ELSEGOTO和ELSERETURN。·用CASE實現多路分支。·防止從循環引出多個出口。·函數只有一個出口。·不使用條件賦值語句。·防止不必要的分支。·不要輕易用條件分支去替換邏輯表達式。③正確性與容錯性要求·程序首先是正確，其次是優美·無法證明程序沒有錯誤，因此在編寫完一段程序后，應及時回頭檢查。·修改一個錯誤時可能產生新的錯誤，因此在修改前首先考慮對其它程序的影響。·所有變量在調用前必須被初始化。·對所有的用戶輸入，必須進展合法性檢查。·不要比擬浮點數的相等，比方：10.0*0.1==1.0是不可靠的。·程序與環境或狀態發生關系時，必須主動去處理發生的意外事件，如文件能否邏輯鎖定、打印機是否聯機等。·單元測試也是編程的一部份，提交集成測試的程序必須通過單元測試。④可重用性要求·重復使用的完成相對獨立功能的算法或代碼應抽象為公共控件或類。·公共控件或類應考慮OO思想，減少外界聯系，考慮獨立性或封裝性。·公共控件或類應建立使用模板。硬件約束硬件配置：CPUP2233內存要求：64M以上；硬盤：2G以上外部接口需求用戶接口用戶界面：采用B/S模式圖形化界面，對用戶友好，且必須對鼠標鍵盤提供支持，界面設計應遵循：界面風格：應做到簡潔美觀，視圖優美，給用戶全新感覺，操作簡便，一目了然，易于管理且具有人性化，并且注重界面的布局。盡量保持一致性：界面標準應遵循一般的標準。設計完整的對話過程：系統的每一次對話都應該有明確的次序：開場、中間處理過程、完畢，且支持回退功能。提供錯誤處理機制與容錯性能：良好的用戶封閉性，用戶根本上在提示信息下輸數據，且對每一次操作錯誤都給出友好提示。提供信息反應：用多種信息動態提示用戶當前系統運行瀏覽狀態，元件的功能。操作可逆：其動作可以是單個的操作，或者是一個相對獨立的操作序列。設計良好的聯機幫助。顯示啟動畫面：畫面簡潔明快，富有現代氣息，不能太花哨。提供控制的內部軌跡：系統應該讓用戶覺得是由用戶在做決定，可以通過提示字符和提示消息的方式使用用戶產生這種感覺。硬件接口效勞器接口標識：效勞器功能描述：穩定運行數據庫為客戶端提供高效的數據效勞，并提供大容量硬盤備份數據及歸檔。信號方向、格式、傳輸協議：優先級：高配置要求：大型機，數量2臺。客戶端接口標