面向?qū)ο竽M試題手機(jī)PDA_第1頁
面向?qū)ο竽M試題手機(jī)PDA_第2頁
面向?qū)ο竽M試題手機(jī)PDA_第3頁
面向?qū)ο竽M試題手機(jī)PDA_第4頁
面向?qū)ο竽M試題手機(jī)PDA_第5頁
已閱讀5頁,還剩9頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、2010-2011學(xué)年 第1學(xué)期面向?qū)ο蠼<夹g(shù)模擬試題(A卷)考試時間:2010年12月30日 班級 學(xué)號 姓名 ² 請將答案寫在答題紙上,寫明題號,不必抄題,字跡工整、清晰;² 請在答題紙和試題紙上都寫上你的班級,學(xué)號和姓名,交卷時請將試題紙、答題紙和草紙一并交上來。一、選擇題,每題1分,共計20分。每個括號里的數(shù)字為該空的題號,從該題號對應(yīng)的備選答案中選擇最佳的一項,每空限填一個選項。請按如下表格在答題紙上答此題。15題CDBCC610題ABCBD1115題ACACC1620題BDABA在UML語言中,下圖中的a、b、c三種圖形符號按照順序分別表示 (1) 。 a b

2、 c1.供選擇的答案:CA. 邊界對象、實體對象、控制對象 B. 實體對象、邊界對象、控制對象C. 控制對象、實體對象、邊界對象 D. 邊界對象、控制對象、實體對象(2) 設(shè)計模式定義了對象間的一種一對多的依賴關(guān)系,以便當(dāng)一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知并自動刷新。2.供選擇的答案:DA. Adapter(適配器)B. Iterator(迭代器)C. Prototype(原型)D. Observer(觀察者)Round-Trip Engineering能夠幫助維持軟件架構(gòu)的完整性。但 (3) 不是Round-trip Engineering的好處之一。3.供選擇的答案:B

3、A. 發(fā)現(xiàn)和評估軟件架構(gòu)上的改動 B. 為相同的接口提供不同的實現(xiàn)C. 在每次迭代中保持模型和代碼的同步 D. 傳達(dá)被接受的架構(gòu)改動下面種符號在Rose中表示的模型元素分別為 (4) 4.供選擇的答案:CA. 接口 (Interface) 類操作 (Operation) 時序圖 (Sequence Diagram) 類屬性 (Attribute) B. 類操作 (Operation) 接口 (Interface) 類屬性 (Attribute) 時序圖 (Sequence Diagram)C. 接口 (Interface) 類屬性 (Attribute) 類操作 (Operation) 時序圖

4、 (Sequence Diagram)D. 時序圖 (Sequence Diagram) 類屬性 (Attribute) 接口 (Interface) 類操作 (Operation)在建立系統(tǒng)的用例模型時,首先應(yīng)該確定系統(tǒng)的參與者。以下問題中,對于確定參與者沒有用處的是 (5) 。 5.供選擇的答案:CA. 誰是系統(tǒng)的主要用戶,即誰使用系統(tǒng)的主要功能 B. 誰來管理、維護(hù)系統(tǒng),以保證系統(tǒng)的正常運行 C. 系統(tǒng)的功能應(yīng)該如何實現(xiàn) D. 系統(tǒng)需要與哪些其他的系統(tǒng)交互 (6) 技術(shù)是將一個活動圖中的活動狀態(tài)進(jìn)行分組,每一組表示一個特定的類、人或部門,他們負(fù)責(zé)完成組內(nèi)的活動。6.供選擇的答案:AA.

5、泳道 B. 分叉匯合C. 分支 D. 轉(zhuǎn)移UML 中的構(gòu)件是遵從一組接口并提供一組接口的實現(xiàn),下列說法錯誤的是(7) 。7.供選擇的答案:BA. 構(gòu)件應(yīng)是可替換的B. 構(gòu)件表示的是邏輯模塊而不是物理模塊C. 構(gòu)件應(yīng)是組成系統(tǒng)的一部分D. 構(gòu)件與類處于不同的抽象層次下列對狀態(tài)圖描述不正確的是 (8) 8.供選擇的答案:CA. 狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為B. 狀態(tài)圖適用于描述狀態(tài)和動作的順序,不僅可以展現(xiàn)一個對象擁有的狀態(tài),還可與說明事件如何隨著時間的推移來影響這些狀態(tài)C. 狀態(tài)圖的主要目的是描述對象創(chuàng)建和撤銷的過程中資源的不同狀態(tài),有利于開發(fā)人員提高開發(fā)效率

6、D. 狀態(tài)圖描述了一個實體基于事件反應(yīng)的動態(tài)行為,顯示了該實體如何根據(jù)當(dāng)前所處狀態(tài)對不同的事件作出反應(yīng)在用ROSE創(chuàng)建的類圖中,“ #”表示的可見性是 (9) 9.供選擇的答案:B(A)Public(B)Protected(C)Private(D)Package在ATM自動取款機(jī)的工作模型中(用戶通過輸入正確的用戶資料,從銀行取錢的過程),下面哪個不是“Actor” (10 ) 10.供選擇的答案:DA. 用戶             B. ATM取款機(jī) C. AT

7、M取款機(jī)管理員   D. 取款已知3個類A、B和C,其中類A由類B的一個實例和類C的一個或多個實例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是( 11 )。11.供選擇的答案:A構(gòu)件圖的組成不包括 (12) 12.供選擇的答案:C(A)接口(B)構(gòu)件(C)發(fā)送者(D)依賴關(guān)系(13) 是用于把元素組織成組的通用機(jī)制13.供選擇的答案:AA. 包 B. 類 C. 接口 D. 組件類A的一個操作調(diào)用類B的一個操作,且這兩個類之間不存在其他關(guān)系,那么類A和類B之間是 ( 14) 關(guān)系。 14.供選擇的答案:CA. 實現(xiàn) B. 繼承 C. 依賴 D. 關(guān)聯(lián)UML中的事物包括

8、:結(jié)構(gòu)事物,分組事物,注釋事物和 (15) 15.供選擇的答案:CA. 實體事物 B. 邊界事物 C. 行為事物 D. 動作事物在 ROSE中,時序圖和協(xié)作圖(或通信圖)通常建立在 (16) 下的use case realization包中。16.供選擇的答案:BA. use case viewB. Logical View C. Component ViewD. Deployment view在 RSA中包含很多模型模板,供開發(fā)者在系統(tǒng)建模時選用。 (17) 不是RSA提供的模型模板。17.供選擇的答案:DA. Analysis Model B. Service Design Mo

9、del C. XSD Model D. Eclipse plug-in Model (18) 反映類、接口或構(gòu)件的內(nèi)部協(xié)作,用于表達(dá)運行時的體系結(jié)構(gòu)、使用模式及關(guān)系。18.供選擇的答案:AA. composite structure diagram B. deployment diagramC. use case diagram D. sequence diagram如下的短語 (19) 能最好地表示“泛化”關(guān)系。19.供選擇的答案:BA. Is a part of B. Is a kind ofC. Is a replica of D. Is an inheritance of下面的 (20

10、) 模式將對象組合成樹形結(jié)構(gòu)以表示“部分-整體”的層次結(jié)構(gòu),并使得用戶對單個對象和組合對象的使用具有一致性。20.供選擇的答案:AA. 組合(Composite)B. 橋接(Bridge)C. 修飾(Decorator)D. 外觀(Facade)二、判斷正誤,每題1分,共計15分。請按如下表格在答題紙上答此題。15題FFTFT610題TFTFF1115題FTTFT1、在用例圖中,Actor僅代表與目標(biāo)系統(tǒng)進(jìn)行交互的人。2、 Controlled Unit是可以進(jìn)行版本控制的模型元素,在ROSE中,模型文件本身被打包存儲為.cat文件從而成為受控單元,Logical View和Use CaseV

11、iew被打包成.mdl文件而成為受控單元。3、RSA支持模型驅(qū)動(Model-Driven Development)的開發(fā)。4、在狀態(tài)圖中,內(nèi)部轉(zhuǎn)換可導(dǎo)致進(jìn)入轉(zhuǎn)換和離開轉(zhuǎn)換的執(zhí)行。5、UML是一種直觀化、明確化、構(gòu)建和文檔化軟件產(chǎn)物的通用語言。6、在兩個用例中,如果一個用例擁有另一個用例的所有結(jié)構(gòu)、行為和關(guān)系,并在此基礎(chǔ)上增加了新的特性,則此兩個用例之間可以用泛化關(guān)系表示。 7、UML適用于以體系結(jié)構(gòu)為中心的開發(fā)過程,但不適合在具有迭代特征的開發(fā)過程中使用。8、在UML狀態(tài)圖中,歷史狀態(tài)用于存儲以前的狀態(tài)。 9、請求接口(Required Interface)用于定義一個構(gòu)件所提供的服務(wù)。10

12、、每個模型都是由一種圖來刻畫的。11、Use Case Realization 和相應(yīng)的Use Case之間是一種泛化關(guān)系。12、分析機(jī)制(Analysis mechanisms)通常用于分析階段,通過提供對系統(tǒng)復(fù)雜行為(如安全性、持久存儲等)的簡短描述來減少分析的復(fù)雜性并改善軟件在各開發(fā)階段一致性。13、在RUP中,識別設(shè)計元素(Identify Design Elements)是精化體系結(jié)構(gòu)(Refine the Architecture)活動中的一個步驟。14、在ROSE中,從Browser窗口刪除圖形元素和從Diagram窗口中刪除模型元素的效果相同。15、RSA中的瀏覽圖(Brows

13、e Diagram)和主題圖(Topic Diagram)同屬于查詢圖(Query Diagram)。三、完成下列各題,在答題紙上寫出答案。每題5分,共計40分。1. 說明Sequence Diagram 和Collaboration Diagram (或UML2.0中的Communication Diagram)的異同點。(5分)相同:Sequence Diagram 和Collaboration Diagram 都是用于描述模型動態(tài)特性的交互圖。Sequence Diagram 和Collaboration Diagram從語意上講是相同的,他們只是從不同的方面來描述一次交互。不同:Seq

14、uence Diagram重點強(qiáng)調(diào)消息的時間順序;Collaboration Diagram強(qiáng)調(diào)一次交互中各個對象之間的關(guān)系2. RUP中將軟件生命周期劃分為哪些階段,每個階段所完成的工作有哪些?用活動圖畫出RUP中的分析和設(shè)計兩個核心工作流所包含的活動和流程。(5分)1. 初始階段Inception:不是需求分析,而是可行性分析2. 細(xì)化階段Elaboration:不是需求分析或設(shè)計過程,而是迭代式實現(xiàn)核心體系結(jié)構(gòu),緩解高風(fēng)險問題3. 構(gòu)造階段Construction:實現(xiàn)遺留下來的風(fēng)險較低和比較容易的元素,準(zhǔn)備部署4. 移交階段Transition:測試,部署3. 列出體系結(jié)構(gòu)建模中“4+

15、1”Views中都有哪5個View,并簡單說明每個View所關(guān)注的內(nèi)容。(5分)4. 比較活動圖和狀態(tài)圖,從描述重點和使用場合兩個方面說明它們的不同之處。(5分)Activity diagram和State diagram描述的重點不同:Activity diagram描述的是從activity到activity的控制流,而State diagram描述的是對象的狀態(tài)及狀態(tài)之間的轉(zhuǎn)移。Activity diagram和State diagram使用的場合不同:對于以下幾種情況可以使用Activity diagram:分析用例、理解涉及多個用例的工作流、處理多線程應(yīng)用。對于下面的情況要使用Sta

16、te diagram:顯示一個對象在其生命周期內(nèi)的行為。5. Stereotypes(版型)有什么作用?給出兩Stereotypes的例子。(5分)答案:Stereotypes可以用來擴(kuò)展UML元素的語意。例子:6. 說明UML中的關(guān)聯(lián)、泛化、實現(xiàn)、依賴四種關(guān)系各自的含義,并區(qū)分聚合(Aggregation)和組合(Composition)兩種關(guān)系的不同。(5分)關(guān)聯(lián)表示兩個類之間存在某種語義上的聯(lián)系。泛化關(guān)系描述了一般事物和該事物中的特殊種類之間的關(guān)系。實現(xiàn)關(guān)系是用來規(guī)定接口與實現(xiàn)接口的類或組件之間的關(guān)系。兩個元素X、,如果修改元素的定義可能會引起另一個元素的定義的修改,則稱元素依賴于元素。

17、組合和聚集都表示實例之間的整體/部分關(guān)系。組裝是聚集的一種形式。聚集是概念性的,只是區(qū)分整體與部分。組裝具有很強(qiáng)的歸屬關(guān)系,而且整體與部分的對象生存周期是一致的。7. 根據(jù)下面的描述繪制狀態(tài)圖。手機(jī)開機(jī)時,處于空閑狀態(tài);當(dāng)用戶開始呼叫某人時,手機(jī)進(jìn)入撥號狀態(tài);如果呼叫成功,進(jìn)入通話狀態(tài);如果呼叫不成功,重新進(jìn)入空閑狀態(tài)。在空閑狀態(tài)被呼叫,進(jìn)入響鈴狀態(tài);如果用戶接聽,進(jìn)入通話狀態(tài);如果一分鐘不接聽,重新進(jìn)入空閑狀態(tài)。 (5分)8. 某大型商場的管理信息系統(tǒng)是由一個中央服務(wù)器、每個樓層的樓層服務(wù)器、各柜臺的收款機(jī)和各個業(yè)務(wù)部門的計算機(jī)終端組成的局域網(wǎng)絡(luò),它們分別負(fù)責(zé)商場數(shù)據(jù)的匯總與分析、當(dāng)日數(shù)據(jù)的

18、保存與整理、每筆銷售款項的計算和進(jìn)銷存等各種業(yè)務(wù)的處理。用配置圖描述各項任務(wù)在不同硬件設(shè)備上的配置情況。(5分)四、分析題(25分)1. 閱讀下列說明和圖,完成問題1至問題4,并在答題紙上自行列表寫出答案?!菊f明】在線會議審稿系統(tǒng)(Online Reviewing System, ORS)主要處理會議前期的投稿和審稿事務(wù),其功能描述如下:(1)用戶在初始使用系統(tǒng)時,必須在系統(tǒng)中注冊(register)成為作者或?qū)徃迦恕#?)作者登錄(login)后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時間范圍內(nèi),其過程為先輸入標(biāo)題和摘要,選擇稿件所屬主題類型,選擇稿件所在位置(存儲位置)。上述幾步

19、若未完成,則重復(fù);若完成,則上傳稿件至數(shù)據(jù)庫中,系統(tǒng)發(fā)送通知。(3)審稿人登錄后可設(shè)置興趣領(lǐng)域,審閱稿件給出意見,以及羅列錄用和(或)拒絕的稿件。(4)會議委員會主席是一個特殊的審稿人,可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄用和(或)拒絕的稿件,以及關(guān)閉審稿過程。其中關(guān)閉審稿過程須包括羅列錄用和(或)拒絕的稿件。系統(tǒng)采用面向?qū)ο蟮姆椒ㄩ_發(fā),使用UML進(jìn)行建模。在建模用例圖時,常用的方式是先識別參與者,然后確定參與者如何使用系統(tǒng)來確定用例,每個用例可以構(gòu)造一個活動圖。參與者名稱、用例和活動名稱分別參見表1、表2和表3。系統(tǒng)的部分用例圖和提交稿件的活動圖分別如圖1和圖2所示。表1 參與者列表

20、名稱說明名稱說明User用戶Author作者Reviewer審稿人PCChair委員會主席表2 用例名稱列表名稱說明名稱說明login登錄系統(tǒng)Register注冊submit paper提交稿件Browse review results瀏覽稿件審閱結(jié)果close reviewing process關(guān)閉審稿過程assign paper to reviewer分配稿件給審稿人set preferences設(shè)定興趣領(lǐng)域enter review審閱稿件給出意見list accepted/rejected papers羅列錄用和/或拒絕的稿件browse submitted papers瀏覽提交的稿件表

21、3 活動名稱列表名稱說明名稱說明select paper location選擇稿件位置upload paper上傳稿件select subject group選擇主題類型send notification發(fā)送通知enter title and abstract輸入標(biāo)題和摘要圖1 ORS的用例圖圖2 提交稿件過程的活動圖【問題1】(4分)根據(jù)【說明】中的描述,使用表1中的英文名稱,給出圖1中A1A4所對應(yīng)的參與者。A1User(1分)A2Author(1分)A3Reviewer(1分)A4PCChair(1分)【問題2】(3分)根據(jù)【說明】中的描述,使用表2中的英文名稱,給出圖1中U1U3所對應(yīng)

22、的用例。U1list accepted / rejected papers(1分)U2browse submitted papers(1分)U3assign paper to reviewer(1分)【問題3】(4分)根據(jù)【說明】中的描述,給出圖1中(1)和(2)所對應(yīng)的關(guān)系及其含義。1)<<extend>>(1分):將常規(guī)動作放在一個基本Use Case中,將非常規(guī)動作放在其擴(kuò)展Use Case中。(1分)(2)<<include>>(1分):兩個Use Case,如果其中一個在其事件流中包含了另一個,那么它們間就有包含關(guān)系。(1分)【問題4】

23、(4分)根據(jù)【說明】中的描述,使用表2和表3中的英文名稱,給出圖2中Action1Action4對應(yīng)的活動。Action1enter title and abstract(1分)Action2select subject group(1分)Action3select paper location(1分)Action4upload paper(1分)2. 閱讀下列說明和圖,完成問題1和問題2,并在答題紙上自行列表寫出答案。【說明】S 公司開辦了在線電子商務(wù)網(wǎng)站,主要為各注冊的商家提供在線商品銷售功能。為更好地吸引用戶,S 公司計劃為注冊的商家提供商品(Commodity)促銷(Promotion

24、)功能。商品的分類(Category)不同,促銷的方式和內(nèi)容會有所不同。注冊商家可發(fā)布促銷信息。商家首先要在自己所銷售的商品的分類中,選擇促銷涉及的某一具體分類,然后選出該分類的一個或多個商品(一種商品僅僅屬于一種分類),接著制定出一個比較優(yōu)惠的折扣政策和促銷活動的優(yōu)惠時間,最后由系統(tǒng)生成促銷信息并將該促銷信息公布在網(wǎng)站上。商家發(fā)布促銷信息后,網(wǎng)站的注冊用戶便可通過網(wǎng)站購買促銷商品。用戶可選擇參與某一個促銷(Promotion)活動,并選擇具體的促銷商品(Commodity),輸入購買數(shù)量等購買信息。系統(tǒng)生成相應(yīng)的一份促銷訂單(POrder)。只要用戶在優(yōu)惠活動的時間范圍內(nèi),通過網(wǎng)站提供的在線

25、支付系統(tǒng),確認(rèn)在線支付該促銷訂單(即完成支付),就可以優(yōu)惠的價格完成商品的購買活動,否則該促銷訂單失效。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā),系統(tǒng)中的類以及類之間的關(guān)系用 UML 類圖表示,圖 3 是該系統(tǒng)類圖中的一部分;系統(tǒng)的動態(tài)行為采用 UML 序列圖表示,圖 4 是發(fā)布促銷的序列圖。問題 1(6 分)識別關(guān)聯(lián)的多重度是面向?qū)ο蠼_^程中的一個重要步驟。根據(jù)說明中給出的描述,完成圖 3 中的(1)(6)。(1)0.n(2)1(3)0.n(4)1.n(5)1(6)0.n問題 2(4 分)請從表 4 中選擇方法,完成圖 4 中的(7)(10)。(7) getCategories (8) getCommod

26、ities (9) createPromotion (10) addCommodities表 4 可選消息列表功能描述方法名向促銷訂單中添加所選的商品buyCommodities向促銷中添加要促銷的商品addCommodities查找某個促銷的所有促銷訂單信息列表getPromotionOrders生成商品信息createCommodity查找某個分類中某商家的所有商品信息列表getCommodities生成促銷信息createPromotion生成促銷訂單信息createPOrder查找某個分類的所有促銷信息列表getCategoryPromotion查找某商家所銷售的所有分類列表getCategories查找某個促銷所涉及的所有商品信息列表getPromotionCommodities員工臉部識別考勤系統(tǒng)是為考察員工出勤情況而開發(fā)的,用于對員工的出勤情況進(jìn)行監(jiān)控。該系統(tǒng)要對員工的臉部圖像信息進(jìn)行采集,即系統(tǒng)識別員工的臉部圖像,并根據(jù)員工輸入的個人信息(包括姓名和工作號)生成員工圖像記錄;員工在每天上班和下班時使用該系統(tǒng)進(jìn)行身份識別,即系統(tǒng)識別員工的臉部圖像,然后將識別的圖像信息與系統(tǒng)中保

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論