面向?qū)ο罄}教材

1、（1） 閱讀下列說明和圖，完成問題1至問題4，并在答題紙上自行列表寫出答案。【說明】在線會議審稿系統(tǒng)（Online Reviewing System, ORS ）主要處理會議前期的投稿和審稿事務(wù)， 其功能描述如下：（1 ）用戶在初始使用系統(tǒng)時，必須在系統(tǒng)中注冊（register）成為作者或?qū)徃迦恕＃?）作者登錄（login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時間范圍內(nèi)，其過程為先輸入標(biāo)題和摘要，選擇稿件所屬主題類型， 選擇稿件所在位置（存儲位置）。上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫中，系統(tǒng)發(fā)送通知。（3 ）審稿人登錄后可設(shè)置興趣領(lǐng)域，審閱稿件給出意見，以及羅

2、列錄用和（或）拒絕的稿 件。（4 ）會議委員會主席是一個特殊的審稿人，可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄用和（或）拒絕的稿件，以及關(guān)閉審稿過程。其中關(guān)閉審稿過程須包括羅列錄用和（或）拒絕的稿件。系統(tǒng)采用面向?qū)ο蟮姆椒ㄩ_發(fā)，使用UML進(jìn)行建模。在建模用例圖時，常用的方式是先識別參與者，然后確定參與者如何使用系統(tǒng)來確定用例，每個用例可以構(gòu)造一個活動圖。參與者名稱、用例和活動名稱分別參見表1、表2和表3。系統(tǒng)的部分用例圖和提交稿件的活動圖分別如圖1和圖2所示。表1參與者列表名稱說明名稱說明User:用戶Author作者Reviewer審稿人PCChair委員會主席表2用例名稱列表名稱說明名

3、稱說明logi n登錄系統(tǒng)Register注冊submit paper提交稿件Browse review results瀏覽稿件審閱結(jié)果closereviewi ngprocess關(guān)閉審稿過程assig npapertoreviewer分配稿件給審稿人set prefere nces設(shè)定興趣領(lǐng)域en ter review審閱稿件給出意見list accepted/rejected papers羅列錄用和/或拒絕 的稿件browsesubmittedpapers瀏覽提交的稿件表3活動名稱列表名稱說明名稱說明select paper locati on選擇稿件位置upload paper上傳稿件s

4、elect subject group選擇主題類型send notification發(fā)送通知enter title and abstract輸入標(biāo)題和摘要preferencesOenter reviewAA3圖1 ORS的用例圖ORS【問題1】（4 分）根據(jù)【說明】中的描述，使用表 【問題2】（3分）根據(jù)【說明】中的描述，使用表 【問題3】（4分）根據(jù)【說明】中的描述，給出圖1中的英文名稱，給出圖 1中A1A4所對應(yīng)的參與者。2中的英文名稱，給出圖 1中U1U3所對應(yīng)的用例。1中（1）和（2）所對應(yīng)的關(guān)系及其含義?！締栴}4】（4 分）根據(jù)【說明】中的描述，使用表2和表3中的英文名稱，給出圖2中

5、Action1Action4 對應(yīng)的活動。答案：【問題1】（4分）根據(jù)【說明】中的描述，使用表1中的英文名稱，給出圖 1中A1A4所對應(yīng)的參與者。A1User（ 1 分）A2Author （ 1 分）A3Reviewer （ 1 分）A4PCChair（ 1 分）【問題2】（3分）!注意：U2和U3的答案可以互換。！ ！根據(jù)【說明】中的描述，使用表2中的英文名稱，給出圖 1中U1U3所對應(yīng)的用例。U1list accepted / rejected papers（ 1 分）U2browse submitted papers （ 1 分）U3assign paper to reviewer（ 1

6、 分）【問題3】（4分）根據(jù)【說明】中的描述，給出圖 1中（1）和（2）所對應(yīng)的關(guān)系及其含義。（1） （ 1分）：將常規(guī)動作放在一個基本Use Case中，將非常規(guī)動作放 在其擴(kuò)展Use Case中。（1分）（2） （ 1分）：兩個Use Case,如果其中一個在其事件流中包含了另一個，那么它們間就有包含關(guān)系。（1分）【問題4】（4分）根據(jù)【說明】中的描述，使用表2和表3中的英文名稱，給出圖2中Action1Action4 對應(yīng)的活動。Actio n1enter title and abstract（ 1 分）Actio n2select subject group （ 1 分）Actio n

7、3select paper location （1 分）Actio n4upload paper（ 1 分）(2)閱讀下列說明和圖，回答問題1至問題4，將答案填到答題紙的對應(yīng)欄內(nèi)?！菊f明】某汽車停車場欲建立一個信息系統(tǒng)，已經(jīng)調(diào)查到的需求如下：(1)在停車場的入口和出口分別安裝一個自動欄桿、一臺停車卡打印機(jī)/一臺讀卡器以及一個車輛通過傳感器，示意圖如圖1所示。槨車卡 打印樸、停車檢卡器T入口 一傳感器行車逍r出口 一傳感器動欄桿車a圖1自動停車場示意圖(2) 當(dāng)汽車到達(dá)入口時，駕駛員按下停車卡打印機(jī)的按鈕獲取停車卡。當(dāng)駕駛員拿走停車卡后，系統(tǒng)命令欄桿自動抬起； 汽車通過入口后，入口處的傳感器通知

8、系統(tǒng)發(fā)出命令，欄桿自動放下。(3) 在停車場內(nèi)分布著若干個付款機(jī)器。駕駛員將在入口處獲取的停車卡插入付款機(jī)器， 并繳納停車費(fèi)。付清停車費(fèi)之后，將獲得一張出場卡，用于離開停車場。(4) 當(dāng)汽車到達(dá)出口時，駕駛員將出場卡插入出口處的讀卡器。如果這張卡是有效的，系統(tǒng)命令欄桿自動抬起；汽車通過出口后，出口處的傳感器通知系統(tǒng)發(fā)出命令，欄桿自動放下。若這張卡是無效的，系統(tǒng)不發(fā)出欄桿抬起命令而發(fā)出告警信號。(5 )系統(tǒng)自動記錄停車場內(nèi)空閑的停車位的數(shù)量。若停車場當(dāng)前沒有車位，系統(tǒng)將在入口 處顯示“車位已滿”信息。這時，停車卡打印機(jī)將不再出卡，只允許場內(nèi)汽車出場。根據(jù)上述描述，采用面向?qū)ο蠓椒▽ζ溥M(jìn)行分析與設(shè)

9、計，得到了如表1所示的用例/類/狀態(tài)列表、如圖2所示的用例圖、如圖3所示的初始類圖，以及如圖4所示的描述入口自動欄桿 行為的UML狀態(tài)圖。圖2用例圖CentralCompu te rPavmentMiihineD圖3初始類圖有空閑車位DisableA奨feJ_SS4索戦停車卡f打印停車卡取走停年即抬起護(hù)欄冇空閑車位/打 即停車r圖4入口自動欄桿行為的狀態(tài)圖用例名說明類名說明狀態(tài)名說明Car en try汽車進(jìn)入停車 場Cen tralComputer停車場信息 系統(tǒng)Idle空閑狀態(tài)， 汽車可以 進(jìn)入Car exit汽車離開停車 場Payme ntMach ine付款機(jī)器Disable沒有車位R

10、eportStatistics記錄停車場的 相關(guān)信息CarPark停車場，保 存車位信息Await Entry等待汽車 進(jìn)入Barrier自動護(hù)欄Await TicketTake等待打印停車卡Car en try whe n full沒有車位時， 汽車請求進(jìn)入 停車場En tryBarrier入口的護(hù)欄Await En able等待停車 場內(nèi)有空 閑車位ExitBarrier出口的護(hù)欄表1用例/類/狀態(tài)列表【問題1】（3分）根據(jù)【說明】中的描述，使用表1給出的用例名稱，給出圖 2中U1、U2和U3所對應(yīng)的用例。U1U2U3【問題2】（4分）根據(jù)【說明】中的描述，使用表 1給出的類的名稱，給出圖

11、 3中AD所對應(yīng)的類。ABCD【問題3】（4分）根據(jù)【說明】中的描述，使用表1給出的狀態(tài)名稱，給出圖 4中S1S4所對應(yīng)的狀態(tài)。S1S2S3S4【問題4】（4分）簡要解釋圖2中用例U1和U3之間的extend關(guān)系的內(nèi)涵。答案：閱讀下列說明和圖，回答問題1至問題4,將答案填到答題紙的對應(yīng)欄內(nèi)。參考答案：【問題1】（3分）U1Car entryU2Car exitU3Car entry whe n full【問題2】（4分）！ C、D答案可以互換！ ！ACarParkBBarrierCEn tryBarrierDExitBarrier【問題3】（4 分）S1IdleS2Await Ticket T

12、akeS3Await En ableS4Await En try【問題4】（4分）通過這種方式,用例之間的擴(kuò)展關(guān)系用于對可選系統(tǒng)行為的用例的一部分建模。 以把可選行為從必需的行為中分離出來。【說明】已知某唱片播放器不僅可以播放唱片，而且可以連接電腦并把電腦中的歌曲刻錄到唱片上（同步歌曲）。連接電腦的過程中還可自動完成充電。關(guān)于唱片，還有以下描述信息：1 每首歌曲的描述信息包括：歌曲的名字、譜寫這首歌曲的藝術(shù)家以及演奏這首歌曲的藝術(shù)家。只有兩首歌曲的這三部分信息完全相同時，才認(rèn)為它們是同一首歌曲。藝術(shù)家可能是一名歌手或一支由 2名或2名以上的歌手所組成的樂隊。一名歌手可以不屬于任何樂隊， 也可以

13、屬于一個或多個樂隊。2 每張唱片由多條音軌構(gòu)成；一條音軌中只包含一首歌曲或?yàn)榭?，一首歌曲可分布?多條音軌上；同一首歌曲在一張唱片中最多只能出現(xiàn)一次。3. 每條音軌都有一個開始位置和持續(xù)時間。一張唱片上音軌的次序是非常重要的，因 此對于任意一條音軌， 播放器需要準(zhǔn)確地知道，它的下一條音軌和上一條音軌是什么（如果存在的話）。根據(jù)上述描述，采用面向?qū)ο蠓椒▽ζ溥M(jìn)行分析與設(shè)計，得到了如表1-1所示的類列表、如圖1-1所示的初始類圖以及如圖 1-2所示的描述播放器行為的 UML狀態(tài)圖。表1-1類列表類名說明Artist藝術(shù)家Song歌曲Band樂隊Musicia n歌手Track音軌Album唱片編寫

14、圖1-1初始類圖圖1-2播放器行為UML狀態(tài)圖【問題1】（6分）根據(jù)說明中的描述，使用表1-1給出的類的名稱，給出圖 1-1中的AF所對應(yīng)的類?！締栴}2】（3分）根據(jù)說明中的描述，給出圖1-1中（1）（6）處的多重度?！締栴}3】（4分）圖1-1中缺少了一條關(guān)聯(lián)，請指出這條關(guān)聯(lián)兩端所對應(yīng)的類以及每一端的多重度。類多重度【問題4】（2分）根據(jù)圖1-2所示的播放器行為 UML狀態(tài)圖，給出從“關(guān)閉”狀態(tài)到“播放”狀態(tài)所經(jīng)過的 最短事件序列（假設(shè)電池一開始就是有電的）。答案：【問題1】（6分）1-1給出的類的名稱，給出圖 1-1中的AF所對C: Ba ndD:Musicia nE: Track1-1中（

15、1）（ 6）處的多重度。根據(jù)說明中的描述，使用表 應(yīng)的類。A: Artist B: Song F: Album【問題2】（3分）根據(jù)說明中的描述，給出圖（1）0.*（2）2.*（3）0.1 1.*（5）1.*（6）1【問題3】（4分）圖1-1中缺少了一條關(guān)聯(lián)，請指出這條關(guān)聯(lián)兩端所對應(yīng)的類以及每一端的多重 度。類多重度Track 或 E（1 分）0.1Track 或 E（1 分）0.1【問題4】（2分）根據(jù)圖1-2所示的播放器行為 UML狀態(tài)圖，給出從“關(guān)閉”狀態(tài)到“播放”狀態(tài) 所經(jīng)過的最短事件序列（假設(shè)電池一開始就是有電的）。按任意鍵，選擇歌曲（4）閱讀下列說明和圖，回答問題1至問題3，將解答

16、填入答題紙的對應(yīng)欄內(nèi)?！菊f明】某城市的各國家公園周邊建造了許多供游客租用的小木屋和營地，為此，該城市設(shè)置了一個中心售票處和若干個區(qū)域售票處。游客若想租用小木屋或營地，必須前往中心售票處進(jìn)行預(yù)定并用現(xiàn)金支付全額費(fèi)用。所有的預(yù)定操作全部由售票處的工作人員手工完成?，F(xiàn)欲開發(fā)一信息系統(tǒng)，實(shí)現(xiàn)小木屋和營地的預(yù)定及管理功能，以取代手工操作。該系統(tǒng)的主要功能描述如下：1. 管理預(yù)定申請。游客可以前往任何一個售票處提出預(yù)定申請。系統(tǒng)對來自各個售票 處的預(yù)定申請進(jìn)行統(tǒng)一管理。2. 預(yù)定。預(yù)定操作包含登記游客預(yù)定信息、計算租用費(fèi)用、付費(fèi)等步驟。3. 支付費(fèi)用。游客付費(fèi)時可以選擇現(xiàn)金和信用卡付款兩種方式。使用信用卡

17、支付可以 享受3%的折扣，現(xiàn)金支付沒有折扣。4. 游客取消預(yù)定。預(yù)定成功之后，游客可以在任何時間取消余地，但需支付賠償金，剩余部分則退還給游客。賠償金的計算規(guī)則是，在預(yù)定如住時間之前的48小時內(nèi)取消，支付租賃費(fèi)用10%的賠償金；在預(yù)定如住時間指頭取消，則支付租賃費(fèi)用50%的賠償金。5. 自動取消預(yù)定。如果遇到惡劣天氣（如暴雨、山洪等），系統(tǒng)會自動取消所有的預(yù) 定，發(fā)布取消預(yù)定消息，全額退款。6. 信息查詢。售票處工作人員查詢小木屋和營地的預(yù)定情況和使用情況，以判斷是否 能夠批準(zhǔn)游客的預(yù)定申請?，F(xiàn)采用面向?qū)ο蠓椒ㄩ_發(fā)上述系統(tǒng)，得到如表1所示的用例列表和表 2所示的類列表。對應(yīng)的用例圖和類圖分別如

18、圖3和圖4所示。表1用例列表用例名說明用例名說明Man age Inq uiries管理預(yù)訂申請Man ageCashPayme nt現(xiàn)金支付MakeReservati on預(yù)定Man ageCrCardPayme nt信用卡支付Man agePayme nt支付管理GetDisco unt計算付款折扣Can celReservati on游客取消預(yù)訂AutoCa ncelReservati on系統(tǒng)自動取消預(yù)定CheckAvailability信息查詢CalculateRefu nd計算取消預(yù)定的賠償 金PublishMessage發(fā)布取消預(yù)定消 息表2類列表類名說明類名說明Natio na

19、lPark國家公園Customer游客Reservati on預(yù)疋申請Reservation Item預(yù)訂申請內(nèi)容Ticketi ngOfficer售票處CampSite營地Bun galow小木屋Payme nt付款Disco unt付款折扣CashPayme nt現(xiàn)金支付CreditCardPayme nt信用卡支付Rate租賃費(fèi)用【問題1】（6分）根據(jù)說明中的描述與表 1,給出圖3中UC1-UC6所處對應(yīng)的用例名稱?！締栴}2】（7分）根據(jù)說明中的描述與表 2,給出圖4中C1-C7處所對應(yīng)的類名?！締栴}3】（2分）對于某些需求量非常大的小木屋或營地， 說明中功能4的賠償金計算規(guī)則，不足以彌

20、補(bǔ)取消 預(yù)定所帶來的損失。如果要根據(jù)預(yù)定的時段以及所預(yù)定場地的需求量，設(shè)計不用層次的賠償金計算規(guī)則，需要對圖 4進(jìn)行怎樣的修改？（請用文字說明）ManagelnquiriesTicket irgOffin erJC2CancelReservationJC1-include ,UC3A -incldcJeincludeManaqePaymentUC4UC6PublishMessage圖3用例圖圖4類圖答案：【問題 1】（6 分）根據(jù)說明中的描述與表 1，給出圖 3 中 UC1-UC6 所處對應(yīng)的用例名稱。UC1： CheckAvailability （信息查詢）UC3 ： GetDiscount

21、 （計算付款折扣） 支付）UC5 : ManageCrCardPayment （信用卡支付） 預(yù)訂的賠償金）【注: UC4 與 UC5 可以互換】UC2 : MakeReservation （預(yù)定）UC4 : ManageCashPayment （現(xiàn)金UC6 ： CalculateRefund （計算取消問題 2】（ 7 分）根據(jù)說明中的描述與表2，給出圖 4 中 C1-C7 處所對應(yīng)的類名。C2 : Rate （租賃費(fèi)用）C4: payment （付款）C6: CashPayment （現(xiàn)金支付）C1：NationalPark （國家公園）C3： TicketingOfficer （售票處）

22、C5： Discount （付款折扣）C7：CreditCardPayment （信用卡支付）【注： C6 和 C7 可以互換】【問題 3】（ 2 分）對于某些需求量非常大的小木屋或營地， 說明中功能 4 的賠償金計算規(guī)則， 不足以 彌補(bǔ)取消預(yù)定所帶來的損失。 如果要根據(jù)預(yù)定的時段以及所預(yù)定場地的需求量， 設(shè) 計不用層次的賠償金計算規(guī)則，需要對圖 4進(jìn)行怎樣的修改？（請用文字說明） 依題意， 若需要根據(jù)預(yù)定的時段以及預(yù)定場地的需求量， 設(shè)計不同層次的賠償金計 算規(guī)則，則在圖中可以增加一個與此相對應(yīng)的新類，且使該新類與類 Reservationltem （預(yù)定申請內(nèi)容）之間存在關(guān)聯(lián)關(guān)系；或者是修

23、改類Rate （租賃費(fèi)用），使其具有計算賠償金的功能。(5) 閱讀下列說明和程序代碼，將應(yīng)填入(n)處的字句填寫完整。(問題1和問題2任選題完成)策略模式是一種對象行為型模式，它定義一系列的算法，把它們一個個封裝起來，并且 使它們可相互替換。該模式使得算法可獨(dú)立于使用它的客戶而變化。其結(jié)構(gòu)如圖4所示：SubSoni cFly s*(fwticalTalrtOff+ talreOff ()匚 LongDimtaueT弧OffT leli cooler首 AirFl me呂 Hurier圖4策略模式類圖某軟件公司現(xiàn)欲開發(fā)一款飛機(jī)飛行模擬系統(tǒng)，該系統(tǒng)主要模擬不同種類飛機(jī)的飛行特征與起飛特征。需要模擬

24、的飛機(jī)種類及其特征見表3。表3需模擬的飛機(jī)種類及其特征飛機(jī)種類起飛特征飛行特征直升機(jī)(Helicopter)垂直起飛(VerticalTakeOff)亞音速飛行(SubSonicFly)客機(jī)(AirPlane)長距離起飛(Lo ngDista nceTakeOff)亞音速飛行(SubSonicFly)殲擊機(jī)(Fighter)長距離起飛(Lo ngDista nceTakeOff)超音速飛行(SuperSonicFly)鷂式戰(zhàn)斗機(jī)(Harrier)垂直起飛(VerticalTakeOff)超音速飛行(SuperSonicFly)為支持將來模擬更多種類的飛機(jī)，采用策略設(shè)計模式設(shè)計的類圖如圖5所示。

25、耳 AirCrift-or : FlyBthavi or-takeOffBehivior : TakeDffBhavicr圖5飛機(jī)飛行模擬系統(tǒng)類圖在圖5中，AirCraft為抽象類，描述了抽象的飛機(jī)，而類Helicopter、AirPlane、Fighter和Harrier分別描述具體的飛機(jī)種類， fly ()和takeoff ()分別表示不同飛機(jī)都具有飛行特征 和起飛特征；類FlyBehavior與TakeOffBehavior為抽象類，分別用于表示抽象的飛行行為與 起飛行為；類 SubSonicfly與SuperSonicFly分別描述亞音速飛行和超音速飛行的行為；類 VerticalTa

26、keOff和LongDistanceTakeOff分別描述垂直起飛與長距離起飛的行為?！締栴}1】(7分)Java代碼in terfaceFlyBehavior public void fly();class SubSonicFlyimplements FlyBehaviorpublic void fly() System. out .println(“ 亞音速飛行！ )；;class SuperSonicFlyimplements FlyBehaviorpublic void fly() System. out .println(“ 超音速飛行)；;in terfaceTakeOffBehavior public void takeOff();class VerticalTakeOff implements TakeOffBehaviorpublic void takeOff() Sy