UML復(fù)習(xí)匯總 答案詳解

《UML復(fù)習(xí)匯總 答案詳解》由會(huì)員分享，可在線閱讀，更多相關(guān)《UML復(fù)習(xí)匯總 答案詳解（20頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 計(jì)科院UML復(fù)習(xí)匯總+答案詳解 一、單項(xiàng)選擇題 1、組成UML構(gòu)造塊三大要素為：（　B　　） A、事物、元素、關(guān)系 B、事物、關(guān)系、圖形 C、事物、組件、圖形 D、事物、圖形、結(jié)構(gòu) UML中有三種基本構(gòu)造塊，分別是事物、關(guān)系和圖。 事物分結(jié)構(gòu)事物（包括類(lèi)、接口、協(xié)作、用況、主動(dòng)類(lèi)、構(gòu)件和節(jié)點(diǎn)）、行為事物（包括交互和狀態(tài)機(jī)）、分組事物（包）和注釋事物（注解）。 2、UML中的事物分為哪幾類(lèi)？（　　A?。? A、結(jié)構(gòu)、行為、分組、備注等四類(lèi)事物 B、結(jié)構(gòu)、圖形、行為、分組等四類(lèi)事物 C、類(lèi)、行為、分組、備

2、注等四類(lèi)事物 D、分組、備注、結(jié)構(gòu)、圖形等四類(lèi)事物 3、UML中的關(guān)系分為哪幾種？（　　C?。? A、依賴(lài)關(guān)系、類(lèi)關(guān)系、一般化關(guān)系、合作關(guān)系 B、依賴(lài)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系、繼承關(guān)系 C、依賴(lài)關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系 D、依賴(lài)關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、合作關(guān)系 4、所謂的4+1視圖是指（　A?。? A、Design View、 Interaction View、 Implementation View、Deployment View、useCase View B、Interaction View、 Implementation View、Dep

3、loyment View、Customer View、useCase View C、Interaction View、 Implementation View、Deployment View、 Process View、useCase View D、Design View、 Interaction View、 Implementation View、 Process View、useCase View 5、在UML中屬于靜態(tài)視圖的是（　　D　） A、順序圖、協(xié)作圖、包圖、類(lèi)圖 B、對(duì)象圖、類(lèi)圖、構(gòu)件圖、包圖 C、順序圖、用例圖、對(duì)象圖、類(lèi)圖

4、 D、對(duì)象、類(lèi)圖、構(gòu)件圖、部署圖 6、下列關(guān)于UML敘述正確的是（　D?。? A、UML是一種語(yǔ)言，語(yǔ)言的使用者不能對(duì)其進(jìn)行擴(kuò)展 B、UML僅是一組圖形的集合 C、UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段 D、UML是獨(dú)立于軟件開(kāi)發(fā)過(guò)程的 7、下列描述中，哪個(gè)不是建模的基本原則（ D ） A、要仔細(xì)的選擇模型 B、每一種模型可以在不同的精度級(jí)別上表示所要開(kāi)發(fā)的系統(tǒng) C、模型要與現(xiàn)實(shí)相聯(lián)系 D、對(duì)一個(gè)重要的系統(tǒng)用一個(gè)模型就可以充分描述 8、下列描述中，哪個(gè)不是軟件與硬件的區(qū)別（D ） A.軟件是被開(kāi)發(fā)或設(shè)計(jì)的，而不是被制造的； B.軟件不會(huì)“磨損”，但會(huì)“退化”；

5、C.軟件的開(kāi)發(fā)至今尚未擺脫手工藝的開(kāi)發(fā)方式； D.軟件開(kāi)發(fā)與硬件開(kāi)發(fā)的流程一樣。 軟件的特點(diǎn) ①.軟件是一種邏輯實(shí)體，它具有抽象性。 ②.軟件的開(kāi)發(fā)過(guò)程沒(méi)有明顯的制作過(guò)程。 ③.軟件在使用期內(nèi)沒(méi)有磨損、老化問(wèn)題。 ④.軟件的開(kāi)發(fā)與運(yùn)行常常受計(jì)算機(jī)系統(tǒng)的限制，對(duì)計(jì)算機(jī)系統(tǒng)有著不同程度的依賴(lài)性。 ⑤.軟件的開(kāi)發(fā)至今尚未完全擺脫手工藝的開(kāi)發(fā)方式，雖然近年來(lái)軟件復(fù)用技術(shù)、自動(dòng)生成技術(shù)開(kāi)發(fā)工具等有了新的進(jìn)展。 ⑥.軟件本身是復(fù)雜的，而且隨著應(yīng)用規(guī)模的擴(kuò)大，軟件變得越來(lái)越復(fù)雜。 ⑦.軟件的成本相當(dāng)昂貴。 ⑧.相當(dāng)多的軟件工作涉及到社會(huì)因素。 9、UML提供了4種結(jié)構(gòu)圖用于對(duì)系

6、統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（　B?。┦敲嫦?qū)ο笙到y(tǒng)建模中最常用的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇（　A?。?；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（　D?。?。 (1)．　A．組件圖　　　 B．類(lèi)圖　　　　 C．對(duì)象圖　　　　　D．部署圖 (2)．　A．組件圖　　　 B．協(xié)作圖　　　 C．狀態(tài)圖　　　　　D．部署圖 (3)．　A．協(xié)作圖　　　 B．對(duì)象圖　　　 C．活動(dòng)圖　　　　　D．部署圖 10、Blue軟件公司就目前的“通信網(wǎng)關(guān)”項(xiàng)目中存在的質(zhì)量問(wèn)題，召開(kāi)了一次產(chǎn)品質(zhì)量問(wèn)題鑒

7、定會(huì)，會(huì)議得出的結(jié)論是：該系統(tǒng)的質(zhì)量問(wèn)題是由于系統(tǒng)設(shè)計(jì)階段未能正確地設(shè)計(jì)產(chǎn)品的類(lèi)圖而導(dǎo)致的。請(qǐng)問(wèn)以下哪個(gè)項(xiàng)目成員應(yīng)該為問(wèn)題負(fù)主要責(zé)任。 （ B ） A軟件開(kāi)發(fā)工程師 B系統(tǒng)架構(gòu)師 C系統(tǒng)分析員 D 軟件測(cè)試工程師 11、對(duì)象技術(shù)是（ D ） A、一系列指導(dǎo)軟件構(gòu)造的原則 B、一種新的已被認(rèn)可的理論 C、Grady Booch發(fā)明的一種新的動(dòng)態(tài)的語(yǔ)言 D、僅僅基于模塊化的原則 二、填空題 1、UML是

8、 Unified Modeling Language(統(tǒng)一建模語(yǔ)言) 的英文縮寫(xiě)。 2．UML中的圖分為：1、用例圖 2、類(lèi)圖 3、對(duì)象圖 4、活動(dòng)圖 5、狀態(tài)圖 6、序列圖(順序圖)7、協(xié)作圖 8、構(gòu)件圖 (組件圖) 9、部署圖 (配置圖) 三、簡(jiǎn)答題？ 1．什么是建模？為什么要建模？ 建模就是建立模型，為了理解事物而做出的一種抽象。 建模是為了更好的理解正在開(kāi)發(fā)的系統(tǒng)。 2．什么是面向?qū)ο?？面向?qū)ο蟮奶攸c(diǎn)是什么？ 面向?qū)ο罂梢钥闯擅嫦虺橄蠛兔嫦蚪涌诰幊? 面向?qū)ο蟮奶攸c(diǎn)：繼承，多態(tài)，封裝 3．UML圖有哪些？其中哪些是靜態(tài)圖？哪些是動(dòng)態(tài)圖？ 靜態(tài)

9、圖：類(lèi)圖，用例圖，對(duì)象圖，構(gòu)件圖，部署圖 動(dòng)態(tài)圖：順序圖，協(xié)作圖，狀態(tài)圖，活動(dòng)圖 專(zhuān)題三：類(lèi)圖（對(duì)象圖、包圖） 一、單項(xiàng)選擇題 1．在UML中，類(lèi)之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來(lái)描述類(lèi)之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（ D ） A. 0….1 B. 0….* C. 1….* D. *….* 2．通常對(duì)象有很多屬性，但對(duì)于外部對(duì)象來(lái)說(shuō)某些屬性應(yīng)該不能被直接訪問(wèn)，下面哪個(gè)不是UML中的類(lèi)成員訪問(wèn)限定性（ C ） A.公有的（public） B.受保護(hù)的（protected） C.友員（friendly） D.私有的（private） 3

10、、在一個(gè)課程注冊(cè)系統(tǒng)中，定義了類(lèi)CourseSchedule和類(lèi)Course，并在類(lèi)CourseSchedule中定義了方法add（c:Course）和方法remove（c:Course），則類(lèi)CourseSchedule和類(lèi)Course之間的關(guān)系是：（　C?。? A、泛化關(guān)系 B、組成關(guān)系 C、依賴(lài)關(guān)系 D、包含關(guān)系 4、類(lèi)A的一個(gè)操作調(diào)用類(lèi)B的一個(gè)操作，且這兩個(gè)類(lèi)之間不存在其他關(guān)系，那么類(lèi)A和類(lèi)B之間是（C ）關(guān)系。 A、 實(shí)現(xiàn) B、關(guān)聯(lián) C、 依賴(lài) D、 泛化 5、在UML2.0版本中的圖形表示方式中，“包”的表示方式是下

11、列圖形中的哪一個(gè) ？（C?。? A、 B、 C、 D、 6、在UML中下列圖形代表什么關(guān)系？（　　A　） A、組成關(guān)系 B、 依賴(lài)關(guān)系 C、聚集關(guān)系 D、泛化關(guān)系 7、在UML中下列圖形代表什么關(guān)系？( D ) A、一般化關(guān)系 B、 依賴(lài)關(guān)系 C、聚集關(guān)系 D、泛化關(guān)系 8、汽車(chē)（Car）由輪子、發(fā)動(dòng)機(jī)、油箱、座椅、方向盤(pán)等組成。那么car類(lèi)和其他類(lèi)（Wheel、Engin、Tank、Chair、SteeringWheel）之間

12、的關(guān)系是：（ D ） A、泛化關(guān)系（Generalization） B、實(shí)現(xiàn)關(guān)系（Realization） C、包含關(guān)系（Inclusion） D、組合關(guān)系（Composition） 9．在下面的圖例中，哪個(gè)用來(lái)描述注釋?zhuān)― ） A B C D 10、在一個(gè)網(wǎng)絡(luò)游戲系統(tǒng)中，定義了類(lèi)Cowboy和類(lèi)Castle，并在類(lèi)Cowboy中定義了方法open（c：Castle）和方法Close（c：Castle），則類(lèi)Cowboy和類(lèi)Castle之

13、間的關(guān)系是：……（　A　?。? A、依賴(lài)（dependency）關(guān)系 B、組成（composition）關(guān)系 C、泛化（generalization）關(guān)系 D、包含（include）關(guān)系 11、根據(jù)下面的代碼，判斷下面那些敘述是正確的？（ A ） public class HouseKeeper{ private TimeCard timecard; public void clockIn(){ timecard.punch(); } } A、類(lèi)HouseKeeper和類(lèi)TimeCard之間存在關(guān)聯(lián)（Association）關(guān)系； B、類(lèi)HouseKeep

14、er和類(lèi)TimeCard之間存在泛化（Generalization）關(guān)系； C、類(lèi)HouseKeeper和類(lèi)TimeCard之間存在實(shí)現(xiàn)（Realization）關(guān)系； D、類(lèi)HouseKeeper和類(lèi)TimeCard之間存在包含（Inclusion）關(guān)系 12、UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴(lài)等5種類(lèi)型，請(qǐng)將合適的關(guān)系填寫(xiě)在下列描述的（ ）中。 　?、?用例及其協(xié)作之間是（ A）關(guān)系。 ②類(lèi)A的一個(gè)操作調(diào)用類(lèi)B的一個(gè)操作，且這兩個(gè)類(lèi)之間不存在其他關(guān)系，那么類(lèi)A和類(lèi)B之間是（ C）關(guān)系。 ③在學(xué)校中，一個(gè)學(xué)生可以選修多門(mén)課程，一門(mén)課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課程之

15、間是（B ）關(guān)系。 ④森林和樹(shù)木之間是（E）關(guān)系。關(guān)系。 ⑤在MFC類(lèi)庫(kù)中，Window類(lèi)和DialogBox類(lèi)之間是（D ） A 實(shí)現(xiàn) B 關(guān)聯(lián) C 依賴(lài) D 泛化 E 聚合 13、已知類(lèi)A需要類(lèi)B提供的服務(wù)，下列所描述的四種情況中，哪種情況不好把類(lèi)A和類(lèi)B之間的關(guān)系定義成依賴(lài)關(guān)系 （ D ） A、類(lèi)A中存在兩個(gè)操作都需要訪問(wèn)類(lèi)B的同一個(gè)對(duì)象 B、類(lèi)A的某個(gè)操作內(nèi)部創(chuàng)建了類(lèi)B的對(duì)象，而其他操作均與類(lèi)B無(wú)關(guān) C、類(lèi)A的某個(gè)操作其參數(shù)是類(lèi)B的對(duì)象，而其他操作均與類(lèi)B無(wú)關(guān) D、類(lèi)B是一個(gè)全局變量 14、“一個(gè)研究生在軟件學(xué)院做助教（teaching ass

16、istant），同時(shí)還在校園餐廳打工做收銀員（cashier）。也就是說(shuō)，這個(gè)研究生有3種角色：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色?！? 根據(jù)上面的陳述，下面哪個(gè)設(shè)計(jì)是最合理的？（ B） A B C D 15、類(lèi)X與類(lèi)Y有許多相同屬性，但是它的行為與類(lèi)Y稍微有所不同；這時(shí)可以認(rèn)為類(lèi)X是類(lèi)Y的一種特例；則類(lèi)X和類(lèi)Y之間是（ A ）關(guān)系。 A

17、 、泛化關(guān)系 B、 關(guān)聯(lián)關(guān)系 C、 依賴(lài)關(guān)系 D、 實(shí)現(xiàn)關(guān)系 二、填空題 1．下圖中類(lèi)的名字是：__Login__類(lèi)中的成員屬性是：____sName sPass_____ 類(lèi)中的行為（方法）是：______checkUser()__________。 2、在UML中分組元素是 __包___ 。 3、在UML模型圖中，最適合用來(lái)設(shè)計(jì)數(shù)據(jù)庫(kù)大綱的圖形是 類(lèi)圖 。 4、下圖所表示的含義是WashingMachine 實(shí)現(xiàn) 了接口Person 使用 了接口ControlKnob

18、 三、簡(jiǎn)答題 1、在UML建模中使用“包”是為了達(dá)到怎樣的效果 包用來(lái)組織圖形的封裝 2、下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類(lèi)圖，其中一個(gè)學(xué)生（student）可以知道所有注冊(cè)課程的教師（instructor），一個(gè)教師也可以知道所有注冊(cè)課程的學(xué)生。 現(xiàn)在提出一個(gè)新的需求："一個(gè)教師也可以是某些課程的學(xué)生"，那么下面設(shè)計(jì)A～C中哪一個(gè)是最好的？為什么？ 　　設(shè)計(jì)A： 　　設(shè)計(jì)B： .　　設(shè)計(jì)C： 答案：設(shè)計(jì)__ C _最好。 理由： 3、 請(qǐng)為下面這段編譯正確的代碼，補(bǔ)充類(lèi)圖。 pulic clas

19、s Student{ private String name; public void setName(String name){ this.name=name; } public String getName(){ return this.name; } } 下面是改正確的： public class Student{ private String name; public setName(String name){ this.name=name; } public String getName(){ return this.name; }

20、 } 四、根據(jù)下面的陳述畫(huà)出類(lèi)圖 1）學(xué)生包括本科生、研究生兩種。 2）研究生的一部分利用課余時(shí)間擔(dān)任助教。 3）教師包括講師和教授兩種。 4）一名助教可以為一位講師或一位教授助課，一位講師只能有一名助教，一位教授可以有5名助教。 五、按如下描述畫(huà)出一個(gè)自治機(jī)器人的類(lèi)圖。這張圖的焦點(diǎn)是聚集在那些讓機(jī)器人在路上行走的機(jī)制所對(duì)應(yīng)的類(lèi)上。你可以發(fā)現(xiàn)一個(gè)虛類(lèi)Motor和兩個(gè)從它派生出來(lái)的類(lèi)：SteeringMotor和MainMotor。這兩個(gè)類(lèi)都從它的父親Motor繼承了五個(gè)方法：move()、stop()、resetCounter()、statues（）、distance(

21、)。這兩個(gè)類(lèi)又是另一個(gè)類(lèi)Driver的一部分。類(lèi)PathAgent和Driver有一個(gè)1對(duì)1的關(guān)系，和CollisionSensor有1對(duì)n的關(guān)系。 【問(wèn)題：】綜上所述請(qǐng)你用UML來(lái)繪制分析類(lèi)圖 。 專(zhuān)題四：用例圖 一、單選題 1、用例圖是從誰(shuí)的角度出發(fā)對(duì)如何使用系統(tǒng)進(jìn)行描述的？（　A　　） A、用戶(hù) B、系統(tǒng)分析師 C、系統(tǒng)設(shè)計(jì)師 D、程序員 2、在UML2.0版本中。表示是用例間什么關(guān)系（ D ） A、 關(guān)聯(lián)關(guān)系

22、 B、依賴(lài)關(guān)系 C、擴(kuò)展關(guān)系 D、包含關(guān)系 3、用例圖展示了外部參與者與系統(tǒng)所提供的用例之間的連接，UML中的外部參與者是指（ A ） A．人員 B．單位 C．人員或單位 D．人員或外部系統(tǒng) 4、在UML的用例圖圖形表示方式中，“角色.”的表示方式是下列圖形中的哪一個(gè)（ D ） A、 B、 C、 D、 5、包含關(guān)系是在下面哪種關(guān)系的基礎(chǔ)上構(gòu)造的？（ B ） A、組成關(guān)系 B、 依賴(lài)關(guān)系 C、聚合關(guān)系 D、泛化關(guān)系 6、在用例之間

23、，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（ D ） A.包含（include） B.擴(kuò)展（extend） C.泛化（generalization） D.關(guān)聯(lián)（connect） 7、在ATM自動(dòng)取款機(jī)的工作模型中（用戶(hù)通過(guò)輸入正確的用戶(hù)資料，從銀行取錢(qián)的過(guò)程），下面哪個(gè)是“Actor”( A ) A.用戶(hù) B.ATM取款機(jī) C.ATM取款機(jī)管理員 D.取款 8、用例(usecase)用來(lái)描述系統(tǒng)在對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一

24、個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶(hù)帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶(hù)帳號(hào)”之間是 ___ 關(guān)系。( A) A．包含(include) B．?dāng)U展(extend) C．分類(lèi)(classification) D．聚集(aggregation) 9、系統(tǒng)分析員Analyst在做儲(chǔ)蓄系統(tǒng)的需求開(kāi)發(fā)時(shí)，發(fā)現(xiàn)：①“取款”用例、②“查詢(xún)余額”用例、③“更改密碼”用例都要使用④“驗(yàn)證卡號(hào)和密碼”用例的功能。那么①②③3個(gè)用例與用例④的關(guān)系是（　D?。? A、使用關(guān)系 B、擴(kuò)展關(guān)系 C、組成關(guān)系 D、包含關(guān)系 10

25、、Mentor是一家集團(tuán)公司，業(yè)務(wù)范圍涉及到制造業(yè)、服務(wù)業(yè)和高科技產(chǎn)業(yè)，最近公司準(zhǔn)備實(shí)施企業(yè)資源規(guī)劃系統(tǒng)（ERP），因此委托Butterfly公司負(fù)責(zé)該項(xiàng)工作。Butterfly公司的專(zhuān)家為了能更好地了解該公司目前業(yè)務(wù)資源的使用情況，決定建立UML模型與以闡釋?zhuān)敲碆utterfly的專(zhuān)家應(yīng)該建立哪種模型圖？（　　A?。? A、用例圖 B、類(lèi)圖 C、業(yè)務(wù)對(duì)象圖 D、順序圖 11、下列選項(xiàng)中，那些是用例描述應(yīng)該包含的內(nèi)容（多選）( A BC DE ) A、概述 B、 基本事件流 C、可選事件流 D、對(duì)象模型

26、 E、前置條件 二、簡(jiǎn)答題 1．什么是參與者？如何確定系統(tǒng)的參與者？ 直接或間接地與系統(tǒng)交互的任何人和事物都是參與者。 開(kāi)發(fā)人員可以通過(guò)回答以下問(wèn)題來(lái)尋找系統(tǒng)的參與者： (1) 誰(shuí)將使用系統(tǒng)的主要功能 ? (2) 誰(shuí)將需要維護(hù)、管理該系統(tǒng) ? (3) 與該系統(tǒng)交互的是什么系統(tǒng) ? 2．什么是用例？如何確定系統(tǒng)的 確定用例的基本思路：分析系統(tǒng)的每個(gè)參與者是如何使用系統(tǒng)的。 開(kāi)發(fā)人員可以通過(guò)回答以下問(wèn)題來(lái)尋找系統(tǒng)的用例： (1) 參與者需要從系統(tǒng)中獲取哪些功能 ? 即參與者需要系統(tǒng)“做什么”？ (2) 參與者是否需要添加、修改、刪除和查詢(xún)系統(tǒng)中的

27、某種信息 ? 三、分析題 1、某電話(huà)公司決定開(kāi)發(fā)一個(gè)管理所有客戶(hù)信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)功能如下： 瀏覽客戶(hù)信息：任何使用Internet的網(wǎng)絡(luò)用戶(hù)都可以瀏覽電話(huà)公司所有的客戶(hù)信息（包括姓名、住址、電話(huà)號(hào)碼等）。 登錄：電話(huà)公司授予每個(gè)客戶(hù)一個(gè)賬號(hào)號(hào)。擁有授權(quán)賬號(hào)的客戶(hù)，可以使用系統(tǒng)提供的頁(yè)面設(shè)置個(gè)人密碼，并使用該賬號(hào)和密碼向系統(tǒng)注冊(cè)。 修改個(gè)人信息：客戶(hù)向系統(tǒng)注冊(cè)后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁(yè)面，對(duì)個(gè)人信息進(jìn)行修改。 刪除客戶(hù)信息：只有公司的管理人員才可以刪除不再接受公司服務(wù)的客戶(hù)的信息。 【問(wèn)題】在需求

28、分析階段，采用用例圖描述系統(tǒng)功能需求，如上圖所示，請(qǐng)指出圖中的A、B、C和D分別是哪個(gè)用例？ 2、 請(qǐng)仔細(xì)閱讀下圖，描述該圖的基本含義： 該圖的基本含義： 四、大學(xué)選課系統(tǒng)是與學(xué)生有著緊密聯(lián)系的系統(tǒng)。學(xué)生可以登錄該系統(tǒng)選修課程，查看分?jǐn)?shù)。教授可以登錄到系統(tǒng)選擇課程授課，提交學(xué)生成績(jī)。學(xué)校另有一個(gè)系統(tǒng)里面保存有課程目錄信息，選課系統(tǒng)需要和課程目錄系統(tǒng)通訊以取得課程目錄信息。 【問(wèn)題】對(duì)該“大學(xué)選課”系統(tǒng)進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用UML建模設(shè)計(jì)出用例圖。 五、基于WEB的網(wǎng)上購(gòu)物系統(tǒng)越來(lái)越受到人們的關(guān)注，

29、例如小型電子商務(wù)訂單處理系統(tǒng)，使得客戶(hù)可以給購(gòu)物車(chē)添加項(xiàng)目，查看購(gòu)物車(chē)，查看具體項(xiàng)目，購(gòu)買(mǎi)商品，刪除購(gòu)物車(chē)中的項(xiàng)目，瀏覽商品，提供反饋單；庫(kù)房經(jīng)理可以進(jìn)行盤(pán)點(diǎn)，返回庫(kù)房項(xiàng)目，提供訂單；采購(gòu)經(jīng)理可以增加銷(xiāo)售的新項(xiàng)目，刪除銷(xiāo)售項(xiàng)目，購(gòu)買(mǎi)庫(kù)存。 【問(wèn)題】對(duì)該“訂單處理系統(tǒng)”進(jìn)行面向?qū)ο蠓治霾⑦\(yùn)用UML建模設(shè)計(jì)出用例圖。 專(zhuān)題五：活動(dòng)圖 一、單選題 1．下面哪個(gè)不是活動(dòng)圖中的基本元素（D ） A.狀態(tài)、分支 B.轉(zhuǎn)移、匯合 C.泳道、轉(zhuǎn)移 D.用例、狀態(tài) 2、下列所繪制的模型片段、屬于何種圖形？（　B　） A、狀態(tài)圖

30、 B、 活動(dòng)圖 C、 協(xié)作圖 D、順序圖 3、如果要對(duì)一個(gè)學(xué)院課程注冊(cè)系統(tǒng)中的三個(gè)主要角色學(xué)生、教授、教務(wù)長(zhǎng)的工作流程建模，那么需要使用下面的哪個(gè)圖？（　A　?。? A、活動(dòng)圖 B、類(lèi)圖 C、交互圖 D、部署圖 4、在UML中，用來(lái)表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示出工作流中的步驟、決策點(diǎn)，以及完成每一步驟的角色和對(duì)象。這種圖形是（　A　?。? A．活動(dòng)圖 B．業(yè)務(wù)圖 C．用例圖 D．交互圖 5、在下面的圖例中，哪個(gè)用來(lái)描述活動(dòng)（ac

31、tivity）（ A ） A B C D 6、在UML中，_ D _把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。? A．組合活動(dòng)　　　 B．同步條　　　　 C．活動(dòng)　　　　　D．泳道 二、簡(jiǎn)答題 1．什么是動(dòng)作狀態(tài)？什么是活動(dòng)狀態(tài)？它們有什么區(qū)別？ 動(dòng)作狀態(tài)是活動(dòng)中最小單位的構(gòu)造塊，表示原子動(dòng)作?；顒?dòng)狀態(tài)是可以分割的動(dòng)作。

32、 2．請(qǐng)參考下圖，回答問(wèn)題： （1）在該圖中，有幾種不同角色： （2）請(qǐng)找出客戶(hù)在該流程過(guò)程中相關(guān)活動(dòng)內(nèi)容： 三、某公司在線購(gòu)物的控制流程為： A、接受在線訂購(gòu)：客戶(hù)在線下單采購(gòu)公司產(chǎn)品。 動(dòng)作（Action）：在線輸入采購(gòu)清單 B、動(dòng)作（Action）：客戶(hù)服務(wù)部接收到定單，檢查定單是否正確 · 正確 執(zhí)行動(dòng)作C · 不正確 執(zhí)行動(dòng)作：發(fā)出一封訂購(gòu)失敗的EMIAL給客戶(hù)，請(qǐng)客戶(hù)檢查訂單：執(zhí)行動(dòng)作結(jié)束。 C、同步動(dòng)作：訂單轉(zhuǎn)倉(cāng)管部出貨 訂單轉(zhuǎn)財(cái)務(wù)部門(mén)收款處理 D、確認(rèn)客戶(hù)收到采購(gòu)的貨品 ·

33、 正確：執(zhí)行動(dòng)作 E · 不正確：執(zhí)行動(dòng)作 D E、確認(rèn)客戶(hù)已完成收貨付款 正確：執(zhí)行動(dòng)作F 不正確：執(zhí)行動(dòng)作E F、確認(rèn)送貨人員將收到的款項(xiàng)交于財(cái)務(wù)部 正確：執(zhí)行動(dòng)作G 不正確：執(zhí)行動(dòng)作F G、財(cái)務(wù)部門(mén)做訂單結(jié)案處理 H、結(jié)束 【問(wèn)題：】請(qǐng)你利用UML的活動(dòng)圖設(shè)計(jì)執(zhí)行動(dòng)作的活動(dòng)圖 四、過(guò)程：一個(gè)咨詢(xún)公司會(huì)見(jiàn)一個(gè)客戶(hù)時(shí)的業(yè)務(wù)過(guò)程 · 1、公司業(yè)務(wù)員打電話(huà)給客戶(hù)，確立約定。 · 2、如果約定在公司內(nèi)，公司技術(shù)人員為會(huì)議準(zhǔn)備會(huì)議室。 · 3、如果約定在公司之外，咨詢(xún)顧問(wèn)就

34、要用電腦準(zhǔn)備一份陳述報(bào)告 · 4、咨詢(xún)顧問(wèn)和業(yè)務(wù)員與客戶(hù)在約定的時(shí)間和地點(diǎn)見(jiàn)面。 · 5、業(yè)務(wù)員隨后給他們準(zhǔn)備好會(huì)議用紙 · 6、如果會(huì)議產(chǎn)生了一個(gè)問(wèn)題陳述，咨詢(xún)顧問(wèn)就根據(jù)問(wèn)題陳述建立編寫(xiě)一個(gè)提案并把該提案發(fā)給客戶(hù)。 【問(wèn)題】請(qǐng)?jiān)O(shè)計(jì)上述過(guò)程的活動(dòng)圖。 五、在銀行系統(tǒng)的分析與設(shè)計(jì)中，當(dāng)用戶(hù)想從自己的賬戶(hù)中取錢(qián)時(shí)，需要登錄系統(tǒng)，啟動(dòng)取款用例。其步驟如下： （1）系統(tǒng)提示用戶(hù)輸入用戶(hù)姓名、用戶(hù)的id號(hào)、賬號(hào)和取款金額。 （2）用戶(hù)輸入相關(guān)信息后提交，系統(tǒng)確認(rèn)賬戶(hù)是否存在并有效，若賬戶(hù)不存在或無(wú)效，顯示提示信息，用戶(hù)可以重新輸入或終止該用例。 （3）系統(tǒng)確認(rèn)賬戶(hù)中的

35、存款金額是否足夠支付所取款項(xiàng)，若賬戶(hù)中的存款金額不足，顯示提示信息，用戶(hù)可以重新輸入金額或終止該用例。 （4）系統(tǒng)建立取款事件記錄，并更新賬戶(hù)的相關(guān)信息。 【問(wèn)題：】請(qǐng)?jiān)O(shè)計(jì)出取款用例的執(zhí)行動(dòng)作的活動(dòng)圖。 專(zhuān)題六：狀態(tài)圖 一、單選題 1、在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，使用___D_是最為合適的。 A．協(xié)作圖（Collaboration Diagram） B．序列圖（Sequence Diagram） C．活動(dòng)圖（Activity Diagram） D．狀態(tài)圖（Statechart Diagram） 二．簡(jiǎn)答題 1．狀態(tài)

36、圖在哪些重要方面與類(lèi)圖、對(duì)象圖或用例圖有所不同？ 2．比較活動(dòng)圖和狀態(tài)圖。 3．引發(fā)狀態(tài)轉(zhuǎn)換的事件主要有哪些。 4．請(qǐng)參考下圖，回答問(wèn)題： 1． 該圖中有幾種狀態(tài)，分別為_(kāi)__________________________________ 2． 請(qǐng)描述線程的基本運(yùn)行過(guò)程_____________________________ 三、當(dāng)手機(jī)開(kāi)機(jī)時(shí)，它處于空閑狀態(tài)（idle） ，當(dāng)用戶(hù)使用電話(huà)呼叫某人（call someone）時(shí)，收集進(jìn)入撥號(hào)狀態(tài)（dialing）。如果呼叫

37、成功，即電話(huà)接通（connected）,手機(jī)就處于通話(huà)狀態(tài)（working）;如果呼叫不成功（can’t connect）,例如對(duì)方線路有問(wèn)題，關(guān)機(jī) 、拒絕接聽(tīng)。這時(shí)手機(jī)停止呼叫，重新進(jìn)入空閑狀態(tài)，手機(jī)進(jìn)入空閑狀態(tài)下被呼叫（be called ）,手機(jī)進(jìn)入響鈴狀態(tài)（ringing）；如果用戶(hù)接聽(tīng)電話(huà)（pick）,手機(jī)處于通話(huà)狀態(tài)；如果用戶(hù)未做出任何反應(yīng)（haven’t acts ）,可能他沒(méi)有聽(tīng)見(jiàn)鈴聲，手機(jī)一直處于響鈴狀態(tài)，如果用戶(hù)拒絕來(lái)電（refused）,手機(jī)回到空閑狀態(tài)（idle）。 【問(wèn)題：】請(qǐng)按以上描述繪制出使用手機(jī)的狀態(tài)圖。 四、電梯開(kāi)始處于空閑狀態(tài)（idle），當(dāng)有人按下按

38、鈕要求使用電梯時(shí)(事件 is required發(fā)生)，電梯進(jìn)入運(yùn)行狀態(tài)（run）。如果電梯的當(dāng)前樓層比想要的樓層高時(shí)（護(hù)衛(wèi)條件[currentFloor>desiredFloor]成立），電梯進(jìn)入下降狀態(tài)（moving down）；反之，如果電梯的當(dāng)前樓層比想要的樓層低時(shí)（護(hù)衛(wèi)條件[currentFloor

39、不成立，繼續(xù)移動(dòng)，若成立，就進(jìn)入停止?fàn)顟B(tài)(stop)，15秒后，電梯門(mén)自動(dòng)打開(kāi)(door open)，2分鐘后，電梯門(mén)自動(dòng)關(guān)上(door close)，如果有更多的電梯使用請(qǐng)求，進(jìn)入運(yùn)行狀態(tài)(run)，反之，則進(jìn)入空閑狀態(tài)(idle)。 【問(wèn)題：】請(qǐng)按以上描述繪制出電梯系統(tǒng)的狀態(tài)圖。 專(zhuān)題七：交互圖（順序圖、協(xié)作圖） 一、單選題 1、順序圖的組成要素有哪些？（ C ） A、對(duì)象、轉(zhuǎn)換、消息 B、對(duì)象、轉(zhuǎn)換、動(dòng)作狀態(tài)

40、 C、對(duì)象、生命線、激活、消息 D、對(duì)象、使用案例、動(dòng)作狀態(tài) 2、順序圖是強(qiáng)調(diào)消息隨時(shí)間順序變化的交互圖，下面哪個(gè)不是用來(lái)描述順序圖的組成部分（ E ） A.類(lèi)角色 B.生命線 C.激活期 D.消息 E.轉(zhuǎn)換 3、關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確（ D） A．協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織； B．在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動(dòng)生成； C．協(xié)作圖中有消息流的順序號(hào)； D．協(xié)作圖是順序圖的一種 4、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩

41、種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱(chēng)之為 __(1)_C_ ，該圖的特點(diǎn)是 __（2)_A_ ，強(qiáng)調(diào)參加交互的對(duì)象的組織圖稱(chēng)之為 _D_(3)__ 。 (1) A．活動(dòng)圖(activitydiagram) B．狀態(tài)圖(statechartdiagram) C．順序圖(sequencediagram) D．協(xié)作圖(collaborationdiagram) (2) A．有生命線及控制焦點(diǎn)，重點(diǎn)在消息的時(shí)間順序上 B．有路徑有順序號(hào)，為了一個(gè)消息的時(shí)間順序給消息加數(shù)字前綴 C．是對(duì)系統(tǒng)、子系統(tǒng)或類(lèi)的行為建模 D．本質(zhì)上是一個(gè)流程圖，顯示從活動(dòng)到活動(dòng)的信息流 (3)

42、A．活動(dòng)圖(activitydiagram) B．狀態(tài)圖(statechartdiagram) C．順序圖(sequencediagram) D．協(xié)作圖(collaborationdiagram) 5、在UML中，以下關(guān)于順序圖和協(xié)作圖的敘述哪個(gè)是正確的？（A　?。? A、這兩種圖是同構(gòu)的，所以可以互相轉(zhuǎn)換 B、這兩種圖是異構(gòu)的，所以不可以互相轉(zhuǎn)換 C、這兩種圖均強(qiáng)調(diào)對(duì)象行為的事件順序，常用于對(duì)反應(yīng)式系統(tǒng)建模 D、這兩種圖是均專(zhuān)注于系統(tǒng)的動(dòng)態(tài)視圖，由于狀態(tài)無(wú)法確定，所以不可以互相轉(zhuǎn)換 6、系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”用例時(shí)，得到了一組協(xié)作

43、關(guān)系復(fù)雜的類(lèi)，下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過(guò)程中的行為次序？（　A　?。? A 、順序圖或者協(xié)作圖 B、狀態(tài)圖 C、對(duì)象圖 D、用例圖 7、UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類(lèi)來(lái)表示，分別是（　　D） A.狀態(tài)圖和順序圖 B.活動(dòng)圖和協(xié)作圖 C.狀態(tài)圖和活動(dòng)圖 D.順序圖和協(xié)作圖 8、在UML的圖形中，順序圖是強(qiáng)調(diào)的是交互的時(shí)間順序，即順序圖是按照 B 布圖；協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和交互的對(duì)象的整體組織，即協(xié)作圖是按照 布圖。 A、空

44、間組織 時(shí)間順序 B、時(shí)間順序 空間組織 C、對(duì)象關(guān)系 組織關(guān)系 D、組織關(guān)系 對(duì)象關(guān)系 二、簡(jiǎn)答題 1．什么是順序圖，順序圖是由那些部分組成？ 順序圖式強(qiáng)調(diào)消息時(shí)間順序的交互圖。是描述系統(tǒng)中類(lèi)與類(lèi)之間的交互，塔將這些交互建模成消息交換即順序圖描述了類(lèi)相互協(xié)作的完成預(yù)期行為的動(dòng)態(tài)過(guò)程。由類(lèi)角色，生命線，激活器和消息組成。 2．什么是協(xié)作圖，協(xié)作圖是由那些部分組成？ 展現(xiàn)一組對(duì)象，這組對(duì)象件的鏈接以及這組對(duì)象收發(fā)的消息。塔強(qiáng)調(diào)收發(fā)對(duì)象的結(jié)構(gòu)組織，按組織結(jié)構(gòu)對(duì)控制流建模。 3． 角色和對(duì)象有什么區(qū)別？請(qǐng)舉例說(shuō)明 。 4． 一

45、個(gè)消息包含什么內(nèi)容？怎樣表示消息？請(qǐng)舉例說(shuō)明。 三、用戶(hù)在ATM（自動(dòng)取款機(jī)）提取1000元人民幣的最理想場(chǎng)景（卡內(nèi)有余額5000，密碼1234）如下描述 開(kāi)始用戶(hù)（張三）將銀行卡插入到讀卡器，讀卡器讀卡號(hào)，打開(kāi)張三的賬目對(duì)象，并初始化屏幕，屏幕提示輸入PIN（密碼），張三輸入密碼（1234），然后系統(tǒng)驗(yàn)證密碼與帳戶(hù)對(duì)象，發(fā)出相符的信息。ATM屏幕向張三提供選項(xiàng)，張三選擇取款，然后屏幕提示張三輸入取款金額，他選擇了1000元RMB，系統(tǒng)啟動(dòng)賬目對(duì)象進(jìn)行核實(shí)，之后從帳戶(hù)中取錢(qián)；系統(tǒng)啟動(dòng)一系列的賬目對(duì)象要完成的過(guò)程。首先，驗(yàn)證張三的帳目至少有1000元RMB ，然后從中扣除1000元R

46、MB，再讓吐錢(qián)機(jī)提供1000元RMB現(xiàn)金，另外還需要讓票據(jù)打印機(jī)提供取款憑據(jù)，最后讓讀卡器退卡。 【問(wèn)題：】請(qǐng)你利用UML的動(dòng)態(tài)視圖中的順序圖對(duì)在ATM取款最理想的場(chǎng)景進(jìn)行建模 四、對(duì)于一個(gè)網(wǎng)上商店，顧客購(gòu)買(mǎi)一件商品的過(guò)程如下：顧客上網(wǎng)瀏覽查詢(xún)商品的分類(lèi)目錄，找出所需商品。顧客決定購(gòu)買(mǎi)。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uese case模型圖，繪制出相應(yīng)的順序圖和協(xié)作圖。 專(zhuān)題八：構(gòu)件圖、部署圖

47、一、單選題 1、在UML2.0版本中的圖形表示方式中，“構(gòu)件”的表示方式是下列圖形中的哪一個(gè) ？（ C ） A、 B、 C、 D、 2、在UML的部署圖表示方式中，“節(jié)點(diǎn)（Node）”的表示方式是下列圖形中的哪一個(gè)？（　B?。? A、 B、 C、 D、 3、下列所繪制模型片段屬于哪類(lèi)圖形？（ 　C） A、狀態(tài)圖 B、 活動(dòng)圖 C、 部署圖 D、順序圖 二、填空題 1、設(shè)計(jì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖是 ，設(shè)計(jì)系統(tǒng)的靜態(tài)部署視圖是

48、 。 2、部署圖中的節(jié)點(diǎn)可以分為兩種類(lèi)型：　　　　和　　　　　 3、　　　　和　　　　　用于對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模進(jìn)行描述的兩種圖形。 三、簡(jiǎn)答題 1、 構(gòu)件和類(lèi)有何區(qū)別？類(lèi)有實(shí)例對(duì)象，組件能否實(shí)例化？ 2、 構(gòu)件有哪些類(lèi)型？請(qǐng)舉例說(shuō)明 。 四、對(duì)于一個(gè)網(wǎng)上商店，顧客購(gòu)買(mǎi)一件商品的過(guò)程如下：顧客上網(wǎng)瀏覽查詢(xún)商品的分類(lèi)目錄，找出所需商品，顧客決定購(gòu)買(mǎi)。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uese case模型圖 。該系統(tǒng)采用瀏覽器/應(yīng)用服務(wù)器/數(shù)據(jù)庫(kù) 服務(wù)器，試?yán)L制相應(yīng)的構(gòu)件圖和部署圖。 本文是通過(guò)網(wǎng)絡(luò)收集，如有侵權(quán)請(qǐng)告知，我會(huì)第一時(shí)間處理。 19