吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》2021-2022學(xué)年第一學(xué)期期末試卷_第1頁(yè)
吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》2021-2022學(xué)年第一學(xué)期期末試卷_第2頁(yè)
吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》2021-2022學(xué)年第一學(xué)期期末試卷_第3頁(yè)
吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》2021-2022學(xué)年第一學(xué)期期末試卷_第4頁(yè)
吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》2021-2022學(xué)年第一學(xué)期期末試卷_第5頁(yè)
已閱讀5頁(yè),還剩2頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

自覺(jué)遵守考場(chǎng)紀(jì)律如考試作弊此答卷無(wú)效密自覺(jué)遵守考場(chǎng)紀(jì)律如考試作弊此答卷無(wú)效密封線第1頁(yè),共3頁(yè)吉林建筑大學(xué)《無(wú)機(jī)非金屬材料計(jì)算機(jī)應(yīng)用基礎(chǔ)》

2021-2022學(xué)年第一學(xué)期期末試卷院(系)_______班級(jí)_______學(xué)號(hào)_______姓名_______題號(hào)一二三四總分得分批閱人一、單選題(本大題共25個(gè)小題,每小題1分,共25分.在每小題給出的四個(gè)選項(xiàng)中,只有一項(xiàng)是符合題目要求的.)1、在UML的部署圖中,展示了系統(tǒng)的硬件節(jié)點(diǎn)和軟件構(gòu)件在物理架構(gòu)上的部署情況。對(duì)于一個(gè)分布式系統(tǒng),以下關(guān)于部署圖的描述,哪一項(xiàng)是不準(zhǔn)確的?()A.可以顯示服務(wù)器、客戶端、網(wǎng)絡(luò)設(shè)備等硬件節(jié)點(diǎn)B.能夠體現(xiàn)軟件構(gòu)件在不同節(jié)點(diǎn)上的分布和依賴關(guān)系C.部署圖只關(guān)注軟件的部署,不涉及硬件的配置和連接D.可以幫助分析系統(tǒng)的性能、可靠性和可擴(kuò)展性2、在UML中,關(guān)于定時(shí)圖(TimingDiagram),以下描述不準(zhǔn)確的是:()A.定時(shí)圖用于描述對(duì)象狀態(tài)或條件隨時(shí)間變化的情況B.可以在定時(shí)圖中表示對(duì)象的生命周期、消息的延遲和持續(xù)時(shí)間等C.定時(shí)圖中的時(shí)間軸是絕對(duì)的,必須按照實(shí)際的時(shí)間刻度進(jìn)行標(biāo)注D.定時(shí)圖通常用于對(duì)實(shí)時(shí)系統(tǒng)或?qū)r(shí)間要求嚴(yán)格的系統(tǒng)進(jìn)行建模3、在UML建模中,以下關(guān)于對(duì)象約束語(yǔ)言(OCL)的描述,錯(cuò)誤的是:()A.OCL可以用于對(duì)模型中的元素添加約束條件,增強(qiáng)模型的精確性和完整性B.OCL表達(dá)式可以與類圖、狀態(tài)圖等多種UML圖結(jié)合使用C.OCL是一種過(guò)程式語(yǔ)言,通過(guò)編寫(xiě)復(fù)雜的算法來(lái)實(shí)現(xiàn)約束邏輯D.OCL可以用于查詢和定義模型元素的屬性和關(guān)系的約束4、對(duì)于UML中的順序圖中的對(duì)象生命線的銷毀,以下描述不準(zhǔn)確的是:()A.對(duì)象生命線的銷毀可以通過(guò)在生命線的底部畫(huà)一個(gè)大的“X”來(lái)表示B.對(duì)象的銷毀通常發(fā)生在對(duì)象完成其任務(wù)或不再需要時(shí)C.在對(duì)象銷毀之前,必須完成所有與該對(duì)象相關(guān)的消息處理D.對(duì)象銷毀后,就不能再接收和發(fā)送消息,但之前發(fā)送的消息可能還在處理中5、在UML的順序圖中,關(guān)于消息的返回值,以下描述不準(zhǔn)確的是:()A.可以通過(guò)在消息箭頭后面添加返回值的表達(dá)式來(lái)表示消息的返回值B.返回值可以是簡(jiǎn)單的數(shù)據(jù)類型、對(duì)象引用或復(fù)雜的數(shù)據(jù)結(jié)構(gòu)C.如果消息沒(méi)有返回值,可以不顯示返回值的相關(guān)信息D.消息的返回值只能在同步消息中存在,異步消息沒(méi)有返回值6、UML的順序圖中,對(duì)象的創(chuàng)建和銷毀可以通過(guò)特定的消息來(lái)表示。對(duì)于一個(gè)訂單處理系統(tǒng),以下關(guān)于對(duì)象創(chuàng)建和銷毀的描述,哪一項(xiàng)是不正確的?()A.對(duì)象的創(chuàng)建可以用一個(gè)從“null”對(duì)象到新對(duì)象的消息表示B.對(duì)象的銷毀可以用一個(gè)帶“X”標(biāo)記的消息表示C.對(duì)象創(chuàng)建和銷毀的消息必須在順序圖的開(kāi)頭和結(jié)尾出現(xiàn)D.對(duì)象的創(chuàng)建和銷毀可以在順序圖的任意位置根據(jù)實(shí)際情況表示7、對(duì)于UML中的構(gòu)件圖(ComponentDiagram),以下關(guān)于其作用和適用范圍的描述,哪一項(xiàng)是錯(cuò)誤的?()A.構(gòu)件圖用于描述系統(tǒng)的軟件構(gòu)件以及它們之間的依賴關(guān)系,有助于理解系統(tǒng)的物理架構(gòu)和部署情況B.構(gòu)件圖主要關(guān)注系統(tǒng)的邏輯功能和業(yè)務(wù)流程,對(duì)軟件的物理實(shí)現(xiàn)細(xì)節(jié)涉及較少C.構(gòu)件圖可以幫助識(shí)別系統(tǒng)中的可復(fù)用構(gòu)件和潛在的集成問(wèn)題D.構(gòu)件圖適用于大型復(fù)雜系統(tǒng)的架構(gòu)設(shè)計(jì)和軟件模塊的組織8、UML的構(gòu)件圖中,構(gòu)件的實(shí)現(xiàn)可以通過(guò)編程語(yǔ)言或其他技術(shù)來(lái)完成。對(duì)于一個(gè)基于Java的Web應(yīng)用系統(tǒng),以下關(guān)于構(gòu)件實(shí)現(xiàn)的描述,哪一項(xiàng)是準(zhǔn)確的?()A.一個(gè)Java類可以對(duì)應(yīng)一個(gè)構(gòu)件B.一個(gè)構(gòu)件必須由多個(gè)Java類共同實(shí)現(xiàn)C.構(gòu)件的實(shí)現(xiàn)只能使用Java語(yǔ)言,不能使用其他語(yǔ)言D.構(gòu)件的實(shí)現(xiàn)與具體的編程語(yǔ)言無(wú)關(guān),只關(guān)注其功能和接口9、在UML的部署圖中,假設(shè)我們要為一個(gè)企業(yè)級(jí)應(yīng)用系統(tǒng)進(jìn)行部署建模。如果要清晰地展示系統(tǒng)中的節(jié)點(diǎn)、組件在節(jié)點(diǎn)上的分布以及節(jié)點(diǎn)之間的連接關(guān)系,以下哪個(gè)是部署圖的核心元素?()A.節(jié)點(diǎn)、組件和關(guān)聯(lián)關(guān)系B.類、對(duì)象和消息C.活動(dòng)、狀態(tài)和轉(zhuǎn)移D.包、子系統(tǒng)和接口10、在UML建模中,對(duì)象圖是類圖的實(shí)例化。對(duì)于一個(gè)圖書(shū)館管理系統(tǒng)中的

Book

(圖書(shū))類,以下關(guān)于對(duì)象圖的描述,哪一項(xiàng)是正確的?()A.對(duì)象圖中可以顯示圖書(shū)對(duì)象的所有屬性和方法的具體值和實(shí)現(xiàn)B.對(duì)象圖主要用于描述圖書(shū)對(duì)象之間的動(dòng)態(tài)交互關(guān)系C.對(duì)象圖中的圖書(shū)對(duì)象可以具有與類定義不同的屬性和方法D.對(duì)象圖中的圖書(shū)對(duì)象是類的具體實(shí)例,其屬性值根據(jù)實(shí)際情況確定11、在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)單用例可以忽略12、在UML的狀態(tài)機(jī)圖中的狀態(tài)轉(zhuǎn)換觸發(fā)條件,以下描述不準(zhǔn)確的是()A.狀態(tài)轉(zhuǎn)換觸發(fā)條件可以是事件、條件表達(dá)式或兩者的組合B.當(dāng)觸發(fā)條件滿足時(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)改變13、在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ì)象離開(kāi)該狀態(tài)時(shí)執(zhí)行B.進(jìn)入動(dòng)作和退出動(dòng)作可以包含一系列的操作和計(jì)算C.進(jìn)入動(dòng)作和退出動(dòng)作可以訪問(wèn)對(duì)象的屬性和調(diào)用對(duì)象的操作D.進(jìn)入動(dòng)作和退出動(dòng)作只能是簡(jiǎn)單的賦值操作,不能包含復(fù)雜的邏輯14、在UML的狀態(tài)機(jī)圖中,對(duì)于歷史狀態(tài)的使用可以方便地恢復(fù)之前的狀態(tài)。假設(shè)一個(gè)設(shè)備的電源狀態(tài),有“開(kāi)機(jī)”“待機(jī)”“關(guān)機(jī)”,從“待機(jī)”回到“開(kāi)機(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)信息15、在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)有影響16、在UML的建模實(shí)踐中,以下關(guān)于模型的驗(yàn)證和確認(rèn)描述不準(zhǔn)確的是:()A.模型的驗(yàn)證是檢查模型是否符合語(yǔ)法和語(yǔ)義規(guī)則,是否具有一致性和完整性B.模型的確認(rèn)是檢查模型是否準(zhǔn)確地反映了系統(tǒng)的需求和預(yù)期的行為C.可以通過(guò)評(píng)審、模擬和測(cè)試等方法對(duì)模型進(jìn)行驗(yàn)證和確認(rèn)D.模型一旦通過(guò)驗(yàn)證和確認(rèn),就不需要再進(jìn)行任何修改和完善17、在UML的建模過(guò)程中,關(guān)于模型的驗(yàn)證和確認(rèn),假設(shè)我們已經(jīng)完成了一個(gè)系統(tǒng)的初步模型。如果要確保模型能夠準(zhǔn)確反映用戶需求和系統(tǒng)的預(yù)期行為,以下哪種方法是有效的?()A.由開(kāi)發(fā)團(tuán)隊(duì)內(nèi)部進(jìn)行審查和討論B.邀請(qǐng)用戶參與模型的評(píng)估和反饋C.與其他類似系統(tǒng)的模型進(jìn)行對(duì)比D.以上都是18、UML中的組件圖用于描述系統(tǒng)的物理架構(gòu)。假設(shè)我們正在構(gòu)建一個(gè)分布式系統(tǒng),其中包括客戶端、服務(wù)器和數(shù)據(jù)庫(kù)等組件。如果要展示這些組件之間的依賴關(guān)系和接口,以下哪種表示方法是正確的?()A.使用帶有箭頭的直線連接組件,并在箭頭上標(biāo)注依賴關(guān)系B.只展示組件,不體現(xiàn)依賴關(guān)系和接口C.使用表格列出組件及其依賴關(guān)系和接口D.用顏色區(qū)分不同的組件,不標(biāo)注任何關(guān)系19、在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)行變化20、在UML的順序圖中,對(duì)象之間可以發(fā)送同步消息和異步消息。對(duì)于一個(gè)文件下載系統(tǒng),以下關(guān)于消息類型的描述,哪一項(xiàng)是正確的?()A.發(fā)送下載請(qǐng)求是異步消息,等待下載完成是同步消息B.發(fā)送下載請(qǐng)求是同步消息,接收下載進(jìn)度通知是異步消息C.下載文件的過(guò)程中所有消息都是同步消息D.下載文件的過(guò)程中所有消息都是異步消息21、在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)中類的屬性和方法22、在UML的組件圖中,組件之間的依賴關(guān)系表示組件之間的使用關(guān)系。假設(shè)一個(gè)報(bào)表生成系統(tǒng),“報(bào)表組件”依賴于“數(shù)據(jù)訪問(wèn)組件”獲取數(shù)據(jù)。那么以下關(guān)于組件依賴的影響,哪一項(xiàng)是正確的?()A.依賴關(guān)系會(huì)導(dǎo)致組件之間的緊密耦合B.組件依賴不影響系統(tǒng)的可維護(hù)性C.依賴的組件發(fā)生變化不會(huì)影響其他組件D.組件之間應(yīng)該盡量減少依賴關(guān)系23、UML的包圖用于組織和管理模型中的元素??紤]一個(gè)大型企業(yè)資源規(guī)劃(ERP)系統(tǒng),以下哪種方式不是合理的包劃分方式?()A.按照功能模塊,如財(cái)務(wù)、人力資源、采購(gòu)等劃分包B.按照技術(shù)架構(gòu),如前端、后端、數(shù)據(jù)庫(kù)等劃分包C.按照開(kāi)發(fā)團(tuán)隊(duì),如A團(tuán)隊(duì)負(fù)責(zé)的模塊、B團(tuán)隊(duì)負(fù)責(zé)的模塊等劃分包D.隨機(jī)將系統(tǒng)中的類分配到不同的包中,沒(méi)有明確的規(guī)則24、在UML的類圖中,關(guān)于類的屬性和操作的可見(jiàn)性,假設(shè)我們正在設(shè)計(jì)一個(gè)權(quán)限管理系統(tǒng)。如果要表示某些屬性和操作只能在類的內(nèi)部訪問(wèn),以下哪種可見(jiàn)性修飾符是應(yīng)該使用的?()A.PublicB.ProtectedC.PrivateD.Package25、UML的狀態(tài)圖用于描述對(duì)象在其生命周期內(nèi)的狀態(tài)變化。對(duì)于一個(gè)電梯系統(tǒng),以下哪個(gè)狀態(tài)不太可能出現(xiàn)在其狀態(tài)圖中?()A.上升中B.維修中C.等待乘客D.超速運(yùn)行二、簡(jiǎn)答題(本大題共4個(gè)小題,共20分)1、(本題5分)簡(jiǎn)述UML中如何對(duì)區(qū)塊鏈金融系統(tǒng)進(jìn)行建模。(分值:5分)2、(本題5分)簡(jiǎn)述UML順序圖中的時(shí)間約束。3、(本題5分)說(shuō)明在UML中如何對(duì)機(jī)器學(xué)習(xí)系統(tǒng)進(jìn)行建模。(分值:5分)4、(本題5分)解釋UML中構(gòu)件的接口有哪些類型。三、繪圖題(本大題共5個(gè)小題,共25分)1、(本題5分)畫(huà)出一個(gè)狀態(tài)圖,體現(xiàn)車輛維修的狀態(tài)轉(zhuǎn)換,包括報(bào)修、維修中、維修完成和驗(yàn)收。2、(本題5分)畫(huà)出一個(gè)用例圖,展示在線醫(yī)療掛號(hào)系統(tǒng)中患者的選擇科室、選擇醫(yī)生、掛號(hào)功能。3、(本題5分)設(shè)計(jì)一個(gè)狀態(tài)圖,反映充電寶租賃的狀態(tài)(已租、可租、歸還、損壞)及狀態(tài)變化。4、(本題5分)設(shè)計(jì)一個(gè)類圖,展示“HouseholdAppliance”類、“Brand”類和“EnergyEfficiency”類的關(guān)系,一個(gè)家用電器有品牌和能效等級(jí)屬性。5、(本題5分)繪制一個(gè)順序圖,展現(xiàn)酒店預(yù)訂的流程,包括選擇房型、入住時(shí)間、支付定金。四、論述題(本大題共3個(gè)小題,共30分)1、(本題10分)在移動(dòng)應(yīng)用開(kāi)發(fā)中,UML建模需要考慮設(shè)備的特性和用戶體驗(yàn)。請(qǐng)深入探討如何使用UML來(lái)建模移動(dòng)應(yīng)用的界面布局、交互流程和數(shù)據(jù)存儲(chǔ),同時(shí)考慮不同移動(dòng)平臺(tái)(如iOS、Android)的差異。以一個(gè)移動(dòng)支付應(yīng)用為例,說(shuō)明如何通過(guò)UML模型設(shè)計(jì)簡(jiǎn)潔高效的用戶界面、安全的支付流程和本地?cái)?shù)據(jù)緩存策略,并分析在移動(dòng)環(huán)境中使用UML建??赡苡龅降奶魬?zhàn),如屏幕尺寸限制和網(wǎng)絡(luò)連接不穩(wěn)定。2、(本題10分)深入探討在游戲開(kāi)發(fā)中,UML建模在角色行為和游戲邏輯設(shè)計(jì)方面的應(yīng)用。解釋游戲的

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論