2.4、用例模型（產品用例圖）

用例(Use Case)是一種描述產品需求的方法，使用用例的方法來描述產品需求的過程就是用例模型，用例模型是由用例圖和每一個用例的詳細描述文檔所組成的。在技術和產品的工作領域里都有用例模型的技能知識。技術人員的用例主要是為了方便在多名技術人員協(xié)同工作，或者技術人員任務交接時，讓參與者更好的理解代碼的邏輯結構。產品人員的用例主要是為了方便技術研發(fā)和功能測試時，讓參與者更好的理解功能的邏輯。

用例起源和發(fā)展于軟件時代的產品研發(fā)，后來被綜合到UML規(guī)范之中，成為一種標準化的需求表述體系。雖然用例在軟件研發(fā)和技術工作中應用的非常廣泛，但是在互聯網產品規(guī)劃和設計中，并不經常使用，互聯網產品的需求表達為了敏捷效率，通常采用原型加產品需求文檔。

UML是英文Unified Modeling Language的縮寫，中文稱為統(tǒng)一建模語言或標準建模語言，是用例模型的建模語言，常用工具是Microsoft Office Visio。產品用例是一種通過用戶的使用場景來獲取需求的方式，每個用例提供了一個或多個場景，該場景說明了產品是如何和最終用戶或其它產品互動，也就是誰可以用產品做什么，從而獲得一個明確的業(yè)務目標。

① 用例圖

用例圖并不是畫成了圖形的用例。用例圖包含一組用例，每一個用例用橢圓表示，放置在矩形框中；矩形框表示整個系統(tǒng)。矩形框外畫如圖所示的小人，表示參與者。參與者不一定是人，可以是其它產品、軟件或硬件等等。某一參與者與某一用例用線連起來，表示該參與者和該用例有交互。

許多人通過UML認識了用例，UML定義為展現用例的圖形符號。UML并不是為描述用例定義書寫格式的標準，因此許多人誤認為這些圖形符號就是用例本身；然而，圖形符號只能給出最簡單的一個或一組用例的概要。UML是用例圖形符號最流行的標準，但是除了UML標準，用例也有其它的可選擇的標準。

② 用例描述文檔

用例圖只是在總體上大致描述了產品所能提供的各種服務，讓我們對于產品的功能有一個總體的認識。除此之外，我們還需要描述每一個用例的詳細信息，這些信息應該包含以下內容：

用例名稱：本用例的名稱或者編號

行為角色：參與或操作(執(zhí)行)該用例的角色

簡要說明：簡要的描述一下本用例的需求(作用和目的)

前置條件：參與或操作(執(zhí)行)本用例的前提條件，或者所處的狀態(tài)

后置條件：執(zhí)行完畢后的結果或者狀態(tài)

用例描述文檔基本上是用文本方式來表述的，為了更加清晰地描述用例，也可以選擇使用狀態(tài)圖、流程圖或序列圖來輔助說明。只要有助于表達的簡潔明了，就可以在用例中任意粘貼用戶界面和流程的圖形化顯示方式，或是其它圖形。如流程圖有助于描述復雜的決策流程，狀態(tài)轉移圖有助于描述與狀態(tài)相關的系統(tǒng)行為，序列圖適合于描述基于時間順序的消息傳遞。

在互聯網產品和設計中，用例的使用越來越少，通常有了產品原型再加上功能流程圖和功能說明文檔就能夠將產品需求詳細的表述清楚，所以也沒有必須撰寫用例了。但是在大公司里，往往會追求產品流程的規(guī)范性，要求撰寫用例，不過在敏捷開發(fā)的時候也會采用其它更有效率的方式，不一定非要撰寫用例。

產品需求文檔(PRD文檔)系列導讀