軟件需求說明書規(guī)格模板

1、文檔編號 文檔版本 項目階段 文檔密級××××需求說明書恒星-飛鄰研發(fā)中心需求說明書編號：編寫：校對：審核：標(biāo)審：批準(zhǔn)： 日期：變更記錄日期版本說明作者注： 對文檔內(nèi)容增加、 刪除或修改均需填寫此變更記錄，詳細(xì)記載變更信息，以保證其可追 溯性。1. 引言 61.1. 目的 61.2. 范圍 61.3. 參考文檔 61.4. 假定和相關(guān)性 62. 用例模型概述 92.1. 簡介 92.2. 用例模型分層結(jié)構(gòu) 92.3. 用例模型圖 93. 需求 93.1. 功能性需求 93.2. 非功能性需求 93.2.1. 系統(tǒng)需求 103.2.2. 性能需求 103.

2、2.3. 安全性需求 103.2.4. 軟件質(zhì)量屬性 104. 在線用戶文檔和幫助系統(tǒng)需求 105. 設(shè)計約束 106. 接口 106.1. 用戶接口 116.2. 硬件接口 116.3. 軟件接口 116.4. 通信接口 117. 許可需求 118. 可應(yīng)用標(biāo)準(zhǔn) 119. 附錄 1：詞匯表 錯誤 ! 未定義書簽。10. 簡介 錯誤! 未定義書簽。10.1. 目的. 錯誤! 未定義書簽。10.2. 范圍. 錯誤! 未定義書簽。10.3. 參考資料 . 錯誤! 未定義書簽。10.4. 概述. 錯誤! 未定義書簽。11. 定義 錯誤! 未定義書簽。11.1. <第一條詞匯> . 錯誤!

3、 未定義書簽。11.2. <第二條詞匯> . 錯誤! 未定義書簽。11.3. <一組詞匯 > . 錯誤! 未定義書簽。1.1.1. <第一組詞匯> 錯誤! 未定義書簽。1.1.2. <第二組詞匯> 錯誤! 未定義書簽。11.4. <另一組詞匯> . 錯誤! 未定義書簽。1.1.3. <第三組詞匯> 錯誤! 未定義書簽。1.1.4. <第四組詞匯> 錯誤! 未定義書簽。12. 附錄 2：用例報告. 1113. 簡要說明 1214. 事件流 1214.1. 基本事件流 . 121.1.1. <分支流名稱 &g

4、t; 1214.2. 備選事件流 . 121.1.2. <分支流名稱 > 1214.3. 特殊需求 . 121.1.3. <特殊需求名稱 > 1215. 前置條件 1215.1. <前置條件名稱 > . 1316. 后置條件 1316.1. <后置條件名稱 > . 1317. 擴(kuò)展點 1317.1. <擴(kuò)展點名稱 > . 1318. 關(guān)系 1319. 用例圖 1320. 其他圖 1421. 附錄 3：數(shù)據(jù)字典. 1422. 附錄 4：界面原型. 141. 引言引言提出了對軟件需求規(guī)格說明的縱覽，這有助于讀者理解文檔如何編寫并且 如何閱

5、讀和解釋。1.1. 目的指定這個軟件需求規(guī)格說明的目的。軟件需求規(guī)格說明應(yīng)該完整地描述確定的 應(yīng)用或子系統(tǒng)的所有外部行為，以及非功能性需求、設(shè)計約束和其他必要因素，提 供一個完整、全面的軟件需求描述。1.2. 范圍對軟件需求規(guī)格說明適用的軟件系統(tǒng)、 特征或子系統(tǒng)分組、 與其相關(guān)的用例模型 以及其他所有受到這個文檔的影響或影響這個文檔的一切進(jìn)行簡明描述。1.3. 參考文檔給出一個列出所有與項目有關(guān)的引用或支持這個項目的可應(yīng)用文檔的清單。1.4. 假定和相關(guān)性這一部分描述所有關(guān)鍵技術(shù)可行性、 子系統(tǒng)或者組件的可得到性或其他與項目有 關(guān)的假定，這個文檔描述的軟件的生存能力可能以其為基礎(chǔ)。1.5. 術(shù)

6、語此文檔用于定義問題領(lǐng)域的專用術(shù)語，并解釋用例說明或其他項目文檔的讀者 可能尚不熟悉的術(shù)語。此文檔通?？捎米鞣钦降臄?shù)據(jù)字典來收集數(shù)據(jù)定義，從而 使項目參與人員更好的理解用例說明和其他項目文檔?？梢圆捎孟旅娴母袷竭M(jìn)行說 明：1.5.1 簡介詞匯表的簡介應(yīng)提供整個文檔的概述。請在本節(jié)提供讀者理解此文檔所需的任何信息。1.5.2 目的闡明該詞匯表的目的。1.5.3 范圍簡要說明該詞匯表的范圍：它的相關(guān)項目，以及受到此文檔影響的任何其他事 物。1.5.4 參考資料本小節(jié)應(yīng)完整地列出此詞匯表中其他部分所引用的所有文檔。每個文檔應(yīng)標(biāo)有 標(biāo)題、報告號（如果適用） 、日期和發(fā)布組織。列出可從中獲取這些引用的

7、來源。這 些信息可以通過引用附錄或其他文檔來提供。1.5.5 概述本小節(jié)應(yīng)說明該詞匯表中其他部分所包含的內(nèi)容，并解釋此文檔的組織方式。1.5.6 定義此處定義的術(shù)語形成了此文檔的基礎(chǔ)。它們可以按任意順序定義，但字母順序 通常最便于查找。第一條詞匯 ><第一條詞匯 > 的定義在此處提供。應(yīng)提供讀者理解該概念所需的全部信息。第二條詞匯 ><第二條詞匯 > 的定義在此處提供。應(yīng)提供讀者理解該概念所需的全部信息。一組詞匯 >有時，可利用術(shù)語分組來提高可讀性。例如，如果問題領(lǐng)域包含與建筑項目的 統(tǒng)計和建設(shè)兩方面都相關(guān)的術(shù)語（當(dāng)開發(fā)建筑項目管理系統(tǒng)時就會出現(xiàn)這種情

8、況） ， 提供兩個不同子領(lǐng)域中的術(shù)語會使讀者混淆不清。為了解決這種問題，我們采用了 術(shù)語分組的方法。 當(dāng)提供分組術(shù)語時， 應(yīng)提供一段簡短說明來幫助讀者理解 <一組詞 匯>的含義。為了便于查找，同組內(nèi)的術(shù)語應(yīng)按字母順序排列。第一組詞匯 ><第一組詞匯 > 的定義在此處提供。應(yīng)提供讀者理解該概念所需的全部信息。第二組詞匯 ><第二組詞匯 > 的定義在此處提供。應(yīng)提供讀者理解該概念所需的全部信息。另一組詞匯 >第三組詞匯 >該術(shù)語的定義在此處提供。應(yīng)提供讀者理解該概念所需的全部信息。第四組詞匯 >該術(shù)語的定義在此處提供。應(yīng)提供讀者理解

9、該概念所需的全部信息。2. 用例模型概述2.1. 簡介對用例模型的簡介。2.2. 用例模型分層結(jié)構(gòu)本部分分層顯示用例包， 解釋它們之間的依賴關(guān)系， 并循環(huán)顯示各用例包的內(nèi)容。 如果模型的包分為多個級別，則首先顯示那些位于頂級的包。然后再向下依次顯示 這些包中的包，直至層次最低的那些包。對于各包來說，包括：名稱。一個簡要說明， 解釋該包在系統(tǒng)中的功能和角色。 此說明必須讓所有要使用該包 的開發(fā)人員看懂。該包所擁有的用例列表，包括各用例的名稱及簡要說明。 該包所擁有的主角列表，包括各主角的名稱及簡要說明。 該包所擁有關(guān)系的列表，包括各種關(guān)系的名稱及簡要說明。 直屬該包的包列表，其中各包都按上述分層

10、方式顯示。2.3. 用例模型圖其中包括了整個用例模型的圖（主要是用例圖）。3. 需求3.1. 功能性需求這部分描述系統(tǒng)的功能型需求，這些需求用自然語言風(fēng)格表示。 這部分可以采用建模工具來進(jìn)行描述，描述將主要以用例報告的方式進(jìn)行。用 例報告應(yīng)包括的內(nèi)容見附錄 1。3.2. 非功能性需求在軟件需求規(guī)格說明的這一部分， 大多數(shù)非功能性需求都是用自然語言描述的。但非功能性需求也可以包含在用例報告的特殊需求中3.2.1. 系統(tǒng)需求描述為支持系統(tǒng)應(yīng)用所必須的所有系統(tǒng)需求，包括操作系統(tǒng)、網(wǎng)絡(luò)平臺、配置、 外設(shè)以及軟件等。3.2.2. 性能需求性能需求包括用戶負(fù)載因素、帶寬或通信能力、吞吐量、準(zhǔn)確度、可靠性或

11、在 某些負(fù)載條件下的響應(yīng)時間等。3.2.3. 安全性需求詳盡陳述與系統(tǒng)安全性、完整性或與私人問題相關(guān)的需求。這些問題將會影響 到產(chǎn)品的使用和產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)。定義用戶身份確認(rèn)或授權(quán)需求。 明確產(chǎn)品必須滿足的安全性或保密性策略。3.2.4. 軟件質(zhì)量屬性詳盡陳述與客戶或開發(fā)人員至關(guān)重要的其它產(chǎn)品質(zhì)量特性。這些特性必須是確 定、定量的并在可能時是可驗證的。至少應(yīng)指明不同屬性的相對側(cè)重點。質(zhì)量屬性 包括：有效性、效率、靈活性、完整性、互操作性、可靠性、健壯性、可用性等。4. 在線用戶文檔和幫助系統(tǒng)需求列舉出與軟件相關(guān)的用戶文檔部分，如：用戶手冊、在線幫助、教程。明確所 有已知用戶檔的交付

12、格式或標(biāo)準(zhǔn)。5. 設(shè)計約束這部分要指明對所構(gòu)建系統(tǒng)的所有設(shè)計約束。設(shè)計約束代表強(qiáng)制性設(shè)計決策， 必須服從。例如包括軟件語言、軟件過程需求、預(yù)定的開發(fā)工具、體系結(jié)構(gòu)和設(shè)計 約束、購買的第三方組件等。6. 接口這部分定義系統(tǒng)必須支持的接口。這一部分應(yīng)該包含足夠的說明、協(xié)議、端口 和邏輯地址等，以便根據(jù)接口需求開發(fā)和驗證軟件。6.1. 用戶接口 描述軟件要實現(xiàn)的用戶界面。用繪圖工具繪制的圖片或者交互式的可執(zhí)行原型來進(jìn)行描述，如果有必要，可以對界面進(jìn)行文字說明。6.2. 硬件接口 定義軟件必須支持的硬件接口，包括邏輯結(jié)構(gòu)、物理地址和預(yù)期的行為。6.3. 軟件接口 描述軟件系統(tǒng)與其他組件的軟件接口。其他

13、組件可以是購買的組件、重用其他應(yīng)用程序的組件或本需求范圍之外與本系統(tǒng)交互的其他子系統(tǒng)。6.4. 通信接口 描述與其他系統(tǒng)或設(shè)備的通信接口，如局域網(wǎng)或遠(yuǎn)程串行設(shè)備。7. 許可需求定義系統(tǒng)必須體現(xiàn)的所有許可證生效需求或其他使用限制需求。8. 可應(yīng)用標(biāo)準(zhǔn)引用所有應(yīng)用于系統(tǒng)的標(biāo)準(zhǔn) （以及標(biāo)準(zhǔn)的特定部分） 。例如，可能包括法律、質(zhì)量、規(guī)章標(biāo)準(zhǔn)以及產(chǎn)業(yè)可用性、互操作性、國際化、操作系統(tǒng)兼容性等標(biāo)準(zhǔn)。9. 附錄 1：用例報告 描述需求模型中的每個用例。如果沒有采用工具進(jìn)行描述，必須在此逐一進(jìn)行描述。以下的模板可以做為基礎(chǔ)。修正記錄日期問題描述作者年/月/日.細(xì)節(jié)描述作者名注：每個用例前都有一個修正記錄9.1 簡要說明包含對用例的簡要說明9.2 事件流其中包含用例的事件流。雖然子流程指明只有一個層次，但您可以根據(jù)需要添 加更多的層次?；臼录?.1.1. <分支流名稱 >9.2.2 備選事件流1.1.2. <分支流名稱 >9.3 特殊需求用例的特殊需求。1.1.3. <特殊需求名稱 >對特殊需求的簡要說明。9.4 前置條件用例的前置條件9.5 < 前置條件名稱 >對前置條件的簡要說明。9.6 后置條件用例的后置條件。9.7 < 后置條件名稱 >對后置條件的簡要說明。9.8 擴(kuò)展點用例的擴(kuò)展