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

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