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

站名：站名：年級(jí)專業(yè)：姓名：學(xué)號(hào)：凡年級(jí)專業(yè)、姓名、學(xué)號(hào)錯(cuò)寫、漏寫或字跡不清者，成績(jī)按零分記?！堋狻€…………第1頁，共1頁吉林大學(xué)《統(tǒng)一建模語言及工具》

2021-2022學(xué)年第一學(xué)期期末試卷題號(hào)一二三四總分得分批閱人一、單選題（本大題共30個(gè)小題，每小題1分，共30分．在每小題給出的四個(gè)選項(xiàng)中，只有一項(xiàng)是符合題目要求的．）1、在UML的狀態(tài)機(jī)圖中，對(duì)于狀態(tài)的進(jìn)入和退出動(dòng)作的定義可以增強(qiáng)狀態(tài)機(jī)的描述能力。假設(shè)一個(gè)設(shè)備的狀態(tài)機(jī)，“開機(jī)”狀態(tài)有進(jìn)入動(dòng)作“初始化設(shè)備”，“關(guān)機(jī)”狀態(tài)有退出動(dòng)作“保存數(shù)據(jù)”。那么以下關(guān)于狀態(tài)動(dòng)作的說法，哪一項(xiàng)是正確的？（）A.狀態(tài)動(dòng)作在狀態(tài)轉(zhuǎn)換發(fā)生時(shí)執(zhí)行B.進(jìn)入動(dòng)作在狀態(tài)進(jìn)入前執(zhí)行，退出動(dòng)作在狀態(tài)退出后執(zhí)行C.狀態(tài)動(dòng)作會(huì)影響狀態(tài)的轉(zhuǎn)換條件D.狀態(tài)動(dòng)作不能包含復(fù)雜的邏輯2、對(duì)于UML中的通信圖（CommunicationDiagram），以下關(guān)于其與順序圖的比較和區(qū)別，哪一項(xiàng)是準(zhǔn)確的？（）A.通信圖強(qiáng)調(diào)對(duì)象之間的鏈接和消息傳遞的順序，順序圖側(cè)重于展示對(duì)象之間的協(xié)作關(guān)系和交互的上下文B.通信圖和順序圖在表達(dá)對(duì)象之間的交互上功能相同，只是圖形表示方式不同C.通信圖更適合描述復(fù)雜的多對(duì)多通信場(chǎng)景，順序圖更擅長(zhǎng)展示簡(jiǎn)單的一對(duì)一交互D.通信圖不能表達(dá)對(duì)象的創(chuàng)建和銷毀，順序圖可以清晰地展示這些動(dòng)態(tài)行為3、在UML中的泛化關(guān)系（GeneralizationRelationship）中，以下關(guān)于子類型和超類型的描述，哪一項(xiàng)是正確的？（）A.子類型繼承了超類型的所有屬性和操作，并可以添加自己特有的屬性和操作，子類型對(duì)象可以替換超類型對(duì)象使用B.超類型可以訪問子類型特有的屬性和操作，子類型必須完全遵循超類型的定義C.泛化關(guān)系中，子類型和超類型的關(guān)系是相互獨(dú)立的，沒有直接的依賴D.子類型不能修改從超類型繼承的屬性和操作的定義4、UML的狀態(tài)機(jī)圖中，狀態(tài)的轉(zhuǎn)換可以由事件觸發(fā)。對(duì)于一個(gè)自動(dòng)售貨機(jī)系統(tǒng)，當(dāng)投入足夠的貨幣時(shí)，從“等待投幣”狀態(tài)轉(zhuǎn)換到“選擇商品”狀態(tài)，以下關(guān)于狀態(tài)轉(zhuǎn)換的描述，哪一項(xiàng)是不準(zhǔn)確的？（）A.事件可以是內(nèi)部事件或外部事件B.狀態(tài)轉(zhuǎn)換可以帶有條件判斷C.每個(gè)狀態(tài)轉(zhuǎn)換必須有明確的觸發(fā)事件和動(dòng)作D.狀態(tài)轉(zhuǎn)換只能從一個(gè)狀態(tài)轉(zhuǎn)換到另一個(gè)狀態(tài)，不能存在多個(gè)目標(biāo)狀態(tài)5、在UML的建模過程中，關(guān)于模型的文檔化，以下說法不準(zhǔn)確的是：（）A.模型的文檔化是對(duì)建模過程和模型元素的詳細(xì)說明和解釋，便于其他人理解和使用模型B.文檔化可以包括模型的目的、范圍、假設(shè)、約束、使用的UML圖的說明等內(nèi)容C.文檔化可以使用自然語言、圖表、示例等多種方式進(jìn)行，以增強(qiáng)文檔的可讀性D.模型的文檔化只在項(xiàng)目結(jié)束時(shí)進(jìn)行，在建模過程中不需要進(jìn)行文檔化工作6、在UML建模中，對(duì)于包的使用可以組織和管理模型的結(jié)構(gòu)。假設(shè)一個(gè)大型企業(yè)管理系統(tǒng)，分為人事管理、財(cái)務(wù)管理、生產(chǎn)管理等包。那么以下關(guān)于包的特點(diǎn)，哪一項(xiàng)是正確的？（）A.包之間不能有依賴關(guān)系B.包內(nèi)的元素不能被外部訪問C.包可以嵌套，形成層次結(jié)構(gòu)D.包的名稱不能反映其內(nèi)容7、在UML的類圖中，關(guān)于關(guān)聯(lián)類的使用，假設(shè)我們正在為一個(gè)社交網(wǎng)絡(luò)系統(tǒng)建模。如果“用戶”和“帖子”之間的關(guān)系具有一些額外的屬性（如點(diǎn)贊數(shù)、評(píng)論數(shù)），以下哪種方式可以有效地表示這種情況？（）A.在“用戶”和“帖子”的關(guān)聯(lián)線上添加關(guān)聯(lián)類B.為“用戶”和“帖子”分別添加新的屬性C.創(chuàng)建一個(gè)新的類來表示這種關(guān)系D.以上都不是8、在UML的序列圖中，對(duì)于對(duì)象的創(chuàng)建和銷毀的表示可以清晰地展示對(duì)象的生命周期。假設(shè)一個(gè)訂單處理系統(tǒng)，“訂單對(duì)象”在“創(chuàng)建訂單”操作時(shí)創(chuàng)建，在“訂單完成”時(shí)銷毀。那么以下關(guān)于對(duì)象創(chuàng)建和銷毀的表示方法，哪一項(xiàng)是正確的？（）A.對(duì)象的創(chuàng)建用“new”消息表示，銷毀用“delete”消息表示B.對(duì)象的創(chuàng)建和銷毀不需要在序列圖中表示C.對(duì)象的創(chuàng)建用實(shí)線箭頭表示，銷毀用虛線箭頭表示D.對(duì)象的創(chuàng)建和銷毀可以用注釋說明，不需要特定的消息9、在UML的部署圖中，對(duì)于節(jié)點(diǎn)的配置和資源分配需要清晰表示。假設(shè)一個(gè)分布式數(shù)據(jù)庫(kù)系統(tǒng)，有多個(gè)數(shù)據(jù)節(jié)點(diǎn)和應(yīng)用服務(wù)器節(jié)點(diǎn)。以下關(guān)于節(jié)點(diǎn)配置的描述，哪一項(xiàng)是準(zhǔn)確的？（）A.可以在節(jié)點(diǎn)上標(biāo)注其硬件配置信息，如CPU、內(nèi)存B.部署圖中不能表示節(jié)點(diǎn)的網(wǎng)絡(luò)連接情況C.節(jié)點(diǎn)的配置信息對(duì)系統(tǒng)性能分析沒有幫助D.節(jié)點(diǎn)的資源分配不需要考慮系統(tǒng)的負(fù)載均衡10、在UML的用例描述中，以下關(guān)于前置條件（Precondition）和后置條件（Postcondition）的作用，哪一項(xiàng)是正確的？（）A.前置條件定義了用例執(zhí)行前系統(tǒng)必須滿足的條件，后置條件描述了用例執(zhí)行后系統(tǒng)應(yīng)達(dá)到的狀態(tài)，有助于明確用例的執(zhí)行上下文和結(jié)果B.前置條件和后置條件主要用于美化用例文檔，對(duì)實(shí)際的系統(tǒng)分析和設(shè)計(jì)作用不大C.前置條件用于限制用戶的操作，后置條件用于記錄系統(tǒng)的錯(cuò)誤信息D.前置條件和后置條件只在復(fù)雜的用例中需要定義，簡(jiǎn)單用例可以忽略11、考慮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建模中的語義和表示方式相同，只是在概念上有所區(qū)別D.組合關(guān)系比聚合關(guān)系更強(qiáng)調(diào)部分對(duì)象對(duì)整體對(duì)象的緊密依賴和不可分割性12、在UML的類圖中，關(guān)于類的屬性和操作的可見性，假設(shè)我們正在設(shè)計(jì)一個(gè)權(quán)限管理系統(tǒng)。如果要表示某些屬性和操作只能在類的內(nèi)部訪問，以下哪種可見性修飾符是應(yīng)該使用的？（）A.PublicB.ProtectedC.PrivateD.Package13、對(duì)于UML中的約束（Constraint），以下說法錯(cuò)誤的是：（）A.約束用于對(duì)模型元素的屬性、關(guān)系或操作添加限制和條件B.約束可以用自然語言、數(shù)學(xué)表達(dá)式或特定的約束語言來表示C.約束只在建模階段起作用，對(duì)代碼生成和系統(tǒng)實(shí)現(xiàn)沒有影響D.多個(gè)約束可以組合使用，以更精確地描述模型元素的特性14、在UML的順序圖中，假設(shè)我們正在分析一個(gè)用戶登錄系統(tǒng)的流程。如果要準(zhǔn)確地展示用戶輸入用戶名和密碼、系統(tǒng)驗(yàn)證以及反饋結(jié)果的時(shí)間順序和消息傳遞，以下哪個(gè)元素是必不可少的？（）A.對(duì)象生命線、消息和控制焦點(diǎn)B.類、屬性和方法C.活動(dòng)圖和狀態(tài)圖D.包和組件15、UML的狀態(tài)圖中，復(fù)合狀態(tài)可以包含子狀態(tài)。對(duì)于一個(gè)智能家電系統(tǒng)，“運(yùn)行”狀態(tài)可以包含“制冷”和“制熱”子狀態(tài)，以下關(guān)于復(fù)合狀態(tài)的描述，哪一項(xiàng)是正確的？（）A.進(jìn)入復(fù)合狀態(tài)時(shí)，會(huì)自動(dòng)進(jìn)入默認(rèn)的子狀態(tài)B.從復(fù)合狀態(tài)的一個(gè)子狀態(tài)轉(zhuǎn)換到另一個(gè)子狀態(tài)，不需要經(jīng)過復(fù)合狀態(tài)的出口和入口C.復(fù)合狀態(tài)中的子狀態(tài)不能再包含其他子狀態(tài)D.復(fù)合狀態(tài)的行為只由其中一個(gè)子狀態(tài)決定16、在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)行變化17、在UML的活動(dòng)圖中，對(duì)于并發(fā)活動(dòng)的同步和合并的表示可以清晰地描述并發(fā)流程的協(xié)調(diào)。假設(shè)一個(gè)文件處理系統(tǒng)，同時(shí)進(jìn)行文件讀取和文件分析，然后合并結(jié)果。那么以下關(guān)于并發(fā)活動(dòng)同步和合并的表示方法，哪一項(xiàng)是準(zhǔn)確的？（）A.并發(fā)活動(dòng)的同步用粗黑線表示，合并用菱形表示B.并發(fā)活動(dòng)的同步和合并都用菱形表示C.并發(fā)活動(dòng)的同步用菱形表示，合并用粗黑線表示D.活動(dòng)圖中不能表示并發(fā)活動(dòng)的同步和合并18、UML中的關(guān)聯(lián)關(guān)系可以具有多重性，以下哪個(gè)表示“0或1”？（）A.0..1B.1..*C.0..*D.1..119、在UML的類圖建模中，對(duì)于類之間的關(guān)聯(lián)多重性需要準(zhǔn)確設(shè)定。假設(shè)一個(gè)“學(xué)生”類和“課程”類，一個(gè)學(xué)生可以選擇多門課程，一門課程可以有多個(gè)學(xué)生選擇。那么以下關(guān)于關(guān)聯(lián)多重性的表示，哪一項(xiàng)是正確的？（）A.學(xué)生到課程的關(guān)聯(lián)多重性為“1..”，課程到學(xué)生的關(guān)聯(lián)多重性為“”B.學(xué)生到課程的關(guān)聯(lián)多重性為“”，課程到學(xué)生的關(guān)聯(lián)多重性為“1..”C.學(xué)生到課程和課程到學(xué)生的關(guān)聯(lián)多重性都為“1..”D.學(xué)生到課程和課程到學(xué)生的關(guān)聯(lián)多重性都為“”20、UML中的組合關(guān)系表示整體與部分之間的強(qiáng)擁有關(guān)系。假設(shè)我們正在為一個(gè)汽車系統(tǒng)建模，其中“汽車”和“發(fā)動(dòng)機(jī)”之間存在組合關(guān)系。如果要準(zhǔn)確地在類圖中表示這種關(guān)系，以下哪個(gè)圖形是正確的？（）A.一個(gè)帶有菱形的實(shí)線，菱形靠近“汽車”一端B.一個(gè)帶有菱形的虛線，菱形靠近“汽車”一端C.一個(gè)簡(jiǎn)單的實(shí)線，不帶有菱形D.一個(gè)簡(jiǎn)單的虛線，不帶有菱形21、在UML的部署圖中，關(guān)于網(wǎng)絡(luò)連接的表示，假設(shè)我們正在為一個(gè)基于云計(jì)算的應(yīng)用系統(tǒng)建模。如果要展示不同節(jié)點(diǎn)之間的網(wǎng)絡(luò)連接類型（如以太網(wǎng)、無線網(wǎng)絡(luò)）和帶寬，以下哪種方式是合適的？（）A.在連接線上標(biāo)注連接類型和帶寬信息B.使用不同的線條樣式表示不同的連接類型C.為每個(gè)節(jié)點(diǎn)添加注釋說明網(wǎng)絡(luò)連接情況D.不體現(xiàn)網(wǎng)絡(luò)連接的詳細(xì)信息22、在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ì)受到其他因素的影響23、在UML的用例圖中，關(guān)于擴(kuò)展關(guān)系和包含關(guān)系的區(qū)別，以下描述不準(zhǔn)確的是：（）A.擴(kuò)展關(guān)系表示在基礎(chǔ)用例的基礎(chǔ)上增加新的行為，而包含關(guān)系表示基礎(chǔ)用例包含其他用例的行為B.擴(kuò)展關(guān)系中的擴(kuò)展用例是可選的，包含關(guān)系中的被包含用例是必須執(zhí)行的C.擴(kuò)展關(guān)系中的擴(kuò)展點(diǎn)是在基礎(chǔ)用例中的特定位置，包含關(guān)系沒有這樣的特定位置D.擴(kuò)展關(guān)系和包含關(guān)系在實(shí)際應(yīng)用中可以相互替代，沒有本質(zhì)的區(qū)別24、在UML的狀態(tài)機(jī)圖中，對(duì)于歷史狀態(tài)的使用可以方便地恢復(fù)之前的狀態(tài)。假設(shè)一個(gè)設(shè)備的電源狀態(tài)，有“開機(jī)”“待機(jī)”“關(guān)機(jī)”，從“待機(jī)”回到“開機(jī)”時(shí)恢復(fù)上次的工作狀態(tài)。那么以下關(guān)于歷史狀態(tài)的描述，哪一項(xiàng)是正確的？（）A.歷史狀態(tài)用“H”表示B.歷史狀態(tài)只能記住上一個(gè)狀態(tài)C.歷史狀態(tài)不能在并發(fā)狀態(tài)中使用D.歷史狀態(tài)會(huì)自動(dòng)恢復(fù)所有之前的狀態(tài)信息25、在UML的序列圖中，展示了對(duì)象之間隨著時(shí)間的消息交互順序。假設(shè)一個(gè)在線聊天系統(tǒng)，用戶發(fā)送消息給服務(wù)器，服務(wù)器將消息轉(zhuǎn)發(fā)給其他在線用戶。以下關(guān)于序列圖中消息的表示，哪一項(xiàng)是正確的？（）A.同步消息用實(shí)線箭頭表示，返回值用虛線箭頭表示B.異步消息用虛線箭頭表示，返回值用實(shí)線箭頭表示C.同步消息和異步消息都用實(shí)線箭頭表示，沒有區(qū)別D.序列圖中不區(qū)分同步消息和異步消息26、在UML的狀態(tài)圖中，關(guān)于狀態(tài)的進(jìn)入和退出動(dòng)作，以下描述錯(cuò)誤的是：（）A.進(jìn)入動(dòng)作在對(duì)象進(jìn)入該狀態(tài)時(shí)執(zhí)行，退出動(dòng)作在對(duì)象離開該狀態(tài)時(shí)執(zhí)行B.進(jìn)入動(dòng)作和退出動(dòng)作可以包含一系列的操作和計(jì)算C.進(jìn)入動(dòng)作和退出動(dòng)作可以訪問對(duì)象的屬性和調(diào)用對(duì)象的操作D.進(jìn)入動(dòng)作和退出動(dòng)作只能是簡(jiǎn)單的賦值操作，不能包含復(fù)雜的邏輯27、在UML的狀態(tài)圖中，關(guān)于自轉(zhuǎn)換和內(nèi)部轉(zhuǎn)換，以下敘述錯(cuò)誤的是：（）A.自轉(zhuǎn)換是指對(duì)象從一個(gè)狀態(tài)轉(zhuǎn)換到自身的另一個(gè)狀態(tài)B.內(nèi)部轉(zhuǎn)換是在不離開當(dāng)前狀態(tài)的情況下執(zhí)行的轉(zhuǎn)換，不會(huì)改變狀態(tài)C.自轉(zhuǎn)換和內(nèi)部轉(zhuǎn)換都可以帶有觸發(fā)事件、監(jiān)護(hù)條件和動(dòng)作D.自轉(zhuǎn)換和內(nèi)部轉(zhuǎn)換的區(qū)別在于是否會(huì)改變對(duì)象的狀態(tài)，自轉(zhuǎn)換會(huì)改變，內(nèi)部轉(zhuǎn)換不會(huì)28、在UML建模中，以下關(guān)于對(duì)象約束語言（OCL）的描述，錯(cuò)誤的是：（）A.OCL可以用于對(duì)模型中的元素添加約束條件，增強(qiáng)模型的精確性和完整性B.OCL表達(dá)式可以與類圖、狀態(tài)圖等多種UML圖結(jié)合使用C.OCL是一種過程式語言，通過編寫復(fù)雜的算法來實(shí)現(xiàn)約束邏輯D.OCL可以用于查詢和定義模型元素的屬性和關(guān)系的約束29、在UML的順序圖（SequenceDiagram）中，關(guān)于其展現(xiàn)的內(nèi)容和適用場(chǎng)景，以下哪種說法是恰當(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)和模塊劃分30、在UML的用例建模中，包含關(guān)系用于表示一個(gè)用例包含另一個(gè)用例的行為。假設(shè)一個(gè)在線學(xué)習(xí)系統(tǒng)，“學(xué)習(xí)課程”用例包含“觀看視頻”和“做練習(xí)題”用例，以下關(guān)于包含關(guān)系的描述，哪一項(xiàng)是不正確的？（）A.被包含的用例不能獨(dú)立存在，必須被包含在用例中執(zhí)行B.包含關(guān)系可以提高用例的復(fù)用性和可維護(hù)性C.包含關(guān)系在UML中用虛線箭頭加<>標(biāo)簽表示D.包含關(guān)系意味著主用例的執(zhí)行依賴于被包含用例的結(jié)果二、論述題（本大題共5個(gè)小題，共25分)1、（本題5分）全面論述在UML中，如何進(jìn)行系統(tǒng)的成本效益分析。以一個(gè)企業(yè)信息化項(xiàng)目為例，說明如何運(yùn)用UML圖（如用例圖、活動(dòng)圖）來評(píng)估系統(tǒng)的功能和性能需求。分析如何估算系統(tǒng)的開發(fā)成本、運(yùn)營(yíng)成本和預(yù)期收益，以及如何通過成本效益分析來確定項(xiàng)目的可行性和優(yōu)先級(jí)。2、（本題5分）深入探討在UML中，如何進(jìn)行軟件產(chǎn)品線的建模與開發(fā)。以一個(gè)汽車電子軟件產(chǎn)品線為例，論述如何運(yùn)用UML圖（如特征圖、產(chǎn)品線架構(gòu)圖）來描述產(chǎn)品線的共性和可變性。分析如何基于產(chǎn)品線模型進(jìn)行產(chǎn)品的派生和定制，以及如何管理產(chǎn)品線的演化和版本控制。3、（本題5分）深入探討在社交媒體平臺(tái)的設(shè)計(jì)中，UML建模在用戶關(guān)系管理和內(nèi)容推薦系統(tǒng)中的應(yīng)用。解釋社交媒體平臺(tái)的用戶互動(dòng)和信息傳播特點(diǎn)，闡述如何使用UML圖（如類圖、用例圖、順序圖）來描述用戶之