UML課后習(xí)題答案_第1頁(yè)
UML課后習(xí)題答案_第2頁(yè)
UML課后習(xí)題答案_第3頁(yè)
UML課后習(xí)題答案_第4頁(yè)
UML課后習(xí)題答案_第5頁(yè)
已閱讀5頁(yè),還剩26頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

UML課后習(xí)題答案整理

1

目錄

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

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

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

3.1簡(jiǎn)答題.......................................................4

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

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

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

3.1簡(jiǎn)答題.......................................................5

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

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

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

3.1簡(jiǎn)答題.......................................................7

4.1練習(xí)題.......................................................7

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

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

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

3.1簡(jiǎn)答題......................................................13

4.1練習(xí)題......................................................14

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

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

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

3.1簡(jiǎn)答題......................................................15

4.1練習(xí)題......................................................16

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

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

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

3.1簡(jiǎn)答題......................................................20

4.1練習(xí)題......................................................21

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

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

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

3.1簡(jiǎn)答題......................................................26

2

4.1練習(xí)題......................................................27

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

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

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

3.1簡(jiǎn)答題......................................................28

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

3

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

1.1填空題

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

(2)對(duì)象

(3)屬性操作

2.1選擇題

(1)A

(2)A

3.1簡(jiǎn)答題

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

能,強(qiáng)調(diào)以過(guò)程為中心,采用模塊化、自頂向下、逐步細(xì)分的解決問(wèn)題的方

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

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

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

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

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

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

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

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

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

一個(gè)步驟,而是為了描述某個(gè)事物在整個(gè)解決問(wèn)題的步驟中的行為。

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

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

4

第2章統(tǒng)一建模語(yǔ)言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簡(jiǎn)答題

(1)統(tǒng)一建模語(yǔ)言特點(diǎn):用圖形化的符號(hào)描述分析與設(shè)計(jì)

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

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

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

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

部署圖;另一類是動(dòng)態(tài)圖,包括序列圖、協(xié)作圖、狀態(tài)圖和活動(dòng)圖。

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

的所有抽象層、模型互換

5

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

性、生成代碼

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

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

現(xiàn)方法。

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

求提供支持。

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

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

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

6

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

1.1填空題

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

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

2.1選擇題

(1)D

(2)D

3.1簡(jiǎn)答題

(1)參與者:參與者必須與系統(tǒng)有交互;參與者必須是系統(tǒng)外部的;參與

者的名稱一般是名詞或名詞短語(yǔ)。

用例:用例是外部可見(jiàn)得系統(tǒng)功能單元,這些功能由系統(tǒng)單元所提供,并

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

字是一個(gè)動(dòng)詞短語(yǔ)字符串。

(2)簡(jiǎn)要說(shuō)明、事件流、用例場(chǎng)景、特殊需求、前置條件、后置條件。

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

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

取出來(lái)表示為通用行為,且把它們描述成為超類(父類)。普通瀏覽者和系

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

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

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

4.1練習(xí)題

用例編號(hào):001

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

用例描述:系統(tǒng)管理員根據(jù)賬號(hào)和密碼,登錄學(xué)生信息管理系統(tǒng)

7

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

前置條件:系統(tǒng)正常運(yùn)行時(shí)間

后置條件:若系統(tǒng)管理員成功,管理員可以對(duì)學(xué)生的基本信息、班級(jí)信息、

賬號(hào)進(jìn)行管理;若管理員未登錄成功,則不能進(jìn)行這些操作。

基本路徑:

1、管理員進(jìn)入系統(tǒng);

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

3、管理員提交信息;

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

5、管理員可對(duì)學(xué)生信息等進(jìn)行操作;

擴(kuò)展點(diǎn):

1、管理員的賬號(hào)錯(cuò)誤

(1)系統(tǒng)彈出錯(cuò)誤窗口;

(2)管理員重新輸入

2、管理員密碼錯(cuò)誤

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

(2)管理員重新輸入

(3)管理員找回密碼

用例編號(hào):002

用例名:查詢學(xué)生信息

用例描述:管理員輸入學(xué)生信息,系統(tǒng)顯示該生信息

參與者:管理員

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

后置條件:管理員輸入學(xué)生信息后系統(tǒng)顯示該生信息,查詢成功后可進(jìn)行修

改或刪除等。

基本路徑:

1、管理員輸入查看某位學(xué)生信息;

2、管理員提交信息;

8

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

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

擴(kuò)展點(diǎn):

輸入學(xué)生信息不存在;

用例編號(hào):003

用例名:錄入學(xué)生信息

用例描述:教師錄入學(xué)生信息;

參與者:教師

前置條件:教師登錄成功

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

基本路徑:

1、教師輸入某位學(xué)生的基本信息;

2、教師提交信息;

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

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

擴(kuò)展點(diǎn):

無(wú)

用例編號(hào):004

用例名:學(xué)生查詢成績(jī)

用例描述:學(xué)生查詢自己的成績(jī);

參與者:學(xué)生

前置條件:學(xué)生登錄成功;

后置條件:學(xué)生查詢個(gè)人成績(jī)成功進(jìn)行其它操作;

基本路徑:

9

1、學(xué)生輸入自己的信息;

2、學(xué)生提交信息;

3、系統(tǒng)數(shù)據(jù)庫(kù)查詢?cè)撋煽?jī);

4、系統(tǒng)顯示該生成績(jī);

擴(kuò)展點(diǎn):

無(wú)

查看選修課程

4-1學(xué)生用例圖

10

登錄

.16查詢學(xué)生信息

查詢成績(jī)

4-2教師用例圖

查詢班級(jí)信息

11

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

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

12

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

1.1填空題

(1)對(duì)象鏈

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

(3)類

2.1選擇題

(1)AB

(2)D

(3)D

(4)C

3.1簡(jiǎn)答題

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

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

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

模式

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

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

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

13

不同:

類圖對(duì)象圖

類圖包括:名稱,屬性和操作對(duì)象圖包括:名稱和屬性

對(duì)象的名稱形式為:“對(duì)象名:類名”,匿名對(duì)象

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

的名稱形式為“:類名”

類的屬性分欄定義了所有屬性的特征對(duì)象則指定了屬性的當(dāng)前值以便測(cè)試用例

對(duì)象圖中不包括操作,因?yàn)閷?duì)于同屬于一個(gè)類的對(duì)

類中列出了操作

象來(lái)說(shuō),其操作都是相同的

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

及約束等特征定義。類代表的是對(duì)對(duì)象的分類,所性。對(duì)象代表的是單獨(dú)的實(shí)體,所有的鏈都是一對(duì)

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

4.1練習(xí)題

確定類:

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

銷售員

系統(tǒng)管理員

?作號(hào)

睜i名

睜別

魁F齡

管理銷售()

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

苜理進(jìn)貨()

攵據(jù)管理()

管理報(bào)表()

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

處理退貨()

與統(tǒng)運(yùn)行日志()

商品

名稱

價(jià)格

簡(jiǎn)介

庫(kù)存

數(shù)

供貨

性名

號(hào)

I■項(xiàng)訂商品()

14

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

1.1填空題

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

(2)生命線

(3)激活

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

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

(6)對(duì)象、消息、鏈

(7)交互

(8)鏈

(9)消息

2.1選擇題

(1)ABCD

(2)C

(3)ABC

(4)BCD

(5)C

(6)D

(7)D

3.1簡(jiǎn)答題

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

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

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

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

建的對(duì)象或者序列圖中是任何其他對(duì)象時(shí),都可以使用,“X”的位置是在

15

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

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

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

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

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

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

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

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

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

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

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

之間消息的傳遞情況來(lái)反映具體的使用語(yǔ)境的邏輯表達(dá)、顯示對(duì)象及其交互

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

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

序列圖表示了時(shí)間消息序列,但沒(méi)有表示靜態(tài)對(duì)象關(guān)系。序列圖可以

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

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

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

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

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

4.1練習(xí)題

(1)如圖4T所示。

16

吳吳

ReturnBookLoan

BorrowerLibrenanWindow

:1提交信網(wǎng)書(shū)li:

11處理還用”獲取圖書(shū)包fc

111圖書(shū)信”

112喊借閱記錄

:1121檢否超期

1122和爐卡電間t已錄

V…-UZ”肖息:

承顯示歸還消息

4-1還書(shū)序列圖模型

(2)如圖4-2所示。

0

TZ

^:X

.u

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

17

(3)如圖4-3所不。

:取款機(jī)就縮:出■口

1:選擇取歆?;

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

2:取款信息進(jìn)入系統(tǒng):

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

3:提示插入IC卡

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

5:IC卡信息進(jìn)入系統(tǒng)

—6:提示輸入密科》

7:輸入密碼、..........

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

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

10:輸入取款金箴'"

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

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

13:輸出現(xiàn)金

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

4-3ATM機(jī)取款序列圖

18

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

1.1填空題

(1)轉(zhuǎn)換

(2)事件

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

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

(5)內(nèi)部

(6)泳道(swimlane)

(7)活動(dòng)圖

(8)分叉結(jié)合

(9)動(dòng)作狀態(tài)

(10)對(duì)象流

2.1選擇題

(1)D

(2)ABCD

(3)A

(4)D

(5)C

(6)AB

(7)D

(8)B

(9)D

19

3.1簡(jiǎn)答題

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

的輸入對(duì)每個(gè)給定的變化而改變其狀態(tài)或引發(fā)一個(gè)動(dòng)作。在UML中狀態(tài)機(jī)由

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

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

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

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

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

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

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

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

態(tài)中多個(gè)子狀態(tài)是互斥的,不能同時(shí)存在。

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

時(shí)刻,為了分離不同的活動(dòng),組成狀態(tài)被分解成區(qū)域,每個(gè)區(qū)域都包含一個(gè)

不同的狀態(tài)圖,各個(gè)狀態(tài)圖在同一時(shí)刻分別運(yùn)行。

(5)活動(dòng)圖的組成要素:動(dòng)作狀態(tài)、活動(dòng)狀態(tài)、組合活動(dòng)、分叉與結(jié)

合、分支與合并、泳道、對(duì)象流等。

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

轉(zhuǎn)換,每個(gè)轉(zhuǎn)換都可以是獨(dú)立的控制流。

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

獨(dú)的監(jiān)護(hù)條件和不同的結(jié)果,分支的每個(gè)路徑的監(jiān)護(hù)條件是互斥的,這樣可

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

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

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

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

流到達(dá)后才能繼續(xù)運(yùn)行。

(8)活動(dòng)圖是用來(lái)描述一個(gè)目標(biāo)所實(shí)施一系列活動(dòng)的過(guò)程,描述了系

統(tǒng)的動(dòng)態(tài)特征?;顒?dòng)圖是模型中的完整單元,表示一個(gè)程序或工作流,常用

于計(jì)算流程和工作流程建模。

20

活動(dòng)圖的作用:

1)描述一個(gè)操作執(zhí)行過(guò)程中所完成的工作,說(shuō)明角色、工作流、組織

和對(duì)象是如何工作的。

2)活動(dòng)圖對(duì)用例描述尤其有用,它可建模用例的工作流,顯示用例內(nèi)

部和用例之間的路徑,也可以說(shuō)明用例的實(shí)例是如何執(zhí)行動(dòng)作以及如何改變

對(duì)象狀態(tài)的。

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

對(duì)象。

4)活動(dòng)圖對(duì)理解業(yè)務(wù)處理過(guò)程十分有用?;顒?dòng)圖可以畫(huà)出工作流用以

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

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

5)描述復(fù)雜過(guò)程的算法,在這種情況下使用的活動(dòng)圖和傳統(tǒng)的程序流

程圖的功能是相似的。

4.1練習(xí)題

(1)如圖4-1所示。

21

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

22

(2)如圖4-2所示。

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

23

(3)如圖4-3所示。

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

24

(4)如圖4-4所示。

4-4預(yù)訂圖書(shū)過(guò)程的活動(dòng)圖

25

第7章系統(tǒng)設(shè)計(jì)與實(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簡(jiǎn)答題

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

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

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

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

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

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

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

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

26

4.1練習(xí)題

(1)如圖4-1所示。

(2)如圖4-2所示。

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

服務(wù)器

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

27

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

1.1填空題

(1)傳統(tǒng)軟件開(kāi)發(fā)方法學(xué);軟件開(kāi)發(fā)新方法學(xué)

(2)統(tǒng)一軟件開(kāi)發(fā)過(guò)程(RationalUnifiedProcess,RUP);敏捷方法;

微軟方法

(3)軟件開(kāi)發(fā)

(4)角色;活動(dòng);產(chǎn)物;工作流

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

2.1選擇題

(1)ABCD

(2)BCD

(3)BCD

3.1簡(jiǎn)答題

(1)它定義了進(jìn)行軟件開(kāi)發(fā)的工作步驟,可以保證軟件項(xiàng)目有序的、可控

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

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

降低風(fēng)險(xiǎn),更好地適應(yīng)需求變化。

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

供了按階段劃分的檢查點(diǎn)。

缺點(diǎn):各階段間具有順序性和依賴性。

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

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

方法開(kāi)發(fā)和部署軟件,是一種重量級(jí)過(guò)程(也被稱作厚方法學(xué)),因此特別

適用于大型軟件團(tuán)隊(duì)開(kāi)發(fā)大型項(xiàng)目。

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

28

指導(dǎo)。RUP集合了成功的工程實(shí)踐經(jīng)驗(yàn)、面向?qū)ο蟮姆椒?、迭代開(kāi)發(fā)成要素,

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

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

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

(5)RUP的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段,分別是:初始

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

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

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

邊界。初始階段結(jié)束時(shí)的第一個(gè)重要的里程碑:生命周期目標(biāo)

溫馨提示

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