學生高級軟件工程復習題

一、選擇題：（共10小題，每題1分，共10分）1．使得在多個類中可以定義同一個操作或?qū)傩悦?，并在每一個類中有不同的實現(xiàn)的一種方法是【B】。A）繼承B）多態(tài)性C）約束D）接口2．類圖應當畫在Rose的哪種【B】視圖中。A）UseCaseView B）LogicView C）ComponentView D）DeploymentView3．在UML中，類之間的關系有一種為關聯(lián)關系，其中多重性用來描述類之間的相應關系，下面哪個不是其中之一【D】A）0…1 B）0…* C）1…* D）*…*4.關于下面的類圖中所表達的關聯(lián)關系，下列四個選項中說法錯誤的是：【D】A.一個學生可以選1到多門課程 B.一個老師可以教0到多門課程C.一門課程只能由一位老師上課 D.一門課程可以被0到多個學生選課5.和包相比，子系統(tǒng)具有更豐富的語義，它可以通過接口對外提供行為；下面四個選項中，哪個是包和子系統(tǒng)都具有的特點：【】A.一種分組機制 B.對外提供行為 C.完全封裝實現(xiàn)細節(jié) D.容易被替換6．“交通工具”類與“汽車”類之間的關系屬于【】。A）關聯(lián)關系B）實現(xiàn)關系C）依賴關系D）泛化關系7．下圖中的空心箭頭連線表達【】關系A）泛化B）包含C）擴展D）實現(xiàn)8．關于通信圖的描述，下列哪個不對的【】A）通信圖作為一種交互圖，強調(diào)的是參與交互的對象的組織；B）在ROSE工具中，通信圖可在順序圖的基礎上按“F5”鍵自動生成；C）通信圖中有消息流的順序號；D）通信圖是順序圖的一種9.計算機由中央解決器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤鼠標等組成。那么Computer類和其他類（CPU、RAM、FloppyDisk、Monitor、Keyboard、mouse）之間的關系是【】。A）泛化關系 B）實現(xiàn)關系 C）包含關系 D）聚集關系10.“一個研究生在軟件學院做助教（teachingassistant），同時還在校園餐廳打工做收銀員（cashier）。也就是說，這個研究生有3種角色：學生、助教、收銀員，但在同一時刻只能有一種角色?！备鶕?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.下列關于類方法的聲明，不對的的是【】。A．方法定義了類所許可的行動。B．從一個類所創(chuàng)建的所有對象可以使用同一組屬性和方法。C．每個方法應當有一個參數(shù)。D．假如在同一個類中定義了類似的操作，則它們的行為應當是類似的。13.下列說法不對的的是【】。A）用例和參與者之間的相應關系又叫做通信關聯(lián)，它表達參與者使用了系統(tǒng)中的哪些用例B）參與者只能是人，不能是子系統(tǒng)、時間等C）特殊需求指的是一個用例的非功能性需求和設計約束D）在擴展關系中，基礎用例提供了一個或者多個插入點，擴展用例為這些插入點提供了需要插入的行為14.下列對用例的泛化關系描述不對的的是【】。A）用例的泛化關系中，所有的子用例都有相似的目的和結構。注意它們是整體上的相似B）用例的泛化關系中，基礎用例在目的上可以完全不同，但是它們都有一段相似的行為，它們的相似是部分的相似不是整體的相似C）用例的泛化關系類似于面向?qū)ο笾械睦^承，它把多個子用例中的共性抽象成一個父用例。子用例在繼承父用例的基礎上可以進行修改D）用例的泛化指的是一個父用例可以被特化形成多個子用例，而父用例和子用例之間的關系就是泛化關系15.構架分析一個很重要的原則是避免包之間的循環(huán)依賴，下面四個選項中哪個構架示意圖中不存在循環(huán)依賴：【】(A)(B)(C)(D)16．在某系統(tǒng)中，存在如下的業(yè)務陳述：=1\*GB3①一個客戶提交0個或多個訂單；=2\*GB3②一個訂單由一個且僅由一個客戶提交。系統(tǒng)中存在兩個類：“客戶”類和“訂單”類。相應每個“客戶”類的實例，存在【】“訂單”類的實例；相應每個“客戶”類的實例，存在0個或多個“客戶”類的實例。Ａ）0個Ｂ）1個Ｃ）1個或多個Ｄ）0個或多個17．用例（Use-case）用來描述系統(tǒng)在事件做出響應時所采用的行動。用例之間是具有相關性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號是否對的。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是【】關系。A）包含（include） B）擴展（extend）C）分類（classification） D）聚集（aggregation）18.下列關于接口關系的說法不對的的是【】？A）接口是一種特殊的類B）所有接口都是有構件型<<interface>>的類C）一個類可以通過實現(xiàn)接口從而支持接口所指定的行為D）在程序運營的時候,其他對象不僅需要依賴于此接口,還需要知道該類對接口實現(xiàn)的其他信息19．用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關系。假設在“圖書館管理系統(tǒng)”用例模型中，所有用戶使用系統(tǒng)之前必須通過“身份驗證”，“身份驗證”可以有“密碼驗證”和“智能卡驗證”兩種方式，則“身份驗證”與“密碼驗證”和“智能卡驗證”之間是【】關系。A）關聯(lián)B）包含 C）擴展 D）泛化20．下列關于使用用例的目的，不對的的是【】。A）擬定系統(tǒng)應具有哪些功能B）為系統(tǒng)的功能提供清楚一致的描述，方便開發(fā)人員傳遞系統(tǒng)的需求C）為系統(tǒng)驗證工作打下基礎D）減少程序員的編碼工作量，提高開發(fā)效率21.當使用用例模型對一個工資系統(tǒng)進行建模時，下列哪個選項可以被認定為該系統(tǒng)的角色（Actor）：【】A.接受工資單的銀行 B.工資系統(tǒng)源代碼程序 C.工資單 D.工資數(shù)據(jù)庫22.關于分析和設計區(qū)別，下列哪個說法是錯誤的：【】A.分析側重于問題域，設計側重于解域B.一般情況下，設計模型比分析模型復雜得多C.分析解決做什么的問題，設計則解決怎么做的問題D.分析模型重要側重功能需求，而設計模型則要充足考慮各種非功能需求E.一般情況下，分析模型不考慮系統(tǒng)結構，而設計模型則對系統(tǒng)結構進行全面設計23.關于系統(tǒng)架構，下列哪個說法是錯誤的：【】A.軟件架構包含著一套關于軟件系統(tǒng)組織的重要結論（decision）B.軟件架構決策是最基礎的決策，它的改變會帶來巨大的影響C.架構為設計提供了一個框架 D.架構是靜態(tài)的，而不是動態(tài)的24.關于軟件模塊分層和分區(qū)的注意事項，下列說法中，哪個是錯誤的：【】A.分層時高層模塊僅對當前層和緊鄰著的下層建立依賴關系，同時盡量避免越層依賴B.分層時較高層關注用戶需求，受需求影響；而較低層關注實行平臺，受環(huán)境影響C.分層的目的是減低耦合度，并且減輕維護工作量，因此層數(shù)越多越好D.分區(qū)要最大化包內(nèi)的耦合和內(nèi)聚，而最小化包之間的耦合25.在分析階段，建立了類A到類B的單向關聯(lián)；在用例設計過程中，出于其它因素將類A封裝到子系統(tǒng)S1中，而將類B封裝到子系統(tǒng)S2中，此時子系統(tǒng)S1和S2之間：【】A.沒有任何關系B.建立從子系統(tǒng)S1到S2的依賴關系C.建立從子系統(tǒng)S1到S2的關聯(lián)關系D.建立從子系統(tǒng)S1到S2的接口之間的依賴關系E.建立從子系統(tǒng)S1到S2的接口之間的關聯(lián)關系26.關于類的狀態(tài)建模，下列說法中哪項是對的的：【】A.對于所有的設計類都需要進行狀態(tài)建模B.狀態(tài)建模描述了一個類的對象的發(fā)展歷史C.對于復雜的類，應當運用多個狀態(tài)圖進行狀態(tài)建模D.某一時刻，一個類的對象可以處在多個不同的狀態(tài)E.狀態(tài)建模過程只會影響類的操作，而不會涉及類的屬性27.已知類A需要類B提供的服務；下列所描述的四種情況中，哪種情況不會把類A和類B之間的關系定義成依賴關系：【】A.類A中存在兩個操作都需要訪問類B的同一個對象B.類A的某個操作內(nèi)部創(chuàng)建了類B的對象，而其它操作均與類B無關C.類A的某個操作其參數(shù)是類B的對象，而其它操作均與類B無關D.類B是一個全局變量28．Statopia是一家大型公司，由于公司業(yè)務的擴大，準備對公司已有的軟件系統(tǒng)進行升級，因此委托ObjectR公司進行升級。Statopia公司所使用的系統(tǒng)是很久以前開發(fā)的，且不是用OO方法開發(fā)的，該系統(tǒng)非常復雜，并且系統(tǒng)使用多線程來解決公司中并發(fā)的業(yè)務請求。由于原系統(tǒng)開發(fā)出來后通過多次修改，最初的系統(tǒng)開發(fā)文檔已通過時。ObjectR公司建議在對系統(tǒng)升級前和Statopia公司的高層管理人員開一次討論會，進一步了解業(yè)務，以便能更好地了解目前所使用的軟件系統(tǒng)。在這次討論會中，下面幾個圖中哪個圖是最有用的?【】A）狀態(tài)圖B）部署圖C）活動圖D）順序圖29.每個HouseKeeper都有一個Manager負責，有的Manager也許負責多個HouseKeeper，有的Manger也許一個HouseKeeper都沒有，下面哪幅圖適合描述類HouseKeeper和類Manger的關系？【】A.B.C.D.30.已知三個類A、B和C，其中類A由類B的一個實例和類C的1個或多個實例構成?？梢詫Φ谋磉_類A、B和C之間關系的UML類圖是【】。A.B.C.D.31．（多選題）UML提供了一系列的圖支持面向?qū)ο蟮姆治雠c設計，其中(1)為系統(tǒng)的靜態(tài)結構視圖；(2)對系統(tǒng)的參與者和行為進行組織和建模是非常重要的；(3)和(4)都是描述系統(tǒng)動態(tài)視圖的交互圖，其中(3)描述了以時間順序組織的對象之間的交互活動，(4)強調(diào)收發(fā)消息的對象的組織結構。那么，符合(1)-(4)順序的答案為【】：A）狀態(tài)機圖 B）用例圖 C）順序圖D）部署圖 E）通信圖 F）類圖32.（多選題）在“成績管理系統(tǒng)”中，“查詢成績”和“網(wǎng)上查詢成績”用例之間的關系、“輸入成績”和“登錄系統(tǒng)”用例之間的關系分別為【】；A）擴展B）關聯(lián) C）泛化D）包含 33.（多選題）在下面的類圖中，與卡車有關聯(lián)的類有：【】A.人 B.轎車 C.卡車 D.拖車34．（多選題）下面是用例間重要關系的有【】A）擴展 B）實現(xiàn) C）泛化 D）依賴E)包含35.（多選題）已知某接口A，存在類B實現(xiàn)了該接口所定義的所有操作；對于這兩個類之間存在的關系，下列選項中哪些是對的的（為了簡化，圖中省略了相關的屬性和操作）：【】A. B. C. D.36.（多選題）如下圖所示，下面哪些陳述是對的的？【】(A)汽車總是有相同的車身(B)一些汽車有備用輪胎(C)汽車有一個引擎，引擎在汽車之間不共享(D)所有的汽車都有四或五個輪胎(E)汽車必須有至少一個司機(F)乘客不也許是司機37.（多選題）“持久性”分析機制其相應的設計機制（具體方法）也許是。提醒：不考慮具體實現(xiàn)策略：【】(A)RDBMS(B)ODBC(C)OODBMS(D)ObjectStore(E)JDO38.（多選題）請根據(jù)下述描述，不對的的是【】A）UML2中一共有九種圖：它們是用例圖、類圖、對象圖、順序圖、通信圖、狀態(tài)機圖、活動圖、構件圖、部署圖B）用例圖是從程序員角度來描述系統(tǒng)的功能C）類圖是描述系統(tǒng)中類的靜態(tài)結構，對象圖是描述系統(tǒng)中類的動態(tài)結構D）活動圖和狀態(tài)機圖用來描述系統(tǒng)的動態(tài)行為E）通信圖的一個用途是表達一個類操作的實現(xiàn)39.（多選題）多重繼承在概念上是比較直接，也是真實世界的體現(xiàn)；然而在實際使用時卻要非常謹慎，這重要是由于多重繼承存在很多潛在問題，具體表現(xiàn)為：【】A.由于繼承多個父類，子類經(jīng)常存在命名沖突 B.多重繼承增長了系統(tǒng)的復雜限度C.有些編程語言不支持多重繼承的實現(xiàn)D.UML語言不支持多重繼承的建模40.（多選題）已知在某用例實現(xiàn)的分析階段順序圖中存在A、B兩個類；而在設計階段，已經(jīng)將這兩個類打包在子系統(tǒng)S中，此時如何表達其它類與這兩個類的交互：【】A.直接在序列圖中描繪與A、B兩個類的交互過程B.在序列圖中使用子系統(tǒng)S，本來與A、B的交互轉化為與S的交互C.為子系統(tǒng)S設計接口I，本來與A、B的交互轉化為與I的交互D.為子系統(tǒng)S設計代理類P，本來與A、B的交互轉化為與P的交互41.（多選題）持久性框架重要解決的核心問題是：【】A.將數(shù)據(jù)封裝成對象 B.將對象間的關系轉化成數(shù)據(jù)表之間的關系C.將對象拆提成數(shù)據(jù) D.提高數(shù)據(jù)庫訪問效率42.（多選題）下列選項中，那些是“用例描述”應當包含的內(nèi)容：【】A.概述 B.基本領件流 C.可選事件流 D.對象模型 E.前置條件43.（多選題）在下圖所示的分層構架中，框架層可以直接使用哪些層次提供的服務：【】A.應用程序?qū)? B.框架層 C.基礎設施層 D.復用層44.在分析階段，職責分派是至關重要的；現(xiàn)已知實體類A、B都有數(shù)據(jù)a，則對于操作數(shù)據(jù)a的職責op應當如何設計：【】A.將職責交給類A，對其它需要執(zhí)行該職責的類增長關系B.將職責交給類B，對其它需要執(zhí)行該職責的類增長關系C.將職責放在控制類中，對其它需要執(zhí)行該職責的類增長關系D.將職責放在邊界類中，對其它需要執(zhí)行該職責的類增長關系E.創(chuàng)建一個新類，將職責放在這個新類中，對其它需要執(zhí)行該職責的類增長關系45.在UML提供的圖中，（1）【】用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（2）【】用于準時間順序描述對象間的交互。（1）A、用例圖B、類圖C、對象圖D、部署圖（2）A、網(wǎng)絡圖B、狀態(tài)圖C、協(xié)作圖D、序列圖二、簡答題：（共10小題，每題3分，共30分）1.在實際業(yè)務中，設計元素重要體現(xiàn)在哪幾個方面？2．關聯(lián)中的組合和聚合之間的區(qū)別是什么？3.請闡述統(tǒng)一軟件過程RUP的核心思想？4．闡述面向?qū)ο蟮幕驹O計原則包含哪5個原則？5.類的關系重要分為依賴關系、關聯(lián)關系、聚合關系、組合關系、泛化關系、實現(xiàn)關系(類與接口的關系)，請根據(jù)“高內(nèi)聚、低耦合”的設計原則，回答哪一種關系的“耦合度”最低？哪一種關系的“耦合度”最高？6．請根據(jù)下圖，來描述界面對象之間的關聯(lián)的語義聯(lián)系7.看圖回答下面問題類“申請”和類“支付明細”之間是什么關系？并用文字性語言描述該類圖表達意思。8.在下面的順序圖圖示中標出哪些符號或文字是對象、消息、自反消息、生命線、控制焦點（或激活條）？并給出圖中的消息名稱9.用例模型分析，根據(jù)下圖，完畢以下6個分析工作1）上圖中的參與者有？【】(a)1 (b)2(c)3 (d)42）上圖中的用例有？【】(a)1 (b)2(c)3 (d)43）2和3之間是什么關系？5和6呢？【】(a)擴展，包含 (b)包含，擴展4）5缺少了3仍然是個完整的用例？【】(a)是的 (b)不是5）4可以參與2嗎？1可以參與5嗎？【】(a)可以，不可以(b)不可以，可以6）參與者1和參與者4之間具有什么關系？【】(a)擴展(b)實現(xiàn)(c)泛化(d)依賴(e)關聯(lián)10.面向?qū)ο笤O計的核心思想是什么，并對其進行說明。11.某電話公司決定開發(fā)一個管理所有客戶信息的交互式的網(wǎng)絡系統(tǒng)，系統(tǒng)功能需求描述如下：（1）瀏覽客戶信息：任何使用Internet的網(wǎng)絡用戶都可以瀏覽電話公司所有的客戶信息（涉及姓名、住址、電話號碼等）。（2）登錄：電話公司授予每個客戶一個賬號。擁有授權賬號的客戶，可以使用系統(tǒng)提供的頁面設立個人密碼，并使用該賬號和密碼向系統(tǒng)注冊。（3）修改個人信息：客戶向系統(tǒng)注冊后，可以發(fā)送電子郵件或者使用系統(tǒng)提供的頁面，對個人信息進行修改。（4）刪除客戶信息：只有公司管理人員才可以刪除不再接受公司服務的客戶的信息?？蛻艄芾硐到y(tǒng)用例圖在需求分析階段，采用用例圖描述系統(tǒng)功能需求（請注意參與者之間的泛化關系的應用），如下圖所示，請指出圖中的A，B，C和D分別是哪個用例？客戶管理系統(tǒng)用例圖答：A代表“登錄”、B代表“瀏覽客戶信息”、C代表“修改個人信息”、D代表12.在考慮部署環(huán)境時，假如需要將某個包的內(nèi)容部署到多個不同的節(jié)點，如何對包進行部署？13.根據(jù)給定的設計類類圖，請闡述該類圖所反映的業(yè)務領域知識。14.下圖為用例文檔中的事件流描述-用例交互四部曲示意圖，請從需求和分析兩個階段根據(jù)下圖回答問題：1）需求階段的用例文檔是從用戶角度看待用戶問題，側重描述交互的1(動作)、4(響應)步的事件流，請解釋為什么？2）分析階段和設計階段則需要從系統(tǒng)角度看待用戶問題，重點關注交互的2(驗證)、3(解決)步的事件流，請解釋為什么？15.在子系統(tǒng)設計策略中重要遵循的是面向接口的編程思想——采用大量的接口來解耦子系統(tǒng)與外部的耦合。請問，采用這種策略對設計子系統(tǒng)有何優(yōu)勢？16．UML中類的關系涉及關聯(lián)、聚合、泛化、實現(xiàn)、依賴等幾種類型，請將合適的關系填寫在下列描述的【】中。1）在學校中，一個導師可以指導多個研究生，一個研究生可以由多個導師指導，那么導師和研究生之間是【】關系。2）交通工具與卡車之間是【】關系。3）公司與部門之間是【】關系。4）罰款與讀者的類型之間是【】關系。5）參數(shù)類及其實例類之間是【】關系。17．如圖所示，請回答：①命名對象aPaymentController:PaymentController必須實現(xiàn)哪些方法？②命名對象aReservation:Reservation為什么沒有畫在順序圖的頂部？③參與者有哪幾個？④該順序圖中有沒有“自反消息”？18.順序圖，根據(jù)下圖，完畢以下3個分析工作：1）指出下圖中的參與者？【】A①B②C③D④2）哪些是對象？【】A①B②③④C④D⑤⑥⑦⑧⑨⑩3）Server類調(diào)用了CreditService類中的什么操作？【】A⑦B⑧C⑦⑧D⑧⑨19.請根據(jù)下圖回答問題1）此圖反映了參與者之間的什么關系？2）圖中的“安全主管”、“經(jīng)理”和“保安”三個參與者分別可執(zhí)行的用例有哪些用例？20.一般情況下，每個參與者與用例之間可以定義一個邊界類，每個用例可以定義一個控制類，那么，請根據(jù)下圖需要定義幾個邊界類和幾個控制類？并給出具體的邊界類和控制類的名稱和符號三、綜合設計題：（共60分）1.下述用例圖在分析階段出現(xiàn)了“四輪馬車”的現(xiàn)象，為避免“四輪馬車”問題，請給出改善后的用例圖2.用例關系重要有：擴展、包含、泛化三種關系，請根據(jù)下述文字描述，畫出用例圖，并標明用例之間的擴展和包含關系（5分）業(yè)務描述：短途旅行但汽車的油局限性以應付所有路程。那么為汽車加油的動作在旅行的每個場景(事件流)中都會出現(xiàn)，不加油就不會完畢旅行。吃飯則可以由司機決定是否進行，不吃飯不會影響旅行的完畢。（參與者有司機，用例有旅行、為汽車加油、吃飯）答：3.根據(jù)以下描述畫出類圖，并注明多重性關系：一個學生可以選修多門課程，也也許沒有任何課程；一門課程可以被多個學生選修；一個老師可以教多門課程或者不教課；每門課程至少有一個老師，也可以有多個老師任教；每門課程可以有0或1本教材，每本教材只能用于一門課程。4.類圖語義描述：人由頭部、軀干、四肢、內(nèi)臟等部分組成。它們的生命周期一致，當人出生時，頭部、軀干、四肢、內(nèi)臟同時誕生，當人死亡時，各組成部分同時死去。請根據(jù)語義描述的內(nèi)容合用組合關系畫出類圖（不用標重數(shù)）。5.鳥是一種動物，大雁、鴨子、企鵝各是一種鳥類，動物需要氧氣和水，每個鳥有2支翅膀，雁群由大雁構成，找出上述描述中的實體類，分析其中類與類之間的關系后，畫出相應類圖。6.在下述類圖中，是一個倉庫管理系統(tǒng)的類模型局部，其中IncomeOrder是指入庫單，OrderItem是指入庫中的每一項，Product則是產(chǎn)品信息。請指出模型中的錯誤，說明因素并手工繪制對的的類圖。7.下圖設計是否符合面向?qū)ο笤O計原則？應如何改善？8．請問下面包圖設計中存在哪些問題？給出改善后的包圖設計。9.畫出自動車鎖系統(tǒng)中，實現(xiàn)“鎖車”用例的順序圖，涉及的類對象有車主、車鑰匙、汽車。10.某旅店為了需要開發(fā)一個房間的預訂系統(tǒng)；通過該系統(tǒng)，服務員可認為旅客預訂房間，也可為已經(jīng)預訂房間的旅客取消預訂的房間，其用例圖如下：其中“預訂房間”用例的用例規(guī)約（描述）如下：用例名稱：預訂房間參與者：服務員、旅客（發(fā)起人）描述：服務員運用本用例為客戶完畢房間預訂業(yè)務基本領件流：用例起始于旅客現(xiàn)場需要預定房間服務員按照旅客的規(guī)定查詢相關的房間信息系統(tǒng)顯示所有可預定的房間列表旅客選定所需的房間以及預訂的時間和天數(shù)系記錄算所需的總費用和預付訂金金額旅客現(xiàn)場用鈔票支付所需的訂金服務員采集相關的預訂信息系統(tǒng)記錄預訂信息，并顯示預訂成功的信息，并打印收據(jù)備選事件流：4)a.旅客沒有選擇到滿意的房間，則本次預定業(yè)務終止6)a.旅客金額局限性于支付定金，則本次預定業(yè)務終止其它：1).預定信息涉及旅客的基本信息（姓名、地址、聯(lián)系電話、有效證件號）和本次預訂情況（房間號、預訂天數(shù)、預訂時間、預訂金額）；2).房間費用的計算與房間類型、旅客身份、預訂時間、預訂天數(shù)、支付方式等相關，目前還不太明確。根據(jù)上面的用例圖和“預訂房間”的用例規(guī)約完畢①—③題①在該系統(tǒng)中，實體類有（多選）：ACDA.旅客 B.服務員 C.房間 D.支付方式②“預訂房間”用例第5步需要計算房間費用，此過程比較復雜（參看用例規(guī)約“其它”部分第2條）；因此在用例分析階段，這項職責應當由誰來履行（多選）：A.預訂房間控制類 B.房間實體類C.新增一個計算房間費用的控制類 D.新增一個存儲房間費用的實體類③預訂信息實體類不應當包含的屬性有：AA.旅客電話 B.預訂天數(shù) C.預訂時間 D.預訂金額16.下面模型為“學生選課系統(tǒng)”的部署視圖：根據(jù)這個模型，完畢①—④題①該系統(tǒng)有多少個解決器節(jié)點：CA.1 B.2 C.4 D.3 ②部署圖中的“連接”有（多選）：BCA.DesktopPC B.JDBC C.CampusLAN D.BillingSystem③具有DBMS功能，且可以完畢“持久性”設計機制的解決器節(jié)點有：（多選）BDA.DesktopPC B.CourseCatalog C.RegistrationServer D.BillingSystem④根據(jù)業(yè)務需要，DesktopPC需要新增一臺打印機，請在圖中增長一臺“打印機”設備節(jié)點符號17.數(shù)據(jù)庫設計時需要將對象模型轉換為數(shù)據(jù)模型，請根據(jù)關聯(lián)關系的映射規(guī)則將下列給出的類圖中的“訂單項”類映射為數(shù)據(jù)庫基表“訂單項”，并畫出映射后的“訂單項”基表定義圖，并標明此基表的“主鍵(PK)和外鍵(FK)”。提醒：關聯(lián)關系的映射規(guī)則為兩個持久性對象間的關聯(lián)關系表現(xiàn)為所關聯(lián)對象的外鍵。18．現(xiàn)有如下圖所示的咖啡機的抽象類，請根據(jù)給定的抽象類設計一個“MarkⅣ”型號的具體咖啡機的類圖。提醒：可根據(jù)教材中講解的依賴倒置原則來實現(xiàn)，注意抽象類圖中采用的是《abstract》抽象類，而不是《interface》。答案可直接在下圖中添加。19、請根據(jù)下圖進行關聯(lián)類的設計，畫出改善后的設計類類圖。提醒：面向?qū)ο蟮木幊陶Z言不支持關聯(lián)類的實現(xiàn)，設計時需要根據(jù)業(yè)務規(guī)則將關聯(lián)類直接定義為普通的類，從而將一個多對多的關系轉變?yōu)閮蓚€一對多的關系20.數(shù)據(jù)庫設計中，數(shù)據(jù)模型不支持直接方式的泛化（繼承）關系建模。請將下圖的對象模型轉換為數(shù)據(jù)模型，畫出表、表與表之間的關系示意圖。注意泛化關系的映射，可采用“超類子類都映射成表，超類主鍵作為所有子類的主鍵”的方法。21.某圖書管理系統(tǒng)的需求規(guī)定如下。每個學生在系統(tǒng)中必須先開設一個借書賬戶，然后才可以進行借還書。學生在進行借書或還書時，需要通過圖書管理員進行操作。借書時要記錄借書人姓名、賬戶、圖書條形碼、借書日期（借書記錄）。還書時要記錄借書人姓名、賬戶、圖書條形碼、還書日期（還書記錄）。假如是借書，則系統(tǒng)要判斷該賬戶可借數(shù)目是否超過。若是，則不允許借書。假如是還書，則系統(tǒng)要判斷該圖書借閱時間是否超過預定期限。若是，則追加罰款（罰款記錄）。根據(jù)基本功能規(guī)定，分別回答下列問題。（1）分析圖書管理系統(tǒng)中的實體類，畫出反映實體類之間關系的類圖，并標明關系的多重性。（2）、根據(jù)還書業(yè)務活動的描述，畫出還書業(yè)務的活動圖。（3）根據(jù)給定的“借書”順序圖，分析“賬戶實體類”和“借書信息實體類”具有的初步職責（操作），請分別列出這兩個實體類有哪些“操作”？22.PizzaBase案例分析，回答問題（參考依賴倒置原則）PizzaBase飯館想把顧客預定比薩的過程自動化。每張桌子都配備一個觸摸式屏幕，顧客可以用它瀏覽所供應的比薩，并點菜。該飯館供應兩種基本類型的比薩：自助類只有西紅柿醬，顧客可以選擇任意數(shù)量的配料，每種配料的價格都是固定的。預制類有幾個小類，每個小類都有固定的配料。每種比薩都可以預定酥脆型和松軟型，有三種規(guī)格：6英寸、9英寸和顧客還可以預定飲料，例如提供兩種基本類型的飲料：可樂類和檸檬類，每種飲料都有大杯和小杯兩種規(guī)格。顧客確認了預定的食物后，就顯示總價。之后，屏幕顯示食物的準備和烹飪進度。在顧客吃完后，可以以方便的方式付費。提醒：顧客進PizzaBase飯館的目的是為了吃比薩。1）在PizzaBase案例分析中，下列哪些選項是業(yè)務用例（可多選）？【】(A)飯館準備食物(B)顧客結賬(C)顧客選擇比薩(D)顧客在屏幕上選擇飲料(E)顧客向服務員進行征詢2）在PizzaBase案例分析中，在分析階段的屬性列表是哪一個？【】(A)可樂、比薩類型、價格、規(guī)格、檸檬、付費方式(B)比薩類型、價格、品種、規(guī)格、進度、口味(C)口味、品種、付費方式、總價、顯示、肉類、西紅柿(D)進度、品種、口味、價格、觸摸式屏幕、規(guī)格、飲料3）如圖所示，根據(jù)面向?qū)ο蟮囊蕾嚨怪迷瓌t，從PizzaBase飯館的角度判斷哪個圖是PizzaBase飯館中比薩的最佳模型？【】(A)圖1 (B)圖2 (C)圖34）在PizzaBase案例分析中，請根據(jù)上題的選擇結果，判斷分析類最有也許是哪一個列表？【】(A)Payment,Order,Drink,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)”、所有用戶共性用例都具有“修改密碼”的功能，注意使用參與者之間的泛化關系，再分別考慮每個參與者應當完畢的工作職責。其中求職者可以完畢“發(fā)布求職意向”、“投遞簡歷”、“更新個人信息”、“搜索招聘信息”、“修改密碼”；招聘者可以完畢“發(fā)布招聘信息”、“瀏覽所獲簡歷”、“回復求職者”、“搜索應聘信息”、“修改密碼”；管理員可以“管理求職用戶”、“管理招聘用戶”、“修改密碼”。24.QQ軟件的用戶分為游客和登陸會員，登陸會員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請用類的繼承關系描述QQ用戶群。25.現(xiàn)擬建立一個網(wǎng)上售書系統(tǒng)。客戶對網(wǎng)站的描述如下，規(guī)定網(wǎng)站必須具有以下的功能。顧客可注冊個人信息和申請個人賬號。顧客可瀏覽書籍信息(涉及作者，出版社，目錄，摘要，價格，庫存情況等)，可按作者和書名分別進行搜索。顧客可把書籍加入購物車，也可刪除購物車中書籍。購物車物品確認后顧客可提交購物信息，進行在線支付（暫時只提供銀行卡支付一種手段），并可在訂單物品被發(fā)出之前取消或再編輯訂單。顧客可查看歷史交易記錄。網(wǎng)站設有管理員和工作人員。其中網(wǎng)站管理員負責管理客戶信息，網(wǎng)站的維護，以及網(wǎng)站信息的更新和管理。工作人員負責解決客戶訂單，并告知發(fā)貨單位（也許是網(wǎng)站倉庫，也也許是其他供應商）發(fā)送貨品。銷售貨品都需進行記錄，管理員可查詢所有記錄?？蛻艨蛇x擇打印電子收據(jù)。1）試找出系統(tǒng)中的類，擬定各個類的屬性和類與類之間的關系，并畫出類圖。2）根據(jù)上述業(yè)務描述捕獲系統(tǒng)的需求，根據(jù)每個參與者所完畢的行為設計用例模型，并畫出用例圖。注意用例關系（擴展、包含、泛化）的運用26.網(wǎng)絡的普及帶給了人們更多的學習途徑，隨之而來的管理遠程網(wǎng)絡教學的“遠程網(wǎng)絡教學系統(tǒng)”誕生了。 “遠程網(wǎng)絡教學系統(tǒng)”的功