【正文】 組成的樂隊(duì)”可知，類C與類D為歌手和樂隊(duì)，又因?yàn)轭怌與類D存在聚集關(guān)系，根據(jù)題中“一名歌手可以不屬于任何樂隊(duì)，也可以屬于一個(gè)或多個(gè)樂隊(duì)”可知，類C為樂隊(duì)（Band），類D為歌手（Musician）?！締栴}2】類C為樂隊(duì)，類D為歌手，題中“一支由2名或2名以上的歌手所組成的樂隊(duì)。一名歌手可以不屬于任何樂隊(duì)，也可以屬于一個(gè)或多個(gè)樂隊(duì)”，則第（1）空應(yīng)填“0..*”，第（2）空應(yīng)填“2..*”。類B與類E存在聚集關(guān)系，題中“一條音軌中只包含一首歌曲或?yàn)榭?，一首歌曲可分布在多條音軌上”，所以第（3）空應(yīng)填“0..1”，第（4）空應(yīng)填“1..*”。類E與類F存在泛化關(guān)系，題中“每張唱片由多條音軌構(gòu)成”，所以第（5）空應(yīng)填“1..*”，第（6）空應(yīng)填“1”。特別要說明一下，是“0..*”還是“1..*”，要看表述和實(shí)際情況，比如第（5）空，一張唱片至少有幾條音軌，當(dāng)然至少有一條，否則就不是唱片了，故是從1開始的?！締栴}3】本問題考查的是類/對象關(guān)聯(lián)中的一種特殊關(guān)聯(lián)：遞歸關(guān)聯(lián)，它描述的是同一個(gè)類的不同實(shí)例之間的關(guān)系。而類Track的不同實(shí)例之間恰好具有這種關(guān)系（因此對于任意一條音軌，播放器需要準(zhǔn)確地知道，它的下一條音軌和上一條音軌是什么）。所以缺少的那條聯(lián)系的兩端都是類Track，其多重度都為0..1。下限為0，是對應(yīng)不存在上一條或下一條音軌的情況?！締栴}4】問題4給定了兩個(gè)狀態(tài)“關(guān)閉”和“播放”，要求找出從“關(guān)閉”到“播放”的最短事件序列。這就要求我們能夠在狀態(tài)圖上找到連接這兩個(gè)狀態(tài)的最短遷移，然后將遷移上的事件記錄下來就可以了。從“關(guān)閉”狀態(tài)到“播放”狀態(tài)可以選擇經(jīng)過遷移“連接電腦”到達(dá)“聯(lián)機(jī)”狀態(tài)，再經(jīng)過遷移“斷開連接”到達(dá)狀態(tài)“打開”，再從“打開”狀態(tài)的初始狀態(tài)“歌曲待選”，經(jīng)過遷移“選擇歌曲”到達(dá)“播放狀態(tài)”。這樣經(jīng)過的事件序列為：連接電腦電量飽和/完成復(fù)制斷開連接選擇歌曲。顯然這樣的事件序列遠(yuǎn)比“關(guān)閉”經(jīng)過“按任意鍵”直接到達(dá)“打開”狀態(tài)要長得多。所以從“關(guān)閉”到“播放”的最短事件序列是：按任意鍵，選擇歌曲。試題三參考答案【問題1】A：ArtistB：SongC：BandD：MusicianE：TrackF：Album【問題2】（1）0..*（2）2..*（3）0..1（4）1..*（5）1..*（6）1【問題3】【問題4】按任意鍵，選擇歌曲。試題四分析題目以希賽公司在線會議審稿系統(tǒng)為例，考查考生對UML用例圖與活動(dòng)圖的掌握情況?！締栴}1】題目已經(jīng)給出了4類參與者：用戶、作者、審稿人、委員會主席，關(guān)鍵在于弄清楚各個(gè)參與者之間的關(guān)系，這些關(guān)系是通過題目中的系統(tǒng)功能描述來獲得的。（1）“用戶在初始使用系統(tǒng)時(shí)，必須在系統(tǒng)中注冊（register）成為作者或?qū)徃迦恕保瑥拇颂幙梢缘弥到y(tǒng)中的用戶分成了兩類：作者和審稿人。（2）“會議委員會主席是一個(gè)特殊審稿人”。從上面兩個(gè)條件得知：A1對應(yīng)用戶，A2對應(yīng)作者，A3對應(yīng)審稿人，A4對應(yīng)會議委員會主席。同時(shí)由于UML圖中不允許出現(xiàn)中文，且題目明確要求用英文名稱給出A1～A4所對應(yīng)的參與者，所以A1～A4處應(yīng)分別填寫User、Author、Reviewer和PCChair?！締栴}2】由“會議委員會主席是一個(gè)特殊審稿人，可以瀏覽提交的稿件，給審稿人分配稿件，羅列錄用和（或）拒絕的稿件，以及關(guān)閉審稿過程”結(jié)合“用例名稱列表”可以得知：會議委員會主席能操作的功能有瀏覽提交的稿件、分配稿件給審稿人、羅列錄用或/和拒絕的稿件、關(guān)閉審稿過程。而從“其中關(guān)閉審稿過程須包括羅列錄用和（或）拒絕的稿件”可以看出，用例“關(guān)閉審稿過程”與“羅列錄用或/和拒絕的稿件”之間有包含關(guān)系。從這個(gè)關(guān)系可以得知，U1對應(yīng)的用例為：羅列錄用或/和拒絕的稿件。同時(shí)（2）對應(yīng)的關(guān)系為包含關(guān)系，即U1應(yīng)填“l(fā)istaccepted/rejectedpapers”，（2）應(yīng)填“”。這樣，剩余的兩項(xiàng)功能“瀏覽提交的稿件”和“分配稿件給審稿人”對應(yīng)的為U2與U3，所以U2和U3分別應(yīng)填“browsesubmittedpapers”和“assignpapertoreviewer”?！締栴}3】該小題考查考生對包含與擴(kuò)展關(guān)系的理解。在對問題2的分析中，已經(jīng)得出（2）填“”?，F(xiàn)在來看（1），該空是填“登錄”與“提交稿件”之間的關(guān)系，在提交稿件時(shí)，若用戶已經(jīng)登錄，則可直接提交；但如果用戶沒有登錄，則需要先登錄再提交，所以它們之間的關(guān)系應(yīng)是擴(kuò)展關(guān)系，即（1）應(yīng)填“”。【問題4】該活動(dòng)圖所描述的是作者提交稿件的過程，對此過程題目有詳細(xì)的描述：“作者登錄（login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時(shí)間范圍內(nèi)，其過程為先輸入標(biāo)題和摘要、選擇稿件所屬主題類型、選擇稿件所在位置（存儲位置）。上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫中，系統(tǒng)發(fā)送通知?！?，所以Action1～Action4分別對應(yīng)：輸入標(biāo)題和摘要、選擇稿件所屬主題類型、選擇稿件所在位置、上傳稿件。所以Action1～Action4分別填：entertitleandabstract、selectsubjectgroup、selectpaperlocation和uploadpaper。試題四參考答案【問題1】A1：UserA2：AuthorA3：ReviewerA4：PCChair【問題2】U1：listaccepted/rejectedpapersU2：browsesubmittedpapers U3：assignpapertoreviewer注：U2和U3的答案可互換【問題3】（1）（2）【問題4】Action1：entertitleandabstract Action2：selectsubjectgroup Action3：selectpaperlocation Action4：uploadpaper試題五分析本題考查面向?qū)ο笙到y(tǒng)開發(fā)時(shí)，采用UML模型進(jìn)行建模的方法。【問題1】識別參與者時(shí)，考查和系統(tǒng)交互的人員和外部系統(tǒng)。在本題中，與系統(tǒng)交互的人員包括員工、注冊到系統(tǒng)的員工（顧客）、餐廳員工、菜單管理員、送餐員以及工資系統(tǒng)。由“菜單管理員是餐廳特定員工”以及圖243中A2和圖中餐廳員工之間的“是一種”關(guān)系可知，A2為菜單管理員；圖243中還缺少描述中與工資系統(tǒng)的交互，由“……并發(fā)送給工資系統(tǒng)”可知，A1為工資系統(tǒng)?！締栴}2】在本題中，由“任何員工都可以查看菜單和今日特價(jià)”可知，圖243中缺少用例查看今日特價(jià)，對應(yīng)參與者是員工；由“系統(tǒng)的顧客是……，注冊工資支付、……”可知，圖中缺少用例注冊工資支付，對應(yīng)參與者是顧客和工資系統(tǒng)；由“餐廳員工是……，可以進(jìn)行備餐、生成付費(fèi)請求……發(fā)送給工資系統(tǒng)”可知，圖243中缺少用例“生成付費(fèi)請求”，對應(yīng)的參與者是餐廳員工和工資系統(tǒng)；由“菜單管理員是餐廳特定員工，可以管理菜單”可知，圖243中缺少用例管理菜單，對應(yīng)的參與者是菜單管理員。需要注意的是，在注冊工資支付所對應(yīng)的參與者中，雖然沒有明確說明要和工資系統(tǒng)交互，但是由“對于注冊工資支付的顧客生成付費(fèi)請求并發(fā)送給工資系統(tǒng)”可知，工資支付是由工資系統(tǒng)控制，所以注冊也需要和工資系統(tǒng)交互?！締栴}3】在顧客訂餐過程的描述中，在“顧客選菜”之前，圖中缺少符號和活動(dòng)。由說明中顧客“可以訂餐（如果未登錄，需先登錄）”可以判斷，在系統(tǒng)“顯示菜單和今日特價(jià)”之后“顧客選菜”之前，需要判斷（判定符號）當(dāng)前用戶身份是否為顧客，如果不是，需先登錄；由“……發(fā)送Email給顧客以確認(rèn)訂餐，同時(shí)發(fā)送相關(guān)訂餐信息通知給餐于員工”可知，發(fā)送Email和通知餐廳員工為并行活動(dòng)，需要在前后有同步條（或縱向【問題4】參與者之間的關(guān)系表示子類型“是一種”父類型，即泛化關(guān)系。其中父類型通常是一個(gè)抽象泛化的參與者，可以完成子類型可完成的共同行為，每個(gè)具體的子類型繼承它，可以完成父類型參與者同樣的任務(wù)，并可以補(bǔ)充額外的角色功能。試題五參考答案【問題1】）。A1：工資系統(tǒng)A2：菜單管理員【問題2】【問題3】【問題4】泛化關(guān)系（一般/特殊關(guān)系、繼承關(guān)系）。泛化關(guān)系描述了一個(gè)參與者可以完成另一個(gè)參與者同樣的任務(wù)，并可補(bǔ)充額外的角色功能。