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

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

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

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

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

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

6、操作，即安排派工任務(wù)、修改派工任務(wù)、刪除派工任務(wù)，查詢派工任務(wù)，處理投訴；客戶人員具有四個操作，增加客戶、刪除客戶、修改客戶和查找客戶。根據(jù)這些信息，創(chuàng)建系統(tǒng)的類圖?？头藛T類維護人員類部門穎導(dǎo)+ID:Integer名：String中隹別;String4年齡:Integer+聯(lián)系電話”Eng+Pl-：String十撕立:String筋碼；String+登錄名:String+ID:IntegerMJ名：StringM生別：String+學(xué)齡:Integer+聯(lián)系電話:String+iPH：String+曲位：String福碼：String喳錄名:String+ID:Integer名：String

7、中隹別；String斗年齡:Integer+麻系電話:String+P|：String+1瞭:String瑤碼；String喳錄名:String+婚加用戶。斗修改用戶。4刪除用戶0查找用戶0中接受海工任務(wù)。+填寫維護報告3斗查詢派工任務(wù)0故排派工任苦0，修改派工任勞。州I除派工任舞0+查詢派工認為0七處理投訴。2、在上題中，客戶人員，維護人員，部門領(lǐng)導(dǎo)都具有一些共同的屬性，所以可以進行抽象出一個單獨的抽象系統(tǒng)用戶類，客戶人員，維護人員，部門領(lǐng)導(dǎo)分別是系統(tǒng)用戶類下的繼承，根據(jù)這些信息，創(chuàng)建包括類關(guān)系的類圖3、根據(jù)圖4-51,創(chuàng)建相應(yīng)帶參數(shù)的對象圖，要求用Actor構(gòu)造型來表示看“人員類維護人員婁

8、刪除客戶U增加客戶。查找喜戶口脩改客戶。接受海工任苗0填身維護狼占0查詢海工任苦。 安排派工任勞0 修改派工任期0 刪除派工任務(wù)0 直詢派工任務(wù)0處理投訴0第五章1、在客戶服務(wù)系統(tǒng)中，將客戶業(yè)務(wù)的功能單獨的作為一個包，在該包中嵌套兩個子包，分別是客戶咨詢管理，和派工管理。2、細化包圖，在客服咨詢管理中嵌套三個子包，分別是咨詢，投訴，報修；派工管理中嵌套兩個子包，維護安排和回訪安排，客服業(yè)分處理回訪安排3、子包對父包存在這依賴關(guān)系，現(xiàn)在要求對包進行分解，并創(chuàng)建他們的關(guān)系。在客戶服務(wù)管理系統(tǒng)中，有三個參與者，分別是客服人員、部門領(lǐng)導(dǎo)和維護人員。第六章1、客服人員登錄系統(tǒng)后，通過身份驗證，能夠維護個

9、人信息、修改密碼、修改基本信息、維護客戶信息和維護客戶咨詢信息，根據(jù)這些用例在rose中創(chuàng)建客服人員的用例圖2、部門領(lǐng)導(dǎo)登錄系統(tǒng)后，通過身份驗證們可以處理派工、處理投訴、安排回訪、安排上門維護和統(tǒng)計查詢客戶來電情況，根據(jù)這些情況在rose中創(chuàng)建部門領(lǐng)導(dǎo)的用例圖3、維護人員登錄系統(tǒng)后，通過身份驗證，能夠查詢派工單、接受派工、填寫報告、處理派工等，根據(jù)這些用例在rose中創(chuàng)建維護人員的用例圖。境寫根告第七章1、對客戶服務(wù)系統(tǒng)中的客服人員修改客戶信息的用例進行動態(tài)建模，該交互操作的動態(tài)建模由客服對象。客戶信息界面類、客服信息控制類和客戶信息類組成，在序列圖中創(chuàng)建這些對象2、在上題創(chuàng)建的序列圖對象中，

10、根據(jù)修改客戶信息的用例，添加消息和腳本信息完成如圖所示的完整序列圖建模3、對客戶服務(wù)系統(tǒng)中的客服人員刪除客戶信息的用例進行動態(tài)建模，在邏輯視圖中創(chuàng)建序列圖第八章(1)在客戶服務(wù)系統(tǒng)中個“客戶來電”用例，當(dāng)客戶來電的事件發(fā)生后，進入“來電咨詢”活動，如果受理，則查詢客戶信息，否則活動結(jié)束。當(dāng)查詢客戶信息時，如果查詢到客戶，則判斷咨詢類型，否則新增加一個客戶的信息。咨詢類型有三種：咨詢、投訴、保修，如果咨詢，判斷是否能解答問題，如果能，則直接處理，否則由維護人員跟進；如果是投訴，轉(zhuǎn)入投訴處理；如果是保修，則轉(zhuǎn)入報修處理。咨詢處理結(jié)束后，填寫咨詢處理結(jié)果，整個活動的流程結(jié)束。根據(jù)以上描述，創(chuàng)建客戶來

11、電活動圖中的需要表示的各種動作狀態(tài)，如圖8-31所示新增咨詢、面寫處理結(jié)果進客戶來電來電咨詢新增客戶信故障處理圖8-32客戶來電咨詢活動圖(3)在上題創(chuàng)建的活動圖中有一個主要的缺點，它沒有顯示出由誰或者怎么負責(zé)來執(zhí)行某項活動。為了給活動圖中活動指明責(zé)任者，要求在活動圖中放置兩個泳道：客戶和客戶服務(wù)人員負責(zé)執(zhí)行這些活動。最后的完整客戶來電咨詢活動圖，如圖8-33所示。圖8-32創(chuàng)建動作狀態(tài)1處理結(jié)果新增咨詢、填寫處理結(jié)果(2)在上題的基礎(chǔ)上，識別出各種狀態(tài)之間的額轉(zhuǎn)換并考慮分支與合并、分叉與匯合的情況。繪制如圖8-32所示的客戶來電咨詢活動圖。杯能維護人員跟進咨詢能否解答問題0投訴處理I投訴查詢

12、客戶信息客戶客戶服務(wù)人員處理結(jié)果W新增咨詢、填寫處理結(jié)果圖8-33帶泳道的客戶來電咨詢活動圖第九章(1) 對客戶服務(wù)系統(tǒng)中的客服人員修改客戶信息的用例進行動態(tài)建模，該交互操作的動態(tài)建模由客戶對象、客戶信息界面CustomerInfoUI、客戶信息控制類CustomerInfoController和客戶信息類Customerinfo組成，在協(xié)作圖中創(chuàng)建這些對象，如圖9-18所示。CustomerlnfoUI客服人員CustomerlnibCustomerlnfoController圖9-18創(chuàng)建協(xié)作圖對象(2) 在上題創(chuàng)建的協(xié)作圖對象中，根據(jù)修改客戶信息的用例，添加消息和腳本信息，完成圖9-19

13、所示的完整協(xié)作圖建模。Cuslom?rhk圖9-19修改客戶信息協(xié)作圖(3) 對客戶服務(wù)系統(tǒng)中的客服人員刪除客戶信息的用例進行動態(tài)建模，在邏輯視圖(LogicalView)中創(chuàng)建完整的協(xié)作圖，如圖9-20所示。圖9-20刪除客戶信息協(xié)作圖第十章(1)在客戶服務(wù)器系統(tǒng)中派工單有五個狀態(tài)，即新派工單，未分配，已分配未完成，已分配已完成，刪除派工單，圖中還包括一個起始狀態(tài)和一個終止狀態(tài)。根據(jù)以上的描述，出派工單的各種狀態(tài)，如圖10-29所示。創(chuàng)建新派工單未分配已分配未完成刪除派工單已分配已完成圖10-29派工單的狀態(tài)(2)當(dāng)派工單的狀態(tài)在某一事件或某個條件滿足時，就在這五個狀態(tài)中進行轉(zhuǎn)換。分配、作廢、完成等是狀態(tài)轉(zhuǎn)換所發(fā)生的事件。根據(jù)各種狀態(tài)以及裝換規(guī)則，創(chuàng)建派工單完整的狀態(tài)圖，如圖10-30所示。派工單狀態(tài)圖圖10-30(3)擴展上題創(chuàng)建的派工單簡單狀態(tài)圖，讓該圖包含三個子狀態(tài)：未分配，已分配未完成，已分配已完成，它們都內(nèi)嵌在處理派工單超狀態(tài)中，在嵌套狀態(tài)中還可以包含一個起始狀態(tài)和終止狀態(tài)。根據(jù)以上描述，創(chuàng)建嵌套子狀態(tài)的狀態(tài)圖，如圖10-31所示。圖10-31派工單嵌套狀態(tài)圖第十一章1、在客戶服務(wù)系統(tǒng)中，可以確定系統(tǒng)業(yè)務(wù)尸體類包括客戶人員、維護人員、部門經(jīng)理、產(chǎn)品項目、來電咨詢、客戶資料和派工單，將這些邏輯元素映射到