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

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

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

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

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

A:DDB:DFDC:ERDD:STD

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

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

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

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

A:錯B:對

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

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

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

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

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

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

D:字典方式

答案:Warier圖；定義式

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

A:對B:錯

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

A:對B:錯

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

A:

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

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

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

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

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

答案:

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

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

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

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

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

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

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

答案:0

第二章單元測試

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

A:

Object、操作B:

Object、關(guān)系C:

Object、協(xié)作D:

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

答案:

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

A:

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

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

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

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

答案:

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

A:

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

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

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

復(fù)用性強

答案:

軟件的執(zhí)行效率更高（）是面向?qū)ο蠓椒ㄓ脕砻枋觥皩蛻綦[藏對象的屬性和實現(xiàn)細節(jié)”的概念。

A:

繼承B:

多態(tài)C:

抽象D:

封裝

答案:

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

A:

推動面向?qū)ο蠼９ぞ呤袌龅某砷LB:

獨立于編程語言和開發(fā)過程。C:

用于精確的對系統(tǒng)建模，每個元素都具有固定且無歧義的定義。D:

為軟件建模提供可用的、富有表達力的、可視化的建模語言。

答案:

用于精確的對系統(tǒng)建模，每個元素都具有固定且無歧義的定義。

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

A:

類圖B:

狀態(tài)圖C:

部署圖D:

構(gòu)件圖E:

交互圖

答案:

類圖；

部署圖；

構(gòu)件圖

UML的動態(tài)圖包括（）

A:

活動圖B:

構(gòu)件圖C:

狀態(tài)圖D:

包圖E:

類圖F:

交互圖

答案:

活動圖；

狀態(tài)圖；

交互圖UML的擴展機制有（）。

A:

標(biāo)記值B:

注釋C:

架構(gòu)D:

約束E:

構(gòu)造型F:

修飾

答案:

標(biāo)記值；

約束；

構(gòu)造型對象是類的抽象，類是對象的實例。

A:對B:錯

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

A:對B:錯

答案:對

第三章單元測試

對于如下應(yīng)用場景：顧客通過電話呼叫中心，由人工座席操作機票預(yù)訂系統(tǒng)并完成購票操作，根據(jù)描述，（）是機票預(yù)訂系統(tǒng)的參與者。

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

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

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

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

時鐘D:

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

答案:

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

A:

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

包含關(guān)系C:

泛化關(guān)系D:

擴展關(guān)系

答案:

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

A:

泛化關(guān)系B:

擴展關(guān)系C:

包含關(guān)系D:

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

答案:

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

A:

擴展關(guān)系B:

泛化關(guān)系

C:

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

包含關(guān)系

答案:

包含關(guān)系

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

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

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

A:

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

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

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

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

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

答案:

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

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

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

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

A:錯B:對

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

A:錯B:對

答案:錯

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

A:錯B:對

答案:對

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

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

項目內(nèi)容描述用例編號用例名稱參與者前置條件后置條件基本事件流擴展事件流擴展點

答案:無

第四章單元測試

下面（）不是對象具有的特性。

A:

繼承B:

多態(tài)C:

標(biāo)識D:

順序

答案:

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

A:

依賴B:

泛化C:

實現(xiàn)D:

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

答案:

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

A:

實現(xiàn)B:

泛化C:

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

依賴

答案:

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

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

A:錯B:對

答案:對

對象名表示為“A：B”時，說明這是A類的一個名為B的對象。

A:錯B:對

答案:錯在對象圖中，對象是（）的實例，鏈?zhǔn)牵ǎ╆P(guān)系的實例。

A:

類B:

依賴C:

接口D:

實現(xiàn)E:

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

泛化

答案:

類；

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

A:

聚合B:

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

依賴D:

泛化E:

實現(xiàn)F:

組合

答案:

依賴；

實現(xiàn)面向?qū)ο笾?，類是對象的（），對象是類的（）?/p>

A:

子類B:

抽象C:

實例D:

父類

答案:

抽象；

實例在標(biāo)注類的關(guān)聯(lián)時，建議標(biāo)注（）項目。

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是某倉庫管理系統(tǒng)的類圖模型局部，其中IncomeOrder指入庫單，OrderItem指入庫中的每一項，Product則是產(chǎn)品信息。請指出模型中的錯誤，說明原因并改正錯誤。

答案:無根據(jù)下面的描述，建立類圖（要求定義類及成員以及類的關(guā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`：一對一關(guān)聯(lián)，每個顧客有一個微信支付對象。-`Seller`與`QRCode`：多對一關(guān)聯(lián)，一個賣家可以展示多個二維碼，但一個二維碼屬于一個賣家。-**依賴關(guān)系**：-`Customer`依賴`WeChatPay`：顧客在支付時依賴微信支付處理余額支付和調(diào)用銀行接口。-`WeChatPay`依賴`BankInterface`：微信支付在余額不足時依賴銀行接口完成支付。-`Customer`依賴`PaymentResult`：支付后會得到一個支付結(jié)果。-`Seller`依賴`Item`：賣家計算總價時依賴商品信息。-**泛化關(guān)系**：無直接泛化關(guān)系體現(xiàn)。注意：這里簡化了某些實現(xiàn)細節(jié)，例如支付確認(rèn)后的具體反饋處理、異常處理等，以聚焦于核心流程和類結(jié)構(gòu)。

第五章單元測試

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

A:

時間、對象角色B:

時間、消息C:

交互、泛化D:

交互、消息

答案:

時間、對象角色順序圖描述對象之間的交互關(guān)系，重點描述對象之間消息傳遞的時間順序。

A:對B:錯

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

A:

活動B:

線程C:

組件D:

消息

答案:

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

A:

順序圖中的所有對象在程序一開始運行的時候，其生命線都必須存在B:

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

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

在順序圖中，每個對象的底部中心的位置都帶有生命線

答案:

生命線是一條垂直的虛線，用來表示順序圖中的對象在一段時間內(nèi)的存在；

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

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

A:

同步消息B:

異步消息C:

超時消息D:

阻塞消息

答案:

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

A:對B:錯

答案:對順序圖中，銷毀對象表示對象生命線的結(jié)束，在對象生命線下方用（）來進行標(biāo)識。

A:

destroyB:

endC:

×D:

%

答案:

×下列關(guān)于順序圖中對象的創(chuàng)建與銷毀，說法正確的有（）。

A:

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

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

對象創(chuàng)建之后，生命線就開始了D:

一個對象可以被另一個對象銷毀，不允許對象銷毀自身E:

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

答案:

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

創(chuàng)建對象可以通過調(diào)用構(gòu)造函數(shù)來實現(xiàn)；

對象創(chuàng)建之后，生命線就開始了；

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

A:

altB:

loopC:

breakD:

opt

答案:

opt框架是UML2中新增加的符號，用來對UML圖形進行擴充。

A:對B:錯

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

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

第六章單元測試

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

A:

通信B:

交互C:

關(guān)系D:

消息

答案:

關(guān)系下列關(guān)于通信圖的說法，正確的有（）。

A:

通信圖是對一次交互過程中有意義的對象和對象間交互建模B:

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

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

通信圖重點在于描述系統(tǒng)中各個對象交互的時間順序

答案:

通信圖是對一次交互過程中有意義的對象和對象間交互建模；

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

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

A:對B:錯

答案:對下列關(guān)于通信圖與順序圖中的對象的相同點的敘述，正確的是（）。

A:

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

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

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

對象在兩種圖中的位置都沒有任何限制

答案:

對象名在兩種圖中的表示完全一致在通信圖中用來連接對象與對象的元素是（）。

A:

生命線B:

鏈C:

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

消息

答案:

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

A:

異步消息B:

函數(shù)消息C:

返回消息D:

簡單消息

答案:

異步消息；

返回消息；

簡單消息通信圖中的消息必須要有消息編號，順序圖中的消息編號可以省略。

A:錯B:對

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

A:

狀態(tài)圖B:

用例圖C:

類圖D:

順序圖

答案:

順序圖通過UML的（）元素，可以對復(fù)雜用例的多個通信圖進行組織管理。

A:

行為B:

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

注釋D:

包

答案:

包下列選項中，屬于通信圖與順序圖的共同點的有（）。

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

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

答案:無

第七章單元測試

下面哪個圖形代表活動（）。

A:

B:

C:

D:

答案:

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

A:

活動圖B:

狀態(tài)體C:

實現(xiàn)圖D:

類圖

答案:

活動圖以下哪些元素能夠跨越活動圖中的泳道分隔線（）。

A:

動作B:

轉(zhuǎn)換C:

活動D:

對象

答案:

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

A:

控制流不能連接對象結(jié)點B:

對象流傳遞對象令牌C:

活動與活動之間僅能傳遞一個對象令牌D:

對象流最少要連接一個對象結(jié)點

答案:

活動與活動之間僅能傳遞一個對象令牌下面哪一個不屬于活動圖建模的作用（）。

A:

描述消息流程B:

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

描述用例功能D:

描述特定操作過程

答案:

描述消息流程在活動圖中，活動節(jié)點包括以下幾種（）。

A:

控制節(jié)點B:

端口節(jié)點C:

中斷D:

對象節(jié)點E:

動作節(jié)點F:

令牌節(jié)點

答案:

控制節(jié)點；

對象節(jié)點；

動作節(jié)點活動圖中的轉(zhuǎn)換包括（）。

A:

控制流B:

消息C:

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

對象流

答案:

控制流；

對象流閱讀活動圖，請指出該圖所包含的1、2、3參數(shù)類型（）。

A:

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

錯誤參數(shù)C:

控制參數(shù)D:

輸出參數(shù)

答案:

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

錯誤參數(shù)；

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

A:對B:錯

答案:對活動節(jié)點包括令牌節(jié)點這種類型。

A:對B:錯

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

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

第八章單元測試

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

A:

事件B:

狀態(tài)C:

轉(zhuǎn)換D:

鏈接

答案:

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

A:

信號事件B:

調(diào)用事件C:

時間事件D:

改變事件

答案:

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

A:

監(jiān)護條件B:

事件C:

活動D:

動作

答案:

活動狀態(tài)分為（）狀態(tài)和組合狀態(tài)，其中組合狀態(tài)又包括（）組合狀態(tài)和（）組合狀態(tài)。

A:

順序B:

并發(fā)C:

簡單D:

嵌套

答案:

順序；

并發(fā)；

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

A:對B:錯

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

A:錯B:對

答案:錯

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

A:錯B:對

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

A:對B:錯

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

A:對B:錯

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

A:錯B:對

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

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

第九章單元測試

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

A:

《control》B:

《interface》C:

《subsystem》D:

《actor》

答案:

《subsystem》

（）是用于把元素組織成組的通用機制。

A:

組件B:

接口C:

包D:

類

答案:

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

A:

②B:

①C:

①②③?D:

①②

答案:

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

A:

擁有關(guān)系B:

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

依賴關(guān)系D:

泛化關(guān)系E:

擴展關(guān)系F:

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

答案:

擁有關(guān)系；

依賴關(guān)系；

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

A:對B:錯

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

A:錯B:對

答案:對（）是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一個物理部件，通常指開發(fā)和運行時類的物理實現(xiàn)。

A:

部署圖B:

構(gòu)件C:

接口D:

類

答案:

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

A:

構(gòu)件B:

包C:

接口D:

節(jié)點

答案:

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

A:

接口B:

事件C:

轉(zhuǎn)換D:

構(gòu)件E:

關(guān)系

答案:

接口；

構(gòu)件；

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

A:

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

部署圖中的連接用來表示兩個結(jié)點之間的物理連接，這種連接既可以通過光纜等方式直接進行，也可以通過衛(wèi)星等方式間接進行C:

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

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

答案:

部署圖中的連接用來表示兩個結(jié)點之間的物理連接，這種連接既可以通過光纜等方式直接進行，也可以通過衛(wèi)星等方式間接進行

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

A:對B:錯

答案:對某系統(tǒng)部署時需要一臺打印機，其在部署圖中應(yīng)該被建模為（）類型的結(jié)點。

A:

兩者均可B:

都不適用C:

設(shè)備D:

處理器

答案:

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