UML課后習(xí)題答案

1、填空題第一章(1)統(tǒng)一建模語言UML是繪制軟件藍(lán)圖的標(biāo)準(zhǔn)工具語言，可以對軟件系統(tǒng)產(chǎn)品進(jìn)行說明、可視化、構(gòu)造和編制文檔。(2)UML在實際軟件項目中，可以用于構(gòu)造各種類型系統(tǒng)的業(yè)務(wù)模型和軟件模型。(3)軟件的開發(fā)模式有瀑布模型、噴泉模型、基于構(gòu)件的開發(fā)模型和XP方法。(4)面向?qū)ο蟪绦虻娜笠厥嵌鄳B(tài)、封裝和繼承。(抽象)(5)瀑布模型的缺點是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題。第二章(1) 在UML中，靜態(tài)視圖包含有兩種視圖，分別是 類圖 和 對象圖 。(2) 規(guī)格說明，修飾，拓展劃分 是UML常用的通用機(jī)制。(3) 夠造型，標(biāo)記型，約束 是UML常用的擴(kuò)展機(jī)制。(4) 用

2、例視圖 描述了系統(tǒng)的 參與者 與系統(tǒng)進(jìn)行交互的功能，是參與者所能觀察和使用到的系統(tǒng)功能的模型圖。(5) 狀態(tài)圖是通過對象的各種 狀態(tài) 來建立模型來描述對象的 隨時間變化的 動態(tài)行為，并且它是獨立的對象為中心進(jìn)行描述。第三章(1)Rational Rose默認(rèn)支持的目標(biāo)語言主要包括 Java、Visual Basic等。（C+，C#）(2) 部署 視圖顯示的是系統(tǒng)的實際部署情況,它是為了便于理解系統(tǒng)如何在一組處理解節(jié)點上的物理分布，而在分析和設(shè)計中使用的架構(gòu)視圖。(3)使用Rational Rose 生成代碼的步驟包括選擇待轉(zhuǎn)換的目標(biāo)模型 、檢查Java語言的語法錯誤、設(shè)置代碼生成屬性、生成代碼

3、。(4)在用例視圖中包括了系統(tǒng)中的所有參與者、用例和用例圖，必要時還可以在其中添加順序圖、協(xié)作圖 、活動圖 和類圖 等。(5) 構(gòu)件視圖 用來描述系統(tǒng)中的各個實現(xiàn)模塊以及它們之間的依賴關(guān)系包含模型代碼庫、執(zhí)行文件、運(yùn)行庫和其他構(gòu)件等信息。第四章(1)對象圖的目的在于描述系統(tǒng)中參與交互的各個對象在同一時刻是如何運(yùn)行的。(2)鏈?zhǔn)莾蓚€或多個對象之間的獨立連接，是關(guān)聯(lián)的實例。(3)在UML的圖形表示中，類是由名字、屬性和方法三個部分組成的。(4)依賴關(guān)系使用一個從客戶指南提供者的虛箭頭來進(jìn)行表示。(5)在接口中包含一系列操作但是不包含屬性，并且它沒有對外界可見的關(guān)聯(lián)。第五章1）包是用于把元素組織成組

4、的通用機(jī)制。（2）包的可見性關(guān)鍵字包括private、public和protect。（3）包之間的關(guān)系總的來講可以概括為依賴關(guān)系和嵌套關(guān)系。（4）將系統(tǒng)分層很常用的一種方式是將系統(tǒng)分為用戶界面層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層的三層結(jié)構(gòu)。（5）包是包圖中最重要的概念，它包含了一組模型元素。第六章(1)由參與者、用例以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動態(tài)視圖稱為為用例圖。(2)參與者、用例、系統(tǒng)邊界和關(guān)系是用例圖組成的要素。(3)用例中的主要關(guān)系有包含、泛化和擴(kuò)展。(4)用例的粒度是指用例包含的系統(tǒng)服務(wù)或功能單元的多少。(5)系統(tǒng)邊界是用來表示正在建模系統(tǒng)的邊界，這個邊界是指系統(tǒng)與系統(tǒng)之間的界限

5、。第七章(1)在UML的表示中，交互圖將交互關(guān)系表示為一個二維圖。其中，縱向是時間軸,時間沿豎線向下延伸。橫向代表了在協(xié)助中個獨立對象的角色。(2)序列圖構(gòu)成的對象是對象、生命線、激活和消息。(3)分支指的是從同一點出發(fā)多個消息并指向不同的對象，根據(jù)條件是否互斥，可以有條件和并行兩種。(4)生命線是一條垂直的虛線，用來表示序列圖中的對象在同一段時間內(nèi)的存在。(5)序列圖中的對象的表示形式使用包圍名稱的矩形框來標(biāo)記，所顯示的對象及其類的名稱帶有下劃線，兩者用冒號隔開第八章(1)活動圖是模型中的整體單元，表示一個程序或工作流，常用于計算機(jī)流程和工作流程建模。(2)動作狀態(tài)是原子性的動作或操作的執(zhí)行

6、狀態(tài)，它不能被外部事件的轉(zhuǎn)換中斷。(3)活動狀態(tài)可以有內(nèi)部轉(zhuǎn)換，可以有出口動作和入口動作。(4)活動圖中的初始狀態(tài)使用黑色實心圓表示。(5)泳道技術(shù)將是一個活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個特定的類、人或部門、他們完成組內(nèi)的活動。第九章1.uml的交互圖中，強(qiáng)調(diào)對象之間關(guān)系和消息傳遞的是 （協(xié)作圖）。2.（結(jié)構(gòu)圖）的作用體現(xiàn)在顯示對象及其交互關(guān)系的空間組織結(jié)構(gòu)。3.在協(xié)作圖中的 （鏈） 是兩個或多個對象之間的 （連接）關(guān)聯(lián)的實例。4.uml中，對象行為是對象間為完成某一目的而進(jìn)行的一系列消息傳遞，消息序列可用 （順序號）和 （消息的名稱）來表示。5. uml中的協(xié)作圖強(qiáng)調(diào)的是交互對象的

7、整體結(jié)構(gòu)，是按照（空間結(jié)構(gòu)）進(jìn)行布圖。第十章1. 初始狀態(tài)在狀態(tài)途中用實心圓表示， 終止?fàn)顟B(tài)在狀態(tài)圖中用含有實心圓的空心圓表示。 2判定/分支將轉(zhuǎn)換路勁分為多個部分，每一個部分都是一個分支，都有單獨監(jiān)護(hù)條件。4在uml中 狀態(tài)圖由對象的各個狀態(tài)和連接這些狀態(tài)的裝換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。第十一章1.填空題（1）構(gòu)件是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一個物理部件，通常指開發(fā)和運(yùn)行時類的物理實現(xiàn)。（2）在UML中，連接的表現(xiàn)形式使用一條實線表示，在實線上可以添加構(gòu)造型和名稱。（3）構(gòu)件圖是用來表示系統(tǒng)中構(gòu)件與接口以及定義的它們之間的關(guān)系圖。（4）部署圖的組成元素包括節(jié)點、設(shè)備和連接。（5）節(jié)

8、點是存在于運(yùn)行時并代表一項計算資源的物理資源，一般用于對執(zhí)行處理或計算的資源建模。第十二章1.填空題 (1) 軟件開發(fā)過程 是指實施與軟件開發(fā)和維護(hù)中的階段、方法、技術(shù)、實踐和相關(guān)產(chǎn)物的集合。 (2)Rational統(tǒng)一過程中的 核心工作流 在項目中輪流被使用，在每一次迭代中以不同的重點和強(qiáng)度重復(fù)。 (3)對于一個以架構(gòu)為中心的開發(fā)組織，需要對 架構(gòu)的目的 、 架構(gòu)的表示和 架構(gòu)的過程 方面進(jìn)行關(guān)注。 (4) 迭代式軟件開發(fā) 是能夠通過一系列細(xì)化和若干個漸進(jìn)的反復(fù)過程從而形成有效的解決方案的軟件開發(fā)方式。 (5)Rational統(tǒng)一過程的開發(fā)過程使用一種 二維 結(jié)構(gòu)來表達(dá)。選擇題第一章(1)

9、對象程序的基本特征是（ABCD）A.抽象 B.封裝 C.繼承 D.多態(tài)(2)類包含的要素有（ABC） A.名字 B.屬性 C.操作 D.編號(3)下列關(guān)于類與對象的關(guān)系說法不正確的是（A） A.有些對象是不能被抽象成類的B.類給出了屬于該類的全部對象的抽象定義C.類是對象集合的再抽象D.類是用來在內(nèi)存中開辟一個數(shù)據(jù)區(qū)，存儲新對象的屬性(4)面向?qū)ο蠓椒ㄖ械模–）機(jī)制給予子類可以自動的擁有（復(fù)制）父類全部屬性和操作。A.抽象 B.封裝 C.繼承 D.多態(tài)(5)建立對象的動態(tài)模型一般包含的步驟有（ABCD） A.準(zhǔn)備腳本 B.確定事件 C.準(zhǔn)備事件跟蹤表 D.構(gòu)造狀態(tài)圖第二章UML中的關(guān)系元素包括

10、(ABCD)。.依賴 .關(guān)聯(lián) .泛化 .實現(xiàn)在UML中，定義了面向?qū)ο蟮氖挛铮@些事物分為(ABCD).。.結(jié)構(gòu)事物 .行為事物 .分組事物 .注釋事物UML中的圖包括(ABC)。.用例圖 .類圖.狀態(tài)圖 .流程圖UML的視圖不包括(B)。.用例視圖 .類視圖.狀態(tài)視圖 .物理視圖下面不屬于UML中的靜態(tài)視圖的是(AB)。. 狀態(tài)圖 .用例圖.對象圖 . 類圖第三章（1）下列說法正確的是（ACD）A 在用例視圖下可以創(chuàng)建類圖B 在邏輯視圖下可以創(chuàng)建構(gòu)件圖C 在邏輯視圖下可以創(chuàng)建包D 在構(gòu)件視圖下可以創(chuàng)建構(gòu)件（2）在Rational Rose 的邏輯視圖下可以創(chuàng)建（ACD）A類圖 B.構(gòu)件圖C包

11、D.活動圖（3）Rational Rose 建模工具可以執(zhí)行的任務(wù)有（ABCD）A非一致性檢查 B.生成C+語言代碼C報告功能 D.審查功能（4）Rational Rose 中支持的視圖不包括（D）A邏輯視圖 B.構(gòu)件視圖C部署視圖 D.機(jī)構(gòu)視圖（5）在構(gòu)建視圖下的元素可以包括（ABC）A構(gòu)件 B.構(gòu)件圖C包 D.類第四章（1）類中的方法的可見性包括（ABC）A privateB publicC protectedD abstract（不考）（2）下面屬于UML中類元的類型的是（ACD）A 類B 對象C 構(gòu)件D 接口（3）類之間的關(guān)系包括（ABCD）A 泛化B 關(guān)聯(lián)C 實現(xiàn)D 依賴（4）下列關(guān)

12、于接口的關(guān)系說法正確的是（ABC）A 接口是一種特殊的類B 所有接口都是有構(gòu)造型<<interface>>的類C 一個類可以通過實現(xiàn)接口從而支持接口所指定的行為D 在程序運(yùn)行的時候，其他對象可以不僅需要依賴與此接口，還需要知道該類對接口實現(xiàn)的其他信息（5）下列關(guān)于類方法的聲明正確的是（ABD）A 方法定義了類所許可的行為B 從一個類所創(chuàng)建的所有對象可以使用同一組屬性和方法C 每個方法應(yīng)該有一個參數(shù)D 如果在同一個類中定義了類似的操作，則他們的行為應(yīng)該是類似的第五章1在Rational Rose 2003中，支持（ABCD）的構(gòu)造模型A.業(yè)務(wù)設(shè)計包 B.業(yè)務(wù)分析模型包C.

13、業(yè)務(wù)用例模型包 D.CORBA Module包2對照子系統(tǒng)進(jìn)行建模時，在Rational Rose 2003中，內(nèi)部支持的系統(tǒng)有（CD）A.數(shù)據(jù)系統(tǒng) B.視圖系統(tǒng)C.程序系統(tǒng) D.業(yè)務(wù)系統(tǒng)3建立模型時包的嵌套不宜過深，包的嵌套一般以（A）為宜A23層 B.34層C12層 D.35層4下列關(guān)于包的描述中正確的是（ABCD）A每個包必須有一個區(qū)別于其他包的名稱B包中可以包含其他元素，如類，接口，組件和用例等C引入（import）使得一個包中的元素可以單向訪問另一個包中的元素D包的可見性分為protected，public和private5下列對于創(chuàng)建包的說法不正確的是（A）A在序列圖和協(xié)作圖中可以

14、創(chuàng)建包B在類圖中可以創(chuàng)建包C如果將包從模型中永久刪除，包及包中的內(nèi)容都將被刪除D在創(chuàng)建包的依賴關(guān)系時，盡量避免循環(huán)依賴第六章1下面哪些是識別用例時要引起的注意要點？（ABC）A參與者希望系統(tǒng)提供什么功能B參與者是否會讀取，創(chuàng)建，修改，刪除，存儲系統(tǒng)的某種信息。如果是的話，參與者又是如何完成這些操作的C參與者是否會將外部的某些事件通知給系統(tǒng)D系統(tǒng)將會有哪些人來使用2下面（B）不是構(gòu)成用例圖的基本元素A參與者 B泳道C系統(tǒng)邊界 D用例3下面是用例間主要關(guān)系的有（ABD）A擴(kuò)展 B包含C依賴 D泛化4下列對系統(tǒng)邊界描述正確的是（ABC）A系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限B用例圖中的系統(tǒng)邊界用來表示正

15、在建模系統(tǒng)的邊界C邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部D可以使用Rational 繪制用例中的系統(tǒng)邊界5在ATM自動存款機(jī)的工作模型中，用戶通過輸入密碼將錢存入ATM機(jī)，下面屬于參與者的是（ABC）A用戶 BATM取款機(jī)CATM取款機(jī)管理員 D存款第七章1序列圖中的消息有著不同的類型，下列選項中屬于輸入消息類型的有（ABCD）A定期消息 B不定期消息C阻止消息 D同步消息2下列關(guān)于序列圖的用途，說法不正確的是（A）A描述系統(tǒng)在某一個特定時間點上的動態(tài)結(jié)構(gòu)B確認(rèn)和豐富一個使用意境的邏輯表達(dá)C細(xì)化用例的表達(dá)D有效地描述如何分配各個類的職責(zé)以及各類具有相應(yīng)職責(zé)的原因3下列選項屬于消息的組成部

16、分的是（ABC）A接受者 B發(fā)送者C活動 D虛線4在序列圖中，返回消息的符號是（B）A直線箭頭 B虛線箭頭C直線 D虛線5下列關(guān)于序列圖的說法正確的是（ABC）A序列圖是對對象之間傳遞消息的時間順序的可視化表示B序列圖從一定程度上更加詳細(xì)地描述了用例表達(dá)的需求，將其轉(zhuǎn)化為進(jìn)一步，更加正式層次的精細(xì)表達(dá)C序列圖的目的在于描述系統(tǒng)中各個對象按照時間順序的交互的過程D在UML的表示中，序列圖將交互關(guān)系表示為一個二維圖。其中，橫向是時間軸，時間沿豎線向下延伸。縱向代表了在協(xié)作中各獨立對象的角色第八章1如果要對一個學(xué)校課程表管理系統(tǒng)的主要角色學(xué)生，老師的工作流程建模，需要使用的圖是（C）A序列圖 B狀態(tài)

17、圖C活動圖 D協(xié)作圖2下列對活動圖的描述正確的是（BCD）A活動圖是對象之間傳送消息的時間順序的可視化表示，目的在于描述系統(tǒng)中各個對象按照時間順序的交互的過程B活動圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來描述動作和動作導(dǎo)致對象狀態(tài)改變的結(jié)果C活動圖是模型中的完整單元，表示一個程序或工作流 ，常用于計算流程和工作流程建模D活動圖可以算是狀態(tài)圖的一種變種并且活動圖的符號與狀態(tài)圖的符號非常相似3活動圖中結(jié)束狀態(tài)使用（D）表示A菱形 B直線箭頭C黑色實心圓 D空心圓4下列說法不正確的是（B）A對象流中的對象表示的不僅僅是對象自身，還表示了對象作為過程的一個狀態(tài)存在B活動狀態(tài)是原子性的，用來表示一個

18、具有子結(jié)構(gòu)的純粹計算的執(zhí)行C一個組合活動在表面上看是一個狀態(tài)，但其本質(zhì)確是一組子活動的概括D分支將轉(zhuǎn)換路徑分成多個部分，每一部分都有單獨的監(jiān)護(hù)條件和不同的結(jié)果5下面屬于活動圖組成要素的有（ABD）A泳道 B動作狀態(tài)C轉(zhuǎn)換 D活動狀態(tài)第九章1.下面不是UML中協(xié)作圖的基本元素的是（C）A.對象 B.消息 C.發(fā)送者 D.鏈2.下列關(guān)于協(xié)作圖中的鏈，說法不正確的是（C）A.在協(xié)作圖中，鏈的表示形式為一個或多個相連的線或弧 B.在協(xié)作圖中的鏈?zhǔn)莾蓚€或者多個對象之間的獨立連接 C.在協(xié)作圖中，需要關(guān)于某個類的所有對象都出現(xiàn)，同一個類的對象在一個協(xié)作圖也不可以充當(dāng)多個角色 D.在協(xié)作圖中的鏈?zhǔn)顷P(guān)聯(lián)的實例

19、3.下面不會出現(xiàn)在協(xié)作圖中的是（D）A.對象 B.消息 C.對象之間的連接 D.控制焦點4.下面屬于消息組成部分的有（ABC）A.發(fā)送者 B.接受者 C.活動 D.對象5.關(guān)于協(xié)作圖的描述，下列說法正確的是（ACD）A.在Rational Rose 工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按F5鍵自動生成B.協(xié)作圖是順序圖的一種特例（作用并列）C.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織D.協(xié)作圖中有消息流的順序號第十章1.使用UML建模時。如果需要描述跨越多個用例的單個對象的行為，使用（D）最為合適A.協(xié)作圖 B.序列圖 C.活動圖 D.狀態(tài)圖2.下列選項中（C）不是狀態(tài)的組成部分A.進(jìn)入

20、退出動作 B.內(nèi)部轉(zhuǎn)換 C.外部轉(zhuǎn)換 D.名稱3.以下是構(gòu)成狀態(tài)圖基本元素的是（ABC）A.狀態(tài) B.轉(zhuǎn)換 C.初始狀態(tài) D.鏈4.狀態(tài)可分為（ABD）A.簡單狀態(tài) B.組合狀態(tài) C.開始狀態(tài) D.歷史狀態(tài)5.下列對狀態(tài)圖的描述不正確的是（C）A.狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為B.狀態(tài)圖適用于描述狀態(tài)和動作的順序，不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以說明事件如何隨著時間的推移來影響這些狀態(tài)C.狀態(tài)圖的主要目的是描述對象創(chuàng)建和銷毀的過程中資源的不同狀態(tài)，有利于開發(fā)人員提高開發(fā)效率D.狀態(tài)圖描述了一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前所處的狀態(tài)

21、對不同的事件時間做出反應(yīng)第十一章1.一個構(gòu)件實例用于表示運(yùn)行時存在的實現(xiàn)物理單元和在實例節(jié)點中的定位，他的特征有（AC）A.身份特征 B.關(guān)系特征 C.代碼特征 D.屬性特征2.在部署圖模型中，屬于節(jié)點類型的選項是（AC）A.設(shè)備節(jié)點 B.系統(tǒng)進(jìn)程 C.處理器節(jié)點 D.接口4.軟件構(gòu)件是軟件系統(tǒng)的（AC）單元A.物理 B.邏輯 C.實現(xiàn) D.順序5.下列關(guān)于部署圖的說法正確的是(AD)A.使用Rational Rose 2003 創(chuàng)建的每一個模型中僅包含一個部署圖B.使用Rational Rose 2003 創(chuàng)建的每一個模型中可以包含多個部署圖C.在一個部署圖中，包含了兩種基本的模型元素；節(jié)點

22、和節(jié)點之間的連接部署圖描述了一個系統(tǒng)運(yùn)行時的硬件節(jié)點，以及在這些節(jié)點上運(yùn)行的軟件構(gòu)件將在何處物理地運(yùn)行，以及他們將如何彼此通信的靜態(tài)視圖。第十二章1.下面的選項中（ABCD）是實現(xiàn)Rational 統(tǒng)一過程的必要步驟。A.建立明確的目標(biāo) B.計劃過程實現(xiàn) C.執(zhí)行過程實現(xiàn) D.評價過程實現(xiàn)2.下面不屬于迭代過程的四個連續(xù)階段的有（B）A.初始 B.分析 C.細(xì)化 D.構(gòu)造3.Rational統(tǒng)一過程的靜態(tài)結(jié)構(gòu)，分別使用（ABCD）建模元素來進(jìn)行表達(dá)。A.角色 B.活動 C.產(chǎn)物 D.工作流4.Rational統(tǒng)一過程的視圖結(jié)構(gòu)包括（ABC）A.物理視圖 B.邏輯視圖 C.用例視圖 D.結(jié)構(gòu)視圖

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

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

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

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

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

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

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

30、接受派工、填寫報告、處理派工等，根據(jù)這些用例在rose中創(chuàng)建維護(hù)人員的用例圖。第七章1、對客戶服務(wù)系統(tǒng)中的客服人員修改客戶信息的用例進(jìn)行動態(tài)建模，該交互操作的動態(tài)建模由客服對象?？蛻粜畔⒔缑骖?、客服信息控制類和客戶信息類組成，在序列圖中創(chuàng)建這些對象2、在上題創(chuàng)建的序列圖對象中，根據(jù)修改客戶信息的用例，添加消息和腳本信息完成如圖所示的完整序列圖建模3、對客戶服務(wù)系統(tǒng)中的客服人員刪除客戶信息的用例進(jìn)行動態(tài)建模，在邏輯視圖中創(chuàng)建序列圖第八章（1）在客戶服務(wù)系統(tǒng)中個“客戶來電”用例，當(dāng)客戶來電的事件發(fā)生后，進(jìn)入“來電咨詢”活動，如果受理，則查詢客戶信息，否則活動結(jié)束。當(dāng)查詢客戶信息時，如果查詢到客戶，

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