UML介紹： UML起源和組成
本節和大家一起看一下UML介紹，本節主要包括UML概念，UML起源，UML組成以及用例圖和用例等內容，歡迎大家一起來學習，相信本節的介紹一定會讓你收獲不小。下面看一下集體的UML介紹吧。
軟件開發人員總是在困惑為什么軟件分明是按照需求做出來的,可是客戶為什么仍然不滿意。客戶總是在困惑為什么軟件和自己想要的差距會那么大。這究竟是怎么回事？如何才能把開發人員和客戶之間的溝壑填平？本文作為這個關于需求的軟件工程專欄的第三篇,將向您介紹這個把客戶和開發人員聯系在一起的工具――UML（統一建模語言,UnifiedModelingLanguage）。
1.UML概念
UML（統一建模語言,UnifiedModelingLanguage）是一種面向對象的建模語言。在軟件工業化方面做出了杰出的貢獻。被OMG（objectManagementGroup）采納為業界標準。
UML就是解決上面這個問題的一個相當有代表性的例子。UML的實質,就是一種溝通方法,就象是英語能夠解決把世界各地的人交流的問題一樣。
2.UML起源
公認的面向對象建模語言出現于70年代中期。1989年到1994年是建模語言的戰國時期,其數量從不到十種增加到了五十多種。雖然有利于學術的發展,但是對于最終用戶來說,了解眾多的建模語言是一件非常沒有必要的事。在建模語言的戰國時期出現了三個強者：GradyBooch,JamesRumbaugh和IvarJacobson（人稱"TheThreeAmigos"）,以及他們的方法：Booch1993、OOSE和OMT-2。
3.UML組成
UML介紹了UML的概念，主要包括UML語義（Semantics）和UML表示符（Notation）兩個部分,UML語義定義了結構（Structural）模型和行為（Behavioral）模型。結構模型（又稱為靜態模型）強調系統的對象結構,如對象的類（Classes）、接口（Interfaces）、屬性（Attributes）和關系（Relations）;行為模型（動態模型）關注的是系統對象的行為動作,如對象的方法（Methods）、交互（Interactions）、協作（Collaborations）和狀態（StateHistories）。以此為基礎,UML為UML表示符提供了完整的語義定義。UML的表示符包括了下面的幾種主要的圖：類圖（ClassDiagram）,用例圖（UseCaseDiagram）,順序圖（SequenceDiagram）,協作圖（CollaborationDiagram）,狀態圖（StateDiagram）,活動圖（ActivityDiagram）,部署圖（DeploymentDiagram）語義由于我們的討論重點并不是UML語言,我們只是簡單的介紹UML的實際應用,如果大家對UML有興趣,可以參看《UML1.3白皮書》。
4.用例圖和用例
我們來看一下UMl介紹中的用例圖。用例圖（UseCaseDiagram）是UML中最簡單也是最復雜的一種圖。說它簡單,是因為采用了面向對象的思想,又是基于用戶視角的,繪制非常容易,簡單的圖形表示讓人一看就懂。說它復雜是因為用例圖往往不容易控制,要么過于復雜,要么過于簡單。一個系統的用例圖太泛不行,太精不行,太多不行,太少也不行。用例的控制可以算是一門藝術。突然想起當年我剛剛接觸UML的時候,對用例不屑一顧,認為是UML中最無用的一種圖,現在每每想到不禁感慨自己的愚蠢。
Usecasediagramsshowactorsandusecasestogetherwiththeirrelationships.『OMG-UMLV1.3』
用例圖表示了角色和用例以及它們之間的關系。
Ausecaseisakindofclassifierrepresentingacoherentunitoffunctionalityprovidedbyasystem,
asubsystem,oraclassasmanifestedbysequencesofmessagesexchangedamongthesystemandoneormoreoutsideinteractors
(calledactors)togetherwithactionsperformedbythesystem.『OMG-UMLV1.3』
用例描述了系統,子系統和類的一致的功能集合,表現為系統和一個或多個外部交互者（角色）的消息交互動作序列。
有點復雜是嗎,就是角色（用戶或外部系統）和系統（要設計的系統）的一個交互,為了實現一個目的（Goal）,這個目的的描述通常是一個謂詞短語,例如,開立信用證,給客戶回單等。用例圖則圖形化的表示了這種關系。本節關于UML介紹就講解到這里，謝謝關注。
【編輯推薦】
