面向?qū)ο蠹夹g(shù)-面向?qū)ο蠹夹g(shù)基礎(chǔ)

面向?qū)ο蠹夹g(shù)-面向?qū)ο蠹夹g(shù)基礎(chǔ)課程主要內(nèi)容面向?qū)ο蟾拍頤ML軟件建模典型設(shè)計(jì)模式設(shè)計(jì)案例分析課程要求：了解面向?qū)ο蠹夹g(shù)概念盡可能掌握面向?qū)ο蟪绦蛟O(shè)計(jì)語(yǔ)言C#

熟悉UML建模過程掌握幾種設(shè)計(jì)模式，并能應(yīng)用到設(shè)計(jì)中按時(shí)完成相關(guān)作業(yè)考試形式：筆試2面向?qū)ο蠹夹g(shù)基礎(chǔ)系統(tǒng)的概念軟件開發(fā)方法與RUP面向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο蟮姆治雠c設(shè)計(jì)系統(tǒng)建模與UML設(shè)計(jì)模式3系統(tǒng)的概念系統(tǒng)的定義系統(tǒng)是一個(gè)業(yè)務(wù)單位內(nèi)使用的一組相互聯(lián)系的業(yè)務(wù)過程、對(duì)象或構(gòu)件，它們?yōu)榱四硞€(gè)目標(biāo)而共同工作。包括系統(tǒng)構(gòu)件、相互關(guān)系、邊界、目標(biāo)、環(huán)境、系統(tǒng)界面、輸入、輸出和約束等特性。系統(tǒng)處于一個(gè)環(huán)境中，邊界將系統(tǒng)與它的環(huán)境分開，系統(tǒng)從這個(gè)環(huán)境中取得輸入，處理該數(shù)據(jù)，并將結(jié)果輸出送回給它的環(huán)境。4系統(tǒng)的概念如何構(gòu)建一個(gè)系統(tǒng)？系統(tǒng)分析：是什么系統(tǒng)設(shè)計(jì)：怎么做系統(tǒng)實(shí)現(xiàn)與運(yùn)轉(zhuǎn)：具體實(shí)現(xiàn)項(xiàng)目管理與計(jì)劃5系統(tǒng)的概念重要的幾個(gè)概念分解：將系統(tǒng)分為更小成分模塊化：更小成分的存在形式耦合度；模塊之間的相互依賴內(nèi)聚度：模塊完成單個(gè)功能的程度6軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變?cè)挤椒ǎ菏止ぷ鞣皇椒椒ㄏ到y(tǒng)開發(fā)生命周期70年代，系統(tǒng)開發(fā)生命周期法(SystemDevelopmentLifeCycle,SDLC)計(jì)劃和選擇分析設(shè)計(jì)實(shí)現(xiàn)與運(yùn)轉(zhuǎn)7軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變結(jié)構(gòu)化分析與設(shè)計(jì)一種基于過程建模的SDLC方法以數(shù)據(jù)流圖DFD為基礎(chǔ)一個(gè)業(yè)務(wù)過程被分解為更小的過程缺乏對(duì)數(shù)據(jù)的關(guān)注8軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變面向數(shù)據(jù)的方法適合于基于數(shù)據(jù)庫(kù)管理系統(tǒng)的開發(fā)以實(shí)體關(guān)系模型為核心(ER圖)9軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變面向?qū)ο蟮姆椒▽?shù)據(jù)和操作關(guān)聯(lián)注重復(fù)用10軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變敏捷方法價(jià)值觀：個(gè)人和交互高于過程和工具；可運(yùn)行軟件高于詳盡的文檔；與客戶協(xié)作高于合同談判；對(duì)變更及時(shí)作出反應(yīng)高于遵循計(jì)劃；開發(fā)原則：最優(yōu)先的是通過盡早地和不斷地提交有價(jià)值地軟件來使客戶滿意；歡迎變化地需求，即使該變化出現(xiàn)在開發(fā)的后期，為了提升對(duì)客戶的競(jìng)爭(zhēng)優(yōu)勢(shì)，Agile過程利用變化作為動(dòng)力；11軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變敏捷方法開發(fā)原則：以幾周或幾個(gè)月為周期，盡快、不斷地發(fā)布可運(yùn)行軟件；在整個(gè)項(xiàng)目過程中，業(yè)務(wù)人員和開發(fā)人員必須天天在一起工作；以積極向上的員工為中心建立項(xiàng)目組，給予他們所需要的環(huán)境和支持，對(duì)他們的工作予以充分的信任；項(xiàng)目組內(nèi)效率最高，最有效的信息傳遞方式是面對(duì)面交談；測(cè)量項(xiàng)目進(jìn)展的首要依據(jù)是可運(yùn)行的軟件；敏捷過程提倡可持續(xù)開發(fā)，項(xiàng)目發(fā)起者、開發(fā)者和用戶應(yīng)能長(zhǎng)期保持恒定的速度；12軟件開發(fā)方法與RUP系統(tǒng)開發(fā)方法的演變敏捷方法開發(fā)原則：應(yīng)該時(shí)刻關(guān)注技術(shù)上的精益求精和好的設(shè)計(jì)，以增強(qiáng)敏捷性；簡(jiǎn)單化是必不可少的，這是盡可能減少不必要工作的藝術(shù)；最好的架構(gòu)、需求和設(shè)計(jì)出自于自我組織的團(tuán)隊(duì)；團(tuán)隊(duì)要定期反思怎樣才能更加有效，并據(jù)此調(diào)整自己的行為。13軟件開發(fā)方法與RUPRUPSDLC存在的不足不易接收用戶需求中的變化，從生命周期往回走通常很難而且代價(jià)高昂；分析和設(shè)計(jì)不連貫14軟件開發(fā)方法與RUPRUP迭代和增量式開發(fā)可以減少那些包含大量不確定元素的大項(xiàng)目風(fēng)險(xiǎn)；用戶在開發(fā)的早期就有機(jī)會(huì)開始體驗(yàn)產(chǎn)品；已成為敏捷方法的關(guān)鍵成分。15軟件開發(fā)方法與RUPRUP統(tǒng)一軟件開發(fā)過程(RationalUnifiedProcess)是基于一種迭代的增量式系統(tǒng)開發(fā)方法。初始階段：定義范圍，確定項(xiàng)目的可行性、理解用戶需求、并準(zhǔn)備一份軟件開發(fā)計(jì)劃；細(xì)化階段：詳盡分析用戶需求，逐漸形成一個(gè)基線體系結(jié)構(gòu)；構(gòu)建階段：軟件被編碼、測(cè)試和文檔化；轉(zhuǎn)換階段：系統(tǒng)被部署，用戶接收培訓(xùn)并獲得支持。16軟件開發(fā)方法與RUPRUP統(tǒng)一軟件開發(fā)過程(RationalUnifiedProcess)是基于一種迭代的增量式系統(tǒng)開發(fā)方法。17軟件開發(fā)方法與RUPRUPRUP中如何體現(xiàn)迭代過程？18面向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο蠓椒ǔ霈F(xiàn)的原因從認(rèn)知學(xué)的角度來看，面向?qū)ο蠓椒ǚ先藗儗?duì)客觀世界的認(rèn)知規(guī)律；面向?qū)ο蠓椒ㄩ_發(fā)的軟件系統(tǒng)易于維護(hù)、其體系結(jié)構(gòu)易于理解、擴(kuò)充和修改；面向?qū)ο蠓椒ㄖ械睦^承機(jī)制有力支持軟件的復(fù)用。19面向?qū)ο蟮幕靖拍钍裁词菍?duì)象在計(jì)算機(jī)系統(tǒng)中，對(duì)象是指一組屬性以及這些屬性上的專用操作的封裝體。對(duì)象具有特性和行為。20面向?qū)ο蟮幕靖拍铑愵愂且唤M具有相同屬性和相同操作的對(duì)象集合。類是抽象的，對(duì)象是具體的，一個(gè)對(duì)象也被稱作是一個(gè)類的實(shí)例。21面向?qū)ο蟮幕靖拍顚傩詫?duì)象的狀態(tài)描述，數(shù)據(jù)成員22面向?qū)ο蟮幕靖拍畈僮鲗?duì)象的行為描述，也稱為方法，成員函數(shù)每個(gè)操作都有一個(gè)特征(原型描述)和一個(gè)實(shí)現(xiàn)23面向?qū)ο蟮幕靖拍钕⑾⑹窍驅(qū)ο蟀l(fā)出的服務(wù)請(qǐng)求。而對(duì)象則通過對(duì)外提供的服務(wù)在系統(tǒng)中發(fā)揮自己的作用。一個(gè)消息包含消息名、接受對(duì)象的標(biāo)志、服務(wù)標(biāo)志、輸入信息、回答信息等。當(dāng)一個(gè)消息發(fā)送給某個(gè)對(duì)象時(shí)，包含要求接受對(duì)象去執(zhí)行某些活動(dòng)的信息，而接受到消息的對(duì)象經(jīng)過解釋，然后予以響應(yīng)，這種通信機(jī)制就是消息傳遞機(jī)制。24面向?qū)ο蟮幕靖拍罘庋b封裝是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則。封裝有兩個(gè)含義：結(jié)合性，即將屬性和方法結(jié)合信息隱蔽性，利用接口機(jī)制隱蔽內(nèi)部細(xì)節(jié)因此封裝的目的在于將對(duì)象的使用者和設(shè)計(jì)者分開，以提高軟件的可維護(hù)性和可修改性。25面向?qū)ο蟮幕靖拍罘夯ɡ^承）是類間的一種基本關(guān)系，是基于層次關(guān)系的不同類共享數(shù)據(jù)和操作的一種機(jī)制。父類定義了其所有子類的公共屬性和操作，在子類中除了定義自己特有的屬性和操作外，還可以對(duì)父類（或祖先類）中的操作重新定義其實(shí)現(xiàn)方法，即重載26面向?qū)ο蟮幕靖拍疃鄳B(tài)性是指同一操作作用于不同對(duì)象上可以有不同的解釋，并產(chǎn)生不同的執(zhí)行結(jié)果。動(dòng)態(tài)綁定，是指在程序運(yùn)行時(shí)才將消息所請(qǐng)求的操作與實(shí)現(xiàn)該操作的方法進(jìn)行連接。27面向?qū)ο蟮幕靖拍罱涌诰哂邢嗨乒δ艿牟僮魈卣鞯募鲜褂谜咧恍枰私膺@些特征便可以使用這些操作，因此每個(gè)類對(duì)外界提供的操作可以以不同接口形式提供出來，而隱藏其具體實(shí)現(xiàn)。28面向?qū)ο蟮幕靖拍顦?gòu)件類似于一個(gè)物理構(gòu)件，是軟件系統(tǒng)的一個(gè)部署單位。是一個(gè)具有清晰的功能和接口的子系統(tǒng)29面向?qū)ο蟮幕靖拍畎窍嚓P(guān)的分析或設(shè)計(jì)元素的一個(gè)邏輯分組；將相關(guān)的類和構(gòu)件簇集在一起形成的一個(gè)命名機(jī)制，首要目標(biāo)是標(biāo)識(shí)系統(tǒng)中的主要單元。30面向?qū)ο蟮幕靖拍铌P(guān)聯(lián)是類的實(shí)例（對(duì)象）之間的一種關(guān)系，也可以是同一個(gè)類的對(duì)象之間的一種關(guān)系；聚合：整體——部分關(guān)系組合：更強(qiáng)的聚合關(guān)系31面向?qū)ο蟮幕靖拍蠲嫦驅(qū)ο蟮幕咎卣髅嫦驅(qū)ο?對(duì)象+類+繼承+通信封裝性繼承性多態(tài)性32面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題33CopyWriteprinterReadkeyboard面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題34Publicclasscopier{ publicstaticvoidcopy() { intc; while((c=keyboard.read())!=NULL) printer.write(c); }}面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題需求的變化：可以支持紙帶機(jī)輸入;可以支持穿孔機(jī)輸出35Publicclasscopier{publicstaticboolptflag=false;publicstaticboolpunchflag=false;publicstaticvoidcopy(){intc;while((c=(ptflag?papertape.read():keyboard.read()))!=NULL)punchflag?papertape.puch(c):printer.write(c);}}面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題需求還在變化：可以支持…輸入;可以支持…輸出,如何處理？僵化性脆弱性頑固性粘滯性不必要的復(fù)雜性不必要的重復(fù)性晦澀性36面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題需求還在變化：可以支持…輸入;可以支持…輸出,如何處理？37CopyWriteInterfaceReadkeyboardReadInterfaceWriteprinter面向?qū)ο蠹夹g(shù)的引入是否就解決了軟件開發(fā)中的遇到的問題設(shè)計(jì)存在的問題如何描述這些設(shè)計(jì)？建模語(yǔ)言，例如UML便于交流系統(tǒng)脈絡(luò)圖項(xiàng)目文檔的重要部分38面向?qū)ο蟮拈_發(fā)語(yǔ)言面向?qū)ο蟮慕ＵZ(yǔ)言Booch1993（GradyBooch）OOSE（JimRumbaugh）OMT-2（IvarJacobson）UML39面向?qū)ο蟮拈_發(fā)語(yǔ)言面向?qū)ο蟮慕ＵZ(yǔ)言UML的發(fā)展過程40UML語(yǔ)言概述UML（標(biāo)準(zhǔn)建模語(yǔ)言）的歷史面向?qū)ο蟮姆治雠c設(shè)計(jì)（OOA&D）方法的發(fā)展在20世紀(jì)80年代末至20世紀(jì)90年代中出現(xiàn)了一個(gè)高潮，UML是這個(gè)高潮的產(chǎn)物。它不僅統(tǒng)一了Booch、Rumbaugh和Jacobson的表示方法，而且對(duì)其做了進(jìn)一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語(yǔ)言。41UML語(yǔ)言概述UML的定義UML（UnifiedModelingLanguage）統(tǒng)一建模語(yǔ)言，是一種面向?qū)ο蟮慕ＵZ(yǔ)言，它的主要作用是幫助用戶對(duì)軟件系統(tǒng)進(jìn)行面向?qū)ο蟮拿枋龊徒＃ńＪ峭ㄟ^將用戶的業(yè)務(wù)需求映射為代碼，保證代碼滿足這些需求，并能方便地回溯需求的過程），它可以描述這個(gè)軟件開發(fā)過程從需求分析直到實(shí)現(xiàn)和測(cè)試的全過程。42UML語(yǔ)言概述UML的內(nèi)容

UML的定義包括UML語(yǔ)義和UML表示法兩個(gè)部分。

UML可以由下列5類圖來定義。第1類，用例圖（UseCaseDiagram），從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。第2類，靜態(tài)圖（Staticdiagram），包括類圖、對(duì)象圖和包圖。第3類，行為圖（Behaviordiagram），描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象間的交互關(guān)系，包括狀態(tài)圖和活動(dòng)圖。第4類，交互圖（Interactivediagram），描述對(duì)象間的交互關(guān)系，包括時(shí)序圖和合作圖。第5類，實(shí)現(xiàn)圖（Implementationdiagram），包括組件圖和配置圖。43UML語(yǔ)言概述UML的應(yīng)用領(lǐng)域UML的目標(biāo)是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過程，以及處理復(fù)雜數(shù)據(jù)的信息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過程等。44UML語(yǔ)言概述UML的建模機(jī)制UML有兩套建模機(jī)制：靜態(tài)建模機(jī)制和動(dòng)態(tài)建模機(jī)制靜態(tài)建模機(jī)制包括用例圖（UseCaseDiagram）、類圖（ClassDiagram）、對(duì)象圖（ObjectDiagram）、包（Package）、組件圖（ComponentDiagram）和配置圖（DeploymentDiagram）。動(dòng)態(tài)建模機(jī)制包括消息（Message）、狀態(tài)圖（StateDiagram）、時(shí)序圖（SequenceDiagram）、協(xié)作圖（CollaborationDiagram）和活動(dòng)圖（ActivityDiagram）。45UML語(yǔ)言組成UML中的事物UML中的關(guān)系UML中的視圖UML中的圖46UML語(yǔ)言組成UML中的事物UML中的事物（Things）包括結(jié)構(gòu)事物、行為事物、組織事物和輔助事物（也稱注釋事物）。47UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）結(jié)構(gòu)事物主要包括7種，分別是類、接口、協(xié)作、用例、活動(dòng)類、組件和節(jié)點(diǎn)。類是具有相同屬性、相同方法、相同語(yǔ)義和相同關(guān)系的一組對(duì)象的集合。接口是指類或組件所提供的、可以完成特定功能的一組操作的集合，換句話說，接口描述了類或組件的對(duì)外的、可見的動(dòng)作。協(xié)作定義了交互的操作，是一些角色和其他元素一起工作，提供一些合作的動(dòng)作。48UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）用例定義了系統(tǒng)執(zhí)行的一組操作，對(duì)特定的用戶產(chǎn)生可以觀察的結(jié)果?；顒?dòng)類是對(duì)擁有線程并可發(fā)起控制活動(dòng)的對(duì)象（往往稱為主動(dòng)對(duì)象）的抽象。組件是物理上可替換的，實(shí)現(xiàn)了一個(gè)或多個(gè)接口的系統(tǒng)元素。節(jié)點(diǎn)是一個(gè)物理元素，它在運(yùn)行時(shí)存在，代表一個(gè)可計(jì)算的資源，如一臺(tái)數(shù)據(jù)庫(kù)服務(wù)器等。49UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）類：對(duì)具有相同屬性、方法、關(guān)系和語(yǔ)義的對(duì)象的抽象。50UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）接口：類或組件提供特定服務(wù)的一組操作的集合；描述了類或組件的對(duì)外可見的動(dòng)作。51UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）協(xié)作：定義了交互操作；代表構(gòu)成系統(tǒng)的模式的實(shí)現(xiàn)。52UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）用例：描述系統(tǒng)對(duì)一個(gè)特定角色執(zhí)行的一系列動(dòng)作；組織動(dòng)作事物。53UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）活動(dòng)類：類對(duì)象有一個(gè)或多個(gè)進(jìn)程或線程的類。。54UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）組件：實(shí)現(xiàn)了一個(gè)接口集合的物理上可替換的系統(tǒng)部分。55UML語(yǔ)言組成結(jié)構(gòu)事物（StructureThings）節(jié)點(diǎn)：在運(yùn)行時(shí)存在的一個(gè)物理元素；代表一個(gè)可計(jì)算的資源；通常占用一些內(nèi)存和具有處理能力。56UML語(yǔ)言組成行為事物（BehaviorThings）行為事物主要有兩種：交互和狀態(tài)機(jī)。交互：一組對(duì)象在特定上下文中，為達(dá)到某種特定的目的而進(jìn)行的一系列消息交換組成的動(dòng)作。在UML圖中，交互的消息通常畫成帶箭頭的直線狀態(tài)機(jī)是對(duì)象的一個(gè)或多個(gè)狀態(tài)的集合。57UML語(yǔ)言組成組織事物（GroupingThings）組織事物是UML模型中負(fù)責(zé)分組的部分，可以把它看作一個(gè)個(gè)盒子，每個(gè)盒子里面的對(duì)象關(guān)系相對(duì)復(fù)雜，而盒子與盒子之間的關(guān)系相對(duì)簡(jiǎn)單。組織事物只有一種，稱為包。包是一種有組織地將一系列元素分組的機(jī)制。58UML語(yǔ)言組成輔助事物（AnnotationThings）輔助事物，也稱注釋事物，屬于這一類的只有注釋。注釋即是UML模型的解釋部分。在UML圖中，一般表示為折起一角的矩形。59UML語(yǔ)言組成UML中的關(guān)系UML中的關(guān)系（Relationships）主要包括4種：關(guān)聯(lián)關(guān)系、依賴關(guān)系、泛化關(guān)系和實(shí)現(xiàn)關(guān)系。60UML語(yǔ)言組成關(guān)聯(lián)關(guān)系（Association）關(guān)聯(lián)關(guān)系是一種結(jié)構(gòu)化的關(guān)系，指一種對(duì)象和另一種對(duì)象有聯(lián)系。給定關(guān)聯(lián)的兩個(gè)類，可以從其中的一個(gè)類的對(duì)象訪問到另一個(gè)類的相關(guān)對(duì)象。在UML圖中，關(guān)聯(lián)關(guān)系用一條實(shí)線表示61UML語(yǔ)言組成依賴關(guān)系（Dependency）對(duì)于兩個(gè)對(duì)象X、Y，如果對(duì)象X發(fā)生變化，可能會(huì)引起對(duì)另一個(gè)對(duì)象Y的變化，則稱Y依賴于X。在UML圖中，依賴關(guān)系用一條帶有箭頭的虛線來表示。62UML語(yǔ)言組成泛化關(guān)系（Generalization）UML中的泛化關(guān)系定義了一般元素和特殊元素之間的分類關(guān)系，與和C++及Java中的繼承關(guān)系有些類似。在UML圖中，泛化關(guān)系用一條帶有空心箭頭的實(shí)線來表示。63UML語(yǔ)言組成實(shí)現(xiàn)關(guān)系（Realization）實(shí)現(xiàn)關(guān)系將一種模型元素（如類）與另一種模型元素（如接口）連接起來，其中接口只是行為的說明而不是結(jié)構(gòu)或者實(shí)現(xiàn)。真正的實(shí)現(xiàn)由前一個(gè)模型元素來完成。在UML圖中，實(shí)現(xiàn)關(guān)系一般用帶有一條帶有空心箭頭的虛線來表示。64UML語(yǔ)言組成聚合關(guān)系描述了元素之間的部分與整體的關(guān)系，即一個(gè)表示整體的模型元素可能有幾個(gè)表示部分的模型元素聚合而成。65UML語(yǔ)言組成UML中的視圖UML中的各種組件和概念之間沒有明顯的劃分界限，但為方便起見，用視圖來劃分這些概念和組件。視圖只是表達(dá)系統(tǒng)某一方面特征的UML建模組件的子集。在最上一層，視圖被劃分成3個(gè)視圖域：結(jié)構(gòu)分類、動(dòng)態(tài)行為和模型管理。結(jié)構(gòu)分類描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。類元包括類、用例、組件和節(jié)點(diǎn)。類元為研究系統(tǒng)動(dòng)態(tài)行為奠定了基礎(chǔ)。類元視圖包括靜態(tài)視圖、用例視圖和實(shí)現(xiàn)視圖和配置視圖。66UML語(yǔ)言組成UML中的視圖動(dòng)態(tài)行為描述了系統(tǒng)隨時(shí)間變化的行為。行為用從靜態(tài)視圖中抽取的系統(tǒng)的瞬間值的變化來描述。動(dòng)態(tài)行為視圖包括狀態(tài)視圖、活動(dòng)視圖和交互視圖。模型管理說明了模型的分層組織結(jié)構(gòu)。包是