《軟件工程與UML》期末試題

千里之行，始于足下讓知識帶有溫度。第第2頁/共2頁精品文檔推薦《軟件工程與UML》期末試題《軟件工程與UML》期末試題適用專業(yè)：考試時(shí)光120分鐘

一、單項(xiàng)挑選題（本大題共小題，每題分，共分）

1.UML圖不包括（D）

A.用例圖

B.類圖

C.狀態(tài)圖

D.流程圖

2.下面哪一項(xiàng)不是包圖中的關(guān)系（D）

A.>B.C.D.>

3.在類圖中，下面哪個(gè)符號表示繼承關(guān)系（C）

A.

B.C.D.

4.在類圖中，“#”表示的可見性是（B）

A.Public

B.Protected

C.Private

D.Package

5.消息的組成不包括（C）

A.接口

B.活動(dòng)

C.發(fā)送者

D.接收者

6.下面哪個(gè)視圖屬于UML語言的交互圖（D）

A.行為圖

B.狀態(tài)圖

C.實(shí)現(xiàn)圖

D.挨次圖

7.UML語言包含幾大類圖形（B）

A.3

B.5

C.7

D.9

8.RUP中有（C）個(gè)核心過程工作流。

A.1

B.3

C.6

D.9

9.類之間的關(guān)系不包括（D）

A.依靠關(guān)系

B.泛化關(guān)系

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

D.分解關(guān)系

10.在UML中，配合圖的組成不包括（C）

A.對象

B.消息

C.發(fā)送者

D.鏈

11.下面哪個(gè)符號代表包圖（A）

B.C.D.

A.

12.下列對狀態(tài)圖描述不正確的是（C）

A.狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時(shí)光變化的動(dòng)態(tài)行為。

B.狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的挨次，不僅可以呈現(xiàn)一個(gè)對象擁有的狀態(tài)，還可以說明大事如何隨著時(shí)光的推移來影響這些狀態(tài)。

C.狀態(tài)圖的主要目的是描述對象創(chuàng)建和撤銷的過程中資源的不同狀態(tài)，有利于開發(fā)人員提高開發(fā)效率。

D.狀態(tài)圖描述了一個(gè)實(shí)體基于大事反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何按照當(dāng)前所處狀態(tài)對不同的大事做出反應(yīng)。

13.在UML的挨次圖中，通常由左向右分層羅列各個(gè)對象，正確的羅列辦法是（A）

A.執(zhí)行者角色控制類用戶接口業(yè)務(wù)層后臺數(shù)據(jù)庫

B.執(zhí)行者角色用戶接口控制類業(yè)務(wù)層后臺數(shù)據(jù)庫

C.執(zhí)行者角色控制類用戶接口后臺數(shù)據(jù)庫業(yè)務(wù)層

D.執(zhí)行者角色用戶接口業(yè)務(wù)層控制類后臺數(shù)據(jù)庫

14.多對象是UML哪個(gè)視圖中的概念（C）

A.類圖

B.狀態(tài)圖

C.配合圖

D.組件圖

15.構(gòu)件圖的組成不包括（C）

A.接口

B.構(gòu)件

C.發(fā)送者

D.依靠關(guān)系

16.在UML中，接口有幾種表達(dá)方式（A）

A.2

B.4

C.6

D.8

17.部署圖的組成不包括（C）

A.處理器

B.設(shè)備

C.構(gòu)件

D.銜接

18.下面哪個(gè)UML視圖是描述一個(gè)對象的生命周期的（B）

A.類圖

B.狀態(tài)圖

C.配合圖

D.挨次

19.挨次圖由對象、生命線、控制焦點(diǎn)和（B）組成

A．關(guān)系B.消息C.用例D.實(shí)體

20.UML中關(guān)聯(lián)的多重度是指（B）

A.一個(gè)類有多個(gè)辦法被另一個(gè)類調(diào)用

B.一個(gè)類的實(shí)例能夠與另一個(gè)類的多少個(gè)實(shí)例相關(guān)聯(lián)

C.一個(gè)類的某個(gè)辦法被另一個(gè)類調(diào)用的次數(shù)

D.兩個(gè)類所具有的相同的辦法和屬性

21.“軟件危機(jī)”是指（C）

A.計(jì)算機(jī)病毒的浮現(xiàn)B.利用計(jì)算機(jī)舉行經(jīng)濟(jì)犯罪活動(dòng)

C.軟件開發(fā)和維護(hù)中浮現(xiàn)的一系列問題

D.人們過分沉迷計(jì)算機(jī)系統(tǒng)

A.依靠關(guān)系

B.聚合關(guān)系

C.泛化關(guān)系

D.實(shí)現(xiàn)關(guān)系

25.在UML語言中，下圖中的a、b、c三種圖形符號根據(jù)挨次分離表示：(C)

A.邊界對象、實(shí)體對象、控制對象

B.實(shí)體對象、邊界對象、控制對象

C.控制對象、邊界對象、實(shí)體對象

D.邊界對象、控制對象、實(shí)體對象

26.一個(gè)項(xiàng)目為了修正一個(gè)錯(cuò)誤而舉行了變更，但這個(gè)錯(cuò)誤被修改后，卻引起以前可以正確運(yùn)行的代碼出錯(cuò)。（D）最可能發(fā)覺這一問題。

A.單元測試

B.接受測試

C.安裝測試

D.回歸測試

27.按照如下所示的UML類圖可知，類Car和類Boat中的move（）辦法（B）。

A.引用了Transport的move()辦法

B.重置了類Transport的move()辦法

C.是類Transport的move()辦法的聚攏

D.是類Transport的move()辦法的泛化

28.用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。在“某圖書館管理系統(tǒng)”用例模型中，全部用戶使用系統(tǒng)之前必需通過“身份驗(yàn)證”，“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式，則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證”之間是（D）關(guān)系。

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

B.包含

C.擴(kuò)展

D.泛化

29.領(lǐng)域模型是一組表示（A），在設(shè)計(jì)工作中廣泛用來啟發(fā)設(shè)計(jì)軟件對象。

A.真切世界的概念類

B.虛擬世界的概念類

C.軟件部件的模型

D.硬件部件的模型

30.用例（Use-case）用來描述系統(tǒng)在大事做出響應(yīng)時(shí)所實(shí)行的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是（A）關(guān)系。

A．包含includeB.擴(kuò)展extend

C．分類classificationD.聚攏aggregation

31.UML的（A）表示消息源發(fā)出消息后不必等待消息處理過程的返回,即可繼續(xù)執(zhí)行自己的后續(xù)操作。

A．異步消息B.返回消息C.同步消息D.容易消息

32.一個(gè)對象和另一個(gè)對象之間通過消息來舉行通信。消息通信在面對對象的語言中即（C）。

A.辦法實(shí)現(xiàn)

B.辦法嵌套

C.辦法調(diào)用

D.辦法定義

33.（A）技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)舉行分組，每一組表示一個(gè)特定的類、人或部門，它們負(fù)責(zé)完成組內(nèi)的活動(dòng)。

A．泳道B.分叉匯集C.分支D.轉(zhuǎn)移

34.若將活動(dòng)狀態(tài)比作辦法，那么動(dòng)作狀態(tài)即（C）。

A.辦法名

B.辦法返回值

C.辦法體中的每一條語句

D.辦法的可見性

35.下列關(guān)于狀態(tài)圖的說法中，正確的是（C）。

A.狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面舉行建模的五種圖之一。

B.狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)。

C.活動(dòng)圖和狀態(tài)圖是對一個(gè)對象的生命周期舉行建模，描述對象隨時(shí)光變化的行為。

D.狀態(tài)圖強(qiáng)調(diào)對有幾個(gè)對象參加的活動(dòng)過程建模，而活動(dòng)圖更強(qiáng)調(diào)對單個(gè)反應(yīng)型對象建模。

36.（C）是一組用于描述類或組件的一個(gè)服務(wù)的操作。

A.包

B.節(jié)點(diǎn)

C.接口

D.組件

37.以下關(guān)于用例圖中關(guān)聯(lián)的描述，正確的是（D）。

A.關(guān)聯(lián)可以存在于用例之間，用來表示用例之間的數(shù)據(jù)流淌。

B.關(guān)聯(lián)用實(shí)直線表示，可以在直線上加單向箭頭或雙向箭頭。

C.關(guān)聯(lián)關(guān)系上的箭頭，表示數(shù)據(jù)的輸入或輸出辦法。

D.關(guān)聯(lián)關(guān)系表示一種通信路徑，它位于參加者與用例之間，關(guān)系方向表示誰啟動(dòng)信息。

38.關(guān)于參加者的說法中錯(cuò)誤的是（C）。

A.參加者是與目標(biāo)系統(tǒng)交互的人或物。

B.參加者可以是實(shí)際的人，也可以是外部設(shè)備、外部系統(tǒng)等。

C.參加者是用例圖的重要組成部分，因此它是目標(biāo)系統(tǒng)的組成部分。

D.參加者之間可以存在一定的關(guān)系。

39.在一個(gè)課程注冊系統(tǒng)中，定義了類CourseSchedule和類Course，其中類CourseSchedule中定義了辦法add(c:Course)和辦法remove(c:Course)，則這兩個(gè)類之間的關(guān)系是（C）。

A.泛化關(guān)系

B.組合關(guān)系

C.依靠關(guān)系

D.包含關(guān)系

40.對某企業(yè)的工作流程舉行建模，（B）是最有效的。

A.交互圖

B.活動(dòng)圖

C.狀態(tài)圖

D.類圖

41.假設(shè)有一個(gè)返回消息，在發(fā)送消息的對象舉行另一個(gè)活動(dòng)之前需要等待返回的回應(yīng)消息，這種消息屬于（A）。

A.同步消息

B.異步消息

C.容易消息

D.返回消息

42.你認(rèn)為UML中最適合描述算法流程的是（D）。

A.挨次圖

B.配合圖

C.狀態(tài)圖

D.活動(dòng)圖

43.如下用例圖中，用例獵取客戶信息和建立客戶檔案的關(guān)系是（B）。

A.包含關(guān)系

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

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

D.實(shí)現(xiàn)關(guān)系

44.挨次圖主要可以為設(shè)計(jì)人員提供（A）信息。

A.消息發(fā)送的挨次

B.某個(gè)辦法的執(zhí)行流程

C.類之間關(guān)聯(lián)關(guān)系的多重性

D.某個(gè)對象在不同狀態(tài)之間的轉(zhuǎn)移

45.類和接口的關(guān)系類似于下面哪種類型的關(guān)系（D）。

A.關(guān)聯(lián)（association）和聚攏（aggregation）

B.關(guān)聯(lián)（association）和組合（composition）

C.腳本（scenario）和用例（usecase）

D.包（Package）和子系統(tǒng)（subsystem）

46.在類圖中，那個(gè)類圖中的類Order所生成的代碼具有

PublicclassOrder{

PublicCustomerrecipient;}

的形式？

A.B.

C.D.

47.一個(gè)銀行業(yè)務(wù)系統(tǒng)采納如圖所示的配置圖，則錯(cuò)誤的是（D）。

A.與GUI有關(guān)的類應(yīng)當(dāng)部署在BranchClient上。

B.這個(gè)圖表示一個(gè)三層的體系結(jié)構(gòu)，不管BranchClient、FinancialAppServer、DatabaseServer是運(yùn)

行在同一臺機(jī)器上還是在不同機(jī)器上。

C.為了系統(tǒng)的可伸縮性（scalability），與業(yè)務(wù)規(guī)律有關(guān)的對象應(yīng)當(dāng)部署在FinancialAppServer上。

D.為了系統(tǒng)的可伸縮性，與業(yè)務(wù)規(guī)律有關(guān)的對象應(yīng)當(dāng)部署在BranchClient上。

48.UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面舉行可視化、詳述、構(gòu)造和文檔化。其中（B）是面對對象系統(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)當(dāng)挑選（A）；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)當(dāng)挑選（D）。

A．構(gòu)件圖B．類圖C．對象圖D．部署圖

A．構(gòu)件圖B．配合圖C．狀態(tài)圖D．部署圖

A．配合圖B．對象圖C．活動(dòng)圖D．部署圖

49.在下面的用例圖中，X1、X2和X3表示（C），已知UC3是抽象用例，那么X1可通過（A）用例與系統(tǒng)舉行交互。并且，用例（B）是UC4的可選部分，用例（D）是UC4的必需部分。

（1）A.人B.系統(tǒng)C.參加者D.外部軟件

（2）A.UC4、UC1B.UC5、UC1C.UC5、UC2D.UC1、UC2

（3）A.UC1B.UC2C.UC3D.UC5

（4）A.UC1B.UC2C.UC3D.UC5

50.為驗(yàn)證程序模塊A是否正的確現(xiàn)了規(guī)定的功能，需要舉行(A)；為驗(yàn)證模塊A能否與其他模塊根據(jù)規(guī)定方式正確工作，需要舉行(B)。

（1）A.單元測試B.集成測試C.確認(rèn)測試D.系統(tǒng)測試

（2）A.單元測試B.集成測試C.確認(rèn)測試D.系統(tǒng)測試

51.在UML的通用機(jī)制中，（A）用于把元素組織成組；（D）是系統(tǒng)中遵從一組接口規(guī)范且付諸實(shí)現(xiàn)的物理的、可替換的軟件模塊。

A.包

B.類

C.接口

D.構(gòu)件

二、填空題（本大題共20個(gè)空，每空1分，共20分）

1.面對對象程序的基本特征是：抽象、封裝、繼承和多態(tài)。

2．Rose的正向工程以組件為單位把模型中的一個(gè)或多個(gè)類圖轉(zhuǎn)換為java源代碼的過程。逆向工程是把代碼轉(zhuǎn)換為設(shè)計(jì)模型。

3.用例圖兩個(gè)最核心的元素是參加者與用例。

4.在類圖中一共包含了以下幾種元素，分離是:類、接口、關(guān)系、配合、解釋、約束以及。

5.挨次圖是由對象、生命線、控制焦點(diǎn)和消息等構(gòu)成的。

6.在UML的表示中挨次圖將交互關(guān)系表示為一張二維圖，其中縱向是時(shí)光軸，時(shí)光沿豎線向下延長。橫向代表了在配合中各自立對象的角色。

7.狀態(tài)機(jī)圖圖描述從狀態(tài)到狀態(tài)的控制流程，常用來對系統(tǒng)的動(dòng)態(tài)特征舉行建模。

8.在UML中，狀態(tài)機(jī)由對象的各個(gè)狀態(tài)和銜接這些狀態(tài)的轉(zhuǎn)換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。

9.模塊的自立性可用耦合和內(nèi)聚的凹凸來評定，設(shè)計(jì)較好的模塊要求內(nèi)聚高、耦合低。

10.對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作封裝于對象統(tǒng)一體中。

11.類是某些對象的模板，抽象地描述屬于該類的所有對象的屬性和操作。

12.軟件生命周期中所花費(fèi)用最多的階段是軟件維護(hù)。

13.大多數(shù)狀況下，程序員測試自己所編寫的單元所采納的測試為測試分類中的單元測試。

14.等價(jià)劃分是一種黑盒測試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類，據(jù)此導(dǎo)出測試用例。

15.軟件測試是為了發(fā)覺錯(cuò)誤而執(zhí)行程序的過程。

16.模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程度越緊密。

17.常用的面對對象的軟件過程模型是噴泉模型。

18.在軟件質(zhì)量因素中，軟件在異樣條件下仍能運(yùn)行的能力稱為軟件的茁壯性。

19.耦合度是對軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。

20.在軟件測試中，已知產(chǎn)品內(nèi)部工作過程，通過測試檢測產(chǎn)品內(nèi)部動(dòng)作是否根據(jù)產(chǎn)品規(guī)格說明的規(guī)定正常舉行的辦法稱為白盒測試法。

21.瀑布模型的關(guān)鍵不足在于不能適應(yīng)需求的動(dòng)態(tài)變更。

22.軟件根據(jù)設(shè)計(jì)的要求，在規(guī)定的時(shí)光和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為牢靠性。

23.使用白盒測試時(shí)，確定測試數(shù)據(jù)應(yīng)按照程序的內(nèi)部規(guī)律和指定的籠罩標(biāo)準(zhǔn)。

24.為了提高測試的效率，應(yīng)當(dāng)挑選發(fā)覺錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。

25.軟件項(xiàng)目的可行性討論要舉行一次簡化的、壓縮的需求分析。

26.UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面舉行可視化、詳述、構(gòu)造和文檔化。其中類圖是面對對象系統(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)當(dāng)挑選組件圖；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)當(dāng)挑選部署圖。

三、簡答題（本大題共4小題，每題5分，共20分）

1．什么是用例圖？用例圖有什么作用？

定義：

由參加者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖成為用例圖。（2分）

作用：

用例圖是從軟件需求分析到終于實(shí)現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希翼提供的功能，有利于用戶和軟件開發(fā)人員之間的交流（1分）。用例圖可視化地表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說明的不足（1分）。

用例辦法是徹低從外部來定義系統(tǒng)的，它把需求和設(shè)計(jì)徹低分別開來（1分），使用戶不用關(guān)懷系統(tǒng)內(nèi)部是如何完成各種功能的。

四、問答題和分析題（本大題共小題，共分）

1.網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”出生了。（16）

“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下：

●同學(xué)登錄網(wǎng)站后，可以掃瞄課件、查找課件、下載課件、觀察教學(xué)視頻。

●老師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。

●系統(tǒng)管理員負(fù)責(zé)對網(wǎng)站頁面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊。

（1）同學(xué)需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才干正常使用該系統(tǒng)的全部功能。假如遺忘密碼可以通過“找回密碼”功能恢復(fù)密碼。請畫出同學(xué)參加者的用例圖。

6個(gè)用例每2個(gè)1分（3分），5關(guān)系每個(gè)1分（5分）。

（2）老師假如遺忘密碼，可以通過“找回密碼”功能找回密碼。請畫出老師參加者的用例圖。

6個(gè)用例每2個(gè)1分（3分），5關(guān)系每個(gè)1分（5分）。

2.圖書管理系統(tǒng)功能性需求說明如下：（24分）

●圖書管理系統(tǒng)能夠?yàn)橐欢〝?shù)量的借閱者提供服務(wù)。每個(gè)借閱者能夠擁有唯一標(biāo)識其存在的編號。圖

書館向每一個(gè)借閱者發(fā)放圖書證，其中包含每一個(gè)借閱者的編號和個(gè)人信息。提供的