軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)_第1頁(yè)
軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)_第2頁(yè)
軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)_第3頁(yè)
軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)_第4頁(yè)
軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)_第5頁(yè)
已閱讀5頁(yè),還剩21頁(yè)未讀 繼續(xù)免費(fèi)閱讀

付費(fèi)下載

下載本文檔

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

文檔簡(jiǎn)介

軟件建模與UML知到智慧樹(shù)章節(jié)測(cè)試課后答案2024年秋山東理工大學(xué)第一章單元測(cè)試

結(jié)構(gòu)化設(shè)計(jì)階段的主要設(shè)計(jì)思路是()。

A:自底向上,逐步求精B:自頂向下,逐步集成C:自頂向下,逐步求精D:自底向上,逐步集成

答案:自頂向下,逐步求精結(jié)構(gòu)化分析建模的3種核心模型為()。

A:DDB:DFDC:ERDD:STD

答案:DD;DFD;ERD數(shù)據(jù)流圖的外部實(shí)體可能是與系統(tǒng)交互的()。

A:軟件系統(tǒng)B:組織C:部門D:數(shù)據(jù)存儲(chǔ)

E:人F:硬件設(shè)備

答案:軟件系統(tǒng);組織;部門;人;硬件設(shè)備環(huán)境圖也稱頂層數(shù)據(jù)流圖,它僅包括一個(gè)數(shù)據(jù)處理過(guò)程,即目標(biāo)系統(tǒng)。

A:錯(cuò)B:對(duì)

答案:對(duì)ER圖是數(shù)據(jù)庫(kù)設(shè)計(jì)的基礎(chǔ),因此又稱為()。

A:數(shù)據(jù)模型B:數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)模型C:數(shù)據(jù)庫(kù)概念模型D:數(shù)據(jù)里物理模型

答案:數(shù)據(jù)庫(kù)概念模型數(shù)據(jù)字典是以詞條方式定義在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對(duì)象及控制信息的特性,其定義對(duì)象包括()。

A:用例規(guī)格B:加工(過(guò)程)條目C:類的屬性D:數(shù)據(jù)文件E:數(shù)據(jù)源點(diǎn)/匯點(diǎn)F:數(shù)據(jù)流條目

答案:加工(過(guò)程)條目;數(shù)據(jù)文件;數(shù)據(jù)源點(diǎn)/匯點(diǎn);數(shù)據(jù)流條目DD中最常用的數(shù)據(jù)結(jié)構(gòu)描述方式有()。

A:詞條方式B:Warier圖C:定義式

D:字典方式

答案:Warier圖;定義式

結(jié)構(gòu)圖可以清楚的表達(dá)出模塊間的層次調(diào)用關(guān)系和信息傳遞,但不能表達(dá)有條件的模塊調(diào)用。

A:對(duì)B:錯(cuò)

答案:錯(cuò)結(jié)構(gòu)圖優(yōu)化時(shí),需要應(yīng)用高耦合、低內(nèi)聚原則。

A:對(duì)B:錯(cuò)

答案:錯(cuò)關(guān)于結(jié)構(gòu)化程序設(shè)計(jì)的描述,正確的是()。

A:

在程序設(shè)計(jì)中,盡量采用自底向上和逐步細(xì)化的原則。B:

嚴(yán)格控制GOTO語(yǔ)句。C:

復(fù)雜結(jié)構(gòu)要研究復(fù)雜的控制結(jié)構(gòu)來(lái)實(shí)現(xiàn)。D:

選用的控制結(jié)構(gòu)只準(zhǔn)有一個(gè)入口和一個(gè)出口。E:

使用順序、選擇、循環(huán)這三種基本控制結(jié)構(gòu)表達(dá)程序邏輯。

答案:

嚴(yán)格控制GOTO語(yǔ)句。;

選用的控制結(jié)構(gòu)只準(zhǔn)有一個(gè)入口和一個(gè)出口。;

使用順序、選擇、循環(huán)這三種基本控制結(jié)構(gòu)表達(dá)程序邏輯。請(qǐng)根據(jù)描述,對(duì)學(xué)校圖書(shū)管理系統(tǒng)建立DFD。圖書(shū)管理系統(tǒng)主要目的是方便學(xué)校圖書(shū)館的借還書(shū)工作。圖書(shū)管理員負(fù)責(zé)進(jìn)行圖書(shū)的管理,主要包括圖書(shū)的入庫(kù)、圖書(shū)信息的修改和圖書(shū)的出庫(kù)。其他工作人員負(fù)責(zé)完成借書(shū)和還書(shū)的操作。讀者可以通過(guò)系統(tǒng)查詢圖書(shū)信息及流通狀態(tài),可以自助借書(shū)、還書(shū)。另外還可以通過(guò)系統(tǒng)進(jìn)行圖書(shū)的預(yù)約和續(xù)借。讀者分為教師和學(xué)生。教師最多允許借10本書(shū),借閱時(shí)長(zhǎng)2個(gè)月。學(xué)生最多允許借5本書(shū),借閱時(shí)長(zhǎng)為1個(gè)月。兩類讀者的續(xù)借時(shí)長(zhǎng)都為1個(gè)月。對(duì)已借出圖書(shū)到期時(shí)長(zhǎng)小于一周時(shí),允許預(yù)約,預(yù)約期為10天,多位讀者預(yù)約時(shí),按預(yù)約時(shí)間排序;超期未借,預(yù)約自動(dòng)失效。存在預(yù)約的圖書(shū)只能由預(yù)約讀者借閱。還書(shū)時(shí),如果發(fā)生超期,需要繳納罰款。如果罰款未繳,會(huì)影響下一次借書(shū)。

答案:0請(qǐng)根據(jù)描述,學(xué)校圖書(shū)管理系統(tǒng)建立ER圖。圖書(shū)入庫(kù)信息包括:圖書(shū)信息和圖書(shū)書(shū)本信息。圖書(shū)信息:圖書(shū)編碼、書(shū)名、出版社、作者圖書(shū)書(shū)本信息包括:條碼(每書(shū)一本)、出版日期、價(jià)格、入庫(kù)人、入庫(kù)日期、圖書(shū)狀態(tài)(在庫(kù)、出庫(kù))、流通狀態(tài)(借出、在庫(kù)可借、續(xù)借、預(yù)約、不可借)讀者信息包括:讀者編號(hào)、姓名、出生年月、類型(教師、學(xué)生)、剩余借書(shū)本書(shū)、是否有未付清罰款、罰款金額圖書(shū)流通信息包括:讀者編號(hào)、圖書(shū)條碼、流通狀態(tài)(借出、歸還、續(xù)借、預(yù)約)、時(shí)間、操作人罰款信息包括:讀者編碼、圖書(shū)條碼、借書(shū)日期、還書(shū)日期、超期天數(shù)。

答案:根據(jù)描述,以下是學(xué)校圖書(shū)管理系統(tǒng)的ER圖實(shí)體及聯(lián)系簡(jiǎn)要表示:1.**圖書(shū)信息**(Book)-圖書(shū)編碼(bookID)-書(shū)名(title)-出版社(publisher)-作者(author)2.**圖書(shū)書(shū)本信息**(BookCopy)-條碼(barcode)-出版日期(publishDate)-價(jià)格(price)-入庫(kù)人(inserter)-入庫(kù)日期(insertDate)-圖書(shū)狀態(tài)(bookStatus:在庫(kù)、出庫(kù))-流通狀態(tài)(circulationStatus:借出、在庫(kù)可借、續(xù)借、預(yù)約、不可借)-圖書(shū)信息_ID(bookID)--外鍵關(guān)聯(lián)圖書(shū)信息3.**讀者信息**(Reader)-讀者編號(hào)(readerID)-姓名(name)-出生年月(birthDate)-類型(type:教師、學(xué)生)-剩余借書(shū)本數(shù)(remainingBorrowCount)-是否有未付清罰款(hasUnpaidFine:是/否)-罰款金額(fineAmount)4.**圖書(shū)流通信息**(LoanRecord)-讀者編號(hào)(readerID)-圖書(shū)條碼(barcode)-流通狀態(tài)(loanStatus:借出、歸還、續(xù)借、預(yù)約)-時(shí)間(timestamp)-操作人(operator)-圖書(shū)書(shū)本信息_barcode(barcode)--外鍵關(guān)聯(lián)圖書(shū)書(shū)本信息-讀者_(dá)info_readerID(readerID)--外鍵關(guān)聯(lián)讀者信息5.**罰款信息**(FineRecord)-讀者編號(hào)(readerID)-圖書(shū)條碼(barcode)-借書(shū)日期(borrowDate)-還書(shū)日期(returnDate)-超期天數(shù)(overdueDays)-讀者_(dá)info_readerID(readerID)--外鍵關(guān)聯(lián)讀者信息-圖書(shū)書(shū)本信息_barcode(barcode)--外鍵關(guān)聯(lián)圖書(shū)書(shū)本信息**實(shí)體關(guān)系說(shuō)明:**-一個(gè)**圖書(shū)信息**可以對(duì)應(yīng)多個(gè)**圖書(shū)書(shū)本信息**(一對(duì)多)。-一個(gè)**圖書(shū)書(shū)本信息**可以參與多條**圖書(shū)流通信息**(一對(duì)多)。-一個(gè)**讀者信息**可以有多個(gè)**圖書(shū)流通信息**記錄(一對(duì)多)。-一個(gè)**讀者信息**也可以關(guān)聯(lián)多條**罰款信息**記錄(一對(duì)多)。-每條**圖書(shū)流通信息**都關(guān)聯(lián)一個(gè)特定的**讀者信息**和**圖書(shū)書(shū)本信息**。-每條**罰款信息**記錄關(guān)聯(lián)一個(gè)特定的**讀者信息**和**圖書(shū)書(shū)本信息**。請(qǐng)根據(jù)圖書(shū)管理系統(tǒng)的0層DFD圖,選擇1條數(shù)據(jù)流、1個(gè)數(shù)據(jù)存儲(chǔ)、1個(gè)過(guò)程、1個(gè)數(shù)據(jù)源點(diǎn)/匯點(diǎn)進(jìn)行DD的定義。

答案:數(shù)據(jù)流:借書(shū)請(qǐng)求數(shù)據(jù)存儲(chǔ):圖書(shū)信息庫(kù)過(guò)程:圖書(shū)檢索數(shù)據(jù)源點(diǎn)/匯點(diǎn):讀者請(qǐng)將DFD建模題建立的0層DFD圖映射為結(jié)構(gòu)圖。

答案:無(wú)NextDate函數(shù)也是一個(gè)經(jīng)典的程序設(shè)計(jì)案例,請(qǐng)為NextDate函數(shù)建立程序流程圖,并映射為代碼,驗(yàn)證程序結(jié)構(gòu)。功能:輸入任意的年月日,輸出NextDate的年月日。

答案:0

第二章單元測(cè)試

面向?qū)ο蠓椒▽F(xiàn)實(shí)世界中的事物抽象為(),將事物的聯(lián)系抽象為()。

A:

Object、操作B:

Object、關(guān)系C:

Object、協(xié)作D:

Object、關(guān)系與協(xié)作

答案:

Object、關(guān)系與協(xié)作()是面向?qū)ο蟮奶攸c(diǎn)。

A:

與人類習(xí)慣思維方法相一致B:

抽象、封裝、繼承、多態(tài)C:

數(shù)據(jù)與功能統(tǒng)一、強(qiáng)調(diào)對(duì)現(xiàn)實(shí)世界的模擬D:

穩(wěn)定、可復(fù)用、易理解

答案:

抽象、封裝、繼承、多態(tài)下列()不屬于面向?qū)ο蠓椒ǖ膬?yōu)勢(shì)。

A:

改善了軟件結(jié)構(gòu)B:

使用符合人類思維習(xí)慣的抽象C:

軟件的執(zhí)行效率更高D:

復(fù)用性強(qiáng)

答案:

軟件的執(zhí)行效率更高()是面向?qū)ο蠓椒ㄓ脕?lái)描述“對(duì)客戶隱藏對(duì)象的屬性和實(shí)現(xiàn)細(xì)節(jié)”的概念。

A:

繼承B:

多態(tài)C:

抽象D:

封裝

答案:

封裝下列不是UML目標(biāo)的是()。

A:

推動(dòng)面向?qū)ο蠼9ぞ呤袌?chǎng)的成長(zhǎng)B:

獨(dú)立于編程語(yǔ)言和開(kāi)發(fā)過(guò)程。C:

用于精確的對(duì)系統(tǒng)建模,每個(gè)元素都具有固定且無(wú)歧義的定義。D:

為軟件建模提供可用的、富有表達(dá)力的、可視化的建模語(yǔ)言。

答案:

用于精確的對(duì)系統(tǒng)建模,每個(gè)元素都具有固定且無(wú)歧義的定義。

UML的靜態(tài)圖包括()。

A:

類圖B:

狀態(tài)圖C:

部署圖D:

構(gòu)件圖E:

交互圖

答案:

類圖;

部署圖;

構(gòu)件圖

UML的動(dòng)態(tài)圖包括()

A:

活動(dòng)圖B:

構(gòu)件圖C:

狀態(tài)圖D:

包圖E:

類圖F:

交互圖

答案:

活動(dòng)圖;

狀態(tài)圖;

交互圖UML的擴(kuò)展機(jī)制有()。

A:

標(biāo)記值B:

注釋C:

架構(gòu)D:

約束E:

構(gòu)造型F:

修飾

答案:

標(biāo)記值;

約束;

構(gòu)造型對(duì)象是類的抽象,類是對(duì)象的實(shí)例。

A:對(duì)B:錯(cuò)

答案:錯(cuò)UML是凌亂的、不精確的、復(fù)雜的和松散的。

A:對(duì)B:錯(cuò)

答案:對(duì)

第三章單元測(cè)試

對(duì)于如下應(yīng)用場(chǎng)景:顧客通過(guò)電話呼叫中心,由人工座席操作機(jī)票預(yù)訂系統(tǒng)并完成購(gòu)票操作,根據(jù)描述,()是機(jī)票預(yù)訂系統(tǒng)的參與者。

A:呼叫中心B:顧客C:

機(jī)票預(yù)訂系統(tǒng)D:人工座席

答案:人工座席一個(gè)網(wǎng)上書(shū)店系統(tǒng)要求在凌晨零點(diǎn)自動(dòng)統(tǒng)計(jì)前一天的銷售額,生成統(tǒng)計(jì)報(bào)表,并發(fā)送至系統(tǒng)管理員信箱。根據(jù)描述,“統(tǒng)計(jì)銷售額”用例的參與者是()。

A:系統(tǒng)管理員B:銷售人員C:

時(shí)鐘D:

網(wǎng)上書(shū)店系統(tǒng)

答案:

時(shí)鐘對(duì)于一個(gè)網(wǎng)絡(luò)教學(xué)系統(tǒng),任課教師在添加學(xué)生時(shí),可選擇手工添加或者批量導(dǎo)入兩種方式,根據(jù)描述,可建立“手工添加”、“批量導(dǎo)入”用例與“添加學(xué)生”用例之間的()。

A:

關(guān)聯(lián)關(guān)系B:

包含關(guān)系C:

泛化關(guān)系D:

擴(kuò)展關(guān)系

答案:

泛化關(guān)系在機(jī)票預(yù)訂系統(tǒng)中,顧客進(jìn)行退訂機(jī)票操作,如果顧客本月內(nèi)退訂次數(shù)超過(guò)兩次,則系統(tǒng)將自動(dòng)降低該顧客的信用等級(jí),根據(jù)描述,“退訂機(jī)票”用例與“修改信用等級(jí)”用例之間是()。

A:

泛化關(guān)系B:

擴(kuò)展關(guān)系C:

包含關(guān)系D:

關(guān)聯(lián)關(guān)系

答案:

擴(kuò)展關(guān)系在網(wǎng)上購(gòu)物系統(tǒng)中,顧客在瀏覽商品、下單購(gòu)買和留言評(píng)價(jià)后,系統(tǒng)都會(huì)根據(jù)任務(wù)完成情況修改會(huì)員積分,根據(jù)描述,“瀏覽商品”、“下單購(gòu)買”和“留言評(píng)價(jià)”用例與“修改會(huì)員積分”用例之間是()。

A:

擴(kuò)展關(guān)系B:

泛化關(guān)系

C:

關(guān)聯(lián)關(guān)系D:

包含關(guān)系

答案:

包含關(guān)系

在網(wǎng)上銀行系統(tǒng)中,以下選項(xiàng)能夠構(gòu)成用例的有()。

A:信用卡還款B:驗(yàn)證賬戶密碼C:輸入轉(zhuǎn)賬金額D:顯示賬戶余額E:繳納費(fèi)用F:辦理轉(zhuǎn)賬

答案:信用卡還款;繳納費(fèi)用;辦理轉(zhuǎn)賬下面關(guān)于用例圖的描述中正確的是()。

A:

參與者和用例之間存在關(guān)聯(lián)關(guān)系,是指參與者實(shí)例通過(guò)與用例實(shí)例相互傳遞消息實(shí)例從而實(shí)現(xiàn)人機(jī)交互過(guò)程B:

用例的粒度越大,其中所包含的功能越多,因此在需求建模中,用例的粒度越細(xì)越好C:

完整的用例模型由用例圖和用例規(guī)約組成D:

用例間的包含關(guān)系和擴(kuò)展關(guān)系在表示法上相似,都是將虛線箭頭從基礎(chǔ)用例指向新用例E:

在同一個(gè)需求階段的用例圖中用例粒度大小應(yīng)保持一致

答案:

參與者和用例之間存在關(guān)聯(lián)關(guān)系,是指參與者實(shí)例通過(guò)與用例實(shí)例相互傳遞消息實(shí)例從而實(shí)現(xiàn)人機(jī)交互過(guò)程;

完整的用例模型由用例圖和用例規(guī)約組成;

在同一個(gè)需求階段的用例圖中用例粒度大小應(yīng)保持一致

一個(gè)參與者必須要確切的對(duì)應(yīng)于現(xiàn)實(shí)世界的某個(gè)特定對(duì)象。

A:錯(cuò)B:對(duì)

答案:錯(cuò)在用例圖中,泛化關(guān)系只存在于用例與用例之間,用于描述用例間特殊與一般的關(guān)系。

A:錯(cuò)B:對(duì)

答案:錯(cuò)

用例規(guī)約的事件流是對(duì)用例在使用場(chǎng)景下的交互動(dòng)作的抽象,這種行為交互序列描述不應(yīng)該涉及系統(tǒng)具體的實(shí)現(xiàn)細(xì)節(jié),也不應(yīng)該對(duì)界面設(shè)計(jì)提出要求

A:錯(cuò)B:對(duì)

答案:對(duì)

建模:在自主點(diǎn)餐系統(tǒng)中,客戶可以進(jìn)行“預(yù)約餐臺(tái)”、“下單點(diǎn)餐”、“支付結(jié)算”和“發(fā)表評(píng)價(jià)”四個(gè)操作??蛻舻乃胁僮骶琛暗卿浵到y(tǒng)”后方可完成。其中“支付結(jié)算”主要包括“支付寶結(jié)算”和“會(huì)員卡結(jié)算”兩種方式。如果在“會(huì)員卡結(jié)算”的過(guò)程中余額不足,則還可使用“會(huì)員卡充值”功能。要求根據(jù)描述畫(huà)出對(duì)應(yīng)該業(yè)務(wù)的用例圖。

答案:用例圖:```+-------------------+|登錄系統(tǒng)|+-------------------+||包含v+-------------------+|預(yù)約餐臺(tái)|+-------------------+||包含v+-------------------+|下單點(diǎn)餐|+-------------------+||包含v+-------------------+|支付結(jié)算|+-------------------+-----+|擴(kuò)展|v+-----------------+|會(huì)員卡結(jié)算|+-----------------+-----+|包含|v+----------------+|會(huì)員卡充值|+----------------+||擴(kuò)展v+-------------------+|發(fā)表評(píng)價(jià)|+-------------------+```建模:請(qǐng)為下圖所示的ATM系統(tǒng)中銀行客戶取款編寫用例規(guī)約。

項(xiàng)目?jī)?nèi)容描述用例編號(hào)用例名稱參與者前置條件后置條件基本事件流擴(kuò)展事件流擴(kuò)展點(diǎn)

答案:無(wú)

第四章單元測(cè)試

下面()不是對(duì)象具有的特性。

A:

繼承B:

多態(tài)C:

標(biāo)識(shí)D:

順序

答案:

順序類A的一個(gè)操作的一個(gè)參數(shù)是類B的一個(gè)對(duì)象,且兩個(gè)類之間不存在其他關(guān)系,那么類A和類B之間構(gòu)成()關(guān)系。

A:

依賴B:

泛化C:

實(shí)現(xiàn)D:

關(guān)聯(lián)

答案:

依賴計(jì)算機(jī)(Computer)由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤、鼠標(biāo)等組成。那么Computer類和其它類(CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse)之間的關(guān)系是()。

A:

實(shí)現(xiàn)B:

泛化C:

關(guān)聯(lián)D:

依賴

答案:

關(guān)聯(lián)

在UML中,當(dāng)接口使用小圓圈表示時(shí),類對(duì)接口的實(shí)現(xiàn)關(guān)系可以簡(jiǎn)化為一條實(shí)線。

A:錯(cuò)B:對(duì)

答案:對(duì)

對(duì)象名表示為“A:B”時(shí),說(shuō)明這是A類的一個(gè)名為B的對(duì)象。

A:錯(cuò)B:對(duì)

答案:錯(cuò)在對(duì)象圖中,對(duì)象是()的實(shí)例,鏈?zhǔn)牵ǎ╆P(guān)系的實(shí)例。

A:

類B:

依賴C:

接口D:

實(shí)現(xiàn)E:

關(guān)聯(lián)F:

泛化

答案:

類;

關(guān)聯(lián)類圖中,類與接口的關(guān)系為()。

A:

聚合B:

關(guān)聯(lián)C:

依賴D:

泛化E:

實(shí)現(xiàn)F:

組合

答案:

依賴;

實(shí)現(xiàn)面向?qū)ο笾?,類是?duì)象的(),對(duì)象是類的()。

A:

子類B:

抽象C:

實(shí)例D:

父類

答案:

抽象;

實(shí)例在標(biāo)注類的關(guān)聯(lián)時(shí),建議標(biāo)注()項(xiàng)目。

A:

角色名稱B:

多重性C:

關(guān)聯(lián)的方向D:

關(guān)聯(lián)名稱

答案:

角色名稱;

多重性;

關(guān)聯(lián)的方向;

關(guān)聯(lián)名稱外賣訂餐系統(tǒng)中,餐廳經(jīng)理每周日發(fā)布下周菜單,菜單包含不同套餐。那么職責(zé)“發(fā)布菜單”屬于()類。

A:

套餐B:

訂餐系統(tǒng)C:

餐廳經(jīng)理D:

菜單

答案:

菜單圖1是某倉(cāng)庫(kù)管理系統(tǒng)的類圖模型局部,其中IncomeOrder指入庫(kù)單,OrderItem指入庫(kù)中的每一項(xiàng),Product則是產(chǎn)品信息。請(qǐng)指出模型中的錯(cuò)誤,說(shuō)明原因并改正錯(cuò)誤。

答案:無(wú)根據(jù)下面的描述,建立類圖(要求定義類及成員以及類的關(guān)系)。微信支付是一種非常方便的電子支付方式。顧客購(gòu)買完商品后,賣家計(jì)算總價(jià),并出示二維碼。顧客掃碼后,輸入支付金額,并點(diǎn)擊支付。如果微信余額足夠,則余額支付,如果余額不足,則調(diào)用銀行支付接口,從銀行卡支付。

答案:類圖定義如下:1.**Customer**(顧客)-成員:`name`,`wechatBalance`-方法:`scanQRCode(QRCodeqrcode)`,`inputAmount(doubleamount)`,`confirmPayment()`2.**Seller**(賣家)-成員:`storeName`-方法:`calculateTotalPrice(Listitems)`,`showQRCode(QRCodeqrcode)`3.**Item**(商品)-成員:`itemName`,`price`,`quantity`4.**QRCode**(二維碼)-成員:`codeData`5.**WeChatPay**(微信支付)-成員:`customer`-方法:`balancePay(doubleamount)`,`bankPay(doubleamount)`6.**BankInterface**(銀行支付接口)-方法:`payFromBankCard(Customercustomer,doubleamount)`7.**PaymentResult**(支付結(jié)果)-成員:`status`(成功/失敗),`message`類間關(guān)系:-**關(guān)聯(lián)關(guān)系**:-`Customer`與`WeChatPay`:一對(duì)一關(guān)聯(lián),每個(gè)顧客有一個(gè)微信支付對(duì)象。-`Seller`與`QRCode`:多對(duì)一關(guān)聯(lián),一個(gè)賣家可以展示多個(gè)二維碼,但一個(gè)二維碼屬于一個(gè)賣家。-**依賴關(guān)系**:-`Customer`依賴`WeChatPay`:顧客在支付時(shí)依賴微信支付處理余額支付和調(diào)用銀行接口。-`WeChatPay`依賴`BankInterface`:微信支付在余額不足時(shí)依賴銀行接口完成支付。-`Customer`依賴`PaymentResult`:支付后會(huì)得到一個(gè)支付結(jié)果。-`Seller`依賴`Item`:賣家計(jì)算總價(jià)時(shí)依賴商品信息。-**泛化關(guān)系**:無(wú)直接泛化關(guān)系體現(xiàn)。注意:這里簡(jiǎn)化了某些實(shí)現(xiàn)細(xì)節(jié),例如支付確認(rèn)后的具體反饋處理、異常處理等,以聚焦于核心流程和類結(jié)構(gòu)。

第五章單元測(cè)試

在UML的順序圖中,將交互關(guān)系表現(xiàn)成一張二維圖,縱向和橫向依次代表()。

A:

時(shí)間、對(duì)象角色B:

時(shí)間、消息C:

交互、泛化D:

交互、消息

答案:

時(shí)間、對(duì)象角色順序圖描述對(duì)象之間的交互關(guān)系,重點(diǎn)描述對(duì)象之間消息傳遞的時(shí)間順序。

A:對(duì)B:錯(cuò)

答案:對(duì)順序圖是由對(duì)象、生命線、激活和()等構(gòu)成的。

A:

活動(dòng)B:

線程C:

組件D:

消息

答案:

消息順序圖中,下列關(guān)于生命線的說(shuō)法正確的有()。

A:

順序圖中的所有對(duì)象在程序一開(kāi)始運(yùn)行的時(shí)候,其生命線都必須存在B:

生命線是一條垂直的虛線,用來(lái)表示順序圖中的對(duì)象在一段時(shí)間內(nèi)的存在C:

在順序圖中,生命線是一條時(shí)間線,從順序圖的頂部向下延伸,表現(xiàn)了對(duì)象存在的時(shí)段D:

在順序圖中,每個(gè)對(duì)象的底部中心的位置都帶有生命線

答案:

生命線是一條垂直的虛線,用來(lái)表示順序圖中的對(duì)象在一段時(shí)間內(nèi)的存在;

在順序圖中,生命線是一條時(shí)間線,從順序圖的頂部向下延伸,表現(xiàn)了對(duì)象存在的時(shí)段;

在順序圖中,每個(gè)對(duì)象的底部中心的位置都帶有生命線順序圖中,若一個(gè)消息發(fā)送后接收者無(wú)法在指定時(shí)間內(nèi)接收,則發(fā)送者放棄該消息,這種消息的類型應(yīng)為()。

A:

同步消息B:

異步消息C:

超時(shí)消息D:

阻塞消息

答案:

超時(shí)消息順序圖中,調(diào)用消息用帶實(shí)心箭頭的實(shí)線表示,返回消息用帶普通箭頭的虛線表示。

A:對(duì)B:錯(cuò)

答案:對(duì)順序圖中,銷毀對(duì)象表示對(duì)象生命線的結(jié)束,在對(duì)象生命線下方用()來(lái)進(jìn)行標(biāo)識(shí)。

A:

destroyB:

endC:

×D:

%

答案:

×下列關(guān)于順序圖中對(duì)象的創(chuàng)建與銷毀,說(shuō)法正確的有()。

A:

創(chuàng)建對(duì)象可以通過(guò)發(fā)送一條具有<<create>>構(gòu)造型的消息來(lái)表示B:

創(chuàng)建對(duì)象可以通過(guò)調(diào)用構(gòu)造函數(shù)來(lái)實(shí)現(xiàn)C:

對(duì)象創(chuàng)建之后,生命線就開(kāi)始了D:

一個(gè)對(duì)象可以被另一個(gè)對(duì)象銷毀,不允許對(duì)象銷毀自身E:

創(chuàng)建對(duì)象是指發(fā)送者通過(guò)發(fā)送消息的方式實(shí)例化對(duì)象

答案:

創(chuàng)建對(duì)象可以通過(guò)發(fā)送一條具有<<create>>構(gòu)造型的消息來(lái)表示;

創(chuàng)建對(duì)象可以通過(guò)調(diào)用構(gòu)造函數(shù)來(lái)實(shí)現(xiàn);

對(duì)象創(chuàng)建之后,生命線就開(kāi)始了;

創(chuàng)建對(duì)象是指發(fā)送者通過(guò)發(fā)送消息的方式實(shí)例化對(duì)象順序圖中,片段有多種控制類型,表示單條件分支選擇的操作符是()。

A:

altB:

loopC:

breakD:

opt

答案:

opt框架是UML2中新增加的符號(hào),用來(lái)對(duì)UML圖形進(jìn)行擴(kuò)充。

A:對(duì)B:錯(cuò)

答案:對(duì)建模:在飲料自動(dòng)銷售系統(tǒng)中,用例“購(gòu)買飲料”的基本事件流如下,繪制出相應(yīng)的順序圖。(1)顧客從機(jī)器前端投入錢幣并選擇想要的飲料;(2)錢幣到達(dá)錢幣記錄儀;(3)記錄儀通知分發(fā)器檢查飲料庫(kù)存;(4)分發(fā)器告知錢幣記錄儀有存貨;(5)記錄儀計(jì)算要找的零錢;(6)記錄儀更新自己的余額;(7)記錄儀通知分發(fā)器分發(fā)飲料;(8)記錄儀返回零錢到機(jī)器前端;(9)分發(fā)器分發(fā)飲料到機(jī)器前端。

答案:```plaintext顧客->錢幣記錄儀:投入錢幣及選擇飲料錢幣記錄儀->分發(fā)器:檢查飲料庫(kù)存分發(fā)器->錢幣記錄儀:有存貨錢幣記錄儀->錢幣記錄儀:計(jì)算零錢錢幣記錄儀->錢幣記錄儀:更新余額錢幣記錄儀->分發(fā)器:分發(fā)飲料錢幣記錄儀->機(jī)器前端:返回零錢分發(fā)器->機(jī)器前端:分發(fā)飲料```

第六章單元測(cè)試

通信圖是用于描述一組對(duì)象在協(xié)作過(guò)程中如何互相通信的模型圖,側(cè)重于展示對(duì)象之間的()。

A:

通信B:

交互C:

關(guān)系D:

消息

答案:

關(guān)系下列關(guān)于通信圖的說(shuō)法,正確的有()。

A:

通信圖是對(duì)一次交互過(guò)程中有意義的對(duì)象和對(duì)象間交互建模B:

通信圖顯示了對(duì)象之間如何協(xié)作以完成一個(gè)用例或用例特定部分的功能C:

通信圖可以顯示對(duì)象及其交互關(guān)系的空間組織結(jié)構(gòu)D:

通信圖重點(diǎn)在于描述系統(tǒng)中各個(gè)對(duì)象交互的時(shí)間順序

答案:

通信圖是對(duì)一次交互過(guò)程中有意義的對(duì)象和對(duì)象間交互建模;

通信圖顯示了對(duì)象之間如何協(xié)作以完成一個(gè)用例或用例特定部分的功能;

通信圖可以顯示對(duì)象及其交互關(guān)系的空間組織結(jié)構(gòu)順序圖和通信圖都是用來(lái)描述對(duì)象之間的交互的,并可以相互轉(zhuǎn)化。

A:對(duì)B:錯(cuò)

答案:對(duì)下列關(guān)于通信圖與順序圖中的對(duì)象的相同點(diǎn)的敘述,正確的是()。

A:

對(duì)象名在兩種圖中的表示完全一致B:

兩種圖中都可以表示對(duì)象創(chuàng)建和銷毀的相對(duì)時(shí)間C:

對(duì)象在兩種圖中的表示方式完全一致D:

對(duì)象在兩種圖中的位置都沒(méi)有任何限制

答案:

對(duì)象名在兩種圖中的表示完全一致在通信圖中用來(lái)連接對(duì)象與對(duì)象的元素是()。

A:

生命線B:

鏈C:

關(guān)聯(lián)關(guān)系D:

消息

答案:

鏈下列屬于通信圖中的消息類型有()。

A:

異步消息B:

函數(shù)消息C:

返回消息D:

簡(jiǎn)單消息

答案:

異步消息;

返回消息;

簡(jiǎn)單消息通信圖中的消息必須要有消息編號(hào),順序圖中的消息編號(hào)可以省略。

A:錯(cuò)B:對(duì)

答案:對(duì)下列UML圖中與通信圖建模的內(nèi)容相同的是()。

A:

狀態(tài)圖B:

用例圖C:

類圖D:

順序圖

答案:

順序圖通過(guò)UML的()元素,可以對(duì)復(fù)雜用例的多個(gè)通信圖進(jìn)行組織管理。

A:

行為B:

結(jié)構(gòu)C:

注釋D:

答案:

包下列選項(xiàng)中,屬于通信圖與順序圖的共同點(diǎn)的有()。

A:對(duì)象責(zé)任相同,都擔(dān)任了發(fā)送者與接收者的角色B:表達(dá)語(yǔ)義相同,都是對(duì)系統(tǒng)中的交互建模C:主要元素相同,都是對(duì)象與消息作為主要元素D:對(duì)象表示相同,都可以顯式地體現(xiàn)出對(duì)象的生命周期

答案:對(duì)象責(zé)任相同,都擔(dān)任了發(fā)送者與接收者的角色;表達(dá)語(yǔ)義相同,都是對(duì)系統(tǒng)中的交互建模;主要元素相同,都是對(duì)象與消息作為主要元素下圖所示為一個(gè)網(wǎng)上購(gòu)物系統(tǒng)中“系統(tǒng)根據(jù)用戶訂貨單生成送貨單”的順序圖,要求將該順序圖轉(zhuǎn)換成語(yǔ)義等價(jià)的通信圖。

答案:無(wú)

第七章單元測(cè)試

下面哪個(gè)圖形代表活動(dòng)()。

A:

B:

C:

D:

答案:

下面哪些圖形可以清楚地表達(dá)并發(fā)行為()。

A:

活動(dòng)圖B:

狀態(tài)體C:

實(shí)現(xiàn)圖D:

類圖

答案:

活動(dòng)圖以下哪些元素能夠跨越活動(dòng)圖中的泳道分隔線()。

A:

動(dòng)作B:

轉(zhuǎn)換C:

活動(dòng)D:

對(duì)象

答案:

轉(zhuǎn)換下面說(shuō)法不正確的是()。

A:

控制流不能連接對(duì)象結(jié)點(diǎn)B:

對(duì)象流傳遞對(duì)象令牌C:

活動(dòng)與活動(dòng)之間僅能傳遞一個(gè)對(duì)象令牌D:

對(duì)象流最少要連接一個(gè)對(duì)象結(jié)點(diǎn)

答案:

活動(dòng)與活動(dòng)之間僅能傳遞一個(gè)對(duì)象令牌下面哪一個(gè)不屬于活動(dòng)圖建模的作用()。

A:

描述消息流程B:

描述業(yè)務(wù)過(guò)程C:

描述用例功能D:

描述特定操作過(guò)程

答案:

描述消息流程在活動(dòng)圖中,活動(dòng)節(jié)點(diǎn)包括以下幾種()。

A:

控制節(jié)點(diǎn)B:

端口節(jié)點(diǎn)C:

中斷D:

對(duì)象節(jié)點(diǎn)E:

動(dòng)作節(jié)點(diǎn)F:

令牌節(jié)點(diǎn)

答案:

控制節(jié)點(diǎn);

對(duì)象節(jié)點(diǎn);

動(dòng)作節(jié)點(diǎn)活動(dòng)圖中的轉(zhuǎn)換包括()。

A:

控制流B:

消息C:

數(shù)據(jù)流D:

對(duì)象流

答案:

控制流;

對(duì)象流閱讀活動(dòng)圖,請(qǐng)指出該圖所包含的1、2、3參數(shù)類型()。

A:

輸入?yún)?shù)B:

錯(cuò)誤參數(shù)C:

控制參數(shù)D:

輸出參數(shù)

答案:

輸入?yún)?shù);

錯(cuò)誤參數(shù);

輸出參數(shù)動(dòng)作是活動(dòng)的基本執(zhí)行單位,活動(dòng)可以分解,動(dòng)作一般不再分解。

A:對(duì)B:錯(cuò)

答案:對(duì)活動(dòng)節(jié)點(diǎn)包括令牌節(jié)點(diǎn)這種類型。

A:對(duì)B:錯(cuò)

答案:錯(cuò)建模:?jiǎn)栴}描述:某公司接到訂貨請(qǐng)求后,由銷售部審查訂貨,如果審查不通過(guò),拒絕訂單,直接歸檔;如果審查通過(guò),接受訂單,填寫訂貨信息。訂貨信息填好后,銷售部負(fù)責(zé)運(yùn)送貨物,同時(shí)財(cái)務(wù)部寄送發(fā)票??蛻艚拥桨l(fā)票后進(jìn)行網(wǎng)絡(luò)付款,財(cái)務(wù)部接受付款。當(dāng)銷售部貨物送達(dá)且財(cái)務(wù)部收款后,銷售部負(fù)責(zé)歸檔,本次訂貨結(jié)束。根據(jù)描述繪制該過(guò)程的帶泳道的活動(dòng)圖。

答案:```plaintext泳道活動(dòng)圖如下:泳道1:銷售部開(kāi)始-->審查訂貨/\/\不通過(guò)-->拒絕訂單-->歸檔(結(jié)束)\/\/通過(guò)-->填寫訂貨信息-->運(yùn)送貨物泳道2:財(cái)務(wù)部|-->寄送發(fā)票-->等待付款|運(yùn)送貨物-->|泳道1:銷售部||運(yùn)送貨物-->||-->收到付款||VV歸檔(結(jié)束)<-----財(cái)務(wù)部接受付款```

第八章單元測(cè)試

狀態(tài)機(jī)圖的組成不包括是()。

A:

事件B:

狀態(tài)C:

轉(zhuǎn)換D:

鏈接

答案:

鏈接調(diào)用對(duì)象的startAutopilot操作,使對(duì)象從Manual狀態(tài)轉(zhuǎn)換到Automatic狀態(tài)的事件是()。

A:

信號(hào)事件B:

調(diào)用事件C:

時(shí)間事件D:

改變事件

答案:

調(diào)用事件以下()不是狀態(tài)間轉(zhuǎn)換的要素。

A:

監(jiān)護(hù)條件B:

事件C:

活動(dòng)D:

動(dòng)作

答案:

活動(dòng)狀態(tài)分為()狀態(tài)和組合狀態(tài),其中組合狀態(tài)又包括()組合狀態(tài)和()組合狀態(tài)。

A:

順序B:

并發(fā)C:

簡(jiǎn)單D:

嵌套

答案:

順序;

并發(fā);

簡(jiǎn)單狀態(tài)具有一定的時(shí)間穩(wěn)定性,即在一段有限時(shí)間內(nèi),保持對(duì)象或系統(tǒng)的外在狀況和內(nèi)在特性的相對(duì)穩(wěn)定。

A:對(duì)B:錯(cuò)

答案:對(duì)自轉(zhuǎn)換自始至終都不改變狀態(tài),因此不需要執(zhí)行入口動(dòng)作和出口動(dòng)作。

A:錯(cuò)B:對(duì)

答案:錯(cuò)

延遲事件表示這一事件如果無(wú)法立即執(zhí)行,則會(huì)推遲執(zhí)行。

A:錯(cuò)B:對(duì)

答案:對(duì)在轉(zhuǎn)換中,監(jiān)護(hù)條件是一個(gè)布爾表達(dá)式,可以在觸發(fā)器事件被觸發(fā)前提前判斷。

A:對(duì)B:錯(cuò)

答案:錯(cuò)一個(gè)正確的狀態(tài)機(jī)圖中的判斷節(jié)點(diǎn)不同分支上的監(jiān)護(hù)條件應(yīng)該覆蓋所有情況。

A:對(duì)B:錯(cuò)

答案:對(duì)要確定對(duì)象的所有行為必需將狀態(tài)機(jī)圖結(jié)合順序圖和通信圖等交互圖來(lái)建模,才能得到對(duì)象的整體行為。

A:錯(cuò)B:對(duì)

答案:對(duì)建模辦公室復(fù)印機(jī)的工作過(guò)程大致如下:未接到復(fù)印命令時(shí)處于閑置狀態(tài),一旦接到復(fù)印命令則進(jìn)入復(fù)印狀態(tài),完成一個(gè)復(fù)印命令規(guī)定的工作后又回到閑置狀態(tài),等待下一個(gè)復(fù)印命令;如果執(zhí)行復(fù)印命令時(shí)發(fā)現(xiàn)缺紙,則進(jìn)入缺紙狀態(tài),裝滿紙后進(jìn)入閑置狀態(tài),準(zhǔn)備接受復(fù)印命令;如果復(fù)印時(shí)發(fā)生卡紙故障,則進(jìn)入卡紙狀態(tài),故障排除后回到閑置狀態(tài)。根據(jù)以上的問(wèn)題描述,建立復(fù)印機(jī)的狀態(tài)機(jī)。

答案:復(fù)印機(jī)的狀態(tài)機(jī)可以用以下?tīng)顟B(tài)轉(zhuǎn)移圖表示:```+---------+復(fù)印命令+---------+|閑置|---------------->|復(fù)印|+---------++---------+|||缺紙|完成復(fù)印|------------------------------|VV+---------++---------+|缺紙||閑置|+---------++---------+|裝滿紙|卡紙故障|<------------------------|------------|VV+---------++---------+|閑置||卡紙|+---------++---------+|故障排除|故障排除|<------------------------|------------|VV+---------++---------+|閑置||閑置|+---------++---------+```

第九章單元測(cè)試

下列選項(xiàng)中,可以應(yīng)用于包元素的UML預(yù)定義的構(gòu)造型是()。

A:

《control》B:

《interface》C:

《subsystem》D:

《actor》

答案:

《subsystem》

()是用于把元素組織成組的通用機(jī)制。

A:

組件B:

接口C:

包D:

答案:

包假設(shè)有兩個(gè)包A和B,其中B包依賴于A包,且兩者之間不構(gòu)成任何嵌套關(guān)系。此外,A包中含有3個(gè)類元素:①ClassA,可見(jiàn)性修飾為public②ClassB,可見(jiàn)性修飾為protected③ClassC,可見(jiàn)性修飾為private。那么在B包中可見(jiàn)的元素有()。

A:

②B:

①C:

①②③?D:

①②

答案:

①包元素之間常見(jiàn)的關(guān)系有()。

A:

擁有關(guān)系B:

實(shí)現(xiàn)關(guān)系C:

依賴關(guān)系D:

泛化關(guān)系E:

擴(kuò)展關(guān)系F:

關(guān)聯(lián)關(guān)系

答案:

擁有關(guān)系;

依賴關(guān)系;

泛化關(guān)系在UML中,每個(gè)元素可以被包含在多個(gè)包中。

A:對(duì)B:錯(cuò)

答案:錯(cuò)包之間表示依賴關(guān)系的虛線箭頭指向被依賴的包的一方。

A:錯(cuò)B:對(duì)

答案:對(duì)()是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件,通常指開(kāi)發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)。

A:

部署圖B:

構(gòu)件C:

接口D:

答案:

構(gòu)件()是一組用于描述構(gòu)件的一個(gè)服務(wù)的操作。

A:

構(gòu)件B:

包C:

接口D:

節(jié)點(diǎn)

答案:

接口下面哪些元素構(gòu)成了構(gòu)件圖形()。

A:

接口B:

事件C:

轉(zhuǎn)換D:

構(gòu)件E:

關(guān)系

答案:

接口;

構(gòu)件;

關(guān)系以下關(guān)于部署圖的描述中,正確的有()。

A:

部署圖和構(gòu)件圖都是對(duì)系統(tǒng)物理方面進(jìn)行建模的重要手段,因此兩者所表達(dá)的語(yǔ)義是完全相同的B:

部署圖中的連接用來(lái)表示兩個(gè)結(jié)點(diǎn)之間的物理連接,這種連接既可以通過(guò)光纜等方式直接進(jìn)行,也可以通過(guò)衛(wèi)星等方式間接進(jìn)行C:

部署圖不適用于分布式系統(tǒng)的物理建模過(guò)程中D:

部署是指通過(guò)下載并執(zhí)行安裝包的形式,將軟件配置到工作環(huán)境中。

答案:

部署圖中的連接用來(lái)表示兩個(gè)結(jié)點(diǎn)之間的物理連接,這種連接既可以通過(guò)光纜等方式直接進(jìn)行,也可以通過(guò)衛(wèi)星等方式間接進(jìn)行

構(gòu)件與結(jié)點(diǎn)的區(qū)別體現(xiàn)在,構(gòu)件表示對(duì)邏輯元素的物理打包,而結(jié)點(diǎn)表示對(duì)構(gòu)件的物理部署。

A:對(duì)B:錯(cuò)

答案:對(duì)某系統(tǒng)部署時(shí)需要一臺(tái)打印機(jī),其在部署圖中應(yīng)該被建模為()類型的結(jié)點(diǎn)。

A:

兩者均可B:

都不適用C:

設(shè)備D:

處理器

答案:

設(shè)備建模:系統(tǒng)中存在三個(gè)包,分別是Business包、DataAccess包和Common包,其中Busine

溫馨提示

  • 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)論