1、選擇題：（共10小題，每題1分，共10分）1 .使得在多個類中能夠定義同一個操作或?qū)傩悦⒃诿恳粋€類中有不同的實現(xiàn)的一種方法是【B】。A）繼承B）多態(tài)性C）約束D）接口2 .類圖應(yīng)該畫在Rose的哪種B視圖中。A）UseCaseViewB）LogicViewC）ComponentViewD）DeploymentView3 .在UML中，類之間的關(guān)系有一種為關(guān)聯(lián)關(guān)系，其中多重性用來描述類之間的對應(yīng)關(guān)系，下面哪個不是其中之一【D】A）01B）0*C）1*D）*4 .關(guān)于下面的類圖中所表示的關(guān)聯(lián)關(guān)系，下列四個選項中說法錯誤的是：【D】A.一個學(xué)生可以選1到多門課程B.一個老師可以教0到多門課程C.

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

3、序號；D）通信圖是順序圖的一種9 .計算機由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤鼠標等組成。那么Computer類和其他類（CPURAMFloppyDisk、Monitor、Keyboard>mouse）之間的關(guān)系是【】。A）泛化關(guān)系B）實現(xiàn)關(guān)系C）包含關(guān)系D）聚集關(guān)系10 .“一個研究生在軟件學(xué)院做助教（teachingassistant）,同時還在校園餐廳打工做收銀員（cashier）。也就是說，這個研究生有3種角色：學(xué)生、助教、收銀員，但在同一時刻只能有一種角色?！备鶕?jù)上面的陳述，下面哪個設(shè)計是最合理的【】ABCD11 .下列對系統(tǒng)邊界的描述中，不正確的是1cA.系統(tǒng)邊界是指

4、系統(tǒng)與系統(tǒng)之間的界限。B.用例圖中的系統(tǒng)邊界用來表示正在建模系統(tǒng)的邊界。C.邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部。D.可以使用Rose繪制用例圖中的系統(tǒng)邊界。12 .下列關(guān)于類方法的聲明，不正確的是【A.方法定義了類所許可的行動。B.從一個類所創(chuàng)建的所有對象可以使用同一組屬性和方法。C.每個方法應(yīng)該有一個參數(shù)。D.如果在同一個類中定義了類似的操作，則它們的行為應(yīng)該是類似的。13 .下列說法不正確的是【A）用例和參與者之間的對應(yīng)關(guān)系又叫做通信關(guān)聯(lián)，它表示參與者使用了系統(tǒng)中的哪些用例B）參與者只能是人，不能是子系統(tǒng)、時間等C）特殊需求指的是一個用例的非功能性需求和設(shè)計約束D）在擴展關(guān)系中，

5、基礎(chǔ)用例提供了一個或者多個插入點，擴展用例為這些插入點提供了需要插入的行為14.下列對用例的泛化關(guān)系描述不正確的是【A）用例的泛化關(guān)系中，所有的子用例都有相似的目的和結(jié)構(gòu)。注意它們是整體上的相似B）用例的泛化關(guān)系中，基礎(chǔ)用例在目的上可以完全不同，但是它們都有一段相似的行為，它們的相似是部分的相似不是整體的相似C）用例的泛化關(guān)系類似于面向?qū)ο笾械睦^承，它把多個子用例中的共性抽象成一個父用例。子用例在繼承父用例的基礎(chǔ)上可以進行修改D）用例的泛化指的是一個父用例可以被特化形成多個子用例，而父用例和子用例之間的關(guān)系就是泛化關(guān)系15.構(gòu)架分析一個很重要的原則是避免包之間的循環(huán)依賴，下面四個選項中哪個構(gòu)架

6、示意圖中不存在循環(huán)依賴：【】（A）（B）（C）（D）16 .在某系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個客戶提交0個或多個訂單；一個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類：“客戶”類和“訂單”類。對應(yīng)每個“客戶”類的實例，存在【訂單”類的實例；對應(yīng)每個“客戶”類的實例，存在0個或多個“客戶”類的實例。A）0個B）1個C）1個或多個D）0個或多個17 .用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號"之間是【】

7、關(guān)系。A）包含（include）B）擴展（extend）C）分類（classification）D）聚集（aggregation）18 .下列關(guān)于接口關(guān)系的說法不正確的是【】A）接口是一種特殊的類B）所有接口都是有構(gòu)件型<<interface>>的類C）一個類可以通過實現(xiàn)接口從而支持接口所指定的行為D）在程序運彳T的時候，其他對象不僅需要依賴于此接口，還需要知道該類對接口實現(xiàn)的其他信息19 .用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。假設(shè)在“圖書館管理系統(tǒng)”用例模型中，所有用戶使用系統(tǒng)之前必須通過“身份驗證”，“身份驗證”可以有“密碼驗證”和“智能卡驗證

8、”兩種方式，則“身份驗證”與“密碼驗證”和“智能卡驗證"之間是【】關(guān)系。A）關(guān)聯(lián)B）包含C）擴展D）泛化20 .下列關(guān)于使用用例的目的，不正確的是【】。A）確定系統(tǒng)應(yīng)具備哪些功能B）為系統(tǒng)的功能提供清晰一致的描述，方便開發(fā)人員傳遞系統(tǒng)的需求C）為系統(tǒng)驗證工作打下基礎(chǔ)D）減少程序員的編碼工作量，提高開發(fā)效率21 .當使用用例模型對一個工資系統(tǒng)進行建模時，下列哪個選項可以被認定為該系統(tǒng)的角色（Actor）：【】A.接收工資單的銀行B.工資系統(tǒng)源代碼程序C.工資單D.工資數(shù)據(jù)庫22 .關(guān)于分析和設(shè)計區(qū)別，下列哪個說法是錯誤的：【】A.分析側(cè)重于問題域，設(shè)計側(cè)重于解域B.一般情況下，設(shè)計模型

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

10、關(guān)注用戶需求，受需求影響；而較低層關(guān)注實施平臺，受環(huán)境影響C.分層的目標是減低耦合度，并且減輕維護工作量，因此層數(shù)越多越好D.分區(qū)要最大化包內(nèi)的耦合和內(nèi)聚，而最小化包之間的耦合25 .在分析階段，建立了類A到類B的單向關(guān)聯(lián)；在用例設(shè)計過程中，出于其它原因?qū)㈩怉封裝到子系統(tǒng)S1中，而將類B封裝到子系統(tǒng)S2中，此時子系統(tǒng)S1和S2之間：S1到S2的依賴關(guān)系S1到S2的關(guān)聯(lián)關(guān)系A(chǔ).沒有任何關(guān)系B.建立從子系統(tǒng)C.建立從子系統(tǒng)D.E.建立從子系統(tǒng)建立從子系統(tǒng)S1至ijS2的接口之間的依賴關(guān)系S1至ijS2的接口之間的關(guān)聯(lián)關(guān)系26 .關(guān)于類的狀態(tài)建模，下列說法中哪項是正確的：【】A.對于所有的設(shè)計類都需

11、要進行狀態(tài)建模B.狀態(tài)建模描述了一個類的對象的發(fā)展歷史C.對于復(fù)雜的類，應(yīng)該利用多個狀態(tài)圖進行狀態(tài)建模D.某一時刻，一個類的對象可以處于多個不同的狀態(tài)E.狀態(tài)建模過程只會影響類的操作，而不會涉及類的屬性27 .已知類A需要類B提供的服務(wù)；下列所描述的四種情況中，哪種情況不會把類A和類B之間的關(guān)系定義成依賴關(guān)系：【】A.類A中存在兩個操作都需要訪問類B的同一個對象B.類A的某個操作內(nèi)部創(chuàng)建了類B的對象，而其它操作均與類B無關(guān)C.類A的某個操作其參數(shù)是類B的對象，而其它操作均與類B無關(guān)D.類B是一個全局變量28 .Statopia是一家大型公司，由于公司業(yè)務(wù)的擴大，準備對公司已有的軟件系統(tǒng)進行升級

12、，因此委托ObjectR公司進行升級。Statopia公司所使用的系統(tǒng)是很久以前開發(fā)的，且不是用。方法開發(fā)的，該系統(tǒng)非常復(fù)雜，而且系統(tǒng)使用多線程來處理公司中并發(fā)的業(yè)務(wù)請求。由于原系統(tǒng)開發(fā)出來后經(jīng)過多次修改，最初的系統(tǒng)開發(fā)文檔已經(jīng)過時。ObjectR公司建議在對系統(tǒng)升級前和Statopia公司的高層管理人員開一次討論會，進一步了解業(yè)務(wù)，以便能更好地了解目前所使用的軟件系統(tǒng)。在這次討論會中，下面幾個圖中哪個圖是最有用的【】A）狀態(tài)圖B）部署圖C）活動圖D）順序圖29.每個HouseKeeper都有一個Manager負責(zé)，有的Manager可能負責(zé)多個HouseKeeper,有的Manger可能一個

13、HouseKeeper都沒有，下面哪幅圖適合描述類HouseKeeper和類Manger的關(guān)系【】A.B.C.HouseKeeperHuus日KeeperHciuseKeepsrManagerManagerManagerHousgK曰eperMm制引1O.m30.已知三個類A、B和C,其中類A由類B的一個實例和類C的1個或多個實例構(gòu)成。能夠正確表示類A、B和C之間關(guān)系的UML類圖是【C.1.*1.*CD.31.（多選題）UML提供了一系列的圖支持面向?qū)ο蟮模?）對系統(tǒng)的參與者和行為進行組織和建模是非常重要的;其中缸描述了以時間順序組織的對象之間的交互活動，符合（1）-（4）順序的答案為【】（1

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

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

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

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

18、型E.前置條件43 .（多選題）在下圖所示的分層構(gòu)架中，框架層可以直接使用哪些層次提供的服務(wù)：【：A.應(yīng)用程序?qū)覤.框架層C.基礎(chǔ)設(shè)施層D.復(fù)用層44 .在分析階段，職責(zé)分配是至關(guān)重要的；現(xiàn)已知實體類A、B都有數(shù)據(jù)a,則對于操作數(shù)據(jù)a的職責(zé)op應(yīng)該如何設(shè)計：【】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)建一個新類，將職責(zé)放在這個新類中，對其它需要執(zhí)行該職責(zé)的類增加關(guān)系45 .在UML供的圖中，(1)】用于描述系統(tǒng)與外

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

20、之間的關(guān)聯(lián)的語義聯(lián)系7 .看圖回答下面問題類“申請”和類“支付明細”之間是什么關(guān)系并用文字性語言描述該類圖表達意思。8 .在下面的順序圖圖示中標出哪些符號或文字是對象、消息、自反消息、生命線、控制焦點(或激活條)并給出圖中的消息名稱9 .用例模型分析，根據(jù)下圖，完成以下6個分析工作1)上圖中的參與者有【】(a)1(b)2(c)3(d)42)上圖中的用例有【】(a)1(b)2(c)3(d)43) 2和3之間是什么關(guān)系5和6呢【】(a)擴展，包含(b)包含，擴展4) 5缺少了3仍然是個完整的用例【】(a)是的(b)不是5) 4能夠參與2嗎1能夠參與5嗎【】(a)可以，不可以(b)不可以，可以6)參

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

22、管理人員才能夠刪除不再接受公司服務(wù)的客戶的信息。在需求分析階段，采用用例圖描述系統(tǒng)功能需求（請注意參與者之間的泛化關(guān)系的應(yīng)用）圖所示，請指出圖中的A,B,C和D分別是哪個用例客戶管理系統(tǒng)用例圖12.在考慮部署環(huán)境時，如果需要將某個包的內(nèi)容部署到多個不同的節(jié)點，如何對包進行部署13 .根據(jù)給定的設(shè)計類類圖，請闡述該類圖所反映的業(yè)務(wù)領(lǐng)域知識。14 .下圖為用例文檔中的事件流描述-用例交互四部曲示意圖，請從需求和分析兩個階段根據(jù)下圖回答問題：1）需求階段的用例文檔是從用戶角度看待用戶問題，側(cè)重描述交互的1（動作）、4（響應(yīng)）步的事件流，請解釋為什么2）分析階段和設(shè)計階段則需要從系統(tǒng)角度看待用戶問題，

23、重點關(guān)注交互的2（驗證）、3（處理）步的事件流，請解釋為什么15.在子系統(tǒng)設(shè)計策略中主要遵循的是面向接口的編程思想一一采用大量的接口來解耦子系統(tǒng)與外部的耦合。請問，采取這種策略對設(shè)計子系統(tǒng)有何優(yōu)勢16.UML中類的關(guān)系包括關(guān)聯(lián)、聚合、泛化、實現(xiàn)、依賴等幾種類型，請將合適的關(guān)系填寫在下列描述的【】中。1）在學(xué)校中，一個導(dǎo)師可以指導(dǎo)多個研究生，一個研究生可以由多個導(dǎo)師指導(dǎo)，那么導(dǎo)師和研究生之間是【】關(guān)系。2）交通工具與卡車之間是【】關(guān)系。3）公司與部門之間是【】關(guān)系。4）罰款與讀者的類型之間是【】關(guān)系。5）參數(shù)類及其實例類之間是【】關(guān)系。17 .如圖所示，請回答：命名對象aPaymentContr

24、oller:PaymentController必須實現(xiàn)哪些方法命名又象aReservation:Reservation為什么沒有畫在順序圖的頂部參與者有哪幾個該順序圖中有沒有“自反消息”18 .順序圖，根據(jù)下圖，完成以下3個分析工作：1）指出下圖中的參與者【】ADBCD2） 哪些是對象【】ADBCD3） Server類調(diào)用了CreditService類中的什么操作【】ADBCD19.請根據(jù)下圖回答問題1）此圖反映了參與者之間的什么關(guān)系2）圖中的“安全主管”、“經(jīng)理”和“保安”三個參與者分別可執(zhí)行的用例有哪些用例20.一般情況下，每個參與者與用例之間可以定義一個邊界類，每個用例可以定義一個控制類

25、，那么,請根據(jù)下圖需要定義幾個邊界類和幾個控制類并給出具體的邊界類和控制類的名稱和符號三、綜合設(shè)計題：（共60分）1 .下述用例圖在分析階段出現(xiàn)了“四輪馬車”的現(xiàn)象，為避免“四輪馬車”問題，請給出改進后的用例圖2 .用例關(guān)系主要有：擴展£含義的三*、包含|、泛化三種關(guān)系，請根據(jù)下述文字描述，畫出用例圖，并標明用例之間的擴展和包含關(guān)系（5分）業(yè)務(wù)描述：短途旅行但汽車的油不足以應(yīng)付全部路程。那么為汽車加油的動作在旅行的每個場景（事件流）中都會出現(xiàn)，不加油就不會完成旅行。吃飯則可以由司機決定是否進行，不吃飯不會影響旅行的完成。（參與者有司機，用例有旅行、為汽車加油、吃飯）答：3 .根據(jù)以下

26、描述畫出類圖，并注明多重性關(guān)系：一個學(xué)生可以選修多門課程，也可能沒有任何課程；一門課程可以被多個學(xué)生選修；一個老師可以教多門課程或者不教課；每門課程至少有一個老師，也可以有多個老師任教；每門課程可以有0或1本教材，每本教材只能用于一門課程。4 .類圖語義描述：人由頭部、軀干、四肢、內(nèi)臟等部分組成。它們的生命周期一致，當人出生時，頭部、軀干、四肢、內(nèi)臟同時誕生，當人死亡時，各組成部分同時死去。請根據(jù)語義描述的內(nèi)容適用組合關(guān)系畫出類圖（不用標重數(shù)）。5 .鳥是一種動物，大雁、鴨子、企鵝各是一種鳥類，動物需要氧氣和水，每個鳥有2支翅膀，雁群由大雁構(gòu)成，找出上述描述中的實體類，分析其中類與類之間的關(guān)系

27、后，畫出相應(yīng)類圖。6 .在下述類圖中，是一個倉庫管理系統(tǒng)的類模型局部，其中IncomeOrder是指入庫單，Orderitem是指入庫中的每一項，Product則是產(chǎn)品信息。請指出模型中的錯誤，說明原因并手工繪制正確的類圖。7 .下圖設(shè)計是否符合面向?qū)ο笤O(shè)計原則應(yīng)如何改進8 .請問下面包圖設(shè)計中存在哪些問題給出改進后的包圖設(shè)計。9 .畫出自動車鎖系統(tǒng)中，實現(xiàn)“鎖車”用例的順序圖，涉及的類對象有車主、車鑰匙、汽車。10 .某旅店為了需要開發(fā)一個房間的預(yù)訂系統(tǒng)；通過該系統(tǒng)，服務(wù)員可以為旅客預(yù)訂房間，也可為已經(jīng)預(yù)訂房間的旅客取消預(yù)訂的房間，其用例圖如下：其中“預(yù)訂房間”用例的用例規(guī)約（描述）如下：用

28、例名稱：預(yù)訂房間參與者：服務(wù)員、旅客（發(fā)起人）描述：服務(wù)員利用本用例為客戶完成房間預(yù)訂業(yè)務(wù)基本事件流：1）用例起始于旅客現(xiàn)場需要預(yù)定房間2）服務(wù)員按照旅客的要求查詢相關(guān)的房間信息3）系統(tǒng)顯示所有可預(yù)定的房間列表4）旅客選定所需的房間以及預(yù)訂的時間和天數(shù)5）系統(tǒng)計算所需的總費用和預(yù)付訂金金額6）旅客現(xiàn)場用現(xiàn)金支付所需的訂金7）服務(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ù)

29、訂情況（房間號、預(yù)訂天數(shù)、預(yù)訂時間、預(yù)訂金額）2）.房間費用的計算與房間類型、旅客身份、預(yù)訂時間、預(yù)訂天數(shù)、支付方式等相關(guān),目前還不太明確。根據(jù)上面的用例圖和“預(yù)訂房間”的用例規(guī)約完成一題在該系統(tǒng)中，實體類有（多選）：ACDA.旅客B.服務(wù)員C.房間D.支付方式“預(yù)訂房間”用例第5步需要計算房間費用，此過程比較復(fù)雜（參看用例規(guī)約“其它”部分第2條）；因此在用例分析階段，這項職責(zé)應(yīng)該由誰來履行（多選）A.預(yù)訂房間控制類B.房間實體類C.新增一個計算房間費用的控制類D.新增一個存儲房間費用的實體類預(yù)訂信息實體類不應(yīng)該包含的屬性有：AA.旅客電話B.預(yù)訂天數(shù)C.預(yù)訂時間D.預(yù)訂金額16.下面模型為“

30、學(xué)生選課系統(tǒng)”的部署視圖：根據(jù)這個模型，完成一題該系統(tǒng)有多少個處理器節(jié)點：CA.1B.2C.4D.3部署圖中的“連接”有（多選）：BCE.無法確定A. DesktopPCB. JDBCC.CampusLAND.BillingSystem具有DBM助能，且能夠完成“持久性”設(shè)計機制的處理器節(jié)點有：（多選）BDA.DesktopPCB.CourseCatalogC.RegistrationServerD.BillingSystem根據(jù)業(yè)務(wù)需要，DesktopPC需要新增一臺打印機，請在圖中增加一臺“打印機”設(shè)備節(jié)點符號17 .數(shù)據(jù)庫設(shè)計時需要將對象模型轉(zhuǎn)換為數(shù)據(jù)模型，請根據(jù)關(guān)聯(lián)關(guān)系的映射規(guī)則將下列

31、給出的類圖中的“訂單項”類映射為數(shù)據(jù)庫基表“訂單項”，并畫出映射后的“訂單項”基表定義圖，并標明此基表的“主鍵（PK）和外鍵（FK）”。提示：關(guān)聯(lián)關(guān)系的映射規(guī)則為兩個持久性對象間的關(guān)聯(lián)關(guān)系表現(xiàn)為所關(guān)聯(lián)對象的外鍵。18 .現(xiàn)有如下圖所示的咖啡機的抽象類，請根據(jù)給定的抽象類設(shè)計一個"MarkIV”型號的具體咖啡機的類圖。提示：可根據(jù)教材中講解的依賴倒置原則來實現(xiàn)，注意抽象類圖中采用的是abstract»抽象類，而不是interface。答案可直接在下圖中添加。19、請根據(jù)下圖進行關(guān)聯(lián)類的設(shè)計，畫出改進后的設(shè)計類類圖。提示：面向?qū)ο蟮木幊陶Z言不支持關(guān)聯(lián)類的實現(xiàn)，設(shè)計時需要根據(jù)業(yè)務(wù)

32、規(guī)則將關(guān)聯(lián)類直接定義為普通的類，從而將一個多對多的關(guān)系轉(zhuǎn)變?yōu)閮蓚€一對多的關(guān)系20 .數(shù)據(jù)庫設(shè)計中，數(shù)據(jù)模型不支持直接方式的泛化（繼承）關(guān)系建模。請將下圖的對象模型轉(zhuǎn)換為數(shù)據(jù)模型，畫出表、表與表之間的關(guān)系示意圖。注意泛化關(guān)系的映射，可采用“超類子類都映射成表，超類主鍵作為所有子類的主鍵”的方法。21 .某圖書管理系統(tǒng)的需求要求如下。每個學(xué)生在系統(tǒng)中必須先開設(shè)一個借書賬戶，然后才可以進行借還書。學(xué)生在進行借書或還書時，需要通過圖書管理員進行操作。借書時要記錄借書人姓名、賬戶、圖書條形碼、借書日期（借書記錄）。還書時要記錄借書人姓名、賬戶、圖書條形碼、還書日期（還書記錄）。如果是借書，則系統(tǒng)要判斷該

33、賬戶可借數(shù)目是否超出。若是，則不允許借書。如果是還書，則系統(tǒng)要判斷該圖書借閱時間是否超過預(yù)定期限。若是，則追加罰款（罰款記錄）。根據(jù)基本功能要求，分別回答下列問題。（1）分析圖書管理系統(tǒng)中的實體類，畫出反映實體類之間關(guān)系的類圖，并標明關(guān)系的多重性。(2)、根據(jù)還書業(yè)務(wù)活動的描述，畫出還書業(yè)務(wù)的活動圖。(3)根據(jù)給定的“借書”順序圖，分析“賬戶實體類”和“借書信息實體類”具有的初步職責(zé)(操作)，請分別列出這兩個實體類有哪些“操作”案例分析，回答問題(參考依賴倒置原則)PizzaBase飯館想把顧客預(yù)定比薩的過程自動化。每張桌子都配備一個觸摸式屏幕，顧客可以用它瀏覽所供應(yīng)的比薩，并點菜。該飯館供應(yīng)

34、兩種基本類型的比薩：自助類只有西紅柿醬，顧客可以選擇任意數(shù)量的配料，每種配料的價格都是固定的。預(yù)制類有幾個小類，每個小類都有固定的配料。每種比薩都可以預(yù)定酥脆型和松軟型，有三種規(guī)格：6英寸、9英寸和12英寸。顧客還可以預(yù)定飲料，例如提供兩種基本類型的飲料：可樂類和檸檬類，每種飲料都有大杯和小杯兩種規(guī)格。顧客確認了預(yù)定的食物后，就顯示總價。之后，屏幕顯示食物的準備和烹飪進度。在顧客吃完后，可以以方便的方式付費。提示：顧客進PizzaBase飯館的目的是為了吃比薩。1)在PizzaBase案例分析中，下列哪些選項是業(yè)務(wù)用例(可多選)【】(A)飯館準備食物(B)顧客結(jié)賬(C)顧客選擇比薩(D)顧客在

35、屏幕上選擇飲料(E)顧客向服務(wù)員進行咨詢2)在PizzaBase案例分析中，在分析階段的屬性列表是哪一個【】(A)可樂、比薩類型、價格、規(guī)格、檸檬、付費方式(B)比薩類型、價格、品種、規(guī)格、進度、口味(C)口味、品種、付費方式、總價、顯示、肉類、西紅柿(D)進度、品種、口味、價格、觸摸式屏幕、規(guī)格、飲料3)如圖所示，根據(jù)面向?qū)ο蟮囊蕾嚨怪迷瓌t，從PizzaBase飯館的角度判斷哪個圖是PizzaBase飯館中比薩的最佳模型【】(A)圖1(B)圖2(C)圖34)在PizzaBase案例分析中，請根據(jù)上題的選擇結(jié)果，判斷分析類最有可能是哪一個列表【】(A) Payment,Order,Drink,

36、Topping,Pizza,Restaurant,Base,Sauce(B) PizzaBase,Cola,Restaurant,Lemonade,Do-it-yourself,Prefab,Table,Order(C) Restaurant,Pizza,Topping,Display,Payment,Order,Touch(D) Customer,Table,Pizza,Topping,Drink,Restaurant,Order23 .畫出求職招聘網(wǎng)需求的總用例圖，提示：求職者和招聘者都是“用戶”參與者，每個用戶使用系統(tǒng)的前置條件是“登錄系統(tǒng)”、所有用戶共性用例都具有“修改密碼”的功能，注

37、意使用參與者之間的泛化關(guān)系，再分別考慮每個參與者應(yīng)該完成的工作職責(zé)。其中求職者可以完成“發(fā)布求職意向”“投遞簡歷”、“更新個人信息”、“搜索招聘信息”、“修改密碼”；招聘者可以完成“發(fā)布招聘信息”“瀏覽所獲簡歷”、“回復(fù)求職者”、“搜索應(yīng)聘信息”、“修改密碼”；管理員可以“管理求職用戶”、鵬理招聘用戶”、“修改密碼”。軟件的用戶分為游客和登陸會員，登陸會員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請用類的繼承關(guān)系描述QQI戶群。25 .現(xiàn)擬建立一個網(wǎng)上售書系統(tǒng)。客戶對網(wǎng)站的描述如下，要求網(wǎng)站必須具備以下的功能。顧客可注冊個人信息和申請個人賬號。顧客可瀏覽書籍信息(包括作者，出

38、版社，目錄，摘要，價格，庫存情況等)，可按作者和書名分別進行搜索。顧客可把書籍加入購物車，也可刪除購物車中書籍。購物車物品確認后顧客可提交購物信息，進行在線支付(暫時只提供銀行卡支付一種手段)，并可在訂單物品被發(fā)出之前取消或再編輯訂單。顧客可查看歷史交易記錄。網(wǎng)站設(shè)有管理員和工作人員。其中網(wǎng)站管理員負責(zé)管理客戶信息，網(wǎng)站的維護，以及網(wǎng)站信息的更新和管理。工作人員負責(zé)處理客戶訂單，并通知發(fā)貨單位(可能是網(wǎng)站倉庫，也可能是其他供應(yīng)商)發(fā)送貨物。銷售貨品都需進行記錄，管理員可查詢所有記錄?？蛻艨蛇x擇打印電子收據(jù)。1)試找出系統(tǒng)中的類，確定各個類的屬性和類與類之間的關(guān)系，并畫出類圖。2)根據(jù)上述業(yè)務(wù)描述捕獲系統(tǒng)的需求，根據(jù)每個參與者所完成的行為設(shè)計用例模型，并畫出用例圖。注意用例關(guān)系(擴展、包含、泛化)的利用26 .網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠程網(wǎng)絡(luò)教學(xué)的“遠程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了。“遠程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下：學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。教師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。系統(tǒng)管理員負責(zé)對網(wǎng)站頁面的維護、審核不合法課件和不合法教學(xué)信息、批準用戶注冊。根據(jù)上述功能需求完成下列工作：1)學(xué)生需要登錄“遠程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用