如何寫好需求分析:需求規(guī)格說明書(Volere版)

richtime
5 評(píng)論 132107 瀏覽 433 收藏 14 分鐘

Atlantic System Guild(www.atlsysguild.com)公司所提供的Volere需求過程與軟件需求規(guī)格說明書模板則充分利用了現(xiàn)代軟件工程思想與技術(shù),是一個(gè)十分實(shí)用、完善的SRS模板。其所提供的Volere需求記錄卡也十分實(shí)用,強(qiá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)品做什么?”換言之,即開發(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)是合理的。

客戶最終將接受該產(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)者

其他的一些人或組織的名稱,他們或者受到產(chǎn)品的影響,或影響產(chǎn)品。

  1. 經(jīng)理或項(xiàng)目負(fù)責(zé)人;
  2. 業(yè)務(wù)領(lǐng)域?qū)<遥?/li>
  3. 技術(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)品交互的人,你了解用戶,就越可能提交適合用戶工作方式的產(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.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ù)語,包括同義詞。這里的內(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)邊界。

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í)的容易程序

學(xué)習(xí)使用該產(chǎn)品應(yīng)該多容易的說明。通常是有學(xué)習(xí)時(shí)間來衡量。

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)用程序

對(duì)產(chǎn)品必須與之交互的其它應(yīng)用程序的描述。

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)的,可能要特別注意這些需求。

問一下是否產(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.Opend問題

對(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)品可以作為潛在的解決方案。

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.任務(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í),你可以使用一種估算方法來評(píng)估費(fèi)用,然后以構(gòu)建所需的資金或時(shí)間的形式表述出來。

25.用戶文檔

用戶文檔的清單,這些文檔將作為產(chǎn)品的一部分交付。

26.后續(xù)版本的需求

這里記錄下一些希望今后版本中實(shí)現(xiàn)的需求。

注:本文是譯者從Atlantic System Guild公司網(wǎng)站www.atlsysguild.com上獲得,并稍做修改。

 

本文由 @richtime 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 1

    來自北京 回復(fù)
  2. 有實(shí)際應(yīng)用的版本就好了,如果涉及商業(yè)秘密,可以改成化名

    來自浙江 回復(fù)
  3. 文檔是干貨,求一份實(shí)際使用該模板的實(shí)例文檔

    回復(fù)
  4. 要是有一份參考文檔就更好了~~ ?? ?? ?? ?? ?? ??

    來自四川 回復(fù)
    1. 哈哈 我也這么覺得

      來自江西 回復(fù)