UML課后習(xí)題答案

1、第1章 UML概述2. 請(qǐng)指出三種以上現(xiàn)實(shí)生活中的常用模型，并說(shuō)明它們分別在各自的領(lǐng)域中發(fā)揮了什么樣的作用。1）電路圖：電子產(chǎn)品設(shè)計(jì)、生產(chǎn)、維修2）園區(qū)沙盤：直觀、立體化地展示園區(qū)的景觀、布局3）地圖：導(dǎo)航、指路等4. 說(shuō)明UML適用的建模領(lǐng)域，以及其作用和主要的參與人員。n 業(yè)務(wù)建模，用來(lái)加強(qiáng)對(duì)業(yè)務(wù)領(lǐng)域的了解，以領(lǐng)域?qū)＜覟橹?，需求分析人員是主力，系統(tǒng)分析員、架構(gòu)師可參與。n 需求模型，用來(lái)加強(qiáng)需求了解，便于技術(shù)決策，以需求分析人員為主，系統(tǒng)分析員是主力，領(lǐng)域?qū)＜姨峁┲笇?dǎo)，架構(gòu)師和資深開(kāi)發(fā)人員參與。n 設(shè)計(jì)模型：包括高層設(shè)計(jì)模型和詳細(xì)設(shè)計(jì)模型。高層設(shè)計(jì)模型以架構(gòu)師為主，系統(tǒng)分析員從需求方面提供

2、支持，資深開(kāi)發(fā)人員從技術(shù)實(shí)現(xiàn)方面提供支持。詳細(xì)設(shè)計(jì)模型則以資深開(kāi)發(fā)人員為主，架構(gòu)師提供指導(dǎo)。n 實(shí)現(xiàn)模型：架構(gòu)師、資深開(kāi)發(fā)人員（設(shè)計(jì)人員）；以資深開(kāi)發(fā)人員（設(shè)計(jì)人員）為主，架構(gòu)師提供總體指導(dǎo)。n 數(shù)據(jù)庫(kù)模型：架構(gòu)師、數(shù)據(jù)庫(kù)開(kāi)發(fā)人員、資深開(kāi)發(fā)人員（設(shè)計(jì)人員）；以數(shù)據(jù)庫(kù)開(kāi)發(fā)人員為主，架構(gòu)師提供指導(dǎo)，資深開(kāi)發(fā)人員（設(shè)計(jì)人員）予以配合。第2章 UML世界的構(gòu)成4. 擴(kuò)展關(guān)系，是關(guān)系構(gòu)造塊。5. 可以包含其它事物構(gòu)造塊的構(gòu)造塊是什么？它屬于什么類型的事物構(gòu)造塊？可以包含其它事物構(gòu)造塊的構(gòu)造塊是包，它屬于分組事物構(gòu)造塊。6. 在UML中定義了哪幾種可見(jiàn)性規(guī)則？其中package的含義是什么？定義了publ

3、ic、private、protected、package，package是指只有聲明在同一個(gè)包中的元素才能夠看到該元素。7. 規(guī)格描述是一種事物構(gòu)造塊嗎？如果不是，它是什么？它的作用是什么？規(guī)格描述不是事物構(gòu)造塊，它是UML四種公共機(jī)制之一，用來(lái)對(duì)構(gòu)造塊的語(yǔ)法和語(yǔ)義進(jìn)行文字?jǐn)⑹?，使得可視化視圖和文字視圖的分離。8. 標(biāo)記值的作用是什么？它的表示法和約束的表示法有什么異同？在UML模型中如何區(qū)分它們？標(biāo)記值是用來(lái)為事物添加新特性的。約束的表示法和標(biāo)記值法類似，都是使用花括號(hào)括起來(lái)的串來(lái)表示，不過(guò)它是不能夠放在元素中的，而是放在相關(guān)的元素附近。9. 構(gòu)造型的作用是什么？如果我們采用一個(gè)自定義的圖標(biāo)

4、來(lái)表示它，那么可能遇到的主要問(wèn)題是什么？構(gòu)造型用來(lái)定義一些特定于某個(gè)領(lǐng)域或某個(gè)系統(tǒng)的構(gòu)造塊。用自定義的圖標(biāo)有兩個(gè)問(wèn)題：一是容易產(chǎn)生歧義，二是建模工具難以支持。10. 約束有兩種表示法，它們分別是什么？約束的內(nèi)容可以以自由形式的文本來(lái)表示，也可以使用UML的OCL（對(duì)象約束語(yǔ)言）來(lái)精確定義。11. UML 2.0在UML 1的基礎(chǔ)上新增了三種圖，請(qǐng)指出它們的名稱和作用。1）復(fù)合結(jié)構(gòu)圖：描述類的運(yùn)行時(shí)刻的分解2）定時(shí)圖：描述對(duì)象之間的交互，重點(diǎn)在于定時(shí)3）交互概觀圖：是一種順序圖與活動(dòng)圖的混合12. 在UML 2.0中定義了四種交互圖，其中強(qiáng)調(diào)對(duì)象調(diào)用順序的是什么圖？順序圖13. 交互概觀圖是哪兩

5、種圖的綜合。順序圖與活動(dòng)圖14. 請(qǐng)繪制出類、用例和協(xié)作的圖形符號(hào)。圖形位置顏色Draw()管理用戶 15. 在“4+1”視圖中，這個(gè)1表示的是什么，它有什么作用。這個(gè)1是用例視圖。它是最基本的需求分析模型，是可被最終用戶看到的系統(tǒng)行為的用例組成。常用的模型包括用例圖、交互圖、狀態(tài)圖、活動(dòng)圖等第3章 類圖2. 在對(duì)類名、屬性/方法名時(shí)，通常會(huì)遵循什么樣的規(guī)則？請(qǐng)舉例說(shuō)明。對(duì)于類名通常采用CamelCase格式（大寫字母開(kāi)頭、混合大小寫，每個(gè)單詞以大寫開(kāi)始，避免使用特殊符號(hào)），盡可能避免使用縮寫，例如OrderDetail。圖3-30 ClassA表示屬性名也采用CamelCase格式，但為了與

6、類名進(jìn)行區(qū)別，通常首字母以小寫開(kāi)頭，例如productId。操作名的命名格式與屬性名類似，不過(guò)通常是動(dòng)詞詞組。3. 假設(shè)類ClassB是ClassA的子類，其中ClassA的屬性和方法如圖所示，則ClassB能夠訪問(wèn)的有哪些？子類只有private的成員無(wú)法訪問(wèn)，因此可以訪問(wèn)的屬性有mem02和mem03，可以訪問(wèn)的方法有op1。4. 在圖3-31中，是一個(gè)倉(cāng)庫(kù)管理系統(tǒng)的類模型局部，其中IncomeOrder是指入庫(kù)單，OrderItem是指入庫(kù)中的每一項(xiàng)，Product則是產(chǎn)品信息。請(qǐng)指出模型中的錯(cuò)誤，說(shuō)明原因并改正錯(cuò)誤。圖3-31 倉(cāng)庫(kù)管理系統(tǒng)類模型局部5. 在圖3-32中是一個(gè)“涉稅服務(wù)

7、管理效能管理系統(tǒng)”中類模型的一個(gè)局部，請(qǐng)根據(jù)該圖回答以下問(wèn)題。圖3-32 涉稅服務(wù)效能管理系統(tǒng)類模型局部（1）在描述“稅務(wù)審批服務(wù)申請(qǐng)”時(shí)，它主要包含哪幾個(gè)方面的內(nèi)容？它有幾種不同的類別？受理資料、受理提示、受理告知、納稅人、流轉(zhuǎn)記錄。包括行政許可類申請(qǐng)、涉稅服務(wù)類申請(qǐng)和行政審批類申請(qǐng)三類。（2）對(duì)于每一條流轉(zhuǎn)記錄，可能與幾個(gè)“稅務(wù)審批服務(wù)申請(qǐng)”相關(guān)？與幾個(gè)處理人相關(guān)？每條流轉(zhuǎn)記錄只和一個(gè)“稅務(wù)審批服務(wù)申請(qǐng)”相關(guān)，只與一個(gè)處理人相關(guān)。6. 在圖3-32中，對(duì)于每個(gè)流轉(zhuǎn)記錄的處理人它的類型（窗口人員、核查人員、審批人員）是唯一的，也就是只可能取一種值。請(qǐng)?jiān)趫D中加上表示這種規(guī)則的約束。圖3-33

8、修改后的模型局部7. 后來(lái)，開(kāi)發(fā)人員又在圖3-32的基礎(chǔ)上進(jìn)行了一些修改，其中有一個(gè)局部修改成了如圖3-33的內(nèi)容。請(qǐng)說(shuō)明這些新增加的元素分別表示什么含義。has是關(guān)聯(lián)名稱，表示這種關(guān)聯(lián)是“擁有”關(guān)系。 “申請(qǐng)ID”是限定符，表示每一個(gè)流轉(zhuǎn)記錄只能用一個(gè)“申請(qǐng)ID”。 8. 在繪制類圖時(shí)，第一步就是發(fā)現(xiàn)類，最常用的方法是什么？請(qǐng)簡(jiǎn)要說(shuō)明它的使用方法。發(fā)現(xiàn)類的方法有很多種，其中最廣泛應(yīng)用的莫過(guò)于“名詞動(dòng)詞法”，其主要規(guī)則是從名詞與名詞短語(yǔ)中提取對(duì)象與屬性；從動(dòng)詞與動(dòng)詞短語(yǔ)中提取操作與關(guān)聯(lián)；而所有格短短語(yǔ)通常表明名詞應(yīng)該是屬性而不是對(duì)象。第4章 對(duì)象圖1. 對(duì)象特性的三要素是什么，請(qǐng)通過(guò)一個(gè)實(shí)際的

9、例子來(lái)說(shuō)明三要素的內(nèi)容。對(duì)象特性的三要素是狀態(tài)、行為和標(biāo)識(shí)。張三對(duì)象具有身高、體重、學(xué)歷、職務(wù)、收入等狀態(tài)，具有讀書、鍛煉、吃飯等行為。福建省有個(gè)張三，北京市有個(gè)張三，我們說(shuō)福建張三和北京張三，福建、北京就是兩個(gè)不同命名空間的標(biāo)識(shí)。2. “書”、“購(gòu)物車”、“我的UML參考手冊(cè)（第二版）”、“銀行卡”、“號(hào)碼手機(jī)卡”中，哪些是對(duì)象，哪些是類。光從這些名字是否一定可以確定為是對(duì)象？“我的UML參考手冊(cè)（第二版）”、“號(hào)碼手機(jī)卡”是對(duì)象。3. 在圖中最上面的對(duì)象的名稱是什么？該圖表示的意思是什么？請(qǐng)繪制出與其相應(yīng)的類圖。圖4-1 對(duì)象圖實(shí)例Chi

10、na。該圖的意思是福建、四川等省份組成中國(guó)。第6章 用例圖1. 請(qǐng)列舉出兩種以上現(xiàn)代需求分析技術(shù)，并簡(jiǎn)要地說(shuō)明它們的特點(diǎn)。n 用例：描繪一個(gè)系統(tǒng)外在可見(jiàn)的需求情況，是代表系統(tǒng)中各個(gè)項(xiàng)目相關(guān)人員（風(fēng)險(xiǎn)承擔(dān)人，Stakeholder）之間就系統(tǒng)的行為所達(dá)成的契約n 用戶故事：由客戶參與編寫，說(shuō)明他們需要系統(tǒng)為他們做什么，一般用客戶的術(shù)語(yǔ)編寫，其長(zhǎng)度約為三句話左右n 特性：就是一個(gè)小的，具有客戶價(jià)值的功能2. 在用例圖中參與者是什么，它屬于系統(tǒng)范圍之內(nèi)嗎？參與者是為了完成一個(gè)事件而與系統(tǒng)交互的實(shí)體，它不屬于系統(tǒng)范圍之內(nèi)。3. 用例和使用場(chǎng)景之間是什么關(guān)系？ 用例是由一組用例實(shí)例組成的，用例實(shí)例也就是

11、常說(shuō)的“使用場(chǎng)景”。4. 用例之間的擴(kuò)展、泛化、包含三種關(guān)系有什么異同，請(qǐng)分別舉例說(shuō)明。n 包含用例是一個(gè)完整的用例，可以獨(dú)立存在，也可以單獨(dú)被參與者調(diào)用。擴(kuò)展用例不是完整的用例，只是由部分?jǐn)U展功能組成的，不能獨(dú)立存在，必須依賴于基本用例。n 泛化關(guān)系：用來(lái)表示參與者與參與者之間，用例與用例之間的特殊/一般化關(guān)系5. 對(duì)于一個(gè)電子商務(wù)網(wǎng)站而言，以下哪些不是合適的用例，指出并說(shuō)明理由。 輸入支付信息 將商品放入購(gòu)物車 結(jié)賬 預(yù)訂商品 用戶登錄 郵寄商品 查看商品詳情輸入支付信息：太小郵件商品：系統(tǒng)功能之外查看商品詳情：太小6. 為了滿足物業(yè)中介行業(yè)的信息化要求，甲公司基于詳盡的需求調(diào)研與分析，準(zhǔn)

12、備研發(fā)一套符合市場(chǎng)需要的、實(shí)用的信息管理系統(tǒng)。主要將實(shí)現(xiàn)客戶資料信息管理、客戶委托（出租、出售、租賃、購(gòu)買）信息管理、業(yè)務(wù)線索生成與管理、房源狀態(tài)自動(dòng)更新、權(quán)限管理、到期用戶管理、房源組合查詢等功能。該公司小王，通過(guò)多次的與潛在客戶的交流與溝通，完成了最初的用例模型的開(kāi)發(fā)，圖6-14是一個(gè)用例模型的局部：圖6-14 物業(yè)管理系統(tǒng)用例模型局部（1）但小李認(rèn)為該模型不符合“用例建?！钡乃枷?，存在明顯的錯(cuò)誤。說(shuō)明錯(cuò)誤所在，并說(shuō)明應(yīng)該如何修改。1）主要錯(cuò)誤：用例的分解太細(xì)，并沒(méi)有遵從每個(gè)用例為用戶傳遞一個(gè)有價(jià)值的結(jié)果的原則。在原設(shè)計(jì)中“打開(kāi)房源信息頁(yè)面”、“錄入房源信息”、“確認(rèn)提交信息”都只是一個(gè)操

13、作步驟，因此不適合作為用例。2）修改方法：將“打開(kāi)房源信息頁(yè)面”、“錄入房源信息”、“確認(rèn)提交信息”合并為“新增房源信息”。（2）在上圖中構(gòu)造型“include”表示的是什么意思，它與“extend”之間的區(qū)別是什么？ 在用例模型中，構(gòu)造型“include”是用來(lái)表示包含關(guān)系。它通常用來(lái)表示被包含用例是被多包含用例使用的一個(gè)可復(fù)用模塊，而extend且通常用來(lái)表示對(duì)用例的擴(kuò)展。第7章 交互圖1. 交互是什么？請(qǐng)舉2-3個(gè)交互的實(shí)際例子。一次交互就是指在特定語(yǔ)境中，為了實(shí)現(xiàn)某一個(gè)目標(biāo)，而在一組對(duì)象之間進(jìn)行交換的一組消息所表示的行為。上傳告警、發(fā)送短信2. 在UML 2.0中定義了哪四種交互圖？其

14、中強(qiáng)調(diào)控制流時(shí)間順序的是哪一種交互圖？哪兩種是基本交互圖？順序圖、通信圖、定時(shí)圖、交互概述圖強(qiáng)調(diào)控制流時(shí)間順序的是順序圖順序圖和通信圖是兩種基本交互圖3. 在順序圖中和在通信圖中，分別應(yīng)該如何表示“循環(huán)”結(jié)構(gòu)的？在順序圖中，循環(huán)結(jié)構(gòu)可以使用一個(gè)交互片斷來(lái)表示在通信圖中，使用迭代標(biāo)記來(lái)表示循環(huán)。迭代是通過(guò)在順序編號(hào)前加上一個(gè)迭代符“*”和一個(gè)可選的迭代表達(dá)式來(lái)表示的。對(duì)于迭代表達(dá)式，UML沒(méi)有強(qiáng)制規(guī)定什么語(yǔ)法，因此你可以使用任何可讀的、有意義的表達(dá)式來(lái)表示4. 在交互圖中，消息編號(hào)有哪兩種形式？請(qǐng)分別說(shuō)明它們的優(yōu)缺點(diǎn)。一種是無(wú)層次編號(hào)，它簡(jiǎn)單直觀；另一種是嵌套的編號(hào)，它更易于表示消息的包含關(guān)系。

15、5. 在交互圖中，表示返回消息的符號(hào)是什么？表示異步消息符號(hào)是什么，異步消息指的是什么意思？返回消息符號(hào)： 異步消息：異步模式：對(duì)象A發(fā)送了一個(gè)信號(hào)給對(duì)象B，那么A在發(fā)送完信號(hào)之后，就會(huì)繼續(xù)執(zhí)行，不會(huì)等待6. 假設(shè)有一系統(tǒng)的協(xié)作圖局部如圖7-29所示，print方法的功能是將傳入?yún)?shù)的值打印在屏幕上；fact方法是用來(lái)計(jì)算階乘的，test的初值為1。那么將打印出什么？圖7-29 協(xié)作圖局部打印的值是10。將執(zhí)行三次迭代，因此test的值是1+1!+2!+3!=10.7. 請(qǐng)說(shuō)明圖7-30所示的順序圖的含義：圖7-30 順序圖示例客戶類調(diào)用A類的do方法，并傳入?yún)?shù)x；A類將判斷傳入的參數(shù)x的值

16、是否小于10，如果是則調(diào)用B類的Calculate方法，參數(shù)為x；否則將調(diào)用C類的Calculate方法，參數(shù)為x。8. 定時(shí)圖的作用是什么？請(qǐng)簡(jiǎn)單說(shuō)說(shuō)它和順序圖的區(qū)別。表示具有很強(qiáng)的時(shí)間特性的交互（例如現(xiàn)實(shí)生活右的電子工程、實(shí)時(shí)控制等系統(tǒng)中）。它和順序圖的區(qū)別在于：n 坐標(biāo)軸交換了位置，改為從左到右來(lái)表示時(shí)間的推移；n 用生命線的“凹下凸起”來(lái)表示狀態(tài)的變化，每個(gè)水平位置代表一種不同的狀態(tài)，狀態(tài)的順序可以有意義、也可以沒(méi)有意義；n 生命線可以跟在一根線后面，在這根線上顯示一些不同的狀態(tài)值；n 可以顯示一個(gè)度量時(shí)間值的標(biāo)尺，用刻度來(lái)表示時(shí)間間隔；9. 圖7-31是一個(gè)電梯控制系統(tǒng)的通信圖，其中

17、Elevator表示電梯，Queue表示指令隊(duì)列，Order表示指令，Elevator Control是電梯控制器，Button是電梯上的按鈕。請(qǐng)簡(jiǎn)解釋該協(xié)作圖的含義：圖7-31 通信圖示例1、 用戶按下按鈕；2、 按鈕將向Elevator Control查詢電梯當(dāng)前所在的樓層號(hào)3、 Elevator Control創(chuàng)建一個(gè)新的命令，并加到隊(duì)列中4、 Elevator Control調(diào)用隊(duì)列中的任務(wù)，隊(duì)列獲取下一個(gè)任務(wù)第8章 活動(dòng)圖1. 活動(dòng)圖和順序圖之間有什么區(qū)別？它們的特點(diǎn)是什么。順序圖做為一種交互圖，強(qiáng)調(diào)的是對(duì)象到對(duì)象的控制流（交互），而活動(dòng)圖則強(qiáng)調(diào)的是活動(dòng)以及活動(dòng)到活動(dòng)的控制流。2.

18、“在活動(dòng)圖中，可以根據(jù)自己的需要，有多個(gè)初始節(jié)點(diǎn)和活動(dòng)終點(diǎn)”，這一描述是否正確，請(qǐng)說(shuō)明原因以及它們各自的圖形表示法。不正確，活動(dòng)終點(diǎn)可以有多個(gè)，但初始節(jié)點(diǎn)有且只有能一個(gè)。3. 分岔和分支有什么區(qū)別？分岔表示的是并行流，分支則是任務(wù)的不同變體。4. 在活動(dòng)圖中，監(jiān)護(hù)條件有什么用？請(qǐng)舉例說(shuō)明。監(jiān)護(hù)條件就是分支的判斷條件。例如下圖中，表示a0和a0時(shí)將執(zhí)行不同的路徑。5. 如果我們想在活動(dòng)圖中，表示出一個(gè)如下所示的for循環(huán)，該如何做？請(qǐng)用活動(dòng)圖來(lái)表示：for (i=0;i9;i+) 假設(shè)，要表示的是對(duì)某個(gè)集合對(duì)象進(jìn)行遍歷訪問(wèn)，那么又應(yīng)該怎么做？條件上寫作“是否為集合對(duì)象的最后一項(xiàng)”，或者“集合長(zhǎng)度

19、” 6. 在圖8-19中，(a)和(b)中那條“粗線段”表示的是分岔還是匯合，是否存在什么錯(cuò)誤？圖8-19 分岔與匯合(a)表示分岔，(b)不確定，因?yàn)榉植睃c(diǎn)只能有一個(gè)箭頭進(jìn)，匯合點(diǎn)只能出一個(gè)箭頭。7. 在活動(dòng)圖中泳道要怎么表示，在需要表示什么信息時(shí)，需要用到它？用一條垂直的線分隔，表示不同的參與角色，例如流程圖中的不同部門。8. 如果要表示出某個(gè)活動(dòng)節(jié)點(diǎn)的輸入?yún)?shù)和輸出參數(shù)，那么應(yīng)該如何做？如果還要表示異常的輸出信息，則應(yīng)該如何做？用引腳表示。異常用空心三角形表示。9. 在圖8-20中，有一個(gè)表示某公司銷售過(guò)程的一張活動(dòng)圖，請(qǐng)閱讀并說(shuō)明該圖所表示的含義。圖8-20 簡(jiǎn)單活動(dòng)圖收到訂單后，將開(kāi)

20、始準(zhǔn)備貨物，對(duì)于加急的用EMS，其他的用普通包裹；在準(zhǔn)備貨物的同時(shí)開(kāi)具發(fā)票、收款；兩個(gè)工作都完成后關(guān)閉訂單。10. 假設(shè)訂單的接收與關(guān)閉是由銷售人員負(fù)責(zé)，開(kāi)票收款是由財(cái)務(wù)人員負(fù)責(zé)，準(zhǔn)備貨物是由倉(cāng)管負(fù)責(zé)。請(qǐng)將其修改成為帶泳道的活動(dòng)圖，以體現(xiàn)這種分工。11. 假設(shè)，我們希望在活動(dòng)圖中體現(xiàn)出：倉(cāng)管人員是根據(jù)“訂單”來(lái)準(zhǔn)備貨物的，因此銷售人員在收到訂單后，必須將訂單傳給倉(cāng)管人員。應(yīng)該采用什么機(jī)制？請(qǐng)直接修改活動(dòng)圖。應(yīng)采用對(duì)象流。12. 在公司運(yùn)轉(zhuǎn)一段時(shí)間后，財(cái)務(wù)人員對(duì)該流程提出了置疑，反應(yīng)說(shuō)收款工作經(jīng)常滯后，客戶總是在收到貨物后的很長(zhǎng)時(shí)間才付款。因此必須加以改進(jìn)。請(qǐng)根據(jù)圖8-20和問(wèn)題提出一個(gè)合理的修

21、改意見(jiàn)，并用活動(dòng)圖表示出來(lái)。另外，請(qǐng)保持問(wèn)題11所做的修改，并對(duì)新流程做出相應(yīng)的體現(xiàn)。13. 隨著訂單的增大，有時(shí)對(duì)一個(gè)訂單，可能需要進(jìn)行多次發(fā)貨，這種業(yè)務(wù)邏輯應(yīng)該如何用活動(dòng)圖建模。在每次發(fā)貨后進(jìn)行一個(gè)判斷，看是否全部發(fā)完，否則不關(guān)閉訂單。第9章 交互概述圖1. 交互概述圖有哪兩種形式，它們分別適用于什么場(chǎng)景？相對(duì)而言，哪一種會(huì)更加常用一些？一是活動(dòng)圖的變體，它將活動(dòng)節(jié)點(diǎn)進(jìn)行細(xì)化，用一些小的順序圖來(lái)表示活動(dòng)節(jié)點(diǎn)內(nèi)部的對(duì)象控制流；二是順序圖的變體，它用活動(dòng)圖來(lái)補(bǔ)充順序圖。但相對(duì)而言后者是十分不常見(jiàn)的，因此UML的定義更傾向于將其稱為活動(dòng)圖的變體。2. 在交互概述圖中，嫁接在活動(dòng)圖上的順序圖片斷是

22、用什么方法來(lái)表示的？交互片斷3. 請(qǐng)簡(jiǎn)要說(shuō)明交互概述圖在建模時(shí)的優(yōu)點(diǎn)和缺點(diǎn)。優(yōu)點(diǎn)：充分結(jié)合交互圖和活動(dòng)圖的長(zhǎng)處，在表達(dá)了對(duì)象到對(duì)象的控制流的同時(shí)，充分展示了從活動(dòng)到活動(dòng)的控制流。缺點(diǎn)：對(duì)于規(guī)模稍大的場(chǎng)景，它并不是一個(gè)很好的選擇，它將使模型的可讀性大大降低4. 請(qǐng)簡(jiǎn)要描述交互概述圖的繪制方法。理解活動(dòng)控制流，并用活動(dòng)圖表示出來(lái)；分析活動(dòng)節(jié)點(diǎn)：用交互圖表述細(xì)節(jié)。第10章 狀態(tài)圖1. 什么是狀態(tài)，對(duì)象的狀態(tài)和對(duì)象的屬性有什么區(qū)別？狀態(tài)是指在對(duì)象生命周期中滿足某些條件、執(zhí)行某些活動(dòng)或等待某些事件的一個(gè)條件和狀況。屬性表述對(duì)象的個(gè)性，狀態(tài)用來(lái)表示生命周期。2. 在狀態(tài)機(jī)圖中，狀態(tài)轉(zhuǎn)換由哪五個(gè)部分組成？源

23、狀態(tài)、觸發(fā)事件、監(jiān)護(hù)條件、動(dòng)作和目標(biāo)狀態(tài)五個(gè)方面的內(nèi)容3. 圖10-17是一個(gè)某系統(tǒng)關(guān)于用戶管理的狀態(tài)機(jī)圖圖10-17 用戶管理狀態(tài)機(jī)圖 在圖10-17中，所涉及的所有轉(zhuǎn)換都屬于什么類型？在UML狀態(tài)機(jī)圖中共提供了哪幾種轉(zhuǎn)換類型。全是外部轉(zhuǎn)換，此外還有內(nèi)部轉(zhuǎn)換、進(jìn)入轉(zhuǎn)換和退出轉(zhuǎn)換。4. 在轉(zhuǎn)換上標(biāo)識(shí)的文字稱為什么？它由哪幾個(gè)部分組成？其中事件分為哪幾類？轉(zhuǎn)換描述，包括觸發(fā)事件、監(jiān)護(hù)條件和動(dòng)作三部分。事件包括以下幾種類型：調(diào)用，改變，信號(hào)，時(shí)間，延遲。5. 如果要在圖10-17的基礎(chǔ)上表達(dá)下述業(yè)務(wù)邏輯，應(yīng)該對(duì)這張狀態(tài)機(jī)圖做哪些修改：1）當(dāng)用戶刪除后，還要自動(dòng)完成該用戶數(shù)據(jù)的備份，并從系統(tǒng)中清除，

24、假設(shè)我們可以調(diào)用deleteAllData(username)方法來(lái)實(shí)現(xiàn)。在“用戶已刪除”狀態(tài)中加一個(gè)退出轉(zhuǎn)換，寫作exit/ deleteAllData(username)2）假設(shè)用戶在“已激活”狀態(tài)，可以響應(yīng)“備份”命令，并調(diào)用backData()方法來(lái)完成。在“用戶已激活”狀態(tài)中加一個(gè)內(nèi)部轉(zhuǎn)換，寫作 event 備份/ backData()3）假設(shè)用戶在進(jìn)入“已禁用”狀態(tài)，將調(diào)用lockData()方法將其所屬的信息設(shè)置為禁止訪問(wèn)，而將其解禁后，則調(diào)用unlockData()方法將其恢復(fù)。在“用戶已禁用”狀態(tài)中加一個(gè)進(jìn)入轉(zhuǎn)換和一個(gè)退出轉(zhuǎn)換，寫作：entry/ lockData()exit

25、/ unlockData()6. 在狀態(tài)機(jī)圖中，自身轉(zhuǎn)換和內(nèi)部轉(zhuǎn)換的區(qū)別是什么？自身轉(zhuǎn)換會(huì)觸發(fā)進(jìn)入轉(zhuǎn)換和退出轉(zhuǎn)換，而內(nèi)部轉(zhuǎn)換則不會(huì)。7. 假設(shè)我們要將圖10-17中狀態(tài)“用戶已禁用”和“用戶已激活”合并為“用戶生效”狀態(tài)，這時(shí)使用的是哪種類型的復(fù)合狀態(tài)？ 順序復(fù)合狀態(tài)8. 在圖10-18所示的狀態(tài)機(jī)圖中，描述了學(xué)習(xí)駕照的過(guò)程。在該圖采用的復(fù)合狀態(tài)是什么類型？請(qǐng)說(shuō)明該圖所表示的含義。圖10-18 學(xué)習(xí)駕照過(guò)程狀態(tài)機(jī)圖并發(fā)復(fù)合狀態(tài)。說(shuō)明要完成理論考試和駕駛考試才能夠獲得駕照。（1）. 在圖10-18中，什么時(shí)候才能夠從復(fù)合狀態(tài)“學(xué)習(xí)”轉(zhuǎn)換到“獲得駕照”中。兩個(gè)并發(fā)狀態(tài)都到終態(tài)。（2）. 在狀態(tài)“理

26、論考試”和“駕駛考試”與其相應(yīng)的終態(tài)連接的線上，應(yīng)該有什么樣的描述？考試通過(guò)（3）. 如果要表示必須在“理論考試”通過(guò)之后，才能夠安排“教練專人指導(dǎo)”，那么應(yīng)該如何建模。在理論考試狀態(tài)中，加一個(gè)退出轉(zhuǎn)換，exit /a=true；然后在教練專人指導(dǎo)狀態(tài)之前加一個(gè)監(jiān)護(hù)狀態(tài) a9. 閱讀圖10-19所示的狀態(tài)機(jī)圖，并說(shuō)明其含義。圖10-19 頁(yè)面跳轉(zhuǎn)狀態(tài)機(jī)圖三個(gè)頁(yè)面之間可以按箭頭示意跳轉(zhuǎn)，返回“查看訂單列表”時(shí)將回到歷史快照頁(yè)面，也就是當(dāng)跳轉(zhuǎn)到其他頁(yè)面時(shí)，訂單列表在第5頁(yè)，那么將回到第5頁(yè)。10. 在圖10-19中符號(hào)“”表示的含義是什么？那么符號(hào)“”又表示什么？請(qǐng)簡(jiǎn)要說(shuō)明它們的區(qū)別。表示歷史，加

27、了星號(hào)表示“深歷史”在本例中，由于歷史狀態(tài)就是“顯示訂單列表”，屬于同級(jí)別的子狀態(tài)，我們稱之為“淺歷史”。如果狀態(tài)“顯示訂單列表”中還包含其它子狀態(tài)，諸如“按字母序”、“按產(chǎn)品類別”等，那么要引用的歷史狀態(tài)就是更深層次的子狀態(tài)，也稱之為“深歷史”，要表示“深歷史”狀態(tài)，只需在圓圈中的字母H邊上加上一個(gè)“*”號(hào)即可。11. 繪制狀態(tài)機(jī)圖的常用的步驟是什么？請(qǐng)簡(jiǎn)要說(shuō)明。（1）尋找主要狀態(tài)（2）確定狀態(tài)間轉(zhuǎn)換（3）細(xì)化狀態(tài)內(nèi)的活動(dòng)與轉(zhuǎn)換（4）考慮使用復(fù)合狀態(tài)第11章 構(gòu)件圖1. 請(qǐng)簡(jiǎn)要說(shuō)明構(gòu)件的五要素，并舉一個(gè)例子來(lái)說(shuō)明。n 規(guī)格說(shuō)明n 一個(gè)或多個(gè)實(shí)現(xiàn)n 受約束的構(gòu)件標(biāo)準(zhǔn)n 封裝方法n 部署方法（可

28、拿出一個(gè)構(gòu)件圖來(lái)說(shuō)明其五個(gè)內(nèi)容）2. 請(qǐng)闡述類與構(gòu)件之間的主要異同點(diǎn)，并指出在UML中構(gòu)件主要包括哪三種。n 類是邏輯抽象，構(gòu)件是物理抽象n 類可以直接有屬性和操作，構(gòu)件則僅擁有可以通過(guò)其接口訪問(wèn)的操作構(gòu)件包括實(shí)施構(gòu)件、工作產(chǎn)品構(gòu)件、執(zhí)行構(gòu)件三種。3. 構(gòu)件相關(guān)的接口有哪兩種類型？它們的圖示法分別是什么樣的？從關(guān)聯(lián)關(guān)系的角度來(lái)看，構(gòu)件與這兩種類型的接口之間是什么關(guān)系？“所需的接口”和“提供的接口”兩種類型構(gòu)件與“所需的接口”之間是“使用”關(guān)系，與“提供的接口”之間是“實(shí)現(xiàn)”關(guān)系。4. 在一張基本構(gòu)件圖中，構(gòu)件之間最常見(jiàn)的關(guān)系是什么？“使用”和“實(shí)現(xiàn)”關(guān)系5. 圖11-10是對(duì)callcenter.exe的結(jié)構(gòu)進(jìn)行建模的結(jié)果，請(qǐng)說(shuō)明該圖所表示的含義。圖11-10 基本構(gòu)件圖可執(zhí)行文件callcenter.exe將使用配置文件config.ini，程序庫(kù)shp_a3.dll（版本為4.6.0.6）和sh_ttsu.dll；而程序庫(kù)sh_ttsu.dll將使用shp_a3.dll和libtts.dll。6. 請(qǐng)閱讀圖11-11所示的