可視化建模與UML習(xí)題集答案new

1、 UML習(xí)題集答案專題一&專題二 UML概述&面向?qū)ο蠡A(chǔ)一、15 BACAD 68 DDD 9 BAD 1011 BA二、1 Unified Modeling Language2類圖、構(gòu)件圖、用例圖、狀態(tài)圖、順序圖三、1、模型是現(xiàn)實(shí)的簡化。 我們建模是為了能夠更好的理解我們正在開發(fā)的系統(tǒng)。2、UML包括三個(gè)主要部分：構(gòu)造塊、規(guī)則以及公共機(jī)制3、略4、UML圖包括：類圖、構(gòu)件圖、用例圖、狀態(tài)圖、順序圖、對(duì)象圖、活動(dòng)圖、協(xié)作圖、部署圖其中，類圖、構(gòu)件圖、對(duì)象圖、部署圖是靜態(tài)視圖用例圖、狀態(tài)圖、順序圖、活動(dòng)圖、協(xié)作圖是動(dòng)態(tài)圖專題三 類圖（對(duì)象圖、包圖）一、15 DDCCC 610 AADDD 11

2、14 ECAA 15 ACBED1619 DBAB二、1Login， sName、sPass， checkUser( )2包3類圖4提供接口、所需接口5實(shí)現(xiàn)、依賴（使用）三、1在UML中，包是分組事物的一種，它是建模時(shí)用來組織模型中的元素的，在系統(tǒng)運(yùn)行時(shí)并不存在包的實(shí)例。包在開發(fā)大型軟件系統(tǒng)時(shí)是一個(gè)非常重要的機(jī)制，它就象一個(gè)“容器”，可用于組織模型中的相關(guān)元素以便更容易理解。 2 設(shè)計(jì)C最好。 理由：設(shè)計(jì)A方案：應(yīng)用了自身關(guān)聯(lián)，可以實(shí)現(xiàn)新的需求，但是不便于擴(kuò)展。設(shè)計(jì)B方案：不能實(shí)現(xiàn)新的需求。設(shè)計(jì)C方案：應(yīng)用開閉原則，實(shí)現(xiàn)了新的需求，并且便于擴(kuò)展。 31）書籍、書目 2）書籍管理 3）借書界面

3、4）sUserName、sPass4四五、六、UML設(shè)計(jì)方案：Java代碼：public class Fruit public void plant()public void grow()public void harvest()public class Apple extends Fruitpublic class Grape extends Fruit public class Farmer public Fruit plant(String message)if (message.equals(apple)return new Apple();elsereturn new Grape()

4、;public class Inquier public String inquire()return grape;public class Boss public String command1(Inquier inquier)return inquier.inquire();public Fruit command2(Farmer farmer,String message)return farmer.plant(message);public class Garden private Boss boss;private Farmer farmer;private Inquier inqu

5、ier;private Fruit fruit;專題四 用例圖一、15 ADDDB 610 DAADC 1112 A（ABCE）二、1、略（參照課件）2、略（參照課件）3、略（參照課件）4、在Browser中刪除一個(gè)模型元素將同時(shí)刪除所有的Diagram中對(duì)它的引用，該模型元素獎(jiǎng)?wù)嬲龔哪Ｐ臀募袆h除。在Diagram中刪除的模型元素不一定真正在模型文件中被刪除，而只是從當(dāng)前的圖中被刪除。5、參與者、用例、用例描述文檔三、1、A 瀏覽客戶信息 B 修改個(gè)人信息 C 登錄系統(tǒng) D 刪除客戶信息2、該用例圖描述的是圖書館管理系統(tǒng)中管理員對(duì)書籍和書目的管理流程。在這個(gè)流程中，管理員這個(gè)Actor與用例

6、刪除書目、刪除書籍、修改書籍信息、新增書籍之間能通過消息傳遞發(fā)生關(guān)聯(lián)，而圖書查詢這個(gè)用例與刪除書目、刪除書籍、修改書籍信息這三個(gè)用例之間有被包含的關(guān)系，也就是說，在刪除書目、刪除書籍、修改書籍信息用例發(fā)生的過程前，需要進(jìn)行圖書查詢。新增書目這個(gè)用例與新增書籍這個(gè)用例也是被包含的關(guān)系。四、五、六、七、專題五：活動(dòng)圖一、18 DBAAADAC二、1、對(duì)象的動(dòng)作狀態(tài)是活動(dòng)圖最小單位的構(gòu)造塊，表示原子動(dòng)作。 動(dòng)作有三個(gè)特點(diǎn)：l 原子性，即不能被分解為更小部分；l 不可中斷的，即一旦開始就必須運(yùn)行到結(jié)束l 瞬時(shí)的，即動(dòng)作狀態(tài)所占用的處理時(shí)間通常是極短的，甚至是可以被忽略的。 相比動(dòng)作狀態(tài)，活動(dòng)狀態(tài)能夠被

7、進(jìn)一步分解，它的活動(dòng)可以由其他的活動(dòng)圖表示。活動(dòng)狀態(tài)不是原子的，可以被中斷。 在UML中，動(dòng)作狀態(tài)和活動(dòng)狀態(tài)的圖標(biāo)沒有區(qū)別。2、（1）角色：客戶、銷售員、倉庫管理員 （2）客戶活動(dòng)：查看商品、查看單據(jù)、存款三、四、五、專題六：狀態(tài)圖一、D F F E D二、1、略2、活動(dòng)圖描述從活動(dòng)到活動(dòng)的流。狀態(tài)圖描述一個(gè)對(duì)象所處的可能狀態(tài)以及狀態(tài)之間的轉(zhuǎn)換，3、略4、比較活動(dòng)圖和狀態(tài)圖（1） 活動(dòng)圖和狀態(tài)圖描述的重點(diǎn)不同：l 活動(dòng)圖描述的是從activity到activity的控制流，而狀態(tài)圖描述的是對(duì)象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。（2） 活動(dòng)圖和狀態(tài)圖使用的場(chǎng)合不同：l 對(duì)于以下幾種情況可以使用活動(dòng)圖： 分

8、析用例 理解涉及多個(gè)用例的工作流 處理多線程應(yīng)用l 對(duì)于下面的情況要使用狀態(tài)圖： 顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為。5、 (1) Call event (調(diào)用事件) (2) Change event (變化事件) (3) Time event (時(shí)間事件) (4) Signal event (信號(hào)事件)6、 1）三種狀態(tài)：就緒、運(yùn)行、阻塞 2）線程的基本運(yùn)行過程： 首先，線程處于就緒態(tài)，當(dāng)取得CPU時(shí)間片，進(jìn)入運(yùn)行狀態(tài)；如果正常運(yùn)行，則直到運(yùn)行結(jié)束；如果運(yùn)行中CPU時(shí)間片用完，則返回就緒態(tài)；如果運(yùn)行中不滿足所需資源，則進(jìn)入阻塞狀態(tài)，當(dāng)系統(tǒng)滿足資源時(shí)，重新進(jìn)入就緒狀態(tài)。三、四、專題七：交互圖（順

9、序圖、協(xié)作圖）一、 15 CEDBD 6 CAD 710 A ADB二、1、順序圖是一種交互圖形，順序圖的重點(diǎn)是完成某個(gè)行為的對(duì)象類和這些 對(duì)象類之間所傳遞的消息的時(shí)間順序 它是由 對(duì)象類角色 、生命線 、激活期、消息組成。2、協(xié)作圖包含一組對(duì)象以消息交換為紐帶的關(guān)聯(lián)，用于描述系統(tǒng)的行為是如何有 系統(tǒng)的 成分合作實(shí)現(xiàn)的 。對(duì)象類角色 、關(guān)聯(lián)角色、消息 3、交互圖形主要用于對(duì)Use case中的控制建模，一般情況下，一個(gè)交互圖形表達(dá)單個(gè)Use case的行為，他表示出該Use case中若干個(gè)實(shí)例對(duì)象和對(duì)象之間所傳遞的消息，交互圖形有效的幫助人們觀察和理解系統(tǒng)內(nèi)部的協(xié)作關(guān)系和過程行為。4一個(gè)對(duì)象

10、可以在交互中創(chuàng)建 。如果一個(gè)對(duì)象可以在交互中創(chuàng)建，則該對(duì)象的生命線就從收到一個(gè)標(biāo)有構(gòu)造型 的創(chuàng)建消息之時(shí)開始 。激活期又稱為控制焦點(diǎn)，表示對(duì)象執(zhí)行一個(gè)動(dòng)作的期間，也即對(duì)象的激活的時(shí)間段。在順序圖中，激活期由位于生命線上的一個(gè)窄矩形框表示，激活期窄矩形框的上端與動(dòng)作的開始時(shí)間齊平，下端與動(dòng)作的完成時(shí)間齊平。休眠 表示一個(gè)對(duì)象在某一個(gè)消息執(zhí)行時(shí)，不在接收和發(fā)送消息。則我們稱該對(duì)象處于休眠狀態(tài)。一個(gè)對(duì)象可以在交互中銷毀，如果一個(gè)對(duì)象可以在交互中銷毀，則該對(duì)象的生命線就從收到一個(gè)標(biāo)有構(gòu)造型 的創(chuàng)建消息之時(shí)終止 。5不需要 ，6對(duì)象是對(duì)象類的實(shí)例，用于模型化特定的實(shí)體，對(duì)象是唯一的，可標(biāo)識(shí)的。每一個(gè)對(duì)象

11、都是不同的，及時(shí)他們有相同的屬性。角色又分對(duì)象類角色和關(guān)聯(lián)角色對(duì)象類角色是交互中對(duì)象類角色可起的作用，代表參與交互的對(duì)象。關(guān)聯(lián)角色代表關(guān)聯(lián)路徑規(guī)定在交互中對(duì)象之間的鏈接的角色類型。7、消息表示對(duì)象之間的通信，在順序圖中消息用于對(duì)象角色之間的一條水平箭頭直線表示，消息箭線從源對(duì)象指向目標(biāo)對(duì)象其上標(biāo)有消息的內(nèi)容標(biāo)簽，消息將觸發(fā)接受消息對(duì)象中特定的操作。消息的內(nèi)容標(biāo)簽格式如下 序號(hào) 保護(hù)條件 * 循環(huán)返回表：=操作名（參數(shù)表）8、1) 確定用例文檔的上下文，2) 找出參與交互的對(duì)象類角色，把他們橫向排列在順序圖的頂部，最重要的對(duì)象安置在最左邊，交互密切的對(duì)象盡可能的相鄰，在交互中創(chuàng)建的對(duì)象在垂直方向

12、應(yīng)安置在 其被創(chuàng)建的時(shí)間點(diǎn)處。3) 對(duì)每一個(gè)對(duì)象設(shè)置一條垂直向下的生命線，4) 從初始化交互的消息開始，自頂向下的在對(duì)象的生命線上安置消息，注意用箭頭的形式區(qū)別同步消息和異步消息，5) 在生命線上繪制處對(duì)象的激活期，以及對(duì)象的創(chuàng)建或者銷毀的構(gòu)造型標(biāo)記6) 根據(jù)消息之間的關(guān)系，確定循環(huán)結(jié)構(gòu)機(jī)器循環(huán)參數(shù)和出口條件9交互圖形的順序圖書籍管理對(duì)象發(fā)消息給書籍對(duì)象調(diào)用獲取書籍信息的方法三、1、四、網(wǎng)上商店用例圖（部分）用戶與 網(wǎng)上商店系統(tǒng)交互圖（部分）五、用例圖增加分配工號(hào)順序圖專題八：構(gòu)件圖與部署圖一、C A B C E A二、1、構(gòu)件圖、部署圖2、設(shè)備、處理器3、構(gòu)件圖、部署圖三、略1、構(gòu)件是 系統(tǒng)

13、中可以進(jìn)行替換的物理部分，它包裝了實(shí)現(xiàn)并且提供一組接口的實(shí)現(xiàn)，構(gòu)件是可以復(fù)用的單元，具有非常廣泛的意義，每個(gè)構(gòu)件可能包含很多類并實(shí)現(xiàn)很多接口，構(gòu)件的模型表明如何把類和接口分配給構(gòu)件。 構(gòu)件很多方面和類相似，都有名稱，都有實(shí)例，否能實(shí)現(xiàn)接口，都存在著聯(lián)系，但是構(gòu)件和類有這實(shí)質(zhì)性的區(qū)別，構(gòu)件代表物理事物，而類代表事物的邏輯抽象，因此構(gòu)件可以用于部署圖的節(jié)點(diǎn)，而類不能，一般構(gòu)件只有操作，外界只能通過接口接觸它們，而類直接有屬性和操作。構(gòu)件是一組邏輯單元的物理實(shí)現(xiàn)。一個(gè)類可以由一個(gè)或者多個(gè)構(gòu)件實(shí)現(xiàn)，因此構(gòu)件和類是一中依賴關(guān)系。構(gòu)件擁有類，類就不存在了，則包含他的組件就不存在了，因此構(gòu)件和類可以用依賴關(guān)系表示。2、配置構(gòu)件 動(dòng)態(tài)鏈接庫(*.DLL) 執(zhí)行程序（*.EXE）java