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

簡(jiǎn)答題第一章1.面向?qū)ο笤O(shè)計(jì)基本特性有哪些？這些特性對(duì)軟件設(shè)計(jì)有何協(xié)助？封裝性繼承性多態(tài)性在由封裝，繼承,多態(tài)所構(gòu)成環(huán)境中,程序員可以編寫出比面向過程模型更健壯,更具擴(kuò)展性程序.通過仔細(xì)設(shè)計(jì)類層次構(gòu)造是重用代碼基本.封裝能讓程序員不必修改公有接口代碼即可實(shí)現(xiàn)程序移植.多態(tài)能使程序員開發(fā)出簡(jiǎn)潔,易懂,易修改代碼.2.類與對(duì)象區(qū)別是什么？類是抽象，不詳細(xì)。就像有些東西可以歸為一類，例如說狗，貓，豬。它們都是動(dòng)物，咱們就可以歸為一類。而貓，狗就是動(dòng)物類中一種對(duì)象。3.什么是軟件生命周期？生命周期涉及幾種階段？軟件生命周期，亦稱軟件生存周期。它是按開發(fā)軟件規(guī)模和復(fù)雜限度，從時(shí)間上把軟件開發(fā)整個(gè)過程（從籌劃開發(fā)開始到軟件報(bào)廢為止整個(gè)歷史階段）進(jìn)行分解，形成相對(duì)獨(dú)立幾種階段，每個(gè)階段又分解成幾種詳細(xì)任務(wù)，然后按規(guī)定順序依次完畢各階段任務(wù)并規(guī)定一套原則文檔作為各個(gè)階段開發(fā)成果，最后生產(chǎn)出高質(zhì)量軟件。分為：普通分為定義，開發(fā)，維護(hù)三大階段，定義階段有可行性論證和開發(fā)籌劃，需求分析，開發(fā)階段有概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)和編碼，維護(hù)階段有測(cè)試，運(yùn)營(yíng)維護(hù)4.面向?qū)ο笈cuml關(guān)系？umL是統(tǒng)一建模圖，用于便于描述類之間關(guān)系等，是用來協(xié)助你更好進(jìn)行面向?qū)ο笤O(shè)計(jì)。5.面向?qū)ο笤O(shè)計(jì)與老式軟件相比,有何長(zhǎng)處？更有針對(duì)性更容易讓客戶滿意減少修改提高效率第二章1.uml模型元素有哪些？UML中模型元素太多了，例如用例圖中元素有用例，角色，擴(kuò)展關(guān)系，包括關(guān)系，類圖中元素有類，接口，關(guān)聯(lián)等等，每一種框圖均有各自獨(dú)有元素2.簡(jiǎn)述uml通用機(jī)制構(gòu)成以及它作用？一、修飾。在使用UML語言建模時(shí)，可以將圖形修飾附加到UML圖中模型元素上。例如，當(dāng)一種元素代表某種類型時(shí)候，它名稱可以用粗體字形類顯示；當(dāng)同一元素表達(dá)該類型實(shí)例時(shí)，該元素名稱用一條下劃線修飾。二、注釋。UML語言中用一條虛線將注釋連接到它為之解釋或細(xì)化元素上。三、通用劃分。UML語言對(duì)其模型元素規(guī)定了兩種類型通用劃分：型-實(shí)例（值）和接口-實(shí)現(xiàn)。1、型-實(shí)例（Type-Instance）：描述一種通用描述符與單個(gè)元素項(xiàng)之間相應(yīng)關(guān)系。實(shí)例元素使用與通用描述符相似表達(dá)圖形，但是名字表達(dá)與通用描述符不同：實(shí)例元素名字帶有下劃線，并且背面還要加上冒號(hào)和通用描述符名字。2、接口-實(shí)現(xiàn)：接口聲明了一種規(guī)定了服務(wù)商定，接口實(shí)現(xiàn)負(fù)責(zé)執(zhí)行接口所有語義定義并實(shí)現(xiàn)該項(xiàng)服務(wù)。3.在uml中包括哪些視圖？視圖相應(yīng)哪些圖？場(chǎng)景視圖usecase邏輯視圖類圖開發(fā)視圖類圖，組件圖進(jìn)程視圖無完全相應(yīng)布置視圖布置圖4.簡(jiǎn)述視圖與圖內(nèi)在關(guān)系？視圖是幾何體在投影面上留下正投影，它是主視圖、俯視圖、左視圖總稱，滿足主視圖與俯視圖長(zhǎng)對(duì)正，主視圖與左視圖高平齊，俯視圖與左視圖寬相等。5.簡(jiǎn)述uml中擴(kuò)展機(jī)制作用？UML提供了幾種擴(kuò)展機(jī)制，容許建模者在不用變化基本建模語言狀況下做某些通用擴(kuò)展。這些擴(kuò)展機(jī)制已經(jīng)被設(shè)計(jì)好，以便于在不需理解所有語義狀況下就可以存儲(chǔ)和使用。由于這個(gè)因素，擴(kuò)展可以作為字符串存儲(chǔ)和使用。對(duì)不支持?jǐn)U展機(jī)制工具來說，擴(kuò)展只是一種字符串，它可以作為模型一某些被導(dǎo)入、存儲(chǔ)，還可以被傳遞到其她工具。第四章在一種“客戶服務(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è)操作，增長(zhǎng)客戶、刪除客戶、修改客戶和查找客戶。依照這些信息，創(chuàng)立系統(tǒng)類圖。在上題中，客戶人員，維護(hù)人員，部門領(lǐng)導(dǎo)都具備某些共同屬性，因此可以進(jìn)行抽象出一種單獨(dú)抽象系統(tǒng)顧客類，客戶人員，維護(hù)人員，部門領(lǐng)導(dǎo)分別是系統(tǒng)顧客類下繼承，依照這些信息，創(chuàng)立涉及類關(guān)系類圖依照?qǐng)D4-51，創(chuàng)立相應(yīng)帶參數(shù)對(duì)象圖，規(guī)定用Actor構(gòu)造型來表達(dá)第五章在客戶服務(wù)系統(tǒng)中，將客戶業(yè)務(wù)功能單獨(dú)作為一種包，在該包中嵌套兩個(gè)子包，分別是客戶征詢管理，和派工管理。細(xì)化包圖，在客服征詢管理中嵌套三個(gè)子包，分別是征詢，投訴，報(bào)修；派工管理中嵌套兩個(gè)子包，維護(hù)安排和回訪安排，子包對(duì)父包存在這依賴關(guān)系，當(dāng)前規(guī)定對(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ù)客戶征詢信息，依照這些用例在rose中創(chuàng)立客服人員用例圖2、部門領(lǐng)導(dǎo)登錄系統(tǒng)后，通過身份驗(yàn)證們可以解決派工、解決投訴、安排回訪、安排上門維護(hù)和記錄查詢客戶來電狀況，依照這些狀況在rose中創(chuàng)立部門領(lǐng)導(dǎo)用例圖3、維護(hù)人員登錄系統(tǒng)后，通過身份驗(yàn)證，可以查詢派工單、接受派工、填寫報(bào)告、解決派工等，依照這些用例在rose中創(chuàng)立維護(hù)人員用例圖。第七章1、對(duì)客戶服務(wù)系統(tǒng)中客服人員修改客戶信息用例進(jìn)行動(dòng)態(tài)建模，該交互操作動(dòng)態(tài)建模由客服對(duì)象?？蛻粜畔⒔缑骖?、客服信息控制類和客戶信息類構(gòu)成，在序列圖中創(chuàng)立這些對(duì)象2、在上題創(chuàng)立序列圖對(duì)象中，依照修改客戶信息用例，添加消息和腳本信息完畢如圖所示完整序列圖建模3、對(duì)客戶服務(wù)系統(tǒng)中客服人員刪除客戶信息用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖中創(chuàng)立序列圖第八章（1）在客戶服務(wù)系統(tǒng)中個(gè)“客戶來電”用例，當(dāng)客戶來電事件發(fā)生后，進(jìn)入“來電征詢”活動(dòng)，如果受理，則查詢客戶信息，否則活動(dòng)結(jié)束。當(dāng)查詢客戶信息時(shí)，如果查詢到客戶，則判斷征詢類型，否則新增長(zhǎng)一種客戶信息。征詢類型有三種：征詢、投訴、保修，如果征詢，判斷與否能解答問題，如果能，則直接解決，否則由維護(hù)人員跟進(jìn)；如果是投訴，轉(zhuǎn)入投訴解決；如果是保修，則轉(zhuǎn)入報(bào)修解決。征詢解決結(jié)束后，填寫征詢解決成果，整個(gè)活動(dòng)流程結(jié)束。依照以上描述，創(chuàng)立客戶來電活動(dòng)圖中需要表達(dá)各種動(dòng)作狀態(tài)，如圖8-31所示。圖8-32創(chuàng)立動(dòng)作狀態(tài)（2）在上題基本上，辨認(rèn)出各種狀態(tài)之間額轉(zhuǎn)換并考慮分支與合并、分叉與匯合狀況。繪制如圖8-32所示客戶來電征詢活動(dòng)圖。圖8-32客戶來電征詢活動(dòng)圖（3）在上題創(chuàng)立活動(dòng)圖中有一種重要缺陷，它沒有顯示出由誰或者怎么負(fù)責(zé)來執(zhí)行某項(xiàng)活動(dòng)。為了給活動(dòng)圖中活動(dòng)指明責(zé)任者，規(guī)定在活動(dòng)圖中放置兩個(gè)泳道：客戶和客戶服務(wù)人員負(fù)責(zé)執(zhí)行這些活動(dòng)。最后完整客戶來電征詢活動(dòng)圖，如圖8-33所示。圖8-33帶泳道客戶來電征詢活動(dòng)圖第九章對(duì)客戶服務(wù)系統(tǒng)中客服人員修改客戶信息用例進(jìn)行動(dòng)態(tài)建模，該交互操作動(dòng)態(tài)建模由客戶對(duì)象、客戶信息界面CustomerInfoUI、客戶信息控制類CustomerInfoController和客戶信息類CustomerInfo構(gòu)成，在協(xié)作圖中創(chuàng)立這些對(duì)象，如圖9-18所示。圖9-18創(chuàng)立協(xié)作圖對(duì)象在上題創(chuàng)立協(xié)作圖對(duì)象中，依照修改客戶信息用例，添加消息和腳本信息，完畢圖9-19所示完整協(xié)作圖建模。圖9-19修改客戶信息協(xié)作圖對(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)，即新派工單，未分派，已分派未完畢，已分派已完畢，刪除派工單，圖中還涉及一種起始狀態(tài)和一種終結(jié)狀態(tài)。依照以上描述，創(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ā)生事件。依照各種狀態(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)中還可以包括一種起始狀態(tài)和終結(jié)狀態(tài)。依照以上描述，創(chuàng)立嵌套子狀態(tài)狀態(tài)圖，如圖10-31所示。圖10-31派工單嵌套狀態(tài)圖第十一章在客戶服務(wù)系統(tǒng)中，可以擬定系統(tǒng)業(yè)務(wù)尸體類涉及客戶人員、維護(hù)人員、部門經(jīng)理、產(chǎn)品項(xiàng)目、來電征詢、客戶資料和派工單，將這些邏輯元素映射到構(gòu)建中，如圖11-35所示。