面向?qū)ο竽M試題

1、2010-2011 學(xué)年 第 1 學(xué)期面向?qū)ο蠼＜夹g(shù)模擬試題（ A 卷）考試時(shí)間： 2010 年 12 月 30 日班級(jí) 學(xué)號(hào) 姓名請(qǐng)將答案寫(xiě)在答題紙上，寫(xiě)明題號(hào)，不必抄題，字跡工整、清晰； 請(qǐng)?jiān)诖痤}紙和試題紙上都寫(xiě)上你的班級(jí)，學(xué)號(hào)和姓名，交卷時(shí)請(qǐng)將試題紙、答題紙和草紙 一并交上來(lái)。一、選擇題，每題 1分，共計(jì) 20 分。每個(gè)括號(hào)里的數(shù)字為該空的題號(hào)，從該題號(hào)對(duì)應(yīng)的備選答 案中選擇最佳的一項(xiàng)，每空限填一個(gè)選項(xiàng)。請(qǐng)按如下表格在答題紙上答此題。15 題CDBCC610 題ABCBD1115 題ACACC1620 題BDABA在 UML語(yǔ)言中，下圖中的 a、b、c 三種圖形符號(hào)按照順序分別表示（1

2、）a1. 供選擇的答案： CA. 邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象C. 控制對(duì)象、實(shí)體對(duì)象、邊界對(duì)象b cB. 實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象D. 邊界對(duì)象、控制對(duì)象、實(shí)體對(duì)象（ 2） 設(shè)計(jì)模式定義了對(duì)象間的一種一對(duì)多的依賴(lài)關(guān)系，以便當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)， 所有依賴(lài)于它的對(duì)象都得到通知并自動(dòng)刷新。2. 供選擇的答案： DA. Adapter （適配器） B. Iterator （迭代器）C. Prototype （原型）D. Observer（觀察者）Round-Trip Engineering 能夠幫助維持軟件架構(gòu)的完整性。 但 （3） 不是 Round-trip Engineering 的

3、 好處之一。3. 供選擇的答案： BA. 發(fā)現(xiàn)和評(píng)估軟件架構(gòu)上的改動(dòng)B. 為相同的接口提供不同的實(shí)現(xiàn)C. 在每次迭代中保持模型和代碼的同步D. 傳達(dá)被接受的架構(gòu)改動(dòng)面種符號(hào)在 Rose 中表示的模型元素分別為（4）4. 供選擇的答案： CA. 接口 (Interface) 類(lèi)操作 (Operation)B. 類(lèi)操作 (Operation) 接口 (Interface)時(shí)序圖 (Sequence Diagram) 類(lèi)屬性 (Attribute) 時(shí)序圖 類(lèi)操作 (Operation) 時(shí)序圖類(lèi)屬性 (Attribute)(Sequence Diagram)(Sequence Diagram)D.

4、 時(shí)序圖 (Sequence Diagram) 類(lèi)屬性 (Attribute)接口 (Interface)類(lèi)操作 (Operation)C. 接口 (Interface) 類(lèi)屬性 (Attribute)在建立系統(tǒng)的用例模型時(shí)， 首先應(yīng)該確定系統(tǒng)的參與者。 以下問(wèn)題中， 對(duì)于確定參與者沒(méi)有用處 的是 （ 5） 。5. 供選擇的答案： CA. 誰(shuí)是系統(tǒng)的主要用戶，即誰(shuí)使用系統(tǒng)的主要功能B. 誰(shuí)來(lái)管理、維護(hù)系統(tǒng)，以保證系統(tǒng)的正常運(yùn)行C. 系統(tǒng)的功能應(yīng)該如何實(shí)現(xiàn)D. 系統(tǒng)需要與哪些其他的系統(tǒng)交互（ 6） 技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類(lèi)、人或部門(mén)，他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。

5、6. 供選擇的答案： AA. 泳道B. 分叉匯合C. 分支D. 轉(zhuǎn)移7） 。UML 中的構(gòu)件是遵從一組接口并提供一組接口的實(shí)現(xiàn)，下列說(shuō)法錯(cuò)誤的是（7. 供選擇的答案： BB. 構(gòu)件表示的是邏輯模塊而不是物理模塊D. 構(gòu)件與類(lèi)處于不同的抽象層次A. 構(gòu)件應(yīng)是可替換的C. 構(gòu)件應(yīng)是組成系統(tǒng)的一部分下列對(duì)狀態(tài)圖描述不正確的是（8）8. 供選擇的答案： CA. 狀態(tài)圖通過(guò)建立類(lèi)對(duì)象的生命周期模型來(lái)描述對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為B. 狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的順序，不僅可以展現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可與說(shuō)明事件 如何隨著時(shí)間的推移來(lái)影響這些狀態(tài)C. 狀態(tài)圖的主要目的是描述對(duì)象創(chuàng)建和撤銷(xiāo)的過(guò)程中資源的不同

6、狀態(tài)，有利于開(kāi)發(fā)人員提高開(kāi) 發(fā)效率D. 狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處狀態(tài)對(duì)不 同的事件作出反應(yīng)在用 ROSE創(chuàng)建的類(lèi)圖中，“ #”表示的可見(jiàn)性是 （9）9. 供選擇的答案： BA) PublicB) ProtectedC) Private (D) Package在 ATM 自動(dòng)取款機(jī)的工作模型中（用戶通過(guò)輸入正確的用戶資料，從銀行取錢(qián)的過(guò)程） ，下面 哪 個(gè)不是“ Actor ” （10?）10. 供選擇的答案： DA. 用戶? ?B. ATM取款機(jī)C. ATM取款機(jī)管理員? D. 取款已知 3 個(gè)類(lèi) A、B和 C，其中類(lèi) A由類(lèi) B的一個(gè)實(shí)例和類(lèi)

7、C的一個(gè)或多個(gè)實(shí)例構(gòu)成。能夠正確表 示類(lèi) A、B和 C之間關(guān)系的 UML 類(lèi)圖是（ 11 ）。11. 供選擇的答案： A構(gòu)件圖的組成不包括（ 12）12. 供選擇的答案： C（ A）接口（ B）構(gòu)件（ C）發(fā)送者（ D）依賴(lài)關(guān)系（ 13） 是用于把元素組織成組的通用機(jī)制13. 供選擇的答案： AA. 包 B. 類(lèi) C. 接口 D. 組件類(lèi) A 的一個(gè)操作調(diào)用類(lèi) B 的一個(gè)操作，且這兩個(gè)類(lèi)之間不存在其他關(guān)系，那么類(lèi) A 和類(lèi) B 之間 是 （ 14） 關(guān)系。14. 供選擇的答案： CA. 實(shí)現(xiàn) B. 繼承 C. 依賴(lài) D. 關(guān)聯(lián)UML 中的事物包括：結(jié)構(gòu)事物，分組事物，注釋事物和（ 15）15.

8、 供選擇的答案： CA. 實(shí)體事物 B. 邊界事物 C. 行為事物 D. 動(dòng)作事物在?ROSE中，時(shí)序圖和協(xié)作圖（或通信圖）通常建立在16.供選擇的答案： BA. use case view16) 下的 use case realization 包中。B. Logical ViewC. Component ViewD. Deployment view在 RSA中包含很多模型模板，供開(kāi)發(fā)者在系統(tǒng)建模時(shí)選用。（ 17） 不是 RSA提供的模型 模板。17. 供選擇的答案： DA. Analysis Model B. Service Design Model C. XSD Model D. Ecli

9、pse plug-in Model（18） 反映類(lèi)、接口或構(gòu)件的內(nèi)部協(xié)作，用于表達(dá)運(yùn)行時(shí)的體系結(jié)構(gòu)、使用模式及關(guān)系。18. 供選擇的答案： AA. composite structure diagramB. deployment diagramC. use case diagramD. sequence diagram如下的短語(yǔ) （ 19） 能最好地表示“泛化”關(guān)系。19. 供選擇的答案： B A. Is a part ofC. Is a replica ofB. Is a kind ofD. Is an inheritance of下面的 （20） 模式將對(duì)象組合成樹(shù)形結(jié)構(gòu)以表示“部分 -整

10、體”的層次結(jié)構(gòu)，并使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。20. 供選擇的答案： AA. 組合（ Composite ） B. 橋接（ Bridge）C. 修飾（ Decorator ） D. 外觀（ Facade）二、判斷正誤，每題 1 分，共計(jì) 15分。請(qǐng)按如下表格在答題紙上答此題。15 題FFTFT610 題TFTFF1115 題FTTFT1 、在用例圖中， Actor 僅代表與目標(biāo)系統(tǒng)進(jìn)行交互的人。2、Controlled Unit 是可以進(jìn)行版本控制的模型元素， 在 ROSE中，模型文件本身被打包存儲(chǔ)為 .cat 文件從而成為受控單元， Logical View 和 Use C

11、aseView 被打包成 .mdl 文件而成為受控單元。3 、RSA支持模型驅(qū)動(dòng)（ Model-Driven Development ）的開(kāi)發(fā)。4、在狀態(tài)圖中，內(nèi)部轉(zhuǎn)換可導(dǎo)致進(jìn)入轉(zhuǎn)換和離開(kāi)轉(zhuǎn)換的執(zhí)行。5 、UML 是一種直觀化、明確化、構(gòu)建和文檔化軟件產(chǎn)物的通用語(yǔ)言。6、在兩個(gè)用例中，如果一個(gè)用例擁有另一個(gè)用例的所有結(jié)構(gòu)、行為和關(guān)系，并在此基礎(chǔ)上增加 了新的特性，則此兩個(gè)用例之間可以用泛化關(guān)系表示。7 、UML 適用于以體系結(jié)構(gòu)為中心的開(kāi)發(fā)過(guò)程，但不適合在具有迭代特征的開(kāi)發(fā)過(guò)程中使用。8 、在 UML 狀態(tài)圖中，歷史狀態(tài)用于存儲(chǔ)以前的狀態(tài)。9、請(qǐng)求接口( Required Interface

12、)用于定義一個(gè)構(gòu)件所提供的服務(wù)。10、每個(gè)模型都是由一種圖來(lái)刻畫(huà)的。11、Use Case Realization 和相應(yīng)的 Use Case之間是一種泛化關(guān)系。12 、分析機(jī)制( Analysis mechanisms)通常用于分析階段，通過(guò)提供對(duì)系統(tǒng)復(fù)雜行為(如安全性、 持久存儲(chǔ)等)的簡(jiǎn)短描述來(lái)減少分析的復(fù)雜性并改善軟件在各開(kāi)發(fā)階段一致性。13、在 RUP中，識(shí)別設(shè)計(jì)元素 ( Identify Design Elements )是精化體系結(jié)構(gòu) ( Refine the Architecture ) 活動(dòng)中的一個(gè)步驟。14、在 ROSE中，從 Browser 窗口刪除圖形元素和從 Diagr

13、am 窗口中刪除模型元素的效果相同。15、RSA中的瀏覽圖 (Browse Diagram)和主題圖( Topic Diagram)同屬于查詢(xún)圖 (Query Diagram )。三、完成下列各題，在答題紙上寫(xiě)出答案。每題5分，共計(jì) 40 分。1. 說(shuō)明 Sequence Diagram 和 Collaboration Diagram (或 UML2.0 中的 Communication Diagram ) 的異同點(diǎn)。(5 分) 相同： Sequence Diagram 和 Collaboration Diagram 都是用于描述模型動(dòng)態(tài)特性的交互圖。 Sequence Diagram 和 C

14、ollaboration Diagram 從語(yǔ)意上講是相同的，他們只是從不同的方面來(lái) 描述一次交互。 不同： Sequence Diagram 重點(diǎn)強(qiáng)調(diào)消息的時(shí)間順序； Collaboration Diagram 強(qiáng)調(diào)一次交互中各 個(gè)對(duì)象之間的關(guān)系2. RUP 中將軟件生命周期劃分為哪些階段，每個(gè)階段所完成的工作有哪些？用活動(dòng)圖畫(huà)出RUP中的分析和設(shè)計(jì)兩個(gè)核心工作流所包含的活動(dòng)和流程。(5 分)1. 初始階段 Inception ：不是需求分析，而是可行性分析2. 細(xì)化階段 Elaboration ：不是需求分析或設(shè)計(jì)過(guò)程，而是迭代式實(shí)現(xiàn)核心體系結(jié)構(gòu)，緩解 高風(fēng)險(xiǎn)問(wèn)題3. 構(gòu)造階段 Const

15、ruction ：實(shí)現(xiàn)遺留下來(lái)的風(fēng)險(xiǎn)較低和比較容易的元素，準(zhǔn)備部署4. 移交階段 Transition ：測(cè)試，部署3. 列出體系結(jié)構(gòu)建模中 “ 4+1”Views 中都有哪 5 個(gè) View ，并簡(jiǎn)單說(shuō)明每個(gè) View 所關(guān)注的內(nèi)容。( 5 分)4. 比較活動(dòng)圖和狀態(tài)圖，從描述重點(diǎn)和使用場(chǎng)合兩個(gè)方面說(shuō)明它們的不同之處。（5 分）Activity diagram 和 State diagram 描述的重點(diǎn)不同：Activity diagram 描述的是從 activity 到 activity 的控制流， 而 State diagram 描述的是對(duì)象的狀 態(tài)及狀態(tài)之間的轉(zhuǎn)移。Activity

16、diagram 和 State diagram 使用的場(chǎng)合不同：對(duì)于以下幾種情況可以使用Activitydiagram ：分析用例、理解涉及多個(gè)用例的工作流、處理多線程應(yīng)用。對(duì)于下面的情況要使用 State diagram ：顯示一個(gè)對(duì)象在其生命周期內(nèi)的行為。5. Stereotypes（版型）有什么作用？給出兩 Stereotypes 的例子。（ 5 分） 答案:Stereotypes 可以用來(lái)擴(kuò)展 UML 元素的語(yǔ)意。6. 說(shuō)明 UML 中的關(guān)聯(lián)、泛化、實(shí)現(xiàn)、依賴(lài)四種關(guān)系各自的含義，并區(qū)分聚合（Aggregation ）和組合（ Composition ）兩種關(guān)系的不同。 （ 5 分） 關(guān)

17、聯(lián)表示兩個(gè)類(lèi)之間存在某種語(yǔ)義上的聯(lián)系。 泛化關(guān)系描述了一般事物和該事物中的特殊種類(lèi)之間的關(guān)系。 實(shí)現(xiàn)關(guān)系是用來(lái)規(guī)定接口與實(shí)現(xiàn)接口的類(lèi)或組件之間的關(guān)系。兩個(gè)元素 X、，如果修改元素的定義可能會(huì)引起另一個(gè)元素的定義的修改，則稱(chēng)元素 依賴(lài)于元素。組合和聚集都表示實(shí)例之間的整體 / 部分關(guān)系。組裝是聚集的一種形式。 聚集是概念性的，只是區(qū)分整體與部分。 組裝具有很強(qiáng)的歸屬關(guān)系，而且整體與部分的對(duì)象生存周期是一致的。7. 根據(jù)下面的描述繪制狀態(tài)圖。手機(jī)開(kāi)機(jī)時(shí)，處于空閑狀態(tài)；當(dāng)用戶開(kāi)始呼叫某人時(shí)，手機(jī)進(jìn)入撥號(hào)狀態(tài)；如果呼叫成功，進(jìn)入通話狀態(tài)；如果呼叫不成功，重新進(jìn)入空閑狀態(tài)。在空閑 狀態(tài)被呼叫，進(jìn)入響鈴狀

18、態(tài)；如果用戶接聽(tīng)，進(jìn)入通話狀態(tài)；如果一分鐘不接聽(tīng)，重新進(jìn)入空閑狀態(tài)。 （ 5 分）8. 某大型商場(chǎng)的管理信息系統(tǒng)是由一個(gè)中央服務(wù)器、每個(gè)樓層的樓層服務(wù)器、各柜臺(tái)的收款機(jī) 和各個(gè)業(yè)務(wù)部門(mén)的計(jì)算機(jī)終端組成的局域網(wǎng)絡(luò)，它們分別負(fù)責(zé)商場(chǎng)數(shù)據(jù)的匯總與分析、當(dāng)日 數(shù)據(jù)的保存與整理、每筆銷(xiāo)售款項(xiàng)的計(jì)算和進(jìn)銷(xiāo)存等各種業(yè)務(wù)的處理。用配置圖描述各項(xiàng)任務(wù)在不同硬件設(shè)備上的配置情況。 （5 分）四、分析題（ 25 分）1. 閱讀下列說(shuō)明和圖，完成問(wèn)題 1 至問(wèn)題 4，并在答題紙上自行列表寫(xiě)出答案。 【說(shuō)明】 在線會(huì)議審稿系統(tǒng)（ Online Reviewing System, ORS）主要處理會(huì)議前期的投稿和審稿事務(wù)

19、，其功 能描述如下：（ 1）用戶在初始使用系統(tǒng)時(shí)，必須在系統(tǒng)中注冊(cè)（register ）成為作者或?qū)徃迦?。?2）作者登錄（ login）后提交稿件和瀏覽稿件審閱結(jié)果。提交稿件必須在規(guī)定提交時(shí)間范圍內(nèi)， 其過(guò)程為先輸入標(biāo)題和摘要，選擇稿件所屬主題類(lèi)型，選擇稿件所在位置（存儲(chǔ)位置） 。上述幾 步若未完成，則重復(fù)；若完成，則上傳稿件至數(shù)據(jù)庫(kù)中，系統(tǒng)發(fā)送通知。（3）審稿人登錄后可設(shè)置興趣領(lǐng)域，審閱稿件給出意見(jiàn)，以及羅列錄用和（或）拒絕的稿件。（4）會(huì)議委員會(huì)主席是一個(gè)特殊的審稿人，可以瀏覽提交的稿件、給審稿人分配稿件、羅列錄 用和（或）拒絕的稿件，以及關(guān)閉審稿過(guò)程。其中關(guān)閉審稿過(guò)程須包括羅列錄用和（

20、或）拒絕的 稿件。系統(tǒng)采用面向?qū)ο蟮姆椒ㄩ_(kāi)發(fā)，使用 UML 進(jìn)行建模。在建模用例圖時(shí)，常用的方式是先識(shí)別參 與者，然后確定參與者如何使用系統(tǒng)來(lái)確定用例，每個(gè)用例可以構(gòu)造一個(gè)活動(dòng)圖。參與者名稱(chēng)、 用例和活動(dòng)名稱(chēng)分別參見(jiàn)表 1、表 2 和表 3。系統(tǒng)的部分用例圖和提交稿件的活動(dòng)圖分別如圖1和圖 2 所示。表 1 參與者列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明User用戶Author作者Reviewer審稿人PCChair委員會(huì)主席表 2 用例名稱(chēng)列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明login登錄系統(tǒng)Register注冊(cè)submit paper提交稿件Browse review results瀏覽稿件審閱結(jié)果close reviewi

21、ng process關(guān)閉審稿過(guò)程assign paper to reviewer分配稿件給審稿人set preferences設(shè)定興趣領(lǐng)域enter review審閱稿件給出意見(jiàn)list accepted/rejected papers羅列錄用和 / 或拒絕 的稿件browse submitted papers瀏覽提交的稿件表 3 活動(dòng)名稱(chēng)列表名稱(chēng)說(shuō)明名稱(chēng)說(shuō)明select paper location選擇稿件位置upload paper上傳稿件select subject group選擇主題類(lèi)型send notification發(fā)送通知enter title and abstract輸入標(biāo)題和

22、摘要【問(wèn)題 1】（4 分）根據(jù)【說(shuō)明】中的描述，使用表 1 中的英文名稱(chēng)，給出圖 1 中 A1A4 所對(duì)應(yīng)的參與者。A1User（ 1 分）A2Author （ 1 分）A3Reviewer （1 分）A4PCChair（1 分）圖 1 ORS 的用例圖【問(wèn)題 2】（3 分）根據(jù)【說(shuō)明】中的描述，使用表 2 中的英文名稱(chēng)，給出圖 1 中 U1U3 所對(duì)應(yīng)的用例。U1list accepted / rejected papers（ 1 分）U2browse submitted papers （ 1 分）U3assign paper to reviewer （ 1 分）【問(wèn)題 3】（4 分） 根據(jù)

23、【說(shuō)明】中的描述，給出圖 1 中（ 1）和（ 2）所對(duì)應(yīng)的關(guān)系及其含義。1 ）<<extend>>（ 1 分）：將常規(guī)動(dòng)作放在一個(gè)基本 Use Case中，將非常規(guī)動(dòng)作放在其擴(kuò)展 Use Case 中。（ 1 分）（ 2） <<include>>（ 1 分）：兩個(gè) Use Case，如果其中一個(gè)在其事件流中包含了另一個(gè)，那么它們 間就有包含關(guān)系。 （1 分）【問(wèn)題 4】（4 分）根據(jù)【說(shuō)明】中的描述，使用表 2 和表 3 中的英文名稱(chēng)，給出圖 2 中 Action1Action4 對(duì)應(yīng)的活 動(dòng)。Action1enter title and abs

24、tract （ 1 分）Action2select subject group （ 1 分）Action3select paper location （ 1 分）Action4upload paper （ 1 分）2. 閱讀下列說(shuō)明和圖，完成問(wèn)題 1 和問(wèn)題 2，并在答題紙上自行列表寫(xiě)出答案。 【說(shuō)明】S 公司開(kāi)辦了在線電子商務(wù)網(wǎng)站，主要為各注冊(cè)的商家提供在線商品銷(xiāo)售功能。為更好地吸 引用戶， S 公司計(jì)劃為注冊(cè)的商家提供商品（Commodity） 促銷(xiāo) （Promotion） 功能。商品的分類(lèi)（Category）不同，促銷(xiāo)的方式和內(nèi)容會(huì)有所不同。注冊(cè)商家可發(fā)布促銷(xiāo)信息。商家首先要在自己所銷(xiāo)售

25、的商品的分類(lèi)中，選擇促銷(xiāo)涉及的某一 具體分類(lèi)，然后選出該分類(lèi)的一個(gè)或多個(gè)商品（一種商品僅僅屬于一種分類(lèi)） ，接著制定出一個(gè) 比較優(yōu)惠的折扣政策和促銷(xiāo)活動(dòng)的優(yōu)惠時(shí)間， 最后由系統(tǒng)生成促銷(xiāo)信息并將該促銷(xiāo)信息公布在網(wǎng) 站上。商家發(fā)布促銷(xiāo)信息后，網(wǎng)站的注冊(cè)用戶便可通過(guò)網(wǎng)站購(gòu)買(mǎi)促銷(xiāo)商品。用戶可選擇參與某一個(gè) 促銷(xiāo) （Promotion） 活動(dòng)，并選擇具體的促銷(xiāo)商品 （Commodity） ，輸入購(gòu)買(mǎi)數(shù)量等購(gòu)買(mǎi)信息。系統(tǒng)生 成相應(yīng)的一份促銷(xiāo)訂單 （POrder）。只要用戶在優(yōu)惠活動(dòng)的時(shí)間范圍內(nèi)，通過(guò)網(wǎng)站提供的在線支付 系統(tǒng)，確認(rèn)在線支付該促銷(xiāo)訂單（即完成支付） ，就可以?xún)?yōu)惠的價(jià)格完成商品的購(gòu)買(mǎi)活動(dòng)，否則

26、該促銷(xiāo)訂單失效。系統(tǒng)采用面向?qū)ο蠓椒ㄩ_(kāi)發(fā)，系統(tǒng)中的類(lèi)以及類(lèi)之間的關(guān)系用 UML 類(lèi)圖表示，圖 3 是該 系統(tǒng)類(lèi)圖中的一部分；系統(tǒng)的動(dòng)態(tài)行為采用 UML 序列圖表示，圖 4 是發(fā)布促銷(xiāo)的序列圖。問(wèn)題 1（ 6 分） 識(shí)別關(guān)聯(lián)的多重度是面向?qū)ο蠼＿^(guò)程中的一個(gè)重要步驟。 根據(jù)說(shuō)明中給出的描述， 完成圖 3 中 的（1）（6）。（1）0.n（2）1（3）0.n（4） 1.n（5） 1 （6）0.n問(wèn)題 2（ 4 分）請(qǐng)從表 4 中選擇方法，完成圖 4 中的 （7）（10）。（7） getCategories （8） getCommodities （9） createPromotion （10） ad

27、dCommodities表 4 可選消息列表功能描述方法名向促銷(xiāo)訂單中添加所選的商品buyCommodities向促銷(xiāo)中添加要促銷(xiāo)的商品addCommodities查找某個(gè)促銷(xiāo)的所有促銷(xiāo)訂單信息列表getPromotionOrders生成商品信息createCommodity查找某個(gè)分類(lèi)中某商家的所有商品信息列表getCommodities生成促銷(xiāo)信息createPromotion生成促銷(xiāo)訂單信息createPOrder查找某個(gè)分類(lèi)的所有促銷(xiāo)信息列表getCategoryPromotion查找某商家所銷(xiāo)售的所有分類(lèi)列表getCategories查找某個(gè)促銷(xiāo)所涉及的所有商品信息列表getPromotionCommodities員工臉部識(shí)別考勤系統(tǒng)是為考察員工出勤情況而開(kāi)發(fā)的， 用于對(duì)員工的出勤情況進(jìn)行監(jiān)控。 該系 統(tǒng)要對(duì)員工的臉部圖像信息進(jìn)行采集， 即系統(tǒng)識(shí)別員工的臉部圖像， 并根據(jù)員工輸入的個(gè)人信息 (包括姓名和工作號(hào))生成員工圖像記錄；員工在每天上班和下班時(shí)使用該系統(tǒng)進(jìn)行身份識(shí)別， 即系統(tǒng)識(shí)別員工的臉部圖像，然后將識(shí)別的圖像信息與系統(tǒng)中保存的員工臉