1、軟件工程與UML期末試題 適用專(zhuān)業(yè)： 考試時(shí)間120分鐘一、單項(xiàng)選擇題（本大題共 小題，每題 分，共 分）1. UML圖不包括（ D ）A. 用例圖B. 類(lèi)圖C. 狀態(tài)圖D. 流程圖 2. 下面哪一項(xiàng)不是包圖中的關(guān)系（ D ）A .<<use>>B. <<access>>C. <<trace>>D. <<stub>> 3. 在類(lèi)圖中，下面哪個(gè)符號(hào)表示繼承關(guān)系（ C ）A. B.C.D.4. 在類(lèi)圖中，“#”表示的可見(jiàn)性是（ B ）A. PublicB. ProtectedC. PrivateD. P

2、ackage 5. 消息的組成不包括（ C ）A. 接口B. 活動(dòng)C. 發(fā)送者D.接收者 6. 下面哪個(gè)視圖屬于UML語(yǔ)言的交互圖（ D ）A. 行為圖B. 狀態(tài)圖C. 實(shí)現(xiàn)圖D. 順序圖 7. UML語(yǔ)言包含幾大類(lèi)圖形（ B ）A. 3B. 5C. 7D. 98. RUP中有（ C ）個(gè)核心過(guò)程工作流。 A. 1B. 3C. 6D. 9 9. 類(lèi)之間的關(guān)系不包括（ D ）A. 依賴(lài)關(guān)系B. 泛化關(guān)系C. 實(shí)現(xiàn)關(guān)系D. 分解關(guān)系 10. 在UML中，協(xié)作圖的組成不包括（ C ）A. 對(duì)象B. 消息C. 發(fā)送者D. 鏈11. 下面哪個(gè)符號(hào)代表包圖（ A ）A. B. C. D. 12. 下列對(duì)狀

3、態(tài)圖描述不正確的是（ C ）A. 狀態(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ò)程中資源的不同狀態(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)。 13. 在UML的順序圖中，通常由左向右分層排列各個(gè)對(duì)象，正確的排列方法是（ A ）A. 執(zhí)行者角色 控制類(lèi) 用戶接口 業(yè)務(wù)層 后臺(tái)數(shù)據(jù)庫(kù) B. 執(zhí)行者角色 用戶接口 控制類(lèi) 業(yè)

4、務(wù)層 后臺(tái)數(shù)據(jù)庫(kù) C. 執(zhí)行者角色 控制類(lèi) 用戶接口 后臺(tái)數(shù)據(jù)庫(kù) 業(yè)務(wù)層 D. 執(zhí)行者角色 用戶接口 業(yè)務(wù)層 控制類(lèi) 后臺(tái)數(shù)據(jù)庫(kù) 14. 多對(duì)象是UML哪個(gè)視圖中的概念（ C ）A. 類(lèi)圖B. 狀態(tài)圖C. 協(xié)作圖D. 組件圖 15. 構(gòu)件圖的組成不包括（ C ）A. 接口B. 構(gòu)件C. 發(fā)送者D. 依賴(lài)關(guān)系 16. 在UML中，接口有幾種表達(dá)方式（ A ）A. 2 B. 4C. 6D. 8 17. 部署圖的組成不包括（ C ）A. 處理器B. 設(shè)備C. 構(gòu)件D. 連接 18. 下面哪個(gè)UML視圖是描述一個(gè)對(duì)象的生命周期的（ B ）A. 類(lèi)圖B. 狀態(tài)圖C. 協(xié)作圖D. 順序 19. 順序圖由對(duì)

5、象、生命線、控制焦點(diǎn)和（ B ）組成 A關(guān)系B. 消息C. 用例D. 實(shí)體 20. UML中關(guān)聯(lián)的多重度是指（ B ）A. 一個(gè)類(lèi)有多個(gè)方法被另一個(gè)類(lèi)調(diào)用 B. 一個(gè)類(lèi)的實(shí)例能夠與另一個(gè)類(lèi)的多少個(gè)實(shí)例相關(guān)聯(lián) C. 一個(gè)類(lèi)的某個(gè)方法被另一個(gè)類(lèi)調(diào)用的次數(shù) D. 兩個(gè)類(lèi)所具有的相同的方法和屬性 21. “軟件危機(jī)”是指（ C ）A. 計(jì)算機(jī)病毒的出現(xiàn)B .利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)C. 軟件開(kāi)發(fā)和維護(hù)中出現(xiàn)的一系列問(wèn)題D. 人們過(guò)分迷戀計(jì)算機(jī)系統(tǒng)22. UML中關(guān)聯(lián)的多重度是指（ B ） A. 一個(gè)類(lèi)有多個(gè)方法被另一個(gè)類(lèi)調(diào)用B. 一個(gè)類(lèi)的實(shí)例能夠與另一個(gè)類(lèi)的多個(gè)實(shí)例相關(guān)聯(lián)C. 一個(gè)類(lèi)的某個(gè)

6、方法被另一個(gè)類(lèi)調(diào)用的次數(shù)D. 兩個(gè)類(lèi)所具有的相同的方法和屬性23. 已知三個(gè)類(lèi)A、B和C。其中類(lèi)A由類(lèi)B的一個(gè)實(shí)例和類(lèi)C的1個(gè)或多個(gè)實(shí)例構(gòu)成。能夠正確表示類(lèi)A、B和C之間關(guān)系的UML類(lèi)圖。（ A ）A B C D 24.采用UML進(jìn)行軟件建模的過(guò)程中，類(lèi)圖是系統(tǒng)的一種靜態(tài)視圖，用( B )可明確表示兩類(lèi)事物之間存在的整體/部分形式的關(guān)聯(lián)關(guān)系。A. 依賴(lài)關(guān)系B. 聚合關(guān)系C. 泛化關(guān)系D. 實(shí)現(xiàn)關(guān)系25.在UML語(yǔ)言中，下圖中的a、b、c三種圖形符號(hào)按照順序分別表示：( C )A. 邊界對(duì)象、實(shí)體對(duì)象、控制對(duì)象B. 實(shí)體對(duì)象、邊界對(duì)象、控制對(duì)象C. 控制對(duì)象、邊界對(duì)象、實(shí)體對(duì)象D. 邊界對(duì)象、控

7、制對(duì)象、實(shí)體對(duì)象26. 一個(gè)項(xiàng)目為了修正一個(gè)錯(cuò)誤而進(jìn)行了變更，但這個(gè)錯(cuò)誤被修改后，卻引起以前可以正確運(yùn)行的代碼出錯(cuò)。（ D ） 最可能發(fā)現(xiàn)這一問(wèn)題。A. 單元測(cè)試B. 接受測(cè)試C. 安裝測(cè)試D. 回歸測(cè)試27. 根據(jù)如下所示的UML類(lèi)圖可知，類(lèi)Car和類(lèi)Boat中的move（）方法（ B ）。A.引用了Transport的move()方法 B.重置了類(lèi)Transport的move()方法C.是類(lèi)Transport的move()方法的聚集D.是類(lèi)Transport的move()方法的泛化28.用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。在“某圖書(shū)館管理系統(tǒng)”用例模型中，所有用戶使用

8、系統(tǒng)之前必須通過(guò)“身份驗(yàn)證”，“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式，則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證”之間是（ D ）關(guān)系。A.關(guān)聯(lián)B.包含C.擴(kuò)展D.泛化29.領(lǐng)域模型是一組表示（ A ），在設(shè)計(jì)工作中廣泛用來(lái)啟發(fā)設(shè)計(jì)軟件對(duì)象。 A.真實(shí)世界的概念類(lèi)B.虛擬世界的概念類(lèi)C.軟件部件的模型D.硬件部件的模型30.用例（Use-case）用來(lái)描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是（ A ）關(guān)系。A包含 i

9、nclude B.擴(kuò)展extend C分類(lèi) classificationD.聚集aggregation31. UML的（ A ）表示消息源發(fā)出消息后不必等待消息處理過(guò)程的返回,即可繼續(xù)執(zhí)行自己的后續(xù)操作。 A異步消息B.返回消息C.同步消息D.簡(jiǎn)單消息32.一個(gè)對(duì)象和另一個(gè)對(duì)象之間通過(guò)消息來(lái)進(jìn)行通信。消息通信在面向?qū)ο蟮恼Z(yǔ)言中即（ C ）。 A.方法實(shí)現(xiàn)B.方法嵌套C.方法調(diào)用D.方法定義33.（ A ）技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類(lèi)、人或部門(mén)，它們負(fù)責(zé)完成組內(nèi)的活動(dòng)。A泳道B.分叉匯合C.分支D.轉(zhuǎn)移34.若將活動(dòng)狀態(tài)比作方法，那么動(dòng)作狀態(tài)即（ C ）。A.方

10、法名B.方法返回值C.方法體中的每一條語(yǔ)句D.方法的可見(jiàn)性35.下列關(guān)于狀態(tài)圖的說(shuō)法中，正確的是（ C ）。A.狀態(tài)圖是UML中對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。 B.狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)。C.活動(dòng)圖和狀態(tài)圖是對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模，描述對(duì)象隨時(shí)間變化的行為。D.狀態(tài)圖強(qiáng)調(diào)對(duì)有幾個(gè)對(duì)象參與的活動(dòng)過(guò)程建模，而活動(dòng)圖更強(qiáng)調(diào)對(duì)單個(gè)反應(yīng)型對(duì)象建模。36. （ C ）是一組用于描述類(lèi)或組件的一個(gè)服務(wù)的操作。A.包B.節(jié)點(diǎn)C.接口D.組件 37. 以下關(guān)于用例圖中關(guān)聯(lián)的描述，正確的是（ D ）。A. 關(guān)聯(lián)可以存在于用例之間，用來(lái)表示用例之間的

11、數(shù)據(jù)流動(dòng)。B. 關(guān)聯(lián)用實(shí)直線表示，可以在直線上加單向箭頭或雙向箭頭。C. 關(guān)聯(lián)關(guān)系上的箭頭，表示數(shù)據(jù)的輸入或輸出方法。D. 關(guān)聯(lián)關(guān)系表示一種通信路徑，它位于參與者與用例之間，關(guān)系方向表示誰(shuí)啟動(dòng)信息。38. 關(guān)于參與者的說(shuō)法中錯(cuò)誤的是（ C ）。 A. 參與者是與目標(biāo)系統(tǒng)交互的人或物。 B. 參與者可以是實(shí)際的人，也可以是外部設(shè)備、外部系統(tǒng)等。 C. 參與者是用例圖的重要組成部分，因此它是目標(biāo)系統(tǒng)的組成部分。 D. 參與者之間可以存在一定的關(guān)系。39.在一個(gè)課程注冊(cè)系統(tǒng)中，定義了類(lèi)CourseSchedule和類(lèi)Course，其中類(lèi)CourseSchedule中定義了方法add(c: Cours

12、e)和方法remove(c: Course)，則這兩個(gè)類(lèi)之間的關(guān)系是（ C ）。A.泛化關(guān)系B.組合關(guān)系C.依賴(lài)關(guān)系D.包含關(guān)系40.對(duì)某企業(yè)的工作流程進(jìn)行建模，（ B ）是最有效的。A.交互圖B.活動(dòng)圖C.狀態(tài)圖D.類(lèi)圖41.假設(shè)有一個(gè)返回消息，在發(fā)送消息的對(duì)象進(jìn)行另一個(gè)活動(dòng)之前需要等待返回的回應(yīng)消息，這種消息屬于（ A ）。A.同步消息B.異步消息C.簡(jiǎn)單消息D.返回消息 42.你認(rèn)為UML中最適合描述算法流程的是（ D ）。 A.順序圖B.協(xié)作圖C.狀態(tài)圖D.活動(dòng)圖 43.如下用例圖中，用例獲取客戶信息和建立客戶檔案的關(guān)系是 （ B ）。A.包含關(guān)系B.擴(kuò)展

13、關(guān)系C.關(guān)聯(lián)關(guān)系D.實(shí)現(xiàn)關(guān)系44.順序圖主要可以為設(shè)計(jì)人員提供（ A ）信息。 A.消息發(fā)送的順序B.某個(gè)方法的執(zhí)行流程C.類(lèi)之間關(guān)聯(lián)關(guān)系的多重性D.某個(gè)對(duì)象在不同狀態(tài)之間的轉(zhuǎn)移45.類(lèi)和接口的關(guān)系類(lèi)似于下面哪種類(lèi)型的關(guān)系（ D ）。 A.關(guān)聯(lián)（association）和聚集（aggregation）B.關(guān)聯(lián)（association）和組合（composition）C.腳本（scenario）和用例（use case）D.包（Package）和子系統(tǒng)（subsystem）46.在類(lèi)圖中，那個(gè)類(lèi)圖中的類(lèi)Order所生成的代碼具有Public class&#

14、160;Order    Public Customer recipient; 的形式？A. B. C. D. 47. 一個(gè)銀行業(yè)務(wù)系統(tǒng)采用如圖所示的配置圖，則錯(cuò)誤的是（ D ）。 A.與GUI有關(guān)的類(lèi)應(yīng)該部署在Branch Client上。B.這個(gè)圖表示一個(gè)三層的體系結(jié)構(gòu)，不管Branch Client、Financial App Server、Database Server是運(yùn)行在同一臺(tái)機(jī)器上還是在不同機(jī)器上。C.為了系統(tǒng)的可伸縮性（scalabili

15、ty），與業(yè)務(wù)邏輯有關(guān)的對(duì)象應(yīng)該部署在Financial App Server上。D.為了系統(tǒng)的可伸縮性，與業(yè)務(wù)邏輯有關(guān)的對(duì)象應(yīng)該部署在Branch Client上。48. UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（ B ）是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇（ A ）；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇（ D ）。   A構(gòu)件圖B類(lèi)圖C對(duì)象圖D部署圖A構(gòu)件圖B協(xié)作圖C狀態(tài)圖D部署圖A協(xié)作圖B對(duì)象圖C活動(dòng)圖D部署圖49.在下

16、面的用例圖中，X1、X2和X3表示（ C ） ，已知UC3是抽象用例，那么X1可通過(guò)（ A ）用例與系統(tǒng)進(jìn)行交互。并且，用例（ B ）是UC4的可選部分，用例（ D ）是UC4的必須部分。（1）A. 人B. 系統(tǒng)C. 參與者D. 外部軟件（2）A. UC4、UC1B. UC5、UC1C. UC5、UC2D. UC1、UC2（3）A. UC1B. UC2C. UC3D. UC5（4）A. UC1B. UC2C. UC3D. UC550.為驗(yàn)證程序模塊A是否正確實(shí)現(xiàn)了規(guī)定的功能，需要進(jìn)行( A )；為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進(jìn)行( B )。（1）A.單元測(cè)試B.集成測(cè)試

17、C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試（2）A.單元測(cè)試B.集成測(cè)試C.確認(rèn)測(cè)試D.系統(tǒng)測(cè)試51.在UML的通用機(jī)制中，（ A ）用于把元素組織成組；（ D ）是系統(tǒng)中遵從一組接口規(guī)范且付諸實(shí)現(xiàn)的物理的、可替換的軟件模塊。A. 包B. 類(lèi)C. 接口D. 構(gòu)件二、填空題（本大題共20個(gè)空，每空1分，共20分）1. 面向?qū)ο蟪绦虻幕咎卣魇牵?抽象 、 封裝 、 繼承 和 多態(tài) 。2Rose的正向工程以 組件 為單位把模型中的一個(gè)或多個(gè)類(lèi)圖轉(zhuǎn)換為java源代碼的過(guò)程。逆向工程是把代碼轉(zhuǎn)換為 設(shè)計(jì)模型。3. 用例圖兩個(gè)最核心的元素是 參與者 與用例。4. 在類(lèi)圖中一共包含了以下幾種元素，分別是: 類(lèi) 、 接口 、

18、關(guān)系、 協(xié)作 、注釋、約束以及 。 5. 順序圖是由 對(duì)象 、 生命線 、 控制焦點(diǎn) 和 消息 等構(gòu)成的。 6. 在UML的表示中順序圖將交互關(guān)系表示為一張二維圖，其中縱向是 時(shí)間軸 ，時(shí)間沿豎線向下延伸。橫向代表了在協(xié)作中 各獨(dú)立對(duì)象的角色。 7. 狀態(tài)機(jī)圖 圖描述從狀態(tài)到狀態(tài)的控制流程，常用來(lái)對(duì)系統(tǒng)的動(dòng)態(tài)特征進(jìn)行建模。 8. 在UML中，狀態(tài)機(jī)由對(duì)象的各個(gè)狀態(tài)和連接這些狀態(tài)的 轉(zhuǎn)換 組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。 9. 模塊的獨(dú)立性可用耦合和內(nèi)聚的高低來(lái)評(píng)定，設(shè)計(jì)較好的模塊要求 內(nèi)聚 高、耦合 低 。10. 對(duì)象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作 封裝 于對(duì)象統(tǒng)一體中。11. 類(lèi)是某些

19、對(duì)象的模板，抽象地描述屬于該類(lèi)的全部對(duì)象的 屬性 和操作。12. 軟件生命周期中所花費(fèi)用最多的階段是 軟件維護(hù) 。13. 大多數(shù)情況下，程序員測(cè)試自己所編寫(xiě)的單元所采用的測(cè)試為測(cè)試分類(lèi)中的 單元 測(cè)試。 14. 等價(jià)劃分 是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類(lèi)，據(jù)此導(dǎo)出測(cè)試用例。15. 軟件測(cè)試是為了 發(fā)現(xiàn)錯(cuò)誤 而執(zhí)行程序的過(guò)程。16. 模塊內(nèi)聚度越高，說(shuō)明模塊內(nèi)各成分彼此結(jié)合的程度越 緊密 。17. 常用的面向?qū)ο蟮能浖^(guò)程模型是 噴泉模型 。18. 在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力稱(chēng)為軟件的 健壯性 。19. 耦合度 是對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種

20、度量。20. 在軟件測(cè)試中，已知產(chǎn)品內(nèi)部工作過(guò)程，通過(guò)測(cè)試檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說(shuō)明的規(guī)定正常進(jìn)行的方法稱(chēng)為 白盒 測(cè)試法。21. 瀑布模型的關(guān)鍵不足在于 不能適應(yīng)需求的動(dòng)態(tài)變更 。22. 軟件按照設(shè)計(jì)的要求，在規(guī)定的時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱(chēng)為 可靠性 。23. 使用白盒測(cè)試時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù) 程序的內(nèi)部邏輯 和指定的覆蓋標(biāo)準(zhǔn)。24. 為了提高測(cè)試的效率，應(yīng)該 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)。25. 軟件項(xiàng)目的可行性研究要進(jìn)行一次 簡(jiǎn)化的、壓縮的 需求分析。26. UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中類(lèi)

21、圖 是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇組件圖 ；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇部署圖。三、簡(jiǎn)答題（本大題共4小題，每題5分，共20分）1什么是用例圖？用例圖有什么作用？定義：由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖成為用例圖。（2分 ）作用： 用例圖是從軟件需求分析到最終實(shí)現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提供的功能，有利于用戶和軟件開(kāi)發(fā)人員之間的溝通（1分）。用例圖可視化地表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點(diǎn)，克服了純文字性說(shuō)明的不足（1分）。用例方法是

22、完全從外部來(lái)定義系統(tǒng)的，它把需求和設(shè)計(jì)完全分離開(kāi)來(lái)（1分），使用戶不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。 四、問(wèn)答題和分析題（本大題共 小題，共 分）1. 網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來(lái)的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”誕生了。（16）“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”的功能需求如下： l 學(xué)生登錄網(wǎng)站后，可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。 l 教師登錄網(wǎng)站后，可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、修改教學(xué)心得。 l 系統(tǒng)管理員負(fù)責(zé)對(duì)網(wǎng)站頁(yè)面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊(cè)。（1） 學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用該系統(tǒng)的所有功能。如果忘記密碼可以通過(guò)“找回密碼”功能恢復(fù)密碼。請(qǐng)畫(huà)出學(xué)生參與者的用例圖。6個(gè)用例每2個(gè)1分（3分），5關(guān)系每個(gè)1分（5分）。 （2）教師如果忘記密碼，可以通過(guò)“找回密碼”功能找回密碼。請(qǐng)畫(huà)出教師參與者的用例圖。6個(gè)用例每2個(gè)1分（3分），5關(guān)系每個(gè)1分（5分）。 2. 圖書(shū)管理系統(tǒng)功能性需求說(shuō)明如下：（24分） l 圖書(shū)管理系統(tǒng)能夠?yàn)橐欢〝?shù)量的借閱者提供服務(wù)。每個(gè)借閱者能夠擁有唯一標(biāo)識(shí)其存在的編號(hào)。圖書(shū)