UML面向?qū)ο蠓治雠c設(shè)計(jì)教程課后習(xí)習(xí)題答案(胡荷芬-高斐)簡(jiǎn)答題部分

1、簡(jiǎn)答題第一章1.面向?qū)ο笤O(shè)計(jì)的基本特征有哪些這些特征對(duì)軟件設(shè)計(jì)有何幫助封裝性繼承性多態(tài)性在由封裝，繼承,多態(tài)所組成的環(huán)境中,程序員可以編寫(xiě)出比面向過(guò)程模型更健壯,更具擴(kuò)展性的程序.經(jīng)過(guò)仔細(xì)設(shè)計(jì)的類(lèi)層次結(jié)構(gòu)是重用代碼的基礎(chǔ).封裝能讓程序員不必修改公有接口的代碼即可實(shí)現(xiàn)程序的移植.多態(tài)能使程序員開(kāi)發(fā)出簡(jiǎn)潔,易懂,易修改的代碼.2.類(lèi)與對(duì)象的區(qū)別是什么類(lèi)是抽象的，不具體的。就像有些東西可以歸為一類(lèi)，比如說(shuō)狗，貓，豬。它們都是動(dòng)物，我們就可以歸為一類(lèi)。而貓，狗就是動(dòng)物類(lèi)中的一個(gè)對(duì)象。3.什么是軟件生命周期生命周期包括幾個(gè)階段軟件的生命周期，亦稱(chēng)軟件的生存周期。它是按開(kāi)發(fā)軟件的規(guī)模和復(fù)雜程度，從時(shí)間上

2、把軟件開(kāi)發(fā)的整個(gè)過(guò)程（從計(jì)劃開(kāi)發(fā)開(kāi)始到軟件報(bào)廢為止的整個(gè)歷史階段）進(jìn)行分解，形成 相對(duì)獨(dú)立的幾個(gè)階段， 每個(gè)階段又分解成幾個(gè)具體的任務(wù)， 然后按規(guī)定順序依次完成各階段 的任務(wù)并規(guī)定一套標(biāo)準(zhǔn)的文檔作為各個(gè)階段的開(kāi)發(fā)成果，最后生產(chǎn)出高質(zhì)量的軟件。分為： 一般分為定義， 開(kāi)發(fā)，維護(hù)三大階段， 定義階段有可行性論證和開(kāi)發(fā)計(jì)劃，需求分析， 開(kāi)發(fā)階段有概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)和編碼，維護(hù)階段有測(cè)試，運(yùn)行維護(hù)4.面向?qū)ο笈cuml的關(guān)系umL是統(tǒng)一建模圖，用于便于描述類(lèi)之間的關(guān)系等，是用來(lái)幫助你更好進(jìn)行面向?qū)ο蟮脑O(shè)計(jì)。5.面向?qū)ο笤O(shè)計(jì)與傳統(tǒng)軟件相比,有何優(yōu)點(diǎn)更有針對(duì)性 更容易讓客戶(hù)滿(mǎn)意 減少修改提高效率第二章模型元

3、素有哪些UML中模型元素太多了，比如用例圖中的元素有用例，角色，擴(kuò)展關(guān)系，包含關(guān)系，類(lèi)圖中的元素有類(lèi)，接口，關(guān)聯(lián)等等，每一種框圖都有各自獨(dú)有的元素2.簡(jiǎn)述uml通用機(jī)制組成以及它的作用一、修飾。在使用UML語(yǔ)言建模時(shí)，可以將圖形修飾附加到UML圖中的模型元素上。比如，當(dāng)一個(gè)元素代表某種類(lèi)型的時(shí)候，它的名稱(chēng)可以用粗體字形類(lèi)顯示；當(dāng)同一元素表示該類(lèi)型的實(shí)例時(shí)，該元素的名稱(chēng)用一條下劃線(xiàn)修飾。二、注釋。UML語(yǔ)言中用一條虛線(xiàn)將注釋連接到它為之解釋的或細(xì)化的元素上。三、通用劃分。UML語(yǔ)言對(duì)其模型元素規(guī)定了兩種類(lèi)型的通用劃分：型-實(shí)例（值）和接口-實(shí)現(xiàn)。1、型-實(shí)例（Type-Instance）：描述一

4、個(gè)通用描述符與單個(gè)元素項(xiàng)之間的對(duì)應(yīng)關(guān)系。實(shí)例元素使用與通用描述符相同的表示圖形，但是名字的表示與通用描述符不同：實(shí)例元素名字帶有下劃線(xiàn)，而且后面還要加上冒號(hào)和通用描述符的名字。2、接口-實(shí)現(xiàn)：接口聲明了一個(gè)規(guī)定了服務(wù)的約定，接口的實(shí)現(xiàn)負(fù)責(zé)執(zhí)行接口的全部語(yǔ)義定義并實(shí)現(xiàn)該項(xiàng)服務(wù)。3.在uml中包含哪些視圖視圖對(duì)應(yīng)哪些圖場(chǎng)景視圖 use case邏輯視圖 類(lèi)圖開(kāi)發(fā)視圖 類(lèi)圖，組件圖進(jìn)程視圖 無(wú)完全對(duì)應(yīng)部署視圖 部署圖4.簡(jiǎn)述視圖與圖的內(nèi)在關(guān)系視圖是幾何體在投影面上留下的正投影，它是主視圖、俯視圖、左視圖的總稱(chēng)，滿(mǎn)足主視圖與俯視圖的長(zhǎng)對(duì)正，主視圖與左視圖的高平齊，俯視圖與左視圖的寬相等。5.簡(jiǎn)述uml

5、中擴(kuò)展機(jī)制的作用UML 提供了幾種擴(kuò)展機(jī)制，允許建模者在不用改變基本建模語(yǔ)言的情況下做一些通用的擴(kuò)展。這些擴(kuò)展機(jī)制已經(jīng)被設(shè)計(jì)好，以便于在不需理解全部語(yǔ)義的情況下就可以存儲(chǔ)和使用。由于這個(gè)原因，擴(kuò)展可以作為字符串存儲(chǔ)和使用。對(duì)不支持?jǐn)U展機(jī)制的工具來(lái)說(shuō)，擴(kuò)展只是一個(gè)字符串，它可以作為模型的一部分被導(dǎo)入、存儲(chǔ)，還可以被傳遞到其他工具。第四章1、 在一個(gè)“客戶(hù)服務(wù)系統(tǒng)”中，需要管理的用戶(hù)包括客戶(hù)管理人員、維護(hù)人員、部門(mén)領(lǐng)導(dǎo)，他們都具有用戶(hù)ID、姓名、性別、年齡、聯(lián)系電話(huà)、部門(mén)、職位、密碼、登錄名。其中，維護(hù)人員具有三個(gè)操作，即接受派工任務(wù)、填寫(xiě)維護(hù)報(bào)告、查詢(xún)派工任務(wù)；部門(mén)領(lǐng)導(dǎo)具有五個(gè)操作，即安排派工任

6、務(wù)、修改派工任務(wù)、刪除派工任務(wù)，查詢(xún)派工任務(wù)，處理投訴；客戶(hù)人員具有四個(gè)操作，增加客戶(hù)、刪除客戶(hù)、修改客戶(hù)和查找客戶(hù)。根據(jù)這些信息，創(chuàng)建系統(tǒng)的類(lèi)圖。2、 在上題中，客戶(hù)人員，維護(hù)人員，部門(mén)領(lǐng)導(dǎo)都具有一些共同的屬性，所以可以進(jìn)行抽象出一個(gè)單獨(dú)的抽象系統(tǒng)用戶(hù)類(lèi)，客戶(hù)人員，維護(hù)人員，部門(mén)領(lǐng)導(dǎo)分別是系統(tǒng)用戶(hù)類(lèi)下的繼承，根據(jù)這些信息，創(chuàng)建包括類(lèi)關(guān)系的類(lèi)圖3、 根據(jù)圖4-51，創(chuàng)建相應(yīng)帶參數(shù)的對(duì)象圖，要求用Actor構(gòu)造型來(lái)表示第五章1、 在客戶(hù)服務(wù)系統(tǒng)中，將客戶(hù)業(yè)務(wù)的功能單獨(dú)的作為一個(gè)包，在該包中嵌套兩個(gè)子包，分別是客戶(hù)咨詢(xún)管理，和派工管理。2、 細(xì)化包圖，在客服咨詢(xún)管理中嵌套三個(gè)子包，分別是咨詢(xún)，投訴

7、，報(bào)修；派工管理中嵌套兩個(gè)子包，維護(hù)安排和回訪(fǎng)安排，3、 子包對(duì)父包存在這依賴(lài)關(guān)系，現(xiàn)在要求對(duì)包進(jìn)行分解，并創(chuàng)建他們的關(guān)系。在客戶(hù)服務(wù)管理系統(tǒng)中，有三個(gè)參與者，分別是客服人員、部門(mén)領(lǐng)導(dǎo)和維護(hù)人員。第六章1、客服人員登錄系統(tǒng)后，通過(guò)身份驗(yàn)證，能夠維護(hù)個(gè)人信息、修改密碼、修改基本信息、維護(hù)客戶(hù)信息和維護(hù)客戶(hù)咨詢(xún)信息，根據(jù)這些用例在rose中創(chuàng)建客服人員的用例圖2、部門(mén)領(lǐng)導(dǎo)登錄系統(tǒng)后，通過(guò)身份驗(yàn)證們可以處理派工、處理投訴、安排回訪(fǎng)、安排上門(mén)維護(hù)和統(tǒng)計(jì)查詢(xún)客戶(hù)來(lái)電情況，根據(jù)這些情況在rose中創(chuàng)建部門(mén)領(lǐng)導(dǎo)的用例圖3、維護(hù)人員登錄系統(tǒng)后，通過(guò)身份驗(yàn)證，能夠查詢(xún)派工單、接受派工、填寫(xiě)報(bào)告、處理派工等，根據(jù)

8、這些用例在rose中創(chuàng)建維護(hù)人員的用例圖。第七章1、對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員修改客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模，該交互操作的動(dòng)態(tài)建模由客服對(duì)象。客戶(hù)信息界面類(lèi)、客服信息控制類(lèi)和客戶(hù)信息類(lèi)組成，在序列圖中創(chuàng)建這些對(duì)象2、在上題創(chuàng)建的序列圖對(duì)象中，根據(jù)修改客戶(hù)信息的用例，添加消息和腳本信息完成如圖所示的完整序列圖建模3、對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員刪除客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖中創(chuàng)建序列圖第八章（1）在客戶(hù)服務(wù)系統(tǒng)中個(gè)“客戶(hù)來(lái)電”用例，當(dāng)客戶(hù)來(lái)電的事件發(fā)生后，進(jìn)入“來(lái)電咨詢(xún)”活動(dòng)，如果受理，則查詢(xún)客戶(hù)信息，否則活動(dòng)結(jié)束。當(dāng)查詢(xún)客戶(hù)信息時(shí)，如果查詢(xún)到客戶(hù)，則判斷咨詢(xún)類(lèi)型，否則新增加一個(gè)客戶(hù)的

9、信息。咨詢(xún)類(lèi)型有三種：咨詢(xún)、投訴、保修，如果咨詢(xún)，判斷是否能解答問(wèn)題，如果能，則直接處理，否則由維護(hù)人員跟進(jìn)；如果是投訴，轉(zhuǎn)入投訴處理；如果是保修，則轉(zhuǎn)入報(bào)修處理。咨詢(xún)處理結(jié)束后，填寫(xiě)咨詢(xún)處理結(jié)果，整個(gè)活動(dòng)的流程結(jié)束。根據(jù)以上描述，創(chuàng)建客戶(hù)來(lái)電活動(dòng)圖中的需要表示的各種動(dòng)作狀態(tài)，如圖8-31所示。圖8-32 創(chuàng)建動(dòng)作狀態(tài)（2）在上題的基礎(chǔ)上，識(shí)別出各種狀態(tài)之間的額轉(zhuǎn)換并考慮分支與合并、分叉與匯合的情況。繪制如圖8-32所示的客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖。圖8-32 客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖（3）在上題創(chuàng)建的活動(dòng)圖中有一個(gè)主要的缺點(diǎn)，它沒(méi)有顯示出由誰(shuí)或者怎么負(fù)責(zé)來(lái)執(zhí)行某項(xiàng)活動(dòng)。為了給活動(dòng)圖中活動(dòng)指明責(zé)任者，要求在

10、活動(dòng)圖中放置兩個(gè)泳道：客戶(hù)和客戶(hù)服務(wù)人員負(fù)責(zé)執(zhí)行這些活動(dòng)。最后的完整客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖，如圖8-33所示。圖8-33 帶泳道的客戶(hù)來(lái)電咨詢(xún)活動(dòng)圖第九章（1） 對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員修改客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模，該交互操作的動(dòng)態(tài)建模由客戶(hù)對(duì)象、客戶(hù)信息界面CustomerInfoUI、客戶(hù)信息控制類(lèi)CustomerInfoController和客戶(hù)信息類(lèi)CustomerInfo組成，在協(xié)作圖中創(chuàng)建這些對(duì)象，如圖9-18所示。 圖9-18 創(chuàng)建協(xié)作圖對(duì)象（2） 在上題創(chuàng)建的協(xié)作圖對(duì)象中，根據(jù)修改客戶(hù)信息的用例，添加消息和腳本信息，完成圖9-19所示的完整協(xié)作圖建模。 圖9-19 修改客戶(hù)信息

11、協(xié)作圖（3） 對(duì)客戶(hù)服務(wù)系統(tǒng)中的客服人員刪除客戶(hù)信息的用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖（Logical View）中創(chuàng)建完整的協(xié)作圖，如圖9-20所示。 圖9-20 刪除客戶(hù)信息協(xié)作圖第十章（1） 在客戶(hù)服務(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è)條件滿(mǎn)足時(shí)，就在這五個(gè)狀態(tài)中進(jìn)行轉(zhuǎn)換。分配、作廢、完成等是狀態(tài)轉(zhuǎn)換所發(fā)生的事件。根據(jù)各種狀態(tài)以及裝換規(guī)則，創(chuàng)建派工單完整的狀態(tài)圖，如圖10-30所示。圖10-30 派工單狀態(tài)圖（3） 擴(kuò)展上題創(chuàng)建的派工單簡(jiǎn)單狀態(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、 在客戶(hù)服務(wù)系統(tǒng)中，可以確定系統(tǒng)業(yè)務(wù)尸體類(lèi)包括客戶(hù)人員、維護(hù)人員、部門(mén)經(jīng)理、產(chǎn)品項(xiàng)目、來(lái)電咨詢(xún)、客戶(hù)資料和派工單，將這些邏輯元素映射到構(gòu)建中，如圖11-35所示。 圖11-35 映射構(gòu)件2、 在上題的基礎(chǔ)