紹

在編寫HTML頁面時，需要用到"<"、">"、"空格"等符號，直接輸入這些符號時，會錯誤的把它們與標記混在一起，非常不利于編碼。

那么就需要把這些字符進行轉(zhuǎn)義，以另一種方式抒寫，以相同的形式展現(xiàn)。

在HTML中，這些字符可稱為HTML Entity，即HTML 字符實體。一個HTML Entity都含有2種轉(zhuǎn)義格式：Entity Name 和 Entity Number。

字符實體名稱 EntityName

格式： &entityName;

說明："&"開頭，";"結(jié)尾，以語義的形式描述字符。如字符"<"，Entity Name為"<"，取自"less than"2個單詞的首字母。

字符實體編號 Entity Number

格式： &#entityNumber;

說明：此編號可以為十進制或十六進制(以"&#x"開頭)等數(shù)字格式。

舉例

<p>字符 ：<</p>
<p>Entity Name ：<</p>
<p>Entity Number(十進制) ：<</p>
<p>Entity Number(十六進制) ：<</p>

以上都是小于號

查閱表

輯導語：初級產(chǎn)品經(jīng)理在接到需求時，當我們無法把比較抽象的概念用文字表達出來時，可以轉(zhuǎn)化為圖表描述出來。借此，作者講解了產(chǎn)品經(jīng)理常用的幾大圖表類型以及圖表的使用場景，分享給你。

背景：

初級產(chǎn)品經(jīng)理在接到需求時，不能夠?qū)⒊橄蟮母拍睿梦淖直磉_出來，而是需要用一些計算機的行話（大家都理解的術(shù)語或者圖表），將抽象的概念，通過圖形、圖表描述出來。下面，將會講解產(chǎn)品經(jīng)理常用的圖表類型，以及圖表的使用場景。

一、ER 圖

ER（Entity Relationship）圖是一種描述實體對象（Entity） 之間關(guān)聯(lián)關(guān)系（relationship）的經(jīng)典圖表，由科學家Peter chen 于1976年發(fā)明，最早被用于關(guān)系型數(shù)據(jù)庫。

ER 圖是產(chǎn)品經(jīng)理在工作中，經(jīng)常會打交道的一種圖表，ER 圖的呈現(xiàn)方式有很多種，比較常用的是使用UML 中的類圖（class diagram）所規(guī)定的符號標記規(guī)范來進行描述和呈現(xiàn)。

下面的所有例子，都是通過Process On 這個工具來進行操作的。

一個ER 圖中，每一個大方框代表一個對象，方框中的第一行描述的是對象的名稱，第二行描述的是對象中的數(shù)據(jù)字段，大方框和大方框之間的連線，表示實體之間的關(guān)系，如果新手產(chǎn)品經(jīng)理，不了解什么是“關(guān)系”，可以看看之前這篇文檔 http://www.woshipm.com/pmd/5176906.html

多對一關(guān)系ER 圖示例：

兩個ER圖使用實線鏈接，實線標注N ：1，表示著多對1 對關(guān)系，即 多個學生對應(yīng)著一個教室。

如下圖所示，則為一對一關(guān)系ER圖，表示著一個公民，必定對應(yīng)著一張身份證，一張身份證，也對應(yīng)著一個公民。

一對一關(guān)系ER 圖

1. 使用場景

我們在產(chǎn)品設(shè)計初期，我們就要想好這些實體類型之間的關(guān)系，如果你現(xiàn)在做的產(chǎn)品，經(jīng)常出現(xiàn)邏輯混亂，功能重復的問題，以后分解需求以后，可以先從分析ER 圖開始。除此之外，產(chǎn)品經(jīng)理在輸出PRD文檔時，如果使用文字，以及圖表，不能夠很好的體現(xiàn)需求中的實體關(guān)系，這時候，我們就可以考慮使用ER 圖來進行表示。

通常產(chǎn)品經(jīng)理，只要掌握一對一關(guān)系，一對多關(guān)系，多對多關(guān)系，那么就可以解決我們在工作中遇到的絕大多數(shù)實體問題了。

2. 流程圖

國際標準組織ISO（International Standard Organization）在1970年定義了流程圖的基本符號規(guī)則，方便不同背景的讀者閱讀理解，建議盡量采用簡單的繪圖規(guī)則，例如，只使用開始，結(jié)束，執(zhí)行，判斷這四種符號來繪制流程圖。

（1）流程圖的符號要求

流程圖看起來很容易畫，但是想要畫好、畫標準一張流程圖，還是需要一些練習的，下面這張圖介紹了畫流程圖的一些特定符號，我們一定要記清楚每個符號的含義，在畫流程圖的時候可不要弄錯了。

下面是幾個重要且最常用的符號，需要牢記！

（2）流程圖的三大結(jié)構(gòu)

流程圖由三大結(jié)構(gòu)構(gòu)成，這三大結(jié)構(gòu)分別為順序結(jié)構(gòu)、選擇結(jié)構(gòu)和循環(huán)結(jié)構(gòu)，這三個結(jié)構(gòu)構(gòu)成了流程執(zhí)行的全過程。

① 順序結(jié)構(gòu)

在順序結(jié)構(gòu)中，各個步驟是按先后順序執(zhí)行的，這是一種最簡單的基本結(jié)構(gòu)。如圖，A、B、C是三個連續(xù)的步驟，它們是按順序執(zhí)行的，即完成上一個框中指定的操作才能再執(zhí)行下一個動作。

② 選擇結(jié)構(gòu)

選擇結(jié)構(gòu)又稱分支結(jié)構(gòu)，選擇結(jié)構(gòu)用于判斷給定的條件，根據(jù)判斷的結(jié)果判斷某些條件，根據(jù)判斷的結(jié)果來控制程序的流程，判斷的流程可以有

③ 循環(huán)結(jié)構(gòu)

循環(huán)結(jié)構(gòu)又稱為重復結(jié)構(gòu)，就是流程在一定的條件下，反復執(zhí)行某一操作的流程結(jié)構(gòu)。循環(huán)結(jié)構(gòu)下又可以分為當型結(jié)構(gòu)（when）和直到型結(jié)構(gòu)（while）。

當型結(jié)構(gòu)：該結(jié)構(gòu)可以理解為，判斷所給條件p是否成立，當P成立，則執(zhí)行A（步驟）；再判斷條件p是否成立；當P成立，則又執(zhí)行A，若此反復，當條件p不成立時，則跳出循環(huán)。

直到型結(jié)構(gòu)：先執(zhí)行流程A，再判斷所給條件P是否成立，若p不成立，則再執(zhí)行A，如此反復，直到P成立，該循環(huán)過程結(jié)束。

流程圖是產(chǎn)品經(jīng)理必須掌握的一種圖表，當產(chǎn)品經(jīng)理拿到一個涉及跨模塊，跨部門，跨角色協(xié)作的需求時，使用流程圖來描述業(yè)務(wù)的過程，以及用戶的操作過程，比做高保真的原型要簡單清晰。如下圖所示，就可以很清晰的描述每個角色，在流程中，應(yīng)該要做什么事。

3. 狀態(tài)機圖（State Machine Diagram）

在面對業(yè)務(wù)流程時，初級的產(chǎn)品會使用文字去描述狀態(tài)之間的流轉(zhuǎn)，如我一個訂單的開始狀態(tài)，到訂單的確定狀態(tài)，再到訂單的結(jié)束狀態(tài)，這種描述是非常難明白的，我們需要通過狀態(tài)機圖，給你的小伙伴們介紹各種狀態(tài)。狀態(tài)機圖也叫有限狀態(tài)機圖（Finite State Machine Diagram），是一種描述所有狀態(tài)以及狀態(tài)之間流轉(zhuǎn)規(guī)則的圖形。

源狀態(tài) (Source State)：受轉(zhuǎn)換影響的狀態(tài);如果對象處于源狀態(tài)，則當對象接收到轉(zhuǎn)換的觸發(fā)事件并且滿足保護條件（如果有）時，可以觸發(fā)傳出轉(zhuǎn)換。

目標狀態(tài) (Target State)：過渡完成后處于活動狀態(tài)。

在軟件設(shè)計領(lǐng)域，“狀態(tài)”在業(yè)務(wù)系統(tǒng)中，無處不在：訂單要有狀態(tài)，賬號要有狀態(tài)，門店要有狀態(tài)，可以說任何對象都有狀態(tài)。狀態(tài)機要注意以下幾點：

1. 狀態(tài)值是有限的集合，狀態(tài)的所有枚舉值，必須涵蓋所有實際可能的情況
2. 狀態(tài)值之間要互斥，不能出現(xiàn)二義性
3. 為了更準確的描寫狀態(tài)，狀態(tài)還能有子狀態(tài)，如訂單的“已取消”，可以對應(yīng)為的子狀態(tài)為“客戶取消”，“商家取消”，“系統(tǒng)取消”
4. 狀態(tài)應(yīng)該是能持續(xù)一定時長的，而不是很快就會結(jié)束的瞬時態(tài)，如訂單的狀態(tài)可以是“待發(fā)貨”，“待評價”，但不能是“發(fā)貨中” – 可以是等待xxx 發(fā)貨，“評價中” — 可以是等待xxxx 評價。

二、使用場景

當產(chǎn)品經(jīng)理接收到的需求中，一個實例，可以承載多種操作，以及存在多個狀態(tài)時，那么這個prd 文檔，就必須包括狀態(tài)機圖，否則這個prd 文檔是很難描述清楚實體之間的狀態(tài)關(guān)系的。

下圖的狀態(tài)機圖，則是描述了一個訂單的復核，待執(zhí)行，中間態(tài)，以及完結(jié)態(tài)時的狀態(tài)流轉(zhuǎn)。使用狀態(tài)機圖比用文字，要簡單明了。

三、用例圖

是用戶與系統(tǒng)交互的最簡單表示形式，展現(xiàn)了用戶和與他之間相關(guān)的用例之間的關(guān)系，通過用例圖，人們可以獲取系統(tǒng)不同種類的用戶和用例，簡單說就是某個角色或者用戶在不同場景下，可以做什么，實際工作中，我們會用到簡單的用例圖，復雜的用例圖，比較少接觸到。

盡管用例本身會涉及大量細節(jié)和各種可能性，用例圖卻能提綱挈領(lǐng)地讓人了解系統(tǒng)概況。它為“系統(tǒng)做什么”提供了簡化了的圖形表示，因此被譽為“搭建系統(tǒng)的藍圖”。

由于其簡單純粹的本質(zhì)，用例圖是項目參與者間交流的好工具。用例圖的畫法是對現(xiàn)實世界的一種刻畫，可以讓項目參與者明白系統(tǒng)要做成什么樣。

1. 用例（Use Case）——用例就是外部可見的系統(tǒng)功能，對系統(tǒng)提供的服務(wù)進行描述。用橢圓表示。

2. 子系統(tǒng)（Subsystem）——用來展示系統(tǒng)的一部分功能，這部分功能聯(lián)系緊密。

用例圖涉及的關(guān)系，如關(guān)聯(lián)，泛化，包含，拓展等，在這里就不一一展開，有需要的小伙伴，可以去百度對應(yīng)的資料。

使用場景：

產(chǎn)品經(jīng)理使用用例圖的場景一般是有兩種。

第一種是描述用戶的行為，通常，我們會使用用例圖，描述這個用戶在模塊上可以做的操作。

第二種是搭配ER 圖，描述實體的操作時，我們也會用用例圖，去描述實體可以支持的操作。

用戶操作用例圖

學生實體用例圖

本文由 @danny要做好產(chǎn)品 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自pexels，基于CC0協(xié)議