3.3.1真的要寫很多文檔

    BRD：商業(yè)需求文檔，主要內(nèi)容涉及市場分析、銷售策略、盈利預(yù)測等，通常是PPT，短小精煉，類似于給投資人看的商業(yè)計劃。

    MRD：市場需求文檔，要有更細(xì)致的市場與競爭對手分析，包括可以通過哪些功能來實現(xiàn)商業(yè)目的。

    PRD：產(chǎn)品需求文檔，是對產(chǎn)品功能的進(jìn)一步細(xì)化，包含整體說明、用例文檔、產(chǎn)品Demo等，會對產(chǎn)品功能做具體描述。

    FSD：功能詳細(xì)說明，經(jīng)常包含在PRD中，產(chǎn)品界面、業(yè)務(wù)邏輯的細(xì)節(jié)都要確定。

    ? 產(chǎn)品需求文檔，PRD

    修訂歷史：日期版本號、說明和作者，以便后期追溯

    項目概述：簡要描述項目的背景、意義、目標(biāo)等。

    功能范圍：

    用戶范圍：

    詞匯表：對本PRD涉及的專有詞匯、術(shù)語、縮寫做出說明。

    非功能需求：

    其他說明：

    總體說明之后就是用例文檔部分，首先要對這個PRD中所有的用例進(jìn)行說明，給出用例的可視化表示，說明各個用例之間的關(guān)系，一般有類圖、用例圖、狀態(tài)圖幾種表示防范，其中用例圖最為關(guān)鍵。

    ? UML（統(tǒng)一建模語言）：類圖、用例圖、狀態(tài)圖

    UML，從產(chǎn)品設(shè)計的角度，UML對PD的價值可以簡單理解成，提供了一系列標(biāo)準(zhǔn)圖形化的表達(dá)方式，把需求開發(fā)的過程串起來，充分體現(xiàn)“自不如表，表不如圖”的原則。

    類圖：描述系統(tǒng)中出現(xiàn)的各個對象之間的關(guān)系，以及和外部系統(tǒng)的關(guān)系，這是對業(yè)務(wù)領(lǐng)域的描述，一個外行看了以后就應(yīng)該了解此系統(tǒng)是做哪方面事情的。

    用例圖：描述各個用例之間的關(guān)系，比如“include”或“extend”，用例包（將一組相關(guān)的用例打包而成的一個模塊）、用例和行為者（Actor）之間的關(guān)系。

    狀態(tài)圖：表達(dá)系統(tǒng)里實體的狀態(tài)轉(zhuǎn)換，同樣也是貫穿多個用例的。

    
? 用例文檔，UC

    UC是需求人員寫給開發(fā)人員看的一種最基本的文檔。

    UC里要寫哪些內(nèi)容？

    用例唯一標(biāo)識

    用例名稱

    業(yè)務(wù)描述：商業(yè)目標(biāo)、用戶目的等業(yè)務(wù)內(nèi)容，說明為什么要做這個UC。

    需求描述：

    行為者

    前置條件

    后置條件

    其他說明

    界面描述

    業(yè)務(wù)規(guī)則

    流程描述

    UC一般只用來描述功能需求，對語言的要求比較高，需要做到：無歧義、完整、一致、可測試等。

    ? UML：時序圖、活動圖及其他

    時序圖：也叫順序圖，描述事物變化在時間維度上的先后順序，善于表達(dá)對象的交互，比如多個頁面之間、多個角色之間。

    活動圖：比較接近我們常說的流程圖，描述各種動作如何引起系統(tǒng)變化，善于表達(dá)泳道較多、分歧較多的情況。

    協(xié)作圖：表達(dá)不同對象之間是如何相互影響的。

    ? Demo也要我們做嗎？

    Demo最好由用戶體驗部門主導(dǎo)