以前老是聽到UML的大名，不過很少去真正地了解它，無非以為只是一種建模的方法，乍看這封面或許和產(chǎn)品經(jīng)理毫無相關(guān)，但是認(rèn)真細(xì)讀，其實(shí)和產(chǎn)品經(jīng)理工作方法思考模式都是緊密相關(guān)的，雖然本書涉及更多是關(guān)于軟件產(chǎn)品方面的，但是秉著“世間萬物皆產(chǎn)品”的心態(tài)去閱讀和思考也是能發(fā)現(xiàn)其中的精髓

作者從UML是什么，為什么需要UML開始； 以UML核心元素（版型、參與者、用例、邊界、業(yè)務(wù)實(shí)體、包、分析類、設(shè)計(jì)類、關(guān)系、組件、節(jié)點(diǎn)）為點(diǎn)， 以UML核心視圖（靜態(tài)視圖與動(dòng)態(tài)視圖）為線， 以UML核心模型（業(yè)務(wù)用例模型、概念用例模型、領(lǐng)域模型、系統(tǒng)用例模型、分析模型、設(shè)計(jì)模型、組件模型、實(shí)施模型）為面來介紹UML表示法的內(nèi)涵； 全書以一個(gè)案例貫穿始終，并以RUP核心工作流為指引，分別介紹了業(yè)務(wù)建模、系統(tǒng)建模、分析與設(shè)計(jì)建模及實(shí)施建模的工作流程、活動(dòng)集與工件集，幫助你了解軟件生命周期各階段要完成的工作和階段之間工作之間的聯(lián)系與推導(dǎo)

而且本書框架非常好的一點(diǎn)是能逐層深入，從準(zhǔn)備篇（需要了解）--基礎(chǔ)篇（在學(xué)習(xí)中思考）--進(jìn)階篇（在實(shí)踐中思考）--高級(jí)篇（在提煉中思考），著實(shí)讓我眼前一亮，因?yàn)樽罱ぷ饕残枰@么一套方法

所以寫讀書筆記過程中，我也希望遵循從了解到思考，再到提煉這過程，看看每個(gè)階段對(duì)于自己的收獲，所以讀書筆記先針對(duì)前兩篇，準(zhǔn)備篇和基礎(chǔ)篇（第一章~第七章），往后還會(huì)更新進(jìn)階篇和高級(jí)篇的文章

一.為什么需要UML

看待世界有兩種方法，一種是面向過程，另一種是面向?qū)ο?。面向過程歸納為結(jié)構(gòu)化程序設(shè)計(jì)、DFD圖、ER圖、UC矩陣等，而面向?qū)ο罂蓺w納為繼承、封裝、多態(tài)、復(fù)用等具體技術(shù)。

面向?qū)ο蠓椒軌驅(qū)?fù)雜的系統(tǒng)分解成許多的小零件，就像制造一輛汽車，先標(biāo)準(zhǔn)化生產(chǎn)出汽車的各個(gè)零部件，再組裝起來，進(jìn)一步的，當(dāng)需要將汽車和其它元素聯(lián)系時(shí)，可以將汽車看成是一個(gè)整體，進(jìn)一步抽象。這就是面向?qū)ο蟮膹?qiáng)大之處，可以多層次抽象。不過面向?qū)ο笠灿腥觞c(diǎn)，它不能讓我們知道這個(gè)世界要如何去抽象，我們抽象的現(xiàn)實(shí)世界是否一致。這時(shí)就需要UML這種面向?qū)ο蠓治鲈O(shè)計(jì)方法統(tǒng)一可視化語言來描繪。

現(xiàn)實(shí)世界---業(yè)務(wù)模型

UML捕獲了現(xiàn)實(shí)世界的人，事，物，規(guī)則，將現(xiàn)實(shí)信息轉(zhuǎn)化成業(yè)務(wù)模型

業(yè)務(wù)模型---概念模型

業(yè)務(wù)模型只是原始需求信息，接下來需要建立計(jì)算機(jī)可理解的和可實(shí)現(xiàn)的模型

邊界類（boundary）：計(jì)算機(jī)的操作都要通過界面進(jìn)行，邊界類就這個(gè)界面。邊界類決定了外面能對(duì)里面做什么“事”。

實(shí)體類（entity): UML用實(shí)體類來表示現(xiàn)實(shí)世界種參與者完成業(yè)務(wù)目標(biāo)所涉及的事物。

控制類（control）：UML采用控制類來表述原始需求中的動(dòng)態(tài)信息，也就是業(yè)務(wù)和用例場(chǎng)景中的步驟和活動(dòng)。

概念模型---設(shè)計(jì)模型

概念模型實(shí)例化

二.UML關(guān)鍵元素

以人為本開始

參與者

思考下面問題有助于找到參與者

1.誰對(duì)系統(tǒng)有著明確的目標(biāo)和要求并且主動(dòng)發(fā)出動(dòng)作

2.系統(tǒng)是為誰服務(wù)的

3.參與者也可能是非人類，例如一個(gè)每天自動(dòng)統(tǒng)計(jì)網(wǎng)站訪問量報(bào)表的系統(tǒng)，這個(gè)參與者就是一個(gè)時(shí)間觸發(fā)器，參與者肯定是一個(gè)需求的啟動(dòng)者，如果找不到啟動(dòng)者，說明這不是一個(gè)功能性需求

確定參與者可思考下面問題

1.誰負(fù)責(zé)提供，使用或刪除信息？

2.誰將使用此功能？

3.誰對(duì)某個(gè)特定功能感興趣？

4.在組織中的什么地方使用系統(tǒng)？

5.誰負(fù)責(zé)支持和維護(hù)系統(tǒng)？

6.系統(tǒng)有哪些外部資源？

7.其他還有那些系統(tǒng)將需要與該系統(tǒng)進(jìn)行交互？

業(yè)務(wù)主角

用于定義業(yè)務(wù)的參與者，業(yè)務(wù)主角必須在實(shí)際的業(yè)務(wù)里找到對(duì)應(yīng)的崗位或人員

業(yè)務(wù)工人

例如定票系統(tǒng)中的人工作機(jī)，他的最終目的不是訂票，而是服務(wù)客戶，他屬于系統(tǒng)之內(nèi)，所以他是業(yè)務(wù)工人，而不是參與者

用例

完整用例=參與者+前置條件+場(chǎng)景+后置條件，就是一件事情，要完成這件事情，需要做的一系列的活動(dòng)；而做一件事情可以有很多不同的辦法和步驟，也可能會(huì)遇到各種各樣的意外情況，因此這件事情是由很多不同情況的集合構(gòu)成的

要注意的點(diǎn)：

1.用例的執(zhí)行結(jié)果對(duì)于參與者來說是可觀測(cè)的和有意義的。例如系統(tǒng)中有個(gè)刪除前自動(dòng)備份數(shù)據(jù)的操作，這個(gè)操作結(jié)果對(duì)與參與者是透明的，參與者不是直接受益人，所以他不能稱之為用例

2.用例必然是以動(dòng)賓短語形式出現(xiàn)的、例如“喝水”是一個(gè)有效的用例，而“喝”不是

獲取用例

要思考如下問題

1.您有什么期望

2.打算做些什么事情

3.做這些事情目的是什么

4.希望出現(xiàn)一個(gè)什么結(jié)果

用例和功能的區(qū)分

1.功能是脫離使用者的愿望而存在的。例如我們描述一個(gè)自行車的功能就是他能騎和載物，并無誰來使用它。用例是要從使用者絕度描述使用者愿望

2.功能是孤立的，在系統(tǒng)中，給一個(gè)輸入就能得到一個(gè)輸出。而用例是一個(gè)系統(tǒng)性的工作，這個(gè)系統(tǒng)的工作非常明確的去為某個(gè)參與者達(dá)成一個(gè)特定的目標(biāo)

3.如果非要從功能的角度去解釋用例，那么用例可以解釋為一系列完成一個(gè)特定目標(biāo)的功能的組合

邊界

一個(gè)非常虛無縹緲的概念，它是“事物”展現(xiàn)給外部的一個(gè)限定，對(duì)于有形事物和無形事物都有區(qū)分

業(yè)務(wù)實(shí)體

用于業(yè)務(wù)建模階段。業(yè)務(wù)實(shí)體描述了我們使用什么來達(dá)到業(yè)務(wù)目標(biāo)，以及通過什么來記錄這個(gè)業(yè)務(wù)目標(biāo)。

分析類

包括三類：邊界類，控制類，實(shí)體類

分析類三高：

1.高于設(shè)計(jì)實(shí)現(xiàn)，在為需求考慮系統(tǒng)實(shí)現(xiàn)的時(shí)候，可以不必理會(huì)復(fù)雜的設(shè)計(jì)要求。如應(yīng)用的設(shè)計(jì)模式，系統(tǒng)框架等

2.高于語言實(shí)現(xiàn)，在需求考慮系統(tǒng)的時(shí)候，可以不必理會(huì)采用哪一種特性的語言來編碼

3.高于實(shí)現(xiàn)方式，在為需求考慮系統(tǒng)實(shí)現(xiàn)的時(shí)候，可以不考慮采用哪一種具體的實(shí)現(xiàn)方式

關(guān)系

關(guān)聯(lián)關(guān)系

A—B，它描述不同類的對(duì)象之間的結(jié)構(gòu)關(guān)系，就像A知道B的存在一樣

依賴關(guān)系

A----->B 它描述一個(gè)對(duì)象的修改回導(dǎo)致另一個(gè)對(duì)象的修改這樣的關(guān)系。猶如B的修改會(huì)導(dǎo)致A的修改

擴(kuò)展關(guān)系

它特別用于在用力模型中說明向基本用例中的某個(gè)擴(kuò)展點(diǎn)插入擴(kuò)展用例。就像一個(gè)用例的“支流”一樣。比如，你在接電話的時(shí)候，這時(shí)候有另一通電話打進(jìn)來，這時(shí)候你而已選擇保持通話去接這個(gè)剛來的電話，這個(gè)保持通話就是一個(gè)擴(kuò)展，它是“可選”的，這與包含關(guān)系有區(qū)別

包含關(guān)系

它和擴(kuò)展關(guān)系的唯一不同就在于他是必選的，例如你去銀行辦理業(yè)務(wù)的時(shí)候，無論是取錢，轉(zhuǎn)賬，查看賬戶資料的時(shí)候，都必須經(jīng)過一個(gè)身份的驗(yàn)證，這一個(gè)驗(yàn)證的過程就是一個(gè)包含用例

實(shí)現(xiàn)關(guān)系

用于在用例模型鏈接用例和用例實(shí)現(xiàn)，說明基本用例的一個(gè)實(shí)現(xiàn)方式。例如交納電話費(fèi)這個(gè)用例，可以選擇營(yíng)業(yè)廳交費(fèi)，銀行交費(fèi)，預(yù)存話費(fèi)，這3種方式都是交納電話費(fèi)的一個(gè)實(shí)現(xiàn)途徑，所以他們是實(shí)現(xiàn)用例

精化關(guān)系

用于用例模型，精化關(guān)系表示由基本對(duì)象可以分解為更明確，精細(xì)的子對(duì)象，這些子對(duì)象并沒有增加，減少，改變經(jīng)本對(duì)象的行為和屬性。例如預(yù)存話費(fèi)這個(gè)用例，可以分解為開立賬戶，存入現(xiàn)金，轉(zhuǎn)賬，支付劃賬等精化用例

泛化關(guān)系

泛化關(guān)系表示面向?qū)ο罄锩娴睦^承

聚合關(guān)系

用于類圖，表達(dá)整體部分的語義，且部分可以單獨(dú)存在，例如一個(gè)部門由許多人員構(gòu)成，但部門解散了，人員依然存在。

組合關(guān)系

和聚合關(guān)系不同，如果整體部分消失，分部也消失，不能單獨(dú)存在

三.UML核心試圖

靜態(tài)視圖

UML中的靜態(tài)視圖包括：用例圖，類圖，包圖

用例圖：用例圖是采用參與者和用例作為基本元素，以不同的視角展示系統(tǒng)的功能需求。它是了解系統(tǒng)的第一個(gè)關(guān)口

業(yè)務(wù)用例圖：兩個(gè)視角，業(yè)務(wù)主角視角和業(yè)務(wù)模塊視角

業(yè)務(wù)主角視角：從業(yè)務(wù)主角視角來展示業(yè)務(wù)主角在業(yè)務(wù)中使用哪些業(yè)務(wù)用例來達(dá)成業(yè)務(wù)目標(biāo)

業(yè)務(wù)模塊視角：從業(yè)務(wù)模塊視角來展示業(yè)務(wù)領(lǐng)域的業(yè)務(wù)目標(biāo)

業(yè)務(wù)用例實(shí)現(xiàn)圖：業(yè)務(wù)用例實(shí)現(xiàn)圖是來展現(xiàn)業(yè)務(wù)用例有哪些實(shí)現(xiàn)途徑

概念用例視圖：概念用例圖用于展現(xiàn)業(yè)務(wù)用例中經(jīng)過分析分解出來的關(guān)鍵概念用例，并表示概念用例和業(yè)務(wù)用例之間的關(guān)系

系統(tǒng)用例視圖：系統(tǒng)用例圖展現(xiàn)系統(tǒng)范圍，將對(duì)業(yè)務(wù)用例進(jìn)行分析以后得到的系統(tǒng)用例展現(xiàn)出來

類圖：類圖用與展現(xiàn)系統(tǒng)中的類與其相互之間的關(guān)系，類圖現(xiàn)有又概念層到說明層再到實(shí)現(xiàn)層

概念層類圖：根據(jù)業(yè)務(wù)用例來描述出現(xiàn)實(shí)世界中所用到的事物，并把它抽象出類

說明層類圖：在這個(gè)層次的類圖考察是類的接口而不是類的實(shí)現(xiàn)

實(shí)現(xiàn)層類圖：在這個(gè)層次上，類必須明確采用哪種實(shí)現(xiàn)語言，什么設(shè)計(jì)模式，什么通信標(biāo)準(zhǔn)等

包圖：包圖一般都是來展示高層次的觀點(diǎn)

動(dòng)態(tài)視圖

包括：活動(dòng)圖，狀態(tài)圖，時(shí)序圖，協(xié)作圖

活動(dòng)圖：用例活動(dòng)，對(duì)象活動(dòng)，泳道

用例活動(dòng)：表達(dá)參與者的一個(gè)目標(biāo)，用例場(chǎng)景表達(dá)如何達(dá)到這個(gè)目標(biāo)

對(duì)象活動(dòng)圖：用于展示對(duì)象的交互

泳道：代表特定的類，人，部門，層次等對(duì)象的職責(zé)區(qū)

狀態(tài)圖：描述單個(gè)復(fù)雜對(duì)象行為時(shí)

時(shí)序圖：用于描述按時(shí)間順序排列的對(duì)象之間的交互模式

業(yè)務(wù)模型時(shí)序圖：目標(biāo)是實(shí)現(xiàn)業(yè)務(wù)用例

概念用例時(shí)序圖：根據(jù)業(yè)務(wù)模型場(chǎng)景圖

設(shè)計(jì)模型時(shí)序圖：實(shí)現(xiàn)概念模型某個(gè)事件流

協(xié)作圖：描述對(duì)象間一種交互模式，通過對(duì)象之間的連接和他們相互發(fā)送的信息來顯示交互的對(duì)象

業(yè)務(wù)模型協(xié)作圖：只需要將影響對(duì)象相互的信息繪制出來

概念模型協(xié)作圖：

設(shè)計(jì)模型協(xié)作圖：

四：UML核心模型

靜態(tài)圖是論據(jù)，動(dòng)態(tài)圖事論證，模型提出論點(diǎn)，采用論據(jù)來論證論點(diǎn)的過程

完整的業(yè)務(wù)用例模型

1.業(yè)務(wù)用例視圖

2.業(yè)務(wù)用例場(chǎng)景

3.業(yè)務(wù)用例規(guī)約

4.業(yè)務(wù)規(guī)則

5.業(yè)務(wù)對(duì)象模型

6.業(yè)務(wù)用例實(shí)現(xiàn)視圖

7.業(yè)務(wù)用例實(shí)現(xiàn)場(chǎng)景

8.包圖

完整的概念用例模型

1.概念用例視圖

2.概念用例分析

3.分析類視圖

4.分析場(chǎng)景

完整的系統(tǒng)用例模型

1.業(yè)務(wù)用例

2.概念用例

3.用例視圖

4.用例規(guī)約

5.補(bǔ)充規(guī)約

6.業(yè)務(wù)規(guī)則

7.用例實(shí)現(xiàn)

8.用例場(chǎng)景

9.分析對(duì)象

五.UML工作流程

業(yè)務(wù)建模工作流程

系統(tǒng)建模工作流程

分析設(shè)計(jì)建模流程