中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

Atlantic System Guild（www.atlsysguild.com）公司所提供的Volere需求過程與軟件需求規(guī)格說明書模板則充分利用了現(xiàn)代軟件工程思想與技術，是一個十分實用、完善的SRS模板。其所提供的Volere需求記錄卡也十分實用，強烈推薦。

1.產(chǎn)品的目標

1.1 該項目工作的用戶問題或背景

對引發(fā)開發(fā)任務的工作和情況的描述。同時也應描述用戶希望用將要交付的軟件來完成的工作。

該節(jié)內(nèi)容為該項目提供了合法的理由，你應該考慮用戶的問題是否嚴重，是否應該解決和為什么應該解決。

1.2 產(chǎn)品的目標

用一句話或很少的幾句話來說明“我們希望該產(chǎn)品做什么？”換言之，即開發(fā)該產(chǎn)品的真正原因。

項目如果沒有一個表述清晰、易于理解的目標，就會迷失在產(chǎn)品開發(fā)的沙漠中。產(chǎn)品必須帶來某種優(yōu)勢。典型的優(yōu)勢是產(chǎn)品會增加組織在市場上的價值，減少運作成本，或提供更好的客戶服務。這個優(yōu)勢應該是可度量的，這樣才能夠讓您確定交付的產(chǎn)品是否達到目標。

2.客戶、顧客和其它風險承擔者

2.1 客戶是為開發(fā)付費的人，并將成為所交付產(chǎn)品的擁有者

這一項必須給出客戶的姓名，三個以內(nèi)是合理的。

客戶最終將接受該產(chǎn)品，因此必須對交付的產(chǎn)品滿意。如果你無法找到一個客戶的姓名，那么也許你就不應該構建該產(chǎn)品。

2.2 顧客是將花錢購買該產(chǎn)品的人

也給出姓名和相關的信息

2.3 其它風險承擔者

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

1. 經(jīng)理或項目負責人；
2. 業(yè)務領域?qū)＜遥?/li>
3. 技術人員；
4. 系統(tǒng)開發(fā)者；
5. 市場人員；
6. 產(chǎn)品經(jīng)理；
7. 測試和質(zhì)量保證人員；
8. 審查員，諸如安全審查員或?qū)徲嬋藛T；
9. 律師；
10. 易用性專家；
11. 你所處行業(yè)的專業(yè)人員。

3.產(chǎn)品的用戶

3.1 產(chǎn)品的用戶

產(chǎn)品的潛在用戶或操作員的列表。針對每種類型的用戶，提供以下信息：

1. 用戶分類
2. 用戶工作的任務；
3. 主要相關的經(jīng)驗；
4. 技術經(jīng)驗；
5. 其他用戶特征：包括身體、智力、工作態(tài)度、對技術的態(tài)度、教育程度、語言技能、年齡、性別等。

用戶是為了完成工作而與產(chǎn)品交互的人，你了解用戶，就越可能提交適合用戶工作方式的產(chǎn)品。

3.2 對用戶設的優(yōu)先級

在每類用戶后面附上一個優(yōu)先級，這區(qū)別了用戶的重要性和優(yōu)先地位：

1. 關鍵用戶：對產(chǎn)品的后續(xù)成功至關重要；
2. 次要用戶：他們使用產(chǎn)品，但對產(chǎn)品的長期成功并無影響；
3. 不重要的用戶：不常用、未授權和沒有技能的用戶。

如果認為某些用戶對產(chǎn)品或組織更重要，那么應該寫明，因為它會影響你設計產(chǎn)品的方式。

4.需求限制條件

4.1 解決方案限制條件

此處明確了限制條件，它們規(guī)定了解決問題必須采取的方式。您可以認為它們是指令式的解決方案。仔細描述該解決方案，以及測試是否符合的度量標準。如果可能，您應該解釋使用該解決方案的原因。

換一句話說，就是要求軟件解決方案滿足哪些限制條件！

4.2 實現(xiàn)環(huán)境

此處描述產(chǎn)品將被實施的技術環(huán)境和物理環(huán)境。

該環(huán)境也將成為設計解決方案時的限制條件之一。

4.3 伙伴應用

此處描述那些不屬于產(chǎn)品的一部分，但產(chǎn)品卻又必須與其協(xié)作的應用程序。

4.4 COTS

此處描述實現(xiàn)產(chǎn)品需求所必須使用的COTS(商業(yè)組件)。

4.5 預期的工作場地環(huán)境

此處描述用戶工作和使用該產(chǎn)品的工作場地。此處應該描述任何可能對產(chǎn)品設計產(chǎn)生影響的工作場地特征。

4.6 開發(fā)者構建該產(chǎn)品需要多少時間

任何已知的最后期限，或商業(yè)機會的時限，應在此處說明。

4.7 該產(chǎn)品的財務預算是多少

該產(chǎn)品的預算，以金錢的形式或可得資源的形式說明。

5.命名標準和定義

定義項目中使用到的所有術語，包括同義詞。這里的內(nèi)容就是一個字典，包括在需求規(guī)格說明書中使用的所有名稱的含義。這個字典應該使用你的組織或行業(yè)使用的標準名稱。這些名稱也應該反映出在工作領域中當前使用的術語。該字典包括項目中用到的所有名稱。請仔細地選擇名稱，以避免傳達不同的、不期望的含義。為每個名字寫下簡明扼要的定義，這些定義必須經(jīng)過相應的風險承擔者同意。

6.相關事實

可能對產(chǎn)品產(chǎn)生影響的外部因素，但不是命令式的需求限制條件。

7.假定

列出開發(fā)者所做的假設。

將所有的假設列在此的目的是讓每一個項目成員都意識到這個假設。

8.產(chǎn)品的范圍

8.1 工作的上下文范圍

上下文范圍圖用來表示將要開發(fā)的系統(tǒng)、產(chǎn)品與其它系統(tǒng)之間的關系，以確定系統(tǒng)邊界。

8.2 工作切分

一個事件清單，確定系統(tǒng)要響應的所有業(yè)務事件。清單包括：

1. 事件名稱
2. 輸入和輸出

8.3 產(chǎn)品邊界

你可以使用用例圖(use-case)來確定了用戶與產(chǎn)品之間的邊界。

9.功能性需求與數(shù)據(jù)需求

9.1 功能性需求

對產(chǎn)品必須執(zhí)行的動作的描述。

每個功能性需求必須有一個驗收標準。

9.2 數(shù)據(jù)需求

與產(chǎn)品/系統(tǒng)有密切關系的主題域相關的業(yè)務對象、實體、類的說明書。

進行問題域建模，生成相應的類圖。

10.觀感需求

一些與產(chǎn)品的用戶界面相關的需求描述。

11.易用性需求

11.1 易于使用

描述如何構建符合最終用戶期望的產(chǎn)品。

11.2 學習的容易程序

學習使用該產(chǎn)品應該多容易的說明。通常是有學習時間來衡量。

12.性能要求

12.1 速度需求

明確完成特定任務需要的時間，這常常指響應時間。

12.2 安全性的需求

對可能造成人身傷害、財產(chǎn)損失和環(huán)境破壞所考慮到的風險進行量化描述。

12.3 精度需求

對產(chǎn)品產(chǎn)生的結果期望的精度進行量化描述。

12.4 可靠性和可用性需求

本節(jié)量化產(chǎn)品所需的可靠性。這常常表述為允許的兩次失敗之間無故障運行時間，或允許的總失敗率。

12.5 容量需求

本節(jié)明確處理的吞吐量和產(chǎn)品存儲數(shù)據(jù)的容量。

13.操作需求

13.1 預期的物理環(huán)境

本節(jié)明確產(chǎn)品將操作的物理環(huán)境，以及這種環(huán)境引起的任何特殊需求。

13.2 預期的技術環(huán)境

硬件和其它組成新產(chǎn)品操作環(huán)境的設備的規(guī)范。

13.3 伙伴應用程序

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

14.可維護性和可移植性需求

14.1 維護該產(chǎn)品需要多容易

對產(chǎn)品作特定修改所需時間的量化描述。

14.2 是否存在一些特殊情況適用于該產(chǎn)品的維護

關于預期的產(chǎn)品發(fā)布周期和發(fā)布將采取的形式的規(guī)定。

14.3 可移植性需求

對產(chǎn)品必須支持的其他平臺或環(huán)境的描述。

15.安全性需求

15.1 該產(chǎn)品是保密的嗎？

關于該被授權使用該產(chǎn)品，以及在什么樣的情況下授權等方面的描述。

15.2 文件完整性需求

關于需要的數(shù)據(jù)庫和其他文件完整性方面的說明。

15.3 審計需求

關于需要的審計檢查方面的說明。

16.文件和政策需求

本節(jié)包括針對社會和政策的因素的規(guī)格說明，這些因素會影響產(chǎn)品的可接受性。如果你開發(fā)的產(chǎn)品是針對外國市場的，可能要特別注意這些需求。

問一下是否產(chǎn)品的目標是你所不熟悉的文化環(huán)境，是否其它國家的人或其他類型的組織的人會使用該產(chǎn)品。人們是否有與你的文化不同的習慣、節(jié)日、迷信、文化上的社會行為規(guī)范。

17.法律需求

17.1 該產(chǎn)品是否受到某些法律的管制

明確該產(chǎn)品的法律需求的描述。

17.2 是否有一些必須符合的標準

明確適用的標準和參考的詳細標準的描述。

18.Opend問題

對未確定但可能對產(chǎn)品產(chǎn)生重要影響的因素的問題描述。按照需求分析的術語還說，就是TBD（To Be Define）的問題。

19.COTS解決方案

19.1 是否有一些制造好的產(chǎn)品可以購買

應該調(diào)查現(xiàn)存產(chǎn)品清單，這些產(chǎn)品可以作為潛在的解決方案。

19.2 該產(chǎn)品是否可使用制造好的組件

描述可能用于該產(chǎn)品的候選組件，包括采購的和公司自己的產(chǎn)品。列出來源。

19.3 是否有一些我們可以復制的東西

其他相似產(chǎn)品的清單。

20.新問題

20.1 新產(chǎn)品會在當前環(huán)境中帶來什么問題

關于新產(chǎn)品將怎樣影響當前的實現(xiàn)環(huán)境的描述。

20.2 新的開發(fā)是否將影響某些已實施的系統(tǒng)

關于新產(chǎn)品將怎樣與現(xiàn)存系統(tǒng)協(xié)同工作的描述。

20.3 是否我們現(xiàn)有的用戶會受到新開發(fā)的敵對性影響

關于現(xiàn)有用戶可能產(chǎn)生的敵對性反應的細節(jié)。

20.4 預期的實現(xiàn)環(huán)境會存在什么限制新產(chǎn)品的因素

關于新的自動化技術、新的組織結構方式的任何潛在問題的描述。

20.5 是否新產(chǎn)品會帶來其他問題

確定我們可能不能處理的情況。

21.任務

21.1 為提交該產(chǎn)品已經(jīng)做了哪些事

用來開發(fā)產(chǎn)品的生命周期和方法的細節(jié)。畫一個高層的過程圖展示各項任務和它們之間的接口，這可能是溝通這方面信息的最好辦法。

21.2 開發(fā)階段

關于每個開發(fā)階段和操作環(huán)境中的組件的規(guī)格說明。

22.移交

22.1 我們要讓已有數(shù)據(jù)和過程配合新產(chǎn)品，有什么特殊要求

一個移交活動的列表，一個實現(xiàn)的時間表。

22.2 為了新產(chǎn)品，哪些數(shù)據(jù)必須修改/轉(zhuǎn)換

數(shù)據(jù)轉(zhuǎn)換任務清單，同時確定新產(chǎn)品需要轉(zhuǎn)換的數(shù)據(jù)。

23. 風險

23.1 當你開發(fā)該產(chǎn)品時，要面對什么風險

23.2 你制定了怎樣的偶然緊急情況計劃

24.費用

需求的其他費用是你必須投入到產(chǎn)品構建中去的錢或工作量。當需求規(guī)格說明書完成時，你可以使用一種估算方法來評估費用，然后以構建所需的資金或時間的形式表述出來。

25.用戶文檔

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

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

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

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

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