UML基礎(chǔ)與Rose建模復(fù)習(xí)資料

1、UML基礎(chǔ)與Rose建模復(fù)習(xí)資料1-4章一、主要內(nèi)容1、對象與類的定義對象：是面向?qū)ο笙到y(tǒng)的基本構(gòu)造塊，是一些相關(guān)的變量和方法的軟件集。（對象經(jīng)常用于建立對現(xiàn)實世界中的一些基本構(gòu)造塊）注：客觀世界里的任何實體都可以被稱為對象。對象可以是具體的、有形的物，也可以是無形的事物或概念。對象是問題域或?qū)崿F(xiàn)域中某些事物的一個抽象。對象是一個封裝數(shù)據(jù)屬性和操作行為的實體。類：是具有相同屬性和操作的一組對象的組合。也就是說，抽象模型中的類”描述了一組相似對象的共同特征，為屬于該類的全部對象提供了統(tǒng)一的抽象描述。2、面向?qū)ο蟮幕咎卣鳎?）抽象：抽象忽略了事件中與當(dāng)前目標(biāo)無關(guān)的非本質(zhì)特征，強調(diào)與當(dāng)前事物相關(guān)的

2、特征，并將事物正確的歸類，得出事物的抽象模型，并且為對象的重用提供了保障2）封裝：就是把對象的狀態(tài)和行為綁到一起的機制，使對象形成一個獨立的整體，并且盡可能地隱藏對象的內(nèi)部細(xì)節(jié)。3）繼承：是指特殊類的對象擁有其一般類的屬性和行為。4）多態(tài)性：同一操作作用于不同的對象，可以有不同的解釋，產(chǎn)生不同的執(zhí)行結(jié)果。3、UML包含的視圖以及這些視圖都對應(yīng)的圖UML中主要視圖有：靜態(tài)視圖、用例視圖、交互視圖、狀態(tài)機視圖、活動視圖、物理視圖、模型管理視圖對應(yīng)的圖如下圖所示可視化表達(dá)建模角度類圖對象圖瞽志視圖用例圖用例視圖序列圖交互視圖協(xié)作圖狀態(tài)圖狀態(tài)機視圖活動圖活動視圖構(gòu)件圖部署圖物理視圖而ES將現(xiàn)管鉀訓(xùn)圖伯

3、昭受呂閆4、UML包含的圖以及圖的作用在下面的各章節(jié)中都分別有總結(jié)，這里就不總結(jié)5、UML中模型元素的主要關(guān)系UML中主要包含4種關(guān)系：依賴、關(guān)聯(lián)、泛化、實現(xiàn)依賴：指的是兩個事物之間的語義，當(dāng)其中一個事物（獨立的事物）發(fā)生變化就會影響另外一個事物（依賴事物）的語義。關(guān)聯(lián)：是一種事物之間的結(jié)構(gòu)關(guān)系，用它來描述一組鏈，鏈?zhǔn)菍ο笾g的連接。泛化：事物之間的一種特殊/一般關(guān)系，特殊原子（子元素）的對象，也就是我們在面向?qū)ο髮W(xué)中常常提起的繼承。實現(xiàn)：實現(xiàn)關(guān)系也是UML元素之間的一種語義關(guān)系，它描述了一組操作的規(guī)約和一組對操作的具體實現(xiàn)之間的語義關(guān)系。6、對象約束語言的定義對象約束語言（OCL）是一種能夠

4、使用工具進(jìn)行解釋的表達(dá)UML約束的標(biāo)準(zhǔn)方法。對象約束語言包含如下4個基本特征：對象約束語言不僅是查詢語言，還是約束語言。對象約束語W是基吁二數(shù)學(xué)的，但是卻沒有使用相關(guān)數(shù)學(xué)符號的內(nèi)容。對象約束語言是一種強類型的語言。對象約束語言也是一種聲明式語言。7、RationalRose可以建立的視圖以及這些視圖的作用使用RationalRose建立的Rose模型中包含四種視圖：用例視圖、邏輯視圖、構(gòu)件視圖、部署視圖。用例視圖：關(guān)注的是系統(tǒng)功能的高層抽象，適合于對系統(tǒng)進(jìn)行分析和獲取需求，而不關(guān)注于系統(tǒng)的具體實現(xiàn)方法。在用例視圖中可以添加參與者、用例、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動圖、類圖等邏輯視圖：關(guān)

5、注系統(tǒng)如何實現(xiàn)用例中所描述的功能，主要是對系統(tǒng)功能性需求提供支持。邏輯視圖中的模型元素可以包括類、類工具、用例、接口、類圖、用例圖、順序圖、協(xié)作圖、活動圖、狀態(tài)圖等構(gòu)件視圖：用來描述系統(tǒng)中各個實現(xiàn)模塊以及它們之間的依賴關(guān)系。在構(gòu)件視圖中可以創(chuàng)建包、構(gòu)件、構(gòu)件圖等部署視圖：顯示的是系統(tǒng)的實際部署情況，它是為了便于理解系統(tǒng)如何在一組處理節(jié)點上的物理分布，而在分析和設(shè)計中使用構(gòu)架視圖。在系統(tǒng)中只包含一個部署視圖。在部署視圖中可以創(chuàng)建處理器、設(shè)備等模型元素。二、選擇題1、下列關(guān)于UML敘述不正確的是（B）AUML是一種語言，語言的使用者可以對其擴展BUML僅是一組圖形的集合CUML僅適用于整個軟件開發(fā)

6、過程DUML是獨立于軟件開發(fā)過程的2、UML的英文全稱是（A）A、UnifiedModelingLanguageB、UserManageLanguageC、UnitModelingLanguageD、UnifiedManagingLanguage3、定義大多數(shù)的需求和范圍的工作是在RUP中的B_階段完成的。A初始階段B細(xì)化階段C構(gòu)造階段D提交階段4、在面向?qū)ο蟮姆椒▽W(xué)中，對象可看成是屬性及對于這些屬性的專用服務(wù)的封裝體。封裝是一種（1）D_技術(shù)，封裝的目的是使對象的（2）A分離。（1） A組裝B產(chǎn)品化C固化D信息隱藏（2） A定義和實現(xiàn)B設(shè)計和測試C設(shè)計和實現(xiàn)D分析和定義5、類是一組具有相同屬

7、性的和相同服務(wù)的對象的抽象描述，類中的每個對象都是這個類的一個（1）C。類之間共享屬性與服務(wù)的機制稱為（2）D。一個對象通過發(fā)送（3）旦來請求另一個對象為其服務(wù)。（1） A例證B用例C實例D例外（2） A多態(tài)性B動態(tài)綁定C靜態(tài)綁定D繼承（3） A調(diào)用語句B消息C命令D口令6、下列描述中，哪個不是建模的基本原則（D）A.要仔細(xì)的選擇模型B.每一種模型可以在不同的精度級別上表示所要開發(fā)的系統(tǒng)C.模型要與現(xiàn)實相聯(lián)系D.對一個重要的系統(tǒng)用一個模型就可以充分描述7、UML體系包括三個部分：UML基本構(gòu)造塊，（A）和UML公共機制A、UML規(guī)則B、UML命名C、UML模型D、UML約束8、UML中的事物包

8、括：結(jié)構(gòu)事物，分組事物，注釋事物和（D）A、實體事物B、邊界事物C、控制事物D、行為事物9、（A）模型的缺點是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題A、瀑布模型B、原型模型C、增量模型D、螺旋模型10、類圖應(yīng)該畫在Rose的哪種（B）視圖中A、UseCaseViewB、LogicViewC、ComponentviewD、DeploymentView11、組件圖用于對系統(tǒng)的靜態(tài)實現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通常可以分為四種方式來完成，下面哪種不是其中之一（B）A.對源代碼建模B.對事物建模C.對物理數(shù)據(jù)庫建模D.對可適應(yīng)的系統(tǒng)建模12、下列關(guān)于面向?qū)ο蟮姆治雠c

9、設(shè)計的描述琮正確的是（B）。A、面向?qū)ο笤O(shè)計描述軟件要做什么B、面向?qū)ο蠓治霾恍枰紤]技術(shù)和實現(xiàn)層面的細(xì)節(jié)C、面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計的結(jié)果D、面向?qū)ο笤O(shè)計的結(jié)果是簡單的分析模型13、UML的（B）模型圖由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。A用例B靜態(tài)C動態(tài)D系統(tǒng)14、RUP中有（C）個核心過程工作流。（A）1（B）3（C）6（D）9三、填空題1、UML基礎(chǔ)于面向?qū)ο蠓椒ā?、領(lǐng)域模型是一組表示真實世界的概念類.不是軟件部件的模型。3、用例視圖描述了系統(tǒng)的參與者與系統(tǒng)進(jìn)行交互的功能,是參與者所能觀察和使用到的系統(tǒng)功能的模型圖。一個用例是系統(tǒng)的一個功能單元,是參與者與系統(tǒng)之間進(jìn)行的

10、一次交互作用。4、狀態(tài)機視圖是通過對象的各種狀態(tài)建立模型來描述對象隨時間變化的動態(tài)行為.并且它是以獨立的對象為中心進(jìn)行描述的。5、在UML中定義了4種基本的面向?qū)ο蟮氖挛?，分別是結(jié)構(gòu)事物、行為事物、分組事物、注釋事物。6、軟件對象可以這樣定義：所謂軟件對象，是一種將狀五和五大有機結(jié)合起來形成的構(gòu)造模型，它可以用來描述現(xiàn)實世界中的一個對象。7、Rational統(tǒng)一過程以一種能夠被大多數(shù)項目和開發(fā)組織適應(yīng)的形式建立起來，其包含的6項最佳實踐為：迭代式軟件開發(fā)、需求管理、基于構(gòu)件的架構(gòu)應(yīng)用、建立可視化的軟件模型、軟件質(zhì)量驗證、軟件變更控制。8、在Rational統(tǒng)一過程的開發(fā)流程中定義了“誰”，“何

11、時”，“如何”做“某事”，并分別使用四種主要的建模元素來進(jìn)行表達(dá)，它們分別是角色、活動、產(chǎn)物和工作流。9、對于一個以架構(gòu)為中心的開發(fā)組織，需要對架構(gòu)的3個方面進(jìn)行關(guān)注，這3個方面分別是：架構(gòu)的目的、架構(gòu)的表示、架構(gòu)的過程。10、Rose的正向工程以組件為單位,把模型中的一個或多個類圖轉(zhuǎn)換為java源代碼的過程。逆向工程是把代碼轉(zhuǎn)換為設(shè)計模型。11、UML由視圖、圖、模型元素和通用機制四個部分組成。12、UML中的建模機制分為靜態(tài)建模機制和動態(tài)建模機制。四、簡答題1、簡述統(tǒng)一建模語言(UML)統(tǒng)一建模語言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語言?？梢杂肬ML對軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文

12、檔化。UML是一種定義良好、易于表達(dá)、功能強大且普遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)的全過程。UML的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。2、統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？答：1)初始階段：編制簡要的構(gòu)想文檔、業(yè)務(wù)案例、確定范圍、粗略評估成本。2)細(xì)化階段：細(xì)化構(gòu)想文檔、迭代地實現(xiàn)核心構(gòu)架、解決高風(fēng)險的問題、定義大多數(shù)的需求和范圍、進(jìn)一步評估成本3)構(gòu)建階段：迭代地實現(xiàn)系統(tǒng)的其余部分、準(zhǔn)備部署4)移交階段：beta測試、部署3、面向?qū)ο?/p>

13、方法有哪些主要特點？答：(1)使人們更好地認(rèn)識客觀世界。(2)能更好地適應(yīng)需求變化(3)容易實現(xiàn)軟件復(fù)用(4)系統(tǒng)易于維護(hù)和修改4、OOA主要遵循哪些原則？答：(1)構(gòu)造和分解相結(jié)合的原則(2)抽象化和具體化相結(jié)合的原則(3)封裝的原則(4)行為約束的原則第5章、用例圖一、主要內(nèi)容1、用例圖的定義與作用定義：由參與者、用例以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖。作用：用例圖是從軟件需求分析到最終實現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提供的功能，有利于用戶和軟件開發(fā)人員之間的溝通。用例圖可視化地表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點，克服了純文字說明的不足。用例方法是完全從外部來

14、定義系統(tǒng)功能的，它把需求與設(shè)計完全的分離開來，使用戶不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能。2、用例圖的組成組成要素：參與者、用例、系統(tǒng)邊界、關(guān)聯(lián)參與者：指存在于系統(tǒng)外部并直接與系統(tǒng)進(jìn)行交互的人、系統(tǒng)、子系統(tǒng)或類的外部實體的抽象。注：（1）是系統(tǒng)外的一個實體，參與者通過向系統(tǒng)輸入或者系統(tǒng)要求參與者提供某種信息來進(jìn)行交互。（2）參與者用于表示使用系統(tǒng)的對象。（3）參與者的特征是其作為外部用戶與系統(tǒng)發(fā)生交互。（4）參與者總是處理正在建模的系統(tǒng)的外部，它們不是系統(tǒng)的組成部分。用例：是參與者可以感受到的系統(tǒng)服務(wù)或功能單元。注：（1）用例是用戶期望系統(tǒng)具備的功能，它定義了系統(tǒng)的行為特征，如果沒有這些特征，系

15、統(tǒng)就不能被成功地使用。（2）用例的目標(biāo)是要定義系統(tǒng)的一個行為，但并不顯示系統(tǒng)的內(nèi)部結(jié)構(gòu)。系統(tǒng)邊界：是系統(tǒng)與系統(tǒng)之間的界限。關(guān)聯(lián)：表示參與者與用例之間的通信，任何一方都可發(fā)送或接受消息。3、用例之間的主要關(guān)系及表示符號用例之間的關(guān)系有包含（include）、擴展（extend）、泛化等3種；包含關(guān)系：是指用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分。擴展關(guān)系：在一定條件下，把新的行為加入到已有的用例中，獲得的新用例叫做擴展用例，原有的用例叫做基礎(chǔ)用例，從擴展用例到基礎(chǔ)用例的關(guān)系就是擴展關(guān)系。表示符號：泛化關(guān)系：用例的泛化指的是一個父用例可以被特化成多個子用例，

16、而父用例和子用例之間的關(guān)系就是泛化關(guān)系。關(guān)察類型說明表示符號泛化參與者之間或用例之間的關(guān)系包含用例之間的關(guān)系*包括*9擴展用例之間的關(guān)系*擴展二、選擇題D程序員D擴展關(guān)系B的部分動作或者擴展 B的動作1、用例圖從誰的角度出發(fā)對如何使用系統(tǒng)進(jìn)行描述（A）A用戶B系統(tǒng)分析師C系統(tǒng)設(shè)計師2、參與者（Actor）與用例之間的關(guān)系是（C）A包含關(guān)系B泛化關(guān)系C關(guān)聯(lián)關(guān)系3、在用例圖中，參與者之間的關(guān)系只有（C）一種。A擴展B包含C繼承D實現(xiàn)4、如果用例A和用例B相似，但A的動作序列是通過改寫而獲得的，則稱（C）。A用例A包含用例BB用例A擴展用例BC用例A繼承用例BD用例A實現(xiàn)用例B5、下列哪些選項不可以

17、具有繼承關(guān)系有（D）A類B參與者C用例D活動6、下面說法錯誤的是（C）A參與者是與所建立系統(tǒng)交互的人或物B參與者可以是人，也可以是其他系統(tǒng)C參與者是系統(tǒng)的一部分，是用例圖的重要組成部分D參與者之間存在泛化關(guān)系7、識別用例的最好方法是從哪里入手（B）A類B參與者C事件D類圖8、在UML提供的圖中，A用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；A、用例圖B、類圖C、對象圖D、部署圖9、在用例之間，會有三種不同的關(guān)系，下列哪個不是它們之間可能的關(guān)系（D）A包含B擴展C泛化D關(guān)聯(lián)10、系統(tǒng)分析員Analyst在做儲蓄系統(tǒng)的需求開發(fā)時，發(fā)現(xiàn)：1.“取款”用例2、“查詢余額”用例3、“更改密碼”用例都要使用4

18、、“驗證卡號和密碼”用例的功能。那么1、2、3這3個用例與用例4的關(guān)系是（D）A使用關(guān)系 B擴展關(guān)系C組成關(guān)系D包含關(guān)系用例規(guī)約之中。直接或間接的與系統(tǒng)交互 因此他們可以處于人的控制11、UML中，用例圖展示了外部Actor與系統(tǒng)所提供的用例之間的連接，UML中的外部Actor是指（D）。A人員B單位C人員和單位D人員或外部系統(tǒng)三、填空題1、用例和參與者之間的連線稱作關(guān)聯(lián)，是關(guān)系的一種。2、由參與者和用例以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為用例圖。3、與傳統(tǒng)的SRS方法相比，用例圖可視化地表達(dá)了系統(tǒng)的需求,具有直觀、規(guī)范的有點,克服了純文字性說明的不足。4、對于每一個用例，還

19、需要有詳細(xì)的描述信息，這些信息包含在四、簡答題1、簡述在用例圖建模中，識別參與者的方法。誰將使用系統(tǒng)的主要功能；與系統(tǒng)交互中，他們扮演什么角色；誰必須維護(hù)和管理系統(tǒng)的正常工作；與該系統(tǒng)交互的是什么系統(tǒng)；誰將給系統(tǒng)提供信息、使用和刪除信息；系統(tǒng)需要處理那些硬件設(shè)備；系統(tǒng)使用外部資源嗎2、什么是用例圖，用例圖有什么作用？答案略3、概述用例之間的關(guān)系答案略4、在確定參與者的過程中需要注意什么？答：尋找參與者的時候不要把目光只停留在使用計算機的人身上，的任何人和事都是參與者。另外由于參與者總是處于系統(tǒng)外部,之外。五、學(xué)會畫用例圖以免出現(xiàn)作圖題第6章類圖與對象圖一、主要內(nèi)容1.類圖的定義類圖是從抽象的角

20、度描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類之間的相互關(guān)系的圖。通常，類圖包含的主要元素有四種，分別是：類（2）接口協(xié)作（4）關(guān)系關(guān)寐類INewClass7|注粹內(nèi)容j2 .類圖的作用1 .為系統(tǒng)的詞匯建模2 .模型化簡單的協(xié)作3 .模型化邏輯數(shù)據(jù)庫模式3 .對象圖的定義：對象圖描述系統(tǒng)在某一個特定時間上的靜態(tài)結(jié)構(gòu)，是類圖的實力和快照，及類圖中的個各類在某一個時間點上的實力及其關(guān)系的靜態(tài)寫照。4 .對象圖的作用1 .說明復(fù)雜的數(shù)據(jù)結(jié)構(gòu)2 .表示快照中的行為5.類圖與對象圖的區(qū)別類圖對象圖類具有二個分欄：名稱、屬性和操作對象只有兩個分欄：名稱和屬性在類的名稱分欄中只有

21、類名對象的名稱形式為對象名：類名”，匿名對象的名稱形式為:類名”類中列出了操作對象圖中不包含操作，因為對于屬于同一個類的對象而言，其操作是相同的類使用關(guān)聯(lián)連接，關(guān)聯(lián)使用名稱、角色、多重性以及約束等特征定義。類代表的是對對象的分類，所以必須說明可以參與關(guān)聯(lián)的對象的數(shù)目對象使用鏈連接，鏈擁有名稱、角色，但是沒有多重性。對象代表的是單獨的實體，所有的鏈都是一對一的，因此不涉及到多重性類的屬性分欄定義了所有屬性的特征對象則只定義了屬性的當(dāng)前值，以用于測試用例或例子中6.類圖的組成類圖是由類、接口等模型元素以及它們之間的關(guān)系構(gòu)成的。1）類是對一組具有相同屬性、操作、關(guān)系和語義的事物的抽象。* 類的名稱*

22、 類名可分為簡單類名，帶路徑類名，例如：CheckingAccount,Banking:CheckingAccount* 正體字說明類是可以被實例化的，斜體字說明類為抽象類。* 按照其作用，類分為實體類，界面類和控制類三種類型I類的名稱4User1魁name:String關(guān)屬性-1age:Integer=20getNarTieO：String。*1類的操作、類的屬性*表示語法為（門內(nèi)的內(nèi)容是可選的）：可見性屬性名稱:屬性類型尸初始值屬性字符串*可P1性UMLRoseprivate-Qprotected#public+4*屬性名稱第1個英文單詞首字母小寫，其它單詞首字母大寫類的操作*表示語法為：

23、可見性操作名稱（參數(shù)表）:返回類型屬性字符串*操作名稱的第1個英文單詞首字母小寫，其它單詞首字母大寫2）接口接口的定義接口是在沒有給出對象的實現(xiàn)和狀態(tài)的情況下對對象行為的描述。通常，在接口中包含一系列操作但是不包含屬性，并且它沒有對外界可見的關(guān)聯(lián)。接口是一種特殊的類，所有接口都是有構(gòu)造型的類。個類可以通過實現(xiàn)接口從而支持接口所指定的行為。接口的性質(zhì) 接口只聲明操作，不提供操作的實現(xiàn)，需要由另外一個類來實現(xiàn)接口聲明的操作； 接口雖然是類元，但接口沒有實例； 接口不但可以聲明操作，也可聲明屬性； 接口聲明的操作和屬性的可見性是公開的，為public接口的表示lnterface購物3）類之間的關(guān)系依

24、賴關(guān)系客戶J提供者依賴泛化關(guān)系聚集和組合是兩種特殊的關(guān)聯(lián)1 .聚集聚集(aggregation):表示類之間一種松散的整體與部分的組成關(guān)系。2 .組合組合(composition):表示類之間一種緊密的整體與部分的組成關(guān)系,部分與整體共存。整體事物大腦實現(xiàn)關(guān)系InterfaceB、選擇題1. 在類圖中，下面哪個符號表示繼承關(guān)系(A)(B)2.在類圖中，下面哪個符號表示接口(C(A)(B)C)(C)-(D)(C)-(D)3.UML中關(guān)聯(lián)的多重度是指(B)(A) 一個類有多個方法被另一個類調(diào)用(B) 一個類的實類能夠與另一個類的多個實類相關(guān)聯(lián)(C) 一個類的某個方法被另一個類調(diào)用的次數(shù)(D)兩個類

25、所具有的相同的方法和屬性4 .通常對象有很多屬性，但對于外部對象來說某些屬性應(yīng)該不能被直接訪問,下面哪個不是UML中的類成員訪問限定性(D)。A.publicB.protectedC.privateD.friendly5 .面向?qū)ο蠓椒ㄖ械?D)機制使子類可以自動擁有(復(fù)制)父類的全部屬性和操作。A.約束B.對象映射C.信息隱蔽D.繼承6 .使得在多個類中能夠定義同一個操作或?qū)傩悦?，并在每一個類中有不同的實現(xiàn)的一種方法是(B)。A.繼承B.多態(tài)性C.約束D.接口7 .UML的(B)模型圖由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。A.用例B.靜態(tài)C.動態(tài)D.系統(tǒng)8 .UML客戶需求分析使用的CR

26、C卡片上責(zé)任”一欄的內(nèi)容主要描述類的(C)和操作。A.對象成員B.關(guān)聯(lián)對象C.屬性D.私有成員9 .類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有（C）。A.正負(fù)號B.動作C.具體值D.私有成員10 .下面正確的說法是：CA對象表示客觀中存在的實物B類是對象的實例C類是具有相同屬性和操作的對象的集合D對象也就是類11 .下面不屬于類的關(guān)系的是：DA泛化B聚集C關(guān)聯(lián)D傳遞12 .下面說法正確的是:BA關(guān)聯(lián)表示兩個類之間的關(guān)系B關(guān)聯(lián)表示兩個類中對象之間的鏈接關(guān)系C組合表示事物之間的一般和特殊關(guān)系D泛化表示事物之間的整體與部分關(guān)系三.填空題1 .接口是可以在整個模型中反復(fù)使用

27、的一組行為，是一個沒有屬性而只有方法的類。2 .多重性指的是，某個類有多個對象可以和另一個類的1個對象3 .在泛化關(guān)系中，子類可以替代父類。也就是說，后者出現(xiàn)的地方，前者都可以出現(xiàn)。但是反過來卻不成立。四.簡答題1、類有哪幾種類型？指出各自的作用。答：實體類，界面類，控制類。2. 類之間有哪幾種關(guān)系？答：略3. 聚集和組合的區(qū)別是什么？答案：聚集松散，組合緊密；一個部分事物對象可以屬于多個聚集對象，但一個部分事物對象僅能屬于一個組合對象；聚集的對象生命周期可以不同，但組合對象則是同存同亡。4.了解類圖與對象圖的區(qū)別？答案：略五.分析設(shè)計圖書管理系統(tǒng)功能性需求說明如下：（25分）圖書管理系統(tǒng)能夠

28、為一定數(shù)量的借閱者提供服務(wù)。每個借閱者能夠擁有唯一標(biāo)識其存在的編號。圖書館向每一個借閱者發(fā)放圖書證，其中包含每一個借閱者的編號和個人信息。提供的服務(wù)包括：提供查詢圖書信息、查詢個人信息服務(wù)和預(yù)定圖書服務(wù)等。當(dāng)借閱者需要借閱圖書、歸還書籍時需要通過圖書管理員進(jìn)行，即借閱者不直接與系統(tǒng)交互，而是通過圖書管理員充當(dāng)借閱者的代理和系統(tǒng)交互。系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)的管理維護(hù)工作，包括對圖書、數(shù)目、借閱者的添加、刪除和修改。并且能夠查詢借閱者、圖書和圖書管理員的信息?？梢酝ㄟ^圖書的名稱或圖書的ISBN/ISSN號對圖書進(jìn)行查找?；卮鹣旅鎲栴}：1）該系統(tǒng)中有哪些參與者？（3分）借閱者圖書管理員系統(tǒng)管理員2）

29、確定該系統(tǒng)中的類，找出類之間的關(guān)系并畫出類圖用戶類、用戶角色類、圖書類、預(yù)定類、借閱類、書目類（6分）類圖（6分）6個類每2個1分，6個關(guān)系每2個1分第7章序列圖一、主要內(nèi)容1、序列圖的定義：序列圖用于表現(xiàn)一種交互，該交互是一個協(xié)作中的各種類元角色間的一組消息交換，側(cè)重于強調(diào)時間順序，是對對象之間傳送消息的時間順序的可視化表示。2、序列圖的作用：1）確認(rèn)和豐富一個使用語境的邏輯表達(dá)；步、更加正式層次的精細(xì)表達(dá)。2）細(xì)化用例的表達(dá)：把用例表達(dá)的需求，轉(zhuǎn)化為進(jìn)用例常常被細(xì)化為一個或者更多的序列圖；3）有效地描述如何分配各個類的職責(zé)以及各類具有相應(yīng)職責(zé)的原因。3、序列圖與用例圖和類圖的關(guān)系:4、序列

30、圖的組成：序列圖包含的內(nèi)容：對象、生命線、激活、消息。對象：類的實例。可以是系統(tǒng)的參與者或者任何有效的系統(tǒng)對象。生命線：生命線是表示序列圖中對象在一段時間內(nèi)的存在，它是一條時間線，出序列圖的頂部延伸到底部，所用時間取決于交互時間的長短。激活：當(dāng)一條消息被傳遞給對象的時候，它會觸發(fā)該對象的某個行為，這時就說該對象被激活了。消息：消息是對象之間的通信，它在傳達(dá)信息的同時期望活動隨之發(fā)生。消息的1.2.3個部分消息發(fā)送者：發(fā)出消息的類元角色；消息接受者：接受消息的類元角色；操作方法實現(xiàn)，接受信號被激活，活動結(jié)束后調(diào)用者收回控制權(quán)，并可能接受返回值對主動對象而言，操作調(diào)用導(dǎo)致調(diào)用事件，并觸發(fā)狀態(tài)機轉(zhuǎn)換

31、3.活動：是調(diào)用、信號、發(fā)生者的局部操作或原始活動,（創(chuàng)建或銷毀）。對象之間普通消息的傳遞對象自身消息傳遞返回消息撤銷或刪除對象之間過程調(diào)用對象之間異步消息，發(fā)送消息后不管消息是否被接受，繼續(xù)進(jìn)行下一步處理同步消息：表示發(fā)送者發(fā)出消息后等待接收者響應(yīng)這個消息。異步消息：在這種消息中，發(fā)送者把控制權(quán)轉(zhuǎn)交給接收者，但不等待操作完成創(chuàng)建一個對象指的是發(fā)送者發(fā)送一個實例化消息后實例化對象的結(jié)果。銷毀對象指的是將對象銷毀并回收其擁有的資源。銷毀一個對象講導(dǎo)致對象的所有組成盡管它們之間包含該對象部分將被銷毀，但是不會銷毀一般關(guān)聯(lián)或者聚集關(guān)系連接的對象,的鏈接將被消除。有兩種方式來修改序列圖的控制流：使用分

32、支和使用從屬流?？刂屏鞯母淖兪怯捎诓煌臈l件導(dǎo)致控制流走向不同的道路：分支允許控制流由一個點發(fā)出消息，走向不同的對象。從屬流是指從一個點發(fā)出多個消息指向同一個對象不同的生命線。二、選擇題1 .在UML順序圖中，如果一條消息從對象a傳向?qū)ο骲,那么其（A）是一條從b指向a的虛線有向邊，它表示原消息的處理已經(jīng)完成處理結(jié)果（如果有的話）給返回消息傳回。A返回消息B自消息C創(chuàng)建消息D銷毀消息2 .在UML提供的圖中，（A）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（D）用于按時間順序描述對象間的交互。（1） A、用例圖B、類圖C、對象圖D、部署圖（2） A、網(wǎng)絡(luò)圖B、狀態(tài)圖C、協(xié)作圖D、序列圖3順序圖由

33、類角色，生命線，激活期和（B）組成A、關(guān)系B、消息C、用例D、實體4、在UML的順序圖中，通常由左向右分層排列各個對象，正確的排列方法是(A)執(zhí)行者角色控制類用戶接口業(yè)務(wù)層后臺數(shù)據(jù)庫(B)執(zhí)行者角色用戶接口控制類業(yè)務(wù)層后臺數(shù)據(jù)庫(0執(zhí)行者角色控制類用戶接口后臺數(shù)據(jù)庫業(yè)務(wù)層(D)執(zhí)行者角色用戶接口業(yè)務(wù)層控制類后臺數(shù)據(jù)庫(A)三、填空題1、順序圖強調(diào)的是交互的時間順序，協(xié)作圖強調(diào)的是交互的關(guān)空間系和參與交互的對象的上下文環(huán)境。2、順序圖中，消息用水平箭頭線表示:時間用垂直虛線表示。3、當(dāng)邏輯發(fā)生分支時，在順序圖中用生命線發(fā)生的分支表示,在協(xié)作圖中用嵌套的序殳表示4、順序圖是由對象、生命線、控制焦點

34、和消息等構(gòu)成的5、在UML的表示中順序圖將交互關(guān)系表示為一張二維圖，其中縱向是時間軸，時間沿豎線向下延伸。橫向代表了在協(xié)作中各獨立對象的角色。四、簡答題1、順序圖和協(xié)作圖中，消息有哪三種？各自的意義和表示什么？消息可以是簡單的、同步的或異步的。簡單消息是從一個對象到另一個對象的控制流的轉(zhuǎn)移。如果一個對象發(fā)送了一個同步消息，那么它要等待對方對消息的應(yīng)答，收到應(yīng)答后才能繼續(xù)自己的操作。而發(fā)送異步消息的對象不需要等待對方的應(yīng)答便可以繼續(xù)自己的操作。在順序圖中，簡單消息是一個簡單箭頭，同步消息是實心箭頭，異步消息是一個半邊箭頭。2、簡述時序圖的建模步驟。建模步驟：1）設(shè)置交互語境；2）確定對象；3）分

35、析消息和條件；4）分析附加約束；5）對建模結(jié)果精化和細(xì)化。第8章協(xié)作圖、主要內(nèi)容1、協(xié)作圖的定義和作用定義：協(xié)作圖描述對象之間的關(guān)聯(lián)及其它們彼此之間的消息通信。要想使由類構(gòu)成的系統(tǒng)具有功能，這些類的實例（對象）需要彼此通信和交互。協(xié)作圖除了展示出對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。作用：1、通過描繪對象之間消息的傳遞情況來反映具體的使用語境的邏輯表達(dá)。2、顯示對象及其交互關(guān)系的空間結(jié)構(gòu)3、表示一個類操作的實現(xiàn)2、協(xié)作圖的組成及表示組成：協(xié)作圖中包括的建模元素有對象（包括參與者實例、多對象、主動對象等）、消息、鏈等。注：消息的編號有兩種，一種是無層次編號（按順序編號），它簡單直觀；另一種

36、是嵌套的編號，它更易于表示消息的包含關(guān)系.其標(biāo)記如下圖所示：圖10J 協(xié)作圖的圖符集3、協(xié)作圖和順序圖的區(qū)別順序圖和協(xié)作圖都可以表示對象間的交互關(guān)系，但它們的側(cè)重點不同。順序圖強調(diào)的是交互的時間順序，協(xié)作圖強調(diào)的是交互的語境和參與交互的對象的整體組織。還可以從另一個角度來看兩種圖的定義：順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。4、協(xié)作圖的建模有3個基本的步驟：1）確定屬于協(xié)作圖的元素：首先，確定協(xié)作圖中將會包含的元素或者類。2）建模這些元素之間的結(jié)構(gòu)關(guān)系：確定這些類之間的關(guān)系。在這一步中，著手建模早期階段的協(xié)作圖，在類角色之間添加鏈接和關(guān)聯(lián)角色。3）建模實例層的協(xié)作圖：實例層建模協(xié)作

37、圖。這意味著需要把類角色修改為對象實例，并且指定執(zhí)行用例的消息序列。這一步需要用到描述對象之間鏈接的消息標(biāo)記符，包括控制點、迭代、創(chuàng)建實例，以及特定消息類型的規(guī)范。二、選擇題1、協(xié)作圖中，對象之間發(fā)送消息的前提是對象之間存在（C）A關(guān)聯(lián)B引用C鏈D轉(zhuǎn)換2、關(guān)于協(xié)作圖的描述，下列哪個不正確（B）A.協(xié)作圖作為一種交互圖，強調(diào)的是參加交互的對象的組織；B.協(xié)作圖是順序圖的一種特例C.協(xié)作圖中有消息流的順序號；D.在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動生成3、多對象是UML中哪個視圖的概念（C）A類圖B狀態(tài)圖C協(xié)作圖D組件圖4、在UML中，協(xié)作圖的組成不包括（C）A對象B消息C發(fā)

38、送者D鏈5、下列關(guān)于協(xié)作圖中的鏈，說法不正確的是（C）A在協(xié)作圖中的鏈?zhǔn)莾蓚€或多個對象之間的獨立連接B在協(xié)作圖中的鏈?zhǔn)顷P(guān)聯(lián)的實例C在協(xié)作圖中，需要關(guān)于某個類的所有對象都出現(xiàn)，同一個類的對象在一個協(xié)作圖中也不可以充當(dāng)多個角色。D在協(xié)作圖中，鏈的表示形式為一個或多個相連的線或弧。6、在UML協(xié)作圖中，有多少種關(guān)聯(lián)角色的構(gòu)造型（C）（A）1（B）3（C）5（D）7三、填空題1、面向?qū)ο蠼９ぞ逺ationalRose支持時序圖和協(xié)作圖之間的相互轉(zhuǎn)化，Rose進(jìn)行轉(zhuǎn)化操作的快捷鍵是F5o2、協(xié)作圖是對在一次交互過程中有意義對象和對象間的鏈建模.顯示了對象之間如何經(jīng)行交互以執(zhí)行特定用例和用例中的特定部分

39、的行為。3、在協(xié)作圖中，類元角色描述了特定對象,關(guān)聯(lián)角色描述了協(xié)作關(guān)系中的鏈,并通過幾何排列表現(xiàn)交互作用中的各個角色。4、協(xié)作圖是由對象、消息和鏈等構(gòu)成的。5、協(xié)作圖通過各個對象之間的組織交互關(guān)系以及對象彼此之間的連接，表達(dá)對象之間的交Xo6、在協(xié)作圖中的鏈?zhǔn)莾蓚€或多個對象之間的獨立連接，是關(guān)聯(lián)的實例。7、.在協(xié)作圖中通過消息編號表示出消息的時間順序四、簡答題1、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點。答：協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互

40、關(guān)系。順序圖強調(diào)的是交互的時間順序，而協(xié)作圖強調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。五、學(xué)會畫協(xié)作圖以免出現(xiàn)作圖題第9章狀態(tài)圖一、主要內(nèi)容1、狀態(tài)圖的定義狀態(tài)機描述對象在整個生命周期內(nèi)，在外部事件的作用下，從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)的關(guān)系圖。這種圖的節(jié)點是狀態(tài)（包括初始狀態(tài)和終止?fàn)顟B(tài)），關(guān)系是轉(zhuǎn)換。簡記：狀態(tài)圖是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。2、狀態(tài)圖的主要元素狀態(tài)、轉(zhuǎn)換、初始狀態(tài)、終

41、止?fàn)顟B(tài)、判定3、狀態(tài)圖的作用* 狀態(tài)圖清晰地描述了狀態(tài)之間的轉(zhuǎn)換順序，通過狀態(tài)的轉(zhuǎn)換順序可以清晰看出時間的執(zhí)行順序* 清晰的時間順序有利于程序員在開發(fā)程序時避免出現(xiàn)事件錯序的情況* 狀態(tài)圖清晰地描述了狀態(tài)轉(zhuǎn)換時所必須觸發(fā)的事件、監(jiān)護(hù)條件和動作等影響轉(zhuǎn)換的因素，有利于程序員避免程序中非法事件的進(jìn)入。* 狀態(tài)圖通過判定可以更好的描述工作流因為不同的條件發(fā)生的分支4、狀態(tài)圖的組成狀態(tài)* 描述了一個類對象生命周期中的一個時間段。* 狀態(tài)可分為簡單狀態(tài)和組成狀態(tài)，簡單狀態(tài)指的是不包含其他狀態(tài)的狀態(tài)，沒有子結(jié)構(gòu)。* 狀態(tài)還包括狀態(tài)名、內(nèi)部活動、內(nèi)部轉(zhuǎn)換、入口和出口動作、歷史狀態(tài)轉(zhuǎn)換注意：圖中用實線箭頭表示

42、的轉(zhuǎn)換都是外部轉(zhuǎn)換。轉(zhuǎn)換源狀態(tài)：即受轉(zhuǎn)換影響的狀態(tài)。目標(biāo)狀態(tài)：當(dāng)轉(zhuǎn)換完成后對象的狀態(tài)。觸發(fā)事件：用來為轉(zhuǎn)換定義一個事件，包括調(diào)用、改變、信號、時間四類事件。監(jiān)護(hù)條件：布爾表達(dá)式，決定是否激活轉(zhuǎn)換。動作：轉(zhuǎn)換激活時的操作。* 轉(zhuǎn)換用于表示一個狀態(tài)機的兩種狀態(tài)之間的一種關(guān)系，即一個在某初始狀態(tài)的對象通過執(zhí)行指定的動作并符合一定的條件下進(jìn)入第二種狀態(tài)。在這個狀態(tài)的變化中，轉(zhuǎn)換被稱為激發(fā)。* 外部轉(zhuǎn)換是改變狀態(tài)的轉(zhuǎn)換，是最常見的一種轉(zhuǎn)換。外部轉(zhuǎn)換用從源狀態(tài)到目標(biāo)狀態(tài)的箭頭表示。Thetrainstop* 內(nèi)部轉(zhuǎn)換只有原狀態(tài)，沒有目標(biāo)狀態(tài)，不回家發(fā)入口和出口動作，因此內(nèi)部轉(zhuǎn)換激發(fā)的結(jié)果不改變本來的狀態(tài)*

43、 完成轉(zhuǎn)換沒有明確標(biāo)明觸發(fā)事件的轉(zhuǎn)換是由狀態(tài)中中東的完成引起的。* 復(fù)合轉(zhuǎn)換由簡單轉(zhuǎn)換組成，這些簡單轉(zhuǎn)換通過分支和合并組合起來，因此復(fù)合轉(zhuǎn)換可以具有多個源狀態(tài)和多個目標(biāo)狀態(tài)* 監(jiān)護(hù)條件轉(zhuǎn)換可能具有一個監(jiān)護(hù)條件，監(jiān)護(hù)條件時一個布爾表達(dá)式，它是觸發(fā)轉(zhuǎn)換必須滿足的條件。* 觸發(fā)器事件就是能夠引起狀態(tài)轉(zhuǎn)換的事件。* 動作通常是一個尖端的計算處理過程或一組可執(zhí)行語句。動作是原子型的，是不可中斷的。整個系統(tǒng)可以在同一時間執(zhí)行多個動作，但是動作的執(zhí)行應(yīng)該是獨立的。判定用來表示一個事件依據(jù)不同的監(jiān)護(hù)條件有不同的影響。同步是為了說明并發(fā)工作流的分支與匯合事件包括信號事件、調(diào)用事件、改變事件、時間事件5、組成狀態(tài)

44、組成狀態(tài)是內(nèi)部嵌有子狀態(tài)的狀態(tài)順序組成狀態(tài)：如果一個組成狀態(tài)的多個子狀態(tài)之間是互斥的、不能同時存在的,則這種組成狀態(tài)成為順序狀態(tài)開發(fā)組成狀態(tài)：一個組成狀態(tài)中，可能有兩個或者多個開發(fā)的子狀態(tài)機，成這樣的組成狀態(tài)為并發(fā)組成狀態(tài)運行狀態(tài)J前進(jìn)狀態(tài)后退狀態(tài)J彳忘速療眼狀1態(tài)X怔速行駛狀者%.6、狀態(tài)圖的基本符號符號描述表示法簡單狀態(tài)沒有子狀態(tài)的狀態(tài)合成狀態(tài)包括一個或多個子狀態(tài)二口|初始狀態(tài)對象被創(chuàng)建時所處的狀態(tài)終止?fàn)顟B(tài)不再發(fā)生轉(zhuǎn)移的狀態(tài)歷史狀態(tài)進(jìn)入某狀態(tài)之前，該對象所保持的狀態(tài)轉(zhuǎn)移狀態(tài)之間的變遷轉(zhuǎn)移條件事件（參數(shù)）條件用亍為人目標(biāo)對象,操作（參數(shù)）A二、選擇題1 UML提供了一系列的圖支持面向?qū)ο蟮姆?/p>

45、析與設(shè)計，其中F_給出系統(tǒng)的靜態(tài)設(shè)計視圖；_B_對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的；C_和_E_都是描述系統(tǒng)動態(tài)視圖的交互圖，其中_C_描述了以時間順序組織的對象之間的交互活動，_E強調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。A、狀態(tài)圖B、用例圖C、序列圖D、部署圖E、協(xié)作圖F、類圖2. 對反應(yīng)型對象建模一般使用（A）圖A、狀態(tài)圖B、順序圖C、活動圖D、類圖3. 下列關(guān)于狀態(tài)圖的說法中，正確的是（C）A. 狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B. 狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)C. 活動圖和狀態(tài)圖是對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D. 狀

46、態(tài)圖強調(diào)對有幾個對象參與的活動過程建模，而活動圖更強調(diào)對單個反應(yīng)型對象建模4. 可用于描述用戶接口、設(shè)備控制器和其他具有反饋的子系統(tǒng)。它還可用于描述在生命期中跨越多個不同性質(zhì)階段的被動對象的行為，在每一階段該對象都有自己特殊的行為（C）A、動態(tài)視圖B靜態(tài)視圖C、狀態(tài)機視圖D、模型管理視圖5. （B）是一個類對象所可能經(jīng)歷的所有歷程的模型圖A、模型管理視圖B、狀態(tài)機視圖C、動態(tài)視圖D、靜態(tài)視圖6. 下面哪個UML視圖是描述一個對象的生命周期的（B）（A）類圖（B）狀態(tài)圖（C）協(xié)作圖（D）順序填空題部分這里不做整理，看課后習(xí)題。三、簡答題1什么是狀態(tài)機？什么事狀態(tài)圖？答案：略2 .狀態(tài)圖的組成要素

47、有哪些？答案：略3 .簡述簡單狀態(tài)和組成狀態(tài)的區(qū)別。答案：簡單狀態(tài)指的是不包含其他狀態(tài)的狀態(tài)，簡單狀態(tài)沒有子結(jié)構(gòu)，但是它可以具有內(nèi)部轉(zhuǎn)換、進(jìn)入動作、退出動作等。組成狀態(tài)是內(nèi)部潛逃有子狀態(tài)的狀態(tài)。一個組成狀態(tài)包括一系列子狀態(tài)。組成狀態(tài)可以使用“與”關(guān)系分解為并行子狀態(tài)，或者通過“或”關(guān)系分解為互斥子狀態(tài)。因此，組成狀態(tài)可以使并發(fā)或者是順序的。四、學(xué)會畫狀態(tài)圖以免出現(xiàn)作圖題第10章活動圖一、主要內(nèi)容1、活動圖的定義：活動圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來描述動作和動作導(dǎo)致對象狀態(tài)改變的結(jié)果，而不用考慮引發(fā)狀態(tài)改變的事件。通常，活動圖記錄單個操作或方法的邏輯、單個用例或商業(yè)過程的邏輯流程。

48、2、活動圖與狀態(tài)圖的區(qū)別：1、 活動圖的主要目的是描述動作及對象的改變結(jié)果，而狀態(tài)圖則是以狀態(tài)的概念描述對象、子系統(tǒng)、系統(tǒng)在生命周期中的各種行為。2、 活動圖中的狀態(tài)轉(zhuǎn)換不需要任何觸發(fā)事件。3、 活動圖中的動作可以放在泳道中，而狀態(tài)圖則不可以。泳道可以將模型中的活動按照職責(zé)組織起來。3、活動圖與流程圖的區(qū)別：1、 活動圖是面向?qū)ο蟮?，而流程圖是面向過程的。2、 活動圖不僅能夠表達(dá)順序流程控制，還能夠表達(dá)并發(fā)流程控制。4、活動圖的作用：1、 描述一個操作執(zhí)行過程中所完成的工作，說明角色、工作流、組織和對象是如何工作的。2、 活動圖對用例描述尤其有用，它可建模用例的工作流、顯示用例內(nèi)部和用例之間的

49、路徑。它可以說明用例的實例是如何執(zhí)行動作以及如何改變對象狀態(tài)的。3、 顯示如何執(zhí)行一組相關(guān)的動作，以及這些動作如何影響它們周圍的對象。4、 活動圖對理解業(yè)務(wù)處理過程十分有用?；顒訄D可以畫出工作流用以描述業(yè)務(wù)，有利于與領(lǐng)域?qū)＜疫M(jìn)行交流。通過活動圖可以明確業(yè)務(wù)處理操作是如何進(jìn)行的，以及可能產(chǎn)生的變化。5、 描述復(fù)雜過程的算法，在這種情況下使用的活動圖和傳統(tǒng)的程序流程圖的功能是相似的。5、活動圖的組成：活動圖中包含的圖形元素有：動作狀態(tài)、活動狀態(tài)、組合活動、分叉與結(jié)合、分支與合并、泳道、對象流。動作狀態(tài)：動作狀態(tài)是原子性的動作或操作的執(zhí)行狀態(tài)，它不能被外部事件的轉(zhuǎn)換中斷。動作狀態(tài)的原子性決定了動作狀

50、態(tài)要么不執(zhí)行，要么就完全執(zhí)行，不能中斷，它是構(gòu)造活動圖的最小單位。動作狀態(tài)沒有子結(jié)構(gòu)、內(nèi)部轉(zhuǎn)換或內(nèi)部活動，它不能包括事件觸發(fā)的轉(zhuǎn)換。動作狀態(tài)可以有轉(zhuǎn)入，轉(zhuǎn)入可以是對象流或者動作流。動作狀態(tài)通常有一個輸出的完成轉(zhuǎn)換，如果有監(jiān)護(hù)條件也可以有多個輸出的完成轉(zhuǎn)換。不過動作狀態(tài)和狀態(tài)圖中的狀態(tài)不同，它不能有入口動作和出口動作，也不能有內(nèi)部轉(zhuǎn)移?；顒訝顟B(tài)：活動狀態(tài)可以分活動狀態(tài)是非原子性的，用來表示一個具有子結(jié)構(gòu)的純粹計算的執(zhí)行。解成其他子活動或動作狀態(tài)，可以使轉(zhuǎn)換離開狀態(tài)的事件從外部中斷。活動狀態(tài)可以有內(nèi)部轉(zhuǎn)換、入口動作和出口動作。活動狀態(tài)至少有一個輸出完成轉(zhuǎn)換，當(dāng)狀態(tài)中的活動完成時該轉(zhuǎn)換激發(fā)。動作狀態(tài)

51、是一種特殊的活動狀態(tài)，動作狀態(tài)與活動狀態(tài)的區(qū)別：1、 動作狀態(tài)一般用于描述簡短的操作，而活動狀態(tài)用于描述持續(xù)事件或復(fù)雜性的計管算。2、 活動狀態(tài)可以在圖標(biāo)中給出入口動作和出口動作等信息。組合活動：組合活動是一種內(nèi)嵌活動圖的狀態(tài)。組合活動不具備原子性，它可以在執(zhí)行的過程中被中斷。分叉與結(jié)合:分叉用于表示將一個控制流分成兩個或者多個并發(fā)運行的分支。結(jié)合用來表示并行分支在此得到同步。分叉用粗黑線表示。分叉具有一個輸入轉(zhuǎn)換、兩個或者多個輸出轉(zhuǎn)換，每個轉(zhuǎn)換都可以是獨立的控制流。結(jié)合具有多個輸入轉(zhuǎn)換、一個輸出轉(zhuǎn)換。先完成的控制流需要在此等待，只有當(dāng)所有的控制流都到達(dá)此結(jié)合點時，控制才能繼續(xù)向下進(jìn)行。分支與

52、合并：分支是轉(zhuǎn)換的一部分，它將轉(zhuǎn)換路徑分成多個部分，每一部分都有單獨的監(jiān)護(hù)條件和不同的結(jié)果。合并指的是兩個或者多個控制路徑在此匯合的情況。合并表示從對應(yīng)分支開始的條件的行為的結(jié)束。合并與結(jié)合的區(qū)別：合并匯合了兩個以上的控制路徑，在任何執(zhí)行中每次只走一條，不同路徑之間是互斥的關(guān)系。而結(jié)合則匯合了兩條或兩條以上的并行控制路徑。在執(zhí)行過程中所有路徑都要走過，先到的控制流要等其他路徑的控制流到達(dá)后才能繼續(xù)運行。泳道：稱為泳道。 每個泳為了對活動的職責(zé)進(jìn)行組織而在活動圖中將活動狀態(tài)分為不同的組，道代表特定含義的狀態(tài)職責(zé)部分。對象流：對象流是將對象流狀態(tài)作為輸入或輸出的控制流。對象流中的對象表示的不僅僅是

53、對象自身，還表示了對象作為過程中的一個狀態(tài)存在。因此也可以將這種對象稱之為對象流狀態(tài)。一個對象流狀態(tài)必須與它所表示的參數(shù)和結(jié)果的類型匹配。二、選擇題1、 在UML的需求分析建模中，對用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用（A）A、活動圖B、狀態(tài)圖C、配置圖D、構(gòu)件圖2、在UML活動圖中，（C）表示活動需要輸入的對象或者作為活動的處理結(jié)果輸出的對象A、并發(fā)控制B、決策點C、對象D、活動3、在UML活動圖中，（B）表示操作之間的信息交換A、控制流B、信息流C、初始活動D、活動4、（A）技術(shù)是將一個活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動。A、泳道B、分叉匯合C、分支D、轉(zhuǎn)移5、下列關(guān)于狀態(tài)圖的說法中，正確的是（C）A. 狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B. 狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)C. 活動圖和狀態(tài)圖是對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D. 狀態(tài)圖強調(diào)對有幾個對象參與的活動過程建模，而活動圖更強調(diào)對單個反應(yīng)型對象建模6、下面哪些圖形可以清楚地表達(dá)并發(fā)行為（CD）（A）類圖（B）狀