需求規(guī)格說明書

需求規(guī)格說明書計算機科學與技術學院CONTENT456需求規(guī)格說明的結構和內(nèi)容需求規(guī)格說明文檔的編寫要求需求規(guī)格說明的描述語言123什么是需求規(guī)格說明書需求規(guī)格說明的作用需求規(guī)格說明的特性什么是需求規(guī)格說明書需求規(guī)格說明是用戶與軟件開發(fā)方對將要開發(fā)的軟件達成的一致協(xié)議的文檔，或稱“技術合同”需求規(guī)格說明是整個需求工程活動的最終輸出，并以文檔的形式

給出在需求獲取

和需求分析階段

所獲得的所有用

戶需求和需求模

型需求規(guī)格說明作為需求工程的最終成果必須具有綜合性，必須包括所有的需求，開發(fā)人員與客戶不能作任何假設需求規(guī)格說明的作用軟件開發(fā)項目的規(guī)劃、軟件價格的估算等測試和用戶驗收軟件系統(tǒng)的重要依據(jù)軟件設計和實現(xiàn)的基礎為軟件維護提供重要的信息需求規(guī)格說明的作用需求規(guī)格說明的特性無含糊性正確性可行性必要性一致性可驗收性完整性由于軟件的開發(fā)是以需求規(guī)格說明為基礎的，如果需求規(guī)格說明中出現(xiàn)錯誤或需求不可能實現(xiàn)等都將導致軟件開發(fā)工作的返工或失敗需求規(guī)格說明的結構和內(nèi)容議產(chǎn)品的范圍參考文獻綜合描述產(chǎn)品的前景產(chǎn)品的功能用戶類和特征運行環(huán)境設計和實現(xiàn)的限制假設和依賴外部接口需求用戶界面硬件接口軟件接口通信接口引言目的文檔約定預期的讀者和閱讀建

4.系統(tǒng)特性說明和優(yōu)先級激勵/響應序列功能需求其他非功能需求性能需求安全設施需求安全性需求軟件質(zhì)量屬性業(yè)務規(guī)則用戶文檔其他需求附錄A詞匯表附錄B分析模型附錄C待確定問題列表需求規(guī)格說明文檔的編寫要求保持語句和段落簡潔，盡量避免將多個需求集于一個冗長的語句和段落中最好采用主謂賓的表達方式，并使用正確的語法和標點符號編寫高質(zhì)量的需求規(guī)格說明文檔沒有現(xiàn)成固定的方法，基本上依據(jù)經(jīng)驗進行。不同的軟件開發(fā)人員有不同的寫作風格和表達風格，這也是可允許的。注意點使用的術語應與詞匯表中所定義的一致為了減少不確定性，必須避免模糊的、主觀的術語。避免使用比較性詞匯在編寫中最好不要出現(xiàn)對某個或某些需求的重復說明由于需求的編寫是層次化的，因此，可以把頂層不明確的需求向低層詳細分解，知道消除不確定性為止例子eg.這個需求是不完整的。如果需求規(guī)格說明書中沒有對AVERAGE命令

的功能給予更多的描述，則該命令的細節(jié)是不完整的。例如，該命令沒有說明如果用戶給定的日期是當前日期的6個月之前，那么系統(tǒng)應該做什么存在問題系統(tǒng)每小時從安放在水庫中的深度傳感器獲取一次水庫深度數(shù)據(jù)，這些數(shù)據(jù)應該保留6個月。此外，系統(tǒng)還提供AVERAGE命令，該命令的功能是在PC機上顯示由某個傳感器在兩個日期之間獲取的平均水深例題1例子eg.這個需求具有二義性。其中“它

”到底代表“密碼”還是“操作員標識”，不同的人往往有不同的理解存在問題操作員標識由操作員姓名和密碼組成，密碼由6位數(shù)字構成。當操作員登陸系統(tǒng)時它被存放在注冊文件中例題2需求規(guī)格說明的描述語言自然語言形式化需求描述語言結構化語言介于自然語言和形式語言之間的語言優(yōu)點：與自然語言較為接近，易于理解和閱讀缺點：本身存在語義方面的含糊性日常使用的中文或英文。優(yōu)點：不需要經(jīng)過專門訓練，可

以表示任何領域的需求缺點：產(chǎn)生二義性，造成軟件需求理解上的錯誤基于數(shù)學方法而提出的一種抽象描述語言優(yōu)點：能排除自然語言中的含性和二義性缺點：概念符號過于抽象結構化語言成績文件中每行記錄學生名、課程名和分數(shù)。讀成績文件后，輸出分數(shù)不到60分的學生名、課程名和分數(shù)do讀出文件的一行while文件未完if成績<60

then輸出該行fiod對于“使用者輸