產(chǎn)品需求文檔模板

1、本文給出產(chǎn)品需求文檔的一個(gè)模板，實(shí)際使用時(shí)可根據(jù)具體情況選擇其中的章節(jié)進(jìn)行撰寫，也可進(jìn)行調(diào)整。例如：1) 需求較簡單時(shí)，第1至5章可壓縮成一章“需求概述”。2) 如果整個(gè)需求就是對一兩個(gè)頁面進(jìn)行描述，可以僅僅撰寫7.2這樣的內(nèi)容。 需求名稱產(chǎn)品需求文檔版本時(shí)間處理人備注1.0yyyy-mm-dd寫明本版本相對于上個(gè)版本的變更內(nèi)容、變更原因、變更提出人等1.1目 錄1背景描述21.1問題現(xiàn)狀21.2問題分析21.3解決提議22愿景23項(xiàng)目目標(biāo)24涉眾25業(yè)務(wù)建模35.1用例圖35.2對象關(guān)系圖45.3頁面關(guān)系圖45.4流程圖55.5菜單和權(quán)限76功能描述76.1功能列表76.2通用功能或規(guī)則描述

2、77詳細(xì)功能描述77.1功能模塊：功能模塊名稱87.1.1具體功能（用例）名稱87.2頁面名稱98風(fēng)險(xiǎn)分析109非功能性需求109.1語言支持109.2瀏覽器109.3可靠性109.4可用性109.5可支持性109.6性能1010附錄1010.1系統(tǒng)界面交互原型1010.2系統(tǒng)相應(yīng)文案信息1010.3詞匯表1011參考資料101 背景描述1.1 問題現(xiàn)狀描述當(dāng)前產(chǎn)品存在什么問題，或者市場存在什么機(jī)會，用戶存在什么麻煩需要解決1.2 問題分析就前面提到的產(chǎn)品問題、市場機(jī)會或用戶麻煩進(jìn)行分析，透過現(xiàn)象挖掘出問題的本質(zhì)原因。1.3 解決提議承接前面對問題的分析，給出問題的解決方案。2 愿景該產(chǎn)品長遠(yuǎn)

3、的發(fā)展規(guī)劃和展望3 項(xiàng)目目標(biāo)該產(chǎn)品在本需求文檔所涉及的項(xiàng)目范圍內(nèi)所期望達(dá)到的目標(biāo)，最好是含有可檢查的量化目標(biāo)，例如產(chǎn)品發(fā)布1個(gè)月后，獨(dú)立用戶量達(dá)到日均100萬4 涉眾在下表中列出該產(chǎn)品所涉及的所有利益方，每個(gè)利益方占一行。例如一個(gè)網(wǎng)站廣告系統(tǒng)的涉眾主要為“廣告主”、“網(wǎng)站用戶”和“網(wǎng)站后臺管理人員”涉眾涉眾代表涉眾利益優(yōu)先級要滿足網(wǎng)站后臺管理用戶張三該涉眾所關(guān)心的利益點(diǎn)。例如對“網(wǎng)站用戶”不能干擾正常使用網(wǎng)站，對“廣告主”需要了解廣告效果數(shù)據(jù)等一般可分為“高”、“中”、“低”，也可以用P0、P1、P2、數(shù)字越大優(yōu)先級越低填寫“是”或“否”5 業(yè)務(wù)建模業(yè)務(wù)建模主要是在業(yè)務(wù)層面上將產(chǎn)品規(guī)則描述出來

4、，往往使用圖表的方式，只有當(dāng)業(yè)務(wù)層面的需求理清楚后，具體的用例描述和頁面設(shè)計(jì)才有意義5.1 用例圖當(dāng)用戶交互功能較多的時(shí)候，需要畫出用例圖。用例（Use Case）以動賓短語命名。用例是測試人員測試功能點(diǎn)的最好依據(jù)5.2 對象關(guān)系圖當(dāng)對象關(guān)系較復(fù)雜時(shí)，需要畫出對象關(guān)系圖。5.3 頁面關(guān)系圖當(dāng)所涉及的頁面較多時(shí)，需要畫出頁面關(guān)系圖，通過繪制頁面關(guān)系圖，可以避免在規(guī)劃設(shè)計(jì)時(shí)遺漏頁面5.4 流程圖當(dāng)流程較復(fù)雜時(shí)，需要畫出流程圖。通過該流程圖能直觀清晰地了解整個(gè)操作流程所包括的各種分支5.5 菜單和權(quán)限一級菜單二級菜單點(diǎn)擊后進(jìn)入的頁面對應(yīng)的權(quán)限Ranking決策工具數(shù)據(jù)報(bào)表查看報(bào)表項(xiàng)目列表頁面報(bào)表查看

5、權(quán)限數(shù)據(jù)報(bào)表管理報(bào)表項(xiàng)目管理頁面報(bào)表管理權(quán)限6 功能描述6.1 功能列表按功能點(diǎn)（往往也就是用例）列出來，分別標(biāo)示優(yōu)先級，方便在分階段開發(fā)和發(fā)布時(shí)確定步驟模塊功能點(diǎn)（用例）描述優(yōu)先級6.2 通用功能或規(guī)則描述多個(gè)用例或頁面中均存在的功能，在此統(tǒng)一進(jìn)行描述，以避免重復(fù)描述和更新不便。例如每個(gè)頁面都使用到的導(dǎo)航條、翻頁條等7 詳細(xì)功能描述如果是以操作功能為主的產(chǎn)品需求，可以以功能（用例）的維度一個(gè)功能接著一個(gè)功能地來展開描述，如果功能較多，也可以先按功能模塊對功能進(jìn)行分組，如下面的例子7.1 功能模塊：功能模塊名稱7.1.1 具體功能（用例）名稱7.1.1.1 描述7.1.1.2 涉眾利益7.1.

6、1.3 角色7.1.1.4 用戶界面7.1.1.5 輔助圖例7.1.1.6 操作入口7.1.1.7 前置條件7.1.1.8 基本流程一般是以用戶或系統(tǒng)等為主語，相鄰兩個(gè)步驟一般是不同的主語，最后一個(gè)步驟是“用例結(jié)束”。例如：1) 用戶選擇要重新上傳的數(shù)據(jù)的路徑并觸發(fā)重新上傳操作。2) 系統(tǒng)提示“將首先刪除已經(jīng)上傳的數(shù)據(jù)和報(bào)表，是否繼續(xù)？”3) 用戶確認(rèn)提示。4) 系統(tǒng)執(zhí)行刪除和上傳操作并提示“重新上傳數(shù)據(jù)成功”。5) 用戶確認(rèn)提示。6) 系統(tǒng)轉(zhuǎn)到刷新后的“報(bào)表項(xiàng)目管理頁面”。7) 用例結(jié)束。7.1.1.9 分支流程基本流程之外的流程都屬于分支流程，分支流程中如果還有分支流程，就用下一級編號分層

7、次展示。每個(gè)分支流程的最后一步也是“用例結(jié)束”。例如： 1) 系統(tǒng)提示用戶是否繼續(xù)時(shí)用戶選擇取消。a) 系統(tǒng)不做任何操作返回“報(bào)表項(xiàng)目管理頁面”。b) 用例結(jié)束。7.1.1.10 后置條件后置條件一般用來描述該用例完成之后，所帶來的影響，尤其是其他模塊中的變化。例如在后臺中刪除了一個(gè)用戶后，他之前所發(fā)表的內(nèi)容是否還可見，這些都需要在后置條件中一一列出來。這對按用例測試時(shí)幫助特別大7.1.1.11 商業(yè)規(guī)則與此功能點(diǎn)相關(guān)的具體的規(guī)則、邏輯都可以在這里描述7.1.1.12 詞匯表7.1.1.13 補(bǔ)充說明7.2 頁面名稱如果是主要描述頁面元素、UI交互的產(chǎn)品需求，則可以不按用例維度寫，而是以頁面維度，一個(gè)頁面接著一個(gè)頁面地展開描述。同一個(gè)文檔也可能同時(shí)按頁面和按功能來描述，只要根據(jù)實(shí)際情況合理劃分章節(jié)即可。對頁面進(jìn)行描述時(shí)，需要先將頁面的原型圖貼出來。如果頁面較復(fù)雜，可以先概要地對整個(gè)頁面進(jìn)行描述，然后對頁面分區(qū)