功能說(shuō)明書(shū)模板

1、功能說(shuō)明書(shū)模板1.引言：引言提出了對(duì)軟件需求規(guī)格說(shuō)明的縱覽，這有助于讀者理解文檔如何編寫(xiě)并且如何閱讀和解釋。1.1目的：對(duì)產(chǎn)品進(jìn)行定義，在該文檔中詳盡說(shuō)明了這個(gè)產(chǎn)品的軟件需求， 包括修正或發(fā)行版本號(hào)。 如果這個(gè)軟件需求規(guī)格說(shuō)明只與整個(gè)系統(tǒng)的一部分有關(guān)系，那么就只定義文檔中說(shuō)明的部分或子系統(tǒng)。1.2文檔約定：描述編寫(xiě)文檔時(shí)所采用的標(biāo)準(zhǔn)或排版約定，包括正文風(fēng)格、提示區(qū)或重要符號(hào)。13一預(yù)期的讀者和閱讀建議：列舉了軟件需求規(guī)格說(shuō)明所針對(duì)的不同讀者，例如開(kāi)發(fā)人員、項(xiàng)目經(jīng)理、營(yíng)銷(xiāo)人員、用 戶(hù)、測(cè)試人員或文檔的編寫(xiě)人員。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。提出了 最適合于每一類(lèi)型讀者閱讀文檔的建議。U

2、_產(chǎn)品的范圍：提供了對(duì)指定的軟件及其目的的簡(jiǎn)短描述，包括利益和目標(biāo)。把軟件與企業(yè)目標(biāo)或業(yè)務(wù)策略相聯(lián)系?？梢詤⒖柬?xiàng)目視圖和范圍文檔而不是將其內(nèi)容復(fù)制到這里。1.5參考文獻(xiàn)：列舉了編寫(xiě)軟件需求規(guī)格說(shuō)明時(shí)所參考的資料或其它資源。這可能包括用戶(hù)界面風(fēng)格指導(dǎo)、合同、標(biāo)準(zhǔn)、系統(tǒng)需求規(guī)格說(shuō)明、使用實(shí)例文檔，或相關(guān)產(chǎn)品的軟件需求規(guī)格說(shuō)明。2_綜合描述：這一部分概述了正在定義的產(chǎn)品以及它所運(yùn)行的環(huán)境、使用產(chǎn)品的用戶(hù)和已知的限制、 假設(shè)和依賴(lài)。2.1產(chǎn)品的前景:描述了軟件需求規(guī)格說(shuō)明中所定義的產(chǎn)品的背景和起源。說(shuō)明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員，是否是成熟產(chǎn)品所改進(jìn)的下一代產(chǎn)品、是否是現(xiàn)有應(yīng)用程序的替代品，

3、或者是否是一個(gè)新型的、自含型產(chǎn)品。2.2產(chǎn)品的功能：概述了產(chǎn)品所具有的主要功能。其詳細(xì)內(nèi)容將在d中描述，所以在此只需要概略地總結(jié)。很好地組織產(chǎn)品的功能，使每個(gè)讀者都易于理解。2.3用戶(hù)類(lèi)和特征：確定你覺(jué)得可能使用該產(chǎn)品的不同用戶(hù)類(lèi)并描述它們相關(guān)的特征。有一些需求可能只與特定的用戶(hù)類(lèi)相關(guān)。2.4運(yùn)行環(huán)境：描述了軟件的運(yùn)行環(huán)境，包括硬件平臺(tái)、操作系統(tǒng)和版本，還有其它的軟件組件或與其共存的應(yīng)用程序。25設(shè)計(jì)和實(shí)現(xiàn)上的限制：確定影響開(kāi)發(fā)人員自由選擇的問(wèn)題，并說(shuō)明這些問(wèn)題為什么成為一種限制。26假設(shè)和依賴(lài)：列舉出在對(duì)軟件需求規(guī)格說(shuō)明中影響需求陳述的假設(shè)因素（與已知因素相對(duì)立）。這可 能包括你打算要用的商

4、業(yè)組件或有關(guān)開(kāi)發(fā)或運(yùn)行環(huán)境的問(wèn)題。你可能認(rèn)為產(chǎn)品將符合一個(gè)特殊的用戶(hù)界面設(shè)計(jì)約定，但是另一個(gè)SRS讀者卻可能不這樣認(rèn)為。如果這些假設(shè)不正確、不一致或被更改，就會(huì)使項(xiàng)目受到影響。3外部接口需求：利用本節(jié)來(lái)確定可以保證新產(chǎn)品與外部組件正確連接的需求。關(guān)聯(lián)圖表示了高層抽象的外部接。需要把對(duì)接口數(shù)據(jù)和控制組件的詳細(xì)描述寫(xiě)入數(shù)據(jù)字典中。如果產(chǎn)品的不同部 分有不同的外部接口，那么應(yīng)把這些外部接口的詳細(xì)需求并入到這一部分的實(shí)例中。3.1用戶(hù)界面：陳述所需要的用戶(hù)界面的軟件組件。描述每個(gè)用戶(hù)界面的邏輯特征。而對(duì)于用戶(hù)界面的 細(xì)節(jié)，例如特定對(duì)話框的布局，應(yīng)該寫(xiě)入一個(gè)獨(dú)立的用戶(hù)界面規(guī)格說(shuō)明中，而不能寫(xiě)入 軟件需求

5、規(guī)格說(shuō)明中。3.2硬件接口：描述系統(tǒng)中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類(lèi)型、軟硬件之間交流的數(shù)據(jù)和控制信息的性質(zhì)以及所使用的通信協(xié)議。3.3軟件接口：描述該產(chǎn)品與其它外部組件（由名字和版本識(shí)別）的連接，包括數(shù)據(jù)庫(kù)、操作系統(tǒng)、工 具、庫(kù)和集成的商業(yè)組件。明確并描述在軟件組件之間交換數(shù)據(jù)或消息的目的。描述所 需要的服務(wù)以及內(nèi)部組件通信的性質(zhì)。確定將在組件之間共享的數(shù)據(jù)。通信接口：描述與產(chǎn)品所使用的通信功能相關(guān)的需求包括電子郵件、Web瀏覽器、網(wǎng)絡(luò)通信標(biāo)準(zhǔn)或協(xié)議及電子表格等等。定義了相關(guān)的消息格式。規(guī)定通信安全或加密問(wèn)題、數(shù)據(jù)傳輸 速率和同步通信機(jī)制。£系統(tǒng)特性：么說(shuō)明

6、和優(yōu)先級(jí)：提出了對(duì)該系統(tǒng)特性的簡(jiǎn)短說(shuō)明并指出該特性的優(yōu)先級(jí)是高、中，還是低?；蛘吣氵€可 以包括對(duì)特定優(yōu)先級(jí)部分的評(píng)價(jià)，例如利益、損失、費(fèi)用和風(fēng)險(xiǎn)，其相對(duì)優(yōu)先等級(jí)可以 從1 （低）到9 （高）。4.2激勵(lì)/響應(yīng)序列：列出輸入激勵(lì)（用戶(hù)動(dòng)作、來(lái)自外部設(shè)備的信號(hào)或其它觸發(fā)器）和定義這一特性行為的 系統(tǒng)響應(yīng)序列。這些序列將與使用實(shí)例相關(guān)的對(duì)話元素相對(duì)應(yīng)。功能需求:詳列出與該特性相關(guān)的詳細(xì)功能需求。這些是必須提交給用戶(hù)的軟件功能，使用戶(hù)可以使用所提供的特性執(zhí)行服務(wù)或者使用所指定的使用實(shí)例執(zhí)行任務(wù)。描述產(chǎn)品如何響應(yīng)可預(yù)知的出錯(cuò)條件或者非法輸入或動(dòng)作。就像本章開(kāi)頭所描述的那樣，你必須唯一地標(biāo)識(shí)每個(gè)需求。匚其

7、他非功能需求：這部分列舉出了所有非功能需求， 如產(chǎn)品的易用程度如何，執(zhí)行速度如何，可靠性如何， 當(dāng)發(fā)生異常情況時(shí)，系統(tǒng)如何處理，而不是外部接口需求和限制。5.1性能需求：闡述了不同的應(yīng)用領(lǐng)域?qū)Ξa(chǎn)品性能的需求，并解釋它們的原理以幫助開(kāi)發(fā)人員作出合理的設(shè)計(jì)選擇。確定相互合作的用戶(hù)數(shù)或者所支持的操作、響應(yīng)時(shí)間以及與實(shí)時(shí)系統(tǒng)的時(shí)間關(guān)系。你還可以在這里定義容量需求，例如存儲(chǔ)器和磁盤(pán)空間的需求或者存儲(chǔ)在數(shù)據(jù) 庫(kù)中表的最大行數(shù)。盡可能詳細(xì)地確定性能需求?？赡苄枰槍?duì)每個(gè)功能需求或特性分 別陳述其性能需求，而不是把它們都集中在一起陳述。5.2安全設(shè)施需求：詳盡陳述與產(chǎn)品使用過(guò)程中可能發(fā)生的損失、破壞或危害相關(guān)

8、的需求。 定義必須采取的安全保護(hù)或動(dòng)作，還有那些預(yù)防的潛在的危險(xiǎn)動(dòng)作。明確產(chǎn)品必須遵從的安全標(biāo)準(zhǔn)、策 略或規(guī)則。5.3_安全性需求：詳盡陳述與系統(tǒng)安全性、完整性或與私人問(wèn)題相關(guān)的需求，這些問(wèn)題將會(huì)影響到產(chǎn)品的 使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶(hù)身份確認(rèn)或授權(quán)需求。明確產(chǎn)品必須 滿(mǎn)足的安全性或保密性策略。5.4_軟件質(zhì)量需求：詳盡陳述與客戶(hù)或開(kāi)發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性。這些特性必須是確定、定量的并在可能時(shí)是可驗(yàn)證的。至少應(yīng)指明不同屬性的相對(duì)側(cè)重點(diǎn)，例如易用程度優(yōu)于易學(xué)程度，或者可移植性?xún)?yōu)于有效性。5.5業(yè)務(wù)規(guī)則:列舉出有關(guān)產(chǎn)品的所有操作規(guī)則，例如什么人在特定環(huán)境下可以進(jìn)行何種操

9、作。這些本身不是功能需求，但它們可以暗示某些功能需求執(zhí)行這些規(guī)則。5.6用戶(hù)文檔：列舉出將與軟件一同發(fā)行的用戶(hù)文檔部分，例如，用戶(hù)手冊(cè)、在線幫助和教程。明確所 有已知的用戶(hù)文檔的交付格式或標(biāo)準(zhǔn)。L其他需求：定義在軟件需求規(guī)格說(shuō)明的其它部分未出現(xiàn)的需求，例如國(guó)際化需求或法律上的需求。你還可以增加有關(guān)操作、管理和維護(hù)部分來(lái)完善產(chǎn)品安裝、配置、啟動(dòng)和關(guān)閉、修復(fù)和容錯(cuò)，以及登錄和監(jiān)控操作等方面的需求。附錄A :詞匯表定義所有必要的術(shù)語(yǔ)，以便讀者可以正確地解釋軟件需求規(guī)格說(shuō)明，包括詞頭和縮寫(xiě)。你可能希望為整個(gè)公司創(chuàng)建一張跨越多項(xiàng)項(xiàng)目的詞匯表，并且只包括特定于單一項(xiàng)目的軟件需求規(guī)格說(shuō)明中的術(shù)語(yǔ)。附錄B :

10、分析模型這個(gè)可選部分包括或涉及到相關(guān)的分析模型的位置，例如數(shù)據(jù)流程圖、類(lèi)圖、狀態(tài)轉(zhuǎn)換圖或?qū)嶓w-關(guān)系圖。附錄C :待確定問(wèn)題的列表編輯一張?jiān)谲浖枨笠?guī)格說(shuō)明中待確定問(wèn)題的列表，其中每一表項(xiàng)都是編上號(hào)的，以便于跟蹤調(diào)查。指明需求來(lái)源：指明需求的來(lái)源為了讓所有項(xiàng)目風(fēng)險(xiǎn)承擔(dān)者明白需求規(guī)格說(shuō)明書(shū)中為何 提供這些功能需求，要都能追溯每項(xiàng)需求的來(lái)源，這可能是一種使用實(shí)例或其它客戶(hù)要求，也可能是某項(xiàng)更高層系統(tǒng)需求、業(yè)務(wù)規(guī)范、政府法規(guī)、標(biāo)準(zhǔn)或別的外部來(lái)源。為每項(xiàng)需求注上標(biāo)號(hào)：為了滿(mǎn)足軟件需求規(guī)格說(shuō)明的可跟蹤性和可修改性的質(zhì)量標(biāo)準(zhǔn)， 必須唯一確定每個(gè)軟件需求。 為每項(xiàng)需求注上標(biāo)號(hào)制定一種慣例來(lái)為需求規(guī)格說(shuō)明書(shū)中 的每項(xiàng)需求提供一個(gè)獨(dú)立的可識(shí)別的標(biāo)號(hào)或記號(hào)。這種慣例應(yīng)當(dāng)很健全，允許增加、刪 除和修改。 作了標(biāo)號(hào)的需求使得需求能被跟蹤，記錄需求變更并為需求狀態(tài)和變更活動(dòng) 建立度量。需求標(biāo)識(shí)方法有序列號(hào) ; 層次化編碼 ;使用"待確定 "(to be determined, TBD )符號(hào)等。記錄業(yè)務(wù)規(guī)范：是指關(guān)于產(chǎn)品的操作原則，比如誰(shuí)能在什么情況下采取什么動(dòng)作。將這 些編寫(xiě)成需求規(guī)格說(shuō)