UML用例圖用法實例剖析
本節向大家介紹一下UML方面的知識，主要包括UML的一些背景知識和UML用例圖兩部分，相信通過本節的介紹，你對UML一定會有新的認識，下面讓我們一起來學習UML吧。
UML基礎: 統一建模語言簡介
UML一些背景知識
正如前面曾提到過的，UML的本意是要成為一種標準的統一語言，使得IT專業人員能夠進行計算機應用程序的建模。UML的主要創始人是Jim Rumbaugh、Ivar Jacobson和Grady Booch，他們最初都有自己的建模方法（OMT、OOSE和Booch），彼此之間存在著競爭。最終，他們聯合起來創造了一種開放的標準。（聽起來是不是很熟悉？這個現象類似J2EE、SOAP和Linux的誕生。）UML成為"標準"建模語言的原因之一在于，它與程序設計語言無關。（IBM Rational的UML建模工具被廣泛應用于J2EE和.NET開發。）而且，UML符號集只是一種語言而不是一種方法學。這點很重要，因為語言與方法學不同，它可以在不做任何更改的情況下很容易地適應任何公司的業務運作方式。
既然UML不是一種方法學，它就不需要任何正式的工作產品（即IBM Rational Unified Process?術語中所定義的"工件"）。而且它還提供了多種類型的模型描述圖（diagram），當在某種給定的方法學中使用這些圖時，它使得開發中的應用程序的更易理解。UML的內涵遠不只是這些模型描述圖，但是對于入門來說，這些圖對這門語言及其用法背后的基本原理提供了很好的介紹。通過把標準的UML圖放進您的工作產品中，精通UML的人員就更加容易加入您的項目并迅速進入角色。最常用的UML圖包括：UML用例圖、類圖、序列圖、狀態圖、活動圖、組件圖和部署圖。
深入討論每類圖的細節問題已超出了這篇入門文章的范圍。因此，下面僅給出了每類圖的簡要說明，更詳細的信息將在以后的文章中探討。
UML用例圖
用例圖描述了系統提供的一個功能單元。用例圖的主要目的是幫助開發團隊以一種可視化的方式理解系統的功能需求，包括基于基本流程的"角色"（actors，也就是與系統交互的其他實體）關系，以及系統內用例之間的關系。用例圖一般表示出用例的組織關系--要么是整個系統的全部用例，要么是完成具有功能（例如，所有安全管理相關的用例）的一組用例。要在用例圖上顯示某個用例，可繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。要在用例圖上繪制一個角色（表示一個系統用戶），可繪制一個人形符號。角色和用例之間的關系使用簡單的線段來描述，如圖1所示。
圖1：示例UML用例圖
圖字（從上到下）：CD銷售系統；查看樂隊CD的銷售統計；樂隊經理；查看Billboard 200排行榜報告；唱片經理；查看特定CD的銷售統計；檢索最新的Billboard 200排行榜報告；排行榜報告服務
用例圖通常用于表達系統或者系統范疇的高級功能。如圖1所示，可以很容易看出該系統所提供的功能。這個系統允許樂隊經理查看樂隊CD的銷售統計報告以及Billboard 200排行榜報告。它也允許唱片經理查看特定CD的銷售統計報告和這些CD在Billboard 200排行榜的報告。這個圖還告訴我們，系統將通過一個名為"排行榜報告服務"的外部系統提供Billboard排行榜報告。
此外，在UML用例圖中，沒有列出的用例表明了該系統不能完成的功能。例如，它不能提供給樂隊經理收聽Billboard 200上不同專輯中的歌曲的途徑 -- 也就是說，系統沒有引用一個叫做"收聽Billboard 200上的歌曲"的用例。這種缺少不是一件小事。在用例圖中提供清楚的、簡要的用例描述，項目贊助商就很容易看出系統是否提供了必須的功能。本節關于UML用例圖相關內容介紹完畢。
【編輯推薦】
