UML面向?qū)ο蠓治雠c設(shè)計(jì)教程課后習(xí)題答案簡答題部分

簡答題

第一章

1.面向?qū)ο笤O(shè)計(jì)的基本特征有哪些？這些特征對(duì)軟件設(shè)計(jì)有何幫助？

封裝性繼承性多態(tài)性

在由封裝，繼承,多態(tài)所組成的環(huán)境中,程序員可以編寫出比面向過程模型更健壯,更具擴(kuò)展性

的程序.經(jīng)過仔細(xì)設(shè)計(jì)的類層次結(jié)構(gòu)是重用代碼的基礎(chǔ).封裝能讓程序員不必修改公有接口

的代碼即可實(shí)現(xiàn)程序的移植.多態(tài)能使程序員開發(fā)出簡潔,易懂,易修改的代碼.

2.類與對(duì)象的區(qū)別是什么？

類是抽象的，不具體的。就像有些東西可以歸為一類，比如說狗，貓，豬。它們都是動(dòng)物，

我們就可以歸為一類。

而貓，狗就是動(dòng)物類中的一個(gè)對(duì)象。

3.什么是軟件Th命周期？Th命周期包括幾個(gè)階段？

軟件的Th命周期，亦稱軟件的Th存周期。它是按開發(fā)軟件的規(guī)模和復(fù)雜程度，從時(shí)間上把

軟件開發(fā)的整個(gè)過程（從計(jì)劃開發(fā)開始到軟件報(bào)廢為止的整個(gè)歷史階段）進(jìn)行分解，形成相

對(duì)獨(dú)立的幾個(gè)階段，每個(gè)階段又分解成幾個(gè)具體的任務(wù)，

然后按規(guī)定順序依次完成各階段

的任務(wù)并規(guī)定一套標(biāo)準(zhǔn)的文檔作為各個(gè)階段的開發(fā)成果，最后Th產(chǎn)出高質(zhì)量的軟件。

分為：一般分為定義，開發(fā)，維護(hù)三大階段，

定義階段有可行性論證和開發(fā)計(jì)劃，需求分析，

開發(fā)階段有概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)和編碼，維護(hù)階段有測試，運(yùn)行維護(hù)4.

面向?qū)ο笈cuml的關(guān)系？

umL是統(tǒng)一建模圖，用于便于描述類之間的關(guān)系等，是用來幫助你更好進(jìn)行面向?qū)ο蟮脑O(shè)計(jì)。5.

面向?qū)ο笤O(shè)計(jì)與傳統(tǒng)軟件相比,有何優(yōu)點(diǎn)？

更有針對(duì)性更容易讓客戶滿意減少修改提高效率

第二章

模型元素有哪些？

UML中模型元素太多了，比如用例圖中的元素有用例，角色，擴(kuò)展關(guān)系，包含關(guān)系，類圖中

的元素有類，接口，關(guān)聯(lián)等等，每一種框圖都有各自獨(dú)有的元素

2.簡述uml通用機(jī)制組成以及它的作用？

一、修飾。

在使用UML語言建模時(shí)，可以將圖形修飾附加到UML圖中的模型元素上。比如，當(dāng)一個(gè)元素代

表某種類型的時(shí)候，它的名稱可以用粗體字形類顯示；當(dāng)同一元素表示該類型的實(shí)例時(shí)，該元素

的名稱用一條下劃線修飾。

二、注釋。

UML語言中用一條虛線將注釋連接到它為之解釋的或細(xì)化的元素上。

三、通用劃分。

UML語言對(duì)其模型元素規(guī)定了兩種類型的通用劃分：型-實(shí)例（值）和接口-實(shí)現(xiàn)。

1、型-實(shí)例（Type-Instance）：描述一個(gè)通用描述符與單個(gè)元素項(xiàng)之間的對(duì)應(yīng)關(guān)系。實(shí)例元

素使用與通用描述符相同的表示圖形，但是名字的表示與通用描述符不同：實(shí)例元素名字帶有

下劃線，而且后面還要加上冒號(hào)和通用描述符的名字。

2、接口-實(shí)現(xiàn)：接口聲明了一個(gè)規(guī)定了服務(wù)的約定，接口的實(shí)現(xiàn)負(fù)責(zé)執(zhí)行接口的全部語義定義并

實(shí)現(xiàn)該項(xiàng)服務(wù)。

3.在uml中包含哪些視圖？視圖對(duì)應(yīng)哪些圖？

場景視圖usecase

邏輯視圖類圖

開發(fā)視圖類圖，組件圖

進(jìn)程視圖無完全對(duì)應(yīng)

部署視圖部署圖

4.簡述視圖與圖的內(nèi)在關(guān)系？

視圖是幾何體在投影面上留下的正投影，它是主視圖、俯視圖、左視圖的總稱，滿足主視圖與

俯視圖的長對(duì)正，主視圖與左視圖的高平齊，俯視圖與左視圖的寬相等。

5.簡述uml中擴(kuò)展機(jī)制的作用？

UML提供了幾種擴(kuò)展機(jī)制，允許建模者在不用改變基本建模語言的情況下做一些通用的擴(kuò)展。

這些擴(kuò)展機(jī)制已經(jīng)被設(shè)計(jì)好，以便于在不需理解全部語義的情況下就可以存儲(chǔ)和使用。由于這

個(gè)原因，擴(kuò)展可以作為字符串存儲(chǔ)和使用。對(duì)不支持?jǐn)U展機(jī)制的工具來說，擴(kuò)展只是一個(gè)字符

串，它可以作為模型的一部分被導(dǎo)入、存儲(chǔ)，還可以被傳遞到其他工具。

第四章

1、在一個(gè)“客戶服務(wù)系統(tǒng)”中，需要管理的用戶包括客戶管理人員、維護(hù)人員、部門領(lǐng)導(dǎo)，他

們都具有用戶ID、姓名、性別、年齡、聯(lián)系電話、部門、職位、密碼、登錄名。其

中，維護(hù)人員具有三個(gè)操作，即接受派工任務(wù)、填寫維護(hù)報(bào)告、查詢派工任務(wù)；部

門領(lǐng)導(dǎo)具有五個(gè)操作，即安排派工任務(wù)、修改派工任務(wù)、刪除派工任務(wù)，查詢派工

任務(wù)，處理投訴；客戶人員具有四個(gè)操作，增加客戶、刪除客戶、修改客戶和查找

客戶。根據(jù)這些信息，創(chuàng)建系統(tǒng)的類圖。

2、在上題中，客戶人員，維護(hù)人員，部門領(lǐng)導(dǎo)都具有一些共同的屬性，所以可以進(jìn)行抽象

出一個(gè)單獨(dú)的抽象系統(tǒng)用戶類，客戶人員，維護(hù)人員，部門領(lǐng)導(dǎo)分別是系統(tǒng)用戶類

下的繼承，根據(jù)這些信息，創(chuàng)建包括類關(guān)系的類圖

3、根據(jù)圖4-51,創(chuàng)建相應(yīng)帶參數(shù)的對(duì)象圖，要求用Actor構(gòu)造型來表示

第五章

1、在客戶服務(wù)系統(tǒng)中，將客戶業(yè)務(wù)的功能單獨(dú)的作為一個(gè)包，在該包中嵌套兩個(gè)子包，分別

是客戶咨詢管理，和派工管理。

2、細(xì)化包圖，在客服咨詢管理中嵌套三個(gè)子包，分別是咨詢，投訴，報(bào)修；派工管理中嵌套

兩個(gè)子包，維護(hù)安排和回訪安排，

3、子包對(duì)父包存在這依賴關(guān)系，現(xiàn)在要求對(duì)包進(jìn)行分解，并創(chuàng)建他們的關(guān)系。

在客戶服務(wù)管理系統(tǒng)中，有三個(gè)參與者，分別是客服人員、部門領(lǐng)導(dǎo)和維護(hù)人員。

第六章

1、客服人員登錄系統(tǒng)后，通過身份驗(yàn)證，能夠維護(hù)個(gè)人信息、修改密碼、修改基本信息、維

護(hù)客戶信息和維護(hù)客戶咨詢信息，根據(jù)這些用例在rose中創(chuàng)建客服人員的用例圖

2、部門領(lǐng)導(dǎo)登錄系統(tǒng)后，通過身份驗(yàn)證們可以處理派工、處理投訴、安排回訪、安排上門

維護(hù)和統(tǒng)計(jì)查詢客戶來電情況，根據(jù)這些情況在rose中創(chuàng)建部門領(lǐng)導(dǎo)的用例圖

3、維護(hù)人員登錄系統(tǒng)后，通過身份驗(yàn)證，能夠查詢派工單、接受派工、填寫報(bào)告、處理派

工等，根據(jù)這些用例在rose中創(chuàng)建維護(hù)人員的用例圖。

第七章

1、對(duì)客戶服務(wù)系統(tǒng)中的客服人員修改客戶信息的用例進(jìn)行動(dòng)態(tài)建模，該交互操作的動(dòng)態(tài)建模

由客服對(duì)象?？蛻粜畔⒔缑骖?、客服信息控制類和客戶信息類組成，在序列圖中創(chuàng)建這些對(duì)象

2、在上題創(chuàng)建的序列圖對(duì)象中，根據(jù)修改客戶信息的用例，添加消息和腳本信息完成如圖所

示的完整序列圖建模

3、對(duì)客戶服務(wù)系統(tǒng)中的客服人員刪除客戶信息的用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖中創(chuàng)建序列

圖

第八章

(D在客戶服務(wù)系統(tǒng)中個(gè)“客戶來電”用例，當(dāng)客戶來電的事件發(fā)Th后，進(jìn)入

“來電咨詢”活動(dòng)，如果受理，則查詢客戶信息，否則活動(dòng)結(jié)束。當(dāng)查詢客戶信

息時(shí)，如果查詢到客戶，則判斷咨詢類型，否則新增加一個(gè)客戶的信息。咨詢類

型有三種：咨詢、投訴'保修，如果咨詢，判斷是否能解答問題，如果能，則直

接處理，否則由維護(hù)人員跟進(jìn)；如果是投訴，轉(zhuǎn)入投訴處理；如果是保修，貝脖專

入報(bào)修處理。咨詢處理結(jié)束后，填寫咨詢處理結(jié)果，整個(gè)活動(dòng)的流程結(jié)束。根據(jù)

以上描述，創(chuàng)建客戶來電活動(dòng)圖中的需要表示的各種動(dòng)作狀態(tài)，如圖8-31所示。

圖8-32創(chuàng)建動(dòng)作狀態(tài)

②在上題的基礎(chǔ)上，識(shí)別出各種狀態(tài)之間的額轉(zhuǎn)換并考慮分支與合并、分叉

與匯合的情況。繪制如圖8-32所示的客戶來電咨詢活動(dòng)圖。

圖8-32客戶來電咨詢活動(dòng)圖

③在上題創(chuàng)建的活動(dòng)圖中有一個(gè)主要的缺點(diǎn)，它沒有顯示出由誰或者怎么負(fù)

責(zé)來執(zhí)行某項(xiàng)活動(dòng)。為了給活動(dòng)圖中活動(dòng)指明責(zé)任者，要求在活動(dòng)圖中放置兩個(gè)泳

道：客戶和客戶服務(wù)人員負(fù)責(zé)執(zhí)行這些活動(dòng)。最后的完整客戶來電咨詢活動(dòng)圖，如

圖8-33所示。

圖8-33帶泳道的客戶來電咨詢活動(dòng)圖

第九章

(1)對(duì)客戶服務(wù)系統(tǒng)中的客服人員修改客戶信息的用例進(jìn)行動(dòng)態(tài)建模，該交互操作的動(dòng)

態(tài)建模由客戶對(duì)象、客戶信息界面CustomerInfoUIx客戶信息控制類

CustomerInfoControlIer和客戶信息類CustomerInfo組成，在協(xié)作圖中創(chuàng)建

這些對(duì)象，如圖9-18所示。

客服人員

CustorrerlnfolllCustomerinfo

圖9-18創(chuàng)建協(xié)作圖對(duì)象

(2)在上題創(chuàng)建的協(xié)作圖對(duì)象中，根據(jù)修改客戶信息的用例，添加消息和腳本信息，完

成圖9-19所示的完整協(xié)作圖建模。

10

Customerinfo

圖9-19修改客戶信息協(xié)作圖

(3)對(duì)客戶服務(wù)系統(tǒng)中的客服人員刪除客戶信息的用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖

(LogicalView)中創(chuàng)建完整的協(xié)作圖,如圖9-20所示。

圖9-20刪除客戶信息協(xié)作圖

第十章

(1)在客戶服務(wù)器系統(tǒng)中派工單有五個(gè)狀態(tài)，即新派工單，未分配，已分配未完成，已分

配已完成，刪除派工單，圖中還包括一個(gè)起始狀態(tài)和一個(gè)終止?fàn)顟B(tài)。根據(jù)以上的描述，創(chuàng)建出派

工單的各種狀態(tài)，如圖10-29所示。

圖10-29派工單的狀態(tài)

(2)當(dāng)派工單的狀態(tài)在某一事件或某個(gè)條件滿足時(shí)，就在這五個(gè)狀態(tài)中進(jìn)行轉(zhuǎn)換。分配、

作廢、完成等是狀態(tài)轉(zhuǎn)換所發(fā)Th的事件。根據(jù)各種狀態(tài)以及裝換規(guī)則，創(chuàng)建派工單

完整的狀態(tài)圖，如圖10-30所示。

圖10-30派工單狀態(tài)圖

(3)擴(kuò)展上題創(chuàng)建的派工單簡單狀態(tài)圖，讓該圖包含三個(gè)子狀態(tài)：未分配，已分配未完成，已

分配已完成，它們都內(nèi)嵌在處理派工單超狀態(tài)中，在嵌套狀態(tài)中還可以包含一個(gè)起

始狀態(tài)和終止?fàn)顟B(tài)。根據(jù)以上描述，創(chuàng)建嵌套子狀態(tài)的狀態(tài)圖，如圖10-31所示。

圖10-31派工單嵌套狀態(tài)圖

第十一章

1、在客戶服務(wù)系統(tǒng)中，可以確定系統(tǒng)業(yè)務(wù)尸體類包括客戶人員、維護(hù)人員、部門經(jīng)理、產(chǎn)

品項(xiàng)目、來電咨詢、客戶資料和派工單，將這些邏輯元素映射到構(gòu)建中，如圖11-35所

7J\o

圖11-35映射構(gòu)件

2、在上題的基礎(chǔ)上，確定構(gòu)件之間的依賴關(guān)系，并創(chuàng)建完整的客戶服務(wù)系統(tǒng)的構(gòu)