吉林大學(xué)《統(tǒng)一建模語(yǔ)言及工具（雙語(yǔ)）》2021-2022學(xué)年第一學(xué)期期末試卷

自覺(jué)遵守考場(chǎng)紀(jì)律如考試作弊此答卷無(wú)效密自覺(jué)遵守考場(chǎng)紀(jì)律如考試作弊此答卷無(wú)效密封線第1頁(yè)，共3頁(yè)吉林大學(xué)

《統(tǒng)一建模語(yǔ)言及工具（雙語(yǔ)）》2021-2022學(xué)年第一學(xué)期期末試卷院(系)_______班級(jí)_______學(xué)號(hào)_______姓名_______題號(hào)一二三四總分得分一、單選題（本大題共25個(gè)小題，每小題1分，共25分．在每小題給出的四個(gè)選項(xiàng)中，只有一項(xiàng)是符合題目要求的．）1、UML的通信圖（協(xié)作圖）與順序圖都可以描述對(duì)象間的交互關(guān)系。對(duì)于一個(gè)在線聊天系統(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)有差異，可以隨意選擇使用2、UML的包圖中，包的可見(jiàn)性控制著包內(nèi)元素對(duì)外部包的可見(jiàn)程度。對(duì)于一個(gè)醫(yī)療信息系統(tǒng)，以下關(guān)于包可見(jiàn)性的描述，哪一項(xiàng)是正確的？（）A.公共可見(jiàn)性（Public）允許其他包自由訪問(wèn)包內(nèi)的元素B.保護(hù)可見(jiàn)性（Protected）只允許子類訪問(wèn)包內(nèi)的元素C.私有可見(jiàn)性（Private）允許同一項(xiàng)目中的所有包訪問(wèn)包內(nèi)的元素D.包的可見(jiàn)性一旦設(shè)定就不能更改3、UML中的順序圖可以用于識(shí)別系統(tǒng)中的并發(fā)任務(wù)。假設(shè)我們正在分析一個(gè)物流配送系統(tǒng)，其中貨物分揀和運(yùn)輸可以同時(shí)進(jìn)行。以下哪個(gè)是在順序圖中表示并發(fā)任務(wù)的正確方法？（）A.使用多條生命線同時(shí)發(fā)送和接收消息B.將并發(fā)任務(wù)放在不同的順序圖中C.用特殊的符號(hào)標(biāo)記并發(fā)任務(wù)D.忽略并發(fā)任務(wù)，只關(guān)注順序執(zhí)行的部分4、考慮UML中的聚合關(guān)系（AggregationRelationship）和組合關(guān)系（CompositionRelationship），以下關(guān)于它們的強(qiáng)度和生命周期的描述，哪一個(gè)是錯(cuò)誤的？（）A.聚合關(guān)系表示整體和部分之間的較弱關(guān)系，部分可以獨(dú)立于整體存在；組合關(guān)系是更強(qiáng)的關(guān)系，部分對(duì)象的生命周期依賴于整體對(duì)象B.在聚合關(guān)系中，整體對(duì)象被銷毀時(shí)，部分對(duì)象可能仍然存在；在組合關(guān)系中，整體對(duì)象不存在時(shí)，部分對(duì)象也會(huì)被銷毀C.聚合關(guān)系和組合關(guān)系在UML建模中的語(yǔ)義和表示方式相同，只是在概念上有所區(qū)別D.組合關(guān)系比聚合關(guān)系更強(qiáng)調(diào)部分對(duì)象對(duì)整體對(duì)象的緊密依賴和不可分割性5、在UML中，關(guān)于注解（Note）的使用，以下描述不正確的是：（）A.注解用于為模型元素添加額外的說(shuō)明和解釋，增強(qiáng)模型的可讀性B.注解可以包含文字、圖形、表格等多種形式的信息C.注解與所注釋的模型元素緊密相關(guān)，不能獨(dú)立存在D.注解在模型中的位置和樣式是固定的，不能隨意更改6、UML中的組件圖可以用于評(píng)估系統(tǒng)的可維護(hù)性。假設(shè)我們正在審查一個(gè)已有的軟件系統(tǒng)的組件結(jié)構(gòu)，想要判斷其是否易于維護(hù)和擴(kuò)展。以下哪個(gè)是組件圖可以提供的重要信息？（）A.組件之間的耦合程度B.組件的功能和職責(zé)C.組件的復(fù)用性D.以上都是7、在UML的建模過(guò)程中，關(guān)于模型的文檔化，以下說(shuō)法不準(zhǔn)確的是：（）A.模型的文檔化是對(duì)建模過(guò)程和模型元素的詳細(xì)說(shuō)明和解釋，便于其他人理解和使用模型B.文檔化可以包括模型的目的、范圍、假設(shè)、約束、使用的UML圖的說(shuō)明等內(nèi)容C.文檔化可以使用自然語(yǔ)言、圖表、示例等多種方式進(jìn)行，以增強(qiáng)文檔的可讀性D.模型的文檔化只在項(xiàng)目結(jié)束時(shí)進(jìn)行，在建模過(guò)程中不需要進(jìn)行文檔化工作8、在UML的類圖中，關(guān)于抽象類和接口的表示，假設(shè)我們正在設(shè)計(jì)一個(gè)圖形處理系統(tǒng)。如果要區(qū)分抽象類“Shape”和接口“Drawable”，以下哪種表示方法是符合UML規(guī)范的？（）A.抽象類用斜體字表示，接口用圓圈表示B.抽象類名稱用斜體字表示，接口名稱上方標(biāo)注“interface”C.抽象類用虛線邊框表示，接口用實(shí)線邊框表示D.抽象類和接口沒(méi)有明顯的區(qū)分方式9、在UML的用例描述中，假設(shè)我們正在為一個(gè)在線學(xué)習(xí)平臺(tái)編寫用例。如果要詳細(xì)說(shuō)明用例的前置條件、后置條件和主要流程步驟，以下哪個(gè)部分是必不可少的？（）A.用例的名稱和參與者B.用例的目標(biāo)和概述C.用例的異常情況處理D.以上都是10、在UML的狀態(tài)圖中，以下關(guān)于狀態(tài)轉(zhuǎn)換的觸發(fā)事件描述不準(zhǔn)確的是：（）A.觸發(fā)事件可以是外部事件，如用戶操作或系統(tǒng)消息B.觸發(fā)事件也可以是內(nèi)部事件，如定時(shí)器超時(shí)或狀態(tài)內(nèi)的條件滿足C.一個(gè)狀態(tài)轉(zhuǎn)換可以由多個(gè)觸發(fā)事件同時(shí)觸發(fā)D.觸發(fā)事件一旦發(fā)生，狀態(tài)轉(zhuǎn)換就一定會(huì)立即執(zhí)行，不會(huì)受到其他因素的影響11、關(guān)于UML中的順序圖中的對(duì)象創(chuàng)建和銷毀，以下敘述不正確的是：（）A.對(duì)象可以在順序圖中通過(guò)創(chuàng)建消息來(lái)創(chuàng)建，創(chuàng)建后立即處于可用狀態(tài)B.對(duì)象的銷毀可以通過(guò)明確的銷毀消息來(lái)表示C.對(duì)象創(chuàng)建和銷毀的時(shí)間點(diǎn)可以根據(jù)系統(tǒng)的實(shí)際邏輯進(jìn)行安排D.對(duì)象一旦被銷毀，就不能再接收和處理任何消息12、在UML的部署圖中，關(guān)于節(jié)點(diǎn)的配置信息，假設(shè)我們正在為一個(gè)企業(yè)級(jí)應(yīng)用服務(wù)器建模。如果要描述服務(wù)器的硬件配置（如CPU、內(nèi)存）和軟件配置（如操作系統(tǒng)、中間件），以下哪種方式是恰當(dāng)?shù)?？（）A.在節(jié)點(diǎn)旁邊添加注釋B.使用表格列出節(jié)點(diǎn)的配置信息C.在節(jié)點(diǎn)內(nèi)部用圖形表示配置信息D.以上都不是13、在UML的建模過(guò)程中，關(guān)于需求的獲取和分析，以下描述不準(zhǔn)確的是：（）A.需求獲取可以通過(guò)用戶訪談、問(wèn)卷調(diào)查、觀察等方法進(jìn)行B.需求分析應(yīng)該將用戶的需求轉(zhuǎn)化為系統(tǒng)的功能和非功能需求C.需求分析的結(jié)果可以直接用于系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)，不需要進(jìn)一步的細(xì)化和驗(yàn)證D.在需求分析過(guò)程中，應(yīng)該識(shí)別需求的優(yōu)先級(jí)和風(fēng)險(xiǎn)14、在UML的部署圖中，節(jié)點(diǎn)的類型可以包括服務(wù)器、客戶端和數(shù)據(jù)庫(kù)等。對(duì)于一個(gè)移動(dòng)支付系統(tǒng)，以下關(guān)于節(jié)點(diǎn)類型的描述，哪一項(xiàng)是不正確的？（）A.用戶的手機(jī)可以作為客戶端節(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)類型是固定的，不能根據(jù)具體情況進(jìn)行變化15、在UML建模的過(guò)程中，關(guān)于迭代和增量開(kāi)發(fā)（IterativeandIncrementalDevelopment）的應(yīng)用，以下哪種說(shuō)法是不正確的？（）A.迭代和增量開(kāi)發(fā)通過(guò)多次循環(huán)和逐步完善模型，降低項(xiàng)目風(fēng)險(xiǎn)，適應(yīng)需求的變化B.這種方法不適合時(shí)間緊迫的項(xiàng)目，應(yīng)該在項(xiàng)目開(kāi)始時(shí)就完成完整和詳細(xì)的模型C.每次迭代都產(chǎn)生一個(gè)可運(yùn)行的系統(tǒng)增量，有助于及時(shí)獲取用戶反饋和驗(yàn)證模型D.迭代和增量開(kāi)發(fā)有助于提高團(tuán)隊(duì)的協(xié)作效率和項(xiàng)目的成功率16、在UML的活動(dòng)圖中，假設(shè)我們正在為一個(gè)訂單處理流程建模。如果要表示流程中的分支、合并、并發(fā)等復(fù)雜邏輯，以下哪個(gè)元素是關(guān)鍵的？（）A.泳道、活動(dòng)和轉(zhuǎn)移B.對(duì)象、消息和生命線C.狀態(tài)、事件和動(dòng)作D.包、組件和接口17、在UML建模中，以下關(guān)于對(duì)象約束語(yǔ)言（OCL）的描述，錯(cuò)誤的是：（）A.OCL可以用于對(duì)模型中的元素添加約束條件，增強(qiáng)模型的精確性和完整性B.OCL表達(dá)式可以與類圖、狀態(tài)圖等多種UML圖結(jié)合使用C.OCL是一種過(guò)程式語(yǔ)言，通過(guò)編寫復(fù)雜的算法來(lái)實(shí)現(xiàn)約束邏輯D.OCL可以用于查詢和定義模型元素的屬性和關(guān)系的約束18、對(duì)于UML中的構(gòu)件圖中的構(gòu)件依賴關(guān)系，以下說(shuō)法不正確的是：（）A.構(gòu)件依賴關(guān)系表示一個(gè)構(gòu)件的實(shí)現(xiàn)需要依賴其他構(gòu)件提供的服務(wù)或接口B.依賴關(guān)系可以是編譯時(shí)依賴、運(yùn)行時(shí)依賴或部署時(shí)依賴等C.可以通過(guò)分析構(gòu)件依賴關(guān)系來(lái)優(yōu)化系統(tǒng)的架構(gòu)，減少不必要的依賴D.一旦建立了構(gòu)件依賴關(guān)系，就不能通過(guò)重構(gòu)或重新設(shè)計(jì)來(lái)消除或改變這種依賴19、在UML建模中，關(guān)于對(duì)象圖的應(yīng)用場(chǎng)景，假設(shè)我們正在對(duì)一個(gè)系統(tǒng)的某一時(shí)刻的具體實(shí)例進(jìn)行詳細(xì)分析。如果要直觀地展示對(duì)象之間的鏈接以及對(duì)象的屬性值，以下哪個(gè)是對(duì)象圖的主要優(yōu)勢(shì)？（）A.能夠反映系統(tǒng)的動(dòng)態(tài)行為和消息傳遞B.專注于描述系統(tǒng)的靜態(tài)結(jié)構(gòu)和關(guān)系C.清晰展示對(duì)象在特定時(shí)刻的狀態(tài)和關(guān)系D.便于定義系統(tǒng)的邊界和外部接口20、在UML建模的原則中，關(guān)于關(guān)注點(diǎn)分離（SeparationofConcerns），以下哪種說(shuō)法是正確的？（）A.關(guān)注點(diǎn)分離原則要求將系統(tǒng)的不同方面和功能分開(kāi)建模，以提高模型的清晰度和可維護(hù)性B.關(guān)注點(diǎn)分離原則不適用于小型系統(tǒng)的建模，只對(duì)大型復(fù)雜系統(tǒng)有意義C.關(guān)注點(diǎn)分離原則意味著將系統(tǒng)的所有元素都分別建模，不考慮它們之間的關(guān)系D.關(guān)注點(diǎn)分離原則會(huì)增加模型的數(shù)量和復(fù)雜性，降低建模效率21、對(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)建、修改和銷毀D.對(duì)象流中的對(duì)象只能是簡(jiǎn)單的數(shù)據(jù)類型，不能是復(fù)雜的對(duì)象22、在UML（統(tǒng)一建模語(yǔ)言）中，關(guān)于用例圖的作用，假設(shè)我們正在為一個(gè)在線購(gòu)物系統(tǒng)進(jìn)行建模。如果我們想要清晰地展示系統(tǒng)的主要功能以及不同用戶與這些功能之間的交互關(guān)系，以下哪個(gè)是用例圖的主要目的？（）A.描述系統(tǒng)的內(nèi)部結(jié)構(gòu)和組件之間的關(guān)系B.展示系統(tǒng)的動(dòng)態(tài)行為和消息傳遞C.定義系統(tǒng)的邊界以及系統(tǒng)為外部用戶提供的服務(wù)D.詳細(xì)說(shuō)明系統(tǒng)中類的屬性和方法23、在UML的建模實(shí)踐中，以下關(guān)于需求分析階段的描述，不正確的是：（）A.主要使用用例圖和活動(dòng)圖來(lái)捕獲系統(tǒng)的功能需求和業(yè)務(wù)流程B.與用戶和利益相關(guān)者進(jìn)行充分的溝通，理解他們的期望和需求C.重點(diǎn)關(guān)注系統(tǒng)的技術(shù)可行性和性能要求，而非用戶的業(yè)務(wù)需求D.對(duì)需求進(jìn)行文檔化和管理，為后續(xù)的設(shè)計(jì)和開(kāi)發(fā)提供依據(jù)24、在UML的狀態(tài)機(jī)圖（StateMachineDiagram）中，關(guān)于其表達(dá)的系統(tǒng)狀態(tài)和轉(zhuǎn)換關(guān)系，以下哪種闡述是正確的？（）A.狀態(tài)機(jī)圖展示對(duì)象在其生命周期內(nèi)可能經(jīng)歷的各種狀態(tài)，以及狀態(tài)之間的轉(zhuǎn)換條件和觸發(fā)事件，適用于具有明確狀態(tài)變化的對(duì)象建模B.狀態(tài)機(jī)圖主要用于描述系統(tǒng)的組件結(jié)構(gòu)和它們之間的依賴關(guān)系C.狀態(tài)機(jī)圖側(cè)重于展示系統(tǒng)的用戶界面布局和交互流程D.狀態(tài)機(jī)圖對(duì)系統(tǒng)的性能和資源需求進(jìn)行分析和評(píng)估25、在UML的序列圖中，對(duì)于消息的同步和異步特性的表示對(duì)系統(tǒng)的理解至關(guān)重要。假設(shè)一個(gè)訂單處理系統(tǒng)，“提交訂單”消息是同步的，“處理訂單”消息是異步的。那么以下關(guān)于同步和異步消息的影響，哪一項(xiàng)是正確的？（）A.同步消息會(huì)阻塞發(fā)送方，直到接收方處理完成B.異步消息會(huì)阻塞發(fā)送方，直到接收方處理完成C.同步和異步消息對(duì)系統(tǒng)的性能沒(méi)有影響D.異步消息不能有返回值二、簡(jiǎn)答題（本大題共4個(gè)小題，共20分)1、（本題5分）解釋UML中如何對(duì)區(qū)塊鏈安全審計(jì)系統(tǒng)進(jìn)行建模。（分值：5分）2、（本題5分）解釋UML中如何對(duì)通信系統(tǒng)進(jìn)行建模。（分值：5分）3、（本題5分）解釋UML狀態(tài)機(jī)圖中的狀態(tài)的進(jìn)入和退出時(shí)的動(dòng)作參數(shù)。4、（本題5分）簡(jiǎn)述UML中如何對(duì)知識(shí)圖譜系統(tǒng)進(jìn)行建模。（分值：5分）三、繪圖題（本大題共5個(gè)小題，共25分)1、（本題5分）繪制一個(gè)活動(dòng)圖，描述產(chǎn)品研發(fā)的流程。2、（本題5分）創(chuàng)建一個(gè)用例圖，呈現(xiàn)物業(yè)管理系統(tǒng)的核心用例，比如報(bào)修、繳費(fèi)、巡邏和車位管理。3、（本題5分）繪制一個(gè)順序圖，展現(xiàn)手機(jī)系統(tǒng)更新的流程，包括檢測(cè)更新、下載更新包、安裝更新。4、（本題5分）畫出一個(gè)用例圖，描繪房產(chǎn)中介系統(tǒng)中客戶的看房和簽約功能。5、（本題5分）構(gòu)建一個(gè)類圖，包含“BankAccount”類，具有屬性“accountNumber”（字符串）、“balance”（浮點(diǎn)數(shù)）和方法“deposit”、“withdraw”。四、論述題（本大題共3個(gè)小題，共30分)1、（本題10分）全面剖析在電信計(jì)費(fèi)系統(tǒng)的開(kāi)發(fā)中，UML建模在費(fèi)用計(jì)算和套餐管理方面的應(yīng)用。解釋電信計(jì)費(fèi)系統(tǒng)的計(jì)費(fèi)規(guī)則和套餐多樣性，闡述如何使用UML圖（如狀態(tài)圖、活動(dòng)圖、類圖）來(lái)描述用戶的消費(fèi)行為、費(fèi)用的計(jì)算和結(jié)算過(guò)程，以及套餐的定制和變更機(jī)制。以一個(gè)移動(dòng)電信運(yùn)營(yíng)商的計(jì)費(fèi)系統(tǒng)為例，繪制相關(guān)的UML圖并分析如何通過(guò)建模確保計(jì)費(fèi)的準(zhǔn)確性和公正性，提高套餐的靈活性和吸引力，討論在通信技術(shù)不斷升級(jí)和市場(chǎng)競(jìng)爭(zhēng)加劇的情況下，UML建模如何支持系統(tǒng)的技術(shù)更新和業(yè)務(wù)創(chuàng)新。2、（本題10分）在系統(tǒng)的可擴(kuò)展性設(shè)計(jì)中，UML可以幫助識(shí)別和規(guī)劃系統(tǒng)的擴(kuò)展點(diǎn)和接口。請(qǐng)?jiān)敿?xì)探討如何使用UML類圖、組件圖和接口定義來(lái)設(shè)計(jì)可擴(kuò)展的系統(tǒng)架構(gòu)，