本文由作者 羅文正雄?發(fā)布于社區(qū)

看到這個(gè)標(biāo)題，產(chǎn)品的朋友們大概率會(huì)一頭霧水，為什么一個(gè)產(chǎn)品要學(xué)這么“奇怪”的東西？產(chǎn)品把產(chǎn)品本職工作做好就行了吧？

且聽(tīng)我快速道來(lái)~

在我之前的產(chǎn)品經(jīng)歷里，經(jīng)常會(huì)遇到一個(gè)場(chǎng)景，在我拆解（或調(diào)研）某個(gè)業(yè)務(wù)系統(tǒng)時(shí)，無(wú)法梳理出一個(gè)系統(tǒng)層面清晰的脈絡(luò)，思考出整個(gè)業(yè)務(wù)和系統(tǒng)架構(gòu)的融合方式，即使后期我梳理清楚了，也是一個(gè)“大力出奇跡”的方式，一步一步硬推出來(lái)的。

但這種蠻力的方式不是長(zhǎng)久之計(jì)，如果我以后換了領(lǐng)域或者行業(yè)怎么辦？我的業(yè)務(wù)線調(diào)整裁掉了該怎么辦？都要硬啃嗎？顯然不行的

在工作中，我們接觸新領(lǐng)域/產(chǎn)品的時(shí)候，都會(huì)“開(kāi)頭難”，這個(gè)難在于沒(méi)有在這個(gè)新領(lǐng)域下有歷史經(jīng)驗(yàn)，以致于用最笨的方法去調(diào)研，驗(yàn)證，學(xué)習(xí)，然后積累出一點(diǎn)點(diǎn)優(yōu)勢(shì)，慢慢滾雪球，形成加速。但如果又換一個(gè)新領(lǐng)域，我們很大概率還依賴這種行為方式，這就會(huì)造成認(rèn)知的低效率。

我其實(shí)一直想找到一個(gè)比較底層的方法工具，便于快速切換領(lǐng)域和習(xí)得經(jīng)驗(yàn)。

我先后學(xué)習(xí)與應(yīng)用了一些思考框架，如

• 用戶體驗(yàn)要素五層框架（戰(zhàn)略層/范圍層/結(jié)構(gòu)層/框/框架層/表現(xiàn)層）這套思考方式
• 需求蛋模型（一個(gè)集合里畫(huà)一條線，兩側(cè)分別是自身的功能與用戶的需求）
• 用戶故事地圖（按故事線去梳理一些用戶完整的story，然后快速開(kāi)發(fā)）
• 商業(yè)模式畫(huà)布（一個(gè)梳理商業(yè)模式的框架圖，可用來(lái)自己做商業(yè)規(guī)劃，也可以用來(lái)調(diào)研分析競(jìng)品，在執(zhí)行上順序會(huì)略有不同）
  

但這些框架應(yīng)用的條件，都是建立在我的需求可以被現(xiàn)實(shí)環(huán)境承載、以及我有這方面領(lǐng)域的邏輯下才可生效。我想要的是切換領(lǐng)域，最后直到我遇到了UML，只有它才能滿足我

所以我來(lái)推薦產(chǎn)品的朋友，或者其他有這方面困惑的朋友，了解UML這個(gè)工具

這篇介紹UML的文章，算是一個(gè)引子，后面營(yíng)銷系統(tǒng)相關(guān)的文章會(huì)引用到這里，避免到時(shí)候閱讀上有信息割裂感

01

UML到底是個(gè)什么？

學(xué)名叫做“統(tǒng)一建模語(yǔ)言（Unified Modeling Language）”，下面用大白話解釋下

UML這個(gè)語(yǔ)言定位是個(gè)工具，是1997年OMG組織（不是哦買(mǎi)噶！是Object ManagementGroup對(duì)象管理組織）發(fā)布的統(tǒng)一建模語(yǔ)言，是一種編制軟藍(lán)圖的標(biāo)準(zhǔn)化語(yǔ)言
它的目標(biāo)之一就是為開(kāi)發(fā)團(tuán)隊(duì)提供標(biāo)準(zhǔn)通用的設(shè)計(jì)語(yǔ)言來(lái)開(kāi)發(fā)和構(gòu)建計(jì)算機(jī)應(yīng)用，提出了一套IT專業(yè)人員期待多年的統(tǒng)一標(biāo)準(zhǔn)建模符號(hào)，支持面向?qū)ο蟮募夹g(shù)。
通過(guò)使用UML，這些人員能夠閱讀和交流系統(tǒng)架構(gòu)和設(shè)計(jì)規(guī)劃。（可以理解為想實(shí)現(xiàn)在不同世界的研發(fā)溝通時(shí)，達(dá)到車同軌書(shū)同文的效果）

除此之外，工作中還會(huì)遇到各種xxML，都是某類領(lǐng)域?yàn)榱朔奖銟I(yè)內(nèi)交流，或者戰(zhàn)略上為了制定行業(yè)標(biāo)準(zhǔn)而發(fā)明的建模語(yǔ)言，如VRML（虛擬現(xiàn)實(shí)建模語(yǔ)言），sysML（從UML2.0衍生并進(jìn)化）等

02

為什么要學(xué)UML？我能得到什么？

在我看來(lái)，UML更是一種思想，誕生之初給研發(fā)人員使用，但也適合產(chǎn)品架構(gòu)師，系統(tǒng)分析師這類的角色使用，掌握以后有這個(gè)幾個(gè)好處

好處1 思維方式的擴(kuò)展

UML是一種面向?qū)ο蟮乃伎挤绞?，用抽象的方式去反映現(xiàn)實(shí)世界的某個(gè)片段。如果去和前文提到“用戶體驗(yàn)要素（戰(zhàn)略層/范圍層/結(jié)構(gòu)層/框/框架層/表現(xiàn)層）”聯(lián)系的話，UML的作用處在范圍層&結(jié)構(gòu)層

UML同時(shí)也是分而治之的思想的重要體現(xiàn)，在現(xiàn)實(shí)中也有其他類似的體現(xiàn)，比如工程測(cè)量中“先整體后局部，由高級(jí)到低級(jí)，由控制到碎部”

掌握了它，就可以在思考復(fù)雜問(wèn)題的時(shí)候有層次有章法，面對(duì)再大再龐雜的系統(tǒng)，也可以逐個(gè)解開(kāi)

好處2 識(shí)別“領(lǐng)域知識(shí)”，跨領(lǐng)域溝通與學(xué)習(xí)能力的提升

“領(lǐng)域知識(shí)”是一個(gè)元概念，有時(shí)候和用戶/客戶交流，你會(huì)被帶入到全新的領(lǐng)域（不理解領(lǐng)域的話，可類比行業(yè)去理解，實(shí)際不太一樣）中，和領(lǐng)域內(nèi)的專家與客戶交談，他們的獨(dú)有的業(yè)務(wù)經(jīng)驗(yàn)，對(duì)你來(lái)講，就是一個(gè)“領(lǐng)域知識(shí)”，這種場(chǎng)景在B端業(yè)務(wù)中會(huì)更為常見(jiàn)。

如果我們無(wú)法定義一件事，就無(wú)法注意到它。

好了，我現(xiàn)在把定義引入進(jìn)來(lái)了，大家可嘗試在工作或生活中注意到它：

在與客戶交談時(shí)，注意客戶描述業(yè)務(wù)實(shí)體的名詞術(shù)語(yǔ)，這些名詞術(shù)語(yǔ)會(huì)被當(dāng)成「類」，還要注意聽(tīng)到的動(dòng)詞，這些動(dòng)詞可能會(huì)構(gòu)成「類」中的「操作」，然后還有其他名詞可能變?yōu)椤割悺怪械摹笇傩浴埂?br>當(dāng)梳理出來(lái)之后，再去詢問(wèn)客戶每個(gè)「類」的作用，客戶會(huì)告訴你「類」的職責(zé)，這樣就能快速了解該領(lǐng)域的基礎(chǔ)邏輯。

就是我開(kāi)篇提到的痛點(diǎn)，在學(xué)習(xí)了UML之后，對(duì)“領(lǐng)域知識(shí)”有了新的認(rèn)知，有信心在進(jìn)入陌生領(lǐng)域時(shí)系統(tǒng)的建立起認(rèn)知

好處3 完全是私貨 對(duì)思考的習(xí)慣有很大影響

學(xué)了UML后，我甚至可以對(duì)人際關(guān)系有了更冷靜的感知，比如溝通的時(shí)候，溝通的是你，你的關(guān)系，別人，還是你身上的某部分屬性，都可以想的很透徹，更能接近事實(shí)和本質(zhì)，可提高思考的深度

這種深度的提高，對(duì)我這種傻實(shí)在的人來(lái)說(shuō)，很有幫助。或者對(duì)社會(huì)經(jīng)驗(yàn)不太足的學(xué)生來(lái)說(shuō)，也會(huì)有幫助

03

UML都包含哪些內(nèi)容，如何快速上手？

引了這么多，直接看UML有啥東西吧！
主要可分為如下圖兩大類：

1、結(jié)構(gòu)元素，圖例左半部分，自上而下為類圖，接口，用例圖，關(guān)系，分組，注釋
2、行為元素，圖例右半部分，自上而下為狀態(tài)圖，時(shí)序圖，協(xié)作圖，活動(dòng)圖

可以理解為這就是咱們現(xiàn)實(shí)世界的粗暴分解，結(jié)構(gòu)和過(guò)程組成了世界上的一切，形成了時(shí)空

再奉上一張網(wǎng)上超級(jí)經(jīng)典的圖，UML拆解的樣例，這里基本用上了UML中高頻使用的圖例類型，請(qǐng)保存好，后面會(huì)持續(xù)用到

那么，產(chǎn)品同學(xué)要掌握的圖有哪些？

結(jié)構(gòu)元素

結(jié)構(gòu)元素-類圖

類，是一類或者一組具有類似屬性和共同行為的事物，映射到現(xiàn)實(shí)中，可參考我上面的那個(gè)黃顏色的圖

類圖（Class Diagram）是面向?qū)ο笙到y(tǒng)建模中最常用和最重要的圖，是定義其它圖的基礎(chǔ)，主要是用來(lái)顯示系統(tǒng)中的類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系的一種靜態(tài)模型

類圖描述一個(gè)類的屬性和操作，以及對(duì)系統(tǒng)的約束。它們是唯一的，可以直接映射到面向?qū)ο蟮恼Z(yǔ)言的 UML圖。請(qǐng)看詳解

「類」的實(shí)例，叫做「對(duì)象」

類和類之間，也會(huì)存在相互關(guān)系，這個(gè)關(guān)系也有專門(mén)的標(biāo)識(shí)方式，這里要先引入“面向?qū)ο蟆钡囊恍┫嚓P(guān)概念了，如下圖

面向?qū)ο蟮乃伎挤绞剑且蚤_(kāi)發(fā)出能夠反映出現(xiàn)實(shí)世界某個(gè)特定片段為目標(biāo)的，或者叫建模。
對(duì)象是類的實(shí)例，比如你和我都是“人”這個(gè)「類」的實(shí)例，對(duì)象具有自身的結(jié)構(gòu)，屬性和操作。

比如抽象，是過(guò)濾掉對(duì)象的一部分屬性，保留解決問(wèn)題所夠用的屬性和操作，因?yàn)楝F(xiàn)實(shí)生活中，解決問(wèn)題不一定需要全部的信息

再就是繼承，我們的電冰箱，電烤箱可以看成單獨(dú)的「類」，都是電器這個(gè)「類」下的子類，繼承了電器的“開(kāi)”與“關(guān)”，但冰箱有冷凍功能，烤箱有加熱功能。對(duì)應(yīng)的，電器這個(gè)「類」也是電冰箱電烤箱的「超類」

其他的可以看圖，要解釋下本圖不是UML全部的內(nèi)容，但足夠本文章講和使用了

好了，終于可以講正題了！

「類」之間存在的關(guān)系，有如圖幾種，我們?cè)敿?xì)用圖片展示

關(guān)聯(lián)
接觸過(guò)數(shù)據(jù)庫(kù)的同學(xué)對(duì)這個(gè)定義比較熟悉，基本等同于ER的思考邏輯
使用直線表示

就像「類」和「對(duì)象」的層級(jí)關(guān)系，「類」和「類」之間的“關(guān)聯(lián)”關(guān)系，也是一個(gè)「類」，且這個(gè)「關(guān)聯(lián)類」對(duì)應(yīng)的「對(duì)象」叫做「鏈」。
聽(tīng)起來(lái)有點(diǎn)套娃，但這個(gè)就是核心的思考方式了，可以向上抽象思考，也可以向下實(shí)例思考

關(guān)聯(lián)講完了，咱們來(lái)講
抽象，繼承，泛化
這三個(gè)放到一塊講，是他們的聯(lián)系可放到一塊去思考，在設(shè)計(jì)游戲時(shí)，「計(jì)時(shí)器類」是從「投球計(jì)時(shí)類」和「游戲計(jì)時(shí)類」抽象出來(lái)的，對(duì)應(yīng)的子類用空心實(shí)線箭頭指向被繼承的類，這個(gè)箭頭就是泛化關(guān)系，代表“is a kind of……”

好好琢磨下哈，然后咱們繼續(xù)介紹下
接口和實(shí)現(xiàn)
接口跟封裝可以一起介紹，可以理解為你在使用冰箱的時(shí)候，不需要知道冰箱怎么制冷的。只需要插電和開(kāi)關(guān)冰箱門(mén)就好了。冰箱把制冷的細(xì)節(jié)都封裝在了里面，給你留下了開(kāi)關(guān)和插電的接口
冰箱這個(gè)「類」對(duì)應(yīng)的他的開(kāi)關(guān)接口，這之間的關(guān)系就是實(shí)現(xiàn)，使用空心虛線箭頭標(biāo)識(shí)

依賴
用虛線單箭頭表示，一個(gè)類使用了另一個(gè)類，比如在設(shè)計(jì)報(bào)表類系統(tǒng)時(shí)，會(huì)存在類似的關(guān)系。“展示報(bào)表”的功能，使用了“報(bào)表”這個(gè)類，有一個(gè)前置的邏輯，形成了依賴關(guān)系

最后就是類圖里的最后一塊

聚集和組成
這其中有點(diǎn)形似與混合物 與 化合物的區(qū)別。
聚集，用空心菱形剪頭，從部分指向整體，一種混合物的關(guān)系
組成，用實(shí)心菱形剪頭，代表強(qiáng)聚集關(guān)系，類似化合物的關(guān)系，桌子由桌面和桌腿組成。當(dāng)然這只是為了沒(méi)接觸的同學(xué)好理解，如果有ETC精請(qǐng)克制自己不要自動(dòng)抬杠……

結(jié)構(gòu)元素-用例圖

篇幅最長(zhǎng)的類圖介紹完了，接下來(lái)介紹一個(gè)也很常用的用例圖，相對(duì)簡(jiǎn)單很多，跟畫(huà)畫(huà)一樣，一個(gè)小人兒和一大堆氣泡發(fā)生了連線的關(guān)系

用例圖可以在設(shè)計(jì)系統(tǒng)或者需求的時(shí)候，理清楚實(shí)際的場(chǎng)景，排坑。比如設(shè)計(jì)某功能時(shí)，總會(huì)有一些操作場(chǎng)景被遺漏，導(dǎo)致進(jìn)入測(cè)試階段中了，才發(fā)現(xiàn)有問(wèn)題，要修補(bǔ)。使用用例圖，能很大程度上在設(shè)計(jì)階段避免這種情況。

小人兒就是參與者
氣泡就是用例
二者之間使用依賴線連接，?上面可以標(biāo)記<< include>> 或 << extend>>

<< include>>可理解為用例間包含的關(guān)系，一個(gè)用例包含了下一層級(jí)的用例。

<< extend>>可以理解為此用例還有其他場(chǎng)景可以使用，擴(kuò)展出了一個(gè)入口
用例圖只用來(lái)標(biāo)識(shí)參與者和用例的關(guān)系，并不代表先后順序

用例圖在交付時(shí)通常給客戶和開(kāi)發(fā)組參考，每個(gè)用例圖的場(chǎng)景描述至少占一頁(yè)文檔，包含：
·發(fā)起用例的參與者
·用例的假設(shè)條件
·用例的前置條件
·場(chǎng)景中的步驟
·場(chǎng)景完成后的后置條件
·從用例中獲益的參與者

行為元素

終于大半篇幅講完了結(jié)構(gòu)元素，本節(jié)開(kāi)始講行為元素了，如果小伙伴們看麻了，可以收藏或者轉(zhuǎn)發(fā)給自己的小號(hào)，后面繼續(xù)看~

行為元素對(duì)于產(chǎn)品同學(xué)來(lái)講，基本是不陌生的，如果經(jīng)常繪制業(yè)務(wù)流程圖的話，會(huì)發(fā)現(xiàn)有很多一致的地方，很正常，都是團(tuán)隊(duì)的溝通工具嘛

行為元素-狀態(tài)圖（狀態(tài)機(jī)圖）

這種圖在制作大型業(yè)務(wù)系統(tǒng)的時(shí)候，肯定會(huì)用到，比如我在設(shè)計(jì)CRM系統(tǒng)的時(shí)候，里面的商機(jī)就會(huì)有多種狀態(tài)流轉(zhuǎn)，就用到了這個(gè)圖。

給研發(fā)兄弟看，也會(huì)溝通的很順暢，因?yàn)檠邪l(fā)在實(shí)際工作中會(huì)頻繁用到這里，他們基于這些狀態(tài)去設(shè)計(jì)代碼層面的調(diào)用邏輯。便于他們?cè)O(shè)計(jì)的時(shí)候提前規(guī)劃，提高研發(fā)的效率。研發(fā)最怕的，是做一半了中途改了基礎(chǔ)底層狀態(tài)的設(shè)計(jì)，分分鐘掀桌子

狀態(tài)圖的定義，可以說(shuō)是對(duì)象改變了自己的狀態(tài)，以響應(yīng)事件和時(shí)間的流逝，比如燈的開(kāi)與關(guān)。

狀態(tài)圖和類圖的差別，是狀態(tài)圖針對(duì)的是單個(gè)對(duì)象來(lái)建模，類圖可以針對(duì)一組類來(lái)建模

繪制方法，圓角矩形代表一個(gè)狀態(tài)，狀態(tài)間帶箭頭的實(shí)現(xiàn)代表狀態(tài)的遷移，箭頭指向目標(biāo)狀態(tài)。實(shí)心圓點(diǎn)代表狀態(tài)轉(zhuǎn)移的起點(diǎn)，牛眼圓圈代表重點(diǎn)

記不住那么多沒(méi)關(guān)系，有專門(mén)的工具，跟visio一樣，直接找來(lái)拖就行了，文章末尾會(huì)介紹繪制工具

下圖是基于工單類的審批流程繪制的狀態(tài)圖

行為元素-時(shí)序圖

時(shí)序圖，也叫順序圖，強(qiáng)調(diào)了時(shí)間維度，時(shí)序圖的關(guān)鍵思想是強(qiáng)調(diào)了對(duì)象之間的交互按照特定時(shí)間發(fā)生，這些特定時(shí)間的交互序列，從開(kāi)始到結(jié)束需要一定的時(shí)間。

時(shí)序圖通常用對(duì)象標(biāo)識(shí)，從每個(gè)對(duì)象下方延展出一條生命線，一個(gè)時(shí)序圖可以用單個(gè)或者多個(gè)如下單元組成

每個(gè)線程對(duì)象之間可以用消息通信，有兩類

一類消息叫調(diào)用，這是一個(gè)來(lái)自消息發(fā)送者對(duì)象的請(qǐng)求，它被傳遞給消息的接收對(duì)象，請(qǐng)求接收者對(duì)象執(zhí)行某種操作。通常，需要發(fā)送者等待接收者執(zhí)行，等待反饋，這種消息又叫做同步消息。

如下圖，帶有實(shí)心箭頭的實(shí)線表示發(fā)送的消息，帶有線狀箭頭的虛線表示返回消息

另一類消息叫做異步消息，這種機(jī)制下發(fā)送者把控制權(quán)交給了接收者，并不等待操作完成，這種消息用帶有線狀箭頭的實(shí)線表示

時(shí)序圖跟跨職能流程圖有些許相似，不過(guò)時(shí)序圖可以更清晰的展示每個(gè)線程的動(dòng)作順序，以及線程之間的通信關(guān)系，如果是用跨職能流程圖的方式來(lái)繪制，就不便于展示每個(gè)線程之間的多條通信了

依然拿請(qǐng)假的流程舉例，如圖。

時(shí)序圖還有幀化的概念，不過(guò)對(duì)于非研發(fā)工作來(lái)講，沒(méi)必要學(xué)習(xí)，基本用不到。不再贅述

行為元素-活動(dòng)圖

終于到了最后的類型了！活動(dòng)圖，用圓角矩形表示，與狀態(tài)圖不同的是，活動(dòng)圖的圖例更接近橢圓。一個(gè)活動(dòng)的處理一旦完成，就自動(dòng)引起下一個(gè)活動(dòng)發(fā)生。

狀態(tài)圖側(cè)重于描述對(duì)象的狀態(tài)變化，活動(dòng)圖側(cè)重于描述活動(dòng)，與業(yè)務(wù)單線流程圖大多數(shù)邏輯類似，不過(guò)區(qū)別是活動(dòng)圖更適合展示判斷過(guò)程，和并發(fā)路徑。如果用基礎(chǔ)的單線流程圖標(biāo)識(shí)，會(huì)不太直觀

比如判斷是類似的表示方法

并行路徑的表示方法

如果日常工作中使用流程圖較多，也不必非要用這個(gè)，UML本質(zhì)目的是快速溝通，能溝通清楚就行

04

實(shí)戰(zhàn)應(yīng)用

下面講下我平時(shí)是怎么應(yīng)用的，有兩類案例，一類是研究一個(gè)系統(tǒng)，多數(shù)的時(shí)候是憑借興趣研究的，感覺(jué)很有意思。另一個(gè)是工作里實(shí)際使用時(shí)展示的

拆解與理解saleforce

saleforce是CRM業(yè)界非常知名的一個(gè)產(chǎn)品，因?yàn)檫@個(gè)系統(tǒng)太過(guò)于龐大，UML的類圖是快速理解的一個(gè)利器。
此時(shí)應(yīng)用UML不是還原到如何實(shí)現(xiàn)，而是為了理解它是怎么設(shè)計(jì)的。通過(guò)demo很難有機(jī)會(huì)能接觸到更深層的實(shí)現(xiàn)細(xì)節(jié)

應(yīng)用到工作

在設(shè)計(jì)內(nèi)部BI系統(tǒng)時(shí)，用到了類圖，和用例圖。

在設(shè)計(jì)CRM系統(tǒng)時(shí)，商機(jī)（例子）狀態(tài)的流轉(zhuǎn)圖。CRM的設(shè)計(jì)，我會(huì)單起一系列文章講

除了這些還有很多應(yīng)用，不過(guò)都差不多，應(yīng)該可以給大家足夠的幫助了。關(guān)于UML的介紹內(nèi)容，就到此結(jié)束，下面我做下對(duì)應(yīng)的答疑

高頻的疑問(wèn)解答

在調(diào)研UML是否值得學(xué)習(xí)的時(shí)候，我也會(huì)經(jīng)常看到這樣那樣的問(wèn)題，比如

1、我看完了，真的有必要學(xué)嗎？研發(fā)不看怎么辦？
我的個(gè)人建議是，如果自身喜歡這方面的思考，可以憑興趣去學(xué)；
如果是B端從業(yè)且想繼續(xù)發(fā)展的業(yè)務(wù)產(chǎn)品，建議去學(xué)，學(xué)了以后會(huì)有如虎添翼的功效，不過(guò)學(xué)習(xí)需要時(shí)間，建議收藏，或者轉(zhuǎn)發(fā)給小號(hào)后續(xù)?？?，我平時(shí)看到東西也這么干哈哈，最好能買(mǎi)書(shū)學(xué)，更系統(tǒng)

UML本質(zhì)還是溝通工具，可以跟研發(fā)去協(xié)商，看團(tuán)隊(duì)更傾向用什么方式溝通，UML只是一種，如果有別的更合適的表示方法，能把邏輯梳理清楚，歧義消除干凈，最好不過(guò)了。

2、UML和數(shù)據(jù)建模是否有關(guān)系？
跟研發(fā)同事交流過(guò)，他們說(shuō)UML其實(shí)就跟JAVA編程過(guò)程中的思考很接近，不斷抽象和建模，平時(shí)也會(huì)用到。
數(shù)據(jù)庫(kù)建模與UML有一定的聯(lián)系，數(shù)據(jù)庫(kù)建模的過(guò)程是邏輯層到物理層的逐層過(guò)程，都是構(gòu)造模型，但側(cè)重點(diǎn)不一樣，數(shù)據(jù)庫(kù)建模側(cè)重?cái)?shù)據(jù)層面邏輯效率，模型可用性等等。

3、UML之后如何使用？
除了上面的那些基本功能點(diǎn)以外，使用UML的本質(zhì)目的就是為了多方理解，盡管UML有一些法則，也不要被禁錮，能達(dá)到溝通順暢無(wú)歧義的目的，就足夠了

4、畫(huà)圖使用什么工具呢？
·starUML。win/mac平臺(tái)都有，win的平臺(tái)有個(gè)版本很復(fù)古，但是功能很完善。mac有starUML4.0的版本，顏值很高，但是感覺(jué)畫(huà)起來(lái)沒(méi)win的好用。大家可以百度搜下。
·Visio?？梢援?huà)的圖很多，包含了UML的基礎(chǔ)圖例，不過(guò)看個(gè)人習(xí)慣，我Visio和starUML都用，Visio常用來(lái)畫(huà)流程
·其他有用的也可以推薦下，工具嘛，趁手就行

5、有哪些書(shū)籍推薦？
·UML基礎(chǔ)、案例與應(yīng)用（入門(mén)）
·大象UML（進(jìn)階）
·大話設(shè)計(jì)模式（感興趣可以看）
·系統(tǒng)架構(gòu)（值得反復(fù)長(zhǎng)期啃，我確實(shí)還沒(méi)看完，太大了，不過(guò)是本神書(shū)）
另外其他的書(shū)，可以白嫖微信讀書(shū)無(wú)限卡，香滴很！

結(jié)語(yǔ)

未來(lái)，我會(huì)出一些關(guān)于業(yè)務(wù)系統(tǒng)的相關(guān)文章，盡量大白話，可能有些大佬看著文字會(huì)評(píng)價(jià)我的思考膚淺，但能有人聽(tīng)懂和交流，才是我的初衷。

我期望我的些許產(chǎn)出，可以讓新手產(chǎn)品同學(xué)們不再像我當(dāng)年那樣隨機(jī)漫步，能快速度過(guò)無(wú)人帶領(lǐng)自己摸索的成長(zhǎng)期，我愿意做一塊鋪路石~

肝了這么久，不知道你們學(xué)廢了沒(méi)有，如果有收獲，還請(qǐng)點(diǎn)個(gè)贊鼓勵(lì)一下我~哈哈哈感謝感謝

↘好文推薦：

所有人問(wèn)「貼吧之父」俞軍

產(chǎn)品經(jīng)理邏輯學(xué)通識(shí)

干貨?|?產(chǎn)品經(jīng)理要了解的技術(shù)類知識(shí)

??歡迎關(guān)注：

點(diǎn)個(gè)“在看”吧