需求規(guī)格說明書_IEEE-GB

1、文檔編號產品版本密級標 準 號研發(fā)部技術文檔產品名稱：共 頁（英文名稱）（中文名稱）(軟 件 需 求 規(guī) 格 說 明 書擬制： 日期：審核： 日期：批準： 日期：YYYYYY公司地址：四川省成都市望江路29號四川大學 郵編：610064電話：028-8541xxxxxx 傳真-Mail： 網址：c修改記錄日期修改章節(jié)修改內容概述修改人評審記錄日期評審章節(jié)評審意見評審人目 錄修改記錄 1評審記錄 2關鍵詞 5中英文縮寫 5第一章 引言 51.1 文檔約定(實際文檔: 此節(jié)無 61.2目的 71.3 預期的讀者和閱讀建議 71.4 產品的范圍 71.5 參考文獻 7第二章

2、 項目綜合描述 82.1產品的描述 82.2產品的功能 82.3用戶類和特征 82.4運行環(huán)境要求 9設備 9支持軟件 9接口 9控制 9其它如場地、安裝等 102.5一般限制 102.6假設和依賴 10第三章 外部接口需求 103.1用戶界面 113.2硬件接口 113.3軟件接口 113.4通信接口 11第四章 系統(tǒng)特征/功能需求 124.1 功能需求1 12說明和優(yōu)先級 12激勵/響應序列 134.2 功能需求N 13第五章 其他非功能需求 135.1性能需求 135.2 數(shù)據(jù)定義及或要求、管理 14邏輯描述與流程 14數(shù)據(jù)的定義要求 14處理或管理 145.3 屬性要求 14安全性需求

3、 14安全設施需求/故障處理 14可維護性 15故障處理能力要求 155.4軟件質量屬性 155.5業(yè)務規(guī)則 155.6用戶文檔 15第六章 其它需求 16附錄 16附錄A: 分析模型 16附錄B: 待確定問題的列表 16（產品名稱）軟件需求規(guī)格說明關鍵詞請輸入本文的關鍵詞中英文縮寫請輸入本文所涉及的中文縮寫的術語名稱，全稱及含義可以以列表方式進行.縮寫 全稱 中文解釋第一章 引言本章提供整個系統(tǒng)的總述1.1 文檔約定(實際文檔: 此節(jié)無在文檔資料穆板中綠色字, 表示解釋. 實際文檔資料無描述編寫文檔時的所采用的標準或排版約定, 包括正文風格、提示符或主要符號. 約定：標題樣式（表1-1）標題

4、級別編號格式格式一級標題第一章三號加粗，中文黑體二級標題1.1四號加粗，中文黑體英文TIMES NEW ROMAR三級標題1.1.1，中文黑體英TIMES NEW ROMAR四級標題1.1.1.1小四加粗，中文黑體英TIMES NEW ROMAR1） 2） 3）a b c 正文采用 宋體 小四號, 行距請用1.5倍行距 注釋或插圖中的文字用 宋體五號字 表格或插圖必須按章節(jié)進行編號 統(tǒng)一使用“X-X”格式，前一個X指章節(jié)號，后一個指表或圖的順序。如“表2-1”或“圖 3-2” 表格或插圖必須有名稱, 表格或圖被引用時必須注明其標號排版要求:1.2目的對產品進行定義，概要說明這種產品的軟件需求，

5、包括修正和發(fā)行版本號。如果這個軟件規(guī)格需求說明只與整個系統(tǒng)的一部分有關系，那么就只定義文檔中說明的部分和子系統(tǒng)。1.3 預期的讀者和閱讀建議列舉本軟件規(guī)格需求說明所針對的不同讀者，例如開發(fā)人員、項目經理、營銷人員、測試人員和文檔的編寫人員。并概要描述文檔的內容及其組織結構，提出最適合于那一類型讀者閱讀文檔的建議。以及可能的保密權限1.4 產品的范圍 給出一個具體的軟件名稱或標識.說明此軟件將干什么、或不干什么提供對指定的軟件及其目的的簡潔描述，包括利益和目標。把軟件與企業(yè)目標或業(yè)務策略相聯(lián)系。1.5 參考文獻列舉編寫軟件規(guī)格說明時所參考的資料和其它資源。包括:a 文件清單: 如任務書、合同、標

6、準、相關產品的需求規(guī)格說明等b 特殊的指標, 要給出標準c 可能包括用戶界面風格指導d對每文件需加詳細說明, 包括標題名稱、作者、版本號、日期、出版單位或資料來源）第二章 項目綜合描述這一部分主要概述了正在定義的產品的一般影響因素、以及其所運行的環(huán)境、使用產品的用戶和已知的限制、假設和依賴.不說明具體需求, 僅便于此需求好理解.2.1產品的描述描述軟件需求規(guī)格說明中所定義的產品的背景和起源。說明該產品是否是產品系列中的新成員、或獨立的。是否是成熟產品的所改進的下一代產品是否是現(xiàn)有應用程序的替代品是否是一個新型的、自含型產品如果軟件需求規(guī)格說明定義了大系統(tǒng)的一個組成部分，那么要說明這部分軟件是怎

7、么與整個系統(tǒng)相關聯(lián)的，并且要定義出兩者之間的接口2.2產品的功能概述產品的主要功能。詳細功能請在第四章系統(tǒng)特征中描述，這里只需概要的總結如用列表的方法給出如用圖形的方法表示主要的需求分組以及它們之間的聯(lián)系，例如數(shù)據(jù)流程圖頂層圖或類圖2.3用戶類和特征確定可能使用該產品的不同用戶類, 并描述它們相關的特征有些需求可能只于特定的用戶類相關將該產品的重要用戶類和不太重要的用戶類分開。2.4運行環(huán)境要求描述軟件的運行環(huán)境（硬件平臺、操作系統(tǒng)和版本、其它的軟件和組件或與其共存的應用程序）列出運行該軟件所需要的硬設備。說明其中的新型設備及其專門功能，包括：  a處理器型號及內存容量； 

8、 b外存容量、聯(lián)機或脫機、媒體及其存儲格式，設備的型號及數(shù)量；  c輸入及輸出設備的型號和數(shù)量，聯(lián)機或脫機；   d數(shù)據(jù)通信設備的型號和數(shù)量；  e功能鍵及其他專用硬件。列出支持軟件,包括要用到的操作系統(tǒng)、編譯（或匯編）程序、測試支持軟件等。說明該軟件同其他軟件之間的接口、數(shù)據(jù)通信協(xié)議等。說明控制該軟件的運行的方法和控制信號，并說明這些控制信號的來源。2.5一般限制確定影響開發(fā)人員自由選擇的問題項，并說明這為什么成為一種限制。可能的限制可能包括以下的內容： 必須使用或者必須避免的特定技術、工具、編程語言和數(shù)據(jù)庫。 所要求的開發(fā)規(guī)范或標準（根據(jù)用戶的需求）、協(xié)議 企

9、業(yè)策略、政府法規(guī)或工業(yè)標準 硬件限制，例如定時需求或存儲器限制 數(shù)據(jù)轉化格式標準、 運用與操作 安全保密方面考慮2.6假設和依賴列舉出在對軟件需求規(guī)格說明中影響需求陳述的假設因素（與已知因素相對立）包括要用的商業(yè)組件或有關開發(fā)或運行環(huán)境的問題。確定項目對外界因素存在的依賴因素。例如如果你打算把其它項目開發(fā)的組件集成到系統(tǒng)中，那么就應該依賴哪個項目按時提供正確的操作組件。第三章 外部接口需求利用本節(jié)來確定可以保證新產品與外部組件正確連接的需求。關聯(lián)圖表示了高層抽象的外部接口。需要把對接口數(shù)據(jù)和控制組件的詳細描述寫入數(shù)據(jù)字典中，如果產品的不同部分有不同的外部接口，那么應該把這些外部接口的詳細需求并

10、入到這一部分的實例中。3.1用戶界面陳述所需要的用戶界面的軟件組件。描述每個用戶界面的邏輯特征。將要采用的圖形用戶界面（GUI）標準或產品系列的風格。屏幕布局或解決方案的限制。將出現(xiàn)在每個屏幕的標準按鈕、快捷鍵、功能或導航鏈接錯誤信息顯示標準對于用戶界面的細節(jié)，例如特定對話框的布局，應該寫入一個獨立的用戶界面規(guī)格說明中，而不用寫入軟件需求規(guī)格說明中。3.2硬件接口描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質以及所使用的通信協(xié)議。3.3軟件接口描述該軟件與其它外部組件的 （由名字和版本識別）的連接，包括數(shù)據(jù)庫、操作系統(tǒng)、工具、庫和集成的

11、商業(yè)組件。描述并明確在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所需要的服務以及內部組件通信的性質。確定在組件之間共享的數(shù)據(jù)。并描述可能存在的實現(xiàn)上的限制。3.4通信接口描述與產品所使用的通信功能相關的需求，如電子郵件、WEB瀏覽器、網絡通信標準或協(xié)議以及電子表格等等。定義相關的消息格式。規(guī)定通信安全或加密問題、數(shù)據(jù)傳輸速率和同步通信機制。各種標準協(xié)議。第四章 系統(tǒng)特征/功能需求功能需求必須根據(jù)系統(tǒng)特性(即產品所提供的主要服務來組織。選擇一種用戶易理解的組織方式。4.0 功能的劃分/分類請列出與功能的集合、組合, 和后面的闡述相對應。4.1 功能需求1描述該功能的目標, 所采用的方法或技術，及來源

12、、背景等。.逐項定量、定性地描述功能需求的基本動作: 包括輸入、怎樣處理、輸出。及支持的用戶數(shù)等。提出對該系統(tǒng)的簡要說明指出該特征的優(yōu)先級是高、中、低,可以包括你對特定的優(yōu)先級的評價，例如利益、損失、費用和風險列出輸入激勵（用戶動作、來自于外部設備的信號或其它觸發(fā)器）和定義這一特征行為的系統(tǒng)響應序列。描述產品如何響應可預知的出錯條件或者非法輸入或動作4.2 功能需求N同上第五章 其他非功能需求這部分列舉了所有的非功能需求，而不是外部接口需求和限制5.1性能需求闡述不同應用領域對產品性能的需求，并解釋它們的原理以幫助開發(fā)人員作出合理的設計選擇。確定相互合作的用戶數(shù)或者所支持的操作、響應時間以及與

13、實時系統(tǒng)的時間關系。定義容量需求，例如存儲器和磁盤空間的需求或者存儲在數(shù)據(jù)庫中表的最大行數(shù)。盡可能詳細的定義性能需求，可能需要針對每個功能需求或特征分別陳述其性能需求，而不是把他們集中在一起陳述?？赡芡瑫r包括軟件、硬件等性能。5.2 數(shù)據(jù)定義及或要求、管理5.3 屬性要求詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關的需求，這些問題將會影響產品的使用和產品所創(chuàng)建或使用的數(shù)據(jù)庫的保護。定義用戶身份確認或授權需求。明確產品必須滿足的安全性和保密性策略。詳細陳述與產品使用過程中可能發(fā)生的損失、破壞或危害相關的需求。定義必須采取的安全保護或動作，還有預防的潛在的危險動作。明確產品所必須遵從的安全標準、策

14、略和規(guī)則一個安全規(guī)范的范例如下：“如果油箱的壓力超過了規(guī)定的最大壓力的95%，那么必須在1秒鐘內終止操作”列出可能的軟件、硬件故障以及對各項性能而言所產生的后果和對故障處理的要求。5.4軟件質量屬性詳盡論述與客戶或開發(fā)人員至關重要的其它產品質量特征。這些特征必須是確定的、定量的并在可能時是可驗證的。至少應指明不同屬性的相對側重點，例如易用程度優(yōu)于易學程度，或者可移植性優(yōu)于有效性5.5業(yè)務規(guī)則列舉出有關產品的所有操作規(guī)則，例如什么人在特定的環(huán)境下可以進行何種操作。5.6用戶文檔列舉出與軟件、系統(tǒng)一同發(fā)行的用戶文檔部分。例如用戶手冊、在線幫助和教程。第六章 其它需求定義在軟件需求規(guī)格說明中的其他部分未出現(xiàn)的需求，例如