軟件需求分析文檔

1、軟件需求分析文檔-編寫概要與模式一、 軟件需求前期采集部分1、 前期需求采集的方法1.1 1.1 市場調(diào)研：了解客戶需求，競爭狀況及市場力量，其最終目標是發(fā)現(xiàn)創(chuàng)新或改進產(chǎn)品的潛在機會1.2 客戶需求：通過市場信息反饋，得到一個總體的軟件需求信息，進而對該項要求進行市場調(diào)查與信息采集1.3 用戶訪談：針對部分對需求功能點有意向的客戶進行重點訪談，增加對功能需求的全面了解，并且可將客戶的一些基本需求及內(nèi)容進行收集1.4 與直接面對客戶的一線同時如銷售，客服，技術支持等人員交流1.5 研究市場分析報告及文檔1.6 試用競爭產(chǎn)品1.72、 前期需求采集存在的問題2.1 區(qū)分用戶需求與產(chǎn)品需求：用戶需求

2、是用戶自以為的需求，并且經(jīng)常是為了解決他們自身目前無法實現(xiàn)或較麻煩實現(xiàn)的解決方案，而產(chǎn)品需求，是為了適應更多的客戶，找到真正的解決方案。所以，需求分析是從用戶的需求出發(fā)，找到真正解決問題的方案，再轉(zhuǎn)化為軟件需求的過程2.2 不完整的需求：想讓用戶代表能夠更好的參與到完整性評價中來，就必須采用“業(yè)務導向”的組織結(jié)構，而不是讓用戶將一大堆技術動作翻譯到自己的業(yè)務場景中去。除此之外，在實際的操作過程中還有一個要點，那就是利用樹形層次結(jié)構將空管信息與微觀信息進行有效的剝離樹形測試結(jié)構應該面向不同層面，決策者（高層），事物管理層（中層），操作層（基層），將需求分成不同的部分，讓合適的人驗證合適的部分，然

3、后在匯總起來才是解決之道需求規(guī)格說明書應該采用業(yè)務導向的樹形層次結(jié)構來組織2.3 缺乏用戶參與主動參與意思是與獲得的利益成正比的，對于需求分析員而言，真正的專業(yè)主義是基于業(yè)務利益（解決問題，創(chuàng)造問題機會，提高管控力等）的溝通2.4 不切實際的用戶期望軟件的悟性和成本的不透明，簡單的說，做不到是無效的，要說明為什么做不到才能解決問題2.5 需求變更頻繁2.6 信息溝通失真2.7 客戶需求放大需求分析人員是有必要對需求進行有效的控制的，問題出在控制的策略和方向上，如何才能緩解這一現(xiàn)象，應該以業(yè)務線索來組織需求，基于“Why”的層面對需求建立高層次的認識。業(yè)務場景是需求之魂3、 前期需求的分類3.1

4、 新增功能，功能改進，體驗提升，軟件bug，內(nèi)部需求3.2 需求層次：基礎，擴展（期望需求），增值（興奮需求）4、分析需求的商業(yè)價值4.1 重要性：重要程度，該軟件功能在市場的需求量，實用性及功能賣點，是否涉及代理商的協(xié)議約定4.2 緊急度：緊急程度，分析該軟件功能需求的急迫性，是否涉及合同要求，BOSS的銷售及宣傳點，4.3 持續(xù)時間： 持續(xù)時間，分析該軟件功能的增值空間，帶來的商業(yè)前景及開發(fā)成本等4.4 商業(yè)價值： 商業(yè)優(yōu)先級，不考慮實現(xiàn)難度，群體決策5、分析需求的實現(xiàn)難度絕對不能因為某個需求的商業(yè)價值很大就馬上去做，也不能因為另一個需求的商業(yè)價值不大就不做性價比=商業(yè)價值/實現(xiàn)難度（簡化

5、為開發(fā)量），用于決定先做哪個6、1、業(yè)務需求業(yè)務需求S股反應企業(yè)/組織對軟件系統(tǒng)的高層次目標要求，換句話說，就是軟件系統(tǒng)的建設目標，而這種目標通常體現(xiàn)在兩個方面問題：解決企業(yè)/組織運作過程中遇到的問題，例如物資供應脫節(jié)，用戶投訴量大，客戶流失率較高等機會：抓住外部環(huán)境變化所帶來的機會，以便為企業(yè)帶來新的發(fā)展，例如電子商務，網(wǎng)上銀行，基于即時通信工作協(xié)同系統(tǒng)等。因此業(yè)務需求的提出人通常是企業(yè)/組織的高層管理人員，它是徹底從業(yè)務角度描述的，是指導軟件開發(fā)的高層需求。明確地定義出業(yè)務需求，將給整個團隊指出努力的方向，這對整個開發(fā)活動將有積極的意義2、用戶需求用戶需求是指描述的是用戶使用軟件需要完成什

6、么任務，怎么完成的需求，通常是在業(yè)務需求定義的基礎上進行用戶訪談，調(diào)查，對用戶使用的場景進行整理，從而建立用戶角度的需求。換句話說，用戶需求是需求捕獲的產(chǎn)物，它具有以下幾個方面的特點零散：用戶會提出不同角度，不同層面，不同粒度的需求，而且通常是以一句話的形式提出的。存在矛盾：由于用戶處于企業(yè)/組織的不同層面，因此難免出現(xiàn)盲人摸象的現(xiàn)象，從而導致需求的片面性，甚至在不同用戶之間會持有不同的觀點。正因為如此，我們還需要對用戶需求（也叫做原始需求）進行分析，整理，從而整理出更加精確的需求說明。3、軟件需求正如前面所說的，用戶需求具有零散，存在矛盾的特點，因此需求分析人員還需要對其進行分析，提煉，整理

7、，從而生成指導開發(fā)的，更精確的軟件需求。換句話說，軟件需求是需求分析與建模的產(chǎn)物。SERU 誡語1 業(yè)務需求是需求定義的產(chǎn)物，用戶需求是需求捕獲的產(chǎn)物，軟件需求是需求分析與建模的產(chǎn)物。需求的三種類型：功能需求，非功能需求，設計約束（非技術因素決定的技術選型，預期的軟硬件環(huán)境，預期的使用環(huán)境）SERU 誡語2 功能需求的要點在于如何組織SERU 誡語3 非功能需求要點在于保證信息的有效傳遞和注意其局部性。SERU 誡語4 設計約束包括非技術因素的技術選型，預期的軟硬件環(huán)境和預期的使用環(huán)境三大類型二、 軟件需求編寫部分需求文檔一般有商業(yè)需求文檔（BRD），市場需求文檔（MRD），產(chǎn)品需求文檔（PR

8、D），功能詳細說明（FSD）等，最主要的是這三份，其中商業(yè)需求文檔一般包括項目背景，商業(yè)腳趾，功能需求描述，資源評估，風險和對策產(chǎn)品需求文檔（PRD）1、 總體說明1.1 修訂歷史：寫清楚每次修訂的日期，版本號，說明和作者，便于以后追溯1.2 項目概述：簡單描述項目的背景，意義，目標等，描述業(yè)務領域知識，讓文檔讀者明白這個項目是為什么而做，如果此時PRD沒有包含項目的全部需求，也應該相應說明這部分需求是什么，其他需求在哪里等1.3 功能范圍：給出本PRD的業(yè)務邏輯范圍，重點描述系統(tǒng)中角色的職責，與周邊系統(tǒng)的關系，全局的商業(yè)規(guī)則等1.4 用戶范圍：對本PRD涉及的角色，系統(tǒng)做出簡單的說明1.5

9、詞匯表：對本PRD涉及的專有詞匯，術語，縮寫等做出說明1.6 非功能需求：如性能需求，數(shù)據(jù)監(jiān)控需求等1.7 其他說明：其他任何需要說明的內(nèi)容都可以寫在這里（主要包含信息：產(chǎn)品的愿景，目標市場，競爭分析，產(chǎn)品功能的詳細描述，產(chǎn)品功能的優(yōu)先級，產(chǎn)品用例，系統(tǒng)需求，性能需求，銷售及技術需求等）產(chǎn)品的五個層次：戰(zhàn)略層：明確商業(yè)目標和用戶需求，找準方向，重點是解決兩者之間的沖突，找到平衡點范圍層：明確“做多少”，對于軟件類產(chǎn)品，就是確定功能范圍，對于網(wǎng)站類產(chǎn)品，就是確定內(nèi)容范圍結(jié)構層：考慮產(chǎn)品的各個部分互相之間是什么關系框架層：出現(xiàn)用戶真正能看到的是什么東西，對于軟件類產(chǎn)品磊說主要的工作是界面設計，而對

10、于網(wǎng)站類產(chǎn)品則是導航設計，兩者都有的是信息設計表現(xiàn)層：最后一步工作主要包含了視覺設計和內(nèi)容的優(yōu)化 一個需求的DNA需求屬性屬性說明編號需求的順序號，唯一的標識提交人（*）需求的錄入PD，負責解釋需求提交時間需求的錄入時間，輔助信息模塊（*）根據(jù)產(chǎn)品的模塊劃分名稱（*）用簡潔的短語描述需求描述（*）需求描述：無歧義，完整性，一致性，可測試等提出者即需求的原始提出者，有疑惑時便于追溯提出時間原始需求的獲得時間，輔助信息Bug編號一些Bug視為需求，統(tǒng)一管理分類新增功能，功能改進，體驗提升，Bug修復，內(nèi)部需求等層次基礎，擴展（期望需求）、增值（興奮需求）重要性重要程度，輔助確定商業(yè)價值緊迫度緊急程

11、度，輔助確定商業(yè)價值持續(xù)時間持續(xù)時間，輔助確定商業(yè)價值商業(yè)價值（*）商業(yè)優(yōu)先級，不考慮實現(xiàn)難度，群體決策開發(fā)量（*）需求的開發(fā)工作量，表征實現(xiàn)難度性價比（*）“商業(yè)價值/開發(fā)量”，用于決定先做哪個狀態(tài)（*）需求生命周期，待討論，暫緩，拒絕，需求中，開發(fā)中，已發(fā)布負責PD（*）狀態(tài)進入“需求中”后確定開發(fā)工程師狀態(tài)進入“開發(fā)中”后確定項目名稱需求的發(fā)布項目發(fā)布時間需求的發(fā)布時間備注其他任何信息，如1、 被拒絕的理由2、 被暫緩的理由和重啟條件3、 其他相關文檔優(yōu)秀需求的標準1、完整性（1）用戶才是驗證需求完整性的合適人選SERU 誡語5 業(yè)務導向的層次結(jié)構是保障完整性的關鍵（2）需求完整性存在不

12、同的層面需求是有層次的，企業(yè)/組織中的高層管理人員，中層管理人員，操作人員所了解和掌握的信息是不一樣的，換句話說，在驗證需求完整性時需求需要采用分層評審的方式，不同層次的人員只負責評審與自己相關的那層2、不失真需求的正確性和無歧義性是一組相關的要求，指的是確保需求在信息傳遞的過程中不失真。正確性：要使需求確保正確，就要找到正確的人來進行驗證。這包含兩層意思，一方面是不同層次的用戶所能驗證的需求層次是不相同的，應該按宏觀，脈絡，細節(jié)分而治之，另一方面則是應該找到直接相關的人員來進行驗證。還有一點值得說明，那就是有時還需要注意避免需求的片面性，具體的方法就通過用戶調(diào)查來補充無歧義性：歧義主要是不同

13、背景的人在傳遞時加入不同理解而導致的，因此光靠文檔來傳遞需求是不充分的，文檔是無法代替溝通的，而且還需要加入一些驗證活動才能夠盡可能緩解歧義問題總的來說，要確保需求不失真，加強需求的驗證是關鍵手段，但在做需求驗證時首先要認識到“驗證是質(zhì)量關”，盡可能多地暴露出問題才是關鍵3、有優(yōu)先級想要更好的對項目進行管理，就需要有效的區(qū)分出優(yōu)先級。在優(yōu)秀需求的7大標準中，就明確的指出了有優(yōu)先次序，而必要性則是對優(yōu)先級的一種補充。（1）優(yōu)先級有不同的角度SERU 誡語6 需求有時會帶上“高優(yōu)先級”的面具，實際上就是擔心你不去實現(xiàn)它我們還是需要引導用戶對需求的優(yōu)先級進行劃分，因為業(yè)務角度的優(yōu)先級劃分是最為關鍵的

14、。（2）必要性是優(yōu)先級評價的盲區(qū)滿意度：就是指當這個需求項被實現(xiàn)時，用戶滿意程度的量化值，它體現(xiàn)了需求的充分性不滿意度：就是指當這個需求項沒有實現(xiàn)時，用戶不滿意程度的量化值，它體現(xiàn)了需求的必要性。SERU 誡語7 滿意/不滿意度模型是需求必要性評價的有效手段4、有技術早期介入與技術團隊交流，探討需求規(guī)格說明書在哪些方面存在不足，缺少什么信息，是改進需求規(guī)格說明書的有效方法，在優(yōu)秀需求的7大標準中就有兩條是和它相關的，可行性就是指需要讓開發(fā)團隊早期介入，對需求中描述的解決方案進行評價，可驗證性則是需求規(guī)格說明書應該能夠指導測試活動的，也提供了驗證所需的信息?？尚行裕寒斎蝗绻箝_發(fā)團隊對整個需求規(guī)格說明書的內(nèi)容都進行早期的可行性評價是很難操作的，因此應該將這些的驗證放在重點的需求項上，以及一些實現(xiàn)技術較復雜的解決方案上?？沈炞C性：現(xiàn)在許多測試團隊都必須等到軟件開發(fā)完成后，才能得到比較好的測試用例，而且經(jīng)常采用從程