(完整word版)統(tǒng)一建模語言UML復(fù)習(xí)資料

1、統(tǒng)一建模語言UML復(fù)習(xí)資料匯總一、填空題1.面向?qū)ο蟪绦虻幕咎卣魇牵撼橄蟆⒎庋b、繼承和多態(tài) 。2.Rose 的正向工程以 組件為單位，把模型中的一個(gè)或多個(gè)類圖轉(zhuǎn)換為java 源代碼的過程。逆向工程是把代碼轉(zhuǎn)換為設(shè)計(jì)模型。3.用例圖兩個(gè)最核心的元素是參與者與用例。4.順序圖是由 對(duì)象 、 生命線 、控制焦點(diǎn)和 消息 等構(gòu)成的5.在 UML 的表示中順序圖將交互關(guān)系表示為一張二維圖，其中縱向是時(shí)間軸 ，時(shí)間沿豎線向下延伸。橫向代表了在協(xié)作中各獨(dú)立對(duì)象的角色 。6.狀態(tài)機(jī)圖圖描述從狀態(tài)到狀態(tài)的控制流程，常用來對(duì)系統(tǒng)的動(dòng)態(tài)特征進(jìn)行建模。7.在 UML 中，狀態(tài)機(jī)由對(duì)象的各個(gè)狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換

2、組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。8.在某個(gè)信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個(gè)客戶提交 0 個(gè)或多個(gè)訂單；一個(gè)訂單由一個(gè)且僅由一個(gè)客戶提交。系統(tǒng)中存在兩個(gè)類：“客戶”類和“訂單”類。對(duì)應(yīng)每個(gè)“訂單”類的實(shí)例，存在1 個(gè)“客戶”類的實(shí)例；對(duì)應(yīng)每個(gè)“客戶”類的實(shí)例，存在 0 個(gè)或多 個(gè)“訂單”類的實(shí)例。9.UML 提供一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，其中類圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；用例圖對(duì)系統(tǒng)的行為進(jìn)行組織和建 模是非常重要的；序列圖和協(xié)作圖都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖，前者描述了以時(shí)間順序組織的對(duì)象之間的交互活動(dòng)，后者強(qiáng)調(diào)收發(fā)消息的對(duì)象的組織結(jié)構(gòu)。供選擇的答案：狀態(tài)圖、用例圖、狀態(tài)圖、序列圖

3、、部署圖、協(xié)作圖、類圖10.Rational Rose2003具有非常友好的圖形用戶界面，其初始界面主要包括標(biāo)題欄、菜單欄、工具欄、模型瀏覽器窗口、文檔窗 口、模型圖窗口、日志窗口、狀態(tài)欄等部分。11.Rational Rose2003 用戶界面包含兩種工具欄，為用戶操作提供了方便，其中，圖工具欄依賴于所打開的模型圖，而 標(biāo)準(zhǔn)工具 欄則與模型圖無關(guān)。12.如果需要在模型圖繪制窗口中多放置幾個(gè)相同的圖標(biāo)，在編輯工具欄中，先單擊選擇鎖定圖標(biāo)，進(jìn)入“鎖定”狀態(tài)，而不必重 復(fù)多次地返回道編輯工具欄中重復(fù)選擇同一個(gè)圖標(biāo)。13.在學(xué)校中， 一個(gè)學(xué)生可以選修多門課程，一門課程可以由多個(gè)學(xué)生選修，那么學(xué)生和課

4、程之間是關(guān)聯(lián)關(guān)系；類 A 的一個(gè)操作調(diào)用類 B 的一個(gè)操作，且這兩個(gè)類之間不存在其他關(guān)系，那么類A 和類 B 之間是依賴關(guān)系。14. 多重性指的是，某個(gè)類有 _多個(gè)_個(gè)對(duì)象可以和另一個(gè)類的_ 1 個(gè)_對(duì)象關(guān)聯(lián)。15 當(dāng)一個(gè)類的對(duì)象可以充當(dāng)多種角色時(shí)，_自身關(guān)聯(lián)就可能發(fā)生。16在泛化關(guān)系中，_子類可以替代_父類_。也就是說，后者岀現(xiàn)的地方，前者都可以岀現(xiàn)。但是反過來卻不成立。17組合是強(qiáng)類型_的聚集，因?yàn)榫奂械拿總€(gè)部分體只能屬于_ 一個(gè)_整體。18 實(shí)現(xiàn)的符號(hào)和繼承的符號(hào)有相似之處，兩者的唯一差別是實(shí)現(xiàn)關(guān)系用_虛線_ 表示，繼承關(guān)系用實(shí)線_表示。19. UML 背后的兩個(gè)重量級(jí)概念是 _用例_

5、和_面向?qū)ο骭。20 狀態(tài)圖和類圖、順序圖不同之處在于，后兩種圖能夠?qū)?_多個(gè)對(duì)象_建立模型，而狀態(tài)圖只是對(duì) _ 1 個(gè)對(duì)象建立模型。21.狀態(tài)圖中 3 個(gè)常用的動(dòng)作是 _入口動(dòng)作_、_出口動(dòng)作和_do 動(dòng)作,也就是對(duì)象處于這個(gè)狀態(tài)時(shí)應(yīng)該做什么。22 順序圖中，消息用 _水平箭頭線_表示；時(shí)間用 _垂直虛線_表示。23當(dāng)邏輯發(fā)生分支時(shí)，在順序圖中用_生命線發(fā)生的分支 _表示，在協(xié)作圖中用嵌套的序號(hào)_表示。24 順序圖強(qiáng)調(diào)的是交互的 _ 時(shí)間順序二 協(xié)作圖強(qiáng)調(diào)的是交互的 _空間關(guān)系_和參與交互的對(duì)象的 _ 上下文環(huán)境_。二、單項(xiàng)選擇題1.UML 的全稱是（B ）A. Unify Modeling

6、 LanguageB. Unified Modeling LanguageC. Unified Modem LanguageD. Unified Making Language2.執(zhí)行者（Actor）與用例之間的關(guān)系是（C ）A.包含關(guān)系 B.泛化關(guān)系C.關(guān)聯(lián)關(guān)系D.擴(kuò)展關(guān)系3.生命線是 UML 視圖中哪個(gè)圖形的組成部分（D ）A.類圖B.狀態(tài)圖C.活動(dòng)圖D.順序圖4.多對(duì)象是 UML 哪個(gè)視圖中的概念A(yù). 類圖B.狀態(tài)圖C.協(xié)作圖D.組件圖5.在類圖中，哪種關(guān)系表達(dá)總體與局部的關(guān)系A(chǔ).泛化B.實(shí)現(xiàn)C.依賴D.聚合6.在類圖中，“ # ”表示的可見性是A. PublicB. Protected

7、C. Private7.下面哪個(gè)視圖屬于 UML 語言的交互圖A.行為圖D. Package(B.狀態(tài)圖D.順序圖C.實(shí)現(xiàn)圖8.下面哪個(gè) UML 視圖是描述一個(gè)對(duì)象的生命周期的A.類圖B.狀態(tài)圖C.協(xié)作圖D.順序9.順序圖由類角色，生命線，激活期和（ B ）A.關(guān)系B.消息組成C.用例D.實(shí)體10. UML 中關(guān)聯(lián)的多重度是指A. 一個(gè)類有多個(gè)方法被另一個(gè)類調(diào)用B. 一個(gè)類的實(shí)類能夠與另一個(gè)類的多個(gè)實(shí)類相關(guān)聯(lián)C. 一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)D. 兩個(gè)類所具有的相同的方法和屬性11. 關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確（）A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織；B.協(xié)作圖

8、是順序圖的一種特例C.協(xié)作圖中有消息流的順序號(hào)；D.在 ROSE 工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“ F5鍵自動(dòng)生成；12. 下列關(guān)于軟件特點(diǎn)的描述中，哪個(gè)是錯(cuò)誤的（）A.軟件是被開發(fā)或設(shè)計(jì)的，而不是被制造的；B.軟件不會(huì)“磨損，但會(huì)“退化”；C.軟件的開發(fā)已經(jīng)擺脫了手工藝作坊的開發(fā)方式；D.軟件是復(fù)雜的13. 在 UM 沖，有四種關(guān)系，下面哪個(gè)不是（）A.依賴關(guān)系B.繼承關(guān)系C.泛化關(guān)系D.實(shí)現(xiàn)關(guān)系14. 下面哪個(gè)不是 UML 中的靜態(tài)視圖（）A.狀態(tài)圖B.用例圖C.對(duì)象圖D.類圖15. 在用例之間，會(huì)有三種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（）A.包含（include ）B.擴(kuò)展

9、（extend）C.泛化（generalization ）D.關(guān)聯(lián)（connect）16. 下列關(guān)于活動(dòng)圖的說法錯(cuò)誤的是（）A.張活動(dòng)圖從本質(zhì)上說是一個(gè)流程圖，顯示從活動(dòng)到活動(dòng)的控制流B.活動(dòng)圖用于對(duì)業(yè)務(wù)過程中順序和并發(fā)的工作流程進(jìn)行建模。C.活動(dòng)圖中的基本要素包括狀態(tài)、轉(zhuǎn)移、分支、分叉和匯合、泳道、對(duì)象流。D.活動(dòng)圖是 UML 中用于對(duì)系統(tǒng)的靜態(tài)方面建模的五種圖中的一種17.在 UML 的順序圖中，通常由左向右分層排列各個(gè)對(duì)象，正確的排列方法是（a）A. 執(zhí)行者角色控制類用戶接口 業(yè)務(wù)層后臺(tái)數(shù)據(jù)庫B.執(zhí)行者角色用戶接口 控制類業(yè)務(wù)層后臺(tái)數(shù)據(jù)庫C.執(zhí)行者角色控制類用戶接口 后臺(tái)數(shù)據(jù)庫 業(yè)務(wù)層C

10、.協(xié)作圖D.組件圖河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.12518.下面哪個(gè)UML 視圖是描述一個(gè)對(duì)象的生命周期的（ B ）B. 狀態(tài)圖C. 協(xié)作圖19. 順序圖由類角色，生命線，激活期和A. 關(guān)系C.用例20. 下面哪個(gè)不是 UML 中的靜態(tài)視圖A. 狀態(tài)圖C.對(duì)象圖D.順序（B）組成B.消息D.實(shí)體（A ）B.用例圖D.類圖21.（ A ）技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類、人或部門,A.泳道B.分叉匯合C.分支D.轉(zhuǎn)移22.類圖應(yīng)該畫在 Rose 的哪種（）視圖中（B ）A. Use CaseViewC. Componentview23.類通?？梢?/p>

11、分為實(shí)體類A. 父類B. Logic ViewD. Deployment View()和邊界類(C )B.子類D.執(zhí)行者角色用戶接口 業(yè)務(wù)層控制類后臺(tái)數(shù)據(jù)庫C.控制類D.祖先類24.（）是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)A.部署圖B.類C.接口D.組件25.關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確（B ）A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織;B.協(xié)作圖是順序圖的一種特例C.協(xié)作圖中有消息流的順序號(hào)；D.在 ROSE 工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動(dòng)生成；26. 一個(gè)對(duì)象和另一個(gè)對(duì)象之間，通過消息來進(jìn)行通信。消息通信在面向?qū)ο蟮?/p>

12、語言中即A.方法實(shí)現(xiàn)C.方法調(diào)用B.方法嵌套D.方法定義27.（）是可復(fù)用的，提供明確接口完成特定功能的程序代碼塊。（D ）A、模塊B.函數(shù)C.用例 D.軟件構(gòu)件28.若將活動(dòng)狀態(tài)比作方法，那么動(dòng)作狀態(tài)即（C ）A.方法名B.方法返回值C.方法體中的每一條語句D.方法的可見性29. （）是用于把元素組織成組的通用機(jī)制（A ）A.包B.類C.接口 D. 組件30. UML 中關(guān)聯(lián)的多重度是指（b）A. 一個(gè)類有多個(gè)方法被另一個(gè)類調(diào)用B. 一個(gè)類的實(shí)類能夠與另一個(gè)類的多個(gè)實(shí)類相關(guān)聯(lián)C. 一個(gè)類的某個(gè)方法被另一個(gè)類調(diào)用的次數(shù)D. 兩個(gè)類所具有的相同的方法和屬性31. 通常對(duì)象有很多屬性，但對(duì)于外部對(duì)

13、象來說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是UM 沖的類成員訪問限定性（）A.公有的（public ）C.友員（friendly ）B.受保護(hù)的（protected ）D.私有的（private ）32.UML 中類的有三種，下面哪個(gè)不是其中之一（A.類圖他們負(fù)責(zé)完成組內(nèi)的活動(dòng)B.抽象類D.邊界類33.下列描述中，哪個(gè)不是建模的基本原則（ ）A.要仔細(xì)的選擇模型B.每一種模型可以在不同的精度級(jí)別上表示所要開發(fā)的系統(tǒng)C.模型要與現(xiàn)實(shí)相聯(lián)系D.對(duì)一個(gè)重要的系統(tǒng)用一個(gè)模型就可以充分描述34.順序圖是強(qiáng)調(diào)消息隨時(shí)間順序變化的交互圖，下面哪個(gè)不是用來描述順序圖的組成部分（B.生命線D.類角色35.UM

14、L 提供了 4 種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（圖，用于說明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖A. 組件圖C. 對(duì)象圖36. 當(dāng)需要說明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇（）A.組件圖B.協(xié)作圖C.狀態(tài)圖D.部署圖37. 當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（）A.協(xié)作圖B.對(duì)象圖C.活動(dòng)圖D.部署圖38. （）是描述系統(tǒng)中在某一時(shí)刻，一組對(duì)象以及它們之間關(guān)系的圖形，其可以看作是類圖在系統(tǒng)某一時(shí)刻的實(shí)例。A.組件圖B.類圖C.對(duì)象圖D.部署圖39. 什么是用于描述類或組件的一個(gè)服務(wù)（功能）的操作集合。（）A.組件B.規(guī)范C.接口D.節(jié)點(diǎn)40. UML 的（）是由建模者設(shè)計(jì)

15、的新的建模元素，但是這個(gè)模型元素的設(shè)計(jì)要建立在UML 已定義的模型元素基礎(chǔ)上A、標(biāo)記值B、構(gòu)造型C、注釋D、約束41.在 UM 沖，類之間的關(guān)系有一種關(guān)系稱為關(guān)聯(lián)，其中多重性用來描述類之間的對(duì)應(yīng)關(guān)系，下面哪個(gè)不是其中之一（B. 0.*D. 0.142. 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是（）A.面向?qū)ο笤O(shè)計(jì)描述軟件要做什么B.面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié)C.面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果D.面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡單的分析模型43. 當(dāng)（）時(shí)，用例是捕獲系統(tǒng)需求最好的選擇。A.系統(tǒng)有很多參與者B.系統(tǒng)具有很少的接口C.系統(tǒng)算法復(fù)雜，功能單一D.系統(tǒng)具有很少的用戶4

16、4. 為了使構(gòu)件系統(tǒng)更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備（），以提高其通用性。A.可繼承性B.可變性C.可封裝性D.可伸縮性45. UML 中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類來表示，分 別是（）OA.狀態(tài)圖和時(shí)序圖B.活動(dòng)圖和協(xié)作圖C.時(shí)序圖和協(xié)作圖D.狀態(tài)圖和活動(dòng)圖46. 下列關(guān)于 UML 敘述正確的是（）A. UML 是一種語言，語言的使用者不能對(duì)其進(jìn)行擴(kuò)展B. UML 是獨(dú)立于軟件開發(fā)過程的C. UML 僅是一組圖形的集合D. UML 僅適用于系統(tǒng)的分析與設(shè)計(jì)階段47. 封裝是把對(duì)象的（）結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。A

17、.實(shí)體類C.控制類）是面向?qū)ο笙到y(tǒng)建模中最常用的B.類圖D.部署圖C.激活期C. 1 .*河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.127A.屬性和操作B.信息流D.數(shù)據(jù)的集合C.消息和事件48. 通常對(duì)象有很多屬性，但對(duì)于外部對(duì)象來說某些屬性應(yīng)該不能被直接訪問，下面哪個(gè)不是UML 中的類成員訪問限定性（A. publicB.protectedC. privateD. friendly49. 用例之間有幾種不同的關(guān)系，下列哪個(gè)不是他們之間可能的關(guān)系（）。A. includeB.connectC. generalizationD. extend50. 在 UM 沖，（）表示使用軟件系統(tǒng)的

18、功能，與軟件系統(tǒng)交換信息的外部實(shí)體A、執(zhí)行者C、用例B、類D、用例圖51.類通?？梢苑譃閷?shí)體類，（）和邊界類A.父類B.子類C.控制類D.祖先類52.順序圖由類角色，生命線，激活期和（）組成A.關(guān)系B.消息C.用例D.實(shí)體53.（）是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)A.部署圖B.類C.接口D.組件54. 關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確（）A. 協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織；B. 協(xié)作圖是順序圖的一種特例C. 協(xié)作圖中有消息流的順序號(hào)；D. 在 ROSE 工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“ F5鍵自動(dòng)生成；55. 一個(gè)對(duì)象和另一

19、個(gè)對(duì)象之間，通過消息來進(jìn)行通信。消息通信在面向?qū)ο蟮恼Z言中即（）A.方法實(shí)現(xiàn)B.方法嵌套C.方法調(diào)用D.方法定義56. 類圖應(yīng)該畫在 Rose 的哪種（）視圖中A. UseCaseViewB. LogicViewC. ComponentViewD. DeploymentView57. 用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中， 創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是（）關(guān)系A(chǔ).包含（include ）B.擴(kuò)展（extend ）C.分類（clas

20、sification ）D.聚集（aggregation ）58. 下列關(guān)于狀態(tài)圖的說法中，正確的是（）A. 狀態(tài)圖是 UML 中對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B. 狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)C. 活動(dòng)圖和狀態(tài)圖是對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模，描述對(duì)象隨時(shí)間變化的行為。D. 狀態(tài)圖強(qiáng)調(diào)對(duì)有幾個(gè)對(duì)象參與的活動(dòng)過程建模，而活動(dòng)圖更強(qiáng)調(diào)對(duì)單個(gè)反應(yīng)型對(duì)象建模59.（）是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)A.部署圖B.類C.接口D.組件60. 事件（event）表示對(duì)一個(gè)在時(shí)間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明，下面哪

21、個(gè)不是事件的類型（）A.信號(hào)B.調(diào)用事件C.源事件D.時(shí)間事件61.在 UML 中,（）把活動(dòng)圖中的活動(dòng)劃分為若干組，并將劃分的組指定給對(duì)象，這些對(duì)象必須履行該組所包括的活動(dòng)，它能夠明 確地表示哪些活動(dòng)是由哪些對(duì)象完成的。B. 同步條）。C.活動(dòng)D.組合活動(dòng)62. 下面（）屬于 UML 中的動(dòng)態(tài)視圖。A.類圖B.用例圖C.對(duì)象圖D.狀態(tài)圖63.UseCase 用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂 單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是（）關(guān)系。A. aggreg

22、ationC. include64. 在 UML 勺需求分析建模中，（A.配置C.包65. 下面（）不是 UML 的關(guān)系。B. extendD.classification ）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。B.用例D.動(dòng)態(tài)A.依賴關(guān)系B.關(guān)聯(lián)關(guān)系C.繼承關(guān)系D.泛化關(guān)系66.構(gòu)件圖用于對(duì)系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖建模， 這種視圖主要支持系統(tǒng)構(gòu)件的配置管理， 通?？梢苑譃樗姆N方式來完成，下面哪種不 是其中之一（）。A.對(duì)源代碼建模B.對(duì)可執(zhí)行體的發(fā)布建模C.對(duì)物理數(shù)據(jù)庫建模D.對(duì)事物建模67.UML 的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（）。A.用戶手冊(cè)B.類圖C.動(dòng)態(tài)圖D.相應(yīng)的軟件文檔資

23、料68.（）的基本元素有節(jié)點(diǎn)、構(gòu)件、對(duì)象、A.構(gòu)件圖B.狀態(tài)圖連接、依賴等。C.配置圖D.順序圖69.閱讀圖例,A.讀者可以使用系統(tǒng)的還書用例B.每次執(zhí)行還書用例都要執(zhí)行圖書查詢用例C.每次執(zhí)行還書用例都要執(zhí)行交納罰金用例70. 下列關(guān)于類方法的聲明，不正確的是（）A. 方法定義了類所許可的行動(dòng)B. 從一個(gè)類所創(chuàng)建的所有對(duì)象可以使用同一組屬性和方法C. 每個(gè)方法應(yīng)該有一個(gè)參數(shù)D. 如果在同一個(gè)類中定義了類似的操作，則他們的行為應(yīng)該是類似的71. 下面關(guān)于正向工程與逆向工程的描述，哪個(gè)不正確（）A.正向工程是通過到實(shí)現(xiàn)語言的映射而把模型轉(zhuǎn)換為代碼的過程；B逆向工程是通過從特定實(shí)現(xiàn)語言的映射而把代

24、碼轉(zhuǎn)換為模型的過程；C. 正向工程是通過從特定實(shí)現(xiàn)語言的映射而把代碼轉(zhuǎn)換為模型的過程；D.正向工程與逆向工程可以通過rose 支持來實(shí)現(xiàn)；72. 面向?qū)ο蟮拈_發(fā)方法中，（）將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。B. UML 語言A. Booch 方法C. OMT 方法D. Coad 方法C.活動(dòng)D.組合活動(dòng)11河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.1273. 在構(gòu)件中圖中，（A、節(jié)點(diǎn)C、構(gòu)件74. 在用例圖中，可以用圍A、執(zhí)行者）用于顯示構(gòu)件之間的關(guān)聯(lián)關(guān)系。B、包D 依賴關(guān)系（）來表示整個(gè)軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范B、關(guān)聯(lián)

25、關(guān)系C、用例D 邊界框75.泛化使得（）操作成為可能，即操作的實(shí)現(xiàn)是由它們所使用的對(duì)象的類，而不是由調(diào)用確定的C、傳參76.（）是用來反映代碼的物理結(jié)構(gòu)A、構(gòu)件圖C、類圖B、多重D 傳值B、用例圖D、狀態(tài)機(jī)77.（）用于描述相互合作的對(duì)象間的交互關(guān)系的鏈接關(guān)系。A、類圖B、通信圖C、用例圖D 協(xié)作圖78. 在用例圖中，執(zhí)行者之間的關(guān)系只有（）一種A、包含C、擴(kuò)展三、多項(xiàng)選擇題1. 在面向?qū)ο蟮脑O(shè)計(jì)中，主要建立的模型包括（）A、算法邏輯模型C、動(dòng)態(tài)模型2. 在如下（）情況下，可以考慮使用重構(gòu)A、修改錯(cuò)誤時(shí)C、添加功能時(shí)3 下面哪些圖形可以清楚地表達(dá)并發(fā)行為（A、類圖B、C、活動(dòng)圖4. 以下（）屬

26、于活動(dòng)圖的節(jié)點(diǎn)。A|策點(diǎn)C、并發(fā)控制D 實(shí)現(xiàn)B、功能模型D 對(duì)象模型B、復(fù)審程序代碼時(shí)D 需求分析時(shí)CD）狀態(tài)體D 順序圖B、活動(dòng)5. 在需求分析的業(yè)務(wù)流程建模中，可以利用活動(dòng)圖描述（）A、系統(tǒng)對(duì)外部呈現(xiàn)的功能B、多個(gè)用例聯(lián)合起來形成的處理流程C 對(duì)象協(xié)同的單個(gè)用例中的處理流程D 軟件與外部實(shí)體共同參與的業(yè)務(wù)處理流程6.在 UML 勺狀態(tài)圖中，轉(zhuǎn)換通常由以下哪些部分構(gòu)成（ ABCDE ）A、動(dòng)作B、觸發(fā)事件C 源狀態(tài)D 目標(biāo)狀態(tài)E、監(jiān)護(hù)條件7 下面哪些元素構(gòu)成了組件圖形（ACD)A、組件B、轉(zhuǎn)換C 關(guān)系D 接口E、事件8.具有多重屬性值的 UML 圖形包括（AE)A、類圖B、對(duì)象圖C 狀態(tài)圖D

27、 活動(dòng)圖E、部署圖9 軟件工程的三要素是（ABD )A、方法B、工具12河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.121310 可能具有狀態(tài)機(jī)的對(duì)象包括（ABCDEA、類B、子系統(tǒng)17 .時(shí)序圖的用途包括（ABCD顯示并發(fā)進(jìn)程和激活當(dāng)不同的類之間存在多個(gè)簡短的方法時(shí)，描述控制流的整體序列顯示在協(xié)作圖中難于描述的事件序列顯示涉及類交互而與對(duì)象無關(guān)的一般形式 詳細(xì)描述系統(tǒng)的瞬態(tài)圖B、狀態(tài)體20 部署圖中的節(jié)點(diǎn)具有以下哪些方面的內(nèi)容（A、計(jì)算能力B、基本內(nèi)存24 UML 中，類的主要版型有（CDEC 模型D 過程E、語言C 位置D 接口E、路徑21 部署圖中的節(jié)點(diǎn)具有以下哪些方面的內(nèi)容（A、

28、計(jì)算能力B、基本內(nèi)存ABC）C、位置D 接口E、路徑22 可能具有狀態(tài)機(jī)的對(duì)象包括（A、類ABCDEB、子系統(tǒng)C、用例D 接口E、協(xié)議23 .時(shí)序圖的用途包括（ABCD顯示并發(fā)進(jìn)程和激活A(yù)、B、C、D、E、當(dāng)不同的類之間存在多個(gè)簡短的方法時(shí)，描述控制流的整體序列顯示在協(xié)作圖中難于描述的事件序列顯示涉及類交互而與對(duì)象無關(guān)的一般形式詳細(xì)描述系統(tǒng)的瞬態(tài)圖C 用例D 接口E、協(xié)議11.以下屬于面向?qū)ο蟮拈_發(fā)方法的有（）A 、jacobson 方法B、0M 彷法C、 Coad方法D、Booch 方法12.在 UML 中，模型的組織元素包括（）幾個(gè)主要的層次。A、視圖B、狀態(tài)C、模型13.構(gòu)件圖的節(jié)點(diǎn)可以

29、是（）A、包C、用例14.在狀態(tài)機(jī)圖中，轉(zhuǎn)換包括以下（）類型外部自轉(zhuǎn)換C、模擬轉(zhuǎn)換B、內(nèi)部自轉(zhuǎn)換D 正常轉(zhuǎn)換15.在一般情況下，可以將面向?qū)ο蟮木酆细拍顓^(qū)分為（）關(guān)系。A、組合C、關(guān)聯(lián)B、聚合D、繼承16 UML 的類圖包含哪些抽象的層次（ ABC ）A、概念層B、說明層C 實(shí)現(xiàn)層業(yè)務(wù)層E、控制層B、E、18 下面哪些圖形可以清楚地表達(dá)并發(fā)行為（CD )A、類圖C 活動(dòng)圖D 順序圖E、實(shí)現(xiàn)圖19 UML 中，類的主要版型有（ CDE ）A、角色類B、業(yè)務(wù)類C 邊界類D、控制類E、實(shí)體類ABCA、角色類B、業(yè)務(wù)類C、邊界類D 控制類E、實(shí)體類25. UML 的類圖包含哪些抽象的層次（ ABC）A

30、、概念層B、說明層C、實(shí)現(xiàn)層D 業(yè)務(wù)層E、控制層26.用例之間的關(guān)系主要有（）A、聚合擴(kuò)展D、包含27.用例之間的關(guān)系主要有（）包含B、繼承C、擴(kuò)展D、聚合28.兩個(gè)類之間的關(guān)聯(lián)表示他們之間存在一種不適于繼承的邏輯關(guān)系。在關(guān)聯(lián)關(guān)系的表示圖元的兩端，可以表示參與關(guān)聯(lián)的（）特性。31.具有多重屬性值的 UML 圖形包括（ AEA、類圖B、對(duì)象圖35 .軟件工程的三要素是（ABD ）A、方法B、工具C、模型D 過程36. 基于用例圖的需求捕獲的第一步就是確定系統(tǒng)的參與者，在尋找系統(tǒng)參與者時(shí)，可以根據(jù)以下（）等問題來確定A、系統(tǒng)同環(huán)境如何進(jìn)行交互B、由誰安裝系統(tǒng)C、系統(tǒng)為哪些對(duì)象提供信息、服務(wù)D 系統(tǒng)

31、的使用者是誰37. 在采用用例模型捕獲需求時(shí)，需要執(zhí)行如下（）操作A、描述非功能需求B、用例建模C、識(shí)別用例D 識(shí)別參與者38.以下對(duì)部署圖說法正確的有（）A、部署圖有主要建模元素是構(gòu)件B、使用部署圖可以顯示運(yùn)行時(shí)系統(tǒng)的結(jié)構(gòu)，同時(shí)還傳達(dá)構(gòu)成應(yīng)用程序的硬件和軟件的配置的部署方式B、可見性A、約束C、角色名D 多重性29.在 UML 中，以下（）是可以應(yīng)用于包的構(gòu)造型A、框架FrameworkB、虛包FacadeD 系統(tǒng)systemC、子系統(tǒng)Subsystem30.對(duì)于類，其屬性的可見性表示對(duì)類的外部世界的可見性，它有以下（A、公開（public ）選項(xiàng)B、包內(nèi)公開（package ）C、保護(hù)(p

32、rotectD 私有(private )C、狀態(tài)圖D 活動(dòng)圖32 .在 UML 的狀態(tài)圖中，轉(zhuǎn)換通常由以下哪些部分構(gòu)成（A、動(dòng)作B、觸發(fā)事件E、部署圖ABCDEC、源狀態(tài)D 目標(biāo)狀態(tài)33 下面哪些圖形可以清楚地表達(dá)并發(fā)行為（A、類圖B、狀態(tài)體C、活動(dòng)圖D 順序圖34 下面哪些元素構(gòu)成了組件圖形（E、監(jiān)護(hù)條件CDE、實(shí)現(xiàn)圖ACDA、組件C、關(guān)系B、轉(zhuǎn)換D 接口E、事件E、語言河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.1215C、從部署圖中，可以了解到軟件與硬件之間物理關(guān)系及處理節(jié)點(diǎn)的組件分布情況D、部署圖（deployment,配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理結(jié)構(gòu)39.用例圖的節(jié)

33、點(diǎn)包括（）A、用例C、關(guān)聯(lián)40.在識(shí)別用例時(shí)，以下（）問題可以幫助識(shí)別用例A、當(dāng)系統(tǒng)狀態(tài)發(fā)生故障時(shí)，是否需要通知參與者B、系統(tǒng)是否存在外部事件，如果存在，是哪個(gè)能參與者通知系統(tǒng)這些個(gè)部事件C、參與者希望系統(tǒng)為他提供什么樣的功能D、系統(tǒng)運(yùn)行環(huán)境是什么 四、判斷正誤題1 用例圖中包含關(guān)系是指一個(gè)用例繼承了另一個(gè)用例。10收集用例的方法可以采用交談。11 .順序圖所表達(dá)的是基于時(shí)間順序的動(dòng)態(tài)交互。12用例是從用戶的觀點(diǎn)對(duì)系統(tǒng)行為的一個(gè)描述。13. UML 無法體現(xiàn)歷史狀態(tài)。14. 狀態(tài)圖中狀態(tài)一般分成順序子狀態(tài)和隨機(jī)子狀態(tài)。15狀態(tài)圖是以實(shí)心圓點(diǎn)開頭，以公牛眼結(jié)束的。16. 狀態(tài)圖可以描述對(duì)象狀態(tài)的

34、變化過程。17. 注解是 UML 中的解釋元素。18.包是 UML 中唯一分組元素。19. 用例包括了包含用例和隨機(jī)用例。20.在畫類圖時(shí)，屬性或操作如果是 public 的，可以用“ + 表示，protected 用對(duì)五、簡答題1、簡述統(tǒng)一建模語言（UML）:答：統(tǒng)一建模語言（UML）是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語言。 可以用 UMLM軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作 用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還支持從需求分析開始的軟件開發(fā)的全過程。UML 的作用就是用很

35、多圖從靜態(tài)和動(dòng)態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。2、UML 中的交互圖有兩種，分另提順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。答：協(xié)作圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交互，它除了展示對(duì)象之間的關(guān)聯(lián)，還顯示岀對(duì)象之間的消息傳遞。與順 序圖一樣，協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對(duì)象 的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易，而且分 支也比較少，但如果消息比較多時(shí)難以表示消息之間的順序。B

36、、邊界D、執(zhí)行者2 .順序圖中每個(gè)對(duì)象向下方向伸展的虛線是對(duì)象的生命線。3協(xié)作圖是對(duì)象圖的擴(kuò)展。4只有狀態(tài)圖采用泳道。5 部署圖一般把節(jié)點(diǎn)分成處理器和外部軟件。6 協(xié)作圖和順序圖是等價(jià)的。（7 .一臺(tái)計(jì) 算 機(jī)有 很 多零部件，例如：鍵盤 ， 鼠標(biāo) ， 主板，顯示器等等，我 們 可以 用 一個(gè) 聚 集圖 來 描述, 個(gè)聚集體。（8.對(duì)象之間協(xié)作可以通過相互發(fā)送消息來實(shí)現(xiàn)，也就是消息可以是雙向的。9 .狀態(tài)圖中3個(gè)常用的動(dòng)作是入口動(dòng)作、出口動(dòng)作和do也就是說計(jì)算機(jī)是一么。動(dòng)作，也就是對(duì)象處于這個(gè)狀態(tài)時(shí)應(yīng)該做什（對(duì)）#” 表示，private 用“-” 表示。河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資

37、料2013.12173.順序圖和協(xié)作圖中，消息有哪三種？各自的意義和表示法什么？答： 消息可以是簡單的(simple)、同步的(synchronous)或異步的(asynchronous)。簡單消息是從一個(gè)對(duì)象到另一個(gè)對(duì)象的 控制流的轉(zhuǎn)移。如果一個(gè)對(duì)象發(fā)送了一個(gè)同步消息，那么它要等待對(duì)方對(duì)消息的應(yīng)答，收到應(yīng)答后才能繼續(xù)自己的操作。而發(fā)送異 步消息的對(duì)象不需要等待對(duì)方的應(yīng)答便可以繼續(xù)自己的操作。在順序圖中，簡單消息是一個(gè)簡單箭頭，同步消息是實(shí)心箭頭。異步 消息是一個(gè)半邊箭頭。4.什么是順序圖，順序圖是由那些部分組成？答案：順序圖是強(qiáng)調(diào)消息時(shí)間順序的交互圖。是描述系統(tǒng)中類和類之間的交互，它將這些交

38、互建模成消息交換，也就是說， 順序圖描述了類相互協(xié)作的完成預(yù)期行為的動(dòng)態(tài)過程。順序圖是由：類角色、生命線、激活期和消息組成。5.什么是協(xié)作圖，協(xié)作圖是由那些部分組成？答案：協(xié)作圖作為另一種交互圖而言，強(qiáng)調(diào)的是參加交互的對(duì)象的組織。協(xié)作圖是由：類角色、關(guān)聯(lián)角色和消息流組成。6.在繪制類圖時(shí)，第一步就是發(fā)現(xiàn)類，最常用的方法是什么？請(qǐng)簡要說明它的使用方法。發(fā)現(xiàn)類的方法有很多種，其中最廣泛應(yīng)用的莫過于“名詞動(dòng)詞法”，其主要規(guī)則是從名詞與名詞短語中提取對(duì)象與屬性；從動(dòng)詞與動(dòng)詞短語中提取操作與關(guān)聯(lián)；而所有格短短語通常表明名詞應(yīng)該是屬性而不是對(duì)象。7.簡述如何在實(shí)際工作中發(fā)現(xiàn)類。答：在與客戶的交談中，要注意

39、客戶用來描述業(yè)務(wù)實(shí)體的名詞術(shù)語。這些名詞可作為領(lǐng)域模型中的類。還要注意你聽到的動(dòng)詞，因?yàn)檫@些動(dòng)詞可能會(huì)構(gòu)成這些類中的操作。當(dāng)?shù)玫揭唤M類的核心列表后，應(yīng)當(dāng)向客戶詢問在業(yè)務(wù)過程中每個(gè)類的作用。他們的回答將告訴你這些類的職責(zé)。8.簡述怎樣發(fā)現(xiàn)類之間的繼承關(guān)系。答：作為候選的類有可能和它的父類、子類在談話中同時(shí)被發(fā)現(xiàn)。系統(tǒng)分析員意識(shí)到某個(gè)類的屬性和操作也許能被運(yùn)用到其 他多個(gè)類當(dāng)中去。另一種可能的情況是系統(tǒng)分析員注意到兩個(gè)或者多個(gè)類可能具有相同的屬性和操作數(shù)。9.試比較邊界類與實(shí)體類的異同。答案：實(shí)體類是對(duì)系統(tǒng)中需要存儲(chǔ)的信息和其信息的行為建立模型。實(shí)體類具有永久的特性，這類似于數(shù)據(jù)庫中的表一樣用 于

40、保存系統(tǒng)的業(yè)務(wù)信息。邊界類位于系統(tǒng)與外界的交接處，它在一個(gè)或多個(gè)角色和系統(tǒng)之間建立相互作用的模型。10. 什么是動(dòng)作狀態(tài)？什么是活動(dòng)狀態(tài)？它們有什么區(qū)別？答案：動(dòng)作狀態(tài)是活動(dòng)圖中最小單位的構(gòu)造塊，表示原子動(dòng)作?；顒?dòng)狀態(tài)表示的是可以分割的動(dòng)作?？梢詫?duì)象的活動(dòng)狀態(tài) 理解為一個(gè)組合，它的控制流由其他活動(dòng)狀態(tài)或動(dòng)作狀態(tài)組成。11. 請(qǐng)說明對(duì)象圖的適用場景以及它的優(yōu)缺點(diǎn)。對(duì)象圖適用于論證類模型的設(shè)計(jì)以及對(duì)源代碼進(jìn)行分析和說明。其優(yōu)點(diǎn)是能夠直觀理解岀系統(tǒng)運(yùn)行時(shí)的實(shí)時(shí)狀態(tài)，缺點(diǎn)是比 較復(fù)雜，工作量大。12. 統(tǒng)一過程中有哪四個(gè)階段，各階段需要完成的主要工作有哪些？答：使用 RUP 過程開發(fā)軟件系統(tǒng)，軟件的

41、生命周期分四個(gè)階段：初始階段( Inception )、細(xì)化階段(Elaboration )、構(gòu)造階 段(Construction )、提交階段(Transition )。各階段需要完成的主要工作如下：1)初始階段：編制簡要的愿景文檔、業(yè)務(wù)案例、 確定范圍、 粗略評(píng)估成本。2)細(xì)化階段：細(xì)化愿景文檔、迭代地實(shí)現(xiàn)核心構(gòu)架、解決高風(fēng)險(xiǎn)的問題、定義大多數(shù)的需求和范圍、進(jìn)一步評(píng)估成本3)構(gòu)造階段：迭代地實(shí)現(xiàn)系統(tǒng)的其余部分、準(zhǔn)備部署4)提交階段：beta 測試、部署13. 什么是參與者？如何確定系統(tǒng)的參與者？答案：參與者(actor ，有些書翻譯成“角色”)是一種特殊的類，是系統(tǒng)外部的一個(gè)實(shí)體，這個(gè)實(shí)體

42、可以是任何的人或物， 它以某種方式參與了用例的執(zhí)行過程。在獲取用例前首先要確定系統(tǒng)的參與者，可以根據(jù)下面的一些問題來尋找系統(tǒng)的參與者：誰使用系統(tǒng)？誰安裝系統(tǒng)、維 護(hù)系統(tǒng)？誰啟動(dòng)系統(tǒng)、關(guān)閉系統(tǒng)？誰從系統(tǒng)中獲取信息，誰提供信息給系統(tǒng)？在系統(tǒng)交互中，誰扮演了什么角色？系統(tǒng)會(huì) 與哪些其他系統(tǒng)相關(guān)聯(lián)？14. 什么是用例？如何確定系統(tǒng)的用例？答案：用例是對(duì)一組序列動(dòng)作的描述，系統(tǒng)執(zhí)行這些動(dòng)作將對(duì)用例的參與者產(chǎn)生可以觀察的結(jié)果。 可以根據(jù)下面的一些問題來識(shí)別用例：參與者希望系統(tǒng)提供什么功能； 系統(tǒng)是否存儲(chǔ)和檢索信息；3當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者；4是否存在影響系統(tǒng)的外部事件，是哪個(gè)參與者通知系統(tǒng)這些外

43、部事件。15.闡述用例對(duì)于系統(tǒng)開發(fā)人員來說的價(jià)值。 答：是用來從用戶的觀察角度收集系統(tǒng)需求的一項(xiàng)技術(shù)，便于分析員與客戶和用戶交流，使系統(tǒng)更符合用戶的需求。16.試論述類與用例的區(qū)別。 答案：類是對(duì)一組具有相同屬性、操作、關(guān)系和語義的對(duì)象的描述。類是對(duì)事物的抽象。而用例是對(duì)一組序列動(dòng)作的描述，系統(tǒng)執(zhí)行這些動(dòng)作將對(duì)用例的參與者產(chǎn)生可以觀察的結(jié)果。17.什么是依賴？他與關(guān)聯(lián)有什么區(qū)別？ 答案：依賴是一種使用關(guān)系，它說明了一個(gè)事物聲明說明的變化可能影響到使用它的另一個(gè)事物，但反之未必。也就是說，服務(wù)的使用者以某種方式依賴于服務(wù)的提供者。而關(guān)聯(lián)是一種結(jié)構(gòu)關(guān)系，它詳述了一個(gè)事物的對(duì)象與另一個(gè)事物的對(duì)象相互

44、聯(lián)系。18.什么是泛化？泛化是否就是類的繼承，如果不是請(qǐng)說明理由 答案：泛化是一般事物（稱為父類或超類）和較特殊事物（稱為子類或孩子類）之間的關(guān)系。 泛化不是類的繼承，類的繼承是泛化的一種。19.試論述聚合和組合的異同。答案： 聚合描述了整體對(duì)象擁有部分對(duì)象的關(guān)系。組合是聚合的一種形式，它具有強(qiáng)的擁有關(guān)系，而且整體與部分的生命周 期是一致的。20.活動(dòng)圖與傳統(tǒng)的流程圖有什么區(qū)別？ 答案：流程圖一般限于順序過程，而活動(dòng)圖則可以對(duì)付并行過程。 流程圖明確指出了每個(gè)活動(dòng)的先后順序，而活動(dòng)圖僅描述了活動(dòng)和必要的工作順序。21.什么是對(duì)象圖，請(qǐng)簡述對(duì)象的作用？ 答案：對(duì)象圖是描述在某一時(shí)刻，一組對(duì)象以及

45、它們之間關(guān)系的圖形。對(duì)象圖是描述系統(tǒng)交互的靜態(tài)圖形，它由協(xié)作的對(duì)象組成，但不包含在對(duì)象之間傳遞的任何消息。22.請(qǐng)描述組件圖和部署圖的關(guān)系？ 答案：組件圖用于描述系統(tǒng)中軟件的構(gòu)成，但沒有描述系統(tǒng)中與硬件有關(guān)的構(gòu)成情況。部署圖則用于描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上運(yùn)行的軟件。23.請(qǐng)敘述類，組件和節(jié)點(diǎn)的關(guān)系？ 答案：組件是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn)。 節(jié)點(diǎn)和組件的關(guān)系：1組件是參與系統(tǒng)執(zhí)行的事物，而節(jié)點(diǎn)是執(zhí)行組件的事物。簡單的說就是組件是被節(jié)點(diǎn)執(zhí)行的事物，如假設(shè)節(jié)點(diǎn)是一臺(tái)服務(wù) 器，則組件就是其上運(yùn)行的軟件。2組件表示邏輯元素的物理模塊，而節(jié)

46、點(diǎn)表示組件的物理部署。這表明一個(gè)組件是邏輯單元（如類）的物理實(shí)現(xiàn)，而一個(gè)節(jié) 點(diǎn)則是組件被部署的地點(diǎn)。一個(gè)類可以被一個(gè)或多個(gè)組件實(shí)現(xiàn)，而一個(gè)組件也可以部署在一個(gè)或多個(gè)節(jié)點(diǎn)上。五、綜合分析設(shè)計(jì)題 練習(xí)題 1：閱讀下面關(guān)于“網(wǎng)上選課系統(tǒng)”的陳述：1、某網(wǎng)上選課系統(tǒng)的需求概述如下：（ 1）系統(tǒng)采用 B/S 模式；（ 2）該系統(tǒng)供學(xué)期開課前學(xué)生網(wǎng)上選課之用；（ 3）課程的管理，如“添加課程” 、“刪除課程”等都由系統(tǒng)管理員來負(fù)責(zé)；（ 4）學(xué)生可使用該系統(tǒng)完成“選擇課程”等功能；（ 5）任課教師可以使用該系統(tǒng)查看選課的學(xué)生。2、現(xiàn)有關(guān)于該系統(tǒng)模型的部分內(nèi)容：（1）系統(tǒng)中的參與者（ Actor ）有 4 類

47、：管理員（ Administrator ）、學(xué)生（ Student ）、教師（ Teacher ）及數(shù)據(jù)庫（ Database ）（2）為該系統(tǒng)設(shè)計(jì)的類（ class ）共有 8 個(gè)：河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.1219系統(tǒng)管理員類(Administrator ),對(duì)現(xiàn)實(shí)世界系統(tǒng)管理員的抽象;學(xué)生類(Student)，對(duì)現(xiàn)實(shí)世界中與該系統(tǒng)相關(guān)的學(xué)生的抽象; 教師類(Teacher)，對(duì)現(xiàn)實(shí)世界中與該系統(tǒng)相關(guān)的教師的抽象;People 類，前 3 個(gè)類的父類數(shù)據(jù)庫類(Database)，提供和數(shù)據(jù)庫相關(guān)的功能，對(duì)數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)進(jìn)行操作；課程類(Course)，對(duì)現(xiàn)實(shí)世界

48、中與該系統(tǒng)相關(guān)課程的抽象；界面對(duì)象類(FormObject)，用于生成系統(tǒng)的界面對(duì)象控制對(duì)象類(Controlobject )，負(fù)責(zé)系統(tǒng)的業(yè)務(wù)邏輯功能，如判斷用戶是否合法、添加的課程是否合理等；3、根據(jù)以上的陳述完成以下題目：(1) 、分析該系統(tǒng)應(yīng)該存在哪些用例？ (6 分)參考答案：管理員觸發(fā)的用例：添加課程(Add Course )、刪除課程(Delete Course )、修改課程(Modify Course )；學(xué)生觸發(fā)的用例：選擇課程(Select Course )、查詢課程(Query Course)；教師觸發(fā)的用例：查看選課學(xué)生( Query Student )(2) 、畫出網(wǎng)上

49、選課系統(tǒng)的用例圖。(10 分)Select CourseStude ntQuery CourseAdd CourseIDataBaseAdmi nistratorModify CouseDelet CourseQuery Stude nts(3)、下面是“添加課程”用例的事件流，用活動(dòng)圖為其建模。(1)管理員選擇進(jìn)入管理界面，用例開始。(2)系統(tǒng)提示輸入管理員密碼。(3)管理員輸入密碼。(4)系統(tǒng)驗(yàn)證密碼。A1 :密碼錯(cuò)誤(5)進(jìn)入管理界面，系統(tǒng)顯示目前所建立的全部課程信息。(6)管理員選擇添加課程。(7)系統(tǒng)提示輸入新課程信息。(8)管理員輸入信息。(9)系統(tǒng)驗(yàn)證是否和已有課程沖突。A2:有

50、沖突(10)系統(tǒng)添加新課程，提示課程添加成功。(11)系統(tǒng)重新進(jìn)入管理主界面，顯示所有課程。(12)用例結(jié)束。A1 :密碼錯(cuò)誤(1)系統(tǒng)提示再次輸入。(2)用戶確認(rèn)。(3)三次錯(cuò)誤，拒絕再次訪問。(4)否則進(jìn)入添加課程事件流第5 步。（10分）Teacher5、針對(duì)系統(tǒng)中 Course 類對(duì)象的狀態(tài)變化，建立Course 類對(duì)象的狀態(tài)圖。(10 分)A2:有沖突(1)系統(tǒng)提示沖突，顯示沖突課程信息。(2)用戶重新輸入。(3)繼續(xù)驗(yàn)證直到無沖突。進(jìn)入添加課程事件流第 10 步。用戶界面業(yè)務(wù)邏輯數(shù)據(jù)庫- - _系統(tǒng)提示輸管理員輸入入密碼密碼驗(yàn)證密碼系統(tǒng)提示輸入各項(xiàng)信息生成密碼對(duì)象判斷正確否選擇添加

51、課程取得系統(tǒng)管理權(quán)限系統(tǒng)提示再次輸入管理員輸入課程信息密碼不正確驗(yàn)證課程合法否密碼正確在數(shù)據(jù)庫中查詢密碼系統(tǒng)提示再次輸入不合法不成功在數(shù)據(jù)庫中查詢生成課程對(duì)象添加到數(shù)據(jù)庫成功判斷是否合法顯示添加失、_敗顯示添加成功判斷添加是否成功4、畫岀網(wǎng)上選課系統(tǒng)的類圖。（10分）TPeopleAdministrator1DatabaseCourse河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.12219:顯示添加成功練習(xí)題 2：根據(jù)下面的敘述，繪制一幅關(guān)于顧客從自動(dòng)售貨機(jī)中購買物品的順序圖1、 顧客（User）先向自動(dòng)售貨機(jī)的前端（Front ）投幣；2、售貨機(jī)的識(shí)別器（Register ）識(shí)別錢幣；

52、3、售貨機(jī)前端（Front ）根據(jù) Register 的識(shí)別結(jié)果產(chǎn)生商品列表;4、顧客選擇商品；5、識(shí)別器控制的出貨器（Dispenser ）將所選商品送至前端（Front ）6、 畫出網(wǎng)上選課系統(tǒng)的“添加課程” 用例的順序圖。（14分）stu : Studentform :FormObjectcourse :Coursectrl :ControlObjectdb : DataBase:顯示所有課程信息2:添加課程3:輸入課程信息W4:生成課程對(duì)象5:查詢課程是否合法6:查詢課程7:判斷是否合法8:添加課程6:岀貨練習(xí)題 3:根據(jù)下面的描述，繪制一幅狀態(tài)圖。電話初始時(shí)處于“空閑”狀態(tài)，當(dāng)聽筒被

53、拿起后處于“激活”狀態(tài)。聽筒被拿起后，電話等待撥號(hào)，若在30 秒之內(nèi)撥號(hào)電話將進(jìn)入“撥號(hào)”狀態(tài)，如果撥號(hào)正確的則電話進(jìn)入“正在接通中”狀態(tài)，如過撥號(hào)不正確則會(huì)一直聽到提示撥號(hào)錯(cuò)誤。若拿起聽筒 30 秒之內(nèi)不撥號(hào)，則電話處于“超時(shí)”狀態(tài)。在“正在接通中”狀態(tài)下，若對(duì)方占線則電話進(jìn)入“忙”狀態(tài)，若對(duì)方不占線則進(jìn) 入“接通”狀態(tài)，對(duì)方拿起聽筒后，電話處于“通話”狀態(tài)，若在通話中對(duì)方掛斷則進(jìn)入“掛起”狀態(tài)。練習(xí)題 4：如圖所示，是一個(gè)倉庫管理系統(tǒng)的類模型局部，其中IncomeOrder 是指入庫單，Orderitem 是指入庫中的每一項(xiàng)，Product 則是產(chǎn)品信息。請(qǐng)指岀模型中的錯(cuò)誤，說明原因并改正

54、錯(cuò)誤。Orderitem:User1：投幣4:選擇商品:Front:Registar:Dispe nserJ2:識(shí)別錢幣3:產(chǎn)生商品列表-5:選擇商品空閑in comeOrderProduct1 -激活掛起河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.1223倉庫管理系統(tǒng)類模型局部解答：根據(jù)題意和模型不難得知，一個(gè)入庫單是由多個(gè)入庫單項(xiàng)(Orderitem )組成的，因此不可能只涉及一個(gè)產(chǎn)品，合理的方式應(yīng)該是入每個(gè)入庫單項(xiàng)(Orderitem )與產(chǎn)品一對(duì)一關(guān)聯(lián)。即應(yīng)該繪制為：練習(xí)題 5：為了滿足物業(yè)中介行業(yè)的信息化要求，甲公司基于詳盡的需求調(diào)研與分析，準(zhǔn)備研發(fā)一套符合市場需要的、實(shí)用的信

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

56、)修改方法： 將“打開房源信息頁面”、“錄入房源信息”、“確認(rèn)提交信息”合并為“新增房源信息”。(2) 在上圖中構(gòu)造型“include表示的是什么意思，它與“extent”之間的區(qū)別是什么？在用例模型中， 構(gòu)造型“ include 是用來表示包含關(guān)系。 它通常用來表示被包含用例是被多包含用例使用的一個(gè)可復(fù)用模 塊， 而 extent且通常用來表示對(duì)用例的擴(kuò)展。練習(xí)題 6：說明：某電話公司決定開發(fā)一個(gè)管理所有客戶信息的交互式網(wǎng)絡(luò)系統(tǒng)。系統(tǒng)的功能如下：瀏覽客戶信息：任何使用 Internet 的網(wǎng)絡(luò)用戶都可以瀏覽電話公司所有的客戶信息(包括姓名、住址、電話號(hào)碼等)(2) 登錄：電話公司授予每個(gè)客戶

57、一個(gè)帳號(hào)。擁有授權(quán)帳號(hào)的客戶，可以使用系統(tǒng)提供的頁面設(shè)置個(gè)人密碼，并使用該帳號(hào)和 密碼向系統(tǒng)注冊(cè)。(3) 修改個(gè)人信息：客戶向系統(tǒng)注冊(cè)后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁面，對(duì)個(gè)人信息進(jìn)行修改。(4) 刪除客戶信息：只有公司的管理人員才能刪除不再接受公司服務(wù)的客戶的信息。打開房源信息頁面登錄信息錄入房源信息確認(rèn)提交信息修改房源信息系統(tǒng)采用面向?qū)ο蠓椒ㄟM(jìn)行開發(fā)，在開發(fā)過程中認(rèn)定出的類如下表所示：編號(hào)類名描述河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.12251InternetClient網(wǎng)絡(luò)用戶2CustomerList客戶信息表，記錄公司所有客戶的信息3Customer客戶信息，記錄

58、單個(gè)客戶的信息4CompanyCustomer公司客戶5InternalClient公司的管理人員圖 3-1問題 1在需求分析階段，采用UML 勺用例圖(use case diagram)描述系統(tǒng)功能需求，如圖3-1 所示。請(qǐng)指出圖中的 A、B、C 和 D 分別是哪個(gè)用例？問題 2在 UML 中，重復(fù)度(Multiplicity )定義了某個(gè)類的一個(gè)實(shí)例可以與另一個(gè)類的多少個(gè)實(shí)例相關(guān)聯(lián)。通常把它寫成一個(gè)表示取值范圍的表達(dá)式或者一個(gè)具體的值。例如圖3-2 中的類 Internetclient 和 CustomerList，Internetclient 端的“ 0.* ”表示：一個(gè) Custome

59、rList 的實(shí)例可以與 0 個(gè)或多個(gè) InternetClient的實(shí)例相關(guān)聯(lián)；CustomerList 端的“1”表示：一個(gè)InternetClient 的實(shí)例只能與一個(gè) CustomerList 的實(shí)例相關(guān)。請(qǐng)指出圖 3-2 中(1)到(4)處的重復(fù)度分別為多少？問題 3類通常不會(huì)單獨(dú)存在，因此當(dāng)對(duì)系統(tǒng)建模時(shí)，不僅要識(shí)別岀類，還必須對(duì)類之間的相互關(guān)系建模。在面向?qū)ο蠼Ｖ?，提供了四種關(guān)系：依賴(dependency)、概括(generalization) 、關(guān)聯(lián)(association) 和聚集(aggregation)。請(qǐng)分別說明這四種關(guān)系的含義， 并說明關(guān)聯(lián)和聚集之間的主要區(qū)別。參考

60、答案：問題 1A:瀏覽客戶信息 B :修改個(gè)人信息 C :登錄 D:刪除客戶信息問題 2(1)1(2)0.*(3)0.1(4)0.1問題 3(1) 4 種關(guān)系的含義：依賴表示類之間的使用關(guān)系。概括表示一般類和特殊類之間的關(guān)系。關(guān)聯(lián)和聚集都表示實(shí)例之間的結(jié)構(gòu)關(guān)系。(2) 關(guān)聯(lián)和聚集的區(qū)別：關(guān)聯(lián)指明一個(gè)類的對(duì)象與另一類的對(duì)象間的聯(lián)系：兩個(gè)類之間的關(guān)聯(lián)表示了兩個(gè)同等地位類之間的結(jié)構(gòu)關(guān)系，這兩個(gè)類在概念上是同級(jí)別的。聚集是一種特殊的關(guān)聯(lián)，它表示整體/部分關(guān)系。練習(xí)題 7：網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了。( 16)“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求