1. 前言

　　最近一段時(shí)間做項(xiàng)目，需要做機(jī)能模塊的設(shè)計(jì)。客戶方指名要用UML圖作設(shè)計(jì)資料。

　　但是跟日本人打了這么多年交道，UML圖是什么東西，我早就忘記光了，沒辦法，只好從頭查資料。

　　于是做出來(lái)了這樣一個(gè)資料，把我學(xué)習(xí)UML的方法和結(jié)論告訴大家，讓大家在5分鐘之內(nèi)都能學(xué)會(huì)UML。

　　2. 第一分鐘 — 作為Object的表現(xiàn)形式的模型技術(shù)

　　進(jìn)入U(xiǎn)ML技術(shù)的說(shuō)明之前，我們首先來(lái)談?wù)凮bject指向技術(shù)。Object指向是軟件開發(fā)的一種先進(jìn)技術(shù)，正如[Object]名字所暗示的，該技術(shù)的所有考慮出發(fā)點(diǎn)都是Object.

　　使用Object可以提高大型軟件項(xiàng)目的開發(fā)效率和速度。

　　所謂的Object指向，就是說(shuō)要把復(fù)雜的問題細(xì)化分解，用圖表的方式表達(dá)出來(lái)。比如下圖：

　　如上圖所示，一個(gè)好的模型能夠正確的合理的表達(dá)復(fù)雜的意思。上圖中復(fù)雜的路徑信息經(jīng)過簡(jiǎn)化之后就會(huì)變成清晰可見的模型圖。

　　但是，模型圖的畫法是各種各樣的，如何才能準(zhǔn)確的統(tǒng)一的畫出來(lái)呢？請(qǐng)看下節(jié)：

　　3. 第二分鐘 — 作為統(tǒng)一表達(dá)模型的UML技術(shù)

　　如上所示，用圖形來(lái)表達(dá)復(fù)雜的邏輯和需求是個(gè)很好的選擇和做法。

　　但是每個(gè)人的思路都不一樣，每個(gè)人畫出來(lái)的圖也都不一樣，怎么樣才能讓大家都能聽得懂對(duì)方的思路呢。

　　在這個(gè)時(shí)候，UML登場(chǎng)了。UML是1997年由OMG組織推出來(lái)的，全球統(tǒng)一的模型圖形技術(shù)。

　　4. 第三分鐘 — UML技術(shù)可以提高分析和設(shè)計(jì)的精度

　　在沒有UML技術(shù)的時(shí)候，大家都知道隨口亂說(shuō)。

　　需求分析的時(shí)候，客戶隨口說(shuō)說(shuō)需求。

　　系統(tǒng)設(shè)計(jì)的時(shí)候，架構(gòu)師隨口說(shuō)說(shuō)設(shè)計(jì)。

　　程序開發(fā)的時(shí)候，開發(fā)者隨口編寫程序。

　　一切都是無(wú)序和混亂的，但是，有了UML就不會(huì)再出現(xiàn)這種問題了。

　　所有的交流和文檔都能夠有一種大家都能聽得懂的好方法傳遞，這就是UML。

　　5. 第四分鐘 — UML的內(nèi)容

　　如下所示，我們可以這樣使用UML技術(shù)

　　　　并且在很多自動(dòng)開發(fā)工具之中，可以根據(jù)以上圖形自動(dòng)生成代碼。

　　6. 第五分鐘 — UML是必須的知識(shí)

　　對(duì)于現(xiàn)代軟件開發(fā)和管理而言，UML是必需的知識(shí)，無(wú)論是外包還是內(nèi)包，UML都是不可或缺的技術(shù)。

it知識(shí)庫(kù)：五分鐘講清楚UML，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。