UML課后習題答案整理

1

目錄

第1章面向?qū)ο蠓治雠c設(shè)計引論...................4

1.1填空題.......................................................4

2.1選擇題.......................................................4

3.1簡答題.......................................................4

第2章統(tǒng)一建模語言UML與建模工具RationalRose...5

1.1填空題.......................................................5

2.1選擇題.......................................................5

3.1簡答題.......................................................5

第3章需求分析與用例模型........................7

1.1填空題.......................................................7

2.1選擇題.......................................................7

3.1簡答題.......................................................7

4.1練習題.......................................................7

第4章系統(tǒng)靜態(tài)分析與靜態(tài)模型...................13

1.1填空題......................................................13

2.1選擇題......................................................13

3.1簡答題......................................................13

4.1練習題......................................................14

第5章系統(tǒng)動態(tài)分析與交互模型....................15

1.1填空題......................................................15

2.1選擇題......................................................15

3.1簡答題......................................................15

4.1練習題......................................................16

第6章系統(tǒng)動態(tài)分析與行為模型、..................19

1.1填空題......................................................19

2.1選擇題......................................................19

3.1簡答題......................................................20

4.1練習題......................................................21

第7章系統(tǒng)設(shè)計與實現(xiàn)模型.......................26

1.1填空題......................................................26

2.1選擇題......................................................26

3.1簡答題......................................................26

2

4.1練習題......................................................27

第8章軟件工程引論與統(tǒng)一軟件過程RUP.........................28

1.1填空題......................................................28

2.1選擇題......................................................28

3.1簡答題......................................................28

第9章分工情況.................................31

3

第1章面向?qū)ο蠓治雠c設(shè)計引論

1.1填空題

(1)面向過程程序=算法+數(shù)據(jù)結(jié)構(gòu)

(2)對象

(3)屬性操作

2.1選擇題

(1)A

(2)A

3.1簡答題

(1)面向過程方法和面向?qū)ο蠓椒ǖ谋容^：面向過程方法首先關(guān)心的是功

能，強調(diào)以過程為中心，采用模塊化、自頂向下、逐步細分的解決問題的方

法，結(jié)構(gòu)清晰、可讀性好。然而，由于用戶的需求和軟、硬件技術(shù)的不斷發(fā)

展變化，經(jīng)常出現(xiàn)互相矛盾的數(shù)據(jù)需求，因此分析和設(shè)計越來越困難，開發(fā)

過程前期入手快而后期頻繁改動的現(xiàn)象比較常見。面向?qū)ο蠓椒▌t從所處理

的數(shù)據(jù)入手，以數(shù)據(jù)為中心來描述系統(tǒng)。數(shù)據(jù)相對于功能而言，具有更強的

穩(wěn)定性，這樣設(shè)計出的系統(tǒng)模型往往能較好地映射問題域模型。

面向?qū)ο蠓椒ǖ挠行裕好嫦驅(qū)ο蟪绦蛟O(shè)計是一種自下而上的程序設(shè)

計方法，往往從問題的一部分著手，一點一點地構(gòu)建出整個程序。面向?qū)ο?/p>

設(shè)計以數(shù)據(jù)為中心，類作為表現(xiàn)數(shù)據(jù)的工具，成為劃分程序的基本單位。面

向?qū)ο笫前褬?gòu)成問題的事物分解成各個對象，建立對象的目的不是為了完成

一個步驟，而是為了描述某個事物在整個解決問題的步驟中的行為。

(2)面向?qū)ο蠓治?00A)、面向?qū)ο笤O(shè)計(00D)、面向?qū)ο缶幋a(OPP)、面

向?qū)ο鬁y試(00T)、面向?qū)ο缶S護(00M)

4

第2章統(tǒng)一建模語言UML與建模工具RationaIRose

1.1填空題

(1)GradyBoochJamesRumbaughIvarJacobson

(2)用例

(3)部署

(4)RationalRosePowerDesignerVisio

(5)用例視圖邏輯視圖構(gòu)件視圖部署視圖

(6)部署

2.1選擇題

(1)B

(2)AB

(3)D

(4)BC

(5)AC

(6)A

(7)AC

3.1簡答題

(1)統(tǒng)一建模語言特點:用圖形化的符號描述分析與設(shè)計

(2)需求分析、分析、設(shè)計、構(gòu)造、測試

(3)視圖：由一組圖構(gòu)成，代表完整系統(tǒng)描述中的一個抽象，顯示這個系

統(tǒng)中的一個特定的方面。

UML包含九種視圖，一類是靜態(tài)圖，包含用例圖、類圖、對象圖、構(gòu)件圖、

部署圖；另一類是動態(tài)圖，包括序列圖、協(xié)作圖、狀態(tài)圖和活動圖。

(4)畫圖I、積累、導航、多用戶支持、產(chǎn)生代碼、逆轉(zhuǎn)、集成、覆蓋模型

的所有抽象層、模型互換

5

(5)選擇待轉(zhuǎn)換的目標模型、檢查java語言的語法錯誤、設(shè)置代碼生成屬

性、生成代碼

(6)用例視圖：包括系統(tǒng)中的所有參與者、用例和用例圖，關(guān)注系統(tǒng)功能

的高層抽象，適合于對系統(tǒng)進行分析和獲取需求，而不關(guān)注于系統(tǒng)的具體實

現(xiàn)方法。

邏輯視圖：關(guān)注系統(tǒng)如何實現(xiàn)用例中所描述的功能，主要是對系統(tǒng)功能性需

求提供支持。

構(gòu)件視圖：用來描述系統(tǒng)中各個實現(xiàn)模塊以及它們之間的依賴關(guān)系。

部署視圖：包括進程、處理器和設(shè)備，顯示系統(tǒng)的實際部署情況，是為了便

于理解系統(tǒng)在一組處理節(jié)點上的物理分布。

6

第3章需求分析與用例模型

1.1填空題

（1）參與者、用例、關(guān)系

（2）關(guān)聯(lián)關(guān)系、泛化關(guān)系、包含關(guān)系、擴展關(guān)系

2.1選擇題

（1）D

（2）D

3.1簡答題

（1）參與者：參與者必須與系統(tǒng)有交互；參與者必須是系統(tǒng)外部的；參與

者的名稱一般是名詞或名詞短語。

用例：用例是外部可見得系統(tǒng)功能單元，這些功能由系統(tǒng)單元所提供，并

通過一系列系統(tǒng)單元與一個或多個參與者之間交換的消息所表達；用例的名

字是一個動詞短語字符串。

（2）簡要說明、事件流、用例場景、特殊需求、前置條件、后置條件。

（3）用戶、系統(tǒng)、天氣

（4）不正確。參與者之間泛化關(guān)系的含義是：把某些參與者的共同行為抽

取出來表示為通用行為，且把它們描述成為超類（父類）。普通瀏覽者和系

統(tǒng)管理員的基本行為不一致，不能作為子用例。

因此泛化關(guān)系使用不正確。

（5）不正確。購物和修改會員資料應(yīng)是登錄的包含關(guān)系。

4.1練習題

用例編號：001

用例名：系統(tǒng)管理員登錄

用例描述：系統(tǒng)管理員根據(jù)賬號和密碼，登錄學生信息管理系統(tǒng)

7

參與者：系統(tǒng)管理員

前置條件：系統(tǒng)正常運行時間

后置條件：若系統(tǒng)管理員成功，管理員可以對學生的基本信息、班級信息、

賬號進行管理；若管理員未登錄成功，則不能進行這些操作。

基本路徑：

1、管理員進入系統(tǒng)；

2、管理員輸入賬戶和密碼；

3、管理員提交信息；

4、系統(tǒng)對管理員輸入的信息進行有效性檢查；

5、管理員可對學生信息等進行操作；

擴展點：

1、管理員的賬號錯誤

(1)系統(tǒng)彈出錯誤窗口；

(2)管理員重新輸入

2、管理員密碼錯誤

(1)系統(tǒng)彈出密碼錯誤

(2)管理員重新輸入

(3)管理員找回密碼

用例編號：002

用例名：查詢學生信息

用例描述：管理員輸入學生信息，系統(tǒng)顯示該生信息

參與者：管理員

前置條件：管理員登錄成功

后置條件：管理員輸入學生信息后系統(tǒng)顯示該生信息，查詢成功后可進行修

改或刪除等。

基本路徑：

1、管理員輸入查看某位學生信息；

2、管理員提交信息；

8

3、系統(tǒng)對應(yīng)信息查看數(shù)據(jù)庫;

4、系統(tǒng)顯示該生信息；

擴展點：

輸入學生信息不存在；

用例編號：003

用例名：錄入學生信息

用例描述：教師錄入學生信息；

參與者：教師

前置條件：教師登錄成功

后置條件：數(shù)據(jù)庫中錄入該信息成功，之后可以查看到該信息;

基本路徑：

1、教師輸入某位學生的基本信息；

2、教師提交信息；

3、系統(tǒng)數(shù)據(jù)庫添加該信息；

4、系統(tǒng)顯示該生信息；

擴展點：

無

用例編號：004

用例名：學生查詢成績

用例描述：學生查詢自己的成績；

參與者：學生

前置條件：學生登錄成功；

后置條件：學生查詢個人成績成功進行其它操作;

基本路徑：

9

1、學生輸入自己的信息；

2、學生提交信息；

3、系統(tǒng)數(shù)據(jù)庫查詢該生成績;

4、系統(tǒng)顯示該生成績；

擴展點：

無

查看選修課程

4-1學生用例圖

10

登錄

.16查詢學生信息

查詢成績

4-2教師用例圖

查詢班級信息

11

4-3校領(lǐng)導用例圖

4-4系統(tǒng)管理員用例圖

12

第4章系統(tǒng)靜態(tài)分析與靜態(tài)模型

1.1填空題

(1)對象鏈

(2)關(guān)聯(lián)關(guān)系依賴關(guān)系泛化關(guān)系實現(xiàn)關(guān)系

(3)類

2.1選擇題

(1)AB

(2)D

(3)D

(4)C

3.1簡答題

(1)類圖包括：名稱、屬性和操作

(2)對象圖包括名稱和屬性

(3)類圖可以為系統(tǒng)的詞匯建模，模型化簡單的協(xié)作，模型化邏輯數(shù)據(jù)庫

模式

對象圖能夠說明復雜的數(shù)據(jù)結(jié)構(gòu)，可以表示快照中的行為。

(4)關(guān)系：類圖和對象圖是兩種最重要的靜態(tài)模型。UML中的類圖和對象圖

顯示了系統(tǒng)的靜態(tài)結(jié)構(gòu)，其中類，對象和關(guān)聯(lián)是圖形元素的基礎(chǔ)。

13

不同:

類圖對象圖

類圖包括：名稱，屬性和操作對象圖包括：名稱和屬性

對象的名稱形式為：“對象名：類名”，匿名對象

在類的名稱分欄中只有類名

的名稱形式為“：類名”

類的屬性分欄定義了所有屬性的特征對象則指定了屬性的當前值以便測試用例

對象圖中不包括操作，因為對于同屬于一個類的對

類中列出了操作

象來說，其操作都是相同的

類使用關(guān)聯(lián)連接，關(guān)聯(lián)使用名稱，角色，多重性以對象使用鏈連接，鏈擁有名稱，角色，但沒有多重

及約束等特征定義。類代表的是對對象的分類，所性。對象代表的是單獨的實體，所有的鏈都是一對

以必須說明可以參與關(guān)聯(lián)的對象數(shù)目i的，因此不涉及到多重性。

4.1練習題

確定類：

系統(tǒng)管理員，銷售員，用戶，商品

銷售員

系統(tǒng)管理員

?作號

睜i名

睜別

魁F齡

管理銷售()

孑理用戶權(quán)限()

苜理進貨()

攵據(jù)管理()

管理報表()

w統(tǒng)設(shè)置()

處理退貨()

與統(tǒng)運行日志()

商品

名稱

價格

簡介

庫存

數(shù)

供貨

商

性名

別

主

號

扁

I■項訂商品()

14

第5章系統(tǒng)動態(tài)分析與交互模型

1.1填空題

(1)對象、生命線、激活、消息

(2)生命線

(3)激活

(4)發(fā)送者、接收者、活動

(5)類元角色、關(guān)聯(lián)角色

(6)對象、消息、鏈

(7)交互

(8)鏈

(9)消息

2.1選擇題

(1)ABCD

(2)C

(3)ABC

(4)BCD

(5)C

(6)D

(7)D

3.1簡答題

(1)在序列圖中，創(chuàng)建對象操作使用帶箭頭的消息表示，箭頭指向被創(chuàng)建

對象的框。對象創(chuàng)建之后就會具有生命線，就像序列圖中的任何其他對象一

樣。對象符號下方是對象的生命線，它持續(xù)到對象被銷毀或者圖結(jié)束。在序

列圖中，對象被銷毀是使用在對象的生命線上畫大“X”表示，在銷毀新創(chuàng)

建的對象或者序列圖中是任何其他對象時，都可以使用，“X”的位置是在

15

導致對象被銷毀的信息上或者在對象自我終結(jié)的地方。

(2)序列圖中的消息有普通消息、自身消息、返回消息、過程調(diào)用消息、

同步消息、異步調(diào)用消息、阻止消息和超時消息等。

(3)①為用例建造邏輯模型。

②為某個用例的泛化功能提供其所缺乏的解釋。

③記錄一個存在系統(tǒng)的對象現(xiàn)在如何交互。

④用來演示某個用例最終產(chǎn)生的所有的路徑。

(4)序列圖是由對象、生命線、激活和消息等構(gòu)成的。

(5)協(xié)作圖就是表現(xiàn)對象協(xié)作關(guān)系的圖，它表示了協(xié)作中作為各種類元角

色的對象所處的位置，在圖中主要顯示了類元角色(ClassifierRoles)和

關(guān)聯(lián)角色(AssociationRoles)0作用分為以下三個方面：通常描繪對象

之間消息的傳遞情況來反映具體的使用語境的邏輯表達、顯示對象及其交互

關(guān)系的空間組織結(jié)構(gòu)、表現(xiàn)一個類操作的實現(xiàn)。

(6)協(xié)作圖和序列圖都是交互圖，它們既是等價的，又有所區(qū)別。

序列圖表示了時間消息序列，但沒有表示靜態(tài)對象關(guān)系。序列圖可以

有效的幫助我們觀察系統(tǒng)的順序行為。

協(xié)作圖用于表示一個協(xié)同中的對象之間的關(guān)系和消息以及描述一個操

作或分類符的實現(xiàn)。

在對系統(tǒng)進行行為建模時，通常做法是用序列圖按時間順序?qū)刂屏?/p>

建模，用協(xié)作圖按對象組織對控制流建模。

4.1練習題

(1)如圖4T所示。

16

吳吳

ReturnBookLoan

BorrowerLibrenanWindow

：1提交信網(wǎng)書li：

11處理還用”獲取圖書包fc

111圖書信”

112喊借閱記錄

：1121檢否超期

1122和爐卡電間t已錄

V…-UZ”肖息:

承顯示歸還消息

4-1還書序列圖模型

(2)如圖4-2所示。

0

TZ

^:X

.u

4-2打印文件工作流的序列圖

17

(3)如圖4-3所不。

:取款機就縮:出■口

1：選擇取歆?；

---------------------------------->5

2:取款信息進入系統(tǒng)：

----------------------------------------------------------

3:提示插入IC卡

4:插入K?卡?一......

5：IC卡信息進入系統(tǒng)

—6:提示輸入密科》

7：輸入密碼、..........

―’8:密碼信息進入系統(tǒng),系統(tǒng)檢直正誤

9：密碼正確.顯示余典提示輸入取款金前

10：輸入取款金箴'"

11：檢查數(shù)據(jù)是否合法與正確

，2:賬戶余額充足，扣除賬戶相叵余/

13:輸出現(xiàn)金

14：提取現(xiàn)金下

4-3ATM機取款序列圖

18

第6章系統(tǒng)動態(tài)分析與行為模型

1.1填空題

(1)轉(zhuǎn)換

(2)事件

(3)簡單狀態(tài)組成狀態(tài)

(4)歷史狀態(tài)

(5)內(nèi)部

(6)泳道(swimlane)

(7)活動圖

(8)分叉結(jié)合

(9)動作狀態(tài)

(10)對象流

2.1選擇題

(1)D

(2)ABCD

(3)A

(4)D

(5)C

(6)AB

(7)D

(8)B

(9)D

19

3.1簡答題

（1）狀態(tài)機是一種記錄下給定時刻狀態(tài)的設(shè)備，它可以根據(jù)各種不同

的輸入對每個給定的變化而改變其狀態(tài)或引發(fā)一個動作。在UML中狀態(tài)機由

對象的各個狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。

一個狀態(tài)圖本質(zhì)上就是一個狀態(tài)機，或者是狀態(tài)機的特殊情況，它本質(zhì)

上是一個狀態(tài)機中的元素的投影。

（2）狀態(tài)圖的組成要素：狀態(tài)、轉(zhuǎn)換、判定、同步、事件等。

（3）簡單狀態(tài)指的是不包含其他狀態(tài)的狀態(tài)，簡單狀態(tài)沒有子結(jié)構(gòu)，

但是它可以具有內(nèi)部轉(zhuǎn)換、進入動作、退出動作等。組成狀態(tài)是在簡單狀態(tài)

之外，一種可以包含嵌套子狀態(tài)的狀態(tài)。

（4）順序組成狀態(tài)中最多只能有一個初態(tài)和一個終態(tài)，在順序組成狀

態(tài)中多個子狀態(tài)是互斥的，不能同時存在。

并發(fā)組成狀態(tài)有兩個或多個并發(fā)的子狀態(tài)，能說明很多事情發(fā)生在同一

時刻，為了分離不同的活動，組成狀態(tài)被分解成區(qū)域，每個區(qū)域都包含一個

不同的狀態(tài)圖，各個狀態(tài)圖在同一時刻分別運行。

（5）活動圖的組成要素：動作狀態(tài)、活動狀態(tài)、組合活動、分叉與結(jié)

合、分支與合并、泳道、對象流等。

（6）分叉用粗黑線表示。分叉具有一個輸入轉(zhuǎn)換、兩個或者多個輸出

轉(zhuǎn)換，每個轉(zhuǎn)換都可以是獨立的控制流。

分支是轉(zhuǎn)換的一部分，它將轉(zhuǎn)換路徑分為多個部分，每一部分都有單

獨的監(jiān)護條件和不同的結(jié)果，分支的每個路徑的監(jiān)護條件是互斥的，這樣可

以保證只有一條路徑的轉(zhuǎn)換被激發(fā)。

（7）合并匯合了兩個以上的控制路徑，在任何執(zhí)行中每次只走一條，

不同路徑之間是互斥的關(guān)系。而結(jié)合則匯合了兩條或兩條以上的并行控制路

徑。在執(zhí)行過程中，所有路徑都要走過，先到的控制流要等其他路徑的控制

流到達后才能繼續(xù)運行。

（8）活動圖是用來描述一個目標所實施一系列活動的過程，描述了系

統(tǒng)的動態(tài)特征?；顒訄D是模型中的完整單元，表示一個程序或工作流，常用

于計算流程和工作流程建模。

20

活動圖的作用：

1）描述一個操作執(zhí)行過程中所完成的工作，說明角色、工作流、組織

和對象是如何工作的。

2）活動圖對用例描述尤其有用，它可建模用例的工作流，顯示用例內(nèi)

部和用例之間的路徑，也可以說明用例的實例是如何執(zhí)行動作以及如何改變

對象狀態(tài)的。

3）顯示如何執(zhí)行一組相關(guān)的動作，以及這些動作如何影響它們周圍的

對象。

4）活動圖對理解業(yè)務(wù)處理過程十分有用。活動圖可以畫出工作流用以

描述業(yè)務(wù)，有利于與領(lǐng)域?qū)＜疫M行交流。通過活動圖可以明確業(yè)務(wù)處理操作

是如何進行的，以及可能產(chǎn)生的變化。

5）描述復雜過程的算法，在這種情況下使用的活動圖和傳統(tǒng)的程序流

程圖的功能是相似的。

4.1練習題

（1）如圖4-1所示。

21

4-1IC卡電話機狀態(tài)圖

22

(2)如圖4-2所示。

4-2UNIX進程的狀態(tài)圖

23

(3)如圖4-3所示。

4-3還書過程的狀態(tài)圖

24

(4)如圖4-4所示。

4-4預訂圖書過程的活動圖

25

第7章系統(tǒng)設(shè)計與實現(xiàn)模型

1.1填空題

(1)代碼特征身份特征

(2)構(gòu)件圖

(3)構(gòu)件構(gòu)件類或接口

(4)虛包

(5)部署圖

2.1選擇題

(1)ABD

(2)B

(3)ABD

(4)CD

(5)AD

3.1簡答題

(1)構(gòu)件圖適用于下列建模需求：系統(tǒng)源代碼、系統(tǒng)的發(fā)布版本、物理數(shù)

據(jù)庫、自適應(yīng)系統(tǒng)、用于建立業(yè)務(wù)模型和用于系統(tǒng)的開發(fā)管理等。

(2)二者都有名稱，都可以實現(xiàn)一組接口，都可以參與依賴關(guān)系，都可以

被嵌套，都可以有實例，都可以參與交互。類描述了軟件設(shè)計的邏輯組織和

意圖，而構(gòu)件這描述了軟件設(shè)計的物理實現(xiàn)，類可以有屬性和操作，構(gòu)件只

有操作，只有通過構(gòu)件使得接口才能使用。

(3)在一張基本構(gòu)件圖中，構(gòu)件之間最常見的關(guān)系是依賴關(guān)系和實現(xiàn)關(guān)系。

(4)在UML中，構(gòu)件主要包括配置構(gòu)件、工作產(chǎn)品構(gòu)件和可執(zhí)行構(gòu)件。

26

4.1練習題

(1)如圖4-1所示。

(2)如圖4-2所示。

客戶端數(shù)據(jù)庫

服務(wù)器

4-2系統(tǒng)部署圖

27

第8章軟件工程引論與統(tǒng)一軟件過程RUP

1.1填空題

(1)傳統(tǒng)軟件開發(fā)方法學；軟件開發(fā)新方法學

(2)統(tǒng)一軟件開發(fā)過程(RationalUnifiedProcess,RUP)；敏捷方法；

微軟方法

(3)軟件開發(fā)

(4)角色；活動；產(chǎn)物；工作流

(5)配置和變更控制工作流；項目管理工作流；環(huán)境工作流

2.1選擇題

(1)ABCD

(2)BCD

(3)BCD

3.1簡答題

(1)它定義了進行軟件開發(fā)的工作步驟，可以保證軟件項目有序的、可控

的、高質(zhì)量的完成；可以將面向?qū)ο蠹夹g(shù)應(yīng)用于軟件開發(fā)的所有過程，使軟

件系統(tǒng)開發(fā)的所有過程全面結(jié)合，最大限度適應(yīng)用戶不斷變化的需求，有效

降低風險，更好地適應(yīng)需求變化。

(2)優(yōu)點：便于分工協(xié)作；嚴格規(guī)定了每階段必須調(diào)教的文檔；為項目提

供了按階段劃分的檢查點。

缺點：各階段間具有順序性和依賴性。

(3)Rational統(tǒng)一過程(RUP)是Rational軟件公司(現(xiàn)在Rational公司被

IBM并購)創(chuàng)造的軟件工程方法。RUP描述了如何有效地利用商業(yè)的可靠的

方法開發(fā)和部署軟件，是一種重量級過程(也被稱作厚方法學)，因此特別

適用于大型軟件團隊開發(fā)大型項目。

(4)RUP是軟件開發(fā)過程的一種，它為有效的使用統(tǒng)一建模語言UML提供了

28

指導。RUP集合了成功的工程實踐經(jīng)驗、面向?qū)ο蟮姆椒ā⒌_發(fā)成要素,

能夠把UML建模語言和軟件開發(fā)的過程很好地結(jié)合在一起，非常適合面向?qū)?/p>

象的軟件開發(fā)。UML作為一種建模語言，要和具體的軟件過程相結(jié)合。這

就實現(xiàn)了UML與RUP相結(jié)合。

(5)RUP的軟件生命周期在時間上被分解為四個順序的階段，分別是：初始

階段、細化階段、構(gòu)造階段和交付階段。每個階段結(jié)束于一個主要的里程碑;

每個階段本質(zhì)上是兩個里程碑之間的時間跨度。

①初始階段。也稱先啟階段。目標是為系統(tǒng)建立商業(yè)案例并確定項目的

邊界。初始階段結(jié)束時的第一個重要的里程碑：生命周期目標