?

?

前言：流程圖是產品經理必不可少的技能之一，但流程圖你僅限于，只會畫基本框圖和跨職能流程圖嗎？本文就來介紹下與產品經理相關的各種各樣的流程圖表現形式吧！

?

目錄：

（1）流程圖分類

（2）行為型的圖

（3）結構型的圖

（4）總結

?

（1）流程圖分類

UML有很多種，大體可以分類兩類：行為型的圖和結構型的圖。平時工作中的流程圖，只要能把事情清晰的表明，用何種流程圖表現形式，其實都無所謂。但是，作為一名產品經理，共有哪些種類的流程圖在工作中有可能會遇到或者用到，你是不是應該要了解一二呢？說不定哪天你就需要用到其中一種呢

?

（2）行為型的圖

說明：作為產品崗，行為型的圖我們要著重了解，甚至事活學活用。

UML活動圖

UML狀態機圖

UML序列圖/時序圖/順序圖

UML用例圖

?

1、UML活動圖：某一個角色通過多個動作完成某項工作的過程

舉例：把水果放冰箱

活動圖中的圓邊矩形，表示流程中的活動，多個活動之間的帶箭頭線條表示活動的先后順序。該圖只是表現一個正向流程，了解一個新事物，建議從簡入手，先去掉所有判斷條件，拿生活中常見的生活場景舉例，達到融會貫通。

?

2、UML狀態機圖：某個事務狀態改變的過程

舉例：一個問題從提出到回答的狀態變化

整個過程是問繞著“問題”這個事務進行的。每一個綠色的框框代表一個當前問題的狀態。同樣，從簡入手，先不考慮復雜的情況，學會再說。

?

3、UML序列圖/時序圖/順序圖：多個角色參與，期間經過多個步驟，最終完成某項工作的過程

舉例：顧客在某APP點個外賣

圖中有三個小人，每個小人代表一個角色。角色與角色之間有一條線條連接，表示角色之間如何交互。顧客點外賣，涉及到幾個角色，幾個過程，如果遇到此情況，可以考慮使用UML序列圖。好處在于能夠清晰的表達整個過程所涉及到的角色，以及角色與角色之間的關系，各角色是如何參與到此過程中的

?

4、UML用例圖：什么角色通過軟件系統能做什么事情

舉例：我要在某個系統向某位同事提問

設計任何一個系統，首先必須搞清楚有哪些參與者，這些參與者都能在系統里做什么，都有什么功能。那么使用用例圖來表示，再好不過了。用例圖其實還有更復雜的表現方式，比如擴展（extend）、包含(Include)。

• ?包含(Include)

包含關系用來把一個較復雜用例所表示的功能分解成較小的步驟。如果是將一個功能拆解，大事化小，可以使用包含關系。

　　【箭頭指向】：指向分解出來的功能用例

• ?擴展/繼承(Extend)

擴展關系是指用例功能的延伸，相當于為基礎用例提供一個附加功能。如果是兒子與父親的關系，那么就是某功能繼承自上一個功能，可以使用擴展關系。

　　【箭頭指向】：指向基礎用例

（3）結構型的圖

說明：結構型的圖，大部分我覺得知道就好，大部分是開發小伙伴需要精通的東西，我們實在需要用到，請教下開發小伙伴們就好。不過，如果對技術感興趣的產品經理，我覺得你可以鉆研一二。俗話說，技多不壓身嘛！

類圖

對象圖

構件圖

部署圖

包圖

1、類圖:某一類東西的抽象或者統稱。比如：人類

說明：每一個軟件系統都會牽涉到很多人、業務和物品等，這些東西之間可能會有很多關系，發生很多事情。類圖就是任何一個系統、任何一個項目的底層，能幫助我們識別出這些人和事，并理清他們的關系。

類（Class）一般包含3個組成部分。第一個是類名；第二個是屬性（attributes）；第三個是該類提供的方法（ 類的性質可以放在第四部分；如果類中含有內部類，則會出現第五個組成部分）。類名部分是不能省略的，其他組成部分可以省略。類名書寫規范：正體字說明類是可被實例化的，斜體字說明類為抽象類。

屬性和方法書寫規范：修飾符 [描述信息] 屬性、方法名稱 [參數] [：返回類型|類型]。

屬性和方法之前可附加的可見性修飾符：加號（+）表示public；減號（-）表示private；井號(#)表示protected；省略這些修飾符表示具有package（包）級別的可見性。

如果屬性或方法具有下劃線，則說明它是靜態的。描述信息使用 << 開頭，使用 >> 結尾。類的性質是由一個屬性、一個賦值方法和一個取值方法組成。書寫方式和方法類似。

2、對象圖：類的實例化，描述一個具體的東西

說明：需求分析時，其實我們接觸到的是一個又一個具體的東西。比如：見到一個個具體的人，一份又一份具體的業務數據等，這些具體的東西其實就是對象。

類圖和對象圖的區別：

?類圖	?對象圖
?類具有3個分欄：名稱、屬性和方法	?對象只有兩個分欄：名稱和屬性
?在類的名稱分欄中只有類名	?對象的名稱形式為“對象名：類名”，匿名對象的名稱形式為“：類名”
?類的屬性分欄定義了所有屬性的特征	?對象則只定義了屬性的當前值，以便用于測試用例或例子中
?類中列出了方法	?對象圖中不包括方法，因為對于同屬于同一個類的對象而言，其方法是相同的
?類使用關聯連接，關聯使用名稱、角色、多重性以及約束等特征定義。類代表的是對對象的分類所以必須說明可以參與關聯的對象的數目	?對象使用鏈連接、鏈擁有名稱、角色，但是沒有多重性。對象代表的是單獨的實體，所有的鏈都是一對一的，因此不涉及到多重性。

無論是類圖還是對象圖，其實都是為了方便構思數據庫底層的數據表結構該如何設計，表與表之間有什么關系。對象與類是很類似的，人是一個類，但男人和女人就是人類的實例化，表示具體的對象。在數據庫中，有可能就會有一張男人表、女人表；也有可能只有一張叫Person的表。

?

下面三種圖，產品經理幾乎用不到，此文不過多闡述，如需有小伙伴需要了解，可私下交流。

3、構件圖：用來描述軟件內部物理組成的一種圖。

4、部署圖：描述系統如何部署、本系統與其他系統是什么關系的一種圖。主要是物理設備，區別與軟件設計維度的系統架構設計。

5、包圖：將同一類業務形態的類圖打包放一起，便于維護管理與閱讀。

?

（4）總結

結構型的圖，如果有點技術背景的小伙伴看，可能會更加清晰明了；如果是非技術出身的產品小伙伴有哪里不夠明白的地方，歡迎留言交流，互相學習互相進步。

推薦大家關注他的公眾號：刻意練習產品思維

?

?

總結

以上是生活随笔為你收集整理的B端产品流程图一网打尽的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。