用戶需求說明書與需求規(guī)格說明書的區(qū)別

1、.用戶需求說明書與需求規(guī)格說明書的區(qū)別1、 用戶需求說明書是用戶的需求（期望），需要和用戶確認的，重點是站在客戶的角度講產(chǎn)品功能。需求規(guī)格說明書是系統(tǒng)設(shè)計需求，主要是對內(nèi)的，是從開發(fā)、測試的角度去講產(chǎn)品功能。2、 優(yōu)點：用戶的語言與設(shè)計人員的語言是不同的，所以需要有面向不同人員的文檔。 缺點：層次越多，信息損失的越多，誤解的概率就越大。權(quán)衡的結(jié)果：基本上是依據(jù)項目的規(guī)模而定。3、 如果要省掉一個的話，更傾向于寫用戶需求，因為搞系統(tǒng)的時候要始終明白用戶在想什么，要解決什么問題。需求規(guī)格相對不是很重要，具體實現(xiàn)用戶需求的時候，你可以有各種方案，這個是用戶不關(guān)心的。要是用戶需求就已經(jīng)理解錯了，特別是

2、理解不全面，軟件規(guī)格說明書寫得好讓用戶簽字就沒有任何意義了。4、 最新的做法? 使用 UML 語言，開發(fā)需求用例說明書， 用例、場景描述和事件響應(yīng)表，既可面向客戶，又可面向開發(fā)設(shè)計；? 使用敏捷開發(fā)方法，通過用戶故事描述用戶需求，即客戶想要實現(xiàn)一個什么功能，以滿足某個方面的需求。【相關(guān)知識】“需求管理” 的文檔大體上包含需求管理計劃、需求檢查表、需求跟蹤表（包含矩陣圖）、需求變更狀態(tài)跟蹤表，以及與其配套產(chǎn)出的指南型文件。.“需求開發(fā)”的文檔大體上包含需求規(guī)格說明書，需求規(guī)格說明書檢查表，需求開發(fā)指南等。需求分析報告：一般是對某個市場或者是客戶群來講的，類似于調(diào)研報告，重點是體現(xiàn)出產(chǎn)品要滿足哪些

3、功能，哪些是重點、熱點。需求說明書：是根據(jù)與現(xiàn)場實際客戶進行溝通，把客戶的需求進行整理，CMMI 中有標(biāo)準(zhǔn)的模板，重點是站在客戶的角度講產(chǎn)品功能。需求規(guī)格說明書：是從業(yè)務(wù)規(guī)則講起的，細一點偏向于軟件的需求設(shè)計到概要設(shè)計。是從開發(fā)、測試的角度去講產(chǎn)品功能，里面要包含原型界面、業(yè)務(wù)接口、活動圖等。業(yè)務(wù)需求（ Business requirement）表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來自項目投資人、購買產(chǎn)品的客戶、實際用戶的管理者、市場營銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個系統(tǒng)，即組織希望達到的目標(biāo)。使用前景和范圍（vision and scope）文檔來記錄業(yè)務(wù)需求，這

4、份文檔有時也被稱作項目輪廓圖或市場需求（projectcharter或market requirement）文檔。用戶需求（ user requirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場景描述和事件響應(yīng)表都是表達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。功能需求（functionalrequirement）規(guī)定開發(fā)人員必須在產(chǎn)品中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時也被稱作行為需求（ behav oral requirement ，因為習(xí)）慣上總是用“應(yīng)該”對其進行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來通知用

5、戶已接受其預(yù)定”。功能.需求描述是開發(fā)人員需要實現(xiàn)什么。注意：用戶需求不總是被轉(zhuǎn)變成功能需求。產(chǎn)品特性，所謂特性（ feature ），是指一組邏輯上相關(guān)的功能需求，它們?yōu)橛脩籼峁┠稠椆δ?，使業(yè)務(wù)目標(biāo)得以滿足。對商業(yè)軟件而言，特性則是一組能被客戶識別，并幫助他決定是否購買的需求，也就是產(chǎn)品說明書中用著重號標(biāo)明的部分。 客戶希望得到的產(chǎn)品特性和用戶的任務(wù)相關(guān)的需求不完全是一回事。一項特性可以包括多個用例，每個用例又要求實現(xiàn)多項功能需求，以便用戶能夠執(zhí)行某項任務(wù)。系統(tǒng)需求（ systemrequirement）用于描述包含有多個子系統(tǒng)的產(chǎn)品（即系統(tǒng)）的頂級需求。系統(tǒng)可以只包含軟件系統(tǒng)，也可以既包含

6、軟件又包含硬件子系統(tǒng)。人也可以是系統(tǒng)的一部分， 因此某些系統(tǒng)功能可能要由人來承擔(dān)。業(yè)務(wù)規(guī)則包括企業(yè)方針、政府條例、工業(yè)標(biāo)準(zhǔn)、會計準(zhǔn)則和計算方法等。業(yè)務(wù)規(guī)劃本身并非軟件需求， 因為它們不屬于任何特定軟件系統(tǒng)的范圍。然而，業(yè)務(wù)規(guī)則常常會限制誰能夠執(zhí)行某些特定用例，或者規(guī)定系統(tǒng)為符合相關(guān)規(guī)則必須實現(xiàn)某些特定功能。有時，功能中特定的質(zhì)量屬性（通過功能實現(xiàn)）也源于業(yè)務(wù)規(guī)則。所以，對某些功能需求進行追溯時，會發(fā)現(xiàn)其來源正是一條特定的業(yè)務(wù)規(guī)則。功能需求記錄在軟件需求規(guī)格說明（SRS）中。 SRS 完整地描述了軟件系統(tǒng)的預(yù)期特性。 SRS 我們一般把它當(dāng)作文檔，其實，SRS 還可以是包含需求信息的數(shù)據(jù)庫或電子

7、表格；或者是存儲在商業(yè)需求管理工具中的信息；而對于小型項目，甚至可能是一疊索引卡片。開發(fā)、測試、質(zhì)量保證、項目管理和其他相關(guān)的項目功能都要用到SRS。.需求層次：組織級需求-> 業(yè)務(wù)需求 -> 用戶需求 -> 功能需求（有時也叫行為需求）。? 組織級需求：一般代表著組織的愿景和目標(biāo)。對于大的公司，一般是通過資深的咨詢顧問和咨詢公司得出的，呈現(xiàn)的方式是咨詢報告。比如在ITSM 或者企業(yè)信息化這方面。典型的組織級的需求是：降低成本、減少庫存成本、提升 IT 服務(wù)部門在企業(yè)中的價值、通過ISO20000 、提高 IT 服務(wù)的效率、提高員工的滿意度等。? 業(yè)務(wù)需求： 是要完組織的使命

8、，達成組織的愿景的各個業(yè)務(wù)流程和業(yè)務(wù)單元具有的需求。業(yè)務(wù)需求服從于組織需求。? 用戶需求： 用戶級的需求，是在業(yè)務(wù)級的需求下，各個崗位協(xié)作完成業(yè)務(wù)而具有的需求。 我們在軟件需求規(guī)格說明書中表述的需求其實主要是這一部分需求。? 功能需求： 同樣，它代表著產(chǎn)品或者軟件需求具備的能力。 一般是管理人員或者產(chǎn)品的市場部門人員負責(zé)定義軟件的業(yè)務(wù)需求， 以提高公司的運營效率（對信息系統(tǒng)而言）或產(chǎn)品的市場競爭力（對商業(yè)軟件而言） 。所有的用戶需求都必須符合業(yè)務(wù)需求。 需求分析員從用戶需求中推導(dǎo)出產(chǎn)品應(yīng)具備哪些對用戶有幫助的功能。 開發(fā)人員則根據(jù)功能需求和非功能需求設(shè)計解決方案，在約束條件的限制范圍內(nèi)實現(xiàn)必需

9、的功能，并達到規(guī)定的質(zhì)量和性能指標(biāo)。當(dāng)一項新的特性、用例或功能需求被提出時，需求分析員必須思考一個問題：“它在范圍內(nèi)嗎？”。如果答案是肯定的，則該需求屬于需求規(guī)格說明，反之則不屬于。但答案也許是“不在，但應(yīng)該在” ，這時必須由業(yè)務(wù)需求的負責(zé)人或投資管理人來決定： 是否擴大項目范圍以容納新的需求。這.是一個可能影響項目進度和預(yù)算的商業(yè)決策。?非功能需求，包括性能指標(biāo)和對質(zhì)量屬性的描述。質(zhì)量屬性（ qualityattribute）對產(chǎn)品的功能描述作了補充，它從不同方面描述了產(chǎn)品的各種特性。這些特性包括可用性、可移植性、完整性、效率和健壯性，它們對用戶或開發(fā)人員都很重要。其他的非功能需求包括系統(tǒng)與

10、外部世界的外部界面，以及對設(shè)計與實現(xiàn)的約束。還有一項稱為可用性（usability ）的質(zhì)量屬性，它規(guī)定了業(yè)務(wù)需求中“有效” （efficiently）一詞的含義。約束（constraint）限制了開發(fā)人員設(shè)計和構(gòu)建系統(tǒng)時的選擇范圍。約束，在產(chǎn)品的架構(gòu)設(shè)計中，是需要被首先考慮的問題。如果說產(chǎn)品的功能代表了產(chǎn)品的能力，那么產(chǎn)品的質(zhì)量屬性代表了產(chǎn)品的品質(zhì)，產(chǎn)品的約束代表了產(chǎn)品必須去滿足的或者適應(yīng)的條件！“用戶體驗”是產(chǎn)品的靈魂，對于個人級的軟件這么說或許很恰當(dāng)，當(dāng)對于企業(yè)級甚至是行業(yè)級的產(chǎn)品，其靈魂有兩個：一個是產(chǎn)品帶給用戶的價值，另一個是產(chǎn)品的品質(zhì)，簡單的說，就是價值和品質(zhì)。但其成為一個產(chǎn)品的前提應(yīng)該是滿足約束，否則就不應(yīng)該設(shè)計、