UML試題大集合要打印

《UML面向?qū)ο蠓治雠c設(shè)計》期末考試復(fù)習(xí)提綱一、教學(xué)內(nèi)容重點(diǎn)：面向?qū)ο蠓治雠c設(shè)計(OOAD)：概述、用例模型、領(lǐng)域模型、系統(tǒng)順序圖、操作契約、職責(zé)分配(順序圖、類圖)統(tǒng)一建模語言(UML)：用例圖、順序圖、類圖表示法；統(tǒng)一過程(UP)：概述、迭代、UP階段、UP科目設(shè)計模式(DP)：包括GRASP和GOF課程重點(diǎn)章節(jié)：ch1,2,6,9,10,11,15,16,17,18,25,26二、知識點(diǎn)分值比例(1）OOAD約占50%~60%;(2)UP約占5~10%；(3)DP約占25~30；說明：試卷中，UML有單獨(dú)出題，也有融入到OOAD和DP考核中，總計約占40%。三、考試題型(1)判斷題（5小題，5分）(2)選擇題(5小題，10分)(3)簡答題（4小題，20分）：四大主題各占1題(4)OOAD應(yīng)用題（2小題，6問，共計50分）：含OOA/OOD(5)設(shè)計模式應(yīng)用題（1小題，2問，15分）：含補(bǔ)全代碼/模式定義類圖建模。1UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計的方法。答：協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。2什么是高內(nèi)聚度高內(nèi)聚度是對一個類中的各個職責(zé)之間相關(guān)程度和集中程度的度量。一個具有高度相關(guān)職責(zé)的類并且這個類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。包括兩個意思：（1）不要給一個類分派太多的職責(zé)，在履行職責(zé)時盡量將部分職責(zé)分派給有能力完成的其它類去完成。（2）不相關(guān)的職責(zé)不要分派給同一個類。3UML提供一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計,其中_G__給出系統(tǒng)的靜態(tài)設(shè)計視圖;_B_對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的;_D__和_F_都是描述系統(tǒng)動態(tài)視圖的交互圖,其中_D__描述了以時間順序組織的對象之間的交互活動,_F__強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu).A狀態(tài)圖B用例圖C狀態(tài)圖D順序圖E部署圖F協(xié)作圖G類圖4什么是對象間的可見性?答:可見性（Visibility）指的是一個對象能夠“看到”或者引用另一個對象的能力5領(lǐng)域模型是一組表示__A__，在設(shè)計工作中廣泛用來啟發(fā)設(shè)計軟件對象.A.真實世界的概念類

B.虛擬世界的概念類

C.軟件部件的模型

D.硬件部件的模型6.可以用_____________和____________兩種方法找概念類。答案：概念類類別表、標(biāo)識名詞短語7統(tǒng)一過程中的四個階段？答：初始階段（Inception）細(xì)化階段（Elaboration）構(gòu)造階段（Construction）提交階段（Transition）統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？答：1）初始階段：編制簡要的愿景文檔、業(yè)務(wù)案例、確定范圍、粗略評估成本。2）細(xì)化階段：細(xì)化愿景文檔、迭代地實現(xiàn)核心構(gòu)架、解決高風(fēng)險的問題、定義大多數(shù)的需求和范圍、進(jìn)一步評估成本3）構(gòu)造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、準(zhǔn)備部署4）提交階段：beta測試、部署統(tǒng)一過程中的核心工作流有哪些？答：業(yè)務(wù)建模、需求分析、設(shè)計、實現(xiàn)、測試。8定義大多數(shù)的需求和范圍的工作是在UP中的（11）階段完成的。（11）A初始階段

B細(xì)化階段

C構(gòu)造階段

D提交階段答案：(11)B9下列（12）不在UP的初始階段中完成的（12）A編制簡要的愿景文檔

B粗略評估成本C定義大多數(shù)的需求D業(yè)務(wù)案例答案：(12)C10.領(lǐng)域模型是一組表示真實世界的（16），不是（17）的模型。答案：(16)概念類

（17）軟件部件11在協(xié)作圖中通過（18）表示出消息的時間順序。答案：(18)消息編號12在畫SSD圖時,應(yīng)該如何對待所涉及的系統(tǒng):A.詳細(xì)描述其內(nèi)部結(jié)構(gòu)及其功能;B.簡單描述其內(nèi)部結(jié)構(gòu),但是羅列系統(tǒng)所有的功能C.詳細(xì)描述其內(nèi)部結(jié)構(gòu),并不列出系統(tǒng)的功能D.不對系統(tǒng)的內(nèi)部結(jié)構(gòu)與功能進(jìn)行描述.答案:D13UP的核心思想有哪些？答：短時間盒的迭代式開發(fā)開發(fā)過程中不斷進(jìn)行調(diào)整在早期的迭代中解決高風(fēng)險和高價值的主要問題不斷與用戶銜接，及時得到反饋意見早期注意構(gòu)造核心的體系結(jié)構(gòu)早期進(jìn)入實現(xiàn)和測試，不斷進(jìn)行質(zhì)量檢驗使用用例（usecase）可視化建模（用UML）仔細(xì)地管理需求控制變更14什么是增量開發(fā)？答：增量開發(fā)包括兩層意思：1）對復(fù)雜的用例分多次迭代，一部分一部分地實現(xiàn)2）將所有用例按其優(yōu)先級分別安排在不同的迭代中實現(xiàn)15領(lǐng)域建模的步驟？答案：列出候選的概念類，畫出領(lǐng)域模型圖，必要時加入概念類間的關(guān)聯(lián)，必要時加入概念類的屬性16什么是用例，用例模型，如何描述用例？答：用例是一個描述性的文檔，用來描述一個參與者使用系統(tǒng)完成某個業(yè)務(wù)過程時的事件發(fā)生順序。用例描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。用例不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。用例模型是需求工作的一個重要的制品。用例一般有Brief，Casual，fullydressed三種類型的描述方式。17標(biāo)準(zhǔn)建模語言UML的重要內(nèi)容可以由哪五類圖(共9種圖形)來定義？答案：用例圖、靜態(tài)圖(包括類圖、對象圖和包圖)、行為圖、交互圖和實現(xiàn)圖。18簡述統(tǒng)一建模語言(UML)：統(tǒng)一建模語言(UML)是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語言?？梢杂肬ML對軟件密集型系統(tǒng)的制品進(jìn)行可視化詳述和文檔化。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)的全過程。UML的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。19軟件開發(fā)生命期軟件開發(fā)生命期是指軟件產(chǎn)品從考慮其概念開始，到該產(chǎn)品交付使用為止的整個時期。一般包括概念階段，需求階段，設(shè)計階段，實現(xiàn)階段，測試階段，安裝階段及交付階段。這些階段可以有重復(fù)，執(zhí)行時也可以有迭代。1、下列描述中，哪個不是建模的基本原則（）A.要仔細(xì)的選擇模型B.每一種模型可以在不同的精度級別上表示所要開發(fā)的系統(tǒng)C.模型要與現(xiàn)實相聯(lián)系D.對一個重要的系統(tǒng)用一個模型就可以充分描述2、UML體系包括三個部分：UML基本構(gòu)造塊，（）和UML公共機(jī)制A、UML規(guī)則

B、UML命名C、UML模型

D、UML約束3、UML中的事物包括：結(jié)構(gòu)事物，分組事物，注釋事物和（）A、實體事物

B、邊界事物C、控制事物

D、動作事物4、（）模型的缺點(diǎn)是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題A、瀑布模型

B、原型模型C、增量模型

D、螺旋模型5、下面哪個不是UML中的靜態(tài)視圖（）A.狀態(tài)圖B.用例圖C.對象圖

D.類圖6（）技術(shù)是將一個活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動。A、泳道

B、分叉匯合C、分支

D、轉(zhuǎn)移7下列關(guān)于狀態(tài)圖的說法中，正確的是（）A.狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B.狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)C.活動圖和狀態(tài)圖是對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D.狀態(tài)圖強(qiáng)調(diào)對有幾個對象參與的活動過程建模，而活動圖更強(qiáng)調(diào)對單個反應(yīng)型對象建模8對反應(yīng)型對象建模一般使用（）圖A、狀態(tài)圖B、順序圖C、活動圖

D、類圖9類圖應(yīng)該畫在Rose的哪種（）視圖中A、UseCaseView

B、LogicViewC、ComponentView

D、DeploymentView10類通?？梢苑譃閷嶓w類，（）和邊界類A、父類

B、子類C、控制類

D、祖先類11順序圖由類角色，生命線，激活期和（）組成A、關(guān)系

B、消息C、用例

D、實體12（）是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一個物理部件，通常指開發(fā)和運(yùn)行時類的物理實現(xiàn)A、部署圖

B、類C、接口

D、組件13關(guān)于協(xié)作圖的描述，下列哪個不正確（）A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織；B.協(xié)作圖是順序圖的一種特例C.協(xié)作圖中有消息流的順序號；D.在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動生成；14組件圖用于對系統(tǒng)的靜態(tài)實現(xiàn)視圖建模，這種視圖主要支持系統(tǒng)部件的配置管理，通?？梢苑譃樗姆N方式來完成，下面哪種不是其中之一（）A.對源代碼建模B.對事物建模C.對物理數(shù)據(jù)庫建模D.對可適應(yīng)的系統(tǒng)建模15、一個對象和另一個對象之間，通過消息來進(jìn)行通信。消息通信在面向?qū)ο蟮恼Z言中即（）A、方法實現(xiàn)

B、方法嵌套C、方法調(diào)用

D、方法定義16、（）是可復(fù)用的，提供明確接口完成特定功能的程序代碼塊。A、模塊

B、函數(shù)C、用例

D、軟件構(gòu)件17若將活動狀態(tài)比作方法，那么動作狀態(tài)即（）A、方法名

B、方法返回值C、方法體中的每一條語句

D、方法的可見性18事件可以分為內(nèi)部事件和外部事件。按下按鈕和打印機(jī)的中斷是（）事件A、內(nèi)部事件

B、外部事件19（）是用于把元素組織成組的通用機(jī)制A、包

B、類C、接口D、組件20（）是一組用于描述類或組件的一個服務(wù)的操作A、包

B、節(jié)點(diǎn)C、接口

D、組件21（）是被節(jié)點(diǎn)執(zhí)行的事物A、包

B、組件C、接口

D、節(jié)點(diǎn)1、UML中，對象行為是通過交互來實現(xiàn)的，是對象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種類來表示，分別是（）A.狀態(tài)圖和順序圖B.活動圖和協(xié)作圖C.狀態(tài)圖和活動圖

D.順序圖和協(xié)作圖2、用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶賬號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶賬號”之間是（）關(guān)系A(chǔ).包含（include）

B.擴(kuò)展（extend）C.分類（classification）

D.聚集（aggregation）3、瀑布模型的生存周期是（）A.聽取客戶意見→建造/修改→測試/運(yùn)行B.計劃→聽取客戶意見→設(shè)計→編碼→測試→運(yùn)行/維護(hù)C.計劃→需求分析→設(shè)計→編碼→測試→運(yùn)行/維護(hù)D.需求分析→計劃→設(shè)計→編碼→測試→運(yùn)行/維護(hù)4下列關(guān)于狀態(tài)圖的說法中，正確的是（）A.狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B.狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)C.活動圖和狀態(tài)圖是對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D.狀態(tài)圖強(qiáng)調(diào)對有幾個對象參與的活動過程建模，而活動圖更強(qiáng)調(diào)對單個反應(yīng)型對象建模5、（）是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一個物理部件，通常指開發(fā)和運(yùn)行時類的物理實現(xiàn)A、部署圖

B、類C、接口

D、組件6事件（event）表示對一個在時間和空間上占據(jù)一定位置的有意義的事情的規(guī)格說明，下面哪個不是事件的類型（）A.信號

B調(diào)用事件C.源事件

D.時間事件7下面關(guān)于正向工程與逆向工程的描述，哪個不正確（）A.正向工程是通過到實現(xiàn)語言的映射而把模型轉(zhuǎn)換為代碼的過程；B.逆向工程是通過從特定實現(xiàn)語言的映射而把代碼轉(zhuǎn)換為模型的過程；C.正向工程是通過從特定實現(xiàn)語言的映射而把代碼轉(zhuǎn)換為模型的過程；D.正向工程與逆向工程可以通過rose支持來實現(xiàn)；8、組成UML有三種基本的建筑塊是：（），事物和圖A、關(guān)系B、類C、用例

D、實體【用例圖】1.用例圖的節(jié)點(diǎn)包括（ABD）A、用例B、邊界C、關(guān)聯(lián)D、執(zhí)行者2.用例之間的關(guān)系主要有（BCD）A、聚合B、繼承C、擴(kuò)展D、包含3.在采用用例模型捕獲需求時，需要執(zhí)行如下（ABCD）操作A、描述非功能需求B、用例建模C、識別用例D、識別參與者4.在識別用例時，以下（ABC）問題可以幫助識別用例A、當(dāng)系統(tǒng)狀態(tài)發(fā)生故障時，是否需要通知參與者B、系統(tǒng)是否存在外部事件，如果存在，是哪個能參與者通知系統(tǒng)這些個部事件C、參與者希望系統(tǒng)為他提供什么樣的功能D、系統(tǒng)運(yùn)行環(huán)境是什么5.在用例圖中，可以用（D）來表示整個軟件系統(tǒng)或其中一些子系統(tǒng)的邊界，也可以用它表示軟件系統(tǒng)的不同發(fā)布版本的功能范圍A、執(zhí)行者B、關(guān)聯(lián)關(guān)系C、用例D、邊界框6.（B）作為完成用例任務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類共同完成用例規(guī)定的功能或行為A、數(shù)據(jù)對象B、控制類C、實體類D、邊界類7.基于用例圖的需求捕獲的第一步就是確定系統(tǒng)的參與者，在尋找系統(tǒng)參與者時，可以根據(jù)以下（ABCD）等問題來確定A、系統(tǒng)同環(huán)境如何進(jìn)行交互B、由誰安裝系統(tǒng)C、系統(tǒng)為哪些對象提供信息、服務(wù)D、系統(tǒng)的使用者是誰8.如果用例B是用例A的某項子功能，并且建模者確切地知道在A所對應(yīng)的動作序列中何時將調(diào)用B，則稱（A）A、用例A擴(kuò)展用例BB、用例A繼承用例BC、用例A包括用例BD、用例A實現(xiàn)用例B9.如果用例A與用例B相似，但A的動作序列是通過改寫B(tài)的部分或者擴(kuò)展B的動作而獲得的，則稱（B）A、用例A實現(xiàn)用例BB、用例A繼承用例BC、用例A擴(kuò)展用例BD、用例A包括用例B10.如果用例A與用例B相似，但A的功能較B多，A的動作序列是通過在B的動作序列中的某些執(zhí)行點(diǎn)上插入附加的動作序列而構(gòu)成的，則稱（C）A、用例A擴(kuò)展用例BB、用例A包含用例BC、用例A繼承用例BD、用例A實現(xiàn)用例B11.在UML中，（A）表示使用軟件系統(tǒng)的功能，與軟件系統(tǒng)交換信息的外部實體A、執(zhí)行者B、類C、用例D、用例圖12.在用例圖中，執(zhí)行者之間的關(guān)系只有（B）一種A、包含B、繼承C、擴(kuò)展D、實現(xiàn)【靜態(tài)圖】1.對于類，其屬性的可見性表示對類的外部世界的可見性，它有以下（ABCD）選項A、公開（public）B、包內(nèi)公開（package）C、保護(hù)（protected）D、私有（private）2.在UML中，以下（ABCD）是可以應(yīng)用于包的構(gòu)造型A、框架{《Framework》}B、虛包{《Facade》}C、子系統(tǒng){《Subsystem》}D、系統(tǒng){《system》}3.兩個類之間的關(guān)聯(lián)表示他們之間存在一種不適于繼承的邏輯關(guān)系。在關(guān)聯(lián)關(guān)系的表示圖元的兩端，可以表示參與關(guān)聯(lián)的（ABCD）特性。A、約束B、可見性C、角色名D、多重性4.用例之間的關(guān)系主要有（ABC）A、包含B、繼承C、擴(kuò)展D、聚合5.在構(gòu)件中圖中，（D）用于顯示構(gòu)件之間的關(guān)聯(lián)關(guān)系。A、節(jié)點(diǎn)B、包C、構(gòu)件D、依賴關(guān)系6.（D）用于描述相互合作的對象間的交互關(guān)系的鏈接關(guān)系。A、類圖B、通信圖C、用例圖D、協(xié)作圖7.（D）是一種不包含操作的實現(xiàn)部分的特殊類。A、概念類B、分析類C、實現(xiàn)類D、接口8.在類圖中，（C）說明允許候選值范圍，如集合可以設(shè)定的大小?？梢哉f明可能用于關(guān)聯(lián)端、組成類中的部分、消息迭代次數(shù)和其他目的。A、角色B、多重性C、注釋D、監(jiān)護(hù)條件9.泛化使得（A）操作成為可能，即操作的實現(xiàn)是由它們所使用的對象的類，而不是由調(diào)用確定的。A、多態(tài)B、多重C、傳參D、傳值10.將下圖中的接口映射為Java代碼，具有（D）形式。A、privateinterfaceService{……}B、protectinterfaceService{….}C、voidinterfaceService{…..}D、publicinterfaceService{……}11.（A）關(guān)系是類元的一般描述和具體描述之間的關(guān)系，具體描述建立在一般描述的基礎(chǔ)之上，并對其進(jìn)行了擴(kuò)展，具體描述與一般描述完全一致所有特性、成員和關(guān)系，并且包含補(bǔ)充的信息，它用從子指向父的箭頭表示，指向父的是一個空三角形。A、泛化B、繼承C、組成D、聚集12.（C）使用類圖的一個子集，用于強(qiáng)化某個時間點(diǎn)類實例之間的關(guān)系。A、交互圖B、協(xié)作圖C、對象圖D狀態(tài)圖13.（A）是用來反映代碼的物理結(jié)構(gòu)。A、構(gòu)件圖B、用例圖C、類圖D、狀態(tài)機(jī)14.類元之間的（A）將一個對象的兩個版本以連續(xù)一方式連接起來，它表示一個對象的值、狀態(tài)和位置的轉(zhuǎn)換，可以將類元角色在一次相互作用中連接起來。A、流B、依賴C、泛化D、關(guān)聯(lián)15.（D）是對象與其外界相互關(guān)聯(lián)的唯一途徑。A、函數(shù)調(diào)用B、接口C、狀態(tài)轉(zhuǎn)換D、消息傳遞16.以下對部署圖說法正確的有（BCD）A、部署圖有主要建模元素是構(gòu)件B、使用部署圖可以顯示運(yùn)行時系統(tǒng)的結(jié)構(gòu)，同時還傳達(dá)構(gòu)成應(yīng)用程序的硬件和軟件的配置的部署方式C、從部署圖中，可以了解到軟件與硬件之間物理關(guān)系及處理節(jié)點(diǎn)的組件分布情況D、部署圖（deployment,配置圖）是用來顯示系統(tǒng)中軟件和硬件的物理結(jié)構(gòu)17.利用部署圖，可以（ABCD）A、探究系統(tǒng)和生產(chǎn)環(huán)境中的其它系統(tǒng)的依賴關(guān)系，這些系統(tǒng)可能是已經(jīng)存在，或是將要引入的B、探究系統(tǒng)投產(chǎn)的相關(guān)問題C、描述一個應(yīng)用主要的部署結(jié)構(gòu)D、描述一個商業(yè)應(yīng)用主要的部署結(jié)構(gòu)，描述一個組織的硬件網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)【動態(tài)圖】1.活動圖的邊包括（BC）A、數(shù)據(jù)流B、控制流C、對象流D、消息2.在UML活動圖中，（B）表示一個操作完成后對其后續(xù)操作的觸發(fā)。A、信息流B、控制流C、初始活動D、活動3.在UML活動圖中，（C）表示活動需要輸入的對象或者作為活動的處理結(jié)果輸出的對象。A、并發(fā)控制B、決策點(diǎn)C、對象D、活動4.在活動圖中，（C）是從多個源活動匯合到一個？？？？A、活動B、初始節(jié)點(diǎn)和活動終點(diǎn)C、結(jié)合D分叉5.（C）是一種特殊形式的狀態(tài)機(jī)，用于對計算流程和工作流程建模。A、時間圖B、流程圖C、活動圖D、狀態(tài)圖6.在活動圖中，（D）表示一個具有子結(jié)構(gòu)的純粹計算的執(zhí)行，通常為操作或位于其內(nèi)的聲明的調(diào)用成真實世界程序的執(zhí)行。A、狀態(tài)B、活動C、順序狀態(tài)D、活動狀態(tài)7.對于活動圖，以下說法正確的有（ABD）A、活動圖適用于精確地描述單個用例中的處理流程，也可用來描述多個用例聯(lián)合起來形成的處理流程，表達(dá)相對復(fù)雜的業(yè)務(wù)操作或軟件處理過程，有時甚至可以針對類中某個個復(fù)雜的操作用活動圖給出實現(xiàn)細(xì)節(jié)B、活動圖中包含控制流和信息流，控制流表示一個操作完成后對其后續(xù)操作的觸發(fā)，信息流則刻畫操作這間的信息交換C、活動圖的基本建模機(jī)制包括節(jié)點(diǎn)、邊及泳道D、活動圖描述實體為完成某項功能面執(zhí)行的操作序列，其中的某些操作或者操作的子序列可以并發(fā)和同步8.在UML活動較中，（A）表示操作之間的信息交換。A、信息流B、控制流C、初始活動D、活動9.UML的（A）表示消息源發(fā)出消息后不必等待消息處理過程的返回，即可繼續(xù)執(zhí)行自己的后續(xù)操作。A、異步消息B、返回消息C、同步消息D、簡單消息10.在UML順序圖中，（A）對消息傳遞的目標(biāo)對象的銷毀。A、銷毀（destroy）消息B、創(chuàng)建（create）消息C、返回消息D、自消息11.在順序圖中，下圖表示（D）A、

帶時廷的消息B、自消息C、異步消息D、同步消息12.在UML順序圖中，如果一條消息從對象a傳向?qū)ο骲，那么其（A）是一條從b指向a的虛線有向邊，它表示原消息的處理已經(jīng)完成處理結(jié)果（如果有的話）給返回消息傳回。A返回消息B、自消息C、創(chuàng)建（create）消息D、銷毀（destroy）消息13.（B）用于概述相互合作的對象流的交互關(guān)系和鏈接關(guān)系。A、用例圖B、通信圖C、協(xié)作圖D、類圖14.時間圖中，包含以下（BCD）幾個部分。A、值生命線B、消息標(biāo)簽和消息端點(diǎn)C、狀態(tài)生命線D、消息15.要狀態(tài)機(jī)圖中，（A）表示兩個狀態(tài)之間的關(guān)系，源狀態(tài)和目的狀態(tài)。A、轉(zhuǎn)換B、狀態(tài)C、事件D監(jiān)護(hù)條件【綜合】1.在UML的最上一層，視圖被劃分為（ACD）視圖域。A、模型管理B、擴(kuò)展機(jī)制C、動態(tài)行為D、結(jié)構(gòu)分類2.以下屬于UML模型視圖的有（CD）A、行為視圖B、結(jié)構(gòu)視圖C、部署視圖和構(gòu)件視圖D、用例視圖3.以下對UML視圖說法正確的有（ABCD）A、結(jié)構(gòu)分類描述了系統(tǒng)中的結(jié)構(gòu)成員及其相互關(guān)系。類元包括類、用例、構(gòu)件和節(jié)點(diǎn)。類元為研究系統(tǒng)動態(tài)行為奠定了基礎(chǔ)。類元視圖包括靜態(tài)視圖、用例視圖和實現(xiàn)視圖。B、動態(tài)行為描述了系統(tǒng)隨時間變化的行為。待業(yè)用從靜態(tài)視圖中抽取的瞬間值的變化來描述。動態(tài)行為視圖包括狀態(tài)機(jī)視圖、活動視圖和交互視圖C、模型管理說明了模型的分層組織結(jié)構(gòu)。包是模型的基本組織單元。特殊的包還包括模型和子系統(tǒng)。模型管理視圖跨越了其他視圖并根據(jù)系統(tǒng)開發(fā)和配置組織這些視圖。D、UML還包括多種具的擴(kuò)展能力的組件，這些擴(kuò)展能力有限但很有用。這些組件包括約束、構(gòu)造型和標(biāo)記值，它們適用于所有的視圖元素4.（B）是一個類對象所可能經(jīng)歷的所有歷程的模型圖A、模型管理視圖B、狀態(tài)機(jī)視圖C、動態(tài)視圖D、靜態(tài)視圖5.（C）可用于描述用戶接口、設(shè)備控制器和其他具有反饋的子系統(tǒng)。它還可用于描述在生命期中跨越多個不同性質(zhì)階段的被動對象的行為，在每一階段該對象都有自己特殊的行為A、動態(tài)視圖B靜態(tài)視圖C、狀態(tài)機(jī)視圖D、模型管理視圖6.（C）是在分析模型的基礎(chǔ)上，添加了設(shè)計元素的結(jié)構(gòu)，使得分析模型更加接近系統(tǒng)實現(xiàn)。A、領(lǐng)域模型B、數(shù)據(jù)模型C、設(shè)計模型D、概念模型7.（A）可以用于幫助設(shè)計人員在UML模型為模型定義約束信息，創(chuàng)建更為精確的設(shè)計模型A、OCLB、表達(dá)式C、屬性D、變量8.UML2.0在1.0的基礎(chǔ)上，對如下（ABCD）的建模能力進(jìn)行了增強(qiáng)A、活動B、交互C、復(fù)雜結(jié)構(gòu)D、狀態(tài)機(jī)9.在界面設(shè)計中，通常屏幕的（D）表示與軟件系統(tǒng)的運(yùn)行狀態(tài)無關(guān)、在任何情況下均沒有變化的文本、圖標(biāo)（icon）、圖形（graph）、圖象（image）等A、用戶命令元素B、用戶輸入元素C、動態(tài)元素D、靜態(tài)元素10.在界面設(shè)計中，通常屏幕的（C）表示在屏幕上預(yù)留空位、由用戶在界面操作中填寫或選擇的界面元素，包括可編輯的文本、單選鈕（radio）、多選框（checkbox）、選擇列表（selectlist）等A、靜態(tài)元素B、動態(tài)元素C、用戶輸入元素D、用戶命令元素11.對于一個學(xué)校的課程注冊管理系統(tǒng)，如果有一條需求為“學(xué)生只能查看本人選課計劃；教師只能查看本人所開課程的學(xué)生信息；教務(wù)管理員可以查看所有信息?！保搶儆冢―）類型的需求A、可配置性需求B、可移植性需求C、功能需求D、安全性12.對于一個學(xué)校的課程注冊管理系統(tǒng)，如果有一條需求為“目前在校學(xué)生1000名，教師100名；以后每年逐步遞增，預(yù)計五年且翻番，要示軟件產(chǎn)品不需修改即可適應(yīng)學(xué)校規(guī)模的擴(kuò)張。”，該屬于（B）類型A、可配置性需求B、可伸縮性需求C、功能需求D、安全性需求13.對于一個學(xué)校的課程注冊管理系統(tǒng)，如果有一條需求為“本軟件必須通過接口定義文檔規(guī)定的接口API與計費(fèi)系統(tǒng)、學(xué)籍管理系統(tǒng)、教師信息管理系統(tǒng)交互?！痹搶儆冢–）類型。A、可集成性需求B、可伸縮性需求C、可互操作性需求D、安全性需求14.對與OCL，說法正確的是（ABCD）A、使用OCL在模型的方法上定義不變量B、將OCL作為一種查詢語言C、使用OCL對構(gòu)造型（Stereotypes）定義前置和后置條件D、使用OCL描述類型的前置和后置條件15.UML的（B）是由建模者設(shè)計的新的建模元素，但是這個模型元素的設(shè)計要建立在UML已定義的模型元素基礎(chǔ)上A、標(biāo)記值B、構(gòu)造型C、注釋D、約束16.UML通過圖形化的表示機(jī)制從多個側(cè)面對系統(tǒng)的分析和設(shè)計模型進(jìn)行刻畫，其中（C）包括構(gòu)件圖，它描述軟件系統(tǒng)中各組成構(gòu)件，構(gòu)件的內(nèi)部結(jié)構(gòu)以及構(gòu)件之間的依賴關(guān)系A(chǔ)、行為視圖B、結(jié)構(gòu)視圖C、構(gòu)件視圖D、用例視圖【設(shè)計模式】1.以下屬于面向?qū)ο蟮脑O(shè)計原則的有（ABCD）A、最少知識原則B、依賴倒轉(zhuǎn)原則C、接口隔離原則D、無循環(huán)依賴原則（包圖）2.從模式所提供的解決方案的抽象程度來看，模式可以分為（BCD）A、測試模式B、面向軟件實現(xiàn)的設(shè)計模式C、軟件子系統(tǒng)或構(gòu)件設(shè)計模式D、體系結(jié)構(gòu)設(shè)計模式3.在設(shè)計模式中，（C）的核心是緩存和共享A、外觀模式B、工廠模式C、對象池模式D、單例模式4.在面向?qū)ο蟮脑O(shè)計原則中，（）表示軟件實體應(yīng)當(dāng)對擴(kuò)展開放，對修改關(guān)閉，即軟件實體應(yīng)當(dāng)在不修改的前提下擴(kuò)展。A、單一責(zé)任原則B、開放封閉原則C、完全替換原則D、合成/聚合復(fù)用原則5.（A）將整個軟件系統(tǒng)劃分為模型、視圖和控制器三個部分。A、MVCB、分層模式C、管道模式D、架構(gòu)模式6.在面向?qū)ο蟮脑O(shè)計原則中，（C）表示在一個新的對象里面使用一些已有的對象，便之成為新對象的一部分，新的對象通過向這些對的委派達(dá)到復(fù)用已有功能的目的。A、完全替換原則B、開放封閉原則C、合成/聚合復(fù)用原則D、單一責(zé)任原則7.當(dāng)使用單件（單例）設(shè)計模式時，可以獲得如下（ABCD）優(yōu)點(diǎn)。A、對唯一實例提供受控訪問B、縮小名稱空間C、允許對操作和表示進(jìn)行精化操作D、運(yùn)行可變數(shù)目的類實例數(shù)8.設(shè)計（C）的目的是，將目標(biāo)軟件系統(tǒng)中依賴于系統(tǒng)運(yùn)行環(huán)境的數(shù)據(jù)存取部分與其他部分相分離。A、外部接口B、外觀模式C、數(shù)據(jù)持久存儲服務(wù)D、系統(tǒng)架構(gòu)9.在面向?qū)ο蟮牡脑O(shè)計原則中，（A）表示高層模塊不應(yīng)該依賴于低層模塊，都應(yīng)該依賴于抽象，抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象。A、依賴倒轉(zhuǎn)原則B、開放封閉原則C、創(chuàng)建持久存儲服務(wù)D、唯一責(zé)任原則10.（C）是指以設(shè)計復(fù)用為目的，采用一種良好定義、正規(guī)的、一致的方式記錄的軟件設(shè)計經(jīng)驗。A.架構(gòu)B.模型C.設(shè)計模式D.設(shè)計數(shù)據(jù)11.在設(shè)計模式中，（D）保證每個類只要單個實例。A.工廠模式B.對象池模式C.外觀模式D.單例模式12.當(dāng)客戶程序與抽象類的實現(xiàn)部分之間存在很大的依賴性時，可以考慮使用（D）A、單例模式B、對象池模式C、工廠模式D、外觀模式13.當(dāng)需要強(qiáng)調(diào)一系列相關(guān)產(chǎn)品對象的設(shè)計以便進(jìn)行聯(lián)合使用，可以考慮使用（A）。A.工廠模式B.對象池模式C.外觀模式D.單例模式14.（A）將整個軟件系統(tǒng)分為若干層次，最頂層直接面向用戶提供軟件系統(tǒng)的操作界面。其余各層為緊鄰其上的層次提供服務(wù)。A.分層模式B.MVCC.架構(gòu)模式D.管道模式15.在面向?qū)ο蟮脑瓌t中，（B）表示使用多個專門的接口比使用單一的總接口要好，一個類對另一個來的依賴性應(yīng)當(dāng)是建立在最小的接口上的。A．單一責(zé)任原則B.接口隔離原則C.依賴倒轉(zhuǎn)原則D.合成/聚合復(fù)用原則16.在面向?qū)ο蟮脑O(shè)計原則中，（D）表示在包的依賴關(guān)系圖中不允許存在環(huán)。A.最少知識原則B.依賴倒轉(zhuǎn)原則C.接口隔離原則D.無循環(huán)依賴原則17.希望創(chuàng)建一個可復(fù)用的類，該類必須能夠與接口不可預(yù)訂的類協(xié)同工作，可以考慮使用（D）A、單例模式B、對象池模式C、工廠模式D、適配器模式18.在需要構(gòu)建一個層次結(jié)構(gòu)的子系統(tǒng)時，可以使用門面模式定義子系統(tǒng)中每層的入口點(diǎn)，可以考慮使用（A）。A.外觀模式B.工廠模式C.對象池模式D.單例模式19.當(dāng)需要在不同時刻指定、排列和執(zhí)行請求是，可以考慮使用（B）。A.單例模式B.命令模式C.工廠模式D.適配器模式20.當(dāng)某個系統(tǒng)需要多個產(chǎn)品系列中的一個來配置，可以考慮使用（C）A、單例模式B、對象池模式C、工廠模式D、外觀模式【代碼重構(gòu)】1.在如下（ABC）情況下，可以考慮使用重構(gòu)A、修改錯誤時B、復(fù)審程序代碼時C、添加功能時D、需求分析時2.當(dāng)一個臨時變量僅僅在使用它的方法中可見，則用一個（B），取代變理會使得代碼更加易讀，這也相當(dāng)于為信息創(chuàng)建一個單獨(dú)的訪問機(jī)制A、提升方法重構(gòu)B、采用查詢替換臨時變量重構(gòu)C、MoveMethod重構(gòu)D、ExtractMethod重構(gòu)【新增】1、在UML中，（B）可以對模型元素進(jìn)行有效組織，如類，用例，構(gòu)件，從而構(gòu)成具有一定意義的單元。A連接B包C構(gòu)件D節(jié)點(diǎn)2、UML通過圖形化的表示機(jī)制從多個側(cè)面系統(tǒng)的分析和設(shè)計模型進(jìn)行刻畫，其中（C）包括類圖、對象圖和包圖，他們分別從不同的層表面表示系統(tǒng)的靜態(tài)結(jié)構(gòu)。A構(gòu)件視圖B行為視圖C結(jié)構(gòu)視圖D用例視圖3、以算法和數(shù)據(jù)結(jié)構(gòu)為中心，其系統(tǒng)功能有一系列的處理步驟構(gòu)成，相鄰的處理步驟之間數(shù)據(jù)流通管道相互連接（C）AMVCB分層模式C流程處理模式D架構(gòu)模式4、UML通過圖形化的表示機(jī)制從多個側(cè)面對系統(tǒng)的分析設(shè)計模型進(jìn)行刻畫。其中（C）包括交互圖、狀態(tài)圖與活動圖，他們從不同的側(cè)面刻畫系統(tǒng)的動態(tài)行為。A結(jié)構(gòu)視圖B用例視圖C行為視圖D構(gòu)件視圖5、當(dāng)需要支持日志修改時，可以考慮使用（A）A命令模式B工廠模式C單例模式D適配器模式6、對于某些類來說，只有一個實例是非常重要的，例如，系統(tǒng)中可以有都種類型的打印機(jī)，但是只能有一個打印機(jī)假脫機(jī)，只應(yīng)該一個文件系統(tǒng)和一個窗口管理器，為此，可以使用（C）。A對象模式B工廠模式C單例模式D外觀模式7、(B)是在領(lǐng)域模型的基礎(chǔ)上，對系統(tǒng)驚醒進(jìn)一步的分析獲得的，它有三種非常有效的模型，實體類、控制類和邊界類。A設(shè)計模型B分析模型C概念模型DE-R模型8、當(dāng)一個抽象模型有兩個方面，其中一個方面依賴于另一方面，將這兩者封裝在獨(dú)立的對象中以使它們可以各自獨(dú)立地改變和復(fù)用，可以考慮使用（A）A觀察者模式B命令模式C適配器模式D單例模式9、在需求分析中，實體類（A）A負(fù)責(zé)保存目標(biāo)軟件系統(tǒng)中具有持久意義的信息項并向其他類提供信息訪問的操作B作為完成用例任務(wù)的責(zé)任承擔(dān)者，負(fù)責(zé)協(xié)調(diào)，控制其他類共同完成用例規(guī)定的功能后行為C負(fù)責(zé)實現(xiàn)用戶的業(yè)務(wù)邏輯D負(fù)責(zé)目標(biāo)軟件系統(tǒng)與外部執(zhí)行者之間的交互10、（C）是在不改變代碼外在行為的前提下，對代碼做出修改，以改進(jìn)程序內(nèi)部結(jié)構(gòu)。A版本控制B代碼調(diào)式C代碼重構(gòu)D代碼走查11、在UML中（D）表示執(zhí)行者為達(dá)成一項相對獨(dú)立、完整的業(yè)務(wù)目標(biāo)而要求軟件系統(tǒng)完成的功能。A用例圖B邊C執(zhí)行者D用例12、（C）是子對象或者子類自動共享父對象或者父類數(shù)據(jù)結(jié)構(gòu)和方法的機(jī)制，這是對象或類之間的一種關(guān)系。A封裝B抽象C繼承D信息隱藏13、在活動圖中（A）的一個輸出部分有一個監(jiān)護(hù)條件，檢查預(yù)定者是不是會員，這是一個條件線程，它只有在監(jiān)護(hù)條件被滿足時才會激發(fā)，如果這個線程沒有被激發(fā)，那么隨后相對應(yīng)的結(jié)合的輸入部分被認(rèn)為已完成。A分叉B轉(zhuǎn)換C控制D活動14、OCL已經(jīng)嵌入到UML2.0規(guī)約中，建模人員可以在以下（ABCD）情況下使用OCL。A使用OCL在類上或者在類模型的類型上定義不變量B使用OCL對構(gòu)造型定義類型不變量C將OCL作為一種查詢語言D使用OCL描述操作和方法的前置和后置條件15、以下（ABCD）屬于活動圖的節(jié)點(diǎn)。A決策點(diǎn)B活動C并發(fā)控制D對象16、在需求分析的業(yè)務(wù)流程建模中，可以利用活動圖描述（BCD）A系統(tǒng)對外部呈現(xiàn)的功能B多個用例聯(lián)合起來形成的處理流程C對象協(xié)同的單個用例中的處理流程D軟件與外部實體共同參與的業(yè)務(wù)處理流程17、以下屬于面向?qū)ο蟮拈_發(fā)方法的有（ABCD）Ajacobson方法BOMT方法CCoad方法DBooch方法18、在UML中，模型的組織元素包括（ACD）幾個主要的層次。A視圖B狀態(tài)C模型D圖19、構(gòu)件圖的節(jié)點(diǎn)可以是（ABD）A包B類C用例D構(gòu)件20、在狀態(tài)機(jī)圖中，轉(zhuǎn)換包括以下（ABD）類型A外部自轉(zhuǎn)換B內(nèi)部自轉(zhuǎn)換C模擬轉(zhuǎn)換D正常轉(zhuǎn)換21、在一般情況下，可以將面向?qū)ο蟮木酆细拍顓^(qū)分為（ABC）關(guān)系。A組合B聚合C關(guān)聯(lián)D繼承22、在面向?qū)ο蟮脑O(shè)計中，主要建立的模型包括（BCD）。A算法邏輯模型B功能模型C動態(tài)模型D對象模型《UML基礎(chǔ)與Rose建模案例》期末試題合分人：復(fù)查人：一、單項選擇題：（本大題共20小題，每題2分，共40分）（說明：將答案寫在試卷后面的答題紙上）分?jǐn)?shù)評卷人UML圖不包括 (D)（A）用例圖 （B）類圖（C）狀態(tài)圖 （D）流程圖下面哪一項不是包圖中的關(guān)系（D）（A）<<use>>（B）<<access>> （C）<<trace>> （D）<<stub>>在類圖中，下面哪個符號表示繼承關(guān)系（C）(B)(B)(A)(C)(D)在類圖中，“#”表示的可見性是（B）（A）Public （B）Protected （C）Private （D）Package消息的組成不包括（C）（A）接口 （B）活動 （C）發(fā)送者 （D）接收者下面哪個視圖屬于UML語言的交互圖（D）（A）行為圖 （B）狀態(tài)圖 （C）實現(xiàn)圖 （D）順序圖UML語言包含幾大類圖形（B）（A）3 （B）5 （C）7 （D）9RUP中有（C）個核心過程工作流。（A）1 （B）3 （C）6 （D）9類之間的關(guān)系不包括（D）（A）依賴關(guān)系 （B）泛化關(guān)系 （C）實現(xiàn)關(guān)系 （D）分解關(guān)系在UML中，協(xié)作圖的組成不包括（C）（A）對象 （B）消息 （C）發(fā)送者 （D）鏈下面哪個符號代表包圖（A）(B)(B)(A)(C)(D)下列對狀態(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)對不同的事件作出反應(yīng)在UML的順序圖中，通常由左向右分層排列各個對象，正確的排列方法是（A）（A）執(zhí)行者角色 控制類 用戶接口 業(yè)務(wù)層 后臺數(shù)據(jù)庫（B）執(zhí)行者角色 用戶接口 控制類 業(yè)務(wù)層 后臺數(shù)據(jù)庫（C）執(zhí)行者角色 控制類 用戶接口 后臺數(shù)據(jù)庫 業(yè)務(wù)層（D）執(zhí)行者角色 用戶接口 業(yè)務(wù)層 控制類 后臺數(shù)據(jù)庫多對象是UML哪個視圖中的概念（C）（A）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）組件圖構(gòu)件圖的組成不包括（C）（A）接口 （B）構(gòu)件 （C）發(fā)送者 （D）依賴關(guān)系在UML中，接口有幾種表達(dá)方式（A）（A）2 （B）4 （C）6 （D）8部署圖的組成不包括（C）（A）處理器 （B）設(shè)備 （C）構(gòu)件 （D）連接下面哪個UML視圖是描述一個對象的生命周期的（B）（A）類圖 （B）狀態(tài)圖 （C）協(xié)作圖 （D）順序順序圖由對象，生命線，控制焦點(diǎn)和（B）組成（A）關(guān)系（B）消息 （C）用例（D）實體UML中關(guān)聯(lián)的多重度是指( B)（A）一個類有多個方法被另一個類調(diào)用（B）一個類的實類能夠與另一個類的多個實類相關(guān)聯(lián)（C）一個類的某個方法被另一個類調(diào)用的次數(shù)（D）兩個類所具有的相同的方法和屬性二、填空題：（本大題共20個空，每空1分，共20分）（說明：將答案寫在試卷后面的答題紙上）分?jǐn)?shù)評卷人1.面向?qū)ο蟪绦虻幕咎卣魇牵撼橄?、封裝、繼承和多態(tài)。2．Rose的正向工程以組件為單位，把模型中的一個或多個類圖轉(zhuǎn)換為java源代碼的過程。逆向工程是把代碼轉(zhuǎn)換為設(shè)計模型。3．用例圖兩個最核心的元素是參與者與用例。4．在類圖中一共包含了以下幾種元素，分別是:類、接口、關(guān)系、協(xié)作、注釋、約束以及。5．順序圖是由對象、生命線、控制焦點(diǎn)和消息等構(gòu)成的6．在UML的表示中順序圖將交互關(guān)系表示為一張二維圖，其中縱向是時間軸，時間沿豎線向下延伸。橫向代表了在協(xié)作中各獨(dú)立對象的角色。7．狀態(tài)機(jī)圖圖描述從狀態(tài)到狀態(tài)的控制流程，常用來對系統(tǒng)的動態(tài)特征進(jìn)行建模。8．在UML中，狀態(tài)機(jī)由對象的各個狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。三、簡答題：（本大題共4小題，，每題5分，共20分）（說明：將答案寫在試卷后面的答題紙上）分?jǐn)?shù)評卷人1．什么是用例圖？用例圖有什么作用？定義：由參與者（Actor）、用例（UseCase）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖成為用例圖。（2分）作用：用例圖是從軟件需求分析到最終實現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提供的功能，有利于用戶和軟件開發(fā)人員之間的溝通（1分）。用例圖可視化的表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說明的不足（1分）。用例方法是完全從外部來定義系統(tǒng)的，它把需求和設(shè)計完全分離開來（1分），使用戶不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。2.簡述面向?qū)ο蠓治龇椒ǎ∣OA）的5個基本步驟1）、識別對象，識別對象包括標(biāo)識潛在的對象和篩選對象兩步（1分）2）、識別對象的屬性（1分）3）、識別對象的行為（1分）4）、識別對象所屬的類（1分）5）、定義主題詞（1分）3.簡述時序圖的建模步驟建模步驟：設(shè)置交互語境（1分）確定對象（1分）分析消息和條件（1分）分析附加約束（1分）對建模結(jié)果精化和細(xì)化（1分）4.RUP統(tǒng)一過程中的四個階段？初始階段（1分）細(xì)化階段（1分）構(gòu)造階段（1分）提交階段（1分）四、問答題和分析題：（本大題共2小題，共40分）（說明：將答案寫在試卷后面的答題紙上）分?jǐn)?shù)評卷人1.網(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)”的功能需求如下：學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。教師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。系統(tǒng)管理員負(fù)責(zé)對網(wǎng)站頁面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊。1）學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用該系統(tǒng)的所有功能。如果忘記密碼，可與通過“找回密碼”功能恢復(fù)密碼。請畫出學(xué)生參與者的用例圖。6個用例每2個1分（3分），5關(guān)系每個1分（5分）2）教師如果忘記密碼，可以通過“找回密碼”功能找回密碼。請畫出教師參與者的用例圖。6個用例每2個1分（3分），5關(guān)系每個1分（5分）2.圖書管理系統(tǒng)功能性需求說明如下:（24分）圖書管理系統(tǒng)能夠為一定數(shù)量的借閱者提供服務(wù)。每個借閱者能夠擁有唯一標(biāo)識其存在的編號。圖書館向每一個借閱者發(fā)放圖書證，其中包含每一個借閱者的編號和個人信息。提供的服務(wù)包括：提供查詢圖書信息、查詢個人信息服務(wù)和預(yù)定圖書服務(wù)等。當(dāng)借閱者需要借閱圖書、歸還書籍時需要通過圖書管理員進(jìn)行，即借閱者不直接與系統(tǒng)交互，而是通過圖書管理員充當(dāng)借閱者的代理和系統(tǒng)交互。系統(tǒng)管理員主要負(fù)責(zé)系統(tǒng)的管理維護(hù)工作，包括對圖書、數(shù)目、借閱者的添加、刪除和修改。并且能夠查詢借閱者、圖書和圖書管理員的信息。可以通過圖書的名稱或圖書的ISBN/ISSN號對圖書進(jìn)行查找。回答下面問題：該系統(tǒng)中有哪些參與者?（3分）借閱者圖書管理員系統(tǒng)管理員確定該系統(tǒng)中的類，找出類之間的關(guān)系并畫出類圖用戶類、用戶角色類、圖書類、預(yù)定類、借閱類、書目類（6分）類圖（5分）畫出語境“借閱者預(yù)定圖書”的時序圖（10分）1.一個狀態(tài)圖最多只能由一個初態(tài)和一個終態(tài)。（F）2.協(xié)作圖中的消息必須要有消息順序號。(T)3.兩個參與者（actor）之間可以有包含（include）關(guān)系、擴(kuò)展（extend）關(guān)系或泛化（generalization）關(guān)系，而包含關(guān)系和擴(kuò)展關(guān)系是依賴（dependency）關(guān)系的版型。(F)4.參與者（actor）和用例（usecase）之間的關(guān)系是關(guān)聯(lián)（association）關(guān)系。（T）5.類A和類B之間的關(guān)系如圖1所示，則稱類B中的getName()方法是對類A中的getName()方法的重載（overload）。（F）7.一個軟件系統(tǒng)，如果只有源代碼，缺乏其他相應(yīng)的輔助文檔，如缺乏順序圖和類圖，則可以利用Rose進(jìn)行逆向工程得到順序圖和類圖，但得到的順序圖和類圖會比較簡單。（F）8.CMM描述了五個級別的軟件過程成熟度，即初始級、可重復(fù)級、已定義、已管理級、優(yōu)化級。（T）9.UML由用例視圖、物理視圖、組件視圖、進(jìn)度視圖和配置視圖組成。（F）10.在設(shè)計類圖時，可以不用對類圖中的每個關(guān)聯(lián)進(jìn)行命名，但如果需要命名的話，最好用一個“動詞”給關(guān)聯(lián)命名。（T）二、單項選擇題（每題2分，共30分。將正確答案填入下表）1.一個設(shè)計得好的OO系統(tǒng)具有（B）A.低內(nèi)聚、低耦合的特征C.高內(nèi)聚、高耦合的特征B.高內(nèi)聚、低耦合的特征D.低內(nèi)聚、高耦合的特征2.下面（）不是UML的基本構(gòu)成元素。（A）A.控制語言B.基本構(gòu)造塊C.規(guī)則D.公共機(jī)制3.面向?qū)ο蟮奶攸c(diǎn)主要概括為（C）。A.可分解性、可組合性、可分類性B.繼承性、封裝性、多態(tài)性C.抽象性、繼承性、封裝性、多態(tài)性D.封裝性、易維護(hù)性、可擴(kuò)展性、可重用性4．構(gòu)成對象的兩個主要因素是（A）。A.屬性和服務(wù)B.標(biāo)識和內(nèi)容C.繼承和多態(tài)D.消息和封裝5.下列關(guān)于面向?qū)ο蠓椒ㄖ忻枋鲋绣e誤的是（C）。A.使用設(shè)計模式有助于在軟件開發(fā)中應(yīng)用面向?qū)ο蠹夹g(shù)B.選擇面向?qū)ο蟪绦蛟O(shè)計語言時需要考慮開發(fā)人員對其的熟悉程度C.UML作為一種可視化建模語言需要與RUP開發(fā)過程同時使用D.目前在軟件生命周期的分析、設(shè)計、實現(xiàn)和測試中均可以應(yīng)用面向?qū)ο蠓椒?.順序圖主要可以為設(shè)計人員提供（A）信息。A.消息發(fā)送的順序B.某個方法的執(zhí)行流程C.類之間關(guān)聯(lián)關(guān)系的多重性D.某個對象在不同狀態(tài)之間的轉(zhuǎn)移7.類和接口的關(guān)系類似于下面哪種類型的關(guān)系（D）。A.關(guān)聯(lián)（association）和聚集（aggregation）B.關(guān)聯(lián)（association）和組合（composition）C.腳本（scenario）和用例（usecase）D.包（Package）和子系統(tǒng)（subsystem）10.一個銀行業(yè)務(wù)系統(tǒng)采用如圖瑣事的配置圖，則錯誤的是（D）A.與GUI有關(guān)的類應(yīng)該部署在BranchClient上B.這個圖表示一個三層的體系結(jié)構(gòu)，不管BranchClient、FinancialAppServer、DatabaseServer是運(yùn)行在同一臺機(jī)器上還是在不同機(jī)器上C.為了系統(tǒng)的可伸縮性（scalability），與業(yè)務(wù)邏輯有關(guān)的對象應(yīng)該部署在FinancialAppServer上D.為了系統(tǒng)的可伸縮性，與業(yè)務(wù)邏輯有關(guān)的對象應(yīng)該部署在BranchClient上11.關(guān)于用例與類的對比中（D）是錯誤的。A都屬于模型結(jié)構(gòu)元素B都存在繼承關(guān)系C類描述系統(tǒng)的部分靜態(tài)視圖，用例描述系統(tǒng)動態(tài)的行為視圖D類描述的是系統(tǒng)的內(nèi)部構(gòu)成，用例也可以描述系統(tǒng)的內(nèi)部構(gòu)成12.Innovation公司正在為Rose開發(fā)插入件，使得Rose可以把OOA、OOD模型以各種圖形格式導(dǎo)出，如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時，會根據(jù)不同的算法來生成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，那個是最適合的？（A）（注：活動圖可以用來描述細(xì)節(jié)）A.活動圖B.狀態(tài)圖C.類圖D.用例圖13.計算機(jī)（Computer）由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤、鼠標(biāo)等組成。那么Computer類和其他類（CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse）之間的關(guān)系是：（D）A.泛化關(guān)系（Generalization）C.包含關(guān)系（Inclusion）B.實現(xiàn)關(guān)系（Realization）D.聚集關(guān)系（Aggregation）14.在狀態(tài)圖中不能表示下面那些概念？（D）A.動作（action）B.事件（event）C.轉(zhuǎn)移（transition）D.類（class）15.在數(shù)據(jù)庫設(shè)計的階段開始考慮具體的數(shù)據(jù)庫管理系統(tǒng)（DBMS）的特性。（C）A.需求分析B.概念設(shè)計C.邏輯設(shè)計D物理設(shè)計三、簡單題（共36分，每題6分）1.“要迭代開發(fā)、真是有道理。我決定在我們的項目組實施迭代開發(fā)，第一迭代先做需求，第二個迭代做分析，第三個迭代做設(shè)計??”——這段話有什么問題？（6分）答：這種每次只設(shè)計和實現(xiàn)系統(tǒng)的一部分,逐步完成的方法叫迭代開發(fā),每次設(shè)計和實現(xiàn)一個的一個階段叫做一個迭代。RUP具有很多長處：提高了團(tuán)隊生產(chǎn)力，在迭代的開發(fā)過程、需求管理、基于組件的體系結(jié)構(gòu)、可視化軟件建模、驗證軟件質(zhì)量及控制軟件變更等方面，針對所有關(guān)鍵的開發(fā)活動為每個開發(fā)成員提供了必要的準(zhǔn)則、模板和工具指導(dǎo)，并確保全體成員共享相同的知識基礎(chǔ)。它建立了簡潔和清晰的過程結(jié)構(gòu)，為開發(fā)過程提供較大的通用性。UML中關(guān)聯(lián)的多重度是指()一個類有多個方法被另一個類調(diào)用一個類的實類能夠與另一個類的多個實類相關(guān)聯(lián)一個類的某個方法被另一個類調(diào)用的次數(shù)兩個類所具有的相同的方法和屬性答案:B已知三個類A.B和C.其中類A由類B的一個實類和類C的1個或多個實類構(gòu)成.請畫出能夠正確表示類A,B和C之間關(guān)系的UML類圖.答案:3在某個信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：①一個客戶提交0個或多個訂單；②一個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類：“客戶”類和“訂單”類。對應(yīng)每個“訂單”類的實例，存在___(46)___“客戶”類的實例；對應(yīng)每個“客戶”類的實例，存在___(47)___個“訂單”類的實例。

供選擇的答案：

（1）A.0個B.1個C.1個或多個D.0個或多個

（2）A.0個B.1個C.1個或多個D.0個或多個 答案:1.2.4、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計的方法。答：協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時比較容易，而且分支也比較少，但如果消息比較多時難以表示消息之間的順序。7、UML提供一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計,其中_G__給出系統(tǒng)的靜態(tài)設(shè)計視圖;_B_對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的;_D__和_F_都是描述系統(tǒng)動態(tài)視圖的交互圖,其中_D__描述了以時間順序組織的對象之間的交互活動,_F__強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu).A狀態(tài)圖B用例圖C狀態(tài)圖D序列圖E部署圖F協(xié)作圖G類圖9、UML是有四種關(guān)系，他們分別是：依賴，關(guān)聯(lián)，泛化和實現(xiàn)，還有一種聚集是一種特殊類型的關(guān)聯(lián)，請標(biāo)出圖示是哪種關(guān)系：（１）---------------()key:依賴0..10..*（２）employeremployee()key:關(guān)聯(lián)（３）（）key:聚集（４）（）key:泛化—————————（）key:實現(xiàn)圖為銷售實例，請為概念類添加聯(lián)系。a,b,c,d？解：a:1b:1..*c:1d:1..*12、這是個usecase，其中有兩個打電話的個案：使用電話卡和對方付款。Actort是電話用戶，畫出其usecasediagram。解：如圖：16.UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計，其中____(1)___給出系統(tǒng)的靜態(tài)設(shè)計視圖；___(2)____對系統(tǒng)的行為進(jìn)行組織和建模是非常重要的；____(3)___和____(4)___都是描述系統(tǒng)動態(tài)視圖的交互圖，其中___(3)___描述了以時間順序組織的對象之間的交互活動，___(4)____強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。A、狀態(tài)圖B、用例圖C、序列圖D、部署圖E、協(xié)作圖F、類圖答案：（1）F（2）B（3）C（4）E17.在UML提供的圖中，___（1）___用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；__（2）___用于按時間順序描述對象間的交互。（1）A、用例圖B、類圖C、對象圖D、部署圖（2）A、網(wǎng)絡(luò)圖B、狀態(tài)圖C、協(xié)作圖D、序列圖答案：（1）A（2）D18.可以用_____________和____________兩種方法找概念類。答案：概念類類別表、標(biāo)識名詞短語19.關(guān)于GRASP模式設(shè)計的。（中午提到的，這里就不寫了）20.找出下面場景中的概念類：（1）.顧客帶著購買的商品或服務(wù)來到POS收款臺（2）.收款員啟動一次銷售（3）.收款員輸入商品標(biāo)識（4）.系統(tǒng)記錄商品，并且顯示該商品說明，價格，并計算總金額。按一組計價規(guī)則計算單價。答案：顧客、POS收款臺、收款員、銷售、商品標(biāo)識、商品、商品說明21.畫出下面場景的SSD圖1.收款員啟動一次銷售(makeNewSale())2.收款員輸入商品標(biāo)識(enterItem(itemID,quantity))3.銷售結(jié)束，系統(tǒng)計算并顯示總金額（endSale（））4.顧客付款，系統(tǒng)處理支付。(makePayment(amount))答案如下：備注：1和2差不多，選其中一道就行了。同時還可以出一些畫交互圖的，這里不講了。22.統(tǒng)一過程中的四個階段？答：初始階段（Inception）細(xì)化階段（Elaboration）構(gòu)造階段（Construction）提交階段（Transition）22.什么是設(shè)計過程中的Open-Close原則23.識別概念類的策略？識別概念類的策略1:使用概念類類別表識別概念類的策略2:標(biāo)識名詞短語24.GRASP（分配職責(zé)中通用原則的模式）及各解決了什么問題？（5個）信息專家（InformationExpert模式名：信息專家（或?qū)＜遥┙鉀Q的問題：分配職責(zé)給對象的基本原則是什么創(chuàng)建者（Creator）模式名：創(chuàng)建者解決的問題：誰負(fù)責(zé)創(chuàng)建某個類的新的實例低耦合（LowCoupling）模式名：低耦合解決的問題：如何支持低依賴關(guān)系和增加重用？高內(nèi)聚（HighCohesion）模式名：高內(nèi)聚解決的問題：如何將復(fù)雜性保持在可控制的范圍內(nèi)？控制器（Controller）模式名：控制器解決的問題：誰來負(fù)責(zé)處理一個輸入系統(tǒng)事件？27.設(shè)計模式的概念

參考答案：富有經(jīng)驗的面向?qū)ο髮＜遥ɑ蚱渌浖_發(fā)人員）設(shè)計的作為通用原則和慣用法的解決方案 ，用于指導(dǎo)軟件設(shè)計。如果將它們按問題和解決方案描述的結(jié)構(gòu)形式編篡，然后起一個名字。這就是設(shè)計模式。30、需求分類主要需求FURPS的內(nèi)容？主要需求：功能、可用性、可靠性、性能、可維護(hù)性31、讀懂交互圖，并結(jié)合其他條件將設(shè)計轉(zhuǎn)化為代碼。35、適配器，策略，組合，單例子，工廠方法，抽象工廠等模式的理解和應(yīng)用。模式名：單例模式（Singleton）問題：如何使一個類嚴(yán)格地只有一個實例？解決方案：定義一個靜態(tài)的返回單例（Singleton）的類方法。模式名：策略模式（Strategy）問題：如何設(shè)計一種方案可以適應(yīng)算法或規(guī)則的頻繁變更？解決方案：定義一系列的算法，把他們一個個封裝起來，并且使他們可以互相替換，具體的說就是為每個算法/政策/策略分別定義一個具有公共接口的類。模式名：組成模式（Composite）問題：希望按處理原子對象的方式來處理由原子對象結(jié)合而成的組合對象解決方案：組成對象和原子對象實現(xiàn)相同的接口。模式名：觀察者模式（Composite）問題：如何維護(hù)對象之間的一致性？解決方案：當(dāng)一個對象的狀態(tài)發(fā)生變化時，所有依賴于它的對象都得到通知并被自動更新。模式名：適配器模式（Adapter）問題：如何解決不兼容的接口的問題，或者說如何提供一個穩(wěn)定的接口給具有不同接口的相似組件？解決方案：通過一個中間的適配器對象使一個組件的原有接口轉(zhuǎn)變成另一個接口。38.在UML提供的圖中，（1）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（2）用于按時間順序描述對象間交互。（1）A.用例圖 B.類圖 C.對象圖 D.部署圖（2）A.網(wǎng)絡(luò)圖 B.狀態(tài)圖 C.協(xié)作圖 D.序列圖答案：(1)A (2)D39.UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中___(3)___是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計視圖；當(dāng)需要說明系統(tǒng)的靜態(tài)實現(xiàn)視圖時，應(yīng)該選擇___(4)___；當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實施視圖時，應(yīng)該選擇___(5)___。（3）A．構(gòu)件圖B．類圖C．對象圖D．部署圖（4）A．構(gòu)件圖B．協(xié)作圖C．狀態(tài)圖D．部署圖（5）A．協(xié)作圖B．對象圖C．活動圖D．部署圖答案：(3)B (4)A (5)D41.定義大多數(shù)的需求和范圍的工作是在UP中的（11）階段完成的。（11）A初始階段 B細(xì)化階段 C構(gòu)造階段 D提交階段答案：(11)B42.下列（12）不在UP的初始階段中完成的（12）A編制簡要的愿景文檔 B粗略評估成本 C定義大多數(shù)的需求 D業(yè)務(wù)案例答案：(12)C44.領(lǐng)域模型是一組表示真實世界的（16），不是（17）的模型。答案：(16)概念類 （17）軟件部件45.在協(xié)作圖中通過（18）表示出消息的時間順序。答案：(18)消息編號46.在面向?qū)ο蟮姆椒▽W(xué)中，對象可看成是屬性及對于這些屬性的專用服務(wù)的封裝體。封裝是一種（19）技術(shù)，封裝的目的是使對象的（20）分離。（19）A組裝 B產(chǎn)品化 C固化 D信息隱藏（20）A定義和實現(xiàn) B設(shè)計和測試 C設(shè)計和實現(xiàn) D分析和定義答案：(19)D (20)A47.類是一組具有相同屬性的和相同服務(wù)的對象的抽象描述，類中的每個對象都是這個類的一個（21）。類之間共享屬性與服務(wù)的機(jī)制稱為（22）。一個對象通過發(fā)送（23）來請求另一個對象為其服務(wù)。（21）A例證 B用例 C實例 D例外（22）A多態(tài)性 B動態(tài)綁定 C靜態(tài)綁定 D繼承（23）A調(diào)用語句 B消息 C命令 D口令答案：(21)C (22)D （23）B48．什么是usecase？在usecase中，什么是場景（scenario），什么是活動者（actor）？P47P11249．什么是SSD圖？什么是領(lǐng)域模型？P118，p12850．領(lǐng)域模型又稱為（）A．業(yè)務(wù)流程模型 B.用例模型 C.概念模型 D.設(shè)計模型答案:C51.在畫SSD圖時,應(yīng)該如何對待所涉及的系統(tǒng):A.詳細(xì)描述其內(nèi)部結(jié)構(gòu)及其功能;B.簡單描述其內(nèi)部結(jié)構(gòu),但是羅列系統(tǒng)所有的功能C.詳細(xì)描述其內(nèi)部結(jié)構(gòu),并不列出系統(tǒng)的功能D.不對系統(tǒng)的內(nèi)部結(jié)構(gòu)與功能進(jìn)行描述.答案:D52．下面那一種模式是不屬于GRASP模式的A．多態(tài)（Polymorphism）；B行為對象（purefabrication）C.中間者（Indirection）D.GoF答案：D54.在UML提供的圖中,__（1）_用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互，（2）用于按時間順序描述對象間的交互。（1） A用例圖 B類圖 C對象圖 D部署圖（2）A網(wǎng)絡(luò)圖 B狀態(tài)圖 C協(xié)作圖 D序列圖答案：（1）A（2）D60、統(tǒng)一過程中有哪四個階段，各階段需要完成的主要工作有哪些？答：1）初始階段：編制簡要的愿景文檔、業(yè)務(wù)案例、確定范圍、粗略評估成本。]2）細(xì)化階段：細(xì)化愿景文檔、迭代地實現(xiàn)核心構(gòu)架、解決高風(fēng)險的問題、定義大多數(shù)的需求和范圍、進(jìn)一步評估成本3）構(gòu)造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、準(zhǔn)備部署4）提交階段：beta測試、部署61、統(tǒng)一過程中的核心工作流有哪些？答：業(yè)務(wù)建模、需求分析、設(shè)計、實現(xiàn)、測試。67.什么是用況，用況模型，如何描述用況？答：用況是一個描述性的文檔，用來描述一個參與者使用系統(tǒng)完成某個業(yè)務(wù)過程時的事件發(fā)生順序。用況描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。用況不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。用況模型是需求工作的一個重要的制品。用況一般有Brief，Casual，fullydressed三種類型的描述方式。68.標(biāo)準(zhǔn)建模語言UML的重要內(nèi)容可以由哪五類圖(共9種圖形)來定義？答案：用例圖、靜態(tài)圖(包括類圖、對象圖和包圖)、行為圖、交互圖和實現(xiàn)圖。72.協(xié)作圖和順序圖的區(qū)別？協(xié)作圖和順序圖都表示出了對象間的交互作用，但是它們側(cè)重點(diǎn)不同。順序圖清楚地表示了交互作用中的時間順序，但沒有明確表示對象間的關(guān)系。協(xié)作圖清楚地表示了對象間的關(guān)系，但時間順序必須從順序號獲得。順序圖常常用于表示方案，而協(xié)作圖用于過程的詳細(xì)設(shè)計。根據(jù)系統(tǒng)操作規(guī)約，畫出順序圖和協(xié)作圖，然后根據(jù)順序圖和協(xié)作圖再配合其他信息編寫出類代碼。73.什么是用況模型？答：用況模型是需求工作的一個重要的制品。用況是一個描述性的文檔，用來描述一個參與者使用系統(tǒng)完成某個業(yè)務(wù)過程時的事件發(fā)生順序。用況描述的是系統(tǒng)使用過程，它描述了系統(tǒng)的功能需求。用況不描述系統(tǒng)內(nèi)部如何工作，而是定義系統(tǒng)的責(zé)任，說明系統(tǒng)必須做什么。用況圖用來描述用況及用況之間的關(guān)系，是用UML來表示的。74。說說愿景文檔（Vision）的主要內(nèi)容答：問題說明，主要的高層目標(biāo)(High-LevelGoals)和風(fēng)險承擔(dān)者需解決的問題。簡要描述的功能需求，反映系統(tǒng)的特征。除功能需求外的其他需求。86、簡述操作契約將系統(tǒng)看成一個提供有公共接口的黑盒，公共接口用來處理輸入的系統(tǒng)事件，發(fā)現(xiàn)系統(tǒng)事件定義系統(tǒng)操作，操作契約描述在一個系統(tǒng)操作執(zhí)行后，領(lǐng)域模型中對象狀態(tài)的變化。

對象圖對象圖展示了一組對象及它們間的關(guān)系。用對象圖說明類圖中所反應(yīng)的事物實例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。對象圖表達(dá)了系統(tǒng)的靜態(tài)設(shè)計視圖或靜態(tài)過程視圖，除了現(xiàn)實和原型的方面的因素外，它與類圖作用是相同的。

用況圖用況圖展現(xiàn)了一組用況、參與者以及它們間的關(guān)系?？梢杂糜脹r圖描述系統(tǒng)的靜態(tài)使用情況。在對系統(tǒng)行為組織和建模方面，用況圖的是相當(dāng)重要的。

交互圖交互圖展現(xiàn)了按一定的目的進(jìn)行的一種交互，它由在一個上下文中的一組對象及它們間交互的信息組成。交互圖也可用于描述一個用況的行為。順序圖和協(xié)作圖都是交互圖，順序圖和協(xié)作圖可以相互轉(zhuǎn)換。

順序圖展現(xiàn)了一組對象和由這組對象收發(fā)的消息，用于按時間順序?qū)刂屏鹘！Ｓ庙樞驁D說明系統(tǒng)的動態(tài)視圖。

協(xié)作圖展現(xiàn)了一組對象，這組對象間的連接以及這組對象收發(fā)的消息。它強(qiáng)調(diào)收發(fā)消息的對象的結(jié)構(gòu)組織，按組織結(jié)構(gòu)對控制流建模。

狀態(tài)圖展示了一個特定對象的所有可能狀態(tài)以及由于各種事件的發(fā)生而引起的狀態(tài)間的轉(zhuǎn)移。一個狀態(tài)圖描述了一個狀態(tài)機(jī)，用狀態(tài)圖說明系統(tǒng)的動態(tài)視圖。它對于接口、類或協(xié)作的行為建模尤為重要，可用它描述用況實例的生命周期。

活動圖活動圖是一種特殊的狀態(tài)圖，描述需要做的活動、執(zhí)行這些活動的順序（多為并行的）以及工作流（完成工作所需要的步驟）。它對于系統(tǒng)的功能建模特別重要，強(qiáng)調(diào)對象間的控制流程。

高層活動圖用于表示需要完成的一些任務(wù)，即用于分析用況，理解涉及多個用況的工作流、多線程及并行，顯示相互聯(lián)系的行為整體，還可用于對企業(yè)過程建模，對系統(tǒng)的功能建模。低層活動圖用于表示類的方法。但活動圖不適用于描述動作與對象間的關(guān)系，顯示對象間的合作以及顯示對象在生命周期內(nèi)的運(yùn)轉(zhuǎn)情況。

構(gòu)件圖構(gòu)件圖展現(xiàn)了一組構(gòu)件之間的組織和依賴，用于對原代碼、可執(zhí)行的發(fā)布、物理數(shù)據(jù)庫和可調(diào)整的系統(tǒng)建模。

部署圖部署圖展現(xiàn)了對運(yùn)行時處理節(jié)點(diǎn)以及其中構(gòu)件的配署。它描述系統(tǒng)硬件的物理拓?fù)浣Y(jié)構(gòu)(包括網(wǎng)絡(luò)布局和構(gòu)件在網(wǎng)絡(luò)上的位置)，以及在此結(jié)構(gòu)上執(zhí)行的軟件（即運(yùn)行時軟構(gòu)件在節(jié)點(diǎn)中的分布情況）。用部署圖說明系統(tǒng)結(jié)構(gòu)的靜態(tài)部署視圖，即說明分布、交付和安裝的物理系統(tǒng)。順序圖1UML中哋交互圖有兩種，分別是順序圖和拹作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計的方法。

答：協(xié)作圖可視化地表示了對象之間隨時間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時間順序布圖，而協(xié)作圖按照空間組織布圖。