學(xué)校________________班級(jí)____________姓名____________考場(chǎng)____________準(zhǔn)考證號(hào)學(xué)校________________班級(jí)____________姓名____________考場(chǎng)____________準(zhǔn)考證號(hào)…………密…………封…………線(xiàn)…………內(nèi)…………不…………要…………答…………題…………第1頁(yè)，共3頁(yè)深圳北理莫斯科大學(xué)《統(tǒng)一建模語(yǔ)言及工具（雙語(yǔ)）》

2023-2024學(xué)年第二學(xué)期期末試卷題號(hào)一二三四總分得分一、單選題（本大題共25個(gè)小題，每小題1分，共25分．在每小題給出的四個(gè)選項(xiàng)中，只有一項(xiàng)是符合題目要求的．）1、在UML的用例圖中，關(guān)于用例之間的包含關(guān)系，假設(shè)我們有一個(gè)“購(gòu)物”用例和一個(gè)“支付”用例，“購(gòu)物”用例包含“支付”用例。以下哪個(gè)圖形表示是正確的？（）A.從“購(gòu)物”用例到“支付”用例的虛線(xiàn)箭頭，上面標(biāo)注“include”B.從“支付”用例到“購(gòu)物”用例的虛線(xiàn)箭頭，上面標(biāo)注“include”C.從“購(gòu)物”用例到“支付”用例的實(shí)線(xiàn)箭頭，上面標(biāo)注“include”D.從“支付”用例到“購(gòu)物”用例的實(shí)線(xiàn)箭頭，上面標(biāo)注“include”2、考慮UML中的活動(dòng)圖（ActivityDiagram），以下關(guān)于其特點(diǎn)和用途的描述，哪一個(gè)是不準(zhǔn)確的？（）A.活動(dòng)圖用于描述系統(tǒng)中的業(yè)務(wù)流程和工作流程，展示活動(dòng)的執(zhí)行順序和分支條件B.活動(dòng)圖可以清晰地表達(dá)并發(fā)、同步和異步等操作，適用于復(fù)雜業(yè)務(wù)邏輯的建模C.活動(dòng)圖主要關(guān)注對(duì)象的狀態(tài)變化和事件觸發(fā)，對(duì)活動(dòng)的具體執(zhí)行細(xì)節(jié)描述較少D.活動(dòng)圖能夠幫助識(shí)別流程中的瓶頸和優(yōu)化點(diǎn)，提高系統(tǒng)的效率3、對(duì)于UML中的制品圖（ArtifactDiagram），以下說(shuō)法不正確的是：（）A.制品圖用于描述系統(tǒng)開(kāi)發(fā)過(guò)程中產(chǎn)生的物理文件、數(shù)據(jù)庫(kù)表、可執(zhí)行文件等制品B.制品之間可以有依賴(lài)關(guān)系，表示一個(gè)制品的修改可能會(huì)影響到其他制品C.制品圖可以與其他UML圖結(jié)合使用，以更全面地描述系統(tǒng)的架構(gòu)和實(shí)現(xiàn)D.制品圖只關(guān)注制品的名稱(chēng)和類(lèi)型，對(duì)于制品的內(nèi)部結(jié)構(gòu)和內(nèi)容不進(jìn)行描述4、在UML的狀態(tài)圖中，以下關(guān)于狀態(tài)轉(zhuǎn)換的觸發(fā)事件描述不準(zhǔn)確的是：（）A.觸發(fā)事件可以是外部事件，如用戶(hù)操作或系統(tǒng)消息B.觸發(fā)事件也可以是內(nèi)部事件，如定時(shí)器超時(shí)或狀態(tài)內(nèi)的條件滿(mǎn)足C.一個(gè)狀態(tài)轉(zhuǎn)換可以由多個(gè)觸發(fā)事件同時(shí)觸發(fā)D.觸發(fā)事件一旦發(fā)生，狀態(tài)轉(zhuǎn)換就一定會(huì)立即執(zhí)行，不會(huì)受到其他因素的影響5、在UML的建模過(guò)程中，關(guān)于用例的粒度（GranularityofUseCase）控制，以下哪種描述是正確的？（）A.用例的粒度應(yīng)該適中，既不能過(guò)于細(xì)化導(dǎo)致用例數(shù)量過(guò)多、復(fù)雜度過(guò)高，也不能過(guò)于粗糙導(dǎo)致需求描述不清晰B.用例的粒度完全取決于系統(tǒng)的規(guī)模和復(fù)雜度，沒(méi)有固定的原則可以遵循C.為了便于管理和理解，應(yīng)該盡量將用例粒度細(xì)化，即使會(huì)增加用例的數(shù)量D.用例的粒度可以在建模過(guò)程中隨意調(diào)整，不需要考慮對(duì)整個(gè)模型的影響6、在UML的狀態(tài)機(jī)圖中的狀態(tài)轉(zhuǎn)換觸發(fā)條件，以下描述不準(zhǔn)確的是（）A.狀態(tài)轉(zhuǎn)換觸發(fā)條件可以是事件、條件表達(dá)式或兩者的組合B.當(dāng)觸發(fā)條件滿(mǎn)足時(shí)，對(duì)象從當(dāng)前狀態(tài)轉(zhuǎn)換到目標(biāo)狀態(tài)，并執(zhí)行相應(yīng)的動(dòng)作C.觸發(fā)條件可以是內(nèi)部事件，即由對(duì)象自身產(chǎn)生的事件，也可以是外部事件，即來(lái)自其他對(duì)象的事件D.狀態(tài)轉(zhuǎn)換觸發(fā)條件一旦定義，就不能在模型的運(yùn)行過(guò)程中動(dòng)態(tài)改變7、在UML（統(tǒng)一建模語(yǔ)言）中，關(guān)于用例圖的作用和構(gòu)成，以下描述不準(zhǔn)確的是：（）A.用例圖用于描述系統(tǒng)的功能需求，展示了系統(tǒng)的參與者與用例之間的關(guān)系B.參與者可以是人類(lèi)用戶(hù)、外部系統(tǒng)或其他與系統(tǒng)交互的實(shí)體C.用例表示系統(tǒng)提供的功能，通常用橢圓形表示D.用例圖只關(guān)注系統(tǒng)的主要功能，對(duì)于細(xì)節(jié)和異常情況的處理不需要在其中體現(xiàn)8、在UML的順序圖中，關(guān)于消息的返回值，以下描述不準(zhǔn)確的是：（）A.可以通過(guò)在消息箭頭后面添加返回值的表達(dá)式來(lái)表示消息的返回值B.返回值可以是簡(jiǎn)單的數(shù)據(jù)類(lèi)型、對(duì)象引用或復(fù)雜的數(shù)據(jù)結(jié)構(gòu)C.如果消息沒(méi)有返回值，可以不顯示返回值的相關(guān)信息D.消息的返回值只能在同步消息中存在，異步消息沒(méi)有返回值9、在UML的用例描述中，對(duì)于異常情況和錯(cuò)誤處理的描述可以提高系統(tǒng)的健壯性。假設(shè)一個(gè)銀行轉(zhuǎn)賬用例，可能會(huì)出現(xiàn)余額不足、網(wǎng)絡(luò)故障等異常。那么以下關(guān)于異常處理的描述，哪一項(xiàng)是準(zhǔn)確的？（）A.異常處理應(yīng)該在主流程中詳細(xì)描述B.異常情況不需要在用例描述中提及C.可以為每個(gè)異常情況創(chuàng)建單獨(dú)的擴(kuò)展用例D.異常處理對(duì)用例的主要流程沒(méi)有影響10、在UML的部署圖中，節(jié)點(diǎn)的類(lèi)型可以包括服務(wù)器、客戶(hù)端和數(shù)據(jù)庫(kù)等。對(duì)于一個(gè)移動(dòng)支付系統(tǒng)，以下關(guān)于節(jié)點(diǎn)類(lèi)型的描述，哪一項(xiàng)是不正確的？（）A.用戶(hù)的手機(jī)可以作為客戶(hù)端節(jié)點(diǎn)B.支付服務(wù)提供商的服務(wù)器是服務(wù)器節(jié)點(diǎn)C.銀行的數(shù)據(jù)庫(kù)服務(wù)器是數(shù)據(jù)庫(kù)節(jié)點(diǎn)，同時(shí)也可以是服務(wù)器節(jié)點(diǎn)D.節(jié)點(diǎn)類(lèi)型是固定的，不能根據(jù)具體情況進(jìn)行變化11、對(duì)于UML中的類(lèi)圖（ClassDiagram），以下關(guān)于其包含的元素和表達(dá)的信息，哪一項(xiàng)是正確的？（）A.類(lèi)圖包含類(lèi)、接口、關(guān)聯(lián)、依賴(lài)和泛化等元素，主要用于描述系統(tǒng)中對(duì)象的靜態(tài)結(jié)構(gòu)和關(guān)系，包括屬性、方法和它們之間的交互B.類(lèi)圖主要展示系統(tǒng)在運(yùn)行時(shí)對(duì)象的創(chuàng)建、銷(xiāo)毀和消息傳遞的動(dòng)態(tài)過(guò)程C.類(lèi)圖重點(diǎn)關(guān)注系統(tǒng)的業(yè)務(wù)流程和工作流，對(duì)類(lèi)的具體屬性和方法的描述較少D.類(lèi)圖只適用于簡(jiǎn)單的系統(tǒng)建模，對(duì)于復(fù)雜系統(tǒng)的表達(dá)能力有限12、UML中的包圖可以用于管理模型的版本控制。假設(shè)我們正在對(duì)一個(gè)不斷演進(jìn)的系統(tǒng)進(jìn)行建模，不同版本之間包的結(jié)構(gòu)和內(nèi)容可能會(huì)發(fā)生變化。如果要有效地跟蹤和管理這些變化，以下哪個(gè)策略是可行的？（）A.為每個(gè)版本創(chuàng)建獨(dú)立的包圖B.在包圖中記錄版本號(hào)和修改說(shuō)明C.使用工具支持包圖的版本比較和合并D.以上都是13、UML的擴(kuò)展關(guān)系用于對(duì)已有用例進(jìn)行擴(kuò)展。對(duì)于一個(gè)在線(xiàn)支付系統(tǒng)，“正常支付”用例可以被“使用優(yōu)惠券支付”用例擴(kuò)展，以下關(guān)于擴(kuò)展關(guān)系的描述，哪一項(xiàng)是準(zhǔn)確的？（）A.擴(kuò)展用例在特定條件下才會(huì)執(zhí)行，并且不會(huì)改變?cè)美幕玖鞒藼.擴(kuò)展用例的執(zhí)行一定會(huì)影響原用例的結(jié)果C.擴(kuò)展關(guān)系在UML中用實(shí)線(xiàn)箭頭加<>標(biāo)簽表示D.原用例必須依賴(lài)擴(kuò)展用例才能完成其功能14、在UML（統(tǒng)一建模語(yǔ)言）中，關(guān)于用例圖的描述，以下不準(zhǔn)確的是：（）A.用例圖用于描述系統(tǒng)的功能需求，展示系統(tǒng)為外部參與者提供的服務(wù)B.參與者可以是人、外部系統(tǒng)或其他與系統(tǒng)交互的實(shí)體C.用例之間可以存在包含、擴(kuò)展和泛化關(guān)系，以表示功能的復(fù)用和特化D.用例圖只關(guān)注系統(tǒng)的主要功能，對(duì)于系統(tǒng)的內(nèi)部實(shí)現(xiàn)細(xì)節(jié)和數(shù)據(jù)結(jié)構(gòu)也會(huì)進(jìn)行詳細(xì)描述15、在UML建模中，對(duì)象圖用于展示某一時(shí)刻系統(tǒng)中對(duì)象的具體實(shí)例及其關(guān)系。假設(shè)一個(gè)圖書(shū)管理系統(tǒng)，在某一時(shí)刻有“圖書(shū)”“讀者”等對(duì)象實(shí)例。那么以下關(guān)于對(duì)象圖的特點(diǎn)，哪一項(xiàng)是正確的？（）A.對(duì)象圖中的對(duì)象是類(lèi)的抽象，不具有具體的屬性值B.對(duì)象圖可以展示對(duì)象之間的動(dòng)態(tài)交互過(guò)程C.對(duì)象圖中的對(duì)象是類(lèi)的具體實(shí)例，具有特定的屬性值和狀態(tài)D.對(duì)象圖不能表示對(duì)象之間的關(guān)聯(lián)關(guān)系16、對(duì)于UML中的構(gòu)件圖中的構(gòu)件依賴(lài)關(guān)系，以下說(shuō)法不正確的是：（）A.構(gòu)件依賴(lài)關(guān)系表示一個(gè)構(gòu)件的實(shí)現(xiàn)需要依賴(lài)其他構(gòu)件提供的服務(wù)或接口B.依賴(lài)關(guān)系可以是編譯時(shí)依賴(lài)、運(yùn)行時(shí)依賴(lài)或部署時(shí)依賴(lài)等C.可以通過(guò)分析構(gòu)件依賴(lài)關(guān)系來(lái)優(yōu)化系統(tǒng)的架構(gòu)，減少不必要的依賴(lài)D.一旦建立了構(gòu)件依賴(lài)關(guān)系，就不能通過(guò)重構(gòu)或重新設(shè)計(jì)來(lái)消除或改變這種依賴(lài)17、在UML的順序圖（SequenceDiagram）中，關(guān)于其展現(xiàn)的內(nèi)容和適用場(chǎng)景，以下哪種說(shuō)法是恰當(dāng)?shù)?？（）A.順序圖著重描繪系統(tǒng)中對(duì)象之間的協(xié)作關(guān)系和消息傳遞的順序，適用于復(fù)雜的分布式系統(tǒng)建模B.順序圖主要用于展示系統(tǒng)的層次結(jié)構(gòu)和組件之間的通信方式C.順序圖側(cè)重于描述系統(tǒng)的性能指標(biāo)和資源利用情況D.順序圖多用于分析系統(tǒng)的邏輯架構(gòu)和模塊劃分18、UML中的擴(kuò)展關(guān)系用于描述用例的擴(kuò)展情況。假設(shè)我們有一個(gè)基本用例“用戶(hù)登錄”，還有一個(gè)擴(kuò)展用例“使用指紋登錄”。如果要在UML用例圖中正確表示這種擴(kuò)展關(guān)系，以下哪個(gè)符號(hào)是應(yīng)該使用的？（）A.一條虛線(xiàn)箭頭，從擴(kuò)展用例指向基本用例B.一條實(shí)線(xiàn)箭頭，從基本用例指向擴(kuò)展用例C.一個(gè)帶箭頭的虛線(xiàn)，上面標(biāo)注“extend”D.一個(gè)帶箭頭的實(shí)線(xiàn)，上面標(biāo)注“extend”19、對(duì)于UML中的對(duì)象流（ObjectFlow），以下說(shuō)法不準(zhǔn)確的是：（）A.對(duì)象流用于在活動(dòng)圖中表示對(duì)象在活動(dòng)之間的流動(dòng)和傳遞B.對(duì)象流可以與控制流同時(shí)存在，共同描述活動(dòng)的執(zhí)行過(guò)程C.對(duì)象流中的對(duì)象可以在活動(dòng)中被創(chuàng)建、修改和銷(xiāo)毀D.對(duì)象流中的對(duì)象只能是簡(jiǎn)單的數(shù)據(jù)類(lèi)型，不能是復(fù)雜的對(duì)象20、在UML（統(tǒng)一建模語(yǔ)言）中，關(guān)于用例圖的主要作用，以下描述正確的是：（）A.用例圖主要用于描述系統(tǒng)的內(nèi)部結(jié)構(gòu)和組件之間的關(guān)系B.它用于展示系統(tǒng)的功能需求，以及不同的參與者與這些功能之間的交互關(guān)系，幫助確定系統(tǒng)的邊界和范圍C.用例圖重點(diǎn)在于描繪系統(tǒng)的性能和可靠性等非功能需求D.用例圖對(duì)系統(tǒng)的設(shè)計(jì)和開(kāi)發(fā)沒(méi)有實(shí)際的指導(dǎo)意義21、對(duì)于UML中的擴(kuò)展關(guān)系（ExtensionRelationship）和包含關(guān)系（IncludeRelationship），以下關(guān)于它們的區(qū)別和應(yīng)用的描述，哪一個(gè)是錯(cuò)誤的？（）A.擴(kuò)展關(guān)系表示在特定條件下對(duì)基本用例的擴(kuò)展，包含關(guān)系表示被包含的用例總是被主用例調(diào)用B.擴(kuò)展關(guān)系中擴(kuò)展用例是可選的，包含關(guān)系中包含用例是必須執(zhí)行的C.擴(kuò)展關(guān)系常用于處理異常情況或可選流程，包含關(guān)系用于提取公共流程以提高用例的復(fù)用性D.擴(kuò)展關(guān)系和包含關(guān)系在實(shí)際應(yīng)用中可以隨意互換，對(duì)系統(tǒng)建模沒(méi)有影響22、在UML中，以下哪種關(guān)系表示整體與部分的關(guān)系，且部分可以離開(kāi)整體獨(dú)立存在？（）A.組合B.聚合C.關(guān)聯(lián)D.依賴(lài)23、UML的通信圖（協(xié)作圖）與順序圖都可以描述對(duì)象間的交互關(guān)系。對(duì)于一個(gè)在線(xiàn)聊天系統(tǒng)，以下關(guān)于通信圖和順序圖的比較，哪一項(xiàng)是不準(zhǔn)確的？（）A.通信圖更強(qiáng)調(diào)對(duì)象之間的鏈接關(guān)系，順序圖更強(qiáng)調(diào)消息的時(shí)間順序B.通信圖中可以更直觀地看到對(duì)象之間的消息循環(huán)和并發(fā)C.順序圖更容易表示復(fù)雜的控制流和條件判斷D.通信圖和順序圖在表達(dá)能力上沒(méi)有差異，可以隨意選擇使用24、UML的順序圖中，對(duì)象的創(chuàng)建和銷(xiāo)毀可以通過(guò)特定的消息來(lái)表示。對(duì)于一個(gè)訂單處理系統(tǒng)，以下關(guān)于對(duì)象創(chuàng)建和銷(xiāo)毀的描述，哪一項(xiàng)是不正確的？（）A.對(duì)象的創(chuàng)建可以用一個(gè)從“null”對(duì)象到新對(duì)象的消息表示B.對(duì)象的銷(xiāo)毀可以用一個(gè)帶“X”標(biāo)記的消息表示C.對(duì)象創(chuàng)建和銷(xiāo)毀的消息必須在順序圖的開(kāi)頭和結(jié)尾出現(xiàn)D.對(duì)象的創(chuàng)建和銷(xiāo)毀可以在順序圖的任意位置根據(jù)實(shí)際情況表示25、在UML（統(tǒng)一建模語(yǔ)言）中，關(guān)于用例圖（UseCaseDiagram）的主要作用，以下哪種描述最為準(zhǔn)確？（）A.用例圖主要用于描述系統(tǒng)的內(nèi)部結(jié)構(gòu)和組件之間的關(guān)系，幫助開(kāi)發(fā)人員理解系統(tǒng)的架構(gòu)B.用例圖用于展示系統(tǒng)與外部實(shí)體之間的交互，以及系統(tǒng)所提供的功能和服務(wù)，幫助確定系統(tǒng)的邊界和范圍C.用例圖側(cè)重于描述系統(tǒng)中類(lèi)的屬性和方法，以及它們之間的繼承、聚合等關(guān)系D.用例圖主要用于規(guī)劃系統(tǒng)的數(shù)據(jù)庫(kù)結(jié)構(gòu)和數(shù)據(jù)表之間的關(guān)聯(lián)二、簡(jiǎn)答題（本大題共4個(gè)小題，共20分)1、（本題5分）在UML活動(dòng)圖中，如何表示活動(dòng)的執(zhí)行時(shí)間限制？2、（本題5分）解釋UML部署圖中的系統(tǒng)備份策略。3、（本題5分）簡(jiǎn)述UML類(lèi)圖中的類(lèi)的動(dòng)態(tài)綁定。4、（本題5分）解釋UML包圖中的包間通信。三、繪圖題（本大題共5個(gè)小題，共25分)1、（本題5分）畫(huà)出一個(gè)用例圖，描繪在線(xiàn)文檔編輯系統(tǒng)中用戶(hù)的創(chuàng)建文檔、編輯文檔、保存文檔功能。2、（本題5分）創(chuàng)建一個(gè)用例圖，描繪電商退貨退款系統(tǒng)的主要用例，如發(fā)起退貨退款、商家審核、退貨物流、退款處理。3、（本題5分）構(gòu)建一個(gè)活動(dòng)圖，描述產(chǎn)品包裝的流程。4、（本題5分）創(chuàng)建一個(gè)用例圖，展現(xiàn)校園卡管理系統(tǒng)的主要用例，包括辦卡、充值、掛失和查詢(xún)消費(fèi)記錄。5、（本題5分）繪制一個(gè)順序圖，展現(xiàn)酒店預(yù)訂的流程，包括選擇房型、入住時(shí)間、支付定金。四、論述題（本大題共3個(gè)小題，共30分)1、（本題10分）詳細(xì)論述在UML建模中，如何進(jìn)行模型驅(qū)動(dòng)架構(gòu)（MDA）的開(kāi)發(fā)。以一個(gè)大型企業(yè)的信息化系統(tǒng)為例，說(shuō)明如何通過(guò)建立平臺(tái)無(wú)關(guān)模型（PIM）和平臺(tái)相關(guān)模型（PSM）來(lái)實(shí)現(xiàn)系統(tǒng)的跨平臺(tái)開(kāi)發(fā)。探討如何運(yùn)用UML