面向?qū)ο蟪绦蛟O(shè)計課件

軟件工程南京大學(xué)計算機科學(xué)與技術(shù)系軟件工程南京大學(xué)計算機科學(xué)與技術(shù)系1第二部分面向?qū)ο筌浖こ蹋藴式ＵZ言UML）2009SoftwareEngineeringGroup第二部分2009SoftwareEngineeringG1、面向?qū)ο蟾拍?、面向?qū)ο蟪绦蛟O(shè)計范型3、面向?qū)ο蠼?、統(tǒng)一建模語言UML5、UML用例圖6、UML類圖、對象圖、包圖和復(fù)合結(jié)構(gòu)圖7、UML狀態(tài)機圖、順序圖、活動圖、通訊圖和交互概觀圖8、UML構(gòu)件圖和部署圖9、UML定時圖10、模型驅(qū)動的體系結(jié)構(gòu)2009SoftwareEngineeringGroup內(nèi)容組織1、面向?qū)ο蟾拍?009SoftwareEngineer面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?“面向?qū)ο蟆笔且环N認識客觀世界的世界觀，這種世界觀將客觀世界看成是有許多不同種類的對象構(gòu)成的，每個對象有自己的內(nèi)部狀態(tài)和運動規(guī)律，不同對象之間的相互聯(lián)系、相互作用就構(gòu)成了完整的客觀世界。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?“面向?qū)ο蟆笔菑慕Y(jié)構(gòu)組織的角度去模擬客觀世界的一種方法，這種方法的基本著眼點是構(gòu)成客觀世界的那些成分----對象。用“面向?qū)ο蟆钡挠^點去認識客觀世界，用“面向?qū)ο蟆钡姆椒ㄈツM客觀世界，這就構(gòu)成了“面向?qū)ο蟆钡耐暾x。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?對象對象是現(xiàn)實世界中個體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。屬性表示對象的性質(zhì)，屬性值規(guī)定了對象所有可能的狀態(tài)。對象的操作是指該對象可以展現(xiàn)的外部服務(wù)。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?類和實例類是某些對象的共同特性的表示，它描述了這些對象內(nèi)部是如何構(gòu)造的。相同類的對象在它們的操作和它們的信息結(jié)構(gòu)兩個方面都有相同的定義。在面向?qū)ο笙到y(tǒng)中，每個對象都屬于一個類。屬于某個特定類的對象稱為該類的實例。因此，常常把對象和實例當作同義詞。實例是從某類創(chuàng)建的一個對象。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?繼承

如果類B繼承類A，那么類A中描述的操作和信息結(jié)構(gòu)將成為類B的一部分。借助繼承，可以表示類之間的類似性，并且在其他類能繼承的一個類中描述這些相似性。因此，就能夠復(fù)用公共的描述。繼承常常被提倡為軟件工業(yè)界中關(guān)于復(fù)用的一個核心思想。繼承還有利于軟件維護。通過抽取和共享公共特性就能夠通用化一些類，并且把它們放在繼承層次的更高位置。同樣，如果希望增加新類，可以尋找這樣一個類，它已經(jīng)提供了適用于該新類的某些操作和信息結(jié)構(gòu)。然后，讓新類繼承這個類，只需增加該新類所獨有的那些內(nèi)容。然后，使這個類專用化。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn建立對象模型Identifyingclassesandobjects

（識別對象和類）Specifyingattributes

（說明對象屬性）Definingoperations

（定義對象操作）Finalizingtheobjectdefinition

（最終確定對象定義）2009SoftwareEngineeringGroup建立對象模型Identifyingclassesand面向?qū)ο蟮倪^程模型2009SoftwareEngineeringGroupPlanningRiskAnalysisCustomerCommunicationCustomerEvaluationEngineering,Construction&ReleaseIdentifycandidateclassesConstructnthiterationofsystemLookupclassesinlibraryPutnewclassesinlibraryExtractclassesifavailableEngineerclassesifunavailableanalysisdesignprogrammingtesting面向?qū)ο蟮倪^程模型2009SoftwareEngineer面向?qū)ο筌浖こ?/p>

面向?qū)ο蠼Ｃ嫦驅(qū)ο笏枷氡容^自然地模擬了人類認識客觀世界的方式，面向?qū)ο蟮姆治龊驮O(shè)計應(yīng)該從建模開始。構(gòu)造模型通常出于以下幾個目的：在著手解決一個復(fù)雜問題之前，對解決方案進行檢測；用于同客戶或其他相關(guān)人員進行交流；加強視覺效果；對復(fù)雜問題進行簡化。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009S面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼ＤＰ褪菍κ挛锏囊环N抽象，人們常常在正式建造實物之前，首先建立一個簡化的模型，以便更透徹地了解它的本質(zhì)，抓住問題的要害；在模型中，人們總是剔除那些與問題無關(guān)的、非本質(zhì)的東西，從而使模型與真實的實體相比更加簡單、易于把握；2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009SoftwareEng面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼Ｔ诮ㄔ煲粋€復(fù)雜系統(tǒng)時，開發(fā)者必須從多種不同的角度來抽象系統(tǒng)，使用準確的符號來構(gòu)造模型，然后檢查這些模型是否符合系統(tǒng)的需求，并逐步添加細節(jié)，從而將這些模型轉(zhuǎn)化成實現(xiàn)方案。建模語言是面向?qū)ο蠼Ｖ械囊粋€非常關(guān)鍵的因素。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009SoftwareEng標準建模語言UMLUML的設(shè)計目標：運用面向?qū)ο蟾拍顏順?gòu)造系統(tǒng)模型建立起從概念模型直至可執(zhí)行體之間明顯的對應(yīng)關(guān)系著眼于那些有重大影響的問題創(chuàng)建一種對人和機器都適用的建模語言2009SoftwareEngineeringGroup標準建模語言UMLUML的設(shè)計目標：2009SoftwareUML產(chǎn)生背景90年代：面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)Booch方法，OMT方法，OOSE方法等……三大方法提出者合力推出UMLUML建立在當今國際上最有代表性的三種面向?qū)ο蠓椒ǎ˙ooch方法，OMT方法，OOSE方法）的基礎(chǔ)之上UML由OMG于1997年11月正式采納為標準UML是一種建模語言而不是一種方法，其本身是獨立于過程的2009SoftwareEngineeringGroupUML產(chǎn)生背景90年代：面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)2009SUML的創(chuàng)建人2009SoftwareEngineeringGroup并稱UML三友（ThreeAmigos）GradyBoochDr.IvarJacobsonDr.JamesRumbaughOMT方法OOSE方法Booch方法UML的創(chuàng)建人2009SoftwareEngineerinUML的發(fā)展歷史2009公眾反饋OOPSLA95UnifiedMethod0.8

Booch93OMT-21996.6和1996.10UML0.9&0.911997.9公布UML1.1

1997.1公布UML1.0合作伙伴意見1997.11.17

UML1.1被OMG采納為標準

Booch91OMT-1其他方法

OOSE1997~2003

UML1.x2005~2006

UML2.0其中包括1.3、1.4和1.5版面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)2007.2

UML2.1.1UML三友提出UML的發(fā)展歷史2009公眾OOPSLA95Unif如何理解UMLUML為人們提供了從不同的角度去觀察和展示系統(tǒng)的各種特征的一種標準表達方式。在UML中，從任何一個角度對系統(tǒng)所作的抽象都可能需要用幾種模型圖來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的完整模型。2009SoftwareEngineeringGroup如何理解UMLUML為人們提供了從不同的角度去UML的視角

一般而言，我們可以從以下幾種常用的視角來描述一個系統(tǒng)：系統(tǒng)的使用實例：從系統(tǒng)外部的操作者的角度描述系統(tǒng)的功能。系統(tǒng)的邏輯結(jié)構(gòu)：描述系統(tǒng)內(nèi)部的靜態(tài)結(jié)構(gòu)和動態(tài)行為，即從內(nèi)部描述如何設(shè)計實現(xiàn)系統(tǒng)功能。系統(tǒng)的構(gòu)成：描述系統(tǒng)由哪些程序構(gòu)件所組成。系統(tǒng)的并發(fā)性：描述系統(tǒng)的并發(fā)性，強調(diào)并發(fā)系統(tǒng)中存在的各種通信和同步問題。系統(tǒng)的配置：描述系統(tǒng)的軟件和各種硬件設(shè)備之間的配置關(guān)系。2009SoftwareEngineeringGroupUML的視角一般而言，我們可以從以下標準建模語言UMLUML語義元-元模型：元模型的基礎(chǔ)體系結(jié)構(gòu)，定義一種說明元模型的語言元模型：元-元模型的一個實例，定義一種說明模型的語言模型：元模型的一個實例，定義一種語言來描述信息領(lǐng)域用戶對象：模型的一個實例，定義一個特定的領(lǐng)域2009SoftwareEngineeringGroup標準建模語言UMLUML語義2009SoftwareEngUML2.0規(guī)范的四個部分2009SoftwareEngineeringGroup定義了最基本的構(gòu)造塊，用于描述UML本身以及針對特定的域（如，實時領(lǐng)域）對UML進行定制。定義了用戶級的構(gòu)造塊（constructs），用于對系統(tǒng)的結(jié)構(gòu)、行為進行詳述（如，類圖、順序圖等）。定義了針對UML的圖交換標準，用于對模型以及模型圖（包含圖形的布局信息）進行交換。用于定義針對模型以及模型元素的約束信息。DiagramInterchangeSuperstructureInfrastructureOCLUML2.0的目標是服務(wù)于模型驅(qū)動軟件開發(fā)基于UML2.0規(guī)范的四個部分2009SoftwareEngUML2.0Infrastructure設(shè)計目標定義一個元語言的核心–基礎(chǔ)結(jié)構(gòu)庫(InfrastructureLibrary)通過對此核心的復(fù)用，可以定義一個自展的UML元模型通過共用核心包，使UML和其它建模語言在體系結(jié)構(gòu)上保持一致2009SoftwareEngineeringGroupUML2.0Infrastructure設(shè)計目標定義一個UML2.0Superstructure設(shè)計目標嚴格地復(fù)用Infrastructure中的模型構(gòu)造物支持接口、部件和連接子，及其層次化組合能力，從而提高對架構(gòu)的規(guī)約能力；增強行為圖的可伸縮性、精確性和集成能力；審定所有UML1.x的構(gòu)造物和圖，適當?shù)鼐?、取締和逐步淘汰，同時進行大量擴展2009SoftwareEngineeringGroupUML2.0Superstructure設(shè)計目標嚴格地DiagramInterchange的設(shè)計目標定義一個針對UML模型及圖的交換標準UML模型和圖UML建模結(jié)果既包含模型元素本身（反映語義信息），還包含圖形化的布局（反映語法信息）DI可以同時支持兩個層次的UML交換2009SoftwareEngineeringGroupDiagramInterchange的設(shè)計目標定義一個針對OCL的設(shè)計目標ObjectConstraintLanguage（OCL）OCL是一種基于一階謂詞邏輯和集合論的形式化語言O(shè)CL主要用于針對UML模型定義不變式條件（invariantconditions）和前后置條件（pre-/post-conditions）除了精確的語義之外，OCL還有無副作用（sideeffect）的優(yōu)點2009SoftwareEngineeringGroupOCL的設(shè)計目標ObjectConstraintLangUML2.0支持13種圖2009SoftwareEngineeringGroup新增了4種圖調(diào)整了2種圖UML2.0規(guī)范提供的分類層次UML2.0支持13種圖2009SoftwareEngi常用的中譯名2009SoftwareEngineeringGroup常用的中譯名2009SoftwareEngineeringUML2.0增改的圖相對于UML1.5增加了4種圖復(fù)合結(jié)構(gòu)圖（CompositeStructureDiagram）包圖（PackageDiagram）交互概觀圖（InteractionOverviewDiagram）定時圖（TimingDiagram）

注：包圖在UML1.x中并不是一種正式的圖對2種圖重新命名原來的協(xié)作圖(CollaborationDiagrams)改名為通訊圖(CommunicationDiagrams)原來的狀態(tài)圖(StatechartDiagrams)改名為狀態(tài)機圖(StateMachineDiagrams)2009SoftwareEngineeringGroupUML2.0增改的圖相對于UML1.5增加了4種圖2009S從實用的角度再看13種圖2009SoftwareEngineeringGroup介紹順序：從實用的角度再看13種圖2009SoftwareEngin2009SoftwareEngineeringGroup

Part2-1總結(jié)2009SoftwareEngineeringGroup軟件工程南京大學(xué)計算機科學(xué)與技術(shù)系軟件工程南京大學(xué)計算機科學(xué)與技術(shù)系31第二部分面向?qū)ο筌浖こ蹋藴式ＵZ言UML）2009SoftwareEngineeringGroup第二部分2009SoftwareEngineeringG1、面向?qū)ο蟾拍?、面向?qū)ο蟪绦蛟O(shè)計范型3、面向?qū)ο蠼?、統(tǒng)一建模語言UML5、UML用例圖6、UML類圖、對象圖、包圖和復(fù)合結(jié)構(gòu)圖7、UML狀態(tài)機圖、順序圖、活動圖、通訊圖和交互概觀圖8、UML構(gòu)件圖和部署圖9、UML定時圖10、模型驅(qū)動的體系結(jié)構(gòu)2009SoftwareEngineeringGroup內(nèi)容組織1、面向?qū)ο蟾拍?009SoftwareEngineer面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?“面向?qū)ο蟆笔且环N認識客觀世界的世界觀，這種世界觀將客觀世界看成是有許多不同種類的對象構(gòu)成的，每個對象有自己的內(nèi)部狀態(tài)和運動規(guī)律，不同對象之間的相互聯(lián)系、相互作用就構(gòu)成了完整的客觀世界。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?“面向?qū)ο蟆笔菑慕Y(jié)構(gòu)組織的角度去模擬客觀世界的一種方法，這種方法的基本著眼點是構(gòu)成客觀世界的那些成分----對象。用“面向?qū)ο蟆钡挠^點去認識客觀世界，用“面向?qū)ο蟆钡姆椒ㄈツM客觀世界，這就構(gòu)成了“面向?qū)ο蟆钡耐暾x。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?對象對象是現(xiàn)實世界中個體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。屬性表示對象的性質(zhì)，屬性值規(guī)定了對象所有可能的狀態(tài)。對象的操作是指該對象可以展現(xiàn)的外部服務(wù)。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?類和實例類是某些對象的共同特性的表示，它描述了這些對象內(nèi)部是如何構(gòu)造的。相同類的對象在它們的操作和它們的信息結(jié)構(gòu)兩個方面都有相同的定義。在面向?qū)ο笙到y(tǒng)中，每個對象都屬于一個類。屬于某個特定類的對象稱為該類的實例。因此，常常把對象和實例當作同義詞。實例是從某類創(chuàng)建的一個對象。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?繼承

如果類B繼承類A，那么類A中描述的操作和信息結(jié)構(gòu)將成為類B的一部分。借助繼承，可以表示類之間的類似性，并且在其他類能繼承的一個類中描述這些相似性。因此，就能夠復(fù)用公共的描述。繼承常常被提倡為軟件工業(yè)界中關(guān)于復(fù)用的一個核心思想。繼承還有利于軟件維護。通過抽取和共享公共特性就能夠通用化一些類，并且把它們放在繼承層次的更高位置。同樣，如果希望增加新類，可以尋找這樣一個類，它已經(jīng)提供了適用于該新類的某些操作和信息結(jié)構(gòu)。然后，讓新類繼承這個類，只需增加該新類所獨有的那些內(nèi)容。然后，使這個類專用化。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蟾拍?2009SoftwareEn建立對象模型Identifyingclassesandobjects

（識別對象和類）Specifyingattributes

（說明對象屬性）Definingoperations

（定義對象操作）Finalizingtheobjectdefinition

（最終確定對象定義）2009SoftwareEngineeringGroup建立對象模型Identifyingclassesand面向?qū)ο蟮倪^程模型2009SoftwareEngineeringGroupPlanningRiskAnalysisCustomerCommunicationCustomerEvaluationEngineering,Construction&ReleaseIdentifycandidateclassesConstructnthiterationofsystemLookupclassesinlibraryPutnewclassesinlibraryExtractclassesifavailableEngineerclassesifunavailableanalysisdesignprogrammingtesting面向?qū)ο蟮倪^程模型2009SoftwareEngineer面向?qū)ο筌浖こ?/p>

面向?qū)ο蠼Ｃ嫦驅(qū)ο笏枷氡容^自然地模擬了人類認識客觀世界的方式，面向?qū)ο蟮姆治龊驮O(shè)計應(yīng)該從建模開始。構(gòu)造模型通常出于以下幾個目的：在著手解決一個復(fù)雜問題之前，對解決方案進行檢測；用于同客戶或其他相關(guān)人員進行交流；加強視覺效果；對復(fù)雜問題進行簡化。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009S面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼ＤＰ褪菍κ挛锏囊环N抽象，人們常常在正式建造實物之前，首先建立一個簡化的模型，以便更透徹地了解它的本質(zhì)，抓住問題的要害；在模型中，人們總是剔除那些與問題無關(guān)的、非本質(zhì)的東西，從而使模型與真實的實體相比更加簡單、易于把握；2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009SoftwareEng面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼Ｔ诮ㄔ煲粋€復(fù)雜系統(tǒng)時，開發(fā)者必須從多種不同的角度來抽象系統(tǒng)，使用準確的符號來構(gòu)造模型，然后檢查這些模型是否符合系統(tǒng)的需求，并逐步添加細節(jié)，從而將這些模型轉(zhuǎn)化成實現(xiàn)方案。建模語言是面向?qū)ο蠼Ｖ械囊粋€非常關(guān)鍵的因素。2009SoftwareEngineeringGroup面向?qū)ο筌浖こ堂嫦驅(qū)ο蠼?009SoftwareEng標準建模語言UMLUML的設(shè)計目標：運用面向?qū)ο蟾拍顏順?gòu)造系統(tǒng)模型建立起從概念模型直至可執(zhí)行體之間明顯的對應(yīng)關(guān)系著眼于那些有重大影響的問題創(chuàng)建一種對人和機器都適用的建模語言2009SoftwareEngineeringGroup標準建模語言UMLUML的設(shè)計目標：2009SoftwareUML產(chǎn)生背景90年代：面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)Booch方法，OMT方法，OOSE方法等……三大方法提出者合力推出UMLUML建立在當今國際上最有代表性的三種面向?qū)ο蠓椒ǎ˙ooch方法，OMT方法，OOSE方法）的基礎(chǔ)之上UML由OMG于1997年11月正式采納為標準UML是一種建模語言而不是一種方法，其本身是獨立于過程的2009SoftwareEngineeringGroupUML產(chǎn)生背景90年代：面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)2009SUML的創(chuàng)建人2009SoftwareEngineeringGroup并稱UML三友（ThreeAmigos）GradyBoochDr.IvarJacobsonDr.JamesRumbaughOMT方法OOSE方法Booch方法UML的創(chuàng)建人2009SoftwareEngineerinUML的發(fā)展歷史2009公眾反饋OOPSLA95UnifiedMethod0.8

Booch93OMT-21996.6和1996.10UML0.9&0.911997.9公布UML1.1

1997.1公布UML1.0合作伙伴意見1997.11.17

UML1.1被OMG采納為標準

Booch91OMT-1其他方法

OOSE1997~2003

UML1.x2005~2006

UML2.0其中包括1.3、1.4和1.5版面向?qū)ο蠓治鲈O(shè)計方法學(xué)之戰(zhàn)2007.2

UML2.1.1UML三友提出UML的發(fā)展歷史2009公眾OOPSLA95Unif如何理解UMLUML為人們提供了從不同的角度去觀察和展示系統(tǒng)的各種特征的一種標準表達方式。在UML中，從任何一個角度對系統(tǒng)所作的抽象都可能需要用幾種模型圖來描述，而這些來自不同角度的模型圖最終組成了系統(tǒng)的完整模型。2009SoftwareEngineeringGroup如何理解UMLUML為人們提供了從不同的角度去UML的視角

一般而言，我們可以從以下幾種常用的視角來描述一個系統(tǒng)：系統(tǒng)的使用實例：從系統(tǒng)外部的操作者的角度描述系統(tǒng)的功能。系統(tǒng)的邏輯結(jié)構(gòu)：描述系統(tǒng)內(nèi)部的靜態(tài)結(jié)構(gòu)和動態(tài)行為，即從內(nèi)部描述如何設(shè)計實現(xiàn)系統(tǒng)功能。系統(tǒng)的構(gòu)成：描述系統(tǒng)由哪些程序構(gòu)件所組成。系統(tǒng)的并發(fā)性：描述系統(tǒng)的并發(fā)性，強調(diào)并發(fā)系統(tǒng)中存在的各種通信和同步問題。系統(tǒng)的配置：描述系統(tǒng)的軟件和各種硬件設(shè)備之間的配置關(guān)系。2009SoftwareEngineeringGroupUML的視角一般而言，我們可以從以下標準建模語言UMLUML語義元-元模型：元模型的基礎(chǔ)體系結(jié)構(gòu)，定義一種說明元模型的語言元模型：元-元模型的一個實例，定義一種說明模型的語言模型：元模型的一個實例，定義一種語言來描述信息領(lǐng)域用戶對象：模型的一個實例，定義一個特定的領(lǐng)域2009SoftwareEngineeringGroup標準建模語言UMLUML語義2009SoftwareEngUML2.0規(guī)范的四個部分2009SoftwareEngineeringGroup定義了最基本的構(gòu)造塊，用于描述UML本身以及針對特定的域（如，實時領(lǐng)域）對UML進行定制。定義了用戶級的構(gòu)造塊（constructs），用于對系統(tǒng)的結(jié)構(gòu)、行為進行詳述（如，類圖、順序圖等）。定義了針對UML的圖交換標準，用于對模型以及模型圖（包含圖形的布局信息）進行交換。用于定義針對模型以及模型元素的約束信息。DiagramInterchangeSuperstructureInfrastructureOCLUML2.0的目標是服務(wù)于模型驅(qū)動軟件開發(fā)基于UML2.0規(guī)范的四個部分2009SoftwareEngUML2.0Infrastructure設(shè)計目標定義一個元語言的核心–基礎(chǔ)結(jié)構(gòu)庫(InfrastructureLibrary)通過對此核心的復(fù)用，可以定義一個自展的UML元模型通過共用核心包，使UML和其它建模語言在體系結(jié)構(gòu)上保持一致2009SoftwareEngineeringGroupUML2.0Infrastructure設(shè)計目標定義一個UML2.0Superstructure設(shè)計目標嚴格地復(fù)用Infrastructure中的模型構(gòu)造物支持接口、部件和連接子，及其層次化組合能力，從而提高對架構(gòu)的規(guī)約能力；增強行為圖的可伸縮性、精確性和集成能力；審定所有UML1.x的構(gòu)造物和圖，適當