軟件需求規(guī)格說明書ISO標(biāo)準(zhǔn)板和Volere版

1、需求規(guī)格說明書（ISO標(biāo)準(zhǔn)版） 編者說明：當(dāng)需求調(diào)查、分析工作告一段落時(shí)，你就需要將這些需求進(jìn)行規(guī)格化描述， 整理成文，即軟件需求規(guī)格說明書，也就是SRS。這是在軟件項(xiàng)目過程中最有價(jià) 值的一個(gè)文檔。ISO所提供的標(biāo)準(zhǔn)雖然已經(jīng)時(shí)間久遠(yuǎn)，但還是頗具參考價(jià)值的。1 引言1.1編寫的目的說明編寫這份需求說明書的目的，指出預(yù)期的讀者.2冃景a. 待開發(fā)的系統(tǒng)的名稱；b. 本項(xiàng)目的任務(wù)提出者、開發(fā)者、用戶；c. 該系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的基本的相互來往關(guān)系1.3定義列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。1.4參考資料列出用得著的參考資料。2 任務(wù)概述2.1目標(biāo)敘述該系統(tǒng)開發(fā)的意圖、應(yīng)

2、用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的 有關(guān)該系統(tǒng)開發(fā)的背景材料。解釋被開發(fā)系統(tǒng)與其他有關(guān)系統(tǒng)之間的關(guān)系。2.2用戶的特點(diǎn)列出本系統(tǒng)的最終用戶的特點(diǎn)，充分說明操作人員、維護(hù)人員的教育水 平和技術(shù)專長，以及本系統(tǒng)的預(yù)期使用頻度。2.3假定和約束列出進(jìn)行本系統(tǒng)開發(fā)工作的假定和約束。3 .需求規(guī)定3.1對(duì)功能的規(guī)定用列表的方式，逐項(xiàng)定量和定性地?cái)⑹鰧?duì)系統(tǒng)所提出的功能要求，說明 輸入什么量、經(jīng)怎么樣的處理、得到什么輸出，說明系統(tǒng)的容量，包括系統(tǒng)應(yīng)支持的終端數(shù)和應(yīng)支持的并行操作的用戶數(shù)等指標(biāo)。3.2對(duì)性能的規(guī)定3.2.1精度說明對(duì)該系統(tǒng)的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程 中的精度。3.2.2時(shí)

3、間特性要求說明對(duì)于該系統(tǒng)的時(shí)間特性要求。3.2.3靈活性說明對(duì)該系統(tǒng)的靈活性的要求，即當(dāng)需求發(fā)生某些變化時(shí)，該系統(tǒng) 對(duì)這些變化的適應(yīng)能力。3.3輸入輸出要求解釋各輸入輸出數(shù)據(jù)類型，并逐項(xiàng)說明其媒體、格式、數(shù)值范圍、精度 等。對(duì)系統(tǒng)的數(shù)據(jù)輸出及必須標(biāo)明的控制輸出量進(jìn)行解釋并舉例。3.4數(shù)據(jù)管理能力要求（針對(duì)軟件系統(tǒng)）說明需要管理的文卷和記錄的個(gè)數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對(duì)數(shù)據(jù)及其分量的存儲(chǔ)要求作出估算。3.5故障處理要求列出可能的軟件、硬件故障以及對(duì)各項(xiàng)性能而言所產(chǎn)生的后果和對(duì)故障 處理的要求。3.6其他專門要求如用戶單位對(duì)安全保密的要求，對(duì)使用方便的要求，對(duì)可維護(hù)性、可補(bǔ) 充性、

4、易讀性、可靠性、運(yùn)行環(huán)境可轉(zhuǎn)換性的特殊要求等。4. 運(yùn)行環(huán)境規(guī)定4.1設(shè)備列出運(yùn)行該軟件所需要的硬設(shè)備。說明其中的新型設(shè)備及其專門功能， 包括：a. 處理器型號(hào)及內(nèi)存容量b. 外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲(chǔ)格式，設(shè)備的型號(hào)及數(shù)量c. 輸入及輸出設(shè)備的型號(hào)和數(shù)量，聯(lián)機(jī)或脫機(jī)；d. 數(shù)據(jù)通信設(shè)備的型號(hào)和數(shù)量e. 功能鍵及其他專用硬件4.2支持軟件列出支持軟件，包括要用到的操作系統(tǒng)、編譯程序、測(cè)試支持軟件等。4.3 接口說明該系統(tǒng)同其他系統(tǒng)之間的接口、數(shù)據(jù)通信協(xié)議等。4.4控制說明控制該系統(tǒng)的運(yùn)行的方法和控制信號(hào)，并說明這些控制信號(hào)的來 源。需求規(guī)格說明書(Volere版)編者說明：Atlant

5、ic System Guild ()公司所提供的 Volere 需求過程 與軟件需求規(guī)格說明書模板則充分利用了現(xiàn)代軟件工程思想與技術(shù)，是一個(gè)十分實(shí)用、完善的SRS模板。其所提供的Volere需求記錄卡也十分實(shí)用，強(qiáng)烈推薦。 注：從Atlantic System Guild公司網(wǎng)站 上獲得，并稍做修改1. 產(chǎn)品的目標(biāo)1.1該項(xiàng)目工作的用戶問題或背景對(duì)引發(fā)開發(fā)任務(wù)的工作和情況的描述。同時(shí)也應(yīng)描述用戶希望用將要交付的軟件來完成的工作。該節(jié)內(nèi)容為該項(xiàng)目提供了合法的理由，你應(yīng)該考慮用戶的問題是否嚴(yán) 重，是否應(yīng)該解決和為什么應(yīng)該解決。1.2產(chǎn)品的目標(biāo)用一句話或很少的幾句話來說明“我們希望該產(chǎn)品做什么？ ”

6、換言之， 即開發(fā)該產(chǎn)品的真正原因。項(xiàng)目如果沒有一個(gè)表述清晰、易于理解的目標(biāo)，就會(huì)迷失在產(chǎn)品開發(fā)的 沙漠中。產(chǎn)品必須帶來某種優(yōu)勢(shì)。典型的優(yōu)勢(shì)是產(chǎn)品會(huì)增加組織在市場(chǎng)上的 價(jià)值，減少運(yùn)作成本，或提供更好的客戶服務(wù)。這個(gè)優(yōu)勢(shì)應(yīng)該是可度量的， 這樣才能夠讓您確定交付的產(chǎn)品是否達(dá)到目標(biāo)。2. 客戶、顧客和其它風(fēng)險(xiǎn)承擔(dān)者2.1客戶是為開發(fā)付費(fèi)的人，并將成為所交付產(chǎn)品的擁有者這一項(xiàng)必須給出客戶的姓名，三個(gè)以內(nèi)是合理的?？蛻糇罱K將接受該產(chǎn)品，因此必須對(duì)交付的產(chǎn)品滿意。如果你無法找到 一個(gè)客戶的姓名，那么也許你就不應(yīng)該構(gòu)建該產(chǎn)品。2.2顧客是將花錢購買該產(chǎn)品的人也給出姓名和相關(guān)的信息2.3其它風(fēng)險(xiǎn)承擔(dān)者其他的一些

7、人或組織的名稱，他們或者受到產(chǎn)品的影響，或影響產(chǎn)品。1）經(jīng)理或項(xiàng)目負(fù)責(zé)人；2）業(yè)務(wù)領(lǐng)域?qū)＜遥?）技術(shù)人員；4）系統(tǒng)開發(fā)者；5）市場(chǎng)人員；6）產(chǎn)品經(jīng)理；7）測(cè)試和質(zhì)量保證人員；8）審查員，諸如安全審查員或?qū)徲?jì)人員；9）律師；10）易用性專家；11）你所處行業(yè)的專業(yè)人員。3. 產(chǎn)品的用戶3.1產(chǎn)品的用戶產(chǎn)品的潛在用戶或操作員的列表。針對(duì)每種類型的用戶，提供以下信息：1）用戶分類2）用戶工作的任務(wù)；3）主要相關(guān)的經(jīng)驗(yàn)；4）技術(shù)經(jīng)驗(yàn)；5）其他用戶特征：包括身體、智力、工作態(tài)度、對(duì)技術(shù)的態(tài)度、教育 程度、語言技能、年齡、性別等。用戶是為了完成工作而與產(chǎn)品交互的人， 你了解用戶，就越可能提 交適合用戶工作

8、方式的產(chǎn)品。3.2對(duì)用戶設(shè)的優(yōu)先級(jí)在每類用戶后面附上一個(gè)優(yōu)先級(jí)，這區(qū)別了用戶的重要性和優(yōu)先地位：1）關(guān)鍵用戶：對(duì)產(chǎn)品的后續(xù)成功至關(guān)重要；2）次要用戶：他們使用產(chǎn)品，但對(duì)產(chǎn)品的長期成功并無影響；3）不重要的用戶：不常用、未授權(quán)和沒有技能的用戶。如果認(rèn)為某些用戶對(duì)產(chǎn)品或組織更重要，那么應(yīng)該寫明，因?yàn)樗鼤?huì) 影響你設(shè)計(jì)產(chǎn)品的方式。4. 需求限制條件4.1解決方案限制條件此處明確了限制條件，它們規(guī)定了解決問題必須采取的方式。您可以認(rèn) 為它們是指令式的解決方案。仔細(xì)描述該解決方案，以及測(cè)試是否符合的度 量標(biāo)準(zhǔn)。如果可能，您應(yīng)該解釋使用該解決方案的原因。 換一句話說，就是要求軟件解決方案滿足哪些限制條件！4

9、.2實(shí)現(xiàn)環(huán)境此處描述產(chǎn)品將被實(shí)施的技術(shù)環(huán)境和物理環(huán)境。 該環(huán)境也將成為設(shè)計(jì)解決方案時(shí)的限制條件之一。4.3伙伴應(yīng)用此處描述那些不屬于產(chǎn)品的一部分，但產(chǎn)品卻又必須與其協(xié)作的應(yīng)用 程序。4.4 COTS此處描述實(shí)現(xiàn)產(chǎn)品需求所必須使用的 COTS（商業(yè)組件）。4.5預(yù)期的工作場(chǎng)地環(huán)境此處描述用戶工作和使用該產(chǎn)品的工作場(chǎng)地。此處應(yīng)該描述任何可能對(duì) 產(chǎn)品設(shè)計(jì)產(chǎn)生影響的工作場(chǎng)地特征。4.6開發(fā)者構(gòu)建該產(chǎn)品需要多少時(shí)間任何已知的最后期限，或商業(yè)機(jī)會(huì)的時(shí)限，應(yīng)在此處說明。4.7該產(chǎn)品的財(cái)務(wù)預(yù)算是多少該產(chǎn)品的預(yù)算，以金錢的形式或可得資源的形式說明。5. 命名標(biāo)準(zhǔn)和定義定義項(xiàng)目中使用到的所有術(shù)語，包括同義詞。這里

10、的內(nèi)容就是一個(gè)字典， 包括在需求規(guī)格說明書中使用的所有名稱的含義。這個(gè)字典應(yīng)該使用你的組織或 行業(yè)使用的標(biāo)準(zhǔn)名稱。這些名稱也應(yīng)該反映出在工作領(lǐng)域中當(dāng)前使用的術(shù)語。該字典包括項(xiàng)目中用到的所有名稱。 請(qǐng)仔細(xì)地選擇名稱，以避免傳達(dá)不同的、不期 望的含義。為每個(gè)名字寫下簡明扼要的定義，這些定義必須經(jīng)過相應(yīng)的風(fēng)險(xiǎn)承擔(dān) 者同意。6. 相關(guān)事實(shí)可能對(duì)產(chǎn)品產(chǎn)生影響的外部因素，但不是命令式的需求限制條件。7. 假定列出開發(fā)者所做的假設(shè)。將所有的假設(shè)列在此的目的是讓每一個(gè)項(xiàng)目成員都意識(shí)到這個(gè)假設(shè)。8. 產(chǎn)品的范圍8.1工作的上下文范圍上下文范圍圖用來表示將要開發(fā)的系統(tǒng)、產(chǎn)品與其它系統(tǒng)之間的關(guān)系， 以確定系統(tǒng)邊界。

11、8.2工作切分一個(gè)事件清單，確定系統(tǒng)要響應(yīng)的所有業(yè)務(wù)事件。清單包括：1）事件名稱2）輸入和輸出8.3產(chǎn)品邊界你可以使用用例圖（use-case來確定了用戶與產(chǎn)品之間的邊界。9. 功能性需求與數(shù)據(jù)需求9.1功能性需求對(duì)產(chǎn)品必須執(zhí)行的動(dòng)作的描述。 每個(gè)功能性需求必須有一個(gè)驗(yàn)收標(biāo)準(zhǔn)。9.2數(shù)據(jù)需求與產(chǎn)品/系統(tǒng)有密切關(guān)系的主題域相關(guān)的業(yè)務(wù)對(duì)象、實(shí)體、類的說明書。進(jìn)行問題域建模，生成相應(yīng)的類圖。10. 觀感需求一些與產(chǎn)品的用戶界面相關(guān)的需求描述。11易用性需求11.1易于使用描述如何構(gòu)建符合最終用戶期望的產(chǎn)品。11.2學(xué)習(xí)的容易程序?qū)W習(xí)使用該產(chǎn)品應(yīng)該多容易的說明。通常是有學(xué)習(xí)時(shí)間來衡量。12. 性能要求

12、12.1速度需求明確完成特定任務(wù)需要的時(shí)間，這常常指響應(yīng)時(shí)間。 12.2安全性的需求對(duì)可能造成人身傷害、財(cái)產(chǎn)損失和環(huán)境破壞所考慮到的風(fēng)險(xiǎn)進(jìn)行量化 描述。12.3精度需求對(duì)產(chǎn)品產(chǎn)生的結(jié)果期望的精度進(jìn)行量化描述。12.4可靠性和可用性需求本節(jié)量化產(chǎn)品所需的可靠性。這常常表述為允許的兩次失敗之間無故障 運(yùn)行時(shí)間，或允許的總失敗率。12.5容量需求本節(jié)明確處理的吞吐量和產(chǎn)品存儲(chǔ)數(shù)據(jù)的容量。13. 操作需求13.1預(yù)期的物理環(huán)境本節(jié)明確產(chǎn)品將操作的物理環(huán)境，以及這種環(huán)境引起的任何特殊需求。 13.2預(yù)期的技術(shù)環(huán)境硬件和其它組成新產(chǎn)品操作環(huán)境的設(shè)備的規(guī)范。13.3伙伴應(yīng)用程序?qū)Ξa(chǎn)品必須與之交互的其它應(yīng)用程

13、序的描述。14. 可維護(hù)性和可移植性需求14.1維護(hù)該產(chǎn)品需要多容易對(duì)產(chǎn)品作特定修改所需時(shí)間的量化描述。14.2是否存在一些特殊情況適用于該產(chǎn)品的維護(hù)關(guān)于預(yù)期的產(chǎn)品發(fā)布周期和發(fā)布將米取的形式的規(guī)定。14.3可移植性需求對(duì)產(chǎn)品必須支持的其他平臺(tái)或環(huán)境的描述。15. 安全性需求15.1該產(chǎn)品是保密的嗎？關(guān)于該被授權(quán)使用該產(chǎn)品，以及在什么樣的情況下授權(quán)等方面的描述。 15.2文件完整性需求關(guān)于需要的數(shù)據(jù)庫和其他文件完整性方面的說明。15.3審計(jì)需求關(guān)于需要的審計(jì)檢查方面的說明。16. 文件和政策需求本節(jié)包括針對(duì)社會(huì)和政策的因素的規(guī)格說明，這些因素會(huì)影響產(chǎn)品的可接受性。如果你開發(fā)的產(chǎn)品是針對(duì)外國市場(chǎng)的

14、，可能要特別注意這些需求。冋一下是否產(chǎn)品的目標(biāo)是你所不熟悉的文化環(huán)境，是否其它國家的人或其 他類型的組織的人會(huì)使用該產(chǎn)品。人們是否有與你的文化不同的習(xí)慣、節(jié)日、迷信、文化上的社會(huì)行為規(guī)范。17. 法律需求17.1該產(chǎn)品是否受到某些法律的管制明確該產(chǎn)品的法律需求的描述。17.2是否有一些必須符合的標(biāo)準(zhǔn)明確適用的標(biāo)準(zhǔn)和參考的詳細(xì)標(biāo)準(zhǔn)的描述。18.0pe nd 問題對(duì)未確定但可能對(duì)產(chǎn)品產(chǎn)生重要影響的因素的問題描述。按照需求分析的 術(shù)語還說，就是TBD (To Be Define)的問題。19.COTS解決方案19.1是否有一些制造好的產(chǎn)品可以購買應(yīng)該調(diào)查現(xiàn)存產(chǎn)品清單，這些產(chǎn)品可以作為潛在的解決方案。

15、19.2該產(chǎn)品是否可使用制造好的組件描述可能用于該產(chǎn)品的候選組件，包括采購的和公司自己的產(chǎn)品。列 出來源。19.3是否有一些我們可以復(fù)制的東西其他相似產(chǎn)品的清單。20新問題20.1新產(chǎn)品會(huì)在當(dāng)前環(huán)境中帶來什么問題關(guān)于新產(chǎn)品將怎樣影響當(dāng)前的實(shí)現(xiàn)環(huán)境的描述。20.2新的開發(fā)是否將影響某些已實(shí)施的系統(tǒng)關(guān)于新產(chǎn)品將怎樣與現(xiàn)存系統(tǒng)協(xié)同工作的描述。20.3是否我們現(xiàn)有的用戶會(huì)受到新開發(fā)的敵對(duì)性影響關(guān)于現(xiàn)有用戶可能產(chǎn)生的敵對(duì)性反應(yīng)的細(xì)節(jié)。20.4預(yù)期的實(shí)現(xiàn)環(huán)境會(huì)存在什么限制新產(chǎn)品的因素關(guān)于新的自動(dòng)化技術(shù)、新的組織結(jié)構(gòu)方式的任何潛在問題的描述。20.5是否新產(chǎn)品會(huì)帶來其他冋題確定我們可能不能處理的情況。21任

16、務(wù)21.1為提交該產(chǎn)品已經(jīng)做了哪些事用來開發(fā)產(chǎn)品的生命周期和方法的細(xì)節(jié)。畫一個(gè)高層的過程圖展示各項(xiàng) 任務(wù)和它們之間的接口，這可能是溝通這方面信息的最好辦法。21.2開發(fā)階段關(guān)于每個(gè)開發(fā)階段和操作環(huán)境中的組件的規(guī)格說明。22. 移交22.1我們要讓已有數(shù)據(jù)和過程配合新產(chǎn)品，有什么特殊要求一個(gè)移交活動(dòng)的列表，一個(gè)實(shí)現(xiàn)的時(shí)間表。22.2為了新產(chǎn)品，哪些數(shù)據(jù)必須修改/轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換任務(wù)清單，同時(shí)確定新產(chǎn)品需要轉(zhuǎn)換的數(shù)據(jù)。23. 風(fēng)險(xiǎn)23.1當(dāng)你開發(fā)該產(chǎn)品時(shí)，要面對(duì)什么風(fēng)險(xiǎn)23.2你制定了怎樣的偶然緊急情況計(jì)劃24. 費(fèi)用需求的其他費(fèi)用是你必須投入到產(chǎn)品構(gòu)建中去的錢或工作量。當(dāng)需求規(guī)格 說明書完成時(shí)，你可

17、以使用一種估算方法來評(píng)估費(fèi)用，然后以構(gòu)建所需的資金或 時(shí)間的形式表述出來。25. 用戶文檔用戶文檔的清單，這些文檔將作為產(chǎn)品的一部分交付。26. 后續(xù)版本的需求這里記錄下一些希望今后版本中實(shí)現(xiàn)的需求。Volere需求記錄卡編者說明：正如前面所述，Atlantic System Guild還提供了一個(gè)配套的 Volere需求記錄 卡，這個(gè)記錄卡十分實(shí)用。建議大家在需求調(diào)查、分析過程中，將需求記錄在一 系列的Volere需求記錄卡上，這個(gè)卡讓你能夠很好的理清需求之間的關(guān)系，需求提出的背景，用戶對(duì)需求的期望，有了這些素材，整理SRS時(shí)將變得更加簡單。需求類型:事件/用例#：需求#：描述：理由：來源：

18、 驗(yàn)收標(biāo)準(zhǔn):顧客滿意度:依賴關(guān)系： 支持材料： 歷史：顧客不滿意度：沖突:VolereCopyright Atia ntic system Gui注：顧客滿意度是指完成該項(xiàng)功能顧客滿意的程度，而顧客不滿意度則是指 未實(shí)現(xiàn)該功能顧客不滿意的程度。軟件需求規(guī)格說明書編者說明：如果在需求分析時(shí)采用了用例（Use case技術(shù)，那么該需求規(guī)格說明書將 更加符合你的需要。當(dāng)然，你也可以結(jié)合Volere需求規(guī)格說明書對(duì)該模板進(jìn)行必 要的修改。1. 文檔概述該部分主要是對(duì)軟件需求規(guī)格說明書文檔進(jìn)行基本的描述，包括該文檔的 目的、范圍、術(shù)語定義、參考資料以及概要。軟件需求規(guī)格說明書用來系統(tǒng)、完整地記錄系統(tǒng)的軟

19、件需求。該軟件需求 說明書的基礎(chǔ)是用例分析技術(shù)。因此該文檔中應(yīng)包括用例模型、補(bǔ)充規(guī)約等內(nèi) 容。1.1目的在此小節(jié)中，主要對(duì)軟件需求規(guī)格說明書的目的做一概要性說明，通常 軟件需求規(guī)格說明書應(yīng)詳細(xì)地說明應(yīng)用程序、子系統(tǒng)的外部行為，還要說明 非功能性需求、設(shè)計(jì)約束，以及其它的相關(guān)因素。1.2范圍系統(tǒng)是有范圍的，而不是無限擴(kuò)展的，對(duì)于無限擴(kuò)展的需求是無法進(jìn)行 描述的。因此，在本小節(jié)應(yīng)該對(duì)該說明書所涉及的項(xiàng)目范圍進(jìn)行清晰的界定。 指定該規(guī)格說明書適用的軟件應(yīng)用程序、特性或者其它子系統(tǒng)分組、其相關(guān) 的用例模型。當(dāng)然在此也需要列出會(huì)受到該文檔影響的其它文檔。 1.3定義、首字母縮寫詞和縮略語與其它文檔一樣，

20、該文檔也需要將本文檔中所涉及的所有術(shù)語、縮略語 進(jìn)行詳細(xì)的定義。還有一種可簡明的做法，就是維護(hù)在一個(gè)項(xiàng)目詞匯表中， 這樣就可以避免在每個(gè)文檔中都重復(fù)很多內(nèi)容。1.4參考資料在這一小節(jié)中，應(yīng)完整地列出該文檔引用的所有文檔。對(duì)于每個(gè)引用的 文檔都應(yīng)該給出標(biāo)題、標(biāo)識(shí)號(hào)、日期以及來源，為閱讀者查找這些文檔提供 足夠詳細(xì)的信息。1.5概述在本小節(jié)中，主要是說明軟件需求規(guī)格說明書各個(gè)部分所包含的主要內(nèi) 容，就像一個(gè)文章摘要一樣。同時(shí)也應(yīng)該對(duì)文檔的組織方式進(jìn)行解釋。2. 整體說明在本節(jié)中，將對(duì)整個(gè)軟件需求進(jìn)行總體性的描述，以期讓讀者對(duì)整個(gè)軟件 系統(tǒng)的需求有一個(gè)框架性的認(rèn)識(shí)。 也就是說，該節(jié)中主要包括影響產(chǎn)品

21、及其需求 的一般因素，而不列舉 具體的需求。主要包括產(chǎn)品總體效果、產(chǎn)品功能、用戶 特征、約束、假設(shè)與依賴關(guān)系、需求子集等方面的內(nèi)容。2.1用例模型在本小節(jié)中，將列出該軟件需求的用例模型，該模型處于系統(tǒng)級(jí)，對(duì)系 統(tǒng)的特性進(jìn)行宏觀的描述。在此應(yīng)該列出所有的用例和Actor的名稱列表,并且對(duì)其做出簡要的說明，以及在圖中的各種關(guān)系。2.2假設(shè)與依賴關(guān)系在軟件系統(tǒng)的開發(fā)過程中，存在許多假設(shè)和依賴關(guān)系。在本小節(jié)中應(yīng)列 舉出所有的重要的技術(shù)可行性假設(shè)、子系統(tǒng)或構(gòu)件可用性假設(shè)，以及一些可 行性的假設(shè)。3. 具體需求如果說第二章節(jié)是框架，那么本節(jié)就是血肉。在本節(jié)中，應(yīng)該詳細(xì)列出所 有的軟件需求，其詳細(xì)程序應(yīng)使設(shè)計(jì)人員能夠充分理解并且進(jìn)行設(shè)計(jì)的要求，同時(shí)也應(yīng)該給予測(cè)試人員足夠的信息，以幫助他們來驗(yàn)證系統(tǒng)是否滿足了這些需 求。整個(gè)需求的組織可以采用用例描述進(jìn)行。3.1用例描述如果你使用用例建模技術(shù)，那么你已經(jīng)通過用例定義了系統(tǒng)的大部分功 能性需求和一些非功能性需求。因此，在軟件需求規(guī)格說明書只需將這些具 體的用例描述，整理在一起，全部放在該小節(jié)之中。當(dāng)然也可以將用例描述 做為附件，在此列出引用，只是這樣做并不利于閱讀。建議在組織形