貴陽醫(yī)學(xué)院計算機教研室 唐翠娥

1.引言

UML(Unified Modeling Language)作為一個優(yōu)秀的“交流語言”、“代碼生成工具”和“系統(tǒng)設(shè)計工具”自1997年誕生以來，受到無數(shù)廠商、組織、專家學(xué)者的追捧和擁護，它提供的用例圖、狀態(tài)圖、活動圖、類圖等功能各一，基本涵蓋了軟件工程的各個方面。它不但支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)的全過程。但國內(nèi)的正規(guī)大型軟件項目比較少，軟件工程技術(shù)起步很晚；市場上也難以找到一本有“中國特色”的能夠上程序員快速掌握自己所需的知識的教材，所以國內(nèi)的在項目中使用UML的都是鳳毛麟角，即便使用了，也是在很小的范圍內(nèi)，完全沒有發(fā)揮出UML1%的功效。作者在參閱大量的文獻資料以及最具權(quán)威性的文章，將UML相關(guān)知識和UML建模技術(shù)的目的與原則、使用對象以及使用UML建模應(yīng)該注意的事項概述如下,供UML初學(xué)者共享。

2.UML統(tǒng)一建模語言

2.1 UML的誕生背景

70年代中期，公認的面向?qū)ο蟮慕ＵZ言開始出現(xiàn)，從1989年到1994年，其數(shù)量從不到十種增加到了五十多種。在眾多的建模語言中，語言的創(chuàng)造者努力推崇自己的產(chǎn)品，并在實踐中不斷完善。但不同的建模語言大多雷同，各有千秋，并且存在某些細微的差別。OO方法的用戶并不了解不同建模語言的優(yōu)缺點及相互之間的差異，因而很難根據(jù)應(yīng)用特點選擇合適的建模語言，極大地妨礙了用戶之間的交流。因此極有必要在精心比較不同的建模語言優(yōu)缺點及總結(jié)面向?qū)ο蠹夹g(shù)應(yīng)用實踐的基礎(chǔ)上，組織聯(lián)合設(shè)計小組，根據(jù)應(yīng)用需求，取其精華，去其糟粕，求同存異，統(tǒng)一建模語言。UML的出現(xiàn)既統(tǒng)一了Booch、OMT、OOSE，以及其他方法，又統(tǒng)一了面向?qū)ο蠓椒ㄖ惺褂玫姆?，并且在提出后不久就被OMG接納為其標準之一。從而改變了數(shù)十種面向?qū)ο蟮慕ＵZ言相互獨立且各有千秋的局面，使得面向?qū)ο蟮姆治黾夹g(shù)有了空前發(fā)展。

2.2 UML的主要內(nèi)容

UML(Unified Modeling Language)作為一種建模語言,是面向?qū)ο箝_發(fā)中的一種通用的圖形化、可視化的建模語言，它能讓系統(tǒng)構(gòu)造者用標準的、易于理解的方式建立起能夠表達出他們想象的系統(tǒng)藍圖。它提供一種機制，以便不同人之間有效地共享和交流設(shè)計結(jié)果。

UML統(tǒng)一建模語言包括語義和表示法兩個部分。

(1)UML語義描述基于精確元模型定義，元模型為所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達方法所造成的影響；

(2)UML表示法定義符號的表示法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。

UML的重要內(nèi)容可以由下列五類圖(共9種圖形)來定義：

第一類是用例圖,從用戶角度描述系統(tǒng)功能,并指出各功能的操作者。

第二類是靜態(tài)圖(Static diagram),包括類圖、對象圖和包圖。

類圖定義系統(tǒng)中的類,表示類之間的聯(lián)系如關(guān)聯(lián)、依賴、聚合等類，用于描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu),在系統(tǒng)的整個生命周期都是有效的。

對象圖是類圖的實例,幾乎使用與類圖完全相同的標識。他們的不同點在于對象圖顯示類的多個對象實例,而不是實際的類。一個對象圖是類圖的一個實例。

包圖由包或類組成,表示包與包之間的關(guān)系。包圖用于描述系統(tǒng)的分層結(jié)構(gòu)。

第三類是行為圖(Behavior diagram)，包括狀態(tài)圖和活動圖，用于描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。

狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件，通常是對類圖的補充。在項目設(shè)計中并不需要為所有的類畫狀態(tài)圖,只需對那些有多個狀態(tài)，其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。

活動圖描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系,有利于識別并行活動。

第四類是交互圖(Interactive diagram),包括順序圖和合作圖(合稱為交互圖),用于描述對象間的交互關(guān)系。

順序圖顯示對象之間的動態(tài)合作關(guān)系,它強調(diào)對象之間消息發(fā)送的順序,同時顯示對象之間的交互。

合作圖描述對象間的協(xié)作關(guān)系,可顯示信息交換和以及對象之間的關(guān)系。合作圖和順序圖相似，用于顯示對象間的動態(tài)合作關(guān)系。在項目設(shè)計中，如果強調(diào)時間和順序,則使用順序圖；如果強調(diào)上下級關(guān)系,則選擇合作圖。

第五類是實現(xiàn)圖(Implementation diagram)，包括構(gòu)件圖和配置圖。

其中構(gòu)件圖描述代碼部件的物理結(jié)構(gòu)及各部件之間的依賴關(guān)系。一個部件可能是一個資源代碼部件、一個二進制部件或一個可執(zhí)行部件。它包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息。

配置圖定義系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)。它可以顯示實際的計算機和設(shè)備以及它們之間的連接關(guān)系,也可顯示連接的類型及部件之間的依賴性。

2.3 UML的功能

UML作為一種建模語言，主要用于系統(tǒng)開發(fā)人員之間、開發(fā)人員與用戶之間的交流，其主要功能如下：

(1)為軟件系統(tǒng)的產(chǎn)生建立可視化模型；

(2)規(guī)約軟件系統(tǒng)的產(chǎn)出；

(3)定義再開發(fā)軟件系統(tǒng)過程中需要做的重要分析、設(shè)計和實現(xiàn)的規(guī)格說明，使建立的模型準確、無歧義并且完整；

(4)構(gòu)造軟件系統(tǒng)的產(chǎn)出；

(5)為軟件系統(tǒng)的產(chǎn)出建立文檔；

(6)可以為系統(tǒng)的體系結(jié)構(gòu)及其所有細節(jié)建立文檔。

2.4 UML的應(yīng)用領(lǐng)域

UML的目標是以面向?qū)ο蟮姆绞絹砻枋鋈魏晤愋偷南到y(tǒng)，具有很寬的應(yīng)用領(lǐng)域。其中最常用的是用于建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如機械系統(tǒng)、企業(yè)機構(gòu)或業(yè)務(wù)過程，具有實時要求的工業(yè)系統(tǒng)或工業(yè)過程等。此外，適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段?？傊?，UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動態(tài)行為的系統(tǒng)進行建模。

3.UML建模技術(shù)

3.1 UML建模技術(shù)

UML建模技術(shù)就是用模型元素來組建整個系統(tǒng)的模型，模型元素包括系統(tǒng)中的類、類和類之間的關(guān)聯(lián)、類的實例相互配合實現(xiàn)系統(tǒng)的動態(tài)行為等。UML提供了多種圖形可視化描述模型元素，同一個模型元素可能會出現(xiàn)在多個圖中對應(yīng)多個圖形元素，人們可以從多個視圖來考察模型。

UML建模技術(shù)主要分為結(jié)構(gòu)建模、動態(tài)建模。

結(jié)構(gòu)建模是從系統(tǒng)的內(nèi)部結(jié)構(gòu)和靜態(tài)角度來描述系統(tǒng)的，在靜態(tài)視圖、用例視圖、實施視圖和配置視圖中適用，采用了類圖、用例圖、組件圖和配置圖等圖形。

動態(tài)建模是從系統(tǒng)中對象的動態(tài)行為和組成對象間的相互作用、消息傳遞來描述系統(tǒng)的，在狀態(tài)機視圖、活動視圖和交互視圖中適用，采用了狀態(tài)機圖、活動圖、順序圖和合作圖等圖形。

3.2 UML建模技術(shù)要點

3.2.1 建模技術(shù)的目的與原則

(1)幫助項目設(shè)計人員按照實際情況或按需要的樣式對系統(tǒng)進行可視化設(shè)計；提供一種詳細說明系統(tǒng)的結(jié)構(gòu)或行為的方法；給出一個指導(dǎo)系統(tǒng)構(gòu)造的模板；對所做出的決策進行文檔化；

(2)僅當(dāng)需要模型時，才構(gòu)建它；

(3)選擇要創(chuàng)建什么模型對如何動手解決問題和形成解決方案有著意義深遠的影響；每一種模型可以在不同的精度級別上表示；最好的模型是與現(xiàn)實相聯(lián)系的；單個模型是不充分的，對每個重要的系統(tǒng)最好用一組幾乎獨立的模型去處理。

3.2.2 UML建模技術(shù)的使用對象

(1)業(yè)務(wù)建模：以領(lǐng)域?qū)＜覟橹?，需求分析人員是主力，系統(tǒng)分析員、架構(gòu)師可參與；

(2)需求模型：以需求分析人員為主，系統(tǒng)分析員是主力，領(lǐng)域?qū)＜姨峁┲笇?dǎo)，架構(gòu)師和資深開發(fā)人員參與；

(3)設(shè)計模型：高層設(shè)計模型以架構(gòu)師為主，系統(tǒng)分析員從需求方面提供支持，資深開發(fā)人員從技術(shù)實現(xiàn)方面提供支持。詳細設(shè)計模型則以資深開發(fā)人員為主，架構(gòu)師提供指導(dǎo)；

(4)實現(xiàn)模型：以資深開發(fā)人員(設(shè)計人員)為主，架構(gòu)師提供總體指導(dǎo)；

(5)數(shù)據(jù)庫模型：以數(shù)據(jù)庫開發(fā)人員為主，架構(gòu)師提供指導(dǎo)，資深開發(fā)人員(設(shè)計人員)予以配合。

3.2.3 建模需要注意的問題

建模時，對軟件開發(fā)過程是有要求的，必須是用例驅(qū)動，以架構(gòu)為中心，迭代和遞增的開發(fā)，如果軟件開發(fā)組織的軟件開發(fā)過程不能滿足這三點要求，那么的使用效果就會大打折扣。

綜上所述，建模雖然是軟件建模的有利武器，也要遵循一定的規(guī)則來使用，否則就不能很好地發(fā)揮它的價值，也會事倍功半。理解使用的前提，并認真按照這些方法進行實施，相信會有理想的效果。

4.結(jié)束語

通過對大量的文獻資料以及最具權(quán)威性的文章分析，可以對UML建模技術(shù)的特性和發(fā)展現(xiàn)狀作出如下判斷：

(1)已進入全面應(yīng)用階段的事實標準；

(2)應(yīng)用領(lǐng)域正在逐漸擴展，包括嵌入式系統(tǒng)建模、業(yè)務(wù)建模、流程建模等多個領(lǐng)域；

(3)成為“產(chǎn)生式編程”的重要支持技術(shù)。

[1]Bailey,Diane E.and Barley,Stephen R.Return to work:Toward post-industrial engineering[J].IIE Transactions,2005,37:737-752.

[2]Yves vanderperren,Wol fgang Mueller an d Wim Pehaene.UML for electronic systems design:a comprehensive overview[J].Design Automation for Embedded Systems.2009,12(4):261-292.

[3]Yyan Labiche.The UML is more than Boxes and Lines[M].Canada:Lecture Notes in Computer Science,2009,275-386.

[4]Object Management Group.UML Specif i cation l.5[EB/OL].http://www.omg.org/uml,2003-11-05.

[5]周飛,楊根興,蔡立志.基于UML的測試用例生成方法研究[J].計算機應(yīng)用與軟件,2009,26(2):107-110.

[6]張慶,雷航.一種基于UML狀態(tài)圖的面向?qū)ο箢惣墱y試模型[J].計算機工 程,2005,31(21):75-77.

[7]覃釗璇,曾一,柴艷欣等.基于UML活動圖的多態(tài)性測試用例生成[J].計算機工程,2010,36(11):83-84.

[8]李留英,王戟,齊治昌.UML statecharts的測試用例生成方法[J].計算機研究與發(fā)展,2001,38(6):691-697.

[9]蔣俊.基于UML的面向?qū)ο蠼＜夹g(shù)的研究[J].信息與電腦,2010(4):148.

[10]李興鵬.基于UMI高校教務(wù)管理系統(tǒng)的分析與設(shè)計[J].電腦知識與技術(shù),2007,22:899-900

[11]趙雪峰.基于UML的教學(xué)評價系統(tǒng)建模[J].計算機與信息技術(shù),2010.

[12]張從亮.基于UML的面向?qū)ο筌浖治雠c建模[J].信息與電腦(理論版),2010(4):74-75.