面向?qū)ο蠼＜夹g(shù)-復(fù)習(xí)試卷

1、學(xué)而不思則惘，思而不學(xué)則殆面向?qū)ο蠼＜夹g(shù)期末考試試題(A卷)考試時(shí)間：20XX年11月9日班級(jí) 學(xué)號(hào) 姓名請(qǐng)將答案寫(xiě)在答題冊(cè)上，寫(xiě)明題號(hào)，不必抄題，字跡工整、清晰；請(qǐng)?jiān)诖痤}冊(cè)和試題紙上都寫(xiě)上你的班級(jí)，學(xué)號(hào)和姓名，交卷時(shí)請(qǐng)將試題紙、答題冊(cè)和草紙 一并交上來(lái)。一、選擇題，每題1分，共計(jì)25分。每個(gè)括號(hào)里的數(shù)字為該空的題號(hào)，從該題號(hào)對(duì)應(yīng)的備 選答案中選擇最佳的一項(xiàng)，每空限填一個(gè)選項(xiàng)。請(qǐng)按如下表格在答題紙上答此題。1-5題6-10 題11-15題16-20題21-25題UML中有多種類(lèi)型的圖，其中， (1)對(duì)系統(tǒng)的使用方式進(jìn)行分類(lèi),(2)顯示了類(lèi)及其相互關(guān)系，(3)顯示人或?qū)ο蟮幕顒?dòng)，其方式類(lèi)似于流

2、程圖，通信(協(xié)作)圖顯示在某種情況下對(duì)象之間發(fā)送的消息，_連接。(4) 與通信(協(xié)作)圖類(lèi)似，但強(qiáng)調(diào)的是順序而不是A.用例圖A.用例圖A.用例圖A.用例圖B.B.B.B.，順序圖，順序圖，順序圖，順序圖C.C.C.C.類(lèi)圖 類(lèi)圖 類(lèi)圖 類(lèi)圖D.D.D.D.活動(dòng)圖 活動(dòng)圖 活動(dòng)圖 活動(dòng)圖卜圖屬十UML中的(5),其中，AccountManagement聿亞(6)。(5) A.組件圖B.部署圖C.類(lèi)圖D.對(duì)象圖(6) A.實(shí)現(xiàn) IdentityVerifier接口并被CreditCardServices 調(diào)用B.調(diào)用 CreditCardServices 實(shí)現(xiàn)的 IdentiyVerifier 接

3、口C.實(shí)現(xiàn) IdentityVerifier 接 口并被 Logger 調(diào)用D.調(diào)用 Logger 實(shí)現(xiàn)的 IdentityVerfier 接口flcomponent*AccountManagementItienlity Verifier Iden lilyVerifiercomponentCreditCardServicesTrans action Logger T ransa ctionl oggercomponent* LLogger學(xué)而不思則惘，思而不學(xué)則殆下列對(duì)狀態(tài)圖描述不正確的是A.狀態(tài)圖通過(guò)建立類(lèi)對(duì)象的生命周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為B.狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的順序

4、，不僅可以展現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可與說(shuō)明事件如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)C.狀態(tài)圖的主要目的是描述對(duì)象創(chuàng)建和撤銷(xiāo)的過(guò)程中資源的不同狀態(tài)，有利于開(kāi)發(fā)人員提高開(kāi)發(fā)效率D.狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處狀態(tài)對(duì)不同的事件作出反應(yīng)在ATM自動(dòng)取款機(jī)的工作模型中(用戶(hù)通過(guò)輸入正確的用戶(hù)資料，從銀行取錢(qián)的過(guò)程)下面哪個(gè)不是Actor(8 )A.用戶(hù) B. ATM取款機(jī)C. ATM取款機(jī)管理員D.取款(9)反映類(lèi)、接口或構(gòu)件的內(nèi)部協(xié)作，用于表達(dá)運(yùn)行時(shí)的體系結(jié)構(gòu)、使用模式及關(guān)系。A. composite structure diagramB. deploymen

5、t diagramC. use case diagramD. sequence diagram在RSA中包含很多模型模板，供開(kāi)發(fā)者在系統(tǒng)建模時(shí)選用。(10)不是RSA提供的模型模板。(10) A. Analysis ModelC. XSD ModelB. Service Design ModelD. Eclipse plug-in Model在UML的各種視圖中，(11)顯示外部參與者觀察到的系統(tǒng)功能；(12)從系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實(shí)現(xiàn)系統(tǒng)的功能；(13)顯示的是源代碼以及實(shí)(14)下際執(zhí)行代碼的組織結(jié)構(gòu)。 在ROSE中，時(shí)序圖和協(xié)作圖(或通信圖)通常建立在在UML語(yǔ)言

6、中,卜圖中的a、 b、c三種圖形符號(hào)按照順序分別表示(15)的 use case realization 包中。(11)A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖(12)A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖(13)A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖(14) A.用例視圖B.進(jìn)程視圖C.實(shí)現(xiàn)視圖D.邏輯視圖選擇的答案:A.邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象B.實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象C.控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象D.邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象在建立系統(tǒng)的用例模型時(shí)，首先應(yīng)該確定系統(tǒng)的參與者。以下問(wèn)題中，對(duì)于確定參與者沒(méi)有用處的是 (16)。選擇的答案：A.誰(shuí)是系

7、統(tǒng)的主要用戶(hù)，即誰(shuí)使用系統(tǒng)的主要功能學(xué)而不思則惘，思而不學(xué)則殆B.誰(shuí)來(lái)管理、維護(hù)系統(tǒng)，以保證系統(tǒng)的正常運(yùn)行C.系統(tǒng)的功能應(yīng)該如何實(shí)現(xiàn)D.系統(tǒng)需要與哪些其他的系統(tǒng)交互UML中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說(shuō)法錯(cuò)誤的是(17)選擇的答案：A.構(gòu)件應(yīng)是可替換的B.構(gòu)件表示的是邏輯模塊而不是物理模塊C.構(gòu)件應(yīng)是組成系統(tǒng)的一部分D.構(gòu)件與類(lèi)處于不同的抽象層次采用UML進(jìn)行軟件建模過(guò)程中，類(lèi)圖是系統(tǒng)的一種靜態(tài)視圖，用(18)可明確表示兩類(lèi)事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。A.依賴(lài)關(guān)系B.聚合關(guān)系C.泛化關(guān)系D.實(shí)現(xiàn)關(guān)系Round-Trip Engineering能夠幫助維持軟件架構(gòu)的

8、完整性。但(19) 不是 Round-tripEngineering的好處之。A.發(fā)現(xiàn)和評(píng)估軟件架構(gòu)上的改動(dòng)B.為相同的接口提供不同的實(shí)現(xiàn)C.在每次迭代中保持模型和代碼的同步D.傳達(dá)被接受的架構(gòu)改動(dòng)(20)設(shè)計(jì)模式定義了對(duì)象間的一種一對(duì)多的依賴(lài)關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴(lài)于它的對(duì)象都得到通知并自動(dòng)刷新。(21)模式將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示 部分-整體”的層次結(jié)構(gòu)，并使得用戶(hù)對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。A. Adapter (適配器) B. Iterator (迭代器)C. Prototype (原型)D. Observer (觀察者)A.組合(Composite)

9、 B.橋接(Bridge)C.修飾(Decorator) D.外觀(Facade)(22)反映了類(lèi)間的一種層次關(guān)系,而 (23) 反映了一種整體與部分的關(guān)系。A.繼承B.組合C.封裝D.多態(tài)A.繼承B.組合C.封裝D.多態(tài)(24)技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組,每一組表示一個(gè)特定的類(lèi)、人或部 門(mén)，他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。A.泳道B.分叉匯合C.分支D.轉(zhuǎn)移是用于把元素組織成組的通用機(jī)制(25) A.包B.類(lèi)C.接口D.組件、判斷正誤，每題 1分，共計(jì)15分。請(qǐng)按如下表格在答題紙上答此題。1-5題6-10 題11-15題1、在用例建模中，Scenario (場(chǎng)景)強(qiáng)調(diào)的是完整性，而用例強(qiáng)

10、調(diào)的是可理解性。2、在兩個(gè)用例中，如果一個(gè)用例擁有另一個(gè)用例的所有結(jié)構(gòu)、行為和關(guān)系，并在此基礎(chǔ)上學(xué)而不思則惘，思而不學(xué)則殆增加了新的特性，則此兩個(gè)用例之間可以用擴(kuò)展關(guān)系表示。3、Controlled Unit是可以進(jìn)行版本控制的模型元素，在ROSE中，模型文件本身被打包存儲(chǔ)為.cat文件從而成為受控單元，Logical View和Use CaseView被打包成.mdl文件而成為受控單元。4、每一種UML圖都只能用于一個(gè)模型中，同樣一個(gè)模型元素只能夠出現(xiàn)在一個(gè)圖中。5、RSA所支持的查詢(xún)圖是 UML2.0中新增加的一種圖，它包括瀏覽圖( Browse Diagram ) 和主題圖(Topic

11、Diagram)。6、模型驅(qū)動(dòng)的開(kāi)發(fā)(Model-Driven Development )包含 CIM、PIM和PSM等抽象層次。7、在狀態(tài)圖中，內(nèi)部轉(zhuǎn)換可導(dǎo)致進(jìn)入轉(zhuǎn)換和離開(kāi)轉(zhuǎn)換的執(zhí)行。8、UML適用于以體系結(jié)構(gòu)為中心的開(kāi)發(fā)過(guò)程，但不適合在具有迭代特征的開(kāi)發(fā)過(guò)程中使用。9、請(qǐng)求接口( Required Interface)用于定義一個(gè)構(gòu)件所提供的服務(wù)。10、Use Case Realization和相應(yīng)的 Use Case之間是一種泛化關(guān)系。11、分析機(jī)制(Analysis mechanisms)通常用于分析階段，通過(guò)提供對(duì)系統(tǒng)復(fù)雜行為(如安全性、持久存儲(chǔ)等)的簡(jiǎn)短描述來(lái)減少分析的復(fù)雜性并改善

12、軟件在各開(kāi)發(fā)階段一致性。12、在 RUP中，識(shí)別設(shè)計(jì)元素(Identify Design Elements)是精化體系結(jié)構(gòu)( Refine the Architecture )活動(dòng)中的一個(gè)步驟。13、在ROSE中，從Browser窗口刪除圖形元素和從Diagram窗口中刪除模型元素的效果相同。14、需求工件(artifact)中至少應(yīng)該包括用例模型、術(shù)語(yǔ)表(glossary)和補(bǔ)充說(shuō)明(supplementaryspecification)三份文檔。15、UML結(jié)構(gòu)包括構(gòu)造塊、公共機(jī)制和圖三個(gè)部分。三、完成下列各題，在答題紙上寫(xiě)出答案。每題 5分，共計(jì)25分。.說(shuō)明 Sequence Diag

13、ram 和 Collaboration Diagram (或 UML2.0 中的 Communication Diagram)的異同點(diǎn)。(5分).說(shuō)明在RSA中將模型進(jìn)行分塊(partition )的原因。為什么有時(shí)候會(huì)結(jié)合( combine)幾 個(gè)沒(méi)有共同祖先的模型？ (5分).比較活動(dòng)圖和狀態(tài)圖，從描述重點(diǎn)和使用場(chǎng)合兩個(gè)方面說(shuō)明它們的不同之處。(5分). Stereotypes(版型)有什么作用？給出兩 Stereotypes的例子。(5分).說(shuō)明UML中的關(guān)聯(lián)、泛化、實(shí)現(xiàn)、依賴(lài)四種關(guān)系各自的含義，并區(qū)分聚合(Aggregation)和組合(Composition )兩種關(guān)系的不同。(5分

14、)四、分析題(35分).閱讀下列說(shuō)明和圖，完成問(wèn)題1和問(wèn)題2,并在答題紙上自行列表寫(xiě)出答案?！菊f(shuō)明】在線會(huì)議審稿系統(tǒng)(Online Reviewing System, ORS )主要處理會(huì)議前期的投稿和審稿事務(wù)， 其中提交稿件的流程描述如下：作者登錄(login)后方可提交稿件，提交稿件必須在規(guī)定提交時(shí)間范圍內(nèi)，其過(guò)程為 先輸入標(biāo)題和摘要，選擇稿件所屬主題類(lèi)型，選擇稿件所在位置(存儲(chǔ)位置)。上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫(kù)中，系統(tǒng)發(fā)送通知。系統(tǒng)采用面向?qū)ο蟮姆椒ㄩ_(kāi)發(fā)，使用 UML進(jìn)行建模。提交稿件涉及的活動(dòng)名稱(chēng)參見(jiàn)表 1-1,系統(tǒng)提交稿件的活動(dòng)圖如圖1-1所示。學(xué)而不思則惘

15、，思而不學(xué)則殆表1-1活動(dòng)名稱(chēng)列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明select paper location選擇稿件位置Upload paper上傳稿件select subject group選擇主題類(lèi)型send notification發(fā)送通知enter title and abstract輸入標(biāo)題和摘要圖1-1提交稿件過(guò)程的活動(dòng)圖【問(wèn)題1（4分） 根據(jù)【說(shuō)明】中的描述，使用表 1-1中的英文名稱(chēng)，給出圖 1中Action1Action4對(duì)應(yīng)的活動(dòng)。Action1Action2Action3Action4【問(wèn)題2（2分） 舉例說(shuō)明活動(dòng)圖中分支（branch） /合并（merge）,與分叉（fork） /匯合

16、（join）這兩組概念 的區(qū)別。.某大型商場(chǎng)的管理信息系統(tǒng)是由一個(gè)中央服務(wù)器、每個(gè)樓層的樓層服務(wù)器、各柜臺(tái)的收 款機(jī)和各個(gè)業(yè)務(wù)部門(mén)的計(jì)算機(jī)終端組成的局域網(wǎng)絡(luò)，它們分別負(fù)責(zé)商場(chǎng)數(shù)據(jù)的匯總與分析、 當(dāng)日數(shù)據(jù)的保存與整理、 每筆銷(xiāo)售款項(xiàng)的計(jì)算和進(jìn)銷(xiāo)存等各種業(yè)務(wù)的處理。用配置圖（或稱(chēng)部署圖）描述各項(xiàng)任務(wù)在不同硬件設(shè)備上的配置情況。（6分）.某公司要開(kāi)發(fā)一個(gè)旅店管理系統(tǒng)，該旅店可對(duì)外開(kāi)放10個(gè)雙人間和10個(gè)單人間，房間費(fèi)用視情況按季節(jié)調(diào)整，但周一到周五半價(jià)（周末全價(jià)）折扣不變。對(duì)于外界請(qǐng)求，該系統(tǒng) 應(yīng)能根據(jù)請(qǐng)求入住時(shí)間預(yù)定指定檔次的房間，記錄旅客姓名、地址、聯(lián)系電話、有效證件號(hào)、房間類(lèi)型和預(yù)定天數(shù)，并計(jì)

17、算出總費(fèi)用。預(yù)定的同時(shí)旅客按規(guī)定須提交10%定金。六個(gè)小時(shí)之內(nèi)旅店允許旅客取消預(yù)定，并退回所有定金，超過(guò)六個(gè)小時(shí)定金不退還。每周一系統(tǒng)自動(dòng)打印一周預(yù)定情況清單。采用哪種費(fèi)用支付方式和何種類(lèi)型操作界面尚不確定。參閱上述初步用戶(hù)需求，完成下面所要求的內(nèi)容【問(wèn)題1】（10分）完成 旅店管理系統(tǒng)”的系統(tǒng)用例圖，注意用例的命名和用例間的關(guān)系的使用4.員工臉部識(shí)別考勤系統(tǒng)是為考察員工出勤情況而開(kāi)發(fā)的，用于對(duì)員工的出勤情況進(jìn)行監(jiān)控。該系統(tǒng)要對(duì)員工的臉部圖像信息進(jìn)行采集，即系統(tǒng)識(shí)別員工的臉部圖像，并根據(jù)員工輸入的個(gè)人信息（包括姓名和工作號(hào)）生成員工圖像記錄；員工在每天上班和下班時(shí)使用該系學(xué)而不思則惘，思而不學(xué)

18、則殆統(tǒng)進(jìn)行身份識(shí)別，即系統(tǒng)識(shí)別員工的臉部圖像，然后將識(shí)別的圖像信息與系統(tǒng)中保存的員工臉部圖像信息進(jìn)行匹配，如果匹配成功則將識(shí)別出的員工身份和當(dāng)前日期、時(shí)間等信息保存到員工出勤數(shù)據(jù)庫(kù)中；如果匹配不成功，則返回錯(cuò)誤信息，員工需再次進(jìn)行臉部識(shí)別；考勤員可以在需要的時(shí)候使用該系統(tǒng)生成員工的出勤情況統(tǒng)計(jì)分析表。假設(shè)在該員工臉部識(shí)別考勤系統(tǒng)中，有一個(gè)用例名為“上班登記” 。此用例允許員工在上班時(shí)使用系統(tǒng)識(shí)別自己的臉部圖像進(jìn)而識(shí)別自己的身份，同時(shí)系統(tǒng)可以將登錄信息存儲(chǔ)在數(shù)據(jù)庫(kù)中。該用例的一個(gè)基本事件流如下：. 員工從系統(tǒng)菜單中選擇“上班登記 (worker selects entrance registry from the systemmenu);. 系統(tǒng)顯示臉音B識(shí)另1J窗口；(the system displays the face recognition interface).員工將臉部對(duì)準(zhǔn)識(shí)別窗口；(worker watches the interface).系統(tǒng)捕獲并識(shí)別員工的臉部圖像，向員工返回識(shí)別的身份信息；(the system capturesand recognizes the work