【正文】 tural diagrams D. Behavioral diagrams試題二：閱讀下列說明和圖，回答問題 1 至問題 3，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明]某圖書管理系統(tǒng)的主要功能如下：1．圖書管理系統(tǒng)的資源目錄中記錄著所有可供讀者借閱的資源，每項資源都有一個 唯一的索引號。系統(tǒng)需登記每項資源的名稱、出版時間和資源狀態(tài)（可借閱或已借出）。2．資源可以分為兩類：圖書和唱片。對于圖書，系統(tǒng)還需登記作者和頁數(shù)；對于唱 片，還需登記演唱者和介質(zhì)類型（CD 或者磁帶）。3．讀者信息保存在圖書管理系統(tǒng)的讀者信息數(shù)據(jù)庫中，記錄的信息包括：讀者的識 別碼和讀者姓名。系統(tǒng)為每個讀者創(chuàng)建了一個借書記錄文件，用來保存讀者所借資源的相 關(guān)信息?，F(xiàn)采用面向?qū)ο蠓椒ㄩ_發(fā)該圖書管理系統(tǒng)。識別類是面向?qū)ο蠓治龅牡谝徊?。比較常 用的識別類的方法是尋找問題描述中的名詞，再根據(jù)相關(guān)規(guī)則從這些名詞中刪除不可能成 為類的名詞，最終得到構(gòu)成該系統(tǒng)的類。表 31 給出了[說明]中出現(xiàn)的所有名詞。 表3圖書管理系統(tǒng)資源目錄讀者資源索引號系統(tǒng)名稱出版時間圖 31資源狀態(tài)圖書唱片作者頁數(shù)演唱者介質(zhì)類型CD磁帶讀者信息讀者信息數(shù)據(jù)庫識別碼姓名借書記錄文件信息通過對表 31 中的名詞進行分析，最終得到了圖 31 所示的 UML 類圖（類的說明如表 32 所示）。類名說明LibrarySystem圖書管理系統(tǒng)BorrowerDB保存讀者信息的數(shù)據(jù)庫CatalogItem資源目錄中保存的每項資源Borrower讀者BorrowerItems為每個讀者創(chuàng)建的借書記錄文件1111 (1) (2)0..* (5) (6) (4) (3) (b)(c)LibrarySystem(a)CatalogItemBorrowerBorrowerItemsBorrowerDB1圖 31 圖3[問題 1]（3 分）表 32 所給出的類并不完整，根據(jù)[說明]和表 31，將圖 31 中的（a）~（c）處補充完 整。[問題 2]（6 分）根據(jù)[說明]中的描述，給出圖 31 中的類 CatalogItem 以及（b）、（c）處所對應(yīng)的類的 關(guān)鍵屬性（使用表 31 中給出的詞匯），其中，CatalogItem 有 4 個關(guān)鍵屬性；（b）、（c）處 對應(yīng)的類各有 2 個關(guān)鍵屬性。[問題 3]（6 分）識別關(guān)聯(lián)的多重度是面向?qū)ο蠼＿^程中的一個重要步驟。根據(jù)[說明]中給出的描述， 完成圖 31 中的(1)~(6)。試題三：閱讀下列說明和UML圖，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi)。 【說明】某企業(yè)為了方便員工用餐，為餐廳開發(fā)了一個訂餐系統(tǒng)（COS：Cafeteria Ordering System），企業(yè)員工可通過企業(yè)內(nèi)聯(lián)網(wǎng)使用該系統(tǒng)。 企業(yè)的任何員工都可以查看菜單和今日特價。 系統(tǒng)的顧客是注冊到系統(tǒng)的員工，可以訂餐（如果未登錄，需先登錄）、注冊工資支付、預(yù)約規(guī)律的訂餐，在特殊情況下可以覆蓋預(yù)訂。 餐廳員工是特殊顧客，可以進行備餐、生成付費請求和請求送餐，其中對于注冊工資支付的顧客生成付費請求并發(fā)送給工資系統(tǒng)。 菜單管理員是餐廳特定員工，可以管理菜單。 送餐員可以打印送餐說明，記錄送餐信息（如送餐時間）以及記錄收費（對于沒有注冊工資支付的顧客，由送餐員收取現(xiàn)金后記錄）。 顧客訂餐過程如下： 1. 顧客請求查看菜單； 2. 系統(tǒng)顯示菜單和今日特價； 3. 顧客選菜； 4. 系統(tǒng)顯示訂單和價格； 5. 顧客確認(rèn)訂單； 6. 系統(tǒng)顯示可送餐時間； 7. 顧客指定送餐時間、地點和支付方式； 8. 系統(tǒng)確認(rèn)接受訂單，然后發(fā)送Email給顧客以確認(rèn)訂餐，同時發(fā)送相關(guān)訂餐信息通知給餐廳員工。 系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UML進行建模。系統(tǒng)的頂層用例圖和一次訂餐的活動圖初稿分別如圖31和圖32所示。 【問題1】（2分） 根據(jù)【說明】中的描述，給出圖31中A1和A2所對應(yīng)的參與者。 【問題2】（8分） 根據(jù)【說明】中的描述，給出圖31中缺少的四個用例及其所對應(yīng)的參與者。 【問題3】（4分） 根據(jù)【說明】中的描述，給出圖32中（1）～（4）處對應(yīng)的活動名稱或圖形符號。 【問題4】（1分） 指出圖31中員工和顧客之間是什么關(guān)系，并解釋該關(guān)系的內(nèi)涵。圖31 COS系統(tǒng)頂層用例圖圖32 一次訂餐的活動圖試題四:閱讀下列說分明和圖，回答問題1至3問題【說明】某銀行計劃開發(fā)一個自動存提款機模擬系統(tǒng)（ATM System）。系統(tǒng)通過讀卡器（CardReader）讀取ATM卡；系統(tǒng)與客戶（Customer）的交互由客戶控制臺（CustomerConsole）實現(xiàn)；銀行操作員（Operator）可控制系統(tǒng)的啟動（System Startup）和停止（System Shutdown）；系統(tǒng)通過網(wǎng)絡(luò)和銀行系統(tǒng)（Bank）當(dāng)讀卡器判斷用戶已將ATM卡插入后，創(chuàng)建會話（Session）進行讀卡，并要求客戶輸入個人驗證碼（PIN）。系統(tǒng)將卡號和個人驗證碼信息送到銀行系統(tǒng)進行驗證。驗證通過后從菜單選擇以下事務(wù)（Transaction）： （Withdraw）； （Deposit）； （Transfer）； （Inquire）ATM卡帳戶信息。一次會話可以包含多個事務(wù)，每個事務(wù)處理也會將卡號和個人驗證碼信息送到銀行系統(tǒng)進行驗證。若個人驗證碼錯誤，則轉(zhuǎn)個人驗證碼錯誤處理（Invalid PIN Process）。每個事務(wù)完成后，客戶可選擇繼續(xù)上述事務(wù)或退卡。選擇退卡時，系統(tǒng)彈出ATM卡，會話結(jié)系。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UML進行建模。系統(tǒng)的頂層用例圖如圖31所示，一次會話的序列圖（不考慮驗證）如圖32所示。消息名稱參見表31。 表31可能的消息名稱列表名稱說明名稱說明cardInserted()ATM卡已插入performTransaction（）執(zhí)行事務(wù)performSession()執(zhí)行會話readCard()讀卡ReadPIN()讀取個人驗證碼PIN個人驗證碼信息creat(atm,this,card,pin)為當(dāng)前會話創(chuàng)建事務(wù)Create(this)為當(dāng)前ATM創(chuàng)建會話cardATM卡信息doAgain執(zhí)行下一個事務(wù)ejectCard()彈出ATM卡【問題1】根據(jù)【說明】中的描述，給出圖31中A1和A2所對應(yīng)的參與者，U1至U3所對應(yīng)的例，以及該圖中空（ 1）所對應(yīng)的關(guān)系。（U1至U3的可選用例包括：Session、Transaction、Insert Card、Invalid PIN Process和Transfer）【問題2】根據(jù)【說明】中的描述，使用表31中的英文名稱，給出圖32 6～9對應(yīng)的消息。[問題3】解釋圖31中用例U3和用例Withdraw、Deposit等四個用例之間的關(guān)系及其內(nèi)涵。 圖31 ATM系統(tǒng)頂層用例圖 圖32 一次會話的序列圖（無驗證消息）試題五：閱讀下列說明和圖，回答問題1至問題4，將解答填入答題紙的對應(yīng)欄內(nèi)。[說明] 在線會議審稿系統(tǒng)（ORS：Online Reviewing System）主要處理會議前期的投稿和審稿事務(wù)，其功能描述如下：，必須在系統(tǒng)中注冊（register）成為作者或?qū)徃迦?。（login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時間范圍內(nèi)，其過程為先輸入標(biāo)題和摘要、選擇稿件所屬主題類型、選擇稿件所在位置（存儲位置）。上述幾步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫中，系統(tǒng)發(fā)送通知。3．審稿人登錄后可設(shè)置興趣領(lǐng)域、審閱稿件給出意見以及羅列錄用和（或）拒絕的稿件。，可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄用和（或）拒絕的稿件以及關(guān)閉審稿過程。其中關(guān)閉審稿過程須包括羅列錄用和（或）拒絕的稿件。 系統(tǒng)采用面向?qū)ο蠓椒ㄩ_發(fā)，使用UML進行建模。在建模用例圖時，常用的方式是先識別參與者，然后確定參與者如何使用系統(tǒng)來確定用例，每個用例可以構(gòu)造一個活動圖。參與者名稱、用例和活動名稱分別參見表3表32和表33。系統(tǒng)的部分用例圖和提交稿件的活動圖分別如圖31和圖32所示。表31 參與者列表名稱說明名稱說明User用戶Author作者Reviewer審稿人PCChair委員會主席圖31 ORS用例圖圖32 提交稿件過