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

1、選 擇 題 ：（ 共 1 0 小 題 ， 每 題 1 分 ， 共 1 0 分 ）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 ViewC） 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è)

2、選項(xiàng)中說法錯(cuò)誤的是： 【 D】A. 一個(gè)學(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)系B7.下圖中的空心箭頭連線表示【）實(shí)現(xiàn)關(guān)系 C ）依賴關(guān)系】關(guān)系D ）泛化關(guān)系A(chǔ)）泛化B ）包含 C ）擴(kuò)展 D ）實(shí)現(xiàn) &關(guān)于通信圖的描述，下列哪個(gè)不正確【A）通信

3、圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對象的組織；B） 在ROSE工具中，通信圖可在順序圖的基礎(chǔ)上按“F5”鍵自動(dòng)生成;C）通信圖中有消息流的順序號；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é)院做助教 （ teaching assistant ），同時(shí)還在校園餐廳打工做收銀員 （ cashier ）。 也就是說，這個(gè)研究生有 3 種角色

4、：學(xué)生、助教、收銀員，但在同一時(shí)刻只能有一種角色。 ” 根據(jù)上面的陳述，下面哪個(gè)設(shè)計(jì)是最合理的？【】CD11. 下列對系統(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）用例和

5、參與者之間的對應(yīng)關(guān)系又叫做通信關(guān)聯(lián)，它表示參與者使用了系統(tǒng)中的哪些用例B）參與者只能是人，不能是子系統(tǒng)、時(shí)間等C）特殊需求指的是一個(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ǔ)用例在目的上可以完全不同，但是它們都有一段相似的行為，它們 的相似是部分的相似不是整體的相似C）用例的泛化關(guān)系類似于面向?qū)ο笾械睦^承，它把多個(gè)子用例中的共性抽象成一個(gè)父用例。子 用例在繼承父用例

6、的基礎(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ù)陳述：一個(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 ）用

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

8、例從用戶角度描述系統(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)于使用用例的目的，不正確的是【】。A）確定系統(tǒng)應(yīng)具備哪些功能B）為系統(tǒng)的功能提供清晰一致的描述，方便開發(fā)人員傳遞系統(tǒng)的需求C）為系統(tǒng)驗(yàn)證工作打下基礎(chǔ)D）減少程序員的編碼工作量，提高開發(fā)效率21. 當(dāng)使用用例模型對一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)，下列哪個(gè)選項(xiàng)可以被認(rèn)定為該系統(tǒng)的角色（Actor ）：A. 接收

9、工資單的銀行 B. 工資系統(tǒng)源代碼程序 C. 工資單 D. 工資數(shù)據(jù)庫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ì)模型則對系統(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)為

10、設(shè)計(jì)提供了一個(gè)框架D. 架構(gòu)是靜態(tài)的，而不是動(dòng)態(tài)的24. 關(guān)于軟件模塊分層和分區(qū)的注意事項(xiàng)，下列說法中，哪個(gè)是錯(cuò)誤的： 【 】A. 分層時(shí)高層模塊僅對當(dāng)前層和緊鄰著的下層建立依賴關(guān)系，同時(shí)盡量避免越層依賴B. 分層時(shí)較高層關(guān)注用戶需求，受需求影響；而較低層關(guān)注實(shí)施平臺(tái)，受環(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.沒有任何關(guān)系B.建立從子系

11、統(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)是正確的： 【】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)建模過程只會(huì)影響類的操作，而不會(huì)涉及類的屬性27. 已知類A需要類B提供的服務(wù)；下列所描述的四種情況中，哪種情況不會(huì)把類 A和類B之間的關(guān)系定義成依賴關(guān)系： 【】A. 類A中存在

12、兩個(gè)操作都需要訪問類B的同一個(gè)對象B. 類A的某個(gè)操作內(nèi)部創(chuàng)建了類B的對象，而其它操作均與類B無關(guān)C. 類A的某個(gè)操作其參數(shù)是類 B的對象，而其它操作均與類B無關(guān)D. 類 B 是一個(gè)全局變量 28Statopia 是一家大型公司，由于公司業(yè)務(wù)的擴(kuò)大，準(zhǔn)備對公司已有的軟件系統(tǒng)進(jìn)行升級，因此委托ObjectR公司進(jìn)行升級。Statopia公司所使用的系統(tǒng)是很久以前開發(fā)的，且不是用0C方法開發(fā)的,該系統(tǒng)非常復(fù)雜，而且系統(tǒng)使用多線程來處理公司中并發(fā)的業(yè)務(wù)請求。由于原系統(tǒng)開發(fā)出來后經(jīng)過多次修改，最初的系統(tǒng)開發(fā)文檔已經(jīng)過時(shí)。 理人員開一次討論會(huì)， 進(jìn)一步了解業(yè)務(wù)， 下面幾個(gè)圖中哪個(gè)圖是最有用的 ? 【Ob

13、jectR 公司建議在對系統(tǒng)升級前和 Statopia 公司的高層管以便能更好地了解目前所使用的軟件系統(tǒng)。 在這次討論會(huì)中，】A）狀態(tài)圖B ）部署圖C ）活動(dòng)圖 D ）順序圖29. 每個(gè) HouseKeeper 都有一個(gè) Manager 負(fù)責(zé)，有的 Manager 可能負(fù)責(zé)多個(gè) HouseKeeper ，有的 MangerA.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ì)，其中（1L為系統(tǒng)的靜態(tài)結(jié)構(gòu)視圖；對系統(tǒng)的參與者和行為進(jìn)行

14、組織和建模是非常重要的; 和（4L都是描述系統(tǒng)動(dòng)態(tài)視圖的交互圖，其中（3L描述了以時(shí)間順序組織的對象之間的交互活動(dòng),（4）強(qiáng)調(diào)收發(fā)消息的對象的組織結(jié)構(gòu)。那么，符合-順序的答案為【】：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） 包含

15、35. （多選題）已知某接口 A,存在類B實(shí)現(xiàn)了該接口所定義的所有操作；對于這兩個(gè)類之間存在的關(guān)系，下列選項(xiàng)中哪些是正確的（為了簡化，圖中省略了相關(guān)的屬性和操作）：【A. B. C. D.36. (多選題)如下圖所示，下面哪些陳述是正確的？【 】(A) 汽車總是有相同的車身(B) 一些汽車有備用輪胎(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

16、(D) Object Store (E) JDO38. (多選題)請根據(jù)下述描述，不正確的是【 】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.

17、 多重繼承增加了系統(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í)如何表示其它類與這兩個(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ù)封裝成對象B. 將對

18、象間的關(guān)系轉(zhuǎn)化成數(shù)據(jù)表之間的關(guān)系C. 將對象拆分成數(shù)據(jù)D. 提高數(shù)據(jù)庫訪問效率42. (多選題)下列選項(xiàng)中，那些是“用例描述”應(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)系

19、C. 將職責(zé)放在控制類中,對其它需要執(zhí)行該職責(zé)的類增加關(guān)系D. 將職責(zé)放在邊界類中,對其它需要執(zhí)行該職責(zé)的類增加關(guān)系E. 創(chuàng)建一個(gè)新類，將職責(zé)放在這個(gè)新類中，對其它需要執(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ū)?/p>

20、象的基本設(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ì)原則，回答哪一種關(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 ）上圖中的參與者有？【】(c) 3(

21、d) 4(a) 1 (b) 22)上圖中的用例有？【】(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ì)的核心思想是什么，并對其進(jìn)行說明。11. 某電話公司決定開發(fā)一個(gè)管理所有客戶信息的交互式的網(wǎng)絡(luò)系統(tǒng)，系統(tǒng)功能需求描述如下：（

22、 1）瀏覽客戶信息：任何使用 Internet 的網(wǎng)絡(luò)用戶都可以瀏覽電話公司所有的客戶信息（包括 姓名、住址、電話號碼等） 。（ 2）登錄：電話公司授予每個(gè)客戶一個(gè)賬號。擁有授權(quán)賬號的客戶，可以使用系統(tǒng)提供的頁面設(shè) 置個(gè)人密碼，并使用該賬號和密碼向系統(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)用例圖1

23、2. 在考慮部署環(huán)境時(shí)，如果需要將某個(gè)包的內(nèi)容部署到多個(gè)不同的節(jié)點(diǎn)，如何對包進(jìn)行部署？13. 根據(jù)給定的設(shè)計(jì)類類圖，請闡述該類圖所反映的業(yè)務(wù)領(lǐng)域知識。14. 下圖為用例文檔中的事件流描述-用例交互四部曲示意圖，請從需求和分析兩個(gè)階段根據(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)與外部 的耦合。請問，采取這種

24、策略對設(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)系。2） 交通工具與卡車之間是【】關(guān)系。3） 公司與部門之間是【】關(guān)系。4）罰款與讀者的類型之間是【】關(guān)系。5）參數(shù)類及其實(shí)例類之間是【】關(guān)系。17. 如圖所示，請回答：命名對象aPayme ntCon troller:Payme ntCon troller必須實(shí)現(xiàn)哪些方法？3個(gè)分析工作：】D命名對象 aReservation:Reservation為什么沒有畫在順

25、序圖的頂部？參與者有哪幾個(gè)？該順序圖 中有沒有“自反消息”？ 18順序圖，根據(jù)下圖，完成以下1）指出下圖中的參與者？【AB C D2）哪些是對象？【A B C 3）Server類調(diào)用了 CreditService類中的什么操作?A B C 19. 請根據(jù)下圖回答問題1）此圖反映了參與者之間的什么關(guān)系？2） 圖中的“安全主管”、“經(jīng)理”和“保安”三個(gè)參與者分別可執(zhí)行的用例有哪些用例？20. 一般情況下，每個(gè)參與者與用例之間可以定義一個(gè)邊界類，每個(gè)用例可以定義一個(gè)控制類，那么,請根據(jù)下圖需要定義幾個(gè)邊界類和幾個(gè)控制類？并給出具體的邊界類和控制類的名稱和符號三、綜合設(shè)計(jì)題：（共60分）1. 下述用例

26、圖在分析階段出現(xiàn)了 “四輪馬車”的現(xiàn)象，為避免“四輪馬車”問題，請給出改進(jìn)后的用 例圖2. 用例關(guān)系主要有：擴(kuò)展工心、包含心也匕、泛化三種關(guān)系，請根據(jù)下述文字描述，畫出用例圖，并標(biāo)明用例之間的擴(kuò)展和包含關(guān)系（5分）業(yè)務(wù)描述：短途旅行但汽車的油不足以應(yīng)付全部路程。那么為汽車加油的動(dòng)作在旅行的每個(gè)場景（事件流）中都會(huì)出現(xiàn)，不加油就不會(huì)完成旅行。吃飯則可以由司機(jī)決定是否進(jìn)行，不吃飯不會(huì)影響旅行的完 成。（參與者有司機(jī)，用例有旅行、為汽車加油、吃飯）答：3. 根據(jù)以下描述畫出類圖，并注明多重性關(guān)系：一個(gè)學(xué)生可以選修多門課程，也可能沒有任何課程； 一門課程可以被多個(gè)學(xué)生選修；一個(gè)老師可以教多門課程或者不

27、教課；每門課程至少有一個(gè)老師，也 可以有多個(gè)老師任教；每門課程可以有 0或1本教材，每本教材只能用于一門課程。4. 類圖語義描述：人由頭部、軀干、四肢、內(nèi)臟等部分組成。它們的生命周期一致，當(dāng)人出生時(shí)，頭 部、軀干、四肢、內(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

28、是指入庫中的每一項(xiàng)，Product則是產(chǎn)品信息。請指出模型中的錯(cuò)誤，說明原因并手工繪制正確的類圖。7. 下圖設(shè)計(jì)是否符合面向?qū)ο笤O(shè)計(jì)原則？應(yīng)如何改進(jìn)？&請問下面包圖設(shè)計(jì)中存在哪些問題？給出改進(jìn)后的包圖設(shè)計(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）用例起始于旅客

29、現(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）服務(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ù)、支付方式

30、等相關(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)該由誰來履行（多選） ：A. 預(yù)訂房間控制類 B. 房間實(shí)體類C. 新增一個(gè)計(jì)算房間費(fèi)用的控制類D. 新增一個(gè)存儲(chǔ)房間費(fèi)用的實(shí)體類 預(yù)訂信息實(shí)體類不應(yīng)該包含的屬性有： A A. 旅客電話 B. 預(yù)訂天數(shù) C. 預(yù)訂時(shí)間16. 下面模型為“學(xué)生選課系統(tǒng)”的部署視圖：根據(jù)這個(gè)模型，完成一題 該系統(tǒng)有多少個(gè)

31、處理器節(jié)點(diǎn)： CA. 1B. 2 C. 4D. 3 部署圖中的“連接”有（多選） ： BCA. Desktop PCB. JDBC C. Campus LAND. 預(yù)訂金額E. 無法確定D. Billing System 具有DBM助能，且能夠完成“持久性”設(shè)計(jì)機(jī)制的處理器節(jié)點(diǎn)有：（多選）BDA. Desktop PCB. Course CatalogC. Registration ServerD.Billing System 根據(jù)業(yè)務(wù)需要， Desktop PC 需要新增一臺(tái)打印機(jī)，請?jiān)趫D中增加一臺(tái)“打印機(jī)”設(shè)備節(jié)點(diǎn)符 號17. 數(shù)據(jù)庫設(shè)計(jì)時(shí)需要將對象模型轉(zhuǎn)換為數(shù)據(jù)模型，請根據(jù)關(guān)聯(lián)關(guān)系的映射

32、規(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ù)給定的抽象類設(shè)計(jì)一個(gè)“Mark ”型號的具體咖啡機(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ù)

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

34、還書記錄 ）。如果是借書，則系統(tǒng)要判斷該 賬戶可借數(shù)目是否超出。若是，則不允許借書。如果是還書，則系統(tǒng)要判斷該圖書借閱時(shí)間是否超過 預(yù)定期限。若是，則追加 罰款 （ 罰款記錄 ）。根據(jù)基本功能要求，分別回答下列問題。（ 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é)(操作)，請分別列出這兩個(gè)實(shí)體類有哪些“操作”？22. PizzaBase 案例分析，回答問題(參考依賴倒置原則)PizzaBase 飯館想把顧客預(yù)定比

35、薩的過程自動(dòng)化。每張桌子都配備一個(gè)觸摸式屏幕，顧客可以用 它瀏覽所供應(yīng)的比薩，并點(diǎn)菜。該飯館供應(yīng)兩種基本類型的比薩：自助類只有西紅柿醬，顧客可以選擇任意數(shù)量的配料，每種配 料的價(jià)格都是固定的。預(yù)制類有幾個(gè)小類，每個(gè)小類都有固定的配料。每種比薩都可以預(yù)定酥脆型和 松軟型，有三種規(guī)格： 6 英寸、 9 英寸和 12 英寸。顧客還可以預(yù)定飲料，例如提供兩種基本類型的飲料：可樂類和檸檬類，每種飲料都有大杯和小 杯兩種規(guī)格。顧客確認(rèn)了預(yù)定的食物后， 就顯示總價(jià)。 之后， 屏幕顯示食物的準(zhǔn)備和烹飪進(jìn)度。 在顧客吃完后， 可以以方便的方式付費(fèi)。提示：顧客進(jìn) PizzaBase 飯館的目的是為了吃比薩。1)在

36、 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飯館中比薩的最佳模型

37、？【 】(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, Prefab, Table, Order(C) Restaurant, Pizza, Topping, Display, Payment, Order, Touch(D) Customer, Tabl

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

39、。24. QQ軟件的用戶分為游客和登陸會(huì)員，登陸會(huì)員分為群成員和非群成員，群成員分為群主和群普通成員、群管理員，請用類的繼承關(guān)系描述QQ用戶群。25. 現(xiàn)擬建立一個(gè)網(wǎng)上售書系統(tǒng)?？蛻魧W(wǎng)站的描述如下，要求網(wǎng)站必須具備以下的功能。顧客可注冊個(gè)人信息和申請個(gè)人賬號。顧客可瀏覽書籍信息 ( 包括作者，出版社，目錄，摘要，價(jià)格，庫存情況等 )，可按作者和書 名分別進(jìn)行搜索。顧客可把書籍加入購物車，也可刪除購物車中書籍。 購物車物品確認(rèn)后顧客可提交購物信息，進(jìn)行在線支付(暫時(shí)只提供銀行卡支付一種手段) 并可在訂單物品被發(fā)出之前取消或再編輯訂單。顧客可查看歷史交易記錄。 網(wǎng)站設(shè)有管理員和工作人員。其中網(wǎng)站

40、管理員負(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)” 誕生了。 “遠(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)”后才能正常使用該系統(tǒng)的所有功能。如果忘記密碼