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

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

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

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

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

5、和_面向?qū)ο骭。20 狀態(tài)圖和類圖、順序圖不同之處在于，后兩種圖能夠?qū)?_多個對象_建立模型，而狀態(tài)圖只是對 _ 1 個對象建立模型。21.狀態(tài)圖中 3 個常用的動作是 _入口動作_、_出口動作和_do 動作,也就是對象處于這個狀態(tài)時應(yīng)該做什么。22 順序圖中，消息用 _水平箭頭線_表示；時間用 _垂直虛線_表示。23當邏輯發(fā)生分支時，在順序圖中用_生命線發(fā)生的分支 _表示，在協(xié)作圖中用嵌套的序號_表示。24 順序圖強調(diào)的是交互的 _ 時間順序二 協(xié)作圖強調(diào)的是交互的 _空間關(guān)系_和參與交互的對象的 _ 上下文環(huán)境_。二、單項選擇題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.擴展關(guān)系3.生命線是 UML 視圖中哪個圖形的組成部分（D ）A.類圖B.狀態(tài)圖C.活動圖D.順序圖4.多對象是 UML 哪個視圖中的概念A(yù). 類圖B.狀態(tài)圖C.協(xié)作圖D.組件圖5.在類圖中，哪種關(guān)系表達總體與局部的關(guān)系A(chǔ).泛化B.實現(xiàn)C.依賴D.聚合6.在類圖中，“ # ”表示的可見性是A. PublicB. Protected

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29、是（）A、包C、用例14.在狀態(tài)機圖中，轉(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 實現(xiàn)層業(yè)務(wù)層E、控制層B、E、18 下面哪些圖形可以清楚地表達并發(fā)行為（CD )A、類圖C 活動圖D 順序圖E、實現(xiàn)圖19 UML 中，類的主要版型有（ CDE ）A、角色類B、業(yè)務(wù)類C 邊界類D、控制類E、實體類ABCA、角色類B、業(yè)務(wù)類C、邊界類D 控制類E、實體類25. UML 的類圖包含哪些抽象的層次（ ABC）A

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

46、點表示組件的物理部署。這表明一個組件是邏輯單元（如類）的物理實現(xiàn)，而一個節(jié) 點則是組件被部署的地點。一個類可以被一個或多個組件實現(xiàn)，而一個組件也可以部署在一個或多個節(jié)點上。五、綜合分析設(shè)計題 練習(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)管理員來負責(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è)計的類（ class ）共有 8 個：河南城建學(xué)院統(tǒng)一建模語言 UML復(fù)習(xí)資料2013.1219系統(tǒng)管理員類(Administrator ),對現(xiàn)實世界系統(tǒng)管理員的抽象;學(xué)生類(Student)，對現(xiàn)實世界中與該系統(tǒng)相關(guān)的學(xué)生的抽象; 教師類(Teacher)，對現(xiàn)實世界中與該系統(tǒng)相關(guān)的教師的抽象;People 類，前 3 個類的父類數(shù)據(jù)庫類(Database)，提供和數(shù)據(jù)庫相關(guān)的功能，對數(shù)據(jù)庫中的相關(guān)數(shù)據(jù)進行操作；課程類(Course)，對現(xiàn)實世界

48、中與該系統(tǒng)相關(guān)課程的抽象；界面對象類(FormObject)，用于生成系統(tǒng)的界面對象控制對象類(Controlobject )，負責(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)、下面是“添加課程”用例的事件流，用活動圖為其建模。(1)管理員選擇進入管理界面，用例開始。(2)系統(tǒng)提示輸入管理員密碼。(3)管理員輸入密碼。(4)系統(tǒng)驗證密碼。A1 :密碼錯誤(5)進入管理界面，系統(tǒng)顯示目前所建立的全部課程信息。(6)管理員選擇添加課程。(7)系統(tǒng)提示輸入新課程信息。(8)管理員輸入信息。(9)系統(tǒng)驗證是否和已有課程沖突。A2:有

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

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

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

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

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

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

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

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

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

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

60、答案：問題 1A:瀏覽客戶信息 B :修改個人信息 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)和聚集都表示實例之間的結(jié)構(gòu)關(guān)系。(2) 關(guān)聯(lián)和聚集的區(qū)別：關(guān)聯(lián)指明一個類的對象與另一類的對象間的聯(lián)系：兩個類之間的關(guān)聯(lián)表示了兩個同等地位類之間的結(jié)構(gòu)關(guān)系，這兩個類在概念上是同級別的。聚集是一種特殊的關(guān)聯(lián)，它表示整體/部分關(guān)系。練習(xí)題 7：網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠程網(wǎng)絡(luò)教學(xué)的“遠程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了。( 16)“遠程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求