學(xué)生高級軟件工程復(fù)習(xí)題

1、一、選擇題：（共10小題，每題1分，共10分）1 .使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦⒃诿恳粋€(gè)類中有不同的實(shí)現(xiàn)的一種方法是【B 】。A繼承 B ）多態(tài)性 C ）約束 D ）接口2 .類圖應(yīng)該畫在 Rose的哪種 B視圖中。A Use Case ViewB） Logic ViewQ Component ViewD） Deployment View3 .在UML中，類之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來描述類之間的對應(yīng)關(guān)系，下面哪個(gè)不是其中之一【D 】A 0 1B） 0 *C） 1 *D） * *4 .關(guān)于下面的類圖中所表示的關(guān)聯(lián)關(guān)系，下列四個(gè)選項(xiàng)中說法錯(cuò)誤的是：【D 】A. 一個(gè)

2、學(xué)生可以選1到多門課程B. 一個(gè)老師可以教 0到多門課程C. 一門課程只能由一位老師上課D. 一門課程可以被 0到多個(gè)學(xué)生選課5 .和包相比，子系統(tǒng)具有更豐富的語義，它能夠通過接口對外提供行為；下面四個(gè)選項(xiàng)中，哪個(gè)是 包和子系統(tǒng)都具有的特點(diǎn)：【】A. 一種分組機(jī)制 B.對外提供行為C.完全封裝實(shí)現(xiàn)細(xì)節(jié)D.容易被替換6 .“交通工具”類與“汽車”類之間的關(guān)系屬于【A）關(guān)聯(lián)關(guān)系B ）實(shí)現(xiàn)關(guān)系 C ）依賴關(guān)系D ）泛化關(guān)系7 .下圖中的空心箭頭連線表示【】關(guān)系A(chǔ)）泛化B ）包含 C ）擴(kuò)展 D ）實(shí)現(xiàn)8 .關(guān)于通信圖的描述，下列哪個(gè)不正確【】A）通信圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織；B

3、）在ROSE：具中，通信圖可在順序圖的基礎(chǔ)上按“F5”鍵自動(dòng)生成；Q通信圖中有消息流的順序號；D）通信圖是順序圖的一種9 .計(jì)算機(jī)由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤鼠標(biāo)等組成。那么 Computer 類和其他類（CPU RAM FloppyDisk、Monitor、Keyboard moused 之間的關(guān)系是 【 】。A泛化關(guān)系B）實(shí)現(xiàn)關(guān)系C）包含關(guān)系D）聚集關(guān)系10 .一個(gè)研究生在軟件學(xué)院做助教（ teaching assistant ）,同時(shí)還在校園餐廳打工做收銀員（cashier ）。也就是說，這個(gè)研究生有 3種角色：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色?！备鶕?jù)上面的

4、陳述，下面哪個(gè)設(shè)計(jì)是最合理的？【】ABCD11 .下列對系統(tǒng)邊界的描述中，不正確的是【】。A .系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限。B .用例圖中的系統(tǒng)邊界用來表示正在建模系統(tǒng)的邊界。C .邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部。D .可以使用Rose繪制用例圖中的系統(tǒng)邊界。12 .下列關(guān)于類方法的聲明，不正確的是【】。A .方法定義了類所許可的行動(dòng)。B .從一個(gè)類所創(chuàng)建的所有對象可以使用同一組屬性和方法。C .每個(gè)方法應(yīng)該有一個(gè)參數(shù)。D .如果在同一個(gè)類中定義了類似的操作，則它們的行為應(yīng)該是類似的。13 .下列說法不正確的是【A)用例和參與者之間的對應(yīng)關(guān)系又叫做通信關(guān)聯(lián)，它表示參與者使用

5、了系統(tǒng)中的哪些用例 B)參與者只能是人，不能是子系統(tǒng)、時(shí)間等Q特殊需求指的是一個(gè)用例的非功能性需求和設(shè)計(jì)約束D)在擴(kuò)展關(guān)系中，基礎(chǔ)用例提供了一個(gè)或者多個(gè)插入點(diǎn)，擴(kuò)展用例為這些插入點(diǎn)提供了需 要插入的行為14 .下列對用例的泛化關(guān)系描述不正確的是【A)用例的泛化關(guān)系中，所有的子用例都有相似的目的和結(jié)構(gòu)。注意它們是整體上的相似 B)用例的泛化關(guān)系中，基礎(chǔ)用例在目的上可以完全不同，但是它們都有一段相似的行為， 它們的相似是部分的相似不是整體的相似Q用例的泛化關(guān)系類似于面向?qū)ο笾械睦^承，它把多個(gè)子用例中的共性抽象成一個(gè)父用例。 子用例在繼承父用例的基礎(chǔ)上可以進(jìn)行修改D)用例的泛化指的是一個(gè)父用例可以被

6、特化形成多個(gè)子用例，而父用例和子用例之間的關(guān) 系就是泛化關(guān)系15 .構(gòu)架分析一個(gè)很重要的原則是避免包之間的循環(huán)依賴，下面四個(gè)選項(xiàng)中哪個(gè)構(gòu)架示意圖中不存 在循環(huán)依賴：【】(A)(B)(C)(D)16 .在某系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個(gè)客戶提交0個(gè)或多個(gè)訂單；一個(gè)訂單由一個(gè)且僅由一個(gè)客戶提交。系統(tǒng)中存在兩個(gè)類：“客戶”類和“訂單”類。對應(yīng)每個(gè)“客戶”類的實(shí)例，存在【】“訂單”類的實(shí)例；對應(yīng)每個(gè)“客戶”類的實(shí)例，存在0個(gè)或多個(gè)“客戶”類的實(shí)例。A) 0個(gè) B) 1個(gè) C) 1個(gè)或多個(gè)D) 0個(gè)或多個(gè)17 .用例(Use-case )用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的

7、。 在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號之間是【】關(guān)系。A 包含(include )B)擴(kuò)展(extend )Q 分類(classification )D)聚集(aggregation )18 .下列關(guān)于接口關(guān)系的說法不正確的是【】？A接口是一種特殊的類 B)所有接口都是有構(gòu)件型 的類 Q 一個(gè)類可以通過實(shí)現(xiàn)接口從而支持接口所指定的行為 D)在程序運(yùn)行的時(shí)候，其他對象不僅需要依賴于此接口，還需要知道該類對接口實(shí)現(xiàn)的其他信息 19.用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。假設(shè)在“圖

8、書館管理系統(tǒng)” 用例模型中，所有用戶使用系統(tǒng)之前必須通過“身份驗(yàn)證”，“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式，則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證之間是【】關(guān)系。B)包含C)擴(kuò)展D)泛化20 .下列關(guān)于使用用例的目的，不正確的是【】。A)確定系統(tǒng)應(yīng)具備哪些功能B)為系統(tǒng)的功能提供清晰一致的描述，方便開發(fā)人員傳遞系統(tǒng)的需求Q為系統(tǒng)驗(yàn)證工作打下基礎(chǔ)蒙減少程序員的編碼工作量，提高開發(fā)效率21 .當(dāng)使用用例模型對一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)，下列哪個(gè)選項(xiàng)可以被認(rèn)定為該系統(tǒng)的角色(Actor )：A.接收工資單的銀行B.工資系統(tǒng)源代碼程序C.工資單 D.工資數(shù)據(jù)庫22 .關(guān)于分析和設(shè)計(jì)區(qū)

9、別，下列哪個(gè)說法是錯(cuò)誤的：【】A.分析側(cè)重于問題域，設(shè)計(jì)側(cè)重于解域8. 一般情況下，設(shè)計(jì)模型比分析模型復(fù)雜得多C.分析解決做什么的問題，設(shè)計(jì)則解決怎么做的問題D.分析模型主要側(cè)重功能需求，而設(shè)計(jì)模型則要充分考慮各種非功能需求E. 一般情況下，分析模型不考慮系統(tǒng)結(jié)構(gòu)，而設(shè)計(jì)模型則對系統(tǒng)結(jié)構(gòu)進(jìn)行全面設(shè)計(jì)23 .關(guān)于系統(tǒng)架構(gòu)，下列哪個(gè)說法是錯(cuò)誤的：【】A.軟件架構(gòu)包含著一套關(guān)于軟件系統(tǒng)組織的重要結(jié)論( decision )B.軟件架構(gòu)決策是最基礎(chǔ)的決策，它的改變會帶來巨大的影響C.架構(gòu)為設(shè)計(jì)提供了一個(gè)框架D.架構(gòu)是靜態(tài)的，而不是動(dòng)態(tài)的24 .關(guān)于軟件模塊分層和分區(qū)的注意事項(xiàng)，下列說法中，哪個(gè)是錯(cuò)誤的

10、：【】A.分層時(shí)高層模塊僅對當(dāng)前層和緊鄰著的下層建立依賴關(guān)系，同時(shí)盡量避免越層依賴B.分層時(shí)較高層關(guān)注用戶需求，受需求影響；而較低層關(guān)注實(shí)施平臺，受環(huán)境影響C.分層的目標(biāo)是減低耦合度，并且減輕維護(hù)工作量，因此層數(shù)越多越好D.分區(qū)要最大化包內(nèi)的耦合和內(nèi)聚，而最小化包之間的耦合25 .在分析階段，建立了類 A到類B的單向關(guān)聯(lián)；在用例設(shè)計(jì)過程中，出于其它原因?qū)㈩怉封裝到子系統(tǒng)S1中，而將類B封裝到子系統(tǒng) S2中，此時(shí)子系統(tǒng) S1和S2之間：【】A.B.C.D.E.沒有任何關(guān)系 建立從子系統(tǒng) 建立從子系統(tǒng) 建立從子系統(tǒng) 建立從子系統(tǒng)S1到S2的依賴關(guān)系S1到S2的關(guān)聯(lián)關(guān)系S1至ij S2的接口之間的依

11、賴關(guān)系S1至ij S2的接口之間的關(guān)聯(lián)關(guān)系26 .關(guān)于類的狀態(tài)建模，下列說法中哪項(xiàng)是正確的: A.對于所有的設(shè)計(jì)類都需要進(jìn)行狀態(tài)建模B.狀態(tài)建模描述了一個(gè)類的對象的發(fā)展歷史C.對于復(fù)雜的類，應(yīng)該利用多個(gè)狀態(tài)圖進(jìn)行狀態(tài)建模D.某一時(shí)刻，一個(gè)類的對象可以處于多個(gè)不同的狀態(tài)E.狀態(tài)建模過程只會影響類的操作，而不會涉及類的屬性27 .已知類A需要類B提供的服務(wù)；下列所描述的四種情況中，哪種情況不會把類A和類B之間的關(guān)系定義成依賴關(guān)系：【】A.類A中存在兩個(gè)操作都需要訪問類B的同一個(gè)對象B.類A的某個(gè)操作內(nèi)部創(chuàng)建了類B的對象，而其它操作均與類 B無關(guān)C.類A的某個(gè)操作其參數(shù)是類 B的對象，而其它操作均與

12、類B無關(guān)D.類B是一個(gè)全局變量28 . Statopia 是一家大型公司，由于公司業(yè)務(wù)的擴(kuò)大，準(zhǔn)備對公司已有的軟件系統(tǒng)進(jìn)行升級，因此委托ObjectR公司進(jìn)行升級。Statopia公司所使用的系統(tǒng)是很久以前開發(fā)的，且不是用OO方法開發(fā)的，該系統(tǒng)非常復(fù)雜，而且系統(tǒng)使用多線程來處理公司中并發(fā)的業(yè)務(wù)請求。由于原系統(tǒng)開發(fā)出來后經(jīng)過多次修改，最初的系統(tǒng)開發(fā)文檔已經(jīng)過時(shí)。ObjectR公司建議在對系統(tǒng)升級前和Statopia公司的高層管理人員開一次討論會，進(jìn)一步了解業(yè)務(wù)，以便能更好地了解目前所使用的軟件系統(tǒng)。在這次討論會中，下面幾個(gè)圖中哪個(gè)圖是最有用的？【】A）狀態(tài)圖B ）部署圖 C ）活動(dòng)圖 D ）順序

13、圖29 .每個(gè)HouseKeeper者B有一個(gè) Manager負(fù)責(zé)，有的 Manager可能負(fù)責(zé)多個(gè) HouseKeeper,有的Manger可能一個(gè)HouseKeeper都沒有，下面哪幅圖適合描述類HouseKeeper和類Manger的關(guān)系？A.B.C.D.30.已知三個(gè)類 A B和C,其中類A由類B的一個(gè)實(shí)例和類C的1個(gè)或多個(gè)實(shí)例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是【31 .（多選題）UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，其中（11為系統(tǒng)的靜態(tài)結(jié)構(gòu)視圖;（2）對系統(tǒng)的參與者和行為進(jìn)行組織和建模是非常重要的；（3）_和_都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖，其中（3）_描

14、述了以時(shí)間順序組織的對象之間的交互活動(dòng)，（4）_強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。那么，符合-（4）順序的答案為1：A）狀態(tài)機(jī)圖B）用例圖 C ）順序圖D）部署圖E）通信圖 F ）類圖32 .（多選題）在“成績管理系統(tǒng)”中，“查詢成績”和“網(wǎng)上查詢成績”用例之間的關(guān)系、“輸入成績”和“登錄系統(tǒng)”用例之間的關(guān)系分別為【】；A）擴(kuò)展 B ）關(guān)聯(lián)C）泛化 D ）包含33 .（多選題）在下面的類圖中，與卡車有關(guān)聯(lián)的類有：【】A.人 B.轎車 C.卡車 D.拖車34 .（多選題）下面是用例間主要關(guān)系的有【】A擴(kuò)展B）實(shí)現(xiàn)C）泛化D）依賴 E） 包含35 .（多選題）已知某接口 A,存在類B實(shí)現(xiàn)了該接口所定義

15、的所有操作；對于這兩個(gè)類之間存在 的關(guān)系，下列選項(xiàng)中哪些是正確的（為了簡化，圖中省略了相關(guān)的屬性和操作）：【】A.B.C.D.36 .（多選題）如下圖所示，下面哪些陳述是正確的？【】（A）汽車總是有相同的車身（8） 一些汽車有備用輪胎（C）汽車有一個(gè)引擎，引擎在汽車之間不共享（D）所有的汽車都有四或五個(gè)輪胎（E）汽車必須有至少一個(gè)司機(jī)（F）乘客不可能是司機(jī)37 .（多選題）“持久性”分析機(jī)制其對應(yīng)的設(shè)計(jì)機(jī)制（具體方法）可能是。提示：不考慮詳細(xì)實(shí)現(xiàn)策略：【】（A） RDBMS （B） ODBC （C） OODBMS （D） Object Store （E） JDO38 .（多選題）請根據(jù)下述描述

16、，不正確的是【】A） UML2中一共有九種圖：它們是用例圖、類圖、對象圖、順序圖、通信圖、狀態(tài)機(jī)圖、活動(dòng) 圖、構(gòu)件圖、部署圖B）用例圖是從程序員角度來描述系統(tǒng)的功能C）類圖是描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)，對象圖是描述系統(tǒng)中類的動(dòng)態(tài)結(jié)構(gòu)D）活動(dòng)圖和狀態(tài)機(jī)圖用來描述系統(tǒng)的動(dòng)態(tài)行為E）通信圖的一個(gè)用途是表示一個(gè)類操作的實(shí)現(xiàn)39 .（多選題）多重繼承在概念上是比較直接，也是真實(shí)世界的體現(xiàn)；然而在實(shí)際使用時(shí)卻要非常謹(jǐn)慎，這主要是因?yàn)槎嘀乩^承存在很多潛在問題，具體表現(xiàn)為：【】A.由于繼承多個(gè)父類，子類經(jīng)常存在命名沖突B.多重繼承增加了系統(tǒng)的復(fù)雜程度C.有些編程語言不支持多重繼承的實(shí)現(xiàn)D. UML語言不支持多重繼

17、承的建模40 .（多選題）已知在某用例實(shí)現(xiàn)的分析階段順序圖中存在A、B兩個(gè)類；而在設(shè)計(jì)階段，已經(jīng)將這兩個(gè)類打包在子系統(tǒng) S中，此時(shí)如何表示其它類與這兩個(gè)類的交互：【】A.直接在序列圖中描繪與 A、B兩個(gè)類的交互過程B.在序列圖中使用子系統(tǒng)S,原來與A B的交互轉(zhuǎn)化為與 S的交互C.為子系統(tǒng)S設(shè)計(jì)接口 I ,原來與A、B的交互轉(zhuǎn)化為與I的交互D.為子系統(tǒng)S設(shè)計(jì)代理類P,原來與A B的交互轉(zhuǎn)化為與 P的交互41 .（多選題）持久性框架主要解決的核心問題是：【】A.將數(shù)據(jù)封裝成對象C.將對象拆分成數(shù)據(jù)B.將對象間的關(guān)系轉(zhuǎn)化成數(shù)據(jù)表之間的關(guān)系D.提高數(shù)據(jù)庫訪問效率42 .(多選題)下列選項(xiàng)中，那些是“

18、用例描述”應(yīng)該包含的內(nèi)容:A.概述B.基本事件流C.可選事件流D.對象模型E.前置條件43 .(多選題)在下圖所示的分層構(gòu)架中，框架層可以直接使用哪些層次提供的服務(wù)： 【 】A.應(yīng)用程序?qū)覤.框架層 C.基礎(chǔ)設(shè)施層D.復(fù)用層44 .在分析階段，職責(zé)分配是至關(guān)重要的；現(xiàn)已知實(shí)體類A B都有數(shù)據(jù)a,則對于操作數(shù)據(jù) a的職責(zé)op應(yīng)該如何設(shè)計(jì)：【】A.將職責(zé)交給類A,對其它需要執(zhí)行該職責(zé)的類增加關(guān)系B.將職責(zé)交給類B,對其它需要執(zhí)行該職責(zé)的類增加關(guān)系C.將職責(zé)放在控制類中，對其它需要執(zhí)行該職責(zé)的類增加關(guān)系D.將職責(zé)放在邊界類中，對其它需要執(zhí)行該職責(zé)的類增加關(guān)系E.創(chuàng)建一個(gè)新類，將職責(zé)放在這個(gè)新類中，對

19、其它需要執(zhí)行該職責(zé)的類增加關(guān)系45 .在UML提供的圖中，(1)】用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；(2)【】用于按時(shí)間順序描述對象間的交互。(1) A用例圖B、類圖C 對象圖D、部署圖(2) A網(wǎng)絡(luò)圖B、狀態(tài)圖C、協(xié)作圖D、序列圖二、簡答題：(共10小題，每題3分，共30分)1 .在實(shí)際業(yè)務(wù)中，設(shè)計(jì)元素主要體現(xiàn)在哪幾個(gè)方面？2 .關(guān)聯(lián)中的組合和聚合之間的區(qū)別是什么？3 .請闡述統(tǒng)一軟件過程 RUP勺核心思想？4 .闡述面向?qū)ο蟮幕驹O(shè)計(jì)原則包含哪5個(gè)原則？5 .類的關(guān)系主要分為依賴關(guān)系、關(guān)聯(lián)關(guān)系、聚合關(guān)系、組合關(guān)系、泛化關(guān)系、實(shí)現(xiàn)關(guān)系(類與接口的關(guān)系)，請根據(jù)“高內(nèi)聚、低耦合”的設(shè)計(jì)原

20、則，回答哪一種關(guān)系的“耦合度”最低？哪一種關(guān) 系的“耦合度”最高？6 .請根據(jù)下圖，來描述界面對象之間的關(guān)聯(lián)的語義聯(lián)系7 .看圖回答下面問題類“申請”和類“支付明細(xì)”之間是什么關(guān)系？并用文字性語言描述該類圖表達(dá)意思。8 .在下面的順序圖圖示中標(biāo)出哪些符號或文字是對象、消息、自反消息、生命線、控制焦點(diǎn)(或激 活條)？并給出圖中的消息名稱9 .用例模型分析，根據(jù)下圖，完成以下6個(gè)分析工作1)上圖中的參與者有？【】(a) 1(b) 2(c) 3(d) 42)上圖中的用例有？【】(a) 1(b) 2(c) 3(d) 43) 2和3之間是什么關(guān)系？ 5和6呢？【】(a)擴(kuò)展，包含 (b)包含，擴(kuò)展4)

21、5缺少了 3仍然是個(gè)完整的用例？【】(a)是的 (b)不是5) 4能夠參與2嗎？ 1能夠參與5嗎？【】(a)可以，不可以 (b)不可以，可以6）參與者1和參與者4之間具有什么關(guān)系？【】（a） 擴(kuò)展（b）實(shí)現(xiàn)（c）泛化（d） 依賴（e）關(guān)聯(lián)10 .面向?qū)ο笤O(shè)計(jì)的核心思想是什么，并對其進(jìn)行說明。11 .某電話公司決定開發(fā)一個(gè)管理所有客戶信息的交互式的網(wǎng)絡(luò)系統(tǒng)，系統(tǒng)功能需求描述如下：（1）瀏覽客戶信息：任何使用Internet的網(wǎng)絡(luò)用戶都可以瀏覽電話公司所有的客戶信息（包括姓名、住址、電話號碼等）。（2）登錄：電話公司授予每個(gè)客戶一個(gè)賬號。擁有授權(quán)賬號的客戶，可以使用系統(tǒng)提供的頁 面設(shè)置個(gè)人密碼，并

22、使用該賬號和密碼向系統(tǒng)注冊。（3）修改個(gè)人信息：客戶向系統(tǒng)注冊后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁面，對個(gè) 人信息進(jìn)行修改。（4）刪除客戶信息：只有公司管理人員才能夠刪除不再接受公司服務(wù)的客戶的信息。在需求分析階段，采用用例圖描述系統(tǒng)功能需求（請注意參與者之間的泛化關(guān)系的應(yīng)用），如下圖所示，請指出圖中的 A, B, C和D分別是哪個(gè)用例？河輅用戶客戶管理系統(tǒng)用例圖12.在考慮部署環(huán)境時(shí)，如果需要將某個(gè)包的內(nèi)容部署到多個(gè)不同的節(jié)點(diǎn)，如何對包進(jìn)行部署？13 .根據(jù)給定的設(shè)計(jì)類類圖，請闡述該類圖所反映的業(yè)務(wù)領(lǐng)域知識。14 .下圖為用例文檔中的事件流描述 -用例交互四部曲示意圖，請從需求和分析兩個(gè)

23、階段根據(jù)下圖回答問題：1）需求階段的用例文檔是從用戶角度看待用戶問題，側(cè)重描述交互的1（動(dòng)作）、4（響應(yīng)）步的事件流，請解釋為什么？2）分析階段和設(shè)計(jì)階段則需要從系統(tǒng)角度看待用戶問題，重點(diǎn)關(guān)注交互的2（驗(yàn)證）、3（處理）步的事件流，請解釋為什么？ 15.在子系統(tǒng)設(shè)計(jì)策略中主要遵循的是面向接口的編程思想一一采用大量的接口來解耦子系統(tǒng)與 外部的耦合。請問，采取這種策略對設(shè)計(jì)子系統(tǒng)有何優(yōu)勢？16. UML中類的關(guān)系包括關(guān)聯(lián)、聚合、泛化、實(shí)現(xiàn)、依賴等幾種類型，請將合適的關(guān)系填寫在下列 描述的【】中。1）在學(xué)校中，一個(gè)導(dǎo)師可以指導(dǎo)多個(gè)研究生，一個(gè)研究生可以由多個(gè)導(dǎo)師指導(dǎo)，那么導(dǎo)師和研究生之間是【】關(guān)系。

24、2）交通工具與卡車之間是【】關(guān)系。3）公司與部門之間是【】關(guān)系。4）罰款與讀者的類型之間是【】關(guān)系。5）參數(shù)類及其實(shí)例類之間是【】關(guān)系。17 .如圖所示，請回答：命名對象 aPaymentController:PaymentController 必須實(shí)現(xiàn)哪些方法？ 命名對象aReservation:Reservation為什么沒有畫在順序圖的頂部？參與者有哪幾個(gè)？該 順序圖中有沒有“自反消息”？18 .順序圖，根據(jù)下圖，完成以下 3個(gè)分析工作：1）指出下圖中的參與者？【】AD B C D2） 哪些是對象？【】O B C D3） Server類調(diào)用了 CreditService 類中的什么操作？

25、【】AT） B C D 19 .請根據(jù)下圖回答問題1）此圖反映了參與者之間的什么關(guān)系？2）圖中的“安全主管”、“經(jīng)理”和“保安”三個(gè)參與者分別可執(zhí)行的用例有哪些用例？20 .一般情況下，每個(gè)參與者與用例之間可以定義一個(gè)邊界類，每個(gè)用例可以定義一個(gè)控制類，那 么，請根據(jù)下圖需要定義幾個(gè)邊界類和幾個(gè)控制類？并給出具體的邊界類和控制類的名稱和符號三、綜合設(shè)計(jì)題：（共60分）1 .下述用例圖在分析階段出現(xiàn)了 “四輪馬車”的現(xiàn)象，為避免“四輪馬車”問題，請給出改進(jìn)后的 用例圖2 .用例關(guān)系主要有：擴(kuò)展於幽四、包含柵蚣T、泛化一）三種關(guān)系，請根據(jù)下述文字描述，畫出用例圖，并標(biāo)明用例之間的擴(kuò)展和包含關(guān)系（5

26、分）業(yè)務(wù)描述：短途旅行但汽車的油不足以應(yīng)付全部路程。那么為汽車加油的動(dòng)作在旅行的每個(gè)場景（事件流）中都會出現(xiàn)，不加油就不會完成旅行。吃飯則可以由司機(jī)決定是否進(jìn)行，不吃飯不會影響旅 行的完成。（參與者有司機(jī)，用例有旅行、為汽車加油、吃飯）答：3 .根據(jù)以下描述畫出類圖， 并注明多重性關(guān)系：一個(gè)學(xué)生可以選修多門課程，也可能沒有任何課程；一門課程可以被多個(gè)學(xué)生選修；一個(gè)老師可以教多門課程或者不教課；每門課程至少有一個(gè)老師， 也可以有多個(gè)老師任教；每門課程可以有0或1本教材，每本教材只能用于一門課程。4 .類圖語義描述：人由頭部、軀干、四肢、內(nèi)臟等部分組成。它們的生命周期一致，當(dāng)人出生時(shí)， 頭部、軀干

27、、四肢、內(nèi)臟同時(shí)誕生，當(dāng)人死亡時(shí)，各組成部分同時(shí)死去。請根據(jù)語義描述的內(nèi)容適 用組合關(guān)系畫出類圖（不用標(biāo)重?cái)?shù)）。5 .鳥是一種動(dòng)物，大雁、鴨子、企鵝各是一種鳥類，動(dòng)物需要氧氣和水，每個(gè)鳥有2支翅膀，雁群由大雁構(gòu)成，找出上述描述中的實(shí)體類，分析其中類與類之間的關(guān)系后，畫出相應(yīng)類圖。6 .在下述類圖中，是一個(gè)倉庫管理系統(tǒng)的類模型局部，其中 IncomeOrder是指入庫單，OrderItem 是指入庫中的每一項(xiàng)，Product則是產(chǎn)品信息。請指出模型中的錯(cuò)誤，說明原因并手工繪制正確的 類圖。7 .下圖設(shè)計(jì)是否符合面向?qū)ο笤O(shè)計(jì)原則？應(yīng)如何改進(jìn)？8 .請問下面包圖設(shè)計(jì)中存在哪些問題？給出改進(jìn)后的包圖設(shè)

28、計(jì)。9 .畫出自動(dòng)車鎖系統(tǒng)中，實(shí)現(xiàn)“鎖車”用例的順序圖，涉及的類對象有車主、車鑰匙、汽車。10 .某旅店為了需要開發(fā)一個(gè)房間的預(yù)訂系統(tǒng)；通過該系統(tǒng)，服務(wù)員可以為旅客預(yù)訂房間，也可為已經(jīng)預(yù)訂房間的旅客取消預(yù)訂的房間，其用例圖如下：其中“預(yù)訂房間”用例的用例規(guī)約（描述）如下：用例名稱：預(yù)訂房間參與者：服務(wù)員、旅客（發(fā)起人）描述：服務(wù)員利用本用例為客戶完成房間預(yù)訂業(yè)務(wù)基本事件流：1）用例起始于旅客現(xiàn)場需要預(yù)定房間2）服務(wù)員按照旅客的要求查詢相關(guān)的房間信息3）系統(tǒng)顯示所有可預(yù)定的房間列表4）旅客選定所需的房間以及預(yù)訂的時(shí)間和天數(shù)5）系統(tǒng)計(jì)算所需的總費(fèi)用和預(yù)付訂金金額6）旅客現(xiàn)場用現(xiàn)金支付所需的訂金7）

29、服務(wù)員采集相關(guān)的預(yù)訂信息8）系統(tǒng)記錄預(yù)訂信息，并顯示預(yù)訂成功的信息，并打印收據(jù)備選事件流：4）a.旅客沒有選擇到滿意的房間，則本次預(yù)定業(yè)務(wù)終止6）a.旅客金額不足于支付定金，則本次預(yù)定業(yè)務(wù)終止其它：1）.預(yù)定信息包括旅客的基本信息（姓名、地址、聯(lián)系電話、有效證件號）和本次預(yù)訂情況（房間號、預(yù)訂天數(shù)、預(yù)訂時(shí)間、預(yù)訂金額）；2） .房間費(fèi)用的計(jì)算與房間類型、旅客身份、預(yù)訂時(shí)間、預(yù)訂天數(shù)、支付方式等相關(guān), 目前還不太明確。根據(jù)上面的用例圖和“預(yù)訂房間”的用例規(guī)約完成一題在該系統(tǒng)中，實(shí)體類有（多選）：ACDA.旅客 B.服務(wù)員C.房間 D.支付方式“預(yù)訂房間”用例第 5步需要計(jì)算房間費(fèi)用，此過程比較復(fù)

30、雜（參看用例規(guī)約“其它”部分第2條）；因此在用例分析階段，這項(xiàng)職責(zé)應(yīng)該由誰來履行（多選）B.房間實(shí)體類D.新增一個(gè)存儲房間費(fèi)用的實(shí)體類AC.預(yù)訂時(shí)間D.預(yù)訂金額D. 3E.無法確定A.預(yù)訂房間控制類C.新增一個(gè)計(jì)算房間費(fèi)用的控制類預(yù)訂信息實(shí)體類不應(yīng)該包含的屬性有:A.旅客電話B.預(yù)訂天數(shù)16 .下面模型為“學(xué)生選課系統(tǒng)”的部署視圖： 根據(jù)這個(gè)模型，完成一題該系統(tǒng)有多少個(gè)處理器節(jié)點(diǎn)：CA. 1B. 2C. 4部署圖中的“連接”有（多選）：BCA. Desktop PCB. JDBC C. Campus LAND. Billing System 具有DBM或能，且能夠完成“持久性”設(shè)計(jì)機(jī)制的處理器

31、節(jié)點(diǎn)有：（多選）BDA. Desktop PC B. Course CatalogC. Registration ServerD.Billing System根據(jù)業(yè)務(wù)需要，Desktop PC需要新增一臺打印機(jī)，請?jiān)趫D中增加一臺“打印機(jī)”設(shè)備節(jié)點(diǎn) 符號17 .數(shù)據(jù)庫設(shè)計(jì)時(shí)需要將對象模型轉(zhuǎn)換為數(shù)據(jù)模型，請根據(jù)關(guān)聯(lián)關(guān)系的映射規(guī)則將下列給出的類圖中的“訂單項(xiàng)”類映射為數(shù)據(jù)庫基表“訂單項(xiàng)”，并畫出映射后的“訂單項(xiàng)”基表定義圖，并標(biāo)明 此基表的“主鍵（PK）和外鍵（FK） 提示：關(guān)聯(lián)關(guān)系的映射規(guī)則為兩個(gè)持久性對象間的關(guān)聯(lián)關(guān)系表 現(xiàn)為所關(guān)聯(lián)對象的外鍵。18 .現(xiàn)有如下圖所示的咖啡機(jī)的抽象類，請根據(jù)給定的抽

32、象類設(shè)計(jì)一個(gè) MarkIV”型號的具體咖啡機(jī)的類圖。提示：可根據(jù)教材中講解的依賴倒置原則來實(shí)現(xiàn)，注意抽象類圖中采用的是abstract 抽象類，而不是interface 。答案可直接在下圖中添加。19、請根據(jù)下圖進(jìn)行關(guān)聯(lián)類的設(shè)計(jì)，畫出改進(jìn)后的設(shè)計(jì)類類圖。提示：面向?qū)ο蟮木幊陶Z言不支持關(guān)聯(lián)類的實(shí)現(xiàn)，設(shè)計(jì)時(shí)需要根據(jù)業(yè)務(wù)規(guī)則將關(guān)聯(lián)類直接定義為普通的類，從而將一個(gè)多對多的關(guān)系轉(zhuǎn)變?yōu)閮蓚€(gè)一對多的關(guān)系20 .數(shù)據(jù)庫設(shè)計(jì)中，數(shù)據(jù)模型不支持直接方式的泛化(繼承)關(guān)系建模。請將下圖的對象模型轉(zhuǎn)換 為數(shù)據(jù)模型，畫出表、表與表之間的關(guān)系示意圖。注意泛化關(guān)系的映射，可采用“超類子類都映射 成表，超類主鍵作為所有子類的

33、主鍵”的方法。21 .某圖書管理系統(tǒng)的需求要求如下。每個(gè)學(xué)生在系統(tǒng)中必須先開設(shè)一個(gè)借書賬戶，然后才可以進(jìn)行借還書。學(xué)生在進(jìn)行借書或還書 時(shí)，需要通過圖書管理員進(jìn)行操作。借書時(shí)要記錄借書人姓名、賬戶、圖書條形碼、借書日期( 借 書記錄)。還書時(shí)要記錄借書人姓名、賬戶、圖書條形碼、還書日期( 還書記錄)。如果是借書，則 系統(tǒng)要判斷該賬戶可借數(shù)目是否超出。若是，則不允許借書。如果是還書，則系統(tǒng)要判斷該圖書借 閱時(shí)間是否超過預(yù)定期限。若是，則追加 罰款(罰款記錄)。根據(jù)基本功能要求，分別回答下列問題。(1)分析圖書管理系統(tǒng)中的 實(shí)體類，畫出反映實(shí)體類之間關(guān)系的類圖，并標(biāo)明關(guān)系的多重性。(2)、根據(jù)還書

34、業(yè)務(wù)活動(dòng)的描述，畫出還書業(yè)務(wù)的活動(dòng)圖。(3)根據(jù)給定的“借書”順序圖，分析“賬戶實(shí)體類”和“借書信息實(shí)體類”具有的初步職責(zé)(操作)，請分別列出這兩個(gè)實(shí)體類有哪些“操作”？22.PizzaBase案例分析，回答問題(參考依賴倒置原則)PizzaBase飯館想把顧客預(yù)定比薩的過程自動(dòng)化。每張桌子都配備一個(gè)觸摸式屏幕，顧客可以 用它瀏覽所供應(yīng)的比薩，并點(diǎn)菜。該飯館供應(yīng)兩種基本類型的比薩：自助類只有西紅柿醬，顧客可以選擇任意數(shù)量的配料，每種配料的價(jià)格都是固定的。預(yù)制類有幾個(gè)小類，每個(gè)小類都有固定的配料。每種比薩都可以預(yù)定酥脆型和松軟型，有三種規(guī)格： 6英寸、9英寸和12英寸。顧客還可以預(yù)定飲料，例如提

35、供兩種基本類型的飲料：可樂類和檸檬類，每種飲料都有大杯和小杯兩種規(guī)格。顧客確認(rèn)了預(yù)定的食物后，就顯示總價(jià)。之后，屏幕顯示食物的準(zhǔn)備和烹飪進(jìn)度。在顧客吃完 后，可以以方便的方式付費(fèi)。提示：顧客進(jìn) PizzaBase飯館的目的是為了吃比薩。1)在PizzaBase案例分析中，下列哪些選項(xiàng)是業(yè)務(wù)用例(可多選)？【】(A)飯館準(zhǔn)備食物 (B)顧客結(jié)賬(C) 顧客選擇比薩(D)顧客在屏幕上選擇飲料(E)顧客向服務(wù)員進(jìn)行咨詢2)在PizzaBase案例分析中，在分析階段的屬性列表是哪一個(gè)？【】(A)可樂、比薩類型、價(jià)格、規(guī)格、檸檬、付費(fèi)方式(B)比薩類型、價(jià)格、品種、規(guī)格、進(jìn)度、口味(C) 口味、品種、付

36、費(fèi)方式、總價(jià)、顯示、肉類、西紅柿(D)進(jìn)度、品種、口味、價(jià)格、觸摸式屏幕、規(guī)格、飲料3)如圖所示，根據(jù)面向?qū)ο蟮囊蕾嚨怪迷瓌t，從PizzaBase飯館的角度判斷哪個(gè)圖是PizzaBase飯館中比薩的最佳模型？【】(A)圖 1(B)圖 2(C)圖 34)在PizzaBase案例分析中，請根據(jù)上題的選擇結(jié)果，判斷分析類最有可能是哪一個(gè)列表？【 】(A) Payment, Order, Drink, Topping, Pizza, Restaurant, Base, Sauce(B) PizzaBase, Cola, Restaurant, Lemonade, Do-it-yourself, Pre

37、fab, Table, Order(C) Restaurant, Pizza, Topping, Display, Payment, Order, Touch(D) Customer, Table, Pizza, Topping, Drink, Restaurant, Order23 .畫出求職招聘網(wǎng)需求的總用例圖，提示：求職者和招聘者都是“用戶”參與者，每個(gè)用戶使用系統(tǒng)的前置條件是“登錄系統(tǒng)”、所有用戶共性用例都具有“修改密碼”的功能，注意使用參與者之間的泛化關(guān)系，再分別考慮每個(gè)參與者應(yīng)該完成的工作職責(zé)。其中求職者可以完成“發(fā)布求職意向”、“投遞簡歷”、“更新個(gè)人信息”、“搜索招聘信息”、“

38、修改密碼”；招聘者可以完成“發(fā)布招聘 信息”、“瀏覽所獲簡歷”、“回復(fù)求職者”、“搜索應(yīng)聘信息”、“修改密碼”；管理員可以“管理求職 用戶”、“管理招聘用戶”、“修改密碼”。24 .QQ軟件的用戶分為游客和登陸會員，登陸會員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請用類的繼承關(guān)系描述QCffi戶群。25 .現(xiàn)擬建立一個(gè)網(wǎng)上售書系統(tǒng)?？蛻魧W(wǎng)站的描述如下，要求網(wǎng)站必須具備以下的功能。顧客可注冊個(gè)人信息和申請個(gè)人賬號。顧客可瀏覽書籍信息(包括作者，出版社，目錄，摘要，價(jià)格，庫存情況等)，可按作者和書名分別進(jìn)行搜索。顧客可把書籍加入購物車，也可刪除購物車中書籍。購物車物品確認(rèn)后顧

39、客可提交購物信息，進(jìn)行在線支付(暫時(shí)只提供銀行卡支付一種手 段)，并可在訂單物品被發(fā)出之前取消或再編輯訂單。顧客可查看歷史交易記錄。網(wǎng)站設(shè)有管理員和工作人員。其中網(wǎng)站管理員負(fù)責(zé)管理客戶信息，網(wǎng)站的維護(hù)，以及網(wǎng)站信息的更新和管理。工作人員負(fù)責(zé)處理客戶訂單，并通知發(fā)貨單位(可能是網(wǎng)站倉庫，也 可能是其他供應(yīng)商)發(fā)送貨物。銷售貨品都需進(jìn)行記錄，管理員可查詢所有記錄?？蛻艨蛇x擇打印電子收據(jù)。1)試找出系統(tǒng)中的類，確定各個(gè)類的屬性和類與類之間的關(guān)系，并畫出類圖。2)根據(jù)上述業(yè)務(wù)描述捕獲系統(tǒng)的需求，根據(jù)每個(gè)參與者所完成的行為設(shè)計(jì)用例模型，并 畫出用例圖。注意用例關(guān)系(擴(kuò)展、包含、泛化)的利用26 .網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了?！斑h(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)用戶注冊。根據(jù)上述功能需求完成下列工作：1)學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”