UML A卷(答案)-2023修改整理

千里之行，始于足下讓知識帶有溫度。第第2頁/共2頁精品文檔推薦UMLA卷(答案)UML課程測驗

專業(yè)學(xué)號姓名

一、挑選題

1、_B_用于接口、類和配合的行為建模，并強調(diào)對象行為的大事挨次；_C_用于系統(tǒng)的功能建模，并具強調(diào)對象間的控制流；_A_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。

A．用例圖B．狀態(tài)圖C．活動圖D．類圖

2、在UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而舉行的一系列消息交換。消息序列可用兩種圖來表示，強調(diào)消息時光次序的圖稱之為_(4)_，該圖的特點是_(5)_，強調(diào)參與交互的對象的組織圖稱之為_(6)_，這兩種圖是_(7)_。

（4）A．活動圖B．狀態(tài)圖

C．挨次圖D．通訊圖

（5）A．有生命線及控制焦點，重點在消息的時光挨次上

B．有路徑有挨次號，為了一個消息的時光挨次給消息加數(shù)字前綴

C．是對系統(tǒng)、子系統(tǒng)或類的行為建模

D．本質(zhì)上是一個流程圖，顯示從活動到活動的信息流

（6）A．活動圖B．狀態(tài)圖

C．挨次圖D．通訊圖

（7）A．同構(gòu)的，所以可以相互轉(zhuǎn)換

B．異構(gòu)的，所以不行以相互轉(zhuǎn)換

C．強調(diào)對象行為的大事挨次，常用于對反應(yīng)式系統(tǒng)建模

D．專注于系統(tǒng)的動態(tài)視圖，狀態(tài)無法確定，所以不行以相互轉(zhuǎn)換

3、用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。業(yè)務(wù)人員飾演業(yè)務(wù)中的角色及其交互方式，例如航空公司的售票員是業(yè)務(wù)人員，電話售票員也是業(yè)務(wù)人員，他們之間的關(guān)系是_(8)_。在UML中，用_(9)，表示企業(yè)業(yè)務(wù)的工作流。這種圖顯示出工作流中的步驟、決策點，以及完成每一步驟的角色和對象。

（8）A．關(guān)聯(lián)關(guān)系B．依靠關(guān)系

C．聚攏關(guān)系D．概括關(guān)系

（9）A．活動圖B．業(yè)務(wù)圖

C．用例圖D．交互圖

4、指出右圖中解釋所表達(dá)的含義。

AAA,BBB,CCC,DDD

(A)Class,Message,Iteration,Self-Call

(B)Object,Message,Iteration,Self-Call

(C)Object,Message,Self-Call,Iteration

(D)Class,Message,Self-Call,Iteration

5、如圖二所示，假如member不是platinummember，

在這個活動圖的執(zhí)行過程中，所允許的最大并發(fā)線程數(shù)是：

(A)1

(B)2

(C)3

(D)4

三、閱讀下列說明和圖，回答問題①至問題④。

某汽車停車場欲建立一個信息系統(tǒng)，已經(jīng)調(diào)查到的需求如下：

（1）在停車場的入口和出口分離安裝一個自動欄桿、一臺停車卡打印機、一臺讀卡器和一個車輛通過傳感器，暗示圖如下：

（2）當(dāng)汽車到達(dá)入口時，駕駛員按下停車卡打印機的按鈕獵取停車卡。當(dāng)駕駛員拿走停車卡后，系統(tǒng)命令欄桿自動抬起；汽車通過入口后，入口處的傳感器通知系統(tǒng)發(fā)出命令，欄桿自動放下。

（3）在停車場內(nèi)分布著若干個付款機器。駕駛員將在入口處獵取的停車卡插入付款機器，并繳納停車費。付清停車費之后，將獲得一張出場卡，用于離開停車場。

（4）當(dāng)汽車到達(dá)出口時，駕駛員將出揚卡插入出口處的讀卡器。假如這張卡是有效的，系統(tǒng)命令欄桿自動抬起；汽車通過出口后，出口傳感器通知系統(tǒng)發(fā)出命令，欄桿自動放下。若這張卡是無效的，系統(tǒng)不發(fā)出欄桿抬起命令而發(fā)出告警信號。

（5）系統(tǒng)自動記錄停車場內(nèi)空閑的停車位的數(shù)量。若停車場當(dāng)前沒有車位，系統(tǒng)將在入口處顯示“車位已滿”信息。這時，停車卡打印機將不再出卡，只允許場內(nèi)汽車出場。

按照上述描述，采納面對對象辦法對其舉行分析與設(shè)計，得到了表一所示的類/用例/狀態(tài)列表、圖三所示的用例圖、圖四所示的初始類圖以及圖五所示的描述入口自動欄桿行為的UML狀態(tài)圖。

用例名說明類名說明狀態(tài)名說明

Carentry汽車進(jìn)入停車場CentralComputer停車場信息系統(tǒng)Idle空閑狀態(tài)，汽車可以進(jìn)入停車場Carexit汽車離開停車場PaymentMachine付款機器Disable沒有車位

Report

Statistics

記錄停車場的相

關(guān)信息

CarPark

停車場，保存車位信

息

AwaitEntry等待汽車進(jìn)入

Barrier自動護(hù)欄

AwaitTicket

Take

等待打印停車卡

Carentry

whenfull

沒有車位時，汽車

哀求進(jìn)入停車場

EntryBarrier入口的護(hù)欄Await

Enable

等待停車場內(nèi)有空閑車位

ExitBarrier出口的護(hù)欄

圖三用例圖

圖四初始類圖圖五入口護(hù)欄的狀態(tài)圖

①按照說明中的描述，使用表一給出的用例名稱，給出圖三中U1、U2和U3所對應(yīng)的用例。

U1：Carentry；U2：Carexit；U3：Carentrywhenfull；

②按照說明中的描述，使用表一給出的類的名稱，給出圖四中A~D所對應(yīng)的類。

A：CarPark；B：Barrier；C：EntryBarrier；D：ExitBarrier；

③按照說明中的描述，使用表一給出的狀態(tài)名稱，給出圖五中S1~S4所對應(yīng)的狀態(tài)。

S1：Idle；S2：AwaitTicketTake；S3：AwaitEnable；S4：AwaitEntry；

④簡要解釋圖三中用例U1和U3之間的extends關(guān)系的內(nèi)涵。

U3（Carentrywhenfull）與U1（Carentry）之間是延長關(guān)系（或擴展關(guān)系），即描述了駕駛員觸發(fā)Carentry用例時，假如車位滿，該用例將合并它的延長用例Carentrywhenfull的行為。

四、閱讀以下說明和圖，回答問題1至問題3,將解答填入對應(yīng)欄內(nèi)。

S公司開辦了在線電子商務(wù)網(wǎng)站，主要為各注冊的商家提供在線商品銷售功能。為更好地吸引用戶，S公司方案為注冊的商家提供商品（Commodity)促銷(Promotion)功能。商品的分類(Category)不同，促銷的方式和內(nèi)容會有所不同。

注冊商家可發(fā)布促銷信息。商家首先要在自己所銷售的商品的分類中，挑選促銷涉及的某一詳細(xì)分類，然后選出該分類的一個或多個商品（一種商品僅僅屬于一種分類），接著制定出一個比較優(yōu)待的折扣政策和促銷活動的優(yōu)待時光，最后由系統(tǒng)生成促銷信息并將該促銷信息公布在網(wǎng)站上。

商家發(fā)布促銷信息后，網(wǎng)站的注冊用戶便可通過網(wǎng)站購買促銷商品。用戶可挑選參加某一個促銷(Promotion)活動，并挑選詳細(xì)的促銷商品(Commodity)，輸入購買數(shù)量等購買信息。系統(tǒng)生成相應(yīng)的一份促銷訂單（POrder）。只要用戶在優(yōu)待活動的時光范圍內(nèi)，通過網(wǎng)站提供的在線支付系統(tǒng)，確認(rèn)在線支付該促銷訂單（即完成支付），就可以優(yōu)待的價格完成商品的購買活動，否則該促銷訂單失效。

系統(tǒng)采納面對對象辦法開發(fā)，系統(tǒng)中的類以及類之間的關(guān)系用UML類圖表示，圖2-1是該系統(tǒng)類圖中的一部分；系統(tǒng)的動態(tài)行為采納UML挨次圖表示，圖2-2是發(fā)布促銷的挨次圖。

圖2-1在線促銷系統(tǒng)部分類圖圖2-2發(fā)布促銷挨次圖

1、識別關(guān)聯(lián)的多重度是面對對象建模過程的重要步驟。按照說明中給出的描述，完成圖2-1中的（1）～（6）。（1）0..*（2）1（3）0..*（4）1..*（5）1（6）0..*

2、請從表2-1中挑選辦法，完成圖2-2中的(7)～(10）。

(7)getCategories（8）getCommodities（9）createPromotion（10）addCommodities

表3-1可選消息列表

3、關(guān)聯(lián)（Association）和聚攏(Aggregation)是UML中兩種十分重要的關(guān)系。請說明關(guān)聯(lián)和聚攏的關(guān)系，并說明其不同點。

略

五、閱讀下列說明和Java代碼，將應(yīng)填入（n）處的字句寫在答題紙的對應(yīng)欄內(nèi)。

已知某企業(yè)的選購審批是分級舉行的，即按照選購金額的不同由不同層次的主管人員來審批，主任可以審批5萬元以下（不包括5萬元）的選購單，副董事長可以審批5萬元至10萬元（不包括10萬元）的選購單，董事長可以審批10萬元至50萬元（不包括50萬元）的選購單，50萬元及以上的選購單就需要開會研究打算。

采納責(zé)任鏈設(shè)計模式（

classPurchaseRequest{

publicdoubleAmount;//

publicintNumber;//

publicStringPurpose;//

};

classApprover{//審批者類

publicApprover(){

public

if(successor!=null){

}

public

privateApprover（2）successor;

};

classCongressextendsApprover{

publicvoidProcessRequest(PurchaseRequestaRequest){

if(aRequest.Amount>=500000){/*打算是否審批的代碼省略*/}

else（3）super().ProcessRequest(aRequest);

}

};

classDirectorextendsApprover{

publicvoidProcessRequest(PurchaseRequestaRequest){/*此處代碼省略*/}

};

classPresidentextendsApprover{

publicvoidProcessRequest(PurchaseRequestaRequest){/*此處代碼省略*/}

};

classVicePresidentextendsApprover{

publicvoidProcessRequest(PurchaseRequestaRequest){/*此處代碼省略*/}

};

publicclassrs{

publicstaticvoidmain(String[]args)throwsIOException{

CongressMeeting=newCongress();

VicePresidentSam=newVicePresident();

DirectorLarry=newDirector();

PresidentTammy=newPresident();

//構(gòu)造責(zé)任鏈

Meeting.SetSuccessor(null);Sam.SetSuccessor(Tammy（4）);

Tammy.SetSuccessor(Meeting（5）);Larry.SetSuccessor(Sam（6）);

//構(gòu)造一選購審批哀求

PurchaseRequestaRequest=newPurchaseRequ