編寫規(guī)格說明書
項目視圖和范圍文檔包含了業(yè)務需求，而使用實例文檔則包含了用戶需求。你必須編寫從使用實例派生出的功能需求文檔，還要編寫產(chǎn)品的非功能需求文檔，包括質(zhì)量屬性和外部接口需求。軟件需求規(guī)格說明闡述一個軟件系統(tǒng)必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統(tǒng)測試和用戶文檔的基礎(chǔ)，也是所有子系列項目規(guī)劃、設(shè)計和編碼的基礎(chǔ)。它應該盡可能完整地描述系統(tǒng)預期的外部行為和用戶可視化行為。除了設(shè)計和實現(xiàn)上的限制，軟件需求規(guī)格說明不應該包括設(shè)計、構(gòu)造、測試或工程管理的細節(jié)。
1）采用軟件需求規(guī)格說明模版: 采用需求規(guī)格說明書模板在你的組織中要為編寫軟件需求文檔定義一種標準模板。該模板為記錄功能需求和各種其它與需求相關(guān)的重要信息提供了統(tǒng)一的結(jié)構(gòu)。注意，其目的并非是創(chuàng)建一種全新的模板，而是采用一種已有的且可滿足項目需要并適合項目特點的模板。許多組織一開始都采用IEEE標準830-1998(IEEE 1998)描述的需求規(guī)格說明書模板。要相信模板是很有用的，但有時要根據(jù)項目特點進行適當?shù)母膭印?BR>
| |
1 |
2 |
3 |
4 |
5 |
6 |
| A引言 |
目的 |
文檔約定 |
預期的讀者和閱讀建議 |
產(chǎn)品的范圍 |
參考文獻 |
|
| B綜合描述 |
產(chǎn)品的前景 |
產(chǎn)品的功能 |
用戶類和特征 |
運行環(huán)境 |
設(shè)計和實現(xiàn)上的限制 |
假設(shè)和依賴附錄 |
| C外部接口需求附錄 |
用戶界面附錄 |
硬件接口 |
軟件接口 |
通信接口 |
|
|
| D系統(tǒng)特性 |
說明和優(yōu)先級 |
激勵/響應序列 |
功能需求 |
|
|
|
| E 其它非功能需求 |
性能需求 |
安全設(shè)施需求 |
安全性需求 |
軟件質(zhì)量屬性 |
業(yè)務規(guī)則 |
用戶文檔 |
| F其它需求 |
|
|
|
|
|
|
| G附件 |
詞匯表 |
分析模型 |
待確定問題的列表 |
|
|
|
表2 需求規(guī)格說明模板
a. 引言
引言提出了對軟件需求規(guī)格說明的縱覽，這有助于讀者理解文檔如何編寫并且如何閱讀和解釋。
a . 1 目的
對產(chǎn)品進行定義，在該文檔中詳盡說明了這個產(chǎn)品的軟件需求，包括修正或發(fā)行版本號。如果這個軟件需求規(guī)格說明只與整個系統(tǒng)的一部分有關(guān)系，那么就只定義文檔中說明的部分或子系統(tǒng)。
a.2 文檔約定
描述編寫文檔時所采用的標準或排版約定，包括正文風格、提示區(qū)或重要符號。
a.3 預期的讀者和閱讀建議
列舉了軟件需求規(guī)格說明所針對的不同讀者，例如開發(fā)人員、項目經(jīng)理、營銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩余部分的內(nèi)容及其組織結(jié)構(gòu)。提出了最適合于每一類型讀者閱讀文檔的建議。
a.4 產(chǎn)品的范圍
提供了對指定的軟件及其目的的簡短描述，包括利益和目標。把軟件與企業(yè)目標或業(yè)務策略相聯(lián)系?？梢詤⒖柬椖恳晥D和范圍文檔而不是將其內(nèi)容復制到這里。
a.5 參考文獻
列舉了編寫軟件需求規(guī)格說明時所參考的資料或其它資源。這可能包括用戶界面風格指導、合同、標準、系統(tǒng)需求規(guī)格說明、使用實例文檔，或相關(guān)產(chǎn)品的軟件需求規(guī)格說明。
b. 綜合描述
這一部分概述了正在定義的產(chǎn)品以及它所運行的環(huán)境、使用產(chǎn)品的用戶和已知的限制、假設(shè)和依賴。
b.1 產(chǎn)品的前景
描述了軟件需求規(guī)格說明中所定義的產(chǎn)品的背景和起源。說明了該產(chǎn)品是否是產(chǎn)品系列中的下一成員，是否是成熟產(chǎn)品所改進的下一代產(chǎn)品、是否是現(xiàn)有應用程序的替代品，或者是否是一個新型的、自含型產(chǎn)品。
b.2 產(chǎn)品的功能
概述了產(chǎn)品所具有的主要功能。其詳細內(nèi)容將在d 中描述，所以在此
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
