uml基礎：
統一建模語言簡介
內容：
一些背景知識
用例圖
類圖 序列圖
狀態圖活**
元件圖
部署圖
結束語備註
參考資料
rational 專區中還有:
所有文章
donald bell
ibm rational
2004 年 3 月
回顧20世紀晚期--準確地說是2023年，omg組織（object management group物件管理組織）發布了統一建模語言（unified modeling language，uml）。uml的目標之一就是為開發團隊提供標準通用的設計語言來開發和構建計算機應用。uml提出了一套it專業人員期待多年的統一的標準建模符號。通過使用uml，這些人員能夠閱讀和交流系統架構和設計規劃--就像建築工人多年來所使用的建築設計圖一樣。到了21世紀--準確地說是2023年，uml已經獲得了業界的認同。在我所見過的專業人員的簡歷中，75%都聲稱具備uml的知識。然而，在同絕大多數求職人員面談之後，可以明顯地看出他們並不真正了解uml。通常地，他們將uml用作乙個術語，或對uml一知半解。大家對uml缺乏理解的這種狀況，促進我撰寫這篇關於uml 1.4的快速入門文章。當閱讀完本文時，您還不具備足夠的知識可以在簡歷上聲稱自己掌握了uml，但是您已具有了進一步鑽研該語言的良好起點。
一些背景知識
正如前面曾提到過的，uml的本意是要成為一種標準的統一語言，使得it專業人員能夠進行計算機應用程式的建模。uml的主要創始人是jim rumbaugh、ivar jacobson和grady booch，他們最初都有自己的建模方法（omt、oose和booch），彼此之間存在著競爭。最終，他們聯合起來創造了一種開放的標準。（聽起來是不是很熟悉？這個現象類似j2ee、soap和linux的誕生。）uml成為"標準"建模語言的原因之一在於，它與程式語言無關。（ibm rational的uml建模工具被廣泛應用於j2ee和.***開發。）而且，uml符號集只是一種語言而不是一種方法學。這點很重要，因為語言與方法學不同，它可以在不做任何更改的情況下很容易地適應任何公司的業務運作方式。
既然uml不是一種方法學，它就不需要任何正式的工作產品（即ibm rational unified process?術語中所定義的"工件"）。而且它還提供了多種型別的模型描述圖（diagram），當在某種給定的方法學中使用這些圖時，它使得開發中的應用程式的更易理解。uml的內涵遠不只是這些模型描述圖，但是對於入門來說，這些圖對這門語言及其用法背後的基本原理提供了很好的介紹。通過把標準的uml圖放進您的工作產品中，精通uml的人員就更加容易加入您的專案並迅速進入角色。最常用的uml圖包括：用例圖、類圖、序列圖、狀態圖、活**、元件圖和部署圖。
深入討論每類圖的細節問題已超出了這篇入門文章的範圍。因此，下面僅給出了每類圖的簡要說明，更詳細的資訊將在以後的文章中**。
用例圖用例圖描述了系統提供的乙個功能單元。用例圖的主要目的是幫助開發團隊以一種視覺化的方式理解系統的功能需求，包括基於基本流程的"角色"（actors，也就是與系統互動的其他實體）關係，以及系統內用例之間的關係。用例圖一般表示出用例的組織關係--要麼是整個系統的全部用例，要麼是完成具有功能（例如，所有安全管理相關的用例）的一組用例。要在用例圖上顯示某個用例，可繪製乙個橢圓，然後將用例的名稱放在橢圓的中心或橢圓下面的中間位置。要在用例圖上繪製乙個角色（表示乙個系統使用者），可繪製乙個人形符號。角色和用例之間的關係使用簡單的線段來描述，如圖1所示。
uml基礎：
統一建模語言簡介
統一建模語言簡介
uml符號集只是一種語言而不是一種方法學。這點很重要，既然uml不是一種方法學，它就不需要特定的工件。最常用的uml圖包括 用例圖 類圖 序列圖 狀態圖 順序圖 元件圖和部署圖。下面將使用jude來進行說明 b 用例圖 b 用例圖描述了系統系統的乙個功能單元，橢圓表示用例，人表示角色。img b 類...
統一建模語言（UML）
統一建模語言提供了一種表示法，通過它，我們可以獲取和說明程式設計。uml類圖描述系統中的類 它們之間的靜態關係 與類關聯的屬性和操作以及有關物件間連線的約束。uml類圖 在uml中，類由乙個矩形來表示，並且通常分割成3部分 類名 屬性和操作。上圖說明了乙個名為libraryitem的類名。該類有兩個...
UML統一建模語言
1 什麼是建模？任何事情都要先想清楚了再做，軟體開發更是如此！軟體開發過程不可能一上來就盲目寫 寫 之前必須搞清楚下面一些問題 要做什麼？做成什麼樣？怎麼去做？2 建模的原則 1 選擇建立什麼樣的模型對如何發現和解決問題具有重要的影響 2 每個模型有多種表達方式。使用者的身份和使用的原因是評判模型好...