uml試題A.doc

一、選擇題（共20分 每小題2分）1、下列描述中，哪個不是建模的基本原則（ D ）A.要仔細的選擇模型 B.每一種模型可以在不同的精度級別上表示所要開發(fā)的系統(tǒng)C.模型要與現(xiàn)實相聯(lián)系 D.對一個重要的系統(tǒng)用一個模型就可以充分描述2、面向對象的基本特征不包括的特性是 （ D ）A、封裝 B、繼承 C、多態(tài)性 D、抽象3、用例是從（ A ）的觀點對系統(tǒng)行為的一個描述。A、用戶 B、類 C、系統(tǒng) D、對象4、用例之間是具有相關性的。在一個“訂單輸入系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是（ A ）關系。A.包含 B.擴展 C.分類 D.聚集5、在類圖中，哪種關系表達總體與局部的關系（ D ）A、泛化B、實現(xiàn)C、依賴D、聚合6、順序圖反映對象之間發(fā)送消息的時間順序，它與（ C ）是同構的。A、用例圖 B、類圖 C、協(xié)作圖 D、狀態(tài)圖7、如果要對一個企業(yè)的工作流程建模，下面四個圖中（ B ）是最有用的。 A 交互圖 B 活動圖 C 狀態(tài)圖 D 類圖8、下面哪個不是活動圖中的基本元素（D）A 狀態(tài)、分支 B 轉移、匯合 C 泳道、轉移 D 用例、狀態(tài)9、在采用分層的設計時，UML的順序圖中，通常由左向右分層排列各個對象，正確的排列方法 ( B ）A執(zhí)行者角色 控制類 用戶接口業(yè)務層后臺數(shù)據(jù)庫B執(zhí)行者角色用戶接口控制類業(yè)務層后臺數(shù)據(jù)庫C執(zhí)行者角色控制類用戶接口后臺數(shù)據(jù)庫業(yè)務層D執(zhí)行者角色用戶接口業(yè)務層控制類后臺數(shù)據(jù)庫10、UML中所謂的“泛化”實際上與以下哪個術語等價( B )？ A聚合B繼承C抽象D封裝二、填空題（共15分 每空1分）1、UML的全稱是(統(tǒng)一建模語言)。2、UML中，從用戶角度描述需求通常使用 （用例圖），與之配套的文檔說明叫 用例描述 。3、在UML的順序圖中的消息可以分為 發(fā)送 、 調用 以及簡單消息和返回消息。4、在UML的圖形表示中，類的表示法是一個矩形，這個矩形應有三部分構成，分別為類的名稱、 屬性 和 方法 。5、UML 提供了一系列的圖支持面向對象的分析與設計，其中 類 圖給出系統(tǒng)的靜態(tài)設計視圖； 用例 圖對系統(tǒng)的行為進行組織和建模是非常重要的； 順序 圖和 協(xié)作 圖都是描述系統(tǒng)動態(tài)視圖的交互圖，其中 順序 圖描述了以時間順序組織的對象之間的交互活動， 用例 圖強調收發(fā)消息的對象的組織結構。6、在協(xié)作圖中通過 消息編號 表示出消息的時間順序。7、一個用例可以增強另外一個用例的功能，這種關系稱為 擴展 。三、簡答題（共30分）1、簡述用例之間的擴展、泛化、包含三種關系有什么異同，請分別舉例說明。（6分）擴展：擴展用例被定義為基礎用例的增量擴展，擴展關系是把新的行為插入到已有用例中的方法。例如：泛化：用例的泛化是指父用例的行為被子用例繼承或覆蓋，往往父用例表示為抽象用例。包含：其中一個用例（基本用例）的行為包含了另一個用例（包含用例）的行為。一個用例的執(zhí)行需要依賴于另一個用例的實現(xiàn)2、在類圖中，主要的類間關系有哪幾種，使用什么圖符來表示?（4分）答： 1）包含2）泛化3）依賴4）實現(xiàn)3、下圖中的實體類為（書籍，書目），控制類為（書籍管理），邊界類為（借書界面）。（6分）4、順序圖的作用主要是用來描述什么？其組成元素有哪些（5分）答：順序圖主要用來描述用例的實現(xiàn)，組成元素有：對象、消息、生命線、激活5、MVC的設計模式中M、V、C各指什么？網(wǎng)頁版MVC模式中，都是有誰來擔當M、V、C的角色？windows窗口應用程序版MVC模式中，誰來擔當M、V、C的角色？（9分）、答1） M：model模型，應用程序的主體部分。 模型代表了業(yè)務數(shù)據(jù)和業(yè)務邏輯V：view視圖，是用戶看到并與之交互的界面C：control控制器，位于視圖和模型中間，負責接受用戶的輸入，將輸入進行解析并反饋給模型2）M：業(yè)務邏輯類，指JavaBeanV：jsp文件C：Servlet3）M：業(yè)務邏輯類V：Windows窗口界面C：監(jiān)聽類四、分析設計題（共35分）1、以小菜設計實現(xiàn)加、減、乘、除簡單運算計算器的例子闡述業(yè)務邏輯的封裝，即設計一個Operation業(yè)務邏輯類，這樣做帶來的好處是什么？并畫出簡單工廠模式的類圖（15分）解：1）業(yè)務邏輯和界面邏輯分離，降低了兩者之間的耦合度，從而可以實現(xiàn)業(yè)務邏輯類復用的目的。2）2、餐館預約系統(tǒng)所支持的主要任務有下面四個，初始用例圖如下， (1)記錄一個新的預約信息（“記錄預約”）。 (2)取消一個預約（“取消預約”）。 (3)記錄一位顧客的到來（“記錄到達”）。 (4)將一位顧客從一張餐桌移到另一張餐桌（“調換餐桌”）。在進一步的分析過程中，我們發(fā)現(xiàn)這四個用例全都是從參與者輸入一個日期，然后系統(tǒng)響應，顯示該日記錄的預約而開始的，因此考慮獨立出來一個完整的新用例“顯示預約”；同時發(fā)現(xiàn)，“記錄未預約顧客(Record walk_in)”這個新用例，它將會被某個沒有預約就來用餐的人觸發(fā)，屬于Record arrival的特殊情況。最后，接待員和侍者領班可以泛化出“員工”，員工只能執(zhí)行“顯示預約”操作，根據(jù)以上提示，（1）畫出最終完成的用例圖。（6分）（2）寫出用例“記錄預約”的基本事件路徑（4分）（3）畫出最初的領域模型（3分）（4）設計中，若采用MVC分層架構的設計模式，畫出“顯示預約”用例的順序圖（7）（1）用例圖（2