uml綜合練習題與答案

./一、選擇題軟件設計中的〔〕設計指定各個組件之間的通信方式以與各組件之間如何相互作用。A．數(shù)據(jù)B．接口C．結構D．組件UML是一種〔〕。A．面向?qū)ο蟮某绦蛟O計語言B．面向過程的程序設計語言C．軟件系統(tǒng)開發(fā)方法D．軟件系統(tǒng)建模語言面向?qū)ο笾械摹病硻C制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬,通過該機制,基類的屬性和方法被遺傳給派生類。A．封裝B．多態(tài)C．繼承D．變異下面關于類、對象和實例的敘述中,錯誤的是〔〕。A類是創(chuàng)建對象的模板B對象是類的實例C類是對象的實例D類是一組具有共同特征的對象集合下列不在UP的初始階段中完成的A編制簡要的愿景文檔B粗略評估成本C定義大多數(shù)的需求D業(yè)務案例下面那一種模式是不屬于GRASP模式的A多態(tài)〔Ploymorphism〕B行為對象〔purefabrication〕C中間者〔Indirection〕DGoF類是一組具有相同屬性的和相同服務的對象的抽象描述,類中的每個對象都是這個類的一個。A例證B用例C實例D例外類之間共享屬性與服務的機制稱為〔22〕。A多態(tài)性B動態(tài)綁定C靜態(tài)綁定D繼承一個對象通過發(fā)送來請求另一個對象為其服務。A調(diào)用語句B消息C命令D口令下面的陳述中,對迭代和增量式開發(fā)描述錯誤的是〔〕。A.迭代是時間定量的B.系統(tǒng)是增量式增長的C.迭代是以循環(huán)反饋和調(diào)整為核心驅(qū)動力的D.當?shù)鸁o法依照時間表來集成、測試和穩(wěn)定局部系統(tǒng)時,可以推遲完成日期。有關UP階段的說法,不正確的是〔〕A.UP的一個開發(fā)周期〔以系統(tǒng)發(fā)布作為產(chǎn)品結束標志〕由多個迭代組成；B.初始階段不是需求階段,而是研究可行性的階段。C.細化階段就是需求或設計階段；D.細化階段就是迭代地實現(xiàn)核心架構并解決高風險問題的階段；下面關于領域模型的描述,不正確的是〔〕A.領域模型就是軟件對象圖；B.應用UML表示法,領域模型被描述為一組沒有定義操作的類圖；C.創(chuàng)建領域模型的原因之一是幫助理解關鍵業(yè)務概念和詞匯；D.領域模型和領域?qū)邮褂孟嗨频拿梢詼p少軟件表示與我們頭腦中的領域模型之間的差異。封裝是指把對象的〔〕結合在一起,組成一個獨立的對象。A屬性和操作B信息流C消息和事件D數(shù)據(jù)的集合封裝是一種〔〕技術,目的是使對象的生產(chǎn)者和使用者分離,使對象的定義和實現(xiàn)分開。A工程化B系統(tǒng)維護C信息隱藏D產(chǎn)生對象面向?qū)ο蠓椒ㄖ械摹病硻C制使子類可以自動地擁有〔復制〕父類全部屬性和操作。A約束B對象映射C信息隱藏D繼承使得在多個類中能夠定義同一個操作或?qū)傩悦?并在每一個類中有不同的實現(xiàn)的一種方法是〔〕。A繼承B多態(tài)性C約束D接口順序圖和協(xié)作圖主要用于對用例圖中〔〕的建模,用它們來描述用例圖的行為。A數(shù)據(jù)流B控制流C消息流D數(shù)據(jù)字典順序圖的模型元素有〔〕、消息、等,這些模型元素表示某個用例中的若干個對象和對象之間所傳遞的消息,來對系統(tǒng)的行為建模。A對象B箭線C活動D狀態(tài)順序圖描述〔〕對象之間消息的傳遞順序。A某個B單個C一個類產(chǎn)生的D一組順序圖和協(xié)作圖建立類UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)〔〕模型。A交互B狀態(tài)C體系結構D軟件復用狀態(tài)圖可以表現(xiàn)〔〕在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉移的事件以與因狀態(tài)轉移而引起的動作。A一組對象B一個對象C多個執(zhí)行者D幾個子系統(tǒng)狀態(tài)圖描述一個對象在不同〔〕的驅(qū)動下發(fā)生的轉臺遷移。A事件B對象C執(zhí)行者D數(shù)據(jù)一個〔〕遷移圖符可以有多個源狀態(tài)或目標狀態(tài),它們可以把一個控制分解為并行運行的并發(fā)線程,或多個并發(fā)線程接合成單個線程。A狀態(tài)B對象C活動D同步并發(fā)活動圖中動作狀態(tài)之間的遷移不是靠〔〕觸發(fā)的,當活動〔動作〕狀態(tài)中的活動完成時就被觸發(fā)。A對象B事件C執(zhí)行者D系統(tǒng)狀態(tài)圖和活動圖建立了UML面向?qū)ο箝_發(fā)過程中的對象動態(tài)〔〕模型。A交互B狀態(tài)C體系結構D軟件復用UML中關聯(lián)的多重度是指<>A一個類有多個方法被另一個類調(diào)用B一個類的實例能夠與另一個類的多個實例相關聯(lián)C一個類的某個方法被另一個類調(diào)用的次數(shù)D兩個類所具有的相同的方法和屬性在某個信息系統(tǒng)中,存在如下的業(yè)務陳述：①一個客戶提交0個或多個訂單；②一個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類："客戶"類和"訂單"類。對應每個"訂單"類的實例,存在〔1〕B"客戶"類的實例；對應每個"客戶"類的實例,存在D〔2〕個"訂單"類的實例。供選擇的答案：

A0個B1個C1個或多個D0個或多個什么是關聯(lián)類？〔〕A它描述了可以存在于類之間的各種關系。B它在另外兩個類之間的關聯(lián)中添加屬性和/或行為。C它關聯(lián)對象和該對象所屬的類。為什么層在子系統(tǒng)設計中非常重要？〔〕〔多選題〕A更容易改變實現(xiàn)方式B減少了實現(xiàn)代碼中類的數(shù)量C提高了重用性D降低了復雜性如果兩個顧客在世界的不同地方,要購買音樂會的最后一X票,如何分配這X票？〔〕參與者和角色之間的差別？A引入一個額外的業(yè)務規(guī)則,把可用票的查詢和臨時預定合并起來。參與者和角色之間的差別？B使顧客參與軟件"競爭",以買到票。C不允許賣出最后一X票,因為這對其中的一位顧客是不公平的。如圖6-12所示：〔1〕X1、X2和X3是什么？〔〕〔單選題〕用例模型的用途就是列出系統(tǒng)中的用例和參與者A角色BPrimadonnasC參與者D用例模型的用途就是列出系統(tǒng)中的用例和參與者〔2〕下面哪個語句是正確的？〔〕〔多選題〕AX3可以使用UC4與系統(tǒng)交互。BX1可以使用UC1和UC4與系統(tǒng)交互。CX1、X2與X3不同。DUC3是沒有步驟的抽象用例。<3>下面哪個語句是正確的？〔〕〔多選題〕AUC5是UC4的補充部分。BUC4是UC5的可選部分。CUC1是沒有用的。DUC2是UC4的可選部分。EUC4是UC2的補充部分。如圖所示,下面哪些陳述是正確的？〔〕A汽車總是有相同的車身B一些汽車有備用輪胎C汽車有一個引擎,引擎在汽車之間不共享D所有的汽車都有四或五個輪胎E汽車必須有至少一個司機F乘客不可能是司機如圖,A、B和C是什么對象？AA是實體,B是控制者,C是邊界。BA是邊界,B是實體,C是控制者。CA是實體,B是邊界,C是控制者。DA是控制者,B是實體,C是邊界。.領域模型是一組表示<>,在設計工作中廣泛用來啟發(fā)設計軟件對象.A真實世界的概念類B虛擬世界的概念類C軟件部件的模型D硬件部件的模型UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設計,其中____<1>_F__給出系統(tǒng)的靜態(tài)設計視圖；___<2>___B_對系統(tǒng)的功能進行組織和建模是非常重要的；____<3>_C__和____<4>__E_都是描述系統(tǒng)動態(tài)視圖的交互圖,其中___<5>_C__描述了以時間順序組織的對象之間的交互活動,___<6>_E___強調(diào)收發(fā)消息的對象的組織結構。A狀態(tài)圖B用例圖C序列圖D部署圖E協(xié)作圖F類圖類是一組具有相同屬性的和相同服務的對象的抽象描述,類中的每個對象都是這個類的一個〔1〕c。類之間共享屬性與服務的機制稱為d〔2〕。一個對象通過發(fā)送b〔3〕來請求另一個對象為其服務。〔1〕A例證 B用例 C實例 D例外〔2〕A多態(tài)性 B動態(tài)綁定 C靜態(tài)綁定 D繼承〔3〕A調(diào)用語句 B消息 C命令 D口令領域模型又稱為〔〕A．業(yè)務流程模型 B.用例模型C.概念模型 D.設計模型在面向?qū)ο蟮姆椒▽W中,對象可看成是屬性與對于這些屬性的專用服務的封裝體。封裝是一種〔1〕技術,封裝的目的是使對象的〔2〕分離?！?〕A組裝 B產(chǎn)品化 C固化D信息隱藏〔2〕A定義和實現(xiàn) B設計和測試C設計和實現(xiàn) D分析和定義如果你想對一個類的意義進行描述,那么應該采用？A.標記值 B.規(guī)格描述C.注釋 D.構造型軟件復用是面向?qū)ο笙到y(tǒng)分析與設計的核心支持技術之一,軟件復用的核心是〔〕。A對象類B軟件構件技術C設計模式D模塊軟件測試通常采用黑盒測試和白盒測試。其中黑盒測試根據(jù)軟件的〔a〕設計測試用例,白盒測試根據(jù)軟件的〔c〕設計測試用例。A．功能規(guī)格說明B．需求說明C．內(nèi)部結構和邏輯D．數(shù)據(jù)流圖將軟件從一種計算機環(huán)境轉換到另一種環(huán)境運行的難易程度是指軟件的〔B〕。在規(guī)定的條件下和規(guī)定的時間間隔內(nèi),按設計要求,軟件成功運行的特性稱為〔A〕。A．可靠性B．可移植性C．可使用性D．靈性原型化方法是動態(tài)確定軟件需求的方法之一,該方法適應于〔〕的系統(tǒng)。A．需求不確定性高B．需求確定C．結構簡單D．可移植性好瀑布模型是傳統(tǒng)的軟件開發(fā)過程模型,它強調(diào)各階段的嚴格性,其主要缺點是〔〕。A．需要軟件人員和用戶進行溝通B．需要付較高的維護成本C．開發(fā)的軟件不易于移植D．不適應需求不確定的軟件開發(fā)軟件設計中的〔〕設計指定各個組件之間的通信方式以與各組件之間如何相互作用。是什么語言？A．數(shù)據(jù)B．接口C．結構D．組件是什么語言？〔〕不是面向?qū)ο蟪绦蛟O計語言。A．XMLB．JavaC．C#D．Simula在畫SSD圖時,應該如何對待所涉與的系統(tǒng):A.詳細描述其內(nèi)部結構與其功能;B.簡單描述其內(nèi)部結構,但是羅列系統(tǒng)所有的功能C.詳細描述其內(nèi)部結構,并不列出系統(tǒng)的功能D.不對系統(tǒng)的內(nèi)部結構與功能進行描述.定義大多數(shù)的需求和X圍的工作是在UP中的階段完成的。A初始階段 B細化階段 C構造階段 D提交階段下列不在UP的初始階段中完成的A編制簡要的愿景文檔B粗略評估成本C定義大多數(shù)的需求D業(yè)務案例二、簡答題統(tǒng)一過程中有哪四個階段,各階段需要完成的主要工作有哪些？答：1〕初始階段：編制簡要的愿景文檔、業(yè)務案例、確定X圍、粗略評估成本。2〕細化階段：細化愿景文檔、迭代地實現(xiàn)核心構架、解決高風險的問題、定義大多數(shù)的需求和X圍、進一步評估成本3〕構造階段：迭代地實現(xiàn)系統(tǒng)的其余部分、準備部署4〕提交階段：beta測試、部署統(tǒng)一過程中的核心工作流有哪些？答：業(yè)務建模、需求分析、設計、實現(xiàn)、測試。UP的核心思想有哪些？答：短時間盒的迭代式開發(fā)開發(fā)過程中不斷進行調(diào)整在早期的迭代中解決高風險和高價值的主要問題不斷與用戶銜接,與時得到反饋意見早期注意構造核心的體系結構早期進入實現(xiàn)和測試,不斷進行質(zhì)量檢驗使用用況〔usecase〕可視化建模〔用UML〕仔細地管理需求控制變更什么是增量開發(fā)？答：增量開發(fā)包括兩層意思：1〕對復雜的用況分多次迭代,一部分一部分地實現(xiàn)2〕將所有用況按其優(yōu)先級分別安排在不同的迭代中實現(xiàn)三、畫圖題已知三個類A.B和C.其中類A由類B的一個實類和類C的1個或多個實類構成.請畫出能夠正確表示類A,B和C之間關系的UML類圖。畫出下面場景的順序圖1.收款員〔Cashier〕啟動一次銷售<makeNewSale<>>2.收款員輸入商品標識<enterItem<itemID,quantity>>3.銷售結束,系統(tǒng)計算并顯示總金額〔endSale〔〕〕4.顧客付款,系統(tǒng)〔System〕處理支付。<makePayment<amount>>下面一段代碼為UserInfo類和Company類的定義的代碼,請根據(jù)代碼畫出類圖〔類與其關系〕,并標記出類之間關系的重數(shù)。publicclassUserInfo{privateCompanyoneCompany;//……其他的成員定義}publicclassCompany{privateArrayListallUserInfo;//……其他的成員定義}找出下面場景中的概念類：〔1〕.顧客帶著購買的商品或服務來到POS收款臺〔2〕.收款員啟動一次銷售〔3〕.收款員輸入商品標識〔4〕.系統(tǒng)記錄商品,并且顯示該商品說明,價格,并計算總金額。按一組計價規(guī)則計算單價。四、案例分析PizzaBase案例分析PizzaBase飯館想把顧客預定比薩的過程自動化。每X桌子都配備一個觸摸式屏幕,顧客可以用它瀏覽所供應的比薩,并點菜。該飯館供應兩種基本類型的比薩：自助類只有西紅柿醬,顧客可以選擇任意數(shù)量的配料,每種配料的價格都是固定的。預制類有幾個小類,每個小類都有固定的配料。每種比薩都可以預定酥脆型和松軟型,有三種規(guī)格：6英寸、9英寸和顧客還可以預定飲料,例如可樂類和檸檬類,每種飲料都有大杯和小杯兩種規(guī)格。顧客確認了預定的食物后,就顯示總價。之后,屏幕顯示食物的準備和烹飪進度。在顧客吃完后,可以以方便的方式付費。〔1〕在PizzaBase案例分析中,在分析階段的屬性列表是哪一個？〔〕A可樂、基本類型、價格、規(guī)格、檸檬、付費方式B口味、品種、付費方式、總價、顯示、肉類、西紅柿C進度、品種、口味、價格、觸摸式屏幕、規(guī)格、飲料D基本類型、價格、品種、規(guī)格、進度、口味〔2〕如圖所示,哪個圖是PizzaBase飯館中比薩的最佳模型？〔〕A圖1B圖2C圖3〔3〕在PizzaBase案例分析中,分析類最有可能是哪個列表？〔〕APayment,Order,Drink,Topping,Pizza,Restaurant,Base,SauceBCustomer,Table,Pizza,Topping,Drink,Restaurant,OrderCPi