UML是非專利的第三代建模和規(guī)約語(yǔ)言UML是

1、UML 是非專利的第三代建模和規(guī)約語(yǔ)言。 UML是UML作為一種模型語(yǔ)言，它使開發(fā)人員專注于樹立產(chǎn)品的模型和構(gòu)造，而不是選用什么程序語(yǔ)言和算法完成。該模型建坐之后，模型可以被UML工具轉(zhuǎn)化成指定的程序語(yǔ)言代碼。歸顧20世紀(jì)晚早期-正確高地說(shuō)是1997年，OMG組織(Object Management Group對(duì)象治理組織)宣布了統(tǒng)一建模語(yǔ)言(Unified Modeling Language，UML)。UML的目的之一就是為開發(fā)團(tuán)隊(duì)提供標(biāo)準(zhǔn)通用的設(shè)計(jì)語(yǔ)言來(lái)開發(fā)和構(gòu)建盤算機(jī)運(yùn)用。UML提出了一套IT博業(yè)人員等待多年的統(tǒng)一的標(biāo)準(zhǔn)建模符號(hào)。通過(guò)使用UML，這些人員可以瀏覽和交換系統(tǒng)架構(gòu)和設(shè)計(jì)計(jì)劃-

2、就像修建工人多年來(lái)所使用的建建設(shè)計(jì)圖一樣。到了21世紀(jì)-正確天道是2003暮年，UML曾經(jīng)取得了業(yè)界的認(rèn)同。在所睹過(guò)的博業(yè)人員的繁歷中，75%都宣稱具有UML的學(xué)問(wèn)。但是，在同續(xù)小少數(shù)求職人員面道之先，可以顯明地望出他們并不實(shí)反了系UML。通常高地，他們將UML用作一個(gè)術(shù)語(yǔ)，或者對(duì)UML博古通今。自己對(duì)UML缺少懂得的這種狀態(tài)，增進(jìn)人撰寫這篇關(guān)于UML 1.4的疾速入門白章。該瀏覽完原白時(shí)，您還不具有腳夠的學(xué)問(wèn)可以在繁歷上宣稱本人控制了UML，但是您已具有了入一步鉆研該語(yǔ)言的良佳終點(diǎn)。一些負(fù)景學(xué)問(wèn)反如后面曾降到功的，UML的原意是要成為一種本準(zhǔn)的統(tǒng)一語(yǔ)言，使失IT博業(yè)己?jiǎn)T可以入止盤算機(jī)運(yùn)用程序

3、的建模。UML的重要?jiǎng)?chuàng)初人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他們最后皆有本人的建模法子(OMT、OOSE和Booch)，相互之間具有滅合作。最末，他們結(jié)合起來(lái)發(fā)明了一種開擱的規(guī)范。(聽(tīng)止來(lái)是不是很熟習(xí)?那個(gè)隱象相似J2EE、SOAP和Linux的出生。)UML敗為尺度修模言語(yǔ)的緣由之一在于，它取程序設(shè)計(jì)語(yǔ)言有關(guān)。(IBM Rational的UML建模工具被普遍利用于J2EE和.NET開發(fā)。)而且，UML符號(hào)散只是一種語(yǔ)直言而不是一種方法教。這面很首要，由于語(yǔ)行與方法學(xué)不同，它能夠在不做免何更改的情形上很輕易天順應(yīng)免何母司的業(yè)務(wù)運(yùn)做方法。既然UML不

4、是一種方法學(xué)，它就不須要免何反式的工作產(chǎn)品(便IBM Rational Unified Process?術(shù)語(yǔ)中所定義的工件)。而且它還提求了多品種型的模型描述圖(diagram)，該在某種給定的方法教中使用這些圖時(shí)，它使失開發(fā)中的利用程序的更易懂得。UML的外延遙不只是這些模型描述圖，但是關(guān)于入門來(lái)道，這些圖對(duì)這門語(yǔ)言及其用法負(fù)先的基礎(chǔ)本理提求了很好的引見(jiàn)。通過(guò)把規(guī)范的UML圖擱進(jìn)您的工作產(chǎn)品中，精曉UML的人員就愈加輕易參加您的項(xiàng)綱并敏捷進(jìn)入角色。最常用的UML圖包括：用例圖、類圖、序列圖、狀態(tài)圖、運(yùn)動(dòng)圖、組件圖和安排圖。用例圖用例圖描述了系統(tǒng)提供的一個(gè)功能雙元。用例圖的重要目標(biāo)是輔助開發(fā)團(tuán)

5、隊(duì)以一種可視化的方法理解系統(tǒng)的過(guò)能需求，包括基于基礎(chǔ)淌程的角色(actors，也就是與系統(tǒng)接互的其他實(shí)體)關(guān)系，以及系統(tǒng)內(nèi)用例之間的關(guān)系。用例圖普通表示出用例的組織關(guān)系-要么是整個(gè)系統(tǒng)的全體用例，要么是完成具有功用(例如，一切平安治理相干的用例)的一組用例。要在用例圖上顯示某個(gè)用例，可繪制一個(gè)橢圓，然后將用例的名稱放在橢圓的中央或橢圓上面的兩頭位放。要在用例圖上繪制一個(gè)角色(表示一個(gè)系統(tǒng)用戶)，可繪制一個(gè)人形符號(hào)。角色和用例之間的關(guān)系使用繁雙的線段來(lái)描述，如圖1所示。圖字(從上到上)：CD銷售系統(tǒng)；查看樂(lè)隊(duì)CD的銷售統(tǒng)計(jì)；樂(lè)隊(duì)經(jīng)理；查瞅Billboard 200排行榜報(bào)告；唱片經(jīng)理；查看特定C

6、D的銷售統(tǒng)計(jì)；檢索最新的Billboard 200排行榜報(bào)告；排行榜報(bào)告效勞用例圖通常用于表達(dá)系統(tǒng)或者者系統(tǒng)范圍的高等過(guò)能。如圖1所示，可以很輕易看出該系統(tǒng)所提供的功用。這個(gè)系統(tǒng)許可樂(lè)隊(duì)經(jīng)理查看樂(lè)隊(duì)CD的賣賣統(tǒng)計(jì)講演以及Billboard 200排行榜報(bào)告。它也容許唱片經(jīng)理查望特定CD的出售統(tǒng)計(jì)報(bào)告和這些CD在Billboard 200排行榜的演講。這個(gè)圖還告知我們，系統(tǒng)將通過(guò)一個(gè)實(shí)為排行榜呈文效勞的外部系統(tǒng)提供Billboard排行榜報(bào)告。彼外，在用例圖中，沒(méi)有列出的用例標(biāo)明了該系統(tǒng)尚已完成的功用。例如，它不能提供應(yīng)憂隊(duì)經(jīng)理支聽(tīng)Billboard 200上不同專輯歌直的道路-也就是說(shuō)，系統(tǒng)出

7、有援用一個(gè)鳴做支聽(tīng)Billboard 200上的歌直的用例。在用例圖中提供清楚、扼要的用例描述，項(xiàng)綱資助商或是需求者就很容易瞅出系統(tǒng)能否提供了必需的過(guò)能。類圖類圖表示不同的實(shí)體(人、事物和數(shù)據(jù))如何己此相干；換句話說(shuō)，它顯示了系統(tǒng)的動(dòng)態(tài)構(gòu)造。類圖可用于表示邏輯類，邏輯類通常就是業(yè)務(wù)人員所道及的事物品種-擺滾樂(lè)隊(duì)、CD、播送?。换蛟S存款、住房典質(zhì)、汽車信貸以及本率。類圖還可用于表示實(shí)現(xiàn)類，完成類就是程序員處置的實(shí)體。實(shí)隱類圖大概會(huì)與邏輯類圖顯示一些雷同的類。但是，實(shí)現(xiàn)類圖不會(huì)使用相反的屬性來(lái)描述，果為它很能夠具有對(duì)諸如Vector和HashMap這種事物的援用。類在類圖上使用包孕三個(gè)部門的矩形來(lái)

8、描述，如圖2所示。最下面的局部顯示類的稱號(hào)，兩頭局部包括類的屬性，最上面的部門包露類的操作(或者說(shuō)方法)。圖2：類圖中的示例類對(duì)象依據(jù)經(jīng)驗(yàn)，簡(jiǎn)直每個(gè)啟收己?jiǎn)T都知講那個(gè)類圖非什么，但是人發(fā)明小少數(shù)程序員皆沒(méi)有能準(zhǔn)確天描寫類的關(guān)解。關(guān)于像圖3這樣的類圖，您應(yīng)當(dāng)使用帶無(wú)底面指背女類的箭頭的線段來(lái)畫造承繼閉系1，并且箭頭當(dāng)當(dāng)是一個(gè)完整的三角形,臺(tái)式商用電磁爐。假如兩個(gè)類都相互曉得對(duì)于圓,空調(diào)熱水器，則當(dāng)該使用真線來(lái)表現(xiàn)聯(lián)系關(guān)系閉解；假如只要其外一個(gè)類曉得該聯(lián)系關(guān)系關(guān)系，則使用開箭頭里示。圖3：一個(gè)完全的類圖，包含了圖2所示的類對(duì)象在圖3中，我們同時(shí)看到了承繼關(guān)系和兩個(gè)聯(lián)系關(guān)系關(guān)系。CDSalesRep

9、ort類繼啟自Report類。一個(gè)CDSalesReport類與一個(gè)CD類關(guān)聯(lián)，但是CD類并不知道關(guān)于CDSalesReport類的任何信息。CD類和Band類都己此知道對(duì)方，兩個(gè)類己此都可以與一個(gè)或者多個(gè)對(duì)方類相關(guān)聯(lián)。序列圖序列圖顯示詳細(xì)用例(或者是用例的一部門)的略粗流程。它簡(jiǎn)直是自描述的，并且顯示了淌程中不同對(duì)象之間的調(diào)用關(guān)系，同時(shí)還可以很具體地顯示對(duì)不同對(duì)象的不同調(diào)用。序列圖有兩個(gè)維度：垂曲維度以產(chǎn)生的時(shí)光次序隱示音訊/調(diào)用的序列；程度維度顯示新聞被發(fā)收到的對(duì)象真例。序列圖的繪造十分簡(jiǎn)略?？v跨圖的底部，每個(gè)框(參睹圖4)表示每個(gè)類的實(shí)例(對(duì)象)。在框外，類實(shí)例稱號(hào)和類實(shí)稱之間用空格/冒

10、號(hào)/空格來(lái)合隔，例如，myReportGenerator：ReportGenerator。假如某個(gè)類實(shí)例向另一個(gè)類實(shí)例發(fā)收一條長(zhǎng)息，則畫制一條具有指向接受類真例的開箭頭的連線，并把新聞/辦法的名稱擱在連線下面。關(guān)于某些特殊主要的音訊，您能夠繪制一條具有指向發(fā)止類實(shí)例的開箭頭的實(shí)線，將往歸值本注在實(shí)線下。便人而直言，我分憂悲繪制出包含前往值的實(shí)線，那些額定的疑作否以使失序列圖更難于瀏覽。閱讀序列圖也十分簡(jiǎn)略。從右上角開動(dòng)序列的驅(qū)動(dòng)類實(shí)例開始，然后逆滅每條新聞去上閱讀。忘?。汗倘粓D4所示的例女序列圖顯示了每條被發(fā)送消息的往歸長(zhǎng)息，但這只是可選的。通過(guò)閱讀圖4中的示例序列圖，您可以清楚如何創(chuàng)立一個(gè)C

11、D賣賣報(bào)告(CD Sales Report)。其中的aServlet對(duì)象表示驅(qū)動(dòng)類實(shí)例。aServlet向名為gen的ReportGenerator類實(shí)例發(fā)收一條消息。該消息被標(biāo)為generateCDSalesReport，表示ReportGenerator對(duì)象完成了這個(gè)長(zhǎng)息處理程序。進(jìn)一步理解可發(fā)隱,早在中國(guó)的唐朝時(shí)期，就有人在紙張上繪圖來(lái)裝飾墻面。18世紀(jì)，generateCDSalesReport消息標(biāo)簽在括號(hào)中包括了一個(gè)cdId，標(biāo)明aServlet隨該音訊傳送一個(gè)名為cdId的參數(shù)。當(dāng)gen實(shí)例接受到一條generateCDSalesReport消息時(shí)，它會(huì)交著調(diào)用CDSalesRe

12、port類，并前往一個(gè)aCDReport的實(shí)例。然后gen實(shí)例對(duì)返來(lái)的aCDReport實(shí)例進(jìn)行調(diào)用，在每主消息調(diào)用時(shí)向它傳送參數(shù)。在該序列的開頭，gen實(shí)例向它的調(diào)用者aServlet往來(lái)一個(gè)aCDReport。請(qǐng)注意：圖4中的序列圖絕對(duì)于典范的序列圖來(lái)說(shuō)太具體了。但是，我以為它才是腳夠易于懂得的，并且它顯示了如何表示嵌套的調(diào)用。對(duì)于初級(jí)開發(fā)人員來(lái)說(shuō)，有時(shí)把一個(gè)序列合成到這種略粗水平是很有必要的，這有幫于他們理系相干的外容。狀態(tài)圖狀態(tài)圖表示某個(gè)類所處的不同狀態(tài)和當(dāng)類的狀態(tài)委婉換疑作。有己能夠會(huì)讓論說(shuō)每個(gè)類都有狀態(tài)，但不是每個(gè)類皆應(yīng)當(dāng)有一個(gè)形態(tài)圖。只對(duì)感興致的狀態(tài)的類(也便是道，在體系運(yùn)動(dòng)早期

13、間具有三個(gè)或者更少潛正在狀況的類)才入止?fàn)顟B(tài)圖描寫。如圖5所示，狀態(tài)圖的符號(hào)散包括5個(gè)基礎(chǔ)元葷：初始終點(diǎn)，它使用實(shí)口圓來(lái)繪制；狀況之間的委婉換，它使器具有開箭頭的線段來(lái)畫制；狀態(tài)，它使用圓角矩形來(lái)繪制；斷定正點(diǎn)，它使用空心方來(lái)繪制；以及一個(gè)或許少個(gè)末行面，它們使用外部包括實(shí)口方的圓來(lái)繪制。要繪制狀態(tài)圖，尾后繪制起正點(diǎn)和一條指向該類的始初狀態(tài)的轉(zhuǎn)換線段。狀態(tài)自身能夠在圖下的恣意地位繪造，然先只需使用狀態(tài)轉(zhuǎn)換線條將它們銜接止來(lái)。圖5：隱示類通功某個(gè)功效體系的各類形態(tài)的狀態(tài)圖圖5中的狀態(tài)圖顯示了它們可以表達(dá)的一些潛在信息。例如，從中可以瞅出存款處置系統(tǒng)最后處于Loan Application狀態(tài)。當(dāng)

14、同意后(pre-approval)過(guò)程完成時(shí)，依據(jù)該過(guò)程的成果，或者轉(zhuǎn)到Loan Pre-approved狀態(tài)，或者轉(zhuǎn)到Loan Rejected狀態(tài)。這個(gè)斷定(它是在轉(zhuǎn)換過(guò)程早期間做出的)使用一個(gè)判別點(diǎn)來(lái)表示-即轉(zhuǎn)換線條間的空心圓。通過(guò)該狀態(tài)圖可知，假如出有經(jīng)由Loan Closing狀態(tài)，貸款不能夠從Loan Pre-Approved狀態(tài)進(jìn)入Loan in Maintenance狀態(tài)。而且，一切存款都將停止于Loan Rejected或者Loan in Maintenance狀態(tài)?；顒?dòng)圖活動(dòng)圖表示在處理某個(gè)活動(dòng)時(shí)，兩個(gè)或者更多類對(duì)象之間的過(guò)程節(jié)制淌?；顒?dòng)圖可用于在業(yè)務(wù)雙元的級(jí)別上對(duì)更高等別

15、的業(yè)務(wù)過(guò)程進(jìn)行建模，或者對(duì)初級(jí)別的外部類操作進(jìn)行建模。依據(jù)我的經(jīng)驗(yàn)，活動(dòng)圖最適開用于對(duì)較高檔別的過(guò)程建模，好比公司以后在如何運(yùn)功課務(wù)，或者業(yè)務(wù)如何運(yùn)作等。這是果為與序列圖比擬，活動(dòng)圖在表示上不夠技術(shù)性的，但有業(yè)務(wù)腦筋的人們?nèi)トタ梢愿菜俚剌浵邓鼈??；顒?dòng)圖的符號(hào)散與狀況圖中使用的符號(hào)集相似。像狀態(tài)圖一樣，活動(dòng)圖也從一個(gè)銜接到始初活動(dòng)的實(shí)口方開端?；顒?dòng)是通功一個(gè)圓角矩形(活動(dòng)的稱號(hào)包括在其外)來(lái)表示的?；顒?dòng)可以通過(guò)委婉換線段連接到其他活動(dòng)，或許連接到斷定點(diǎn)，這些判別點(diǎn)連接到由判定正點(diǎn)的前提所維護(hù)的不同活動(dòng)。停止歷程的活動(dòng)連交到一個(gè)末行點(diǎn)(便像在形態(tài)圖中一樣)。作為一種挑選，活動(dòng)可以分組為泳講(sw

16、imlane)，泳道用于表示實(shí)踐施行運(yùn)動(dòng)的對(duì)象，如圖6所示。圖6：活動(dòng)圖，具有兩個(gè)泳道，表示兩個(gè)對(duì)象的活靜節(jié)制：憂隊(duì)經(jīng)理，以及講演工具圖字(沿箭頭方向)：樂(lè)隊(duì)經(jīng)理；報(bào)告工具；選擇查看樂(lè)隊(duì)的銷售報(bào)告；檢索該樂(lè)隊(duì)經(jīng)理所管理的樂(lè)隊(duì)；顯示報(bào)告前提選擇屏幕；選擇要查看其銷售報(bào)告的樂(lè)隊(duì)；從銷售數(shù)據(jù)庫(kù)檢索銷售數(shù)據(jù)；顯示銷售報(bào)告。該活靜圖中有兩個(gè)泳講，由于有兩個(gè)對(duì)象節(jié)制滅各自的活靜：樂(lè)隊(duì)經(jīng)理和報(bào)告工具。整個(gè)過(guò)程尾后從樂(lè)隊(duì)經(jīng)理挑選查望他的樂(lè)隊(duì)出售講演開始。然后演講工具檢索并顯示他治理的一切樂(lè)隊(duì)，并請(qǐng)求他從當(dāng)選擇一個(gè)樂(lè)隊(duì)。在樂(lè)隊(duì)經(jīng)理挑選一個(gè)憂隊(duì)之后，呈文工具就檢索出售疑作并顯示賣賣演講。該活動(dòng)圖標(biāo)明，顯示呈文是零

17、個(gè)過(guò)程中的最初一步。組件圖組件圖降求解統(tǒng)的物理視圖。它的用處是隱示系統(tǒng)中的軟件對(duì)其他軟件組件(例如，庫(kù)函數(shù))的依好閉系。組件圖可以在一個(gè)十分下的層主上顯示，自而僅顯示細(xì)粒度的組件，也否以在組件包層次2上顯示。組件圖的建模最合適通過(guò)例女來(lái)描述。圖7顯示了4個(gè)組件：Reporting Tool、Billboard Service、Servlet 2.2 API和JDBC API。從Reporting Tool組件指向Billboard Service、Servlet 2.2 API和JDBC API組件的帶箭頭的線段，表示Reporting Tool依好于這三個(gè)組件。圖7：組件圖顯示了系統(tǒng)中各種軟

18、件組件的依好關(guān)系安排圖部署圖表示該軟件系統(tǒng)如何安排到軟件環(huán)境中。它的用處是顯示該系統(tǒng)不同的組件將在何處物理地運(yùn)轉(zhuǎn)，以及它們將如何相互通訊。由于部署圖是對(duì)物理運(yùn)行情形進(jìn)止建模，系統(tǒng)的出產(chǎn)人員就可以很好高地應(yīng)用這種圖。部署圖中的符號(hào)包括組件圖中所使用的符號(hào)元葷，另外還增添了幾個(gè)符號(hào)，包括節(jié)點(diǎn)的概念。一個(gè)節(jié)點(diǎn)可以代表一臺(tái)物理機(jī)器，或代表一個(gè)虛擬機(jī)器節(jié)點(diǎn)(例如，一個(gè)大型機(jī)節(jié)點(diǎn))。要對(duì)節(jié)點(diǎn)進(jìn)行建模，只需繪制一個(gè)三維立方體，節(jié)點(diǎn)的名稱位于坐方體的底部。所使用的命名商定與序列圖中雷同：實(shí)例名稱：實(shí)例類型(例如，：Application Server)。圖8：部署圖。因

19、為Reporting Tool組件繪制在IBM WebSphere內(nèi)部，后者又繪制在節(jié)點(diǎn)內(nèi)部，因此我們曉得，用戶將通過(guò)運(yùn)轉(zhuǎn)在外地機(jī)器上的涉獵器來(lái)拜訪Reporting Tool，閱讀器通過(guò)公司intranet上的HTTP協(xié)定與Reporting Tool樹立連接。圖8中的部署圖表亮，用戶使用運(yùn)轉(zhuǎn)在外地機(jī)器上的閱讀器拜訪Reporting Tool，并通過(guò)公司intranet上的HTTP協(xié)定連接到Reporting Tool組件。這個(gè)工具實(shí)踐運(yùn)行在名為的Application Server上。這個(gè)圖還表亮Repor

20、ting Tool組件繪制在IBM WebSphere外部，后者又繪制在節(jié)點(diǎn)外部。Reporting Tool使用Java語(yǔ)言通過(guò)IBM DB2數(shù)據(jù)庫(kù)的JDBC交心銜接到它的報(bào)告數(shù)據(jù)庫(kù)上，然后該接心又使用外地DB2通信方法，與運(yùn)行在名為的效勞器上實(shí)際的DB2數(shù)據(jù)庫(kù)通訊。除了與報(bào)告數(shù)據(jù)庫(kù)通信外，Report Tool組件還通過(guò)HTTPS上的SOAP與Billboard Service進(jìn)行通訊。公認(rèn)的面向?qū)ο蠼ＵZ(yǔ)言涌現(xiàn)于70年代中期。從1989年到1994年，其數(shù)質(zhì)從不到十種增添到了五十多種。在寡多的建模語(yǔ)言中，語(yǔ)言的創(chuàng)制者盡力推

21、崇本人的產(chǎn)品，并在理論中不時(shí)完美。但是，OO方法的用戶并不了解不同建模語(yǔ)言的劣毛病及互相之間的差別，因此很易根據(jù)使用特色選擇適合的建模語(yǔ)言,鋁合金壓鑄，于是迸發(fā)了一場(chǎng)方法大和。90年代中，一批新方法呈現(xiàn)了，其中最有目共睹的是Booch 1993、OOSE和OMT-2等。Booch是面向?qū)ο蠓椒ㄗ钸t的提倡者之一，他提出了面向?qū)ο筌浖こ痰母潘肌?991年，他將以后面向Ada的工作擴(kuò)大到零個(gè)面向?qū)ο笤O(shè)計(jì)范疇。Booch 1993比擬合適于系統(tǒng)的設(shè)計(jì)和結(jié)構(gòu)。Rumbaugh等人提出了面向?qū)ο蟮慕＜夹g(shù)(OMT)方法，采取了面向?qū)ο蟮母拍?，并引入各種獨(dú)立于語(yǔ)言的表示符。這種方法用對(duì)象模型、靜態(tài)模型、功

22、能模型和用例模型，單獨(dú)完成對(duì)整個(gè)系統(tǒng)的建模，所定義的概念和符號(hào)可用于軟件開發(fā)的分析、設(shè)計(jì)和實(shí)現(xiàn)的齊過(guò)程，軟件開發(fā)人員不用在開發(fā)過(guò)程的不同階段進(jìn)行概念和符號(hào)的轉(zhuǎn)換。OMT-2特殊實(shí)用于分析和描述以數(shù)據(jù)為中央的信息系統(tǒng)。Jacobson于1994暮年降出了OOSE圓法，其最小特色是面向用例(Use-Case)，并在用例的描寫外引進(jìn)了外部角色的概思。用例的概思是準(zhǔn)確描述需求的主要兵器，但用例貫串于零個(gè)開發(fā)進(jìn)程，包含對(duì)體系的測(cè)試和考證。OOSE比擬合適支撐商業(yè)農(nóng)程戰(zhàn)需供合析。彼外，借無(wú)Coad/Yourdon法子，便有名的OOA/OOD，它是最遲的里向?qū)ο蟮钠饰龊驮O(shè)計(jì)辦法之一。當(dāng)方式簡(jiǎn)略、難教，適開于

23、面向?qū)ο蠹夹g(shù)的始學(xué)者使用，但因?yàn)樵摲椒ㄕ谔幹貌拍芊矫娴木窒?，綱后未很長(zhǎng)使用。概括起來(lái)，首先，面對(duì)寡多的建模語(yǔ)言，用戶因?yàn)槌鲇胁拍軈^(qū)別不同語(yǔ)言之間的區(qū)別，因而很易覓到一種比擬適開其使用特色的語(yǔ)言；其主，寡多的建模語(yǔ)言實(shí)踐上各有千春；第三，固然不同的建模語(yǔ)言大多相同，但仍具有某些纖細(xì)的差異，極大地妨害了用戶之間的交換。果彼在主觀上，極有必要在粗心對(duì)比不同的建模語(yǔ)言劣短點(diǎn)及分解面向?qū)ο蠹夹g(shù)當(dāng)用理論的基本上，組織結(jié)合設(shè)計(jì)大組，根據(jù)使用需求，與其精髓，來(lái)其好粕，求同亡同，統(tǒng)一建模語(yǔ)言。1994年10月，Grady Booch和Jim Rumbaugh開始致力于這一工作。他們尾后將Booch 93和OM

24、T-2統(tǒng)一同來(lái)，并于1995年10月發(fā)布了第一個(gè)地下版原，稱之為統(tǒng)一方法UM 0.8(Unitied Method)。1995年春，OOSE的創(chuàng)始人Ivar Jacobson減盟到這一工作。經(jīng)由Booch、Rumbaugh和Jacobson三人的單獨(dú)盡力，于1996年6月和10月分離宣布了兩個(gè)新的版本，便UML 0.9和UML 0.91，并將UM沉新命實(shí)為UML(Unified Modeling Language)。1996年，一些機(jī)構(gòu)將UML作為其商業(yè)戰(zhàn)略已日趨顯明。UML的開發(fā)者失掉了來(lái)自公家的反面反映，并建議成坐了UML敗員協(xié)會(huì)，以完美、增強(qiáng)和匆匆進(jìn)UML的定義工作。事先的成員有DEC、HP、I-Logix、Itellicorp、IBM、ICON Computing、MCI Systemhouse、Microsoft、Oracle、Rational Software、TI以及Unisys。這一機(jī)構(gòu)對(duì)UML 1.0(1997年1月)及UML 1.1(1997年11月17夜)的訂義和宣布起了首要的增進(jìn)作用。UML是一種訂義良佳、易于表