【正文】 對一個實際的需求規(guī)格說明來說，若有必要應(yīng)該編寫附錄。 對于 SRS中的第 3章的具體需求部分的最好的組織方案取決于所說明的軟件產(chǎn)品的應(yīng)用范圍和性質(zhì)。例如，用 戶初始化操作； b. 交互作用操作的同期和無人操作的周期； c. 數(shù)據(jù)處理支持功能； d. 后援和恢復(fù)操作。 對每一個所需的軟件產(chǎn)品，要提供如下內(nèi)容： a. 名字； b. 助記符； c. 規(guī)格說明號； d. 版本號； e. 來源。例如： a. 軟件模塊所需要的特殊的耦合矩陣； b. 對微型裝置指定特殊的數(shù)據(jù) /程序分割要求。 其他標(biāo)準(zhǔn)的約束 本項將指定由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)則派生的要求。例如：當(dāng)打印檢查時，要求操作員進(jìn)行格式調(diào)整； （ 3）指明引用接口說明或接口控制文件的參考資料。 a. 根據(jù)本指南第 4章所規(guī)定的準(zhǔn)則（如可驗證性、無歧義性等），對每一個需求細(xì)節(jié)作具體描述； b. 在 SRS的前言、項目概述、附錄部分的有關(guān)討論中，要提供對任何一個具體需求交叉引用的背景； c. 具體需求分類的方法如下： （ 1）功能需求； （ 2）性能需求； （ 3）設(shè)計約束； （ 4）屬性； （ 5）外部接口需求。而這些項將限定開發(fā)者在設(shè)計系統(tǒng)時的任選項。 這一條不用作陳述具體需求，只是對后來 SRS中具體需求一章中為什么要描述的某些需求提供理由。這里僅僅是一個綜述性描述。也可以參考其他的文件。 目錄 1 前言 目的 范圍 定義、縮寫詞、略語 參考資料 2 項目概述 產(chǎn)品描述 產(chǎn)品功能 用戶特點 一般約束 假設(shè)和依據(jù) 3 具體需求 （參閱本指南 條中具體需求的組織形式） 附錄 索引 前言（ SRS第 1章） 本章提供整個 SRS綜述。這意味著，或者將一個潛在不適當(dāng)?shù)脑O(shè)計作為一個需求進(jìn)行描述（因為，若要得到好的設(shè)計，所花費的時間是不夠的），或者在需求 階段花費了過多的時間（因為在 SRS完成之前整個設(shè)計分析都要完成）； b. 采用本指南中 ，用模型設(shè)計描述需求，這種模型設(shè)計只用于輔助描述需求，而不使之成為實際的設(shè)計。 SRS 必須描述在干什么數(shù)據(jù)上、為誰完成什么功能、在什么地方、產(chǎn)生什么結(jié)果。當(dāng)一個需求在軟件預(yù)期的生存期間內(nèi)描述不改變的話，可以認(rèn)為該需求是穩(wěn)定 的，否則可以認(rèn)為是易變的。每當(dāng)一個 SRS使用一個模型時： a. 它意味著此模型提供一個十分有效和精確的方法說明需求； b. 并不意味著軟件產(chǎn)品的實現(xiàn)必須基于這個模型。 計時模型可以把下列限制加到圖 1的模型中去： a. 激活因素 0將在進(jìn)入 S1狀態(tài) 30S之內(nèi)出現(xiàn)； b. 響應(yīng) 1將在進(jìn)入 S2狀態(tài) 2S之內(nèi)出現(xiàn)。 對前面用數(shù)學(xué)模型描述的例子。 應(yīng)注意區(qū)別各種模型的應(yīng)用場合，參考 。 典型例子 一種選擇是用典型例子來說明要求的特性。一 般情況下，致力于輸出的系統(tǒng)主要是在數(shù)據(jù)文卷上操作。； b. 可以標(biāo)識一個特殊的實體或動作在規(guī)格說明中的描述位置。 形式化說明方法 在 SRS中是否使用形式化方法要依據(jù)下列因素： a. 程序規(guī)模和復(fù)雜性； b. 客戶合同中是否要求使用； c. SRS是否是一個合同工具或僅僅是一個內(nèi)部文件； d. SRS文件是否成為設(shè)計文件的根據(jù)； e. 具有支持這種方法的計算機設(shè)備。這種協(xié)議要使用 SRS的形式，應(yīng)該由雙方聯(lián)合起草。 運行和維護(hù)階段的可使用性 SRS必須滿足運行和維護(hù)階段的需要，包括軟件最終替換。根據(jù)先前文件或本文件前面的每一個需求進(jìn)行追蹤。可修改性要求 SRS具備以下條件： a. 具有一個有條不紊的易于使用的內(nèi)容組織，具有目錄表，索引和明確的交叉引用表； b. 沒有冗余。提倡使用形式化需求說明語言。 4 編寫 SRS 的背景信息 SRS 的基本要求 SRS是對要完成一定功能、性能的軟件產(chǎn)品、程序或一組程序的說明。 客戶（ customer） 指個人或單位，他們?yōu)楫a(chǎn)品開發(fā)提供資金，通常（但有時也不必）還提出各種需求?？蛻粢惨子谝浦财滠浖狡渌块T，而開發(fā)者同樣也易于把軟件移植到新的客戶； 。編制 SRS的過程將使客戶在設(shè)計開始之前周密地思考全部需求，從而減少事后重新設(shè)計、重新編碼和重新測試的返工活動。計算機軟件需求說明編制指南 1 引言 目的和作用 本指南為軟件需求實踐提供了一個規(guī)范化的方法。在 SRS中對各種需求仔細(xì)地進(jìn)行復(fù)查， 還可以在開發(fā)早期發(fā)現(xiàn)若干遺漏、錯誤的理解和不一致性，以便及時加以糾正； c. 為成本計價和編制計劃進(jìn)度提供基礎(chǔ)。由于 SRS所討論的是軟件產(chǎn)品，而不是開發(fā)這個產(chǎn)品的設(shè)計。文件中的客戶和開發(fā)者也可能是同一個組織的成員。 對 SRS的描述有兩項基本要求： a. 必須描述一定的功能、性能； b. 必須用確定的方法敘述這些功能、性能。 完整性 如果一個 SRS能滿足下列要求，則該 SRS就是完整的： a. 包括全部有意義的要求，無論是關(guān)系到功能的、性能的、設(shè)計約束的，還是關(guān)系到屬性或外部接口方面的需求； b. 對所有可能出現(xiàn)的輸入數(shù)據(jù)的響應(yīng)予以定義 ，要對合法和非合法的輸入值的響應(yīng)做出規(guī)定； c. 要符合 SRS要求。即同一需求不能在 SRS中出現(xiàn)多次。 b. 向前追蹤（即是向由 SRS派生的所有文件追蹤）。 a. 維護(hù)常常是由與原來開發(fā)無聯(lián)系的人來進(jìn)行的。這是因為： a. 客戶通常對軟件設(shè)計和開發(fā)過程了解較少，而不能寫出可用的 SRS； b. 開發(fā)者通常對于客戶的問題和意圖了解較少，從而不可能寫出一個令人滿意的系統(tǒng)需求。 生產(chǎn)工具 軟件產(chǎn)品生產(chǎn)中有多種生產(chǎn)工具。 此外，可以使用若干種形式化方法，以便允許自動處理 SRS內(nèi)容，只要作某些限制就可以做到； 用一些表格或圖示法來顯示需求。用戶的輸入通常是致力于提供控制信息和啟動數(shù)據(jù)文卷的處理； b. 有些軟件產(chǎn)品需要著重說明輸入、輸出特性。例如，假設(shè)一個系統(tǒng)中當(dāng)接收“ 0”時用“ 1”來回答。 數(shù)學(xué)模型 數(shù)學(xué)模型是使用數(shù)學(xué)關(guān)系描述軟件特性的模型?？捎脠D 1所示的有限狀態(tài)機形式的功能模型來描述。 其他模型 隊了上面提及的模型外。 一個模型用于解釋文件所寫的需求是有效的，但是對于實際軟件的實現(xiàn)可能并不是最適宜的。 必要性等級 注釋的另一種方法是把需求分成必須保證級、期望級和任選級。 SRS應(yīng)把注意力集中在要完成的服務(wù)目標(biāo)上。 在 SRS中嵌入了一些項目要求 SRS應(yīng)當(dāng)是描寫一個軟件產(chǎn)品，而不是描述生產(chǎn)軟件產(chǎn)品的過程。 目的（ SRS的 ） 在這一條包括下列內(nèi)容： a. 描述實際 SRS的目的； b. 說明 SRS所預(yù)期的讀者。 參考資料（ SRS的 ） 本條應(yīng)包括： a. 在 SRS中各處參照的文件的全部清單，如經(jīng) 核準(zhǔn)的計劃任務(wù)書，上級機關(guān)批文、合同等； b. 列出其他參考資料，如屬本項目的其他已發(fā)表的文件和主要文獻(xiàn)等。