實例解析UML圖形中UML用例圖和類圖用法
本文和大家重點討論一下UML圖形中UML用例圖和UML類圖，用例圖描述了系統提供的一個功能單元，而類圖表示不同的實體（人、事物和數據）如何彼此相關。它們之間有什么區別嗎？請看本文詳細介紹。
UML用例圖
UML圖形中用例圖描述了系統提供的一個功能單元。用例圖的主要目的是幫助開發團隊以一種可視化的方式理解系統的功能需求，包括基于基本流程的"角色"（actors，也就是與系統交互的其他實體）關系，以及系統內用例之間的關系。用例圖一般表示出用例的組織關系--要么是整個系統的全部用例，要么是完成具有功能（例如，所有安全管理相關的用例）的一組用例。要在用例圖上顯示某個用例，可繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。要在用例圖上繪制一個角色（表示一個系統用戶），可繪制一個人形符號。角色和用例之間的關系使用簡單的線段來描述，如圖1所示。
圖1：示例用例圖
圖字（從上到下）：CD銷售系統；查看樂隊CD的銷售統計；樂隊經理；查看Billboard200排行榜報告；唱片經理；查看特定CD的銷售統計；檢索***的Billboard200排行榜報告；排行榜報告服務
UML圖形中UML用例圖通常用于表達系統或者系統范疇的高級功能。如圖1所示，可以很容易看出該系統所提供的功能。這個系統允許樂隊經理查看樂隊CD的銷售統計報告以及Billboard200排行榜報告。它也允許唱片經理查看特定CD的銷售統計報告和這些CD在Billboard200排行榜的報告。這個圖還告訴我們，系統將通過一個名為"排行榜報告服務"的外部系統提供Billboard排行榜報告。
此外，在用例圖中，沒有列出的用例表明了該系統不能完成的功能。例如，它不能提供給樂隊經理收聽Billboard200上不同專輯中的歌曲的途徑--也就是說，系統沒有引用一個叫做"收聽Billboard200上的歌曲"的用例。這種缺少不是一件小事。在用例圖中提供清楚的、簡要的用例描述，項目贊助商就很容易看出系統是否提供了必須的功能。
類圖
類圖表示不同的實體（人、事物和數據）如何彼此相關；換句話說，它顯示了系統的靜態結構。UML圖形中類圖可用于表示邏輯類，邏輯類通常就是業務人員所談及的事物種類--搖滾樂隊、CD、廣播劇；或者貸款、住房抵押、汽車信貸以及利率。類圖還可用于表示實現類，實現類就是程序員處理的實體。實現類圖或許會與邏輯類圖顯示一些相同的類。然而，實現類圖不會使用相同的屬性來描述，因為它很可能具有對諸如Vector和HashMap這種事物的引用。
類在類圖上使用包含三個部分的矩形來描述，如圖2所示。最上面的部分顯示類的名稱，中間部分包含類的屬性，最下面的部分包含類的操作（或者說"方法"）。
圖2：類圖中的示例類對象
根據我的經驗，幾乎每個開發人員都知道這個類圖是什么，但是我發現大多數程序員都不能正確地描述類的關系。對于像圖3這樣的類圖，您應該使用帶有頂點指向父類的箭頭的線段來繪制繼承關系1，并且箭頭應該是一個完全的三角形。對于UML圖形中類圖來說如果兩個類都彼此知道對方，則應該使用實線來表示關聯關系；如果只有其中一個類知道該關聯關系，則使用開箭頭表示。
圖3：一個完整的類圖，包括了圖2所示的類對象
在圖3中，我們同時看到了繼承關系和兩個關聯關系。CDSalesReport類繼承自Report類。一個CDSalesReport類與一個CD類關聯，但是CD類并不知道關于CDSalesReport類的任何信息。CD類和Band類都彼此知道對方，兩個類彼此都可以與一個或者多個對方類相關聯。
【編輯推薦】
