軟件開發(fā)需求分析模板

1、客戶需求義1.5.客戶需求義1.5.項(xiàng)目視圖和1.1.3 1.4 1.3 1.4 1.5 1.6 戶市場(chǎng)企業(yè)框架。組織的 方向和資源局限性為基礎(chǔ)。2.3 隱和第3.1 1.0版本產(chǎn)品產(chǎn)品上。3.2 3.3 性感4.2 2.3 隱和第3.1 1.0版本產(chǎn)品產(chǎn)品上。3.2 3.3 性感4.2 一個(gè)驅(qū)一一個(gè)約；一項(xiàng)目管理能權(quán)衡其它方面，進(jìn)而在約束限制的范圍內(nèi)完成。5.。確度。項(xiàng)目構(gòu)。確度。項(xiàng)目構(gòu)1.1.4 1.5 問題的明2.3 產(chǎn)品定位說明3.3.1 產(chǎn)品用戶分析3.2 項(xiàng)目相關(guān)3.3 用戶一覽表3.4 用戶環(huán)境3.5 項(xiàng)目相關(guān)明2.3 產(chǎn)品定位說明3.3.1 產(chǎn)品用戶分析3.2 項(xiàng)目相關(guān)3.3

2、用戶一覽表3.4 用戶環(huán)境3.5 項(xiàng)目相關(guān)明對(duì)該進(jìn)行明。簡(jiǎn)明他們?cè)谙到y(tǒng)中代表指明項(xiàng)目相關(guān)人3.6明3.73.83.6明3.73.8的比較。明。意見/問描述本類 的技能特長(zhǎng)、技術(shù)背景以及電腦系統(tǒng)操作的熟練程度（可以分成業(yè)務(wù)用戶、 用戶、熟練意見/問UML 的部署圖，讓用戶對(duì)系統(tǒng)最終的運(yùn)行環(huán)境有一個(gè)較宏觀的了解。4.4 成本與定價(jià)具投資等方面。而對(duì)于產(chǎn)品型項(xiàng)目而言，還包括分銷成本、用戶手冊(cè)制作、CD 制作等UML 的部署圖，讓用戶對(duì)系統(tǒng)最終的運(yùn)行環(huán)境有一個(gè)較宏觀的了解。4.4 成本與定價(jià)具投資等方面。而對(duì)于產(chǎn)品型項(xiàng)目而言，還包括分銷成本、用戶手冊(cè)制作、CD 制作等5.知What，How。6.7.8

3、.1 適用的標(biāo)準(zhǔn)（FDA、UCC）ISDNCMM8.2 系統(tǒng)需求 。8.3 性能需求8.4 環(huán)境需求應(yīng)（FDA、UCC）ISDNCMM8.2 系統(tǒng)需求 。8.3 性能需求8.4 環(huán)境需求應(yīng)9. 文檔需求10.2）3）4）8）需求規(guī)格說明書(ISO 標(biāo)準(zhǔn)版8）需求規(guī)格說明書(ISO 標(biāo)準(zhǔn)版1.2 1.3 1.4 2.33.13.2.3 3.33.4數(shù)據(jù)管理能力要求（系統(tǒng)4.1 4.2 4.3 等。4.4 3.2.3 3.33.4數(shù)據(jù)管理能力要求（系統(tǒng)4.1 4.2 4.3 等。4.4 需求規(guī)格說明書(Volere 版System SRS 。注：1.SystemGuild公上獲得，并稍做修1.1

4、來1.2 是否嚴(yán)重，是否項(xiàng)目如果沒有一個(gè)表述清晰、易于理解的目標(biāo)，就會(huì)迷失在產(chǎn)品開發(fā)的沙漠中產(chǎn)品必須帶來某種型的優(yōu)勢(shì)是產(chǎn)品會(huì)增加組織在市場(chǎng)上的價(jià)項(xiàng)目如果沒有一個(gè)表述清晰、易于理解的目標(biāo)，就會(huì)迷失在產(chǎn)品開發(fā)的沙漠中產(chǎn)品必須帶來某種型的優(yōu)勢(shì)是產(chǎn)品會(huì)增加組織在市場(chǎng)上的價(jià)減成本確定交付的產(chǎn)品2.1 客戶最終將接受該產(chǎn)品，因此必須對(duì)交付的產(chǎn)品滿意。如果你無法找到一個(gè)客，那么也許你就不應(yīng)該構(gòu)建該產(chǎn)品。的業(yè)務(wù)領(lǐng)；3）；5）；10）；1）。、3.2 ；換一句話說，就是4.2 解決方案滿足哪些換一句話說，就是4.2 解決方案滿足哪些該環(huán)境也將成為設(shè)計(jì)解決方案時(shí)的限制條件之一。4.3 4.4 loffthe是多6

5、.將所有的假設(shè)列在此的目的是讓每一個(gè)項(xiàng)目成這個(gè)假設(shè)。8.2 8.3 9.1 每個(gè)功能性需求必須有一個(gè)驗(yàn)收標(biāo)準(zhǔn)。9.2 進(jìn)行問題每個(gè)功能性需求必須有一個(gè)驗(yàn)收標(biāo)準(zhǔn)。9.2 進(jìn)行問題域建模，生成相應(yīng)的類圖。10.12.3 13.1 14.15.1 問一下是否產(chǎn)品的目標(biāo)是你所不熟悉的文化環(huán)境，是否其它國家的人或其他類型的問一下是否產(chǎn)品的目標(biāo)是你所不熟悉的文化環(huán)境，是否其它國家的人或其他類型的18.Opend 問題TBD（ToBe19.COTS。19.1 19.2 19.3 20.。20.3 22.22.2 為了新產(chǎn)品，哪些數(shù)據(jù)必須修改/23. 24.25.卡24.25.卡 Volere 有了這些素材，

6、整理SRS注：顧客滿意度是指完成該項(xiàng)功能顧客滿意的程度，而顧客不滿意度則是指未實(shí)功能顧客不滿意的程度依賴關(guān)系歷史Copyrightsystem需求規(guī)格說如果在需求分析時(shí)采用了用例（Usecase）技術(shù)，那么該需求規(guī)格說明書將更加符合你Volere 需求規(guī)格說明書對(duì)該模板進(jìn)行必要的修改。1. 1.1 需求規(guī)格說如果在需求分析時(shí)采用了用例（Usecase）技術(shù)，那么該需求規(guī)格說明書將更加符合你Volere 需求規(guī)格說明書對(duì)該模板進(jìn)行必要的修改。1. 1.1 1.2 1.3 1.4 1.5 2. 2.1 Actor的名稱列表，并且對(duì)其做出簡(jiǎn)要的說2.2 3. 如果說第二章節(jié)是框架，那么本節(jié)就是血肉。

7、在本節(jié)中，應(yīng)該詳細(xì)列出所有述進(jìn)行。3.1 1 個(gè)或幾個(gè)用例描述。3.2 1）IBMCUAGUI模式操作等；平均故障間隔時(shí)間（MTBF為天數(shù)、月數(shù)或年數(shù)；平均修復(fù)時(shí)間（述進(jìn)行。3.1 1 個(gè)或幾個(gè)用例描述。3.2 1）IBMCUAGUI模式操作等；平均故障間隔時(shí)間（MTBF為天數(shù)、月數(shù)或年數(shù)；平均修復(fù)時(shí)間（MTTR最高錯(cuò)誤或缺陷率（通常表示為 bugs/KLOC，即每千行代碼的錯(cuò)誤數(shù)目或 3）（平均、最長(zhǎng)；吞吐量（例如每秒處理的事務(wù)4.需求說明編制指（Software Requirements Specifications，以下簡(jiǎn)稱SRS）劃分成等級(jí)，避免把它定義成（Customersrs SR

8、SSRS1）求，或者怎樣修改這種 SRS 的過程將使客戶在設(shè)計(jì)開始之前周密地思考全部需SRS 中對(duì)為成本計(jì)價(jià)和編制計(jì)劃進(jìn)度提供基礎(chǔ)。SRS提供的對(duì)被開發(fā) 產(chǎn)品的描述，是計(jì)算SRS 4） 為確認(rèn)和驗(yàn)證提供一個(gè)基準(zhǔn)。任何組織將更有效地編制他們的確認(rèn)和驗(yàn)證計(jì)SRS SRSSRS1）求，或者怎樣修改這種 SRS 的過程將使客戶在設(shè)計(jì)開始之前周密地思考全部需SRS 中對(duì)為成本計(jì)價(jià)和編制計(jì)劃進(jìn)度提供基礎(chǔ)。SRS提供的對(duì)被開發(fā) 產(chǎn)品的描述，是計(jì)算SRS 4） 為確認(rèn)和驗(yàn)證提供一個(gè)基準(zhǔn)。任何組織將更有效地編制他們的確認(rèn)和驗(yàn)證計(jì)SRS5）SRS 6）SRS 的設(shè)計(jì)。因此SRS 是原來的SRS1.2 6章中提供了

9、SRS GB8566GB8567GB/T 3定GB/T11457（contract（customr（language（parttioning：分開發(fā)者r（user編寫SRS的背景信SRS 的基本要編寫SRS的背景信SRS 的基本要4.2SRS必須認(rèn)識(shí)到SRS 1）SRS SRS的特 SRS起草者必須特別注意消如果一個(gè)SRS能滿足下列要求，則該SRS要符合SRS要求。如果個(gè)別章節(jié)不適用，則在SRS。4.3.2.1任何一個(gè)使用“待定”的SRS當(dāng)且僅當(dāng)SSSS當(dāng)且僅當(dāng)在某一性能價(jià)格比可取的有限處理過程，人或機(jī)器能通過該過程檢查軟當(dāng)且僅當(dāng)SRSSRS4.3.5如果一個(gè)SRS的結(jié)構(gòu)和風(fēng)格在需求有必要改變

10、時(shí)是易于實(shí)現(xiàn)的、完整性的、一致的，那么這個(gè)SRS SRS 具備以下條件：叉沒有冗余。即同一需求不能在SRS4.3.6便地引證每一個(gè)需求，則該SRS就是可追蹤的。建議采用如下兩種類型的追蹤： 1）（即向已開發(fā)過的前一階段追蹤。根據(jù)先前文件或本文件前面SRS中的一個(gè)需求表達(dá)另一個(gè)需求的一種指派或者是派生的，向前、向后4.3.5如果一個(gè)SRS的結(jié)構(gòu)和風(fēng)格在需求有必要改變時(shí)是易于實(shí)現(xiàn)的、完整性的、一致的，那么這個(gè)SRS SRS 具備以下條件：叉沒有冗余。即同一需求不能在SRS4.3.6便地引證每一個(gè)需求，則該SRS就是可追蹤的。建議采用如下兩種類型的追蹤： 1）（即向已開發(fā)過的前一階段追蹤。根據(jù)先前文

11、件或本文件前面SRS中的一個(gè)需求表達(dá)另一個(gè)需求的一種指派或者是派生的，向前、向后3）產(chǎn)品（階段時(shí)，SRS 的向前可追蹤性顯得特別重要。當(dāng)4.3.7SRS4.3.5SRS4.4SRS議要使用SRS 的形式，應(yīng)該由雙方聯(lián)合起草。這是因?yàn)椋旱摹?）設(shè)計(jì)和開發(fā)過程了解較少，而不能寫出可用的2）4.5SRS中可能發(fā)現(xiàn)SRS ，所以可能要對(duì)SRS和項(xiàng)目的改變。批準(zhǔn)了的需求改變，用如下的方法編入SRS2）4.5SRS中可能發(fā)現(xiàn)SRS ，所以可能要對(duì)SRS和項(xiàng)目的改變。批準(zhǔn)了的需求改變，用如下的方法編入SRS；。SRS 的編制工 ：SRS ；生產(chǎn)輔助工具。一個(gè)SRS通常有若干作者?？赡芙?jīng)歷若干版本，并且要進(jìn)行

12、多次SRS中有許多詞匯，特別是許多名詞和動(dòng)詞，專門涉及到系統(tǒng)的實(shí)體和許多活動(dòng)，所以表達(dá)SRS 需要若干工具。比如：SRS內(nèi)容，只要作某用詳細(xì)分層體系自動(dòng)檢查SRS的需求，這里每一個(gè)分層自身是完全的，但是自動(dòng)檢查SRS4.35SRS5.11）2） 5.1.21）2） 5.1.2型5.1.3至少可以提出三種可供使用的通用模型：數(shù)學(xué)型、功能型、計(jì)時(shí)型。應(yīng)注意區(qū)別5.3.5。5.1.3.15.1.2（01）*5.1.3.25.1.3.31）SRS5.1.3.31）SRSSRSSRS中每一個(gè)需求必須進(jìn)行注釋，以便區(qū)別其重要的程度。2）5.2.15.2.25.2.35.3SRS；編寫需求的人應(yīng)當(dāng)避免把設(shè)計(jì)

13、或項(xiàng)目需求寫入SRS5.3.1SRS把SRS；編寫需求的人應(yīng)當(dāng)避免把設(shè)計(jì)或項(xiàng)目需求寫入SRS5.3.1SRS把SRS；5.3.2SRSSRS）例如：生產(chǎn)方面合同性事宜的理解（7）6 SRS前言（SRS1目的（SRS1.1）范圍（SRS1.27）6 SRS前言（SRS1目的（SRS1.1）范圍（SRS1.23）明定義、縮寫詞、略語（SRS1.3SRS參考資料（SRS1.4（6.3.2）；6.2（SRS26.2.1（SRS2.1該6.2.2；6.2（SRS26.2.1（SRS2.1該6.2.2（SRS2.21）SRS6.2.3（SRS2.3一般約束（SRS2.4條10）SRS6.2.5（SRS2.

14、5一般約束（SRS2.4條10）SRS6.2.5（SRS2.56.3（SRS3 2）SRS 1）2）3）；、6.3.1.22）2）3）；、6.3.1.22）6.3.1.3在其中的幾個(gè)（3）是4）6.3.1.44）3）是4）6.3.1.44）6.3.1.1注：這里的內(nèi)容有時(shí)是用戶接口的一部分6.3.21）（產(chǎn)品的應(yīng)用范圍和性質(zhì)。 文中最后部分提供了四種可能的組織方案。6.3.21）（產(chǎn)品的應(yīng)用范圍和性質(zhì)。 文中最后部分提供了四種可能的組織方案。支持信息是指目錄表，附錄和索引。以便使SRS有助于理解SRS的背景信息； SRS3.1.1.1 引言 3.1.1.2 輸入 3.1.1.3 加工 3.1.

15、1.4 3.1.n 3.2.1 用戶接口 3.2.2 硬件接口 接口 3.2.4 其他標(biāo)準(zhǔn)的約束 3.4.2 硬件的限制 3 5 SRSSRS3.1.1.1 引言 3.1.1.2 輸入 3.1.1.3 加工 3.1.1.4 3.1.1.6.1 其他標(biāo)準(zhǔn)的約束 3.1.1.6.2 硬件的限制 31 1 71 安全性 3 11 7 2 性 SRS3.1.1.1.1 引言 3.1.1.1.2 輸入 3.1.1.1.3 加工 3.1.1.1.4 3.1.1.2.1 用戶接口 3.1.1.2.2 硬件接口 接3.1.1.2.4 3.1.n 3.4.1 安全性 3.4.2 性3.5.1 數(shù)據(jù)庫 3.5.2

16、 操作 3.5.3 場(chǎng)合適應(yīng)性 1(1(UML的日益普及，用例（Use case）分析技術(shù)也在需求實(shí)踐中廣泛被采用。但是SRS3.1.1 引3.1.2 輸3.1.3 加工 3.1.4 輸3.1.5.2 硬件接接3.1.5.4 3.1.8.1 安全性 3.1.8.2 性 3.1.9.1 數(shù)據(jù)庫 3.1.9.2 操作 3.1.9.3 場(chǎng)合適應(yīng)性 3.n 1.1.1 明Actor 和其它用例組成的， 1.1.1 明Actor 和其它用例組成的， 的行為及系統(tǒng)的響應(yīng)，可按照Actor就 3.2.1.1 3.2.2 4. 用例說明模板 2(單列表格式用例說明模板 3(雙列表格式有時(shí)，為了更好地捕獲系統(tǒng)的響應(yīng)，對(duì)于場(chǎng)景描