【產品】PM經常使用的流程圖

1、流程圖分類

UML有不少種，大致能夠分類兩類：行爲型的圖和結構型的圖。平時工做中的流程圖，只要能把事情清晰的代表，用何種流程圖表現形式，其實都無所謂。

可是，做爲一名產品經理，共有哪些種類的流程圖在工做中有可能會遇到或者用到，你是否是應該要了解一二呢？說不定哪天你就須要用到其中一種。

2、行爲型的圖

說明：做爲產品崗，行爲型的圖咱們要着重瞭解。

1. UML活動圖
2. UML狀態機圖
3. UML序列圖/時序圖/順序圖

1. UML活動圖

某一個角色經過多個動做完成某項工做的過程。

舉例：把水果放冰箱

活動圖中的圓邊矩形，表示流程中的活動，多個活動之間的帶箭頭線條表示活動的前後順序。

該圖只是表現一個正向流程，瞭解一個新事物，建議從簡入手，先去掉全部判斷條件，拿生活中常見的生活場景舉例，達到融會貫通。

 

2. UML狀態機圖

某個事務狀態改變的過程。

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

整個過程是問繞着「問題」這個事務進行的。每個綠色的框框表明一個當前問題的狀態。一樣，從簡入手，先不考慮複雜的狀況，學會再說。

3. UML序列圖/時序圖/順序圖

多個角色參與，期間通過多個步驟，最終完成某項工做的過程。

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

圖中有三個小人，每一個小人表明一個角色。角色與角色之間有一條線條鏈接，表示角色之間如何交互。顧客點外賣，涉及到幾個角色，幾個過程，若是遇到此狀況，能夠考慮使用UML序列圖。

好處在於可以清晰的表達整個過程所涉及到的角色，以及角色與角色之間的關係，各角色是如何參與到此過程當中的。

 

3、結構型的圖

說明：結構型的圖，大部分我以爲知道就好，大部分是開發小夥伴須要精通的東西，咱們產品人實在須要用到，請教下開發小夥伴們就好。

不過，若是對技術感興趣的產品經理，我以爲你能夠鑽研一二。俗話說，技多不壓身嘛！

1. 類圖
2. 對象圖
3. 構件圖
4. 部署圖
5. 包圖

1. 類圖

某一類東西的抽象或者統稱。好比：人類。

說明：每個軟件系統都會牽涉到不少人、業務和物品等，這些東西之間可能會有不少關係，發生不少事情。

類圖就是任何一個系統、任何一個項目的底層，能幫助咱們識別出這些人和事，並理清他們的關係。

類（Class）通常包含3個組成部分。第一個是類名；第二個是屬性（attributes）；第三個是該類提供的方法（ 類的性質能夠放在第四部分；若是類中含有內部類，則會出現第五個組成部分）。

類名部分是不能省略的，其餘組成部分能夠省略。類名書寫規範：正體字說明類是可被實例化的，斜體字說明類爲抽象類。

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

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

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

 

2. 對象圖

類的實例化，描述一個具體的東西

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

 

 類圖和對象圖的區別：

 

 

不管是類圖仍是對象圖，其實都是爲了方便構思數據庫底層的數據表結構該如何設計，表與表之間有什麼關係。

對象與類是很相似的，人是一個類，但男人和女人就是人類的實例化，表示具體的對象。在數據庫中，有可能就會有一張男人表、女人表；也有可能只有一張叫Person的表。

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

1. 構件圖：用來描述軟件內部物理組成的一種圖。
2. 部署圖：描述系統如何部署、本系統與其餘系統是什麼關係的一種圖。主要是物理設備，區別與軟件設計維度的系統架構設計。
3. 包圖：將同一類業務形態的類圖打包放一塊兒，便於維護管理與閱讀。

 

原文出處：https://www.cnblogs.com/weknow619/p/11639391.html