產(chǎn)品經(jīng)理:流程圖你都會(huì)畫嗎?
流程圖是產(chǎn)品經(jīng)理必不可少的技能之一,但流程圖你僅限于只會(huì)畫基本框圖和跨職能流程圖嗎?本文就來介紹下與產(chǎn)品經(jīng)理相關(guān)的各種各樣的流程圖表現(xiàn)形式吧!
本文目錄:
- 流程圖分類;
- 行為型的圖;
- 結(jié)構(gòu)型的圖;
- 總結(jié)。
一、流程圖分類
UML有很多種,大體可以分類兩類:行為型的圖和結(jié)構(gòu)型的圖。平時(shí)工作中的流程圖,只要能把事情清晰的表明,用何種流程圖表現(xiàn)形式,其實(shí)都無所謂。
但是,作為一名產(chǎn)品經(jīng)理,共有哪些種類的流程圖在工作中有可能會(huì)遇到或者用到,你是不是應(yīng)該要了解一二呢?說不定哪天你就需要用到其中一種。
二、行為型的圖
說明:作為產(chǎn)品崗,行為型的圖我們要著重了解,甚至是活學(xué)活用。
- UML活動(dòng)圖
- UML狀態(tài)機(jī)圖
- UML序列圖/時(shí)序圖/順序圖
- UML用例圖
1. UML活動(dòng)圖
某一個(gè)角色通過多個(gè)動(dòng)作完成某項(xiàng)工作的過程。
舉例:把水果放冰箱
活動(dòng)圖中的圓邊矩形,表示流程中的活動(dòng),多個(gè)活動(dòng)之間的帶箭頭線條表示活動(dòng)的先后順序。
該圖只是表現(xiàn)一個(gè)正向流程,了解一個(gè)新事物,建議從簡入手,先去掉所有判斷條件,拿生活中常見的生活場景舉例,達(dá)到融會(huì)貫通。
2. UML狀態(tài)機(jī)圖
某個(gè)事務(wù)狀態(tài)改變的過程。
舉例:一個(gè)問題從提出到回答的狀態(tài)變化
整個(gè)過程是問繞著“問題”這個(gè)事務(wù)進(jìn)行的。每一個(gè)綠色的框框代表一個(gè)當(dāng)前問題的狀態(tài)。同樣,從簡入手,先不考慮復(fù)雜的情況,學(xué)會(huì)再說。
3. UML序列圖/時(shí)序圖/順序圖
多個(gè)角色參與,期間經(jīng)過多個(gè)步驟,最終完成某項(xiàng)工作的過程。
舉例:顧客在某APP點(diǎn)個(gè)外賣
圖中有三個(gè)小人,每個(gè)小人代表一個(gè)角色。角色與角色之間有一條線條連接,表示角色之間如何交互。顧客點(diǎn)外賣,涉及到幾個(gè)角色,幾個(gè)過程,如果遇到此情況,可以考慮使用UML序列圖。
好處在于能夠清晰的表達(dá)整個(gè)過程所涉及到的角色,以及角色與角色之間的關(guān)系,各角色是如何參與到此過程中的。
4. UML用例圖
什么角色通過軟件系統(tǒng)能做什么事情。
舉例:我要在某個(gè)系統(tǒng)向某位同事提問
設(shè)計(jì)任何一個(gè)系統(tǒng),首先必須搞清楚有哪些參與者,這些參與者都能在系統(tǒng)里做什么,都有什么功能。
那么使用用例圖來表示,再好不過了。用例圖其實(shí)還有更復(fù)雜的表現(xiàn)方式,比如擴(kuò)展(extend)、包含(Include)。
1)包含(Include)
包含關(guān)系用來把一個(gè)較復(fù)雜用例所表示的功能分解成較小的步驟。如果是將一個(gè)功能拆解,大事化小,可以使用包含關(guān)系。
【箭頭指向】:指向分解出來的功能用例
2)擴(kuò)展/繼承(Extend)
擴(kuò)展關(guān)系是指用例功能的延伸,相當(dāng)于為基礎(chǔ)用例提供一個(gè)附加功能。如果是兒子與父親的關(guān)系,那么就是某功能繼承自上一個(gè)功能,可以使用擴(kuò)展關(guān)系。
【箭頭指向】:指向基礎(chǔ)用例
三、結(jié)構(gòu)型的圖
說明:結(jié)構(gòu)型的圖,大部分我覺得知道就好,大部分是開發(fā)小伙伴需要精通的東西,我們產(chǎn)品人實(shí)在需要用到,請教下開發(fā)小伙伴們就好。
不過,如果對技術(shù)感興趣的產(chǎn)品經(jīng)理,我覺得你可以鉆研一二。俗話說,技多不壓身嘛!
- 類圖
- 對象圖
- 構(gòu)件圖
- 部署圖
- 包圖
1. 類圖
某一類東西的抽象或者統(tǒng)稱。比如:人類。
說明:每一個(gè)軟件系統(tǒng)都會(huì)牽涉到很多人、業(yè)務(wù)和物品等,這些東西之間可能會(huì)有很多關(guān)系,發(fā)生很多事情。
類圖就是任何一個(gè)系統(tǒng)、任何一個(gè)項(xiàng)目的底層,能幫助我們識別出這些人和事,并理清他們的關(guān)系。
類(Class)一般包含3個(gè)組成部分。第一個(gè)是類名;第二個(gè)是屬性(attributes);第三個(gè)是該類提供的方法( 類的性質(zhì)可以放在第四部分;如果類中含有內(nèi)部類,則會(huì)出現(xiàn)第五個(gè)組成部分)。
類名部分是不能省略的,其他組成部分可以省略。類名書寫規(guī)范:正體字說明類是可被實(shí)例化的,斜體字說明類為抽象類。
屬性和方法書寫規(guī)范:修飾符 [描述信息] 屬性、方法名稱 [參數(shù)] [:返回類型|類型]。
屬性和方法之前可附加的可見性修飾符:加號(+)表示public;減號(-)表示private;井號(#)表示protected;省略這些修飾符表示具有package(包)級別的可見性。
如果屬性或方法具有下劃線,則說明它是靜態(tài)的。描述信息使用 << 開頭,使用 >> 結(jié)尾。類的性質(zhì)是由一個(gè)屬性、一個(gè)賦值方法和一個(gè)取值方法組成。書寫方式和方法類似。
2. 對象圖
類的實(shí)例化,描述一個(gè)具體的東西
說明:需求分析時(shí),其實(shí)我們接觸到的是一個(gè)又一個(gè)具體的東西。比如:見到一個(gè)個(gè)具體的人,一份又一份具體的業(yè)務(wù)數(shù)據(jù)等,這些具體的東西其實(shí)就是對象。
類圖和對象圖的區(qū)別:
無論是類圖還是對象圖,其實(shí)都是為了方便構(gòu)思數(shù)據(jù)庫底層的數(shù)據(jù)表結(jié)構(gòu)該如何設(shè)計(jì),表與表之間有什么關(guān)系。
對象與類是很類似的,人是一個(gè)類,但男人和女人就是人類的實(shí)例化,表示具體的對象。在數(shù)據(jù)庫中,有可能就會(huì)有一張男人表、女人表;也有可能只有一張叫Person的表。
下面三種圖,產(chǎn)品經(jīng)理幾乎用不到,此文不過多闡述,如需有小伙伴需要了解,可私下交流。
- 構(gòu)件圖:用來描述軟件內(nèi)部物理組成的一種圖。
- 部署圖:描述系統(tǒng)如何部署、本系統(tǒng)與其他系統(tǒng)是什么關(guān)系的一種圖。主要是物理設(shè)備,區(qū)別與軟件設(shè)計(jì)維度的系統(tǒng)架構(gòu)設(shè)計(jì)。
- 包圖:將同一類業(yè)務(wù)形態(tài)的類圖打包放一起,便于維護(hù)管理與閱讀。
總結(jié)
結(jié)構(gòu)型的圖,如果有點(diǎn)技術(shù)背景的小伙伴看,可能會(huì)更加清晰明了;如果是非技術(shù)出身的產(chǎn)品小伙伴有哪里不夠明白的地方,歡迎留言交流,互相學(xué)習(xí)互相進(jìn)步。
作者:會(huì)飛的豬能上樹,微信公眾號:刻意練習(xí)產(chǎn)品經(jīng)理(ID:kylxpm520)
本文由 @會(huì)飛的豬能上樹 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議
學(xué)習(xí)了!
什么軟件畫
坐等樓主回復(fù)
visio就可以啊
大神,提供個(gè)轉(zhuǎn)件下載地址唄!
關(guān)注我公眾號,有送工具下載地址
很詳細(xì),很落地,很有用,贊
今天發(fā)推文了嗎你,就在這劃水
今天發(fā)推文了嗎你,就在這劃水
軟件工程和管理信息系統(tǒng)的流程圖畫的最標(biāo)準(zhǔn)
信管專業(yè)路過
怎么簡單怎么來就好,軟件工程肯定最標(biāo)準(zhǔn)
2. UML狀態(tài)機(jī)圖 那邊“問繞”是打錯(cuò)字了吧
親,真細(xì)心,是圍繞
問題分類包含哪兒是不是寫錯(cuò)了?問題分類包含新增問題分類、修改問題分類、刪除問題分類、搜索問題分類等等,而不是問題
內(nèi)容只是舉例,會(huì)用就好
用例圖終于看懂會(huì)用了,非常棒,謝謝作者。
不客氣,有幫助就好
感覺直接原型整起來
流程圖是必備,至于流程圖的表現(xiàn)形式就不用糾結(jié)
這么畫開發(fā)一定很好理解吧。。。
就是我自己不太好理解
怎么簡單怎么來就好,我只是全部列出來
天秀~~
拿本大學(xué)教材《軟件工程》看看比較靠譜
正解
好像是《系統(tǒng)分析與設(shè)計(jì)》 ??
我們是系統(tǒng)分析與設(shè)計(jì)
看來同是軟件工程專業(yè)哈哈
不,我是信息管理與信息系統(tǒng)
大學(xué)教程是正規(guī)系統(tǒng),就是不夠輕便?,F(xiàn)在產(chǎn)品都很少畫E-R圖這些了。
怎么簡單怎么來就好,我只是全部列出來
當(dāng)狀態(tài)較為復(fù)雜,且根據(jù)不同邏輯,事務(wù)可在不同狀態(tài)間變化,這樣的情況,上述UML的狀態(tài)機(jī)理圖能較好的滿足嗎?
比較復(fù)雜,建議用泳道圖
泳道圖該怎么畫更容易理解呢
將一件事描述清楚
很硬核
謝謝