可視化建模與UML習(xí)題集及答案

專題一&專題二：UML概述&面向?qū)ο蠡A(chǔ)一、單項(xiàng)選擇題1、組成UML構(gòu)造塊三大要素為：（B）A、事物、元素、關(guān)系B、事物、關(guān)系、圖形C、事物、組件、圖形D、事物、圖形、結(jié)構(gòu)2、UML中的事物分為哪幾類(lèi)？（A）A、結(jié)構(gòu)、行為、分組、備注等四類(lèi)事物B、結(jié)構(gòu)、圖形、行為、分組等四類(lèi)事物C、類(lèi)、行為、分組、備注等四類(lèi)事物D、分組、備注、結(jié)構(gòu)、圖形等四類(lèi)事物3、UML中的關(guān)系分為哪幾種？（C）A、依賴關(guān)系、類(lèi)關(guān)系、一般化關(guān)系、合作關(guān)系B、依賴關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系、繼承關(guān)系C、依賴關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系D、依賴關(guān)系、關(guān)聯(lián)關(guān)系、泛化關(guān)系、合作關(guān)系4、所謂的4+1視圖是指（A）A、DesignView、InteractionView、ImplementationView、DeploymentView、useCaseViewB、InteractionView、ImplementationView、DeploymentView、CustomerView、useCaseViewC、InteractionView、ImplementationView、DeploymentView、ProcessView、useCaseViewD、DesignView、InteractionView、ImplementationView、ProcessView、useCaseView5、在UML中屬于靜態(tài)視圖的是（D）A、順序圖、協(xié)作圖、包圖、類(lèi)圖B、對(duì)象圖、類(lèi)圖、構(gòu)件圖、包圖C、順序圖、用例圖、對(duì)象圖、類(lèi)圖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ì)“退化”；C.軟件的開(kāi)發(fā)至今尚未擺脫手工藝的開(kāi)發(fā)方式；D.軟件開(kāi)發(fā)與硬件開(kāi)發(fā)的流程一樣。9、UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(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)題鑒定會(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ù)是（A）A、一系列指導(dǎo)軟件構(gòu)造的原則B、一種新的已被認(rèn)可的理論C、GradyBooch發(fā)明的一種新的動(dòng)態(tài)的語(yǔ)言D、僅僅基于模塊化的原則二、填空題1、UML是UnifiedModelingLanguage的英文縮寫(xiě)。2．UML中的圖分為：__類(lèi)圖__、對(duì)象圖、_構(gòu)件圖__、用例圖_、活動(dòng)圖、__狀態(tài)圖___、協(xié)作圖、_順序圖__、部署圖九種。三、簡(jiǎn)答題？1．什么是建模？為什么要建模？模型是現(xiàn)實(shí)的簡(jiǎn)化。 我們建模是為了能夠更好的理解我們正在開(kāi)發(fā)的系統(tǒng)2．UML包括哪些組成部分？UML包括三個(gè)主要部分：構(gòu)造塊、規(guī)則以及公共機(jī)制3．什么是面向?qū)ο?？面向?qū)ο蟮奶攸c(diǎn)是什么？4．UML圖有哪些？其中哪些是靜態(tài)圖？哪些是動(dòng)態(tài)圖？UML圖包括：類(lèi)圖、構(gòu)件圖、用例圖、狀態(tài)圖、順序圖、對(duì)象圖、活動(dòng)圖、協(xié)作圖、部署圖其中，類(lèi)圖、構(gòu)件圖、對(duì)象圖、部署圖是靜態(tài)視圖 用例圖、狀態(tài)圖、順序圖、活動(dòng)圖、協(xié)作圖是動(dòng)態(tài)圖專題三：類(lèi)圖（對(duì)象圖、包圖）一、單項(xiàng)選擇題1．UML中類(lèi)的有三種，下面哪個(gè)不是其中之一（D）A.實(shí)體類(lèi)B.邊界類(lèi)C.控制類(lèi)D.主類(lèi)2．在UML中，類(lèi)之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來(lái)描述類(lèi)之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（D）A.0….1B.0….*C.1….*D.*….*3．通常對(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）4、在一個(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、依賴關(guān)系 D、包含關(guān)系5、類(lèi)A的一個(gè)操作調(diào)用類(lèi)B的一個(gè)操作，且這兩個(gè)類(lèi)之間不存在其他關(guān)系，那么類(lèi)A和類(lèi)B之間是（）關(guān)系。（C）實(shí)現(xiàn)B、關(guān)聯(lián)C、依賴D、泛化6、在UML2.0版本中的圖形表示方式中，“包”的表示方式是下列圖形中的哪一個(gè)？（A）A、B、C、D、7、在UML中下列圖形代表什么關(guān)系？（A）A、組成關(guān)系B、依賴關(guān)系C、聚集關(guān)系D、泛化關(guān)系8、在UML中下列圖形代表什么關(guān)系？(D)A、一般化關(guān)系B、依賴關(guān)系C、聚集關(guān)系D、泛化關(guān)系A(chǔ)BCD9、汽車(chē)（Car）由輪子、發(fā)動(dòng)機(jī)、油箱、座椅、方向盤(pán)等組成。那么car類(lèi)和其他類(lèi)（Wheel、Engin、Tank、Chair、SteeringWheel）之間的關(guān)系是：（D）A、泛化關(guān)系（Generalization） B、實(shí)現(xiàn)關(guān)系（Realization）C、包含關(guān)系（Inclusion） D、組合關(guān)系（Composition）10．在下面的圖例中，哪個(gè)用來(lái)描述注釋（D）ABCD11．關(guān)于包的描述，哪個(gè)不正確（E）A.和其他建模元素一樣，每個(gè)包必須有一個(gè)區(qū)別于其他包的名字；B.包中可以包含其他元素，比如類(lèi)、接口、組件、用例等等；C.包的可見(jiàn)性分為：public、protected、private；D.引入（import）使得一個(gè)包中的元素可以單向訪問(wèn)另一個(gè)包中的元素；E.導(dǎo)出（export）使的一個(gè)包中的元素可以單向訪問(wèn)另一個(gè)包中的元素；12、消息傳遞是對(duì)象間通信的手段，一個(gè)對(duì)象通過(guò)向另一個(gè)對(duì)象發(fā)送消息來(lái)請(qǐng)求其服務(wù)，一個(gè)消息通常包括：（C）A、發(fā)送消息的對(duì)象的標(biāo)識(shí)、調(diào)用的發(fā)送方的操作名和必要的參數(shù)B、發(fā)送消息的類(lèi)名和接收消息的類(lèi)名C、接收消息的對(duì)象的標(biāo)識(shí)、調(diào)用的接收方的操作名和必要的參數(shù)D、接收消息的類(lèi)名13、在一個(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之間的關(guān)系是：……（A）A、依賴（dependency）關(guān)系 B、組成（composition）關(guān)系C、泛化（generalization）關(guān)系 D、包含（include）關(guān)系14、根據(jù)下面的代碼，判斷下面那些敘述是正確的？（A）publicclassHouseKeeper{privateTimeCardtimecard;publicvoidclockIn(){timecard.punch();}}A、類(lèi)HouseKeeper和類(lèi)TimeCard之間存在關(guān)聯(lián)（Association）關(guān)系；B、類(lèi)HouseKeeper和類(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)系15、UML關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等5種類(lèi)型，請(qǐng)將合適的關(guān)系填寫(xiě)在下列描述的（D）中。①用例及其協(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é)生和課程之間是（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依賴D泛化E聚合16、已知類(lèi)A需要類(lèi)B提供的服務(wù)，下列所描述的四種情況中，哪種情況不好把類(lèi)A和類(lèi)B之間的關(guān)系定義成依賴關(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è)全局變量17、“一個(gè)研究生在軟件學(xué)院做助教（teachingassistant），同時(shí)還在校園餐廳打工做收銀員（cashier）。也就是說(shuō)，這個(gè)研究生有3種角色：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色?！备鶕?jù)上面的陳述，下面哪個(gè)設(shè)計(jì)是最合理的？（B）ABCD18、類(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、泛化關(guān)系B、關(guān)聯(lián)關(guān)系C、依賴關(guān)系D、實(shí)現(xiàn)關(guān)系19、關(guān)于類(lèi)和對(duì)象的關(guān)系，下列說(shuō)法中哪個(gè)是錯(cuò)誤的（B）A、每個(gè)對(duì)象都是某個(gè)類(lèi)的實(shí)例B、每個(gè)類(lèi)某一時(shí)刻必定存在對(duì)象實(shí)體C、類(lèi)是靜態(tài)的描述D、對(duì)象是動(dòng)態(tài)的實(shí)例二、填空題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、在對(duì)系統(tǒng)建模時(shí)、接口可分為提供接口、所需接口。5、下圖所表示的含義是WashingMachine實(shí)現(xiàn)了接口ControlKnob,Person使用了接口ControlKnob三、簡(jiǎn)答題1、在UML建模中使用“包”是為了達(dá)到怎樣的效果？在UML中，包是分組事物的一種，它是建模時(shí)用來(lái)組織模型中的元素的，在系統(tǒng)運(yùn)行時(shí)并不存在包的實(shí)例。包在開(kāi)發(fā)大型軟件系統(tǒng)時(shí)是一個(gè)非常重要的機(jī)制，它就象一個(gè)“容器”，可用于組織模型中的相關(guān)元素以便更容易理解。2、下圖顯示了某個(gè)學(xué)校課程管理系統(tǒng)的部分類(lèi)圖，其中一個(gè)學(xué)生（student）可以知道所有注冊(cè)課程的教師（instructor），一個(gè)教師也可以知道所有注冊(cè)課程的學(xué)生?，F(xiàn)在提出一個(gè)新的需求："一個(gè)教師也可以是某些課程的學(xué)生"，那么下面設(shè)計(jì)A～C中哪一個(gè)是最好的？為什么？設(shè)計(jì)A：設(shè)計(jì)B：.設(shè)計(jì)C：答案：設(shè)計(jì)C最好。理由：設(shè)計(jì)A方案：應(yīng)用了自身關(guān)聯(lián)，可以實(shí)現(xiàn)新的需求，但是不便于擴(kuò)展。設(shè)計(jì)B方案：不能實(shí)現(xiàn)新的需求。設(shè)計(jì)C方案：應(yīng)用開(kāi)閉原則，實(shí)現(xiàn)了新的需求，并且便于擴(kuò)展。請(qǐng)為下面這段編譯正確的代碼，補(bǔ)充類(lèi)圖。pulicclassStudent{ privateStringname; publicvoidsetName(Stringname){ =name;}publicStringgetName(){ return;}}請(qǐng)參考下圖，回答問(wèn)題：圖A.2圖中的實(shí)體類(lèi)為_(kāi)___書(shū)籍、書(shū)目____圖中的控制類(lèi)為_(kāi)____書(shū)籍管理_____圖中的邊界類(lèi)為_(kāi)____借書(shū)界面_____“借書(shū)界面”類(lèi)中的成員屬性有___susername、spass___四、根據(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()。這兩個(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)圖。六、請(qǐng)根據(jù)以上題目描述，給出系統(tǒng)的UML類(lèi)圖設(shè)計(jì)方案，并用Java代碼予以實(shí)現(xiàn)。系統(tǒng)名稱：農(nóng)夫果園游戲系統(tǒng) 人物角色：農(nóng)夫（Farmer）、市場(chǎng)調(diào)查員(Inquirer)、農(nóng)場(chǎng)主(Boss) 系統(tǒng)實(shí)物：各種果樹(shù)（Fruit）、果園(Garden)功能需求：1、農(nóng)夫可以根據(jù)市場(chǎng)行情種植各種水果； 2、市場(chǎng)調(diào)查員可以了解市場(chǎng)行情；3、農(nóng)場(chǎng)主可以向農(nóng)夫、市場(chǎng)調(diào)查員發(fā)布命令 4、各種果樹(shù)都具有種植（plant）、成長(zhǎng)（grow）、收獲(harvest)行為； 5、果園是人物和實(shí)物進(jìn)行交易的經(jīng)營(yíng)場(chǎng)所。Java代碼：publicclassFruit{ publicvoidplant(){ } publicvoidgrow(){ } publicvoidharvest(){ }}publicclassAppleextendsFruit{}publicclassGrapeextendsFruit{}publicclassFarmer{ publicFruitplant(Stringmessage){ if(message.equals("apple")) returnnewApple(); else returnnewGrape(); }}publicclassInquier{ publicStringinquire(){ return"grape";} }publicclassBoss{ publicStringcommand1(Inquierinquier){ returninquier.inquire(); } publicFruitcommand2(Farmerfarmer,Stringmessage){ returnfarmer.plant(message); }}publicclassGarden{ privateBossboss; privateFarmerfarmer; privateInquierinquier; privateFruitfruit; }專題四：用例圖一、單選題1、用例圖是從誰(shuí)的角度出發(fā)對(duì)如何使用系統(tǒng)進(jìn)行描述的？（A）A、用戶B、系統(tǒng)分析師C、系統(tǒng)設(shè)計(jì)師D、程序員2、在UML2.0版本中。表示是用例間什么關(guān)系（D）A、關(guān)聯(lián)關(guān)系B、依賴關(guān)系C、擴(kuò)展關(guān)系D、包含關(guān)系3、用例圖展示了外部參與者與系統(tǒng)所提供的用例之間的連接，UML中的外部參與者是指（D）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、依賴關(guān)系C、聚合關(guān)系D、泛化關(guān)系6、在用例之間，會(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ī)的工作模型中（用戶通過(guò)輸入正確的用戶資料，從銀行取錢(qián)的過(guò)程），下面哪個(gè)是“Actor”(A)A.用戶B.ATM取款機(jī)C.ATM取款機(jī)管理員D.取款8、用例(usecase)用來(lái)描述系統(tǒng)在對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要核查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號(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)：①“取款”用例、②“查詢余額”用例、③“更改密碼”用例都要使用④“驗(yàn)證卡號(hào)和密碼”用例的功能。那么①②③3個(gè)用例與用例④的關(guān)系是（D）A、使用關(guān)系 B、擴(kuò)展關(guān)系 C、組成關(guān)系 D、包含關(guān)系10、在電影院管理系統(tǒng)中，有3個(gè)用例，分別是“購(gòu)買(mǎi)電影票”、“預(yù)定電影票”、“登記電影制片廠”，其中“購(gòu)買(mǎi)電影票”是高風(fēng)險(xiǎn)、高業(yè)務(wù)價(jià)值的用例；“預(yù)定電影票”是低風(fēng)險(xiǎn)、高業(yè)務(wù)價(jià)值的用例；“登記電影制片廠”是低風(fēng)險(xiǎn)、低業(yè)務(wù)價(jià)值的用例。在開(kāi)發(fā)時(shí)準(zhǔn)備采用迭代式開(kāi)發(fā)，先實(shí)現(xiàn)其中的一個(gè)用例，那么首先應(yīng)實(shí)現(xiàn)哪個(gè)用例?(C)A、“登記電影制片廠”用例 B、“預(yù)定電影票”用例 C、“購(gòu)買(mǎi)電影票”用例 D、3個(gè)用例中的任意一個(gè)都可以11、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公司的專家為了能更好地了解該公司目前業(yè)務(wù)資源的使用情況，決定建立UML模型與以闡釋，那么Butterfly的專家應(yīng)該建立哪種模型圖？（A）A、用例圖 B、類(lèi)圖 C、業(yè)務(wù)對(duì)象圖 D、順序圖12、下列選項(xiàng)中，那些是用例描述應(yīng)該包含的內(nèi)容（多選）(ABCE)A、概述 B、基本事件流C、可選事件流 D、對(duì)象模型E、前置條件二、簡(jiǎn)答題1．什么是參與者？如何確定系統(tǒng)的參與者？2．什么是用例？如何確定系統(tǒng)的用例？3．用例之間有哪些關(guān)系？對(duì)每一種關(guān)系，請(qǐng)舉出一個(gè)實(shí)際的例子，并畫(huà)出用例圖。4．說(shuō)明在Browser中刪除一個(gè)模型元素和在Diagram中刪除一個(gè)模型元素的區(qū)別。在Browser中刪除一個(gè)模型元素將同時(shí)刪除所有的Diagram中對(duì)它的引用，該模型元素獎(jiǎng)?wù)嬲龔哪Ｐ臀募袆h除。在Diagram中刪除的模型元素不一定真正在模型文件中被刪除，而只是從當(dāng)前的圖中被刪除。5．Use-Case模型可以包括哪些內(nèi)容，列舉至少３種。參與者、用例、用例描述文檔三、分析題1、某電話公司決定開(kāi)發(fā)一個(gè)管理所有客戶信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)功能如下：瀏覽客戶信息：任何使用Internet的網(wǎng)絡(luò)用戶都可以瀏覽電話公司所有的客戶信息（包括姓名、住址、電話號(hào)碼等）。登錄：電話公司授予每個(gè)客戶一個(gè)賬號(hào)號(hào)。擁有授權(quán)賬號(hào)的客戶，可以使用系統(tǒng)提供的頁(yè)面設(shè)置個(gè)人密碼，并使用該賬號(hào)和密碼向系統(tǒng)注冊(cè)。修改個(gè)人信息：客戶向系統(tǒng)注冊(cè)后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁(yè)面，對(duì)個(gè)人信息進(jìn)行修改。刪除客戶信息：只有公司的管理人員才可以刪除不再接受公司服務(wù)的客戶的信息?！締?wèn)題】在需求分析階段，采用用例圖描述系統(tǒng)功能需求，如上圖所示，請(qǐng)指出圖中的A、B、C和D分別是哪個(gè)用例？ 1、A瀏覽客戶信息B修改個(gè)人信息C登錄系統(tǒng)D刪除客戶信息請(qǐng)仔細(xì)閱讀下圖，描述該圖的基本含義：該圖的基本含義：2、該用例圖描述的是圖書(shū)館管理系統(tǒng)中管理員對(duì)書(shū)籍和書(shū)目的管理流程。在這個(gè)流程中，管理員這個(gè)Actor與用例刪除書(shū)目、刪除書(shū)籍、修改書(shū)籍信息、新增書(shū)籍之間能通過(guò)消息傳遞發(fā)生關(guān)聯(lián)，而圖書(shū)查詢這個(gè)用例與刪除書(shū)目、刪除書(shū)籍、修改書(shū)籍信息這三個(gè)用例之間有被包含的關(guān)系，也就是說(shuō)，在刪除書(shū)目、刪除書(shū)籍、修改書(shū)籍信息用例發(fā)生的過(guò)程前，需要進(jìn)行圖書(shū)查詢。新增書(shū)目這個(gè)用例與新增書(shū)籍這個(gè)用例也是被包含的關(guān)系。四、在醫(yī)生的辦公室里接待員、護(hù)士和醫(yī)生使用病人記錄和計(jì)劃安排系統(tǒng)。當(dāng)病人第一次來(lái)這里看病時(shí)，接待員使用該系統(tǒng)來(lái)輸入病人信息，并且他們安排所有的預(yù)約。護(hù)士使用系統(tǒng)來(lái)跟蹤病人每次看病的結(jié)果并輸入護(hù)理病人的信息，如醫(yī)療和診斷。護(hù)士也可以訪問(wèn)這些信息以打印病人診斷結(jié)果或病人看病歷史。醫(yī)生主要用這個(gè)系統(tǒng)來(lái)查看病人的病史，偶爾也輸入病人的醫(yī)療信息，但通常他讓護(hù)士輸入這些信息?！締?wèn)題】根據(jù)上面的陳述，請(qǐng)你分析出參與者和用例，并繪制出用例圖。五、網(wǎng)絡(luò)在線售票訂位系統(tǒng)的功能如下：客戶有一般客戶和企業(yè)客戶兩種，可以建立在線訂位事件、事件確認(rèn)，執(zhí)行在線信用卡付費(fèi)、個(gè)人或團(tuán)體賬號(hào)修改和管理、在線個(gè)人事件查詢；系統(tǒng)操作者可以建立在線銷(xiāo)售訂位事件、查詢目前銷(xiāo)售訂位狀況、個(gè)人或團(tuán)體賬號(hào)修改和管理；系統(tǒng)設(shè)計(jì)者可以建立在線售票訂位事件、查詢目前銷(xiāo)售訂位情況、在線系統(tǒng)維護(hù)和功能增加、系統(tǒng)環(huán)境設(shè)置?！締?wèn)題】請(qǐng)依照上述描述，并繪制出需求用例模型六、大學(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ì)出用例圖?；赪EB的網(wǎng)上購(gòu)物系統(tǒng)越來(lái)越受到人們的關(guān)注，例如小型電子商務(wù)訂單處理系統(tǒng)，使得客戶可以給購(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ì)出用例圖。專題五：活動(dòng)圖一、單選題1．下面哪個(gè)不是活動(dòng)圖中的基本元素（D）A.狀態(tài)、分支B.轉(zhuǎn)移、匯合C.泳道、轉(zhuǎn)移D.用例、狀態(tài)2、下列所繪制的模型片段、屬于何種圖形？（B）A、狀態(tài)圖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)（activity）（A）ABCD6、在UML中，_D_把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明確地表示哪些活動(dòng)是由哪些對(duì)象完成的。

A．組合活動(dòng)B．同步條C．活動(dòng)D．泳道7、Innovation公司正在為Rose開(kāi)發(fā)插入件，使得Rose可以把OOA/OOD模型以各種圖形格式導(dǎo)出，如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法來(lái)生成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，哪個(gè)圖是最合適的？（A）A、活動(dòng)圖B、類(lèi)圖C、交互圖D、部署圖8、Satopia是一家大型公司，由于公司業(yè)務(wù)的擴(kuò)大，準(zhǔn)備對(duì)公司已有的軟件系統(tǒng)進(jìn)行升級(jí)，因此委托Object公司負(fù)責(zé)該項(xiàng)工作。Object公司的專家建議在對(duì)系統(tǒng)升級(jí)前和Statopia公司的高層管理人員開(kāi)一次討論會(huì)，以便能更好地了解目前所使用的軟件系統(tǒng)。那么在這次討論會(huì)中，下面幾個(gè)圖中哪個(gè)圖是最有用的？（C）A、狀態(tài)圖 B、部署圖 C、活動(dòng)圖 D、順序圖二、簡(jiǎn)答題1．什么是動(dòng)作狀態(tài)？什么是活動(dòng)狀態(tài)？它們有什么區(qū)別？1、對(duì)象的動(dòng)作狀態(tài)是活動(dòng)圖最小單位的構(gòu)造塊，表示原子動(dòng)作。動(dòng)作有三個(gè)特點(diǎn)：原子性，即不能被分解為更小部分；不可中斷的，即一旦開(kāi)始就必須運(yùn)行到結(jié)束瞬時(shí)的，即動(dòng)作狀態(tài)所占用的處理時(shí)間通常是極短的，甚至是可以被忽略的。相比動(dòng)作狀態(tài)，活動(dòng)狀態(tài)能夠被進(jìn)一步分解，它的活動(dòng)可以由其他的活動(dòng)圖表示?；顒?dòng)狀態(tài)不是原子的，可以被中斷。在UML中，動(dòng)作狀態(tài)和活動(dòng)狀態(tài)的圖標(biāo)沒(méi)有區(qū)別。2．請(qǐng)參考下圖，回答問(wèn)題：（1）在該圖中，有幾種不同角色：（2）請(qǐng)找出客戶在該流程過(guò)程中相關(guān)活動(dòng)內(nèi)容：答：(1）角色：客戶、銷(xiāo)售員、倉(cāng)庫(kù)管理員（2）客戶活動(dòng)：查看商品、查看單據(jù)、存款三、某公司在線購(gòu)物的控制流程為：A、接受在線訂購(gòu)：客戶在線下單采購(gòu)公司產(chǎn)品。動(dòng)作（Action）：在線輸入采購(gòu)清單B、動(dòng)作（Action）：客戶服務(wù)部接收到定單，檢查定單是否正確正確執(zhí)行動(dòng)作C不正確執(zhí)行動(dòng)作：發(fā)出一封訂購(gòu)失敗的EMIAL給客戶，請(qǐng)客戶檢查訂單：執(zhí)行動(dòng)作結(jié)束。C、同步動(dòng)作：訂單轉(zhuǎn)倉(cāng)管部出貨訂單轉(zhuǎn)財(cái)務(wù)部門(mén)收款處理D、確認(rèn)客戶收到采購(gòu)的貨品正確：執(zhí)行動(dòng)作E不正確：執(zhí)行動(dòng)作DE、確認(rèn)客戶已完成收貨付款正確：執(zhí)行動(dòng)作F不正確：執(zhí)行動(dòng)作EF、確認(rèn)送貨人員將收到的款項(xiàng)交于財(cái)務(wù)部正確：執(zhí)行動(dòng)作G不正確：執(zhí)行動(dòng)作FG、財(cái)務(wù)部門(mén)做訂單結(jié)案處理H、結(jié)束【問(wèn)題：】請(qǐng)你利用UML的活動(dòng)圖設(shè)計(jì)執(zhí)行動(dòng)作的活動(dòng)圖四、過(guò)程：一個(gè)咨詢公司會(huì)見(jiàn)一個(gè)客戶時(shí)的業(yè)務(wù)過(guò)程1、公司業(yè)務(wù)員打電話給客戶，確立約定。2、如果約定在公司內(nèi)，公司技術(shù)人員為會(huì)議準(zhǔn)備會(huì)議室。3、如果約定在公司之外，咨詢顧問(wèn)就要用電腦準(zhǔn)備一份陳述報(bào)告4、咨詢顧問(wèn)和業(yè)務(wù)員與客戶在約定的時(shí)間和地點(diǎn)見(jiàn)面。5、業(yè)務(wù)員隨后給他們準(zhǔn)備好會(huì)議用紙6、如果會(huì)議產(chǎn)生了一個(gè)問(wèn)題陳述，咨詢顧問(wèn)就根據(jù)問(wèn)題陳述建立編寫(xiě)一個(gè)提案并把該提案發(fā)給客戶?！締?wèn)題】請(qǐng)?jiān)O(shè)計(jì)上述過(guò)程的活動(dòng)圖。五、在銀行系統(tǒng)的分析與設(shè)計(jì)中，當(dāng)用戶想從自己的賬戶中取錢(qián)時(shí)，需要登錄系統(tǒng)，啟動(dòng)取款用例。其步驟如下：（1）系統(tǒng)提示用戶輸入用戶姓名、用戶的id號(hào)、賬號(hào)和取款金額。（2）用戶輸入相關(guān)信息后提交，系統(tǒng)確認(rèn)賬戶是否存在并有效，若賬戶不存在或無(wú)效，顯示提示信息，用戶可以重新輸入或終止該用例。（3）系統(tǒng)確認(rèn)賬戶中的存款金額是否足夠支付所取款項(xiàng)，若賬戶中的存款金額不足，顯示提示信息，用戶可以重新輸入金額或終止該用例。（4）系統(tǒng)建立取款事件記錄，并更新賬戶的相關(guān)信息?！締?wèn)題：】請(qǐng)?jiān)O(shè)計(jì)出取款用例的執(zhí)行動(dòng)作的活動(dòng)圖。專題六：狀態(tài)圖一、單選題1、在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，使用__D__是最為合適的。A．協(xié)作圖（CollaborationDiagram） B．序列圖（SequenceDiagram）C．活動(dòng)圖（ActivityDiagram） D．狀態(tài)圖（StatechartDiagram）2．狀態(tài)是指在對(duì)象的生命周期中滿足某些條件、執(zhí)行某些活動(dòng)或等待某些事件時(shí)的一個(gè)條件或狀況，下面哪個(gè)不是狀態(tài)的基本組成部分（F）A.名稱B.進(jìn)入/退出動(dòng)作C.內(nèi)部轉(zhuǎn)換D.子狀態(tài)E.延遲事件F.外部轉(zhuǎn)換3．轉(zhuǎn)換是兩個(gè)狀態(tài)間的一種關(guān)系，表示對(duì)象將在當(dāng)前狀態(tài)中執(zhí)行動(dòng)作，并在某個(gè)特定事件發(fā)生或某個(gè)特定的條件滿足時(shí)進(jìn)入后續(xù)狀態(tài)。下面哪個(gè)不是轉(zhuǎn)換的組成部分（F）A.源狀態(tài)B.事件觸發(fā)C.監(jiān)護(hù)條件D.動(dòng)作E.目標(biāo)狀態(tài)F.轉(zhuǎn)換條件4、事件（event）表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說(shuō)明，下面哪個(gè)不是事件的類(lèi)型（E）A.信號(hào)B.調(diào)用事件C.變化事件D.時(shí)間事件E.源事件5、Coolsoft準(zhǔn)備為Mergon銀行開(kāi)發(fā)一個(gè)自助ATM服務(wù)系統(tǒng)AutoCard，AutoCard的具體需求如下：AutoCard將使用三個(gè)插槽，第一個(gè)插槽用于系統(tǒng)送出新的信用卡，第二個(gè)插槽用于在向信用卡中加錢(qián)時(shí)插入信用卡，第三個(gè)插槽用于在向信用卡中存錢(qián)時(shí)插入紙幣。系統(tǒng)運(yùn)行時(shí)會(huì)顯示一個(gè)界面，界面中有三個(gè)選項(xiàng)：（1）獲取新的信用卡；（2）為信用卡加錢(qián)；（3）打印存款憑條。選項(xiàng)1允許用戶獲得一張新的信用卡。新的信用卡在使用前必須先存錢(qián)。選項(xiàng)2允許用戶為新卡或舊卡加錢(qián)，這時(shí)要求把信用卡插入第二個(gè)插槽中，把紙幣插入第三個(gè)插槽中。選項(xiàng)3允許用戶打印與存錢(qián)活動(dòng)有關(guān)的收據(jù)，或打印信用卡最近一次使用情況的收據(jù)。在開(kāi)發(fā)AutoCard系統(tǒng)完成上述功能時(shí)，下面幾個(gè)圖中哪個(gè)圖是最有用的？（D）A、構(gòu)件圖 B、部署圖 C、活動(dòng)圖 D、狀態(tài)圖二．簡(jiǎn)答題1．狀態(tài)圖在哪些重要方面與類(lèi)圖、對(duì)象圖或用例圖有所不同？略2．什么是活動(dòng)圖？什么是狀態(tài)圖？活動(dòng)圖描述從活動(dòng)到活動(dòng)的流。狀態(tài)圖描述一個(gè)對(duì)象所處的可能狀態(tài)以及狀態(tài)之間的轉(zhuǎn)換，什么是狀態(tài)機(jī)？狀態(tài)機(jī)由哪幾部分組成？略4．比較活動(dòng)圖和狀態(tài)圖。比較活動(dòng)圖和狀態(tài)圖（1）活動(dòng)圖和狀態(tài)圖描述的重點(diǎn)不同：活動(dòng)圖描述的是從activity到activity的控制流，而狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。（2）活動(dòng)圖和狀態(tài)圖使用的場(chǎng)合不同：對(duì)于以下幾種情況可以使用活動(dòng)圖：分析用例理解涉及多個(gè)用例的工作流處理多線程應(yīng)用對(duì)于下面的情況要使用狀態(tài)圖：顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為。5．引發(fā)狀態(tài)轉(zhuǎn)換的事件主要有哪些。(1)Callevent(調(diào)用事件)(2)Changeevent(變化事件)(3)Timeevent(時(shí)間事件)(4)Signalevent(信號(hào)事件)6．請(qǐng)參考下圖，回答問(wèn)題：該圖中有幾種狀態(tài)，分別為_(kāi)__________________________________請(qǐng)描述線程的基本運(yùn)行過(guò)程_____________________________答：1）三種狀態(tài)：就緒、運(yùn)行、阻塞2）線程的基本運(yùn)行過(guò)程：首先，線程處于就緒態(tài)，當(dāng)取得CPU時(shí)間片，進(jìn)入運(yùn)行狀態(tài)；如果正常運(yùn)行，則直到運(yùn)行結(jié)束；如果運(yùn)行中CPU時(shí)間片用完，則返回就緒態(tài)；如果運(yùn)行中不滿足所需資源，則進(jìn)入阻塞狀態(tài)，當(dāng)系統(tǒng)滿足資源時(shí)，重新進(jìn)入就緒狀態(tài)。三、當(dāng)手機(jī)開(kāi)機(jī)時(shí)，它處于空閑狀態(tài)（idle），當(dāng)用戶使用電話呼叫某人（callsomeone）時(shí)，收集進(jìn)入撥號(hào)狀態(tài)（dialing）。如果呼叫成功，即電話接通（connected）,手機(jī)就處于通話狀態(tài)（working）;如果呼叫不成功（can’tconnect）,例如對(duì)方線路有問(wèn)題，關(guān)機(jī)、拒絕接聽(tīng)。這時(shí)手機(jī)停止呼叫，重新進(jìn)入空閑狀態(tài)，手機(jī)進(jìn)入空閑狀態(tài)下被呼叫（becalled）,手機(jī)進(jìn)入響鈴狀態(tài)（ringing）；如果用戶接聽(tīng)電話（pick）,手機(jī)處于通話狀態(tài)；如果用戶未做出任何反應(yīng)（haven’tacts）,可能他沒(méi)有聽(tīng)見(jiàn)鈴聲，手機(jī)一直處于響鈴狀態(tài)，如果用戶拒絕來(lái)電（refused）,手機(jī)回到空閑狀態(tài)（idle）?！締?wèn)題：】請(qǐng)按以上描述繪制出使用手機(jī)的狀態(tài)圖。四、電梯開(kāi)始處于空閑狀態(tài)（idle），當(dāng)有人按下按鈕要求使用電梯時(shí)(事件isrequired發(fā)生)，電梯進(jìn)入運(yùn)行狀態(tài)（run）。如果電梯的當(dāng)前樓層比想要的樓層高時(shí)（護(hù)衛(wèi)條件[currentFloor>desiredFloor]成立），電梯進(jìn)入下降狀態(tài)（movingdown）；反之，如果電梯的當(dāng)前樓層比想要的樓層低時(shí)（護(hù)衛(wèi)條件[currentFloor<desiredFloor成立]），電梯進(jìn)入上升狀態(tài)(movingup)；如果電梯的當(dāng)前樓層與想要的樓層相同時(shí)（護(hù)衛(wèi)條件[else]成立），電梯門(mén)打開(kāi)(dooropen)。在電梯上升或下降期間，每經(jīng)過(guò)一個(gè)樓層就判斷護(hù)衛(wèi)條件（currentFloor=desiredFloor）是否成立，若不成立，繼續(xù)移動(dòng)，若成立，就進(jìn)入停止?fàn)顟B(tài)(stop)，15秒后，電梯門(mén)自動(dòng)打開(kāi)(dooropen)，2分鐘后，電梯門(mén)自動(dòng)關(guān)上(doorclose)，如果有更多的電梯使用請(qǐng)求，進(jìn)入運(yùn)行狀態(tài)(run)，反之，則進(jìn)入空閑狀態(tài)(idle)?！締?wèn)題：】請(qǐng)按以上描述繪制出電梯系統(tǒng)的狀態(tài)圖。習(xí)題七：交互圖（順序圖、協(xié)作圖）一、單選題1、順序圖的組成要素有哪些？（C）A、對(duì)象、轉(zhuǎn)換、消息B、對(duì)象、轉(zhuǎn)換、動(dòng)作狀態(tài)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、下列四個(gè)選項(xiàng)中，哪個(gè)不會(huì)出現(xiàn)在協(xié)作圖中：（B）A．對(duì)象B．控制焦點(diǎn)C．消息D．對(duì)象間的連接5、下列四個(gè)選項(xiàng)中，哪個(gè)不會(huì)出現(xiàn)在順序圖中：（D）A．對(duì)象B．控制焦點(diǎn)C．消息D．對(duì)象間的連接6、在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱之為_(kāi)_(1)_C_，該圖的特點(diǎn)是__（2)A__，強(qiáng)調(diào)參加交互的對(duì)象的組織圖稱之為_(kāi)_(3)D__。(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) A．活動(dòng)圖(activitydiagram) B．狀態(tài)圖(statechartdiagram)C．順序圖(sequencediagram) D．協(xié)作圖(collaborationdiagram)7、在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、這兩種圖是均專注于系統(tǒng)的動(dòng)態(tài)視圖，由于狀態(tài)無(wú)法確定，所以不可以互相轉(zhuǎn)換8、系統(tǒng)架構(gòu)師Bob在分析面向?qū)ο蟮恼n程注冊(cè)系統(tǒng)的“注冊(cè)課程”用例時(shí)，得到了一組協(xié)作關(guān)系復(fù)雜的類(lèi)，下面哪種圖可以描述該用例中多個(gè)對(duì)象之間的相互協(xié)作關(guān)系以及協(xié)作過(guò)程中的行為次序？（A）A、順序圖或者協(xié)作圖 B、狀態(tài)圖 C、對(duì)象圖 D、用例圖9、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é)作圖10、在UML的圖形中，順序圖是強(qiáng)調(diào)的是交互的時(shí)間順序，即順序圖是按照布圖；協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和交互的對(duì)象的整體組織，即協(xié)作圖是按照布圖。(B)A、空間組織時(shí)間順序B、時(shí)間順序空間組織C、對(duì)象關(guān)系組織關(guān)系D、組織關(guān)系對(duì)象關(guān)系二、簡(jiǎn)答題1．什么是順序圖，順序圖是由那些部分組成？順序圖是一種交互圖形，順序圖的重點(diǎn)是完成某個(gè)行為的對(duì)象類(lèi)和這些對(duì)象類(lèi)之間所傳遞的消息的時(shí)間順序它是由對(duì)象類(lèi)角色、生命線、激活期、消息組成。2．什么是協(xié)作圖，協(xié)作圖是由那些部分組成？協(xié)作圖包含一組對(duì)象以消息交換為紐帶的關(guān)聯(lián)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分合作實(shí)現(xiàn)的。對(duì)象類(lèi)角色、關(guān)聯(lián)角色、消息交互圖形有那些特征？交互圖形主要用于對(duì)Usecase中的控制建模，一般情況下，一個(gè)交互圖形表達(dá)單個(gè)Usecase的行為，他表示出該Usecase中若干個(gè)實(shí)例對(duì)象和對(duì)象之間所傳遞的消息，交互圖形有效的幫助人們觀察和理解系統(tǒng)內(nèi)部的協(xié)作關(guān)系和過(guò)程行為。在順序圖中怎樣表示對(duì)象的創(chuàng)建、激活、休眠和銷(xiāo)毀？請(qǐng)舉例說(shuō)明。一個(gè)對(duì)象可以在交互中創(chuàng)建。如果一個(gè)對(duì)象可以在交互中創(chuàng)建，則該對(duì)象的生命線就從收到一個(gè)標(biāo)有構(gòu)造型<<create>>的創(chuàng)建消息之時(shí)開(kāi)始。激活期又稱為控制焦點(diǎn)，表示對(duì)象執(zhí)行一個(gè)動(dòng)作的期間，也即對(duì)象的激活的時(shí)間段。在順序圖中，激活期由位于生命線上的一個(gè)窄矩形框表示，激活期窄矩形框的上端與動(dòng)作的開(kāi)始時(shí)間齊平，下端與動(dòng)作的完成時(shí)間齊平。休眠表示一個(gè)對(duì)象在某一個(gè)消息執(zhí)行時(shí)，不在接收和發(fā)送消息。則我們稱該對(duì)象處于休眠狀態(tài)。一個(gè)對(duì)象可以在交互中銷(xiāo)毀，如果一個(gè)對(duì)象可以在交互中銷(xiāo)毀，則該對(duì)象的生命線就從收到一個(gè)標(biāo)有構(gòu)造型<<destroy>的創(chuàng)建消息之時(shí)終止。在一張順序圖中需要繪制出系統(tǒng)的全部活動(dòng)者嗎？不需要角色和對(duì)象有什么區(qū)別？請(qǐng)舉例說(shuō)明。對(duì)象是對(duì)象類(lèi)的實(shí)例，用于模型化特定的實(shí)體，對(duì)象是唯一的，可標(biāo)識(shí)的。每一個(gè)對(duì)象都是不同的，及時(shí)他們有相同的屬性。角色又分對(duì)象類(lèi)角色和關(guān)聯(lián)角色對(duì)象類(lèi)角色是交互中對(duì)象類(lèi)角色可起的作用，代表參與交互的對(duì)象。關(guān)聯(lián)角色代表關(guān)聯(lián)路徑規(guī)定在交互中對(duì)象之間的鏈接的角色類(lèi)型。一個(gè)消息包含什么內(nèi)容？怎樣表示消息？請(qǐng)舉例說(shuō)明。消息表示對(duì)象之間的通信，在順序圖中消息用于對(duì)象角色之間的一條水平箭頭直線表示，消息箭線從源對(duì)象指向目標(biāo)對(duì)象其上標(biāo)有消息的內(nèi)容標(biāo)簽，消息將觸發(fā)接受消息對(duì)象中特定的操作。消息的內(nèi)容標(biāo)簽格式如下序號(hào)[保護(hù)條件]*[循環(huán)]返回表：=操作名（參數(shù)表）怎樣從uesecase模型轉(zhuǎn)換獲得設(shè)計(jì)模型。確定用例文檔的上下文，找出參與交互的對(duì)象類(lèi)角色，把他們橫向排列在順序圖的頂部，最重要的對(duì)象安置在最左邊，交互密切的對(duì)象盡可能的相鄰，在交互中創(chuàng)建的對(duì)象在垂直方向應(yīng)安置在其被創(chuàng)建的時(shí)間點(diǎn)處。對(duì)每一個(gè)對(duì)象設(shè)置一條垂直向下的生命線，從初始化交互的消息開(kāi)始，自頂向下的在對(duì)象的生命線上安置消息，注意用箭頭的形式區(qū)別同步消息和異步消息，在生命線上繪制處對(duì)象的激活期，以及對(duì)象的創(chuàng)建或者銷(xiāo)毀的構(gòu)造型標(biāo)記根據(jù)消息之間的關(guān)系，確定循環(huán)結(jié)構(gòu)機(jī)器循環(huán)參數(shù)和出口條件請(qǐng)參考下圖，回答問(wèn)題：該圖在UML中屬于什么類(lèi)型的圖？順序圖在該圖中，第三個(gè)步驟中的消息是如何傳遞的？獲取書(shū)籍信息這個(gè)消息答：1、交互圖形的順序圖2、書(shū)籍管理對(duì)象發(fā)消息給書(shū)籍對(duì)象調(diào)用獲取書(shū)籍信息的方法三、用戶在ATM（自動(dòng)取款機(jī)）提取1000元人民幣的最理想場(chǎng)景（卡內(nèi)有余額5000，密碼1234）如下描述開(kāi)始用戶（張三）將銀行卡插入到讀卡器，讀卡器讀卡號(hào)，打開(kāi)張三的賬目對(duì)象，并初始化屏幕，屏幕提示輸入PIN（密碼），張三輸入密碼（1234），然后系統(tǒng)驗(yàn)證密碼與帳戶對(duì)象，發(fā)出相符的信息。ATM屏幕向張三提供選項(xiàng)，張三選擇取款，然后屏幕提示張三輸入取款金額，他選擇了1000元RMB，系統(tǒng)啟動(dòng)賬目對(duì)象進(jìn)行核實(shí)，之后從帳戶中取錢(qián)；系統(tǒng)啟動(dòng)一系列的賬目對(duì)象要完成的過(guò)程。首先，驗(yàn)證張三的帳目至少有1000元RMB，然后從中扣除1000元RMB，再讓吐錢(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)瀏覽查詢商品的分類(lèi)目錄，找出所需商品。顧客決定購(gòu)買(mǎi)。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uesecase模型圖，繪制出相應(yīng)的順序圖和協(xié)作圖。五.下面是關(guān)于一個(gè)公司的人事信息管理系統(tǒng)的需求簡(jiǎn)單描述，試建立其相應(yīng)的UESECASE，該人事管理信息系統(tǒng)的用戶是公司的人事干部、公司領(lǐng)導(dǎo)。系統(tǒng)擁有人事檔案庫(kù)，保存員工的人事信息。包括姓名、性別、出生日期、文化程度、學(xué)位、職稱、崗位、聘任時(shí)間、任期、工資、津貼、獎(jiǎng)懲記錄、業(yè)績(jī)、論著、家庭情況等。系統(tǒng)提供的服務(wù)有：人事信息管理，包括人事調(diào)動(dòng)與聘任、職稱評(píng)定、獎(jiǎng)懲等；可以按照規(guī)定的權(quán)限查詢?nèi)耸滦畔?，生成與輸出統(tǒng)計(jì)報(bào)表。該人事管理系統(tǒng)每月向公司的財(cái)務(wù)系統(tǒng)提供員工的工資、津貼等數(shù)據(jù)。根據(jù)分析的Uesecase模型圖建立相應(yīng)的順序圖和協(xié)作圖。專題八：構(gòu)件圖、部署圖一、單選題1、在UML2.0版本中的圖形表示方式中，“構(gòu)件”的表示方式是下列圖形中的哪一個(gè)？（C）A、B、C、D、2、軟件構(gòu)件是軟件系統(tǒng)的一個(gè)什么單元。（A）A、物理B、邏輯C、順序D、實(shí)現(xiàn)3、在UML的部署圖表示方式中，“節(jié)點(diǎn)（Node）”的表示方式是下列圖形中的哪一個(gè)？（B）A、B、C、D、4、下列所繪制模型片段屬于哪類(lèi)圖形？（C）A、狀態(tài)圖B、活動(dòng)圖C、部署圖D、順序圖5、構(gòu)件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃樗姆N方式來(lái)完成，下面哪種不是其中之一（E）A.對(duì)源代碼建模B.對(duì)可執(zhí)行體的發(fā)布建模C.對(duì)物理數(shù)據(jù)庫(kù)建模D.對(duì)可適應(yīng)的系統(tǒng)建模E.對(duì)事物建模6、在部署模型中，不屬于節(jié)點(diǎn)類(lèi)型的選項(xiàng)是（A）A、系統(tǒng)進(jìn)程B、物理運(yùn)行時(shí)的計(jì)算資源C、處理器節(jié)點(diǎn)D、設(shè)備節(jié)點(diǎn)二、填空題1、設(shè)計(jì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖是構(gòu)件圖，設(shè)計(jì)系統(tǒng)的靜態(tài)部署視圖是部署圖。2、部署圖中的節(jié)點(diǎn)可以分為兩種類(lèi)型：設(shè)備和處理器3、構(gòu)件圖和部署圖用于對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模進(jìn)行描述的兩種圖形。三、簡(jiǎn)答題構(gòu)件和類(lèi)有何區(qū)別？類(lèi)有實(shí)例對(duì)象，組件能否實(shí)例化？構(gòu)件是系統(tǒng)中可以進(jìn)行替換的物理部分，它包裝了實(shí)現(xiàn)并且提供一組接口的實(shí)現(xiàn)，構(gòu)件是可以復(fù)用的單元，具有非常廣泛的意義，每個(gè)構(gòu)件可能包含很多類(lèi)并實(shí)現(xiàn)很多接口，構(gòu)件的模型表明如何把類(lèi)和接口分配給構(gòu)件。構(gòu)件很多方面和類(lèi)相似，都有名稱，都有實(shí)例，否能實(shí)現(xiàn)接口，都存在著聯(lián)系，但是構(gòu)件和類(lèi)有這實(shí)質(zhì)性的區(qū)別，構(gòu)件代表物理事物，而類(lèi)代表事物的邏輯抽象，因此構(gòu)件可以用于部署圖的節(jié)點(diǎn)，而類(lèi)不能，，一般構(gòu)件只有操作，外界只能通過(guò)接口接觸它們，而類(lèi)直接有屬性和操作。構(gòu)件是一組邏輯單元的物理實(shí)現(xiàn)。一個(gè)類(lèi)可以由一個(gè)或者多個(gè)構(gòu)件實(shí)現(xiàn)，因此構(gòu)件和類(lèi)是一中依賴關(guān)系。構(gòu)件擁有類(lèi)，類(lèi)就不存在了，則包含他的組件就不存在了，因此構(gòu)件和類(lèi)可以用依賴關(guān)系表示。構(gòu)件有哪些類(lèi)型？請(qǐng)舉例說(shuō)明。配置構(gòu)件動(dòng)態(tài)鏈接庫(kù)(*.DLL)執(zhí)行程序（*.EXE）javaBeans工作產(chǎn)品構(gòu)件源程序文件，數(shù)據(jù)文件，執(zhí)行構(gòu)件COM+的一個(gè)對(duì)象構(gòu)件和對(duì)象有何區(qū)別，有何聯(lián)系。節(jié)點(diǎn)是存在于運(yùn)行期間的系統(tǒng)物理元素，節(jié)點(diǎn)代表計(jì)算機(jī)組員。通常為處理器或者其他硬件設(shè)備，系統(tǒng)的構(gòu)件可以配置在節(jié)點(diǎn)上。通過(guò)開(kāi)發(fā)得到的軟件系統(tǒng)的構(gòu)件和重用模塊，必須配置在某些硬件上予以執(zhí)行。對(duì)象是類(lèi)的實(shí)例，用于模型化特定的實(shí)體。對(duì)象是唯一的，可標(biāo)識(shí)的。試用構(gòu)件為訪問(wèn)關(guān)系數(shù)據(jù)庫(kù)的API（ApplicationProgrammingInterface應(yīng)用編程接口）建立模型。四、下面是關(guān)于一個(gè)公司的人事信息管理系統(tǒng)的需求簡(jiǎn)單描述，試建立其相應(yīng)的UESECASE，該人事管理信息系統(tǒng)的用戶是公司的人事干部、公司領(lǐng)導(dǎo)。系統(tǒng)擁有人事檔案庫(kù)，保存員工的人事信息。包括姓名、性別、出生日期、文化程度、學(xué)位、職稱、崗位、聘任時(shí)間、任期、工資、津貼、獎(jiǎng)懲記錄、業(yè)績(jī)、論著、家庭情況等。系統(tǒng)提供的服務(wù)有：人事信息管理，包括人事調(diào)動(dòng)與聘任、職稱評(píng)定、獎(jiǎng)懲等；可以按照規(guī)定的權(quán)限查詢?nèi)耸滦畔?，生成與輸出統(tǒng)計(jì)報(bào)表。該人事管理系統(tǒng)每月向公司的財(cái)務(wù)系統(tǒng)提供員工的工資、津貼等數(shù)據(jù)。該系統(tǒng)采用C/S（客戶機(jī)/服務(wù)器）模式，試?yán)L制相應(yīng)的構(gòu)件圖和部署圖。五、對(duì)于一個(gè)網(wǎng)上商店，顧客購(gòu)買(mǎi)一件商品的過(guò)程如下：顧客上網(wǎng)瀏覽查詢商品的分類(lèi)目錄，找出所需商品，顧客決定購(gòu)買(mǎi)。給出自己信用卡和送貨地址，商店檢查信用卡的有效性、確認(rèn)成交，并確定發(fā)貨時(shí)間，發(fā)出發(fā)貨通知，同時(shí)商店發(fā)出確認(rèn)成交的電子郵件給顧客。請(qǐng)分析出該系統(tǒng)的Uesecase模型圖。該系統(tǒng)采用瀏覽器/應(yīng)用服務(wù)器/數(shù)據(jù)庫(kù)服務(wù)器，試?yán)L制相應(yīng)的構(gòu)件圖和部署圖?！犊梢暬ＥcUML》課程設(shè)計(jì)題目以下設(shè)計(jì)題目任選其一：圖書(shū)管理系統(tǒng)某單位資料室需要建立一個(gè)圖書(shū)管理系統(tǒng)，初步的需求如下：資料室有圖書(shū)管理員若干名，他們負(fù)責(zé)已購(gòu)入圖書(shū)的編目和借還工作，每名圖書(shū)管理員的信息包括工號(hào)和姓名；讀者可在閱覽室讀書(shū)，也可通過(guò)圖書(shū)流通室借還書(shū)，讀者信息包括讀者的ID、姓名、電話和Email，系統(tǒng)為不同讀者生成不同的讀者ID；每部書(shū)在系統(tǒng)中對(duì)應(yīng)唯一的一條圖書(shū)在版編目數(shù)據(jù)（以下簡(jiǎn)稱書(shū)目），書(shū)目的基本信息包括ISBN號(hào)、書(shū)號(hào)、作者、出版