作者 l 李鵬星

產品需求說明書

文件版本號：

1.0

文件編號：

2017010910

文件密級：

僅限專案組

歸屬部門/專案：

產品名：

某某專案

子系統名：

編寫人：

王

編寫日期：

內部資料注意保密

修訂記錄：

版本號

修訂人

修訂日期

修訂描述

V 1.0

目錄

一、 簡介

1、 目的

2、 範圍

二、 使用者角色描述

三、 產品概述

1、 目標

2、 總體流程

3、 功能摘要

四、 產品特性

1、 第一部分 功能模組1

1.1 產品概述

1.2 產品結構（功能摘要）

1.3 狀態說明

1.4 特性說明

1.4.1 特性1：功能點1

1.4.2 特性2：功能點2

2、 第二部分 功能模組2

2.1 產品概述

2.2 產品結構（功能摘要）

2.3 狀態說明

2.4 特性說明

2.4.1 特性1：功能點1

2.4.2 特性2：功能點2

五、 其它產品需求

1、 效能需求

2、 監控需求

3、 相容性需求

六、 風險分析

七、 相關文件

八、 附件

一、 簡介

[產品需求說明書文件的簡介應提供整個文件的概述。它應包括此產品需求說明書文件的目的、範圍、定義、首字母縮寫詞、縮略語、參考資料和概述。]

1、 目的

[闡明此產品需求說明書文件的目的，如：

本文件為“陌生視界v1.0.0”的產品需求文件，主要作為確認需求以及系統分析設計的依據。]

2、 範圍

[簡要說明此產品需求說明書文件的範圍、它的相關產品，以及受到此文件影響的任何其他事物。]

二、 使用者角色描述

使用者角色

使用者描述

三、 產品概述

[此節高度概括產品的功能與介紹]

1、 目標

[描述產品的目標]

2、 總體流程

[描述產品的總體流程圖]

3、 功能摘要

[簡要描述產品的功能點和每個功能點的優先順序，參考格式如下]

功能模組

主要功能點

功能描述

優先順序

功能模組1

功能點1

高

功能點2

中

功能模組2

功能點1

低

四、 產品特性

[列出產品的特性。特性是為讓使用者獲益而必須具備的高階系統功能。每一項特性都是外部所需的服務，它通常需要一系列輸入來實現預期的結果。

此節為設計的系統功能性需求, 一般以用例結合自然語言來表達。此節通常按特性來組織，但也可能會有其他適用的組織方式，例如按使用者或子系統組織的方式。

這一節應包含所有的產品需求，其詳細程度應使架構設計人員和軟體需求設計人員能夠設計出可以滿足這些需求的系統，不包括可選流程和異常流程，不對具體語義做約束。]

1、 第一部分 功能模組11.1 產品概述

[概述功能模組1的產品特性及效果]

1.2 產品結構（功能摘要）

[概述功能模組1的產品結構或包含元件，如：

1) 播放區：播放區定義及功能說明；

2) 緩衝區：緩衝區定義及功能說明；

3) 播放列表區：播放列表區定義及功能說明；]

1.3 狀態說明

[列出產品的各種狀態及狀態轉換圖，如：

1) 狀態1：狀態1定義及可執行操作說明；

2) 狀態2：狀態2定義及可執行操作說明；

狀態轉換圖：

]

1.4 特性說明1.4.1 特性1：功能點1

使用者場景：

[列出使用者透過什麼操作或途徑觸發功能點1，如：

輸入/前置條件：

[列出使用者觸發功能點1的前置條件和必要條件，如：

使用者已登入，且為社團成員]

流程說明：（用例圖、流程圖）

[透過用例圖、流程圖的形式，對功能點1的流程進行說明，如：

]

需求描述：

[詳細描述功能點1的具體需求，包括約束條件、輸入輸出、排序規則、狀態轉換等等，如：

行政樓主要版塊包括：

1. 新聞釋出中心

新聞釋出中心主要展示編輯後臺釋出的校園新聞及系統公告；

列表形式按釋出時間由近到遠順序展示，預設顯示前若干條（具體條數視最終頁面設計）]

補充說明：

[相關需要特殊說明的補充事項]

1.4.2 特性2：功能點2

使用者場景：

輸入\前置條件：

流程說明：（用例圖、時序圖）

需求描述：

補充說明：

2、 第二部分 功能模組22.1 產品概述2.2 產品結構（功能摘要）2.3 狀態說明2.4 特性說明2.4.1 特性1：功能點1

使用者場景：

輸入\前置條件：

狀態說明：

流程說明：（用例圖、時序圖）

需求描述：

補充說明：

2.4.2 特性2：功能點2

使用者場景：

輸入\前置條件：

狀態說明：

流程說明：（用例圖、時序圖）

需求描述：

補充說明：

五、 其它產品需求

[從業務視角提出各項可用性指標的大致需求。具體的技術指標會體現在產品的設計文件中（根據專案實際情況增刪）]

1、 效能需求

[如果產品對效能要特殊需求，請詳細描述，如：大致響應時間、最大併發數等。]

3、 相容性需求

[如果產品需要對相容性提出特殊的需求，請詳細描述，如：相容IE8、Chrome等。]

六、 風險分析

[風險內容描述，說明風險產生原因，可能造成的危害以及相應出現的頻率資訊，另外在此處還需要描述相關風險預防措施及風險出現後的應對措施資訊。此處不包括任何系統技術實現層面的風險，例如：系統的備份，監控，模組依賴，etc.]

風險

可能性

嚴重性

應對策略

可應對性

七、 相關文件

[產品所需的其餘相關文件，如：產品市場需求說明書（MRD）、產品功能介紹PPT、產品規劃書。]

八、 附件

[將產品需求的demo作為附件。]

-作者-

李鵬星，一隻愛碼字的IT老鳥，從程式設計師一路成長，一心夢想工作自由，財富自由的80後。

目前我們這裡有：

1、原型分享：包括各種業務成功案例的Axure rp原型檔案的分享；

2、文件分享：各種技術文件模板的分享，包括Word模板、Excel模板、PPT模板、Xmind模板等等；

4、工具分享：關於產品經理經常使用的各自工具的下載；

5、教程分享：產品經理學習教程的分享，包括小白成長教程、圖書教程、影片教程等等；

6、知識點分享：每日推送文章，關於產品經理關心的技術及遇到的問題等產品經理關心的內容分享。