UML統(tǒng)一建模語(yǔ)言期末考試復(fù)習(xí)題

1、文檔可能無(wú)法思考全面，請(qǐng)瀏覽后下載! 一、單選題。1UML中關(guān)聯(lián)的多重度是指( )。A一個(gè)類(lèi)有多個(gè)方法被另一個(gè)類(lèi)調(diào)用B一個(gè)類(lèi)的實(shí)類(lèi)能夠與另一個(gè)類(lèi)的多個(gè)實(shí)類(lèi)相關(guān)聯(lián)C一個(gè)類(lèi)的某個(gè)方法被另一個(gè)類(lèi)調(diào)用的次數(shù)D兩個(gè)類(lèi)所具有的相同的方法和屬性2在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（ ）。A包含 B擴(kuò)展 C泛化 D關(guān)聯(lián)3在類(lèi)圖中，“ #”表示的可見(jiàn)性是（ ）。APublic BProtected CPrivate DPackage 4關(guān)于約束，下列描述錯(cuò)誤的是（ ）。A約束是對(duì)特定模型元素附加的語(yǔ)義信息。 B可以在注解中表示約束。C約束必須表示為規(guī)范的約束語(yǔ)言。 D約束允許增加新的

2、規(guī)則或者修改已有的規(guī)則。5關(guān)于同步調(diào)用消息和異步調(diào)用消息，下面哪一種說(shuō)法是錯(cuò)誤的（ ）。A同步調(diào)用，發(fā)出調(diào)用某操作的消息之后，發(fā)送方等待接受方的應(yīng)答。B異步調(diào)用，發(fā)出調(diào)用信息之后，繼續(xù)下面動(dòng)作，而不等待應(yīng)答。C發(fā)出同步調(diào)用消息之后，發(fā)送方在收到應(yīng)答之前，只能等待，而不能做其它動(dòng)作。D同步調(diào)用描述為實(shí)線(xiàn)實(shí)箭頭，異步調(diào)用描述為虛線(xiàn)開(kāi)箭頭。6要表示單個(gè)對(duì)象在生命期內(nèi)的狀態(tài)變化，應(yīng)采用的UML圖為（ ）。A 用例圖 B類(lèi)圖 C順序圖 D狀態(tài)圖7在確定類(lèi)名時(shí)，下列屬于候選的類(lèi)的是（ ）。A名詞 B形容詞 C動(dòng)詞 D代詞8用于對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模進(jìn)行描述圖形是（ ）。A部署圖 B對(duì)象圖 C包圖 D

3、類(lèi)圖9關(guān)于接口和構(gòu)件，下列說(shuō)法錯(cuò)誤的是（ ）。A接口是一組操作的集合，用于描述類(lèi)或構(gòu)件的一個(gè)服務(wù)。B一個(gè)構(gòu)件可以有若干個(gè)供接口，也可以有若干個(gè)需接口。C一個(gè)構(gòu)件可以用遵循相同接口的其他構(gòu)件來(lái)替換。D構(gòu)件圖展示了構(gòu)件的內(nèi)部結(jié)構(gòu)和構(gòu)件之間的傳遞的消息序列。10構(gòu)件圖的組成不包括（ ）。A接口 B構(gòu)件 C發(fā)送者 D依賴(lài)關(guān)系11下列關(guān)于用例圖的描述，錯(cuò)誤的是（ ）。A用例圖中的參與者和用例之間是關(guān)聯(lián)關(guān)系。B包含是用例之間的一種依賴(lài)關(guān)系，由基用例指向抽象用例。C參與者和參與者之間、用例和用例之間都可能出現(xiàn)泛化關(guān)系。D擴(kuò)展關(guān)系規(guī)范了擴(kuò)展用例的行為如何及何時(shí)插入到基用例的行為之中，由基用例指向擴(kuò)展用例。12

4、在UML中，類(lèi)之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來(lái)描述類(lèi)之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（ ）。A0.1 B0.* C1.* D*.*13部署圖的組成不包括（ ）A處理器 B設(shè)備 C構(gòu)件D連接14下列對(duì)狀態(tài)圖描述不正確的是（ ）。7 / 7A狀態(tài)圖通過(guò)建立類(lèi)對(duì)象的生命周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為B狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的順序，不僅可以展現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可與說(shuō)明事件如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)C狀態(tài)圖的主要目的是描述對(duì)象創(chuàng)建和撤銷(xiāo)的過(guò)程中資源的不同狀態(tài)，有利于開(kāi)發(fā)人員提高開(kāi)發(fā)效率D狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處狀態(tài)對(duì)不

5、同的事件作出反應(yīng)15用于對(duì)面向?qū)ο笙到y(tǒng)的物理方面建模進(jìn)行描述圖形是（ ）。A部署圖 B對(duì)象圖 C包圖 D類(lèi)圖16下面哪一項(xiàng)不是包圖中的關(guān)系（ ）A<<use>> B<<Import> C<<Merge>> D<<stub>>17消息的組成不包括（ ）。A接口B活動(dòng)C發(fā)送者 D接收者18下面哪個(gè)視圖屬于UML語(yǔ)言的交互圖（ ）。A構(gòu)件圖B狀態(tài)圖C部署圖D順序圖19RUP中有（ ）個(gè)核心過(guò)程工作流。A1B3 C6 D920下面哪個(gè)符號(hào)代表包圖（ ）。BACD21事件表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義

6、的事情的規(guī)格說(shuō)明，事件的類(lèi)型不包括（ ）。A信號(hào)事件 B調(diào)用事件C源事件 D時(shí)間事件22在UML的順序圖中，通常由左向右分層排列各個(gè)對(duì)象，正確的排列方法是（ ）。A執(zhí)行者角色控制類(lèi)用戶(hù)接口業(yè)務(wù)層后臺(tái)數(shù)據(jù)庫(kù)B執(zhí)行者角色用戶(hù)接口控制類(lèi)業(yè)務(wù)層后臺(tái)數(shù)據(jù)庫(kù)C執(zhí)行者角色控制類(lèi)用戶(hù)接口后臺(tái)數(shù)據(jù)庫(kù)業(yè)務(wù)層D執(zhí)行者角色用戶(hù)接口業(yè)務(wù)層控制類(lèi)后臺(tái)數(shù)據(jù)庫(kù)23多對(duì)象是UML哪個(gè)視圖中的概念（ ）。A類(lèi)圖B狀態(tài)圖C通信圖D構(gòu)件圖24狀態(tài)是指在對(duì)象的生命周期中滿(mǎn)足某些條件、執(zhí)行某些活動(dòng)或等待某些事件時(shí)的一個(gè)條件或狀況，狀態(tài)的組成部分不包括（ ）。A進(jìn)入（entry）和退出（exit）動(dòng)作 B外部轉(zhuǎn)換C子狀態(tài) D延遲事件25下

7、面哪個(gè)UML視圖是描述一個(gè)對(duì)象的生命周期的（ ）。A類(lèi)圖B狀態(tài)圖C通信圖D順序26順序圖由對(duì)象，生命線(xiàn)，控制焦點(diǎn)和（ ）組成。A關(guān)系 B消息 C用例 D實(shí)體27關(guān)于接口和構(gòu)件，下列說(shuō)法錯(cuò)誤的是（ ）。A接口是一組操作的集合，用于描述類(lèi)或構(gòu)件的一個(gè)服務(wù)。B一個(gè)構(gòu)件可以有若干個(gè)供接口，也可以有若干個(gè)需接口。C 一個(gè)構(gòu)件可以用遵循相同接口的其他構(gòu)件來(lái)替換。D構(gòu)件圖展示了構(gòu)件的內(nèi)部結(jié)構(gòu)和構(gòu)件之間的傳遞的消息序列。28一個(gè)對(duì)象和另一個(gè)對(duì)象之間，通過(guò)消息來(lái)進(jìn)行通信。消息通信在面向?qū)ο蟮恼Z(yǔ)言中即（ ）。 A方法實(shí)現(xiàn) B方法嵌套 C方法調(diào)用 D方法定義二、填空題。1統(tǒng)一建模語(yǔ)言是由一系列標(biāo)準(zhǔn)的_組成的建模語(yǔ)言

8、，它用于描述軟件系統(tǒng)分析、_ 和實(shí)施中的各種模型。2在UML中有兩種表達(dá)形式的交互圖，分別是_ _和_ _。3在面向?qū)ο蟮姆治龊驮O(shè)計(jì)中，_ _稱(chēng)為消息，其分為 、 和簡(jiǎn)單消息。4順序圖將交互關(guān)系表示為一張二維圖，從上到下體現(xiàn)了 ，從左到右代表了 。5類(lèi)圖是UML中最重要的建模圖示語(yǔ)言之一，它用于建立類(lèi)、 以及類(lèi)與類(lèi)之間的各種關(guān)系模型。它是編程最重要的模型依據(jù)。 、 。6 圖主要用于描述系統(tǒng)的行為及各種功能之間的關(guān)系，是描述 與用例以及用例與用例之間關(guān)系的圖。7對(duì)象圖是為 ，這種建模就像在某個(gè)時(shí)間點(diǎn)上給系統(tǒng)的所有參與對(duì)象拍下一張對(duì)象狀態(tài)的的快照。8順序圖由 和 組成。9UML將構(gòu)造型 作為消息的

9、標(biāo)簽來(lái)表達(dá)對(duì)象銷(xiāo)毀消息，同時(shí)在對(duì)象生命線(xiàn)的結(jié)束部分畫(huà)一個(gè) 來(lái)表示該對(duì)象被銷(xiāo)毀了。10在UML中，通信圖描述參與一個(gè)交互的對(duì)象的鏈接，它強(qiáng)調(diào)發(fā)送和接收消息的對(duì)象之間的鏈接。其中可以有 、 、 它們之間的鏈接和 。11狀態(tài)圖特別適合為那些行為由其 決定的對(duì)象建模，它描述了一個(gè)對(duì)象可能處于的各種不同狀態(tài)以及這些狀態(tài)之間 轉(zhuǎn)移。三、名詞解釋。1統(tǒng)一建模語(yǔ)言統(tǒng)一建模語(yǔ)言是由一系列標(biāo)準(zhǔn)的圖形符號(hào)組成的建模語(yǔ)言，它用于描述軟件系統(tǒng)分析、設(shè)計(jì)和實(shí)施中的各種模型。2模型模型是從一個(gè)特定視點(diǎn)對(duì)系統(tǒng)進(jìn)行的抽象，它可以是實(shí)物模型，也可以是抽象數(shù)字或圖示模型。3遷移遷移指從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的瞬間變化過(guò)程。從源狀態(tài)到

10、目標(biāo)狀態(tài)一發(fā)生變化，就稱(chēng)發(fā)生了遷移。4泳道為了表明活動(dòng)圖中各種元素的歸屬，UML用垂直線(xiàn)將不同歸屬的元素分開(kāi)，將它稱(chēng)為活動(dòng)劃分，由于這種劃分的外觀很像泳道，所以也稱(chēng)為活動(dòng)圖中的泳道5鏈接鏈接是兩個(gè)對(duì)象間連接路徑，它表示兩個(gè)對(duì)象間的導(dǎo)航和可視性，沿著這條路徑消息可以流動(dòng)。6類(lèi)圖類(lèi)圖是類(lèi)的模型，是利用圖示和文字注釋描述類(lèi)以類(lèi)和類(lèi)之間相互關(guān)系的方法。四、簡(jiǎn)答題。1類(lèi)圖在UML中有何重要作用？1)為開(kāi)發(fā)人員提供這種模仿現(xiàn)實(shí)世界的表達(dá)方式。2)讓分析員使用客戶(hù)所采用的術(shù)語(yǔ)和客戶(hù)交流，促使客戶(hù)說(shuō)出所要解決的問(wèn)題的重要細(xì)節(jié)。2闡述用例對(duì)于系統(tǒng)開(kāi)發(fā)人員來(lái)說(shuō)的價(jià)值。答：是用來(lái)從用戶(hù)的觀察角度收集系統(tǒng)需求的一項(xiàng)技

11、術(shù)，便于分析員與客戶(hù)和用戶(hù)交流，使系統(tǒng)更符合用戶(hù)的需求。3什么是用例圖？用例圖有什么作用？答：定義：由參與者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)行為及各種功能之間關(guān)系的圖稱(chēng)為用例圖。作用：用例圖是從軟件需求分析到最終實(shí)現(xiàn)的第一步，它顯示了系統(tǒng)的用戶(hù)和用戶(hù)希望提供的功能，有利于用戶(hù)和軟件開(kāi)發(fā)人員之間的溝通。用例圖可視化的表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說(shuō)明的不足。用例方法是完全從外部來(lái)定義系統(tǒng)的，它把需求和設(shè)計(jì)完全分離開(kāi)來(lái)，使用戶(hù)不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。4順序圖和通信圖中，消息有哪三種？各自的意義和表示什么？答：消息可以是

12、簡(jiǎn)單的(simple) 、同步的(synchronous)或異步的(asynchronous)。簡(jiǎn)單消息是從個(gè)對(duì)象到另一個(gè)對(duì)象的控制流的轉(zhuǎn)移。如果一個(gè)對(duì)象發(fā)送了個(gè)同步消息，那么它要等待對(duì)方對(duì)消息的應(yīng)答，收到應(yīng)答后才能繼續(xù)自己的操作。而發(fā)送異步消息的對(duì)象不需要等待對(duì)方的應(yīng)答便可以繼續(xù)自己的操作。在順序圖中，簡(jiǎn)單消息是個(gè)簡(jiǎn)單箭頭，同步消息是實(shí)心箭頭。異步消息是個(gè)半邊箭頭。5包的訪(fǎng)問(wèn)可見(jiàn)性有幾種？請(qǐng)描述各訪(fǎng)問(wèn)可見(jiàn)性的區(qū)別?？梢?jiàn)性可以分成3種：公有訪(fǎng)問(wèn)（public）、保護(hù)訪(fǎng)問(wèn)（protected）、私有訪(fǎng)問(wèn)（private）公有訪(fǎng)問(wèn)：包內(nèi)的模型元素可以被任何引入此包的其他包的內(nèi)含元素訪(fǎng)問(wèn)。保護(hù)訪(fǎng)問(wèn)：

13、表示此元素只能被當(dāng)前包的子包訪(fǎng)問(wèn)。私有訪(fǎng)問(wèn)：表示此元素只能被當(dāng)前包內(nèi)的模型元素訪(fǎng)問(wèn)。6什么是依賴(lài)？他與關(guān)聯(lián)有什么區(qū)別？答：依賴(lài)是一種使用關(guān)系，它說(shuō)明了一個(gè)事物聲明說(shuō)明的變化可能影響到使用它的另一個(gè)事物，但反之未必。也就是說(shuō)，服務(wù)的使用者以某種方式依賴(lài)于服務(wù)的提供者發(fā)。而關(guān)聯(lián)是一種結(jié)構(gòu)關(guān)系，它詳述了一個(gè)事物的對(duì)象與另一個(gè)事物的對(duì)象相互聯(lián)系。五、分析設(shè)計(jì)題。1圖書(shū)管理系統(tǒng)功能性需求說(shuō)明如下: ² 圖書(shū)管理系統(tǒng)能夠?yàn)橐欢〝?shù)量的借閱者提供服務(wù)。每個(gè)借閱者能夠擁有唯一標(biāo)識(shí)其存在的編號(hào)。圖書(shū)館向每一個(gè)借閱者發(fā)放圖書(shū)證，其中包含每一個(gè)借閱者的編號(hào)和個(gè)人信息。提供的服務(wù)包括：提供查詢(xún)圖書(shū)信息、查詢(xún)個(gè)

14、人信息服務(wù)和預(yù)定圖書(shū)服務(wù)等。² 當(dāng)借閱者需要借閱圖書(shū)、歸還書(shū)籍時(shí)需要通過(guò)圖書(shū)管理員進(jìn)行，即借閱者不直接與系統(tǒng)交互，而是通過(guò)圖書(shū)管理員充當(dāng)借閱者的代理和系統(tǒng)交互。² 系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)的管理維護(hù)工作，包括對(duì)圖書(shū)、數(shù)目、借閱者的添加、刪除和修改。并且能夠查詢(xún)借閱者、圖書(shū)和圖書(shū)管理員的信息。² 可以通過(guò)圖書(shū)的名稱(chēng)或圖書(shū)的ISBN/ISSN號(hào)對(duì)圖書(shū)進(jìn)行查找。 回答下面問(wèn)題：該系統(tǒng)中有哪些參與者? 解：借閱者 圖書(shū)管理員 系統(tǒng)管理員（2分） 確定該系統(tǒng)中的類(lèi)，找出類(lèi)之間的關(guān)系并畫(huà)出類(lèi)圖解：用戶(hù)類(lèi)、用戶(hù)角色類(lèi)、圖書(shū)類(lèi)、預(yù)定類(lèi)、借閱類(lèi)、書(shū)目類(lèi)（3分）類(lèi)圖（5分）2學(xué)生管理系統(tǒng)中有一個(gè)模塊是報(bào)到登記，具體流程是：在新生入校報(bào)到時(shí)，進(jìn)行新生信息登記，記錄學(xué)生的報(bào)到資料、個(gè)人基本情況的輸入、查詢(xún)、修改等。問(wèn)題：寫(xiě)出在上述需求描述中出現(xiàn)的Actor 根據(jù)上述描述繪制其用例圖3網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來(lái)的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了?！斑h(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下：l 學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。l 教師登錄網(wǎng)站后