1、UML 補(bǔ)考練習(xí)匯總補(bǔ)考練習(xí)匯總 1、請(qǐng)根據(jù)本學(xué)期的課程，結(jié)合實(shí)際軟件開(kāi)發(fā)過(guò)程，歸納出使用面向?qū)ο蠹夹g(shù)進(jìn)行項(xiàng)目開(kāi) 發(fā)，需要開(kāi)展哪些活動(dòng)，你認(rèn)為最關(guān)鍵的活動(dòng)是什么？(A 卷考過(guò)卷考過(guò)) 用例模型：用例文本和用例圖(1 分) 領(lǐng)域模型分析：領(lǐng)域模型(1 分) 用例順序圖分析：用例順序圖（1 分） 類(lèi)圖建模：類(lèi)圖（1 分） 最關(guān)鍵的活動(dòng)是領(lǐng)域建模。 （1 分） 2、 “老師說(shuō)要迭代開(kāi)發(fā)，真是有道理。我決定在我們的項(xiàng)目組實(shí)施迭代開(kāi)發(fā)，第一迭代 先做需求，第二個(gè)迭代做分析，第三個(gè)迭代做設(shè)計(jì).” ，這句話正確嗎？為什么？ 不對(duì)（2 分） ，每次迭代都是一次軟件開(kāi)發(fā)完整的過(guò)程，不是按步驟的每次迭代完成不同

2、的任務(wù)（3 分） 。 3、假設(shè)要構(gòu)造一個(gè)和用戶(hù)下棋的游戲系統(tǒng)，哪些 UML 圖對(duì)設(shè)計(jì)該游戲有幫助？為什么？ (A 卷考過(guò)卷考過(guò)) 答：用例圖、類(lèi)圖、順序圖（交互圖） （2 分） ，用例圖可以歸納游戲系統(tǒng)需要完成的功能 需求，類(lèi)圖分析了系統(tǒng)需要的類(lèi)，及其承擔(dān)職責(zé)，刻畫(huà)了系統(tǒng)的靜態(tài)結(jié)構(gòu)。使用順序圖可 以對(duì)具體場(chǎng)景的交互進(jìn)行動(dòng)態(tài)建模。理解系統(tǒng)的內(nèi)部的交互過(guò)程。 （3 分） 。 4、在用例模型中，除了需要繪制用例圖，最重要的是為每個(gè)用例編寫(xiě)用例文本，用例文 本當(dāng)中常有：主要參與者、涉眾及其關(guān)注點(diǎn)、前置條件、后置條件、主成功場(chǎng)景、擴(kuò)展 場(chǎng)景、特殊需求等部分。阿呆比較笨，老是搞不清。請(qǐng)你告訴他那個(gè)部分最重

3、要，解釋 該部分含義，并說(shuō)明重要理由。 主成功場(chǎng)景 場(chǎng)景里面有對(duì)話功能，交互過(guò)程 5、根據(jù)下列代碼片斷，畫(huà)圖說(shuō)明已經(jīng)創(chuàng)建的類(lèi)的數(shù)據(jù)成員及類(lèi)間的關(guān)系。 （要求：如有 關(guān)聯(lián)需要標(biāo)明關(guān)聯(lián)的方向、角色名和多重性） 代碼 public class CatalogueEntry private String name; private String number; private String cost; public class Part private CatalogueEntry entry; Part -name : string -number : string -cost : string C

4、atalogueEntry entry 1 class Use Case Model CatalogueEntry - cost: String - name: String - number: String Part - entry: CatalogueEntry entry 6、通信圖和順序圖都是交互圖，阿呆不明白什么時(shí)候用通信圖，什么時(shí)候用順序圖。 請(qǐng)你為他解釋順序圖和通信圖的優(yōu)點(diǎn)和缺點(diǎn)。 順序圖和通信圖的優(yōu)缺點(diǎn)：順序圖對(duì)工具的支持更好，并有更多有效的表示法,可以更方 便地表示調(diào)用流的順序，并且在文檔化方面更勝一籌。而通信圖則必須查閱順序編號(hào)，在 墻上繪制 “ U M L 草圖”時(shí)利用通

5、信圖易于修改更具空間效用，而順序圖在墻上 繪制（或窄幅紙張） 時(shí)不如通信圖方便。 7、Monopoly 游戲中，由誰(shuí)來(lái)創(chuàng)建 Square 對(duì)象比較合適？阿呆發(fā)現(xiàn)類(lèi)圖中有兩個(gè)類(lèi)都可以 承擔(dān)此職責(zé)：MonopolyGame 和 Board。他有點(diǎn)迷糊不知道該選那個(gè)比較好。請(qǐng)你幫他選一 個(gè)，并解釋理由。 因?yàn)?square 是被包含關(guān)系，被包含于 board 所以由 board 來(lái)創(chuàng)建 8、阿呆剛學(xué)過(guò) GRASP 設(shè)計(jì)原則，覺(jué)得很不錯(cuò)，于是準(zhǔn)備應(yīng)用在設(shè)計(jì)的選課系統(tǒng)中，系 統(tǒng)有課程類(lèi)，課程類(lèi)的實(shí)例包含某門(mén)課程的具體信息。阿呆就想，依據(jù)信息專(zhuān)家的原則， 那么，該由課程對(duì)象把課程信息存入到數(shù)據(jù)庫(kù)中。但是項(xiàng)

6、目經(jīng)理告訴他這樣做不好。阿呆 想不通，請(qǐng)你詳細(xì)為阿呆解釋一下，這樣做有什么壞處，應(yīng)該如何處理。(A 卷考過(guò)卷考過(guò)) 壞處：高內(nèi)聚，低耦合，冗余高； 應(yīng)該虛構(gòu)一個(gè)類(lèi)來(lái)幫助解決 參考 P213 將課程信息存入數(shù)據(jù)庫(kù)的職責(zé)分配給課程類(lèi)會(huì)造成課程類(lèi)與數(shù)據(jù)庫(kù)接口類(lèi)的耦合，面向數(shù) 據(jù)庫(kù)的操作與實(shí)際的課程類(lèi)無(wú)關(guān)，使得課程類(lèi)非內(nèi)聚，不利于數(shù)據(jù)庫(kù)操作的復(fù)用，其它類(lèi) 也存在保存對(duì)象的職責(zé)。 在某些情況下，專(zhuān)家模式建議的方法并不好，這是由于耦合與內(nèi)聚問(wèn)題所產(chǎn)生的。專(zhuān)家會(huì) 建議由課程對(duì)象把課程信息存入到數(shù)據(jù)庫(kù)中，那么按照這個(gè)決定進(jìn)行邏輯推理，每個(gè)類(lèi)都 應(yīng)當(dāng)把自身保存到數(shù)據(jù)庫(kù)中。但這樣會(huì)導(dǎo)致內(nèi)聚，耦合，及冗余方面的問(wèn)題

7、，例如現(xiàn)在課 程類(lèi)必須包含于數(shù)據(jù)庫(kù)處理相關(guān)的邏輯，如 SQL 和 JDBC 相關(guān)的處理邏輯。因此，課程類(lèi) 由于存在其他職責(zé)而降低了它的內(nèi)聚，這個(gè)類(lèi)必須與其他子系統(tǒng)的數(shù)據(jù)服務(wù)進(jìn)行耦合，會(huì) 使得耦合度上升。這樣會(huì)導(dǎo)致大量持久性類(lèi)中重復(fù)出現(xiàn)類(lèi)似的數(shù)據(jù)庫(kù)邏輯，有大量的冗余。 所以這樣的做法違反了基本架構(gòu)原則，應(yīng)將應(yīng)用邏輯和數(shù)據(jù)庫(kù)邏輯放置不同一處，而不是 在同一構(gòu)件中把不同的系統(tǒng)關(guān)注混合起來(lái)。因此，按照專(zhuān)家模式，該由課程對(duì)象把課程信 息存入到數(shù)據(jù)庫(kù)中是合理的，但由于其他原因，會(huì)使得我們最終得出不佳的設(shè)計(jì) 9、請(qǐng)你詳細(xì)說(shuō)明一下領(lǐng)域模型與設(shè)計(jì)類(lèi)圖的相同點(diǎn)及不同點(diǎn)。 相同點(diǎn) 領(lǐng)域模型是沒(méi)有方法的類(lèi)圖的集合 不

8、同點(diǎn) 領(lǐng)域模型只有屬性無(wú)類(lèi)型無(wú)方法 類(lèi)圖包括類(lèi)名，屬性，操作 10 下圖是一個(gè)“涉稅服務(wù)管理效能管理系統(tǒng)”中類(lèi)模型的一個(gè)局部，請(qǐng)根據(jù)該圖回答以下問(wèn) 題。在描述“稅務(wù)審批服務(wù)申請(qǐng)”時(shí)，它主要包含哪幾個(gè)方面的內(nèi)容？它有幾種不同的類(lèi)別？ (A 卷考過(guò)卷考過(guò)) 1：三個(gè)指向他的“申請(qǐng)” 2：4 個(gè)被它指向的 行政許可類(lèi)申請(qǐng) 行政審批類(lèi)申請(qǐng) 涉稅服務(wù)類(lèi)申請(qǐng) 流轉(zhuǎn)記錄處理人 11 11 窗口人員核查人員審批人員 受理資料 受理提示 受理告知 納稅人 稅務(wù)審批服務(wù)申請(qǐng) 0.n 1 0.n 1 0.n0.n 1 0.n 1 0.n 1 0.n1 0.n1 0.n1 10.n 11 POS 系統(tǒng)中，當(dāng)顧客以支付

9、貨款時(shí)，需要計(jì)算出支付余額。阿呆發(fā)現(xiàn)類(lèi)圖中 有兩個(gè)類(lèi)都可以承擔(dān)此職責(zé)：Sale 和 Payment。他有點(diǎn)迷糊不知道該選那個(gè)比 較好。請(qǐng)你幫他選一個(gè)最佳方案，并解釋理由。 SalesLineItem quantity : Integer getSubtotal() Payment amount : Money . 1.* Sale isComplete : Boolean time : DateTime becomeComplete() makeLineItem(.) makePayment(.) getTotal() 1 1 1 * lineItems ordered payment des

10、cription 選 SALE，因?yàn)?SALE 只需要一條線連接到 paymant，而 payment 卻需要兩條連接到 SALE 根據(jù)內(nèi)聚耦合原理，應(yīng)當(dāng)選擇 SALE(A 卷考過(guò)卷考過(guò)) 1212 搬了新家，阿呆決定去申請(qǐng)安裝 ADSL，他到營(yíng)業(yè)廳填好單，和證件一起交給營(yíng)業(yè)員。 營(yíng)業(yè)員查看阿呆的證件，接過(guò)單子開(kāi)始操作電腦。如果站在營(yíng)業(yè)員身后，會(huì)看見(jiàn)營(yíng)業(yè)員 打開(kāi)一個(gè)“受理”菜單，選擇“ADSL” ，彈出一個(gè)帶有好多個(gè) Tab 的框框，營(yíng)業(yè)員嗶哩叭 啦把數(shù)據(jù)輸進(jìn)去，然后讓阿呆設(shè)置一個(gè)服務(wù)密碼，又過(guò)一陣，營(yíng)業(yè)員遞出單子，告訴阿 呆回家等，施工人員一天內(nèi)就到。阿呆高興的出門(mén)。營(yíng)業(yè)員嘆了一口氣，想“又

11、弄完一 個(gè)” 考慮營(yíng)業(yè)員的“ADSL 業(yè)務(wù)受理系統(tǒng)” ，根據(jù)上述信息，分析下面所列對(duì)象或事件歸 屬那一類(lèi)別，并在表中填寫(xiě)。 （注意，所列的對(duì)象或事件有可能屬于多個(gè)類(lèi)別，也有可能 都不屬于任何一類(lèi)，多填或少填都不得分,涉眾填不全扣一分） 對(duì)象或事件對(duì)象或事件：阿呆營(yíng)業(yè)員設(shè)置密碼施工人員受理 ADSL 申請(qǐng)安裝 ADSL “受理”菜單 類(lèi)別類(lèi)別：主參與者 輔助參與者用例涉眾 主參與者主參與者 營(yíng)業(yè)員營(yíng)業(yè)員 輔助參與者輔助參與者 阿呆阿呆 用例用例 受理受理 ADSLADSL 申請(qǐng)申請(qǐng) 涉眾涉眾 施工人員施工人員 13 狀態(tài)圖是為某個(gè)對(duì)象的狀態(tài)和事件以及響應(yīng)事件的行為的建模。下面的普通電話機(jī)的 狀態(tài)

12、圖，技術(shù)經(jīng)理已經(jīng)使用狀態(tài)圖對(duì)其詳細(xì)建模，但阿呆不小心把圖弄模糊了，請(qǐng)你幫 忙補(bǔ)充完整。 （狀態(tài)及事件名可以中文表示） Idle off hook / play dial tone valid subscriber digitdigit complete connected （1 1） ActiveActive （2 2） PlayingDialTonePlayingDialTone （3 3） DialingDialing （4 4） ConnectingConnecting （5 5） TalkingTalking 14 請(qǐng)根據(jù)下列代碼片斷，畫(huà)出設(shè)計(jì)類(lèi)圖。注意類(lèi)，類(lèi)的屬性和方法以及類(lèi)之間關(guān)聯(lián)

13、，關(guān) 聯(lián)的導(dǎo)航性、多重性或是角色名。 Store store=new Store(); Register register=store.getRegister(); int t=store.getNo(); ProductCatalog catalog=new ProductCatalog(); register.setNo(t); register.setCatalog(catalog); ProcessSaleJFrame frame=new ProcessSaleJFrame(register); 15下面是航空公司系統(tǒng)的部分類(lèi)模型，模型里的類(lèi)都是需要持久存儲(chǔ)的對(duì)象。請(qǐng)你為阿 呆設(shè)計(jì)一個(gè)

14、將該類(lèi)圖映射為關(guān)系數(shù)據(jù)庫(kù)中的表的方案。即數(shù)據(jù)庫(kù)中該有用那些表存儲(chǔ)這些 類(lèi)的數(shù)據(jù)，這些表該有那些列。 （表的主鍵外鍵要說(shuō)明）(A 卷考過(guò)卷考過(guò)) class Data Airline - name - symbol Employee - name - idCard Flight - flightNum - date Pilot - flightRating FlightAttendant 0.*1 1 Schedule 0.* +copilot 10.* +pilot 10.* 0.* AttendantAssignment 0.* Airline(Alid,name,symbol) Emplo

15、yee(idcard,name,ALID) Pilot(idcard,fightRating) FightAssistant(idcard) Flight(fightNum,data,PilotID,copiloted,AlID) AttendantAssignment(fightNum,idcard) 16 請(qǐng)說(shuō)明領(lǐng)域模型中要展示內(nèi)容（三個(gè)方面） ，并根據(jù)下面描述繪制出汽車(chē)公司調(diào)度管理 系統(tǒng)的領(lǐng)域模型。(A 卷考過(guò)無(wú)答案卷考過(guò)無(wú)答案) 阿呆開(kāi)設(shè)了一家汽車(chē)公司專(zhuān)門(mén)為學(xué)生服務(wù)，公司擁有 40 輛汽車(chē)，服務(wù)對(duì)象是 1600 個(gè)學(xué)生。 汽車(chē)日常行駛的路線有 30 條。每條路線上設(shè)有許多站牌，學(xué)生們可

16、在這些地方上下車(chē)。公 司雇傭了 20 個(gè)全職的司機(jī)和 30 個(gè)兼職的司機(jī)。汽車(chē)公司設(shè)有一個(gè)調(diào)度員，專(zhuān)門(mén)負(fù)責(zé)司機(jī) 和路線的安排。公司經(jīng)常會(huì)收到學(xué)生或家長(zhǎng)們對(duì)司機(jī)的投訴。如果投訴的情況相當(dāng)嚴(yán)重， 司機(jī)有可能會(huì)被停職甚至被解雇 17 根據(jù)以下 Java 源程序片斷繪制出 doPayroll 函數(shù)實(shí)現(xiàn)的順序圖。 public class Payroll private PayrollDB itsPayrollDB; private PayrollDisposition itsDisposition; /. public void doPayroll() List employeeList = itsP

17、ayrollDB.getEmployeeList(); foreach(Employee e in employeeList) bool flag=e.isPayDay(); if(flag) double pay=e.calculatePay(); double deductions=e.calculateDeductions(); itsDisposition.sendPayment(pay-deductions); 20 我家超級(jí)市場(chǎng)是大型的連鎖零售商場(chǎng)，銷(xiāo)售各類(lèi)商品，超市的收銀員使用 POS 收銀系 統(tǒng)處理用戶(hù)的銷(xiāo)售。請(qǐng)問(wèn)收銀員是處于 POS 收銀系統(tǒng)的邊界外還是邊界內(nèi)？為什么？ 21

18、 詳細(xì)解釋下列消息。 （說(shuō)明消息名稱(chēng)、參數(shù)、返回值等） （1）2:display(x,y) （2）1.3.1: p:=find(specs) （3）x04:invert(x,color) （4）3.1 *:update() （5）1:create(p,4) 22 請(qǐng)說(shuō)明領(lǐng)域模型中要展示內(nèi)容（三個(gè)方面） ，根據(jù)下面描述繪制出領(lǐng)域模型。 假設(shè)一個(gè)公司雇傭了若干員工，每個(gè)員工的信息包括員工號(hào)碼、姓名、地址和生日。該公 司當(dāng)前有幾個(gè)項(xiàng)目，每個(gè)項(xiàng)目的信息包括項(xiàng)目名稱(chēng)和開(kāi)始日期。每個(gè)員工可同時(shí)被分派到 一個(gè)或幾個(gè)項(xiàng)目中，也可以不做任何項(xiàng)目。每個(gè)項(xiàng)目至少由一個(gè)員工來(lái)承擔(dān)。公司在每個(gè) 月末給每個(gè)員工郵寄一張支

19、票，支票上的數(shù)額與項(xiàng)目的性質(zhì)和工作時(shí)間相關(guān)。請(qǐng)用一張類(lèi) 圖描述上述情況。要求：給出相關(guān)的類(lèi)、屬性、方法和關(guān)聯(lián) 23 下面是 Monopoly 游戲設(shè)計(jì)過(guò)程中的一張每個(gè)輪次實(shí)現(xiàn)順序圖，請(qǐng)根據(jù)順序圖所示， 寫(xiě)出 takeTurn 方法的基本實(shí)現(xiàn)代碼。其中 dicei中 i 等于 2。 （包括函數(shù)的定義，函數(shù)所 在類(lèi)的定義。 ） 24 請(qǐng)根據(jù)下面描述回答相應(yīng)問(wèn)題： 學(xué)院圖書(shū)館需要一個(gè)新的圖書(shū)管理系統(tǒng)管理圖書(shū)資源。圖書(shū)由圖書(shū)館顧客借出、還入 和預(yù)定。當(dāng)圖書(shū)逾期一周時(shí)，會(huì)以電子郵件的方式通知顧客。圖書(shū)每逾期一天，顧客將被 罰 1 元。每本書(shū)最多罰款 10 元。顧客出有不同身份，這些身份能夠影響一本書(shū)被借

20、出的 時(shí)間。不同的身份所獲得的服務(wù)也不同。學(xué)生借書(shū)可借出四周，教師可借閱兩個(gè)月，圖書(shū) 館工作人員可以把書(shū)保留三個(gè)月。只要沒(méi)有其他顧客要求借閱，任何可借出的圖書(shū)館資源 都可以續(xù)借。圖書(shū)管理系統(tǒng)必須聯(lián)網(wǎng)，顧客可以通過(guò)瀏覽器進(jìn)行檢索和預(yù)訂。 (1)請(qǐng)畫(huà)出該圖書(shū)管理系統(tǒng)的主要用例圖。 (2)建立該圖書(shū)管理系統(tǒng)的領(lǐng)域模型。 25. GRASP 是什么的縮寫(xiě)（中文意思也可以） ，簡(jiǎn)述“信息專(zhuān)家” （Information Expert） 設(shè)計(jì)原則的內(nèi)容。舉例說(shuō)明。簡(jiǎn)述“控制器（Controller）設(shè)計(jì)原則的內(nèi)容。舉例說(shuō)明。 答：GRASP：General Responsibility Assignmen

21、t Software Patterns，通用職責(zé)分配軟件模 式。 信息專(zhuān)家：對(duì)象具有某方面完整的信息，應(yīng)將操作信息的職責(zé)交給這個(gè)對(duì)象。這個(gè)對(duì) 象就是所謂的信息專(zhuān)家。 如銷(xiāo)售總額的獲得，應(yīng)當(dāng)尋找具有確定總額所需信息的那個(gè)對(duì)象負(fù)責(zé)。 控制器：虛構(gòu)出一個(gè)用來(lái)接收和處理系統(tǒng)事件的職責(zé)的類(lèi)。 如 Pos 系統(tǒng)中處理銷(xiāo)售用例，外部參與者的發(fā)出請(qǐng)求首先提交給 Register 控制器處理 26.請(qǐng)解釋和比較用例圖中用例間的擴(kuò)展（）和包含（）兩種關(guān)系。 答：擴(kuò)展關(guān)系：擴(kuò)展用例是基用例的一段相對(duì)獨(dú)立并且可選的動(dòng)作流 包含關(guān)系：使用包含（Inclusion）用例來(lái)封裝一組跨越多個(gè)用例的相似動(dòng)作（行為片 斷） ，以

22、便多個(gè)基（Base）用例復(fù)用。 27 在面向?qū)ο蠓治鲞^(guò)程中，尋找對(duì)象、類(lèi)、屬性、屬性值的策略是什么？ 答：采用名詞法，把需求分析中出現(xiàn)的名詞全部列舉出來(lái)， 再進(jìn)篩選。有的名詞可能轉(zhuǎn) 化為對(duì)象，有些名詞可能建模為對(duì)象的屬性。對(duì)找出的對(duì)象進(jìn)行數(shù)據(jù)抽象，提取出類(lèi)。 公司可以雇用多人，人也可以為多個(gè)公司工作。每個(gè)公司只有一個(gè)總經(jīng)理。下面的經(jīng)理 可以管理多個(gè)員工，請(qǐng)?jiān)谙聢D中的關(guān)聯(lián)線上加上適當(dāng)標(biāo)注（關(guān)聯(lián)名、角色和多重性） ，使 上述含義清楚。 （請(qǐng)標(biāo)注在答題紙上） PersonCompany 10.1 * 1 * 答： PersonCompany -總經(jīng)理 10.1 管理 -雇員 * -雇主 * 工作 -

23、經(jīng)理1 -員工* 28.請(qǐng)寫(xiě)出類(lèi)圖對(duì)應(yīng)的面向?qū)ο蟠a。 Company +assign(in d : Department) +setCompensation(in s : Salary) Person -employee 1.10 -employer 1 Class Person Company employer; Public void assign(Department d) Public void setCompensation(Salary s) Class Company Person employee10; 29下面描述飛行公司雇員的類(lèi)圖，請(qǐng)將該類(lèi)圖映射為關(guān)系數(shù)據(jù)庫(kù)中的表。 -n

24、ame : string -taxpayerNumer : float Employee -flightRating : string Pilot -position FlightAttendant 映射為一個(gè)表： EmployeeID, name, taxpayerNumber, employeeType, flightRating, position EmployeeID 為主鍵。employeeType 為新增的字段，類(lèi)的類(lèi)型。 30下面給出了預(yù)訂航班用例的主要成功場(chǎng)景： 用例：預(yù)訂航班的主成功場(chǎng)景 1.顧客向系統(tǒng)提交航班預(yù)訂信息（出發(fā)地、目的地、出發(fā)日期和人數(shù)） 2.系統(tǒng)檢索滿(mǎn)足這些條

25、件的航班 3.系統(tǒng)顯示滿(mǎn)足條件的航班信息 4.顧客選擇所要的航班 5.系統(tǒng)檢索該航班剩余的座位信息 6.系統(tǒng)顯示可預(yù)訂的座位信息 7.顧客選擇所要的座位 8.系統(tǒng)生成一個(gè)臨時(shí)預(yù)訂記錄 9.系統(tǒng)將顧客所選擇的座位狀態(tài)從“未預(yù)訂”修改為“已預(yù)訂” 分析員張三認(rèn)為與該用例相關(guān)的對(duì)象至少有 Reservation（預(yù)訂） 、Seat（座位）和 Flight（航班） 。請(qǐng)繪制出該用例主成功場(chǎng)景順序圖（請(qǐng)補(bǔ)充必要的對(duì)象） 顧客 FlightSeat Reservation Controller 查詢(xún)航班信息 檢索航班 航班信息航班信息 確定航班 檢索座位 座位信息座位信息 確定座位 創(chuàng)建(航班,座位) 改

26、變座位狀態(tài) 確認(rèn)預(yù)訂 確認(rèn)返回 31設(shè)計(jì)一個(gè)電子投票系統(tǒng)。一次電子投票可能涉及到一個(gè)或多個(gè)職位的競(jìng)選，每個(gè)職位 的競(jìng)選涉及到多個(gè)候選人。在一個(gè)具體的職位競(jìng)選時(shí)，投票人能看到該職位的名稱(chēng)及相應(yīng) 的候選人（每個(gè)職位的候選人不超過(guò) 5 個(gè)） ，投票者只能為該職位選中一個(gè)候選人。每個(gè)職 位的競(jìng)選作為一屏獨(dú)立的信息提交給投票者，投票機(jī)由一名監(jiān)督員啟動(dòng)。每個(gè)投票者在投 票前必須輸入自己的身份證號(hào)碼，以避免多次投票給同一個(gè)候選人。投票者可以查看每個(gè) 職位的競(jìng)選信息并投票，也可以翻屏的方式返回先前的屏幕修改投票決定。當(dāng)投票結(jié)束時(shí)， 投票者將看到自己給每個(gè)職位的投票結(jié)果。每個(gè)職位的投票結(jié)果（職位的名稱(chēng)和每個(gè)候選

27、 人的得票數(shù)）將以獨(dú)立的一屏信息顯示。請(qǐng)根據(jù)上述情況，建立該電子投票系統(tǒng)的領(lǐng)域模 型。 -名稱(chēng) : string 職職位位 -得票數(shù) 候候選選人人 -身份證號(hào) : string 投投票票者者 +統(tǒng)計(jì)票數(shù)() -候選人 -職位 -投票者 投投票票記記錄錄 10.5 1* * 1 * 1 投投票票機(jī)機(jī) 1 * 32下面的代碼描述了一個(gè) DataSet 類(lèi)，該類(lèi)提供了對(duì)一組數(shù)據(jù)的基本統(tǒng)計(jì)功能，以及 一個(gè) ExamMarks 類(lèi)，它使用期 DataSet 存儲(chǔ)并計(jì)算一組考試分?jǐn)?shù)的平均值。主函數(shù)展示 了讀入兩個(gè)分?jǐn)?shù)，用 ExamMarks 保存它們，并打印輸出平均值。畫(huà)一個(gè)順序圖，說(shuō)明主 函數(shù)執(zhí)行時(shí)發(fā)生

28、的交互。 （8 分） DataSet 類(lèi) class DataSet private float data; private int items; public DataSet() data=new float256; items=0; public void addDataPoint(float d) dataitems+=d; public float mean() float total=0; for(int i=0;igetSize();i+) total+=datai; return total/getSize(); public int getSize() return items

29、; ExamMarks 類(lèi)和 Average 類(lèi)： Class ExamMarks private DataSet marks; public void enterMark(float m) if(marks=null) marks=new DataSet(); Marks.addDataPoint(m); public class Average public static void main(String args) ExamMarks exam=new ExamMarks(); exam.enterMark(56); exam.enterMark(72); System.out.prin

30、tln(exam.average(); float average() return marks.mean(); exam : ExamMarksmarks : DataSet : Average enterMark(56) addDataPoint(56) enterMark(72) addDataPoint(72) average:=average() mean:=mean() getSize:=getSize() 33通常自動(dòng)售貨機(jī)會(huì)按用戶(hù)的要求進(jìn)行自動(dòng)售貨。供貨員會(huì)巡查向其內(nèi)供貨，取款員會(huì) 定時(shí)取款。請(qǐng)根據(jù)上述描述建立用況圖。 34 假設(shè)一個(gè)公司雇傭了若干員工，每個(gè)員工的信息包括員工號(hào)

31、碼、姓名、地址和生日。該 公司當(dāng)前有幾個(gè)項(xiàng)目，每個(gè)項(xiàng)目的信息包括項(xiàng)目名稱(chēng)和開(kāi)始日期。每個(gè)員工可同時(shí)被分派 到一個(gè)或幾個(gè)項(xiàng)目中，也可以不做任何項(xiàng)目。每個(gè)項(xiàng)目至少由一個(gè)員工來(lái)承擔(dān)。公司在每 個(gè)月末給每個(gè)員工郵寄一張支票，支票上的數(shù)額與項(xiàng)目的性質(zhì)和工作時(shí)間相關(guān)。請(qǐng)用一張 類(lèi)圖描述上述情況。要求：給出相關(guān)的類(lèi)、屬性、方法和關(guān)聯(lián)。 公公司司 -工號(hào) -姓名 -地址 -生日 員員工工 -項(xiàng)目名稱(chēng) -開(kāi)始日期 項(xiàng)項(xiàng)目目 * 1.* * 1 1 -雇員* -數(shù)額 支支票票 1 *1 1 35 某訂單管理系統(tǒng)的部分 UML 類(lèi)圖如圖所示。 圖 訂單管理系統(tǒng)的部分 UML 類(lèi)圖 在圖中，Product 表示產(chǎn)品，

32、ProductList 表示所銷(xiāo)售產(chǎn)品的列表，Order 表示產(chǎn)品訂 單，OrderItem 表示產(chǎn)品訂單中的一個(gè)條目，OrderList 表示訂單列表，SalesSystem 提供 訂單管理系統(tǒng)的操作接口。 有個(gè)用例要求依次統(tǒng)計(jì)產(chǎn)品目錄中每個(gè)產(chǎn)品的訂購(gòu)總量，并打印出每個(gè)產(chǎn)品的編號(hào)、 說(shuō)明、訂購(gòu)總量和訂購(gòu)金額 請(qǐng)依據(jù)類(lèi)圖，繪制此統(tǒng)計(jì)用例的用例順序圖。 loop more product loop more orders loop more items :SalesSystem:OrderList:OrderOrderItem 查詢(xún)產(chǎn)品訂購(gòu)數(shù)量 :Product :ProductList cre

33、ate 查詢(xún)(productList) 查詢(xún)(productList) 數(shù)量:=查詢(xún)產(chǎn)品數(shù)量 累加產(chǎn)品數(shù)量 更新數(shù)量 返回更新后的productList 返回更新后的productList 信息:=查詢(xún)?cè)敿?xì)信息 打印產(chǎn)品信息 36、請(qǐng)根據(jù)下列的類(lèi)圖，分析需要持久化這些類(lèi)所需要的數(shù)據(jù)庫(kù)模型，請(qǐng)注明主鍵和外 鍵。(8 分) （如: Student：studentNo,name,major,class,CourseNo 主鍵：studentNo；外鍵：CourseNo ) chairperson：系主任/院長(zhǎng) -name : string -address : string -phone : str

34、ing School -name : string Department -name : string -studentID : string Student-name : string -CourseID : string Course -name : string Instructor 11.* Has 1.* 1.* AssignedTo 0.1 -chairperson 0.1 *1.* Teaches * * Attends 1.* * Member 答： School：id，name，address，phone；主鍵：id Student：studentID（主鍵） ，name，s

35、choolId（外鍵） Course：CourseID（主鍵） ， name StudentCourse：studentID，courseID CourseInstructor： courseID，instructorID Instructor：id，name，departmentId， Department：id，name，schoolId，chairperson 37 考慮一個(gè)實(shí)際的超級(jí)市場(chǎng)，下面是給出的一張用例圖。請(qǐng)為“購(gòu)買(mǎi)商品”用例編寫(xiě)主 場(chǎng)景流程，并給出在“購(gòu)買(mǎi)商品”主場(chǎng)景中可能出現(xiàn)的異常情況（簡(jiǎn)要列舉） 。 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 買(mǎi) 答：購(gòu)

36、買(mǎi)商品主場(chǎng)景流程 1 客戶(hù)帶著商品來(lái)到柜臺(tái) 2 收銀員掃描客戶(hù)的每項(xiàng)商品 3 收銀員計(jì)算商品的總金額、含稅 4 收銀員詢(xún)問(wèn)支付形式 5 客戶(hù)給了一張信用卡 6 收銀員掃描了信用卡 7 校驗(yàn)器報(bào)告信用卡付款是可以接受的 8 客戶(hù)簽署信用卡收條 例外情況 1.某項(xiàng)商品掃描出錯(cuò) 2.信用卡掃描出錯(cuò) UML 試卷試卷 一、選擇題：（共一、選擇題：（共 10 題，共題，共 20 分）分） 1、 在 Java 程序中，對(duì)象之間的相互通信通過(guò)（B） 、繼承實(shí)現(xiàn)B、調(diào)用成員函數(shù)實(shí)現(xiàn)、封裝實(shí)現(xiàn)、函數(shù)重載實(shí)現(xiàn) 2、 為了描述和理解系統(tǒng)中的控制機(jī)制，如為了描述一個(gè)設(shè)備控制器在不同情況下所要完 成的動(dòng)作，下面幾個(gè)圖中

37、哪個(gè)圖是最有用的？（B） 、交互圖、活動(dòng)圖、狀態(tài)圖、類(lèi)圖 、 對(duì)于用例分析的正確與否，有一些簡(jiǎn)單的方法，如老板測(cè)試，不能通過(guò)老板測(cè)試的 用例是（C） 、處理退貨 、協(xié)商合同、用戶(hù)登錄、處理銷(xiāo)售 、 GRASP 原則一共 9 種，其中不包括的是（D） A、多態(tài) 、高內(nèi)聚、低耦合、封裝 、Innovation 公司在為 Rose 開(kāi)發(fā)插入件，使得 Rose 可以把 OOA/OOD 模型以各種 圖形格式導(dǎo)出。如 JPEG 格式、BMP 格式、GIF 格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法生 成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，哪個(gè)圖是最 合適的？（A） A、活動(dòng)圖B、狀態(tài)

38、圖、類(lèi)圖、用例圖 、依據(jù)如下順序圖，選擇類(lèi) Account 必須實(shí)現(xiàn)哪些方法？（A） A、withdraw，checkBalanceB、withdraw，checkBalance，log C、withdraw，checkBalance，acknowledge D、withdraw，checkBalance，log，acknowledge 、有如下圖關(guān)系及根據(jù)類(lèi)創(chuàng)建的對(duì)象，編譯器允許執(zhí)行的賦值語(yǔ)句是（C） Shape sh; Triangle tr=new Triangle (); Square sq=new Square (); A、tr=sq B、sq=sh C、sh=trD、sq=tr 、

39、下列是阿呆給一些用例的命名， （C）用例命名最好。 、進(jìn)行圖像導(dǎo)入、導(dǎo)入圖像 、處理圖像、圖像處理 、分層結(jié)構(gòu)系統(tǒng)中，消息通常從頂層流向底層。但有些消息卻是從底層流向頂層，需 要層間的向上協(xié)作模式。下面不能實(shí)現(xiàn)層間向上協(xié)作的方式是（） 、觀察者模式、UI 外觀模式、控制器模式、界面輪詢(xún)模式 10、下面的圖 1 和圖 2 分別說(shuō)明了 Car 和 Color 類(lèi)之間的關(guān)系是（C） A、圖 1：聚合；圖 2：組合B、圖 1：屬性；圖 2：聚合 C、圖 1：屬性；圖 2：組合D、圖 1：組合；圖 2：屬性 二、簡(jiǎn)答題（共二、簡(jiǎn)答題（共 7 題，共題，共 32 分）分） 1、請(qǐng)根據(jù)本學(xué)期的課程，結(jié)合實(shí)際

40、軟件開(kāi)發(fā)過(guò)程，歸納出使用面向?qū)ο蠹夹g(shù)運(yùn)行項(xiàng)目開(kāi)發(fā)， 需要開(kāi)展哪些活動(dòng)，你認(rèn)為最關(guān)鍵的活動(dòng)是什么？（6 分） 需求分析；用例圖建模；領(lǐng)域模型建模；系統(tǒng)順序圖和操作契約需求分析；用例圖建模；領(lǐng)域模型建模；系統(tǒng)順序圖和操作契約 用例實(shí)現(xiàn)交互圖建模；設(shè)計(jì)類(lèi)圖建模；邏輯架構(gòu)設(shè)計(jì)建模用例實(shí)現(xiàn)交互圖建模；設(shè)計(jì)類(lèi)圖建模；邏輯架構(gòu)設(shè)計(jì)建模 關(guān)鍵的活動(dòng)：用例實(shí)現(xiàn)交互圖建模 實(shí)驗(yàn)八邏輯架構(gòu)設(shè)計(jì)建模 2、 “老師說(shuō)要迭代開(kāi)發(fā)，真是有道理，我決定在我們的項(xiàng)目組 實(shí)施迭代開(kāi)發(fā)，第一迭代先做需求，第二個(gè)迭代做分析，第三個(gè)迭代做設(shè)計(jì)”這句話 正確嗎？為什么？（4 分） 錯(cuò)誤，迭代不同于傳統(tǒng)的瀑布模型，并不按照先做需要，再做分

41、析，設(shè)計(jì)這樣一個(gè)階段接 一個(gè)階段進(jìn)行，迭代是把一個(gè)項(xiàng)目分成多個(gè)小項(xiàng)目，每個(gè)小項(xiàng)目都經(jīng)歷各自的需求分析， 設(shè)計(jì)，實(shí)現(xiàn)和測(cè)試活動(dòng)，以循環(huán)反饋和調(diào)整為核心，每次迭代都對(duì)現(xiàn)有系統(tǒng)進(jìn)行擴(kuò)展和精 化，最后成為適當(dāng)?shù)南到y(tǒng)。 3、假設(shè)要構(gòu)造一個(gè)和用戶(hù)下棋的游戲系統(tǒng)，哪些 UML 圖對(duì)設(shè)計(jì)該游戲有幫助？為什么？ （4 分） 用例圖 領(lǐng)域模型 交互圖 類(lèi)圖 4、我家超級(jí)市場(chǎng)是大型的連鎖零售商場(chǎng)，銷(xiāo)售各類(lèi)商品，超市的收銀員使用 POS 收銀系 統(tǒng)處理用戶(hù)的銷(xiāo)售。請(qǐng)問(wèn)收銀員是處于 POS 收銀系統(tǒng)的邊界外還是邊界內(nèi)？為什么？（4 分） 在邊界外，POS 系統(tǒng)是要被設(shè)計(jì)的系統(tǒng)，任何該系統(tǒng)之外的事物都在系統(tǒng)邊界之外，收銀

42、 員是外部參與者，是使用 POS 系統(tǒng)完成一系列行為的外部參與者。 5、系統(tǒng)的分層實(shí)現(xiàn)讓阿呆很困惑。因?yàn)橄到y(tǒng)如果分為視圖層、業(yè)務(wù)層、持久層，對(duì)于某一 模塊的實(shí)現(xiàn)每一層都寫(xiě)代碼，每間層的交互處理增加了麻煩。如果用戶(hù)點(diǎn)擊某個(gè)按鈕，直 接在按鈕事件里編寫(xiě)實(shí)現(xiàn)的代碼，既直接，又方便。請(qǐng)你說(shuō)明分層模式實(shí)現(xiàn)系統(tǒng)的理由， 說(shuō)服阿呆采用分層的方式實(shí)現(xiàn)系統(tǒng)。 （5 分） 1 好的分層體系結(jié)構(gòu)使系統(tǒng)易于擴(kuò)展和維護(hù) 做到關(guān)系分離、高級(jí)服務(wù)和低級(jí)服務(wù)分離、特定于應(yīng)用的服務(wù)與一般性服務(wù)分離 對(duì)某一特定層進(jìn)行修改而不會(huì)影響到任何其他層 層是模塊化的，可以重寫(xiě)某一層，或是整個(gè)替換某一層，只要接口不變，系統(tǒng)其他層次 不受影響

43、。這樣，某些層能夠用新的實(shí)現(xiàn)替換 2 在各層之間限制消息流動(dòng)，減少層次耦合，增加移植性 3 某些層可以分布式實(shí)現(xiàn) 4 利于在中間層實(shí)施安全特性 5 通過(guò)邏輯劃分，有助于團(tuán)隊(duì)開(kāi)發(fā) 6、阿呆剛學(xué)過(guò) GRASP 設(shè)計(jì)原則，覺(jué)得很不錯(cuò)，于是準(zhǔn)備應(yīng)用在設(shè)計(jì)的選課系統(tǒng)中，系統(tǒng) 有課程類(lèi)，課程類(lèi)的實(shí)例包含某門(mén)課程的具體信息。阿呆就想，依據(jù)信息專(zhuān)家的原則，那 么，該由課程對(duì)象把課程信息存入到數(shù)據(jù)庫(kù)中。但是項(xiàng)目經(jīng)理告訴他這樣做不好。阿呆想 不通，請(qǐng)你詳細(xì)為阿呆解釋一下。 （5 分） 參考 P213 將課程信息存入數(shù)據(jù)庫(kù)的職責(zé)分配給課程類(lèi)會(huì)造成課程類(lèi)與數(shù)據(jù)庫(kù)接口類(lèi)的耦合，面向數(shù) 據(jù)庫(kù)的操作與實(shí)際的課程類(lèi)無(wú)關(guān)，使得

44、課程類(lèi)非內(nèi)聚，不利于數(shù)據(jù)庫(kù)操作的復(fù)用，其它類(lèi) 也存在保存對(duì)象的職責(zé)。 在某些情況下，專(zhuān)家模式建議的方法并不好，這是由于耦合與內(nèi)聚問(wèn)題所產(chǎn)生的。專(zhuān)家會(huì) 建議由課程對(duì)象把課程信息存入到數(shù)據(jù)庫(kù)中，那么按照這個(gè)決定進(jìn)行邏輯推理，每個(gè)類(lèi)都 應(yīng)當(dāng)把自身保存到數(shù)據(jù)庫(kù)中。但這樣會(huì)導(dǎo)致內(nèi)聚，耦合，及冗余方面的問(wèn)題，例如現(xiàn)在課 程類(lèi)必須包含于數(shù)據(jù)庫(kù)處理相關(guān)的邏輯，如 SQL 和 JDBC 相關(guān)的處理邏輯。因此，課程類(lèi) 由于存在其他職責(zé)而降低了它的內(nèi)聚，這個(gè)類(lèi)必須與其他子系統(tǒng)的數(shù)據(jù)服務(wù)進(jìn)行耦合，會(huì) 使得耦合度上升。這樣會(huì)導(dǎo)致大量持久性類(lèi)中重復(fù)出現(xiàn)類(lèi)似的數(shù)據(jù)庫(kù)邏輯，有大量的冗余。 所以這樣的做法違反了基本架構(gòu)原則，應(yīng)

45、將應(yīng)用邏輯和數(shù)據(jù)庫(kù)邏輯放置不同一處，而不是 在同一構(gòu)件中把不同的系統(tǒng)關(guān)注混合起來(lái)。因此，按照專(zhuān)家模式，該由課程對(duì)象把課程信 息存入到數(shù)據(jù)庫(kù)中是合理的，但由于其他原因，會(huì)使得我們最終得出不佳的設(shè)計(jì)。 7、根據(jù)下列代碼，畫(huà)圖說(shuō)明已經(jīng)創(chuàng)建的類(lèi)的數(shù)據(jù)成員及類(lèi)間的關(guān)系。 （要求：如有關(guān)聯(lián)需 要表明關(guān)聯(lián)的方向、角色名和多重性） （4 分） 代碼 class Use Case Model CatalogueEntry - cost: String - name: String - number: String Part - entry: CatalogueEntry entry 三、簡(jiǎn)單分析題（每題三、簡(jiǎn)單

46、分析題（每題 5 分，共分，共 3 題，共題，共 15 分）分） 1、常見(jiàn)的網(wǎng)上商店里的購(gòu)物車(chē)（ShopCart） ，需要讓每種商品（Item）只在購(gòu)物車(chē)內(nèi)出現(xiàn) 一次，購(gòu)買(mǎi)相同商品只需要更新商品的數(shù)量即可。 （類(lèi)圖如下） 。當(dāng)往購(gòu)物車(chē)內(nèi)添加商品時(shí)， 需要比較是否有相同的商品在購(gòu)物車(chē)內(nèi)。請(qǐng)問(wèn)這個(gè)比較商品是否相同的職責(zé)由那個(gè)類(lèi)實(shí)現(xiàn) 比較合適？為什么？（5 分） 利用信息專(zhuān)家原則，這個(gè)比較商品的職責(zé)屬于購(gòu)物車(chē)的，所以由購(gòu)物車(chē)類(lèi)實(shí)現(xiàn) 2、搬了新家，阿呆決定去申請(qǐng)安裝 ADSL，他到營(yíng)業(yè)廳填好單，和證件一起交給營(yíng)業(yè)員。 營(yíng)業(yè)員查看阿呆的證件，接過(guò)單子開(kāi)始操作電腦。如果站在營(yíng)業(yè)廳身后，會(huì)看見(jiàn)營(yíng)業(yè)員打 開(kāi)一個(gè)