《軟件工程與UML》期末試題

1、軟 件 工 程 與適用專業(yè):考試時間120分鐘一、單項選擇題（本大題共小題,1. UML圖不包括（D）A.用例圖B.類圖2. 下面哪一項不是包圖中的關(guān)系（A .每題分，共分）C.狀態(tài)圖D）B. D.流程圖3.在類圖中，下面哪個符號表示繼承關(guān)系（A.C. C)D. B.C.D.4. 在類圖中，A. P ublic5. 消息的組成A.接口“# ”表示的可見性是（B. Protected 不包括（C）B.活動 C.發(fā)送者C. PrivateD. Package6. 下面哪個視圖屬于 UML語言的交互圖A.行為圖B.狀態(tài)圖7. UML語言包含幾大類圖形（B）A. 3B. 5C. 78. RUP中有（C

2、 ）個核心過程工作流。A. 1B. 3C. 69. 類之間的關(guān)系不包括（D）A.依賴關(guān)系 B.泛化關(guān)系 在UML中，協(xié)作圖的組成不包括（A.對象 B.消息下面哪個符號代表包圖（DC.D.接收者）實現(xiàn)圖D.順序圖10.11.C.C）C.發(fā)送者A）A.B.D. 9D. 9實現(xiàn)關(guān)系D.鏈C.D.分解關(guān)系D. 口下列對狀態(tài)圖描述不正確的是（C）A. 狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為。B. 狀態(tài)圖適用于描述狀態(tài)和動作的順序，不僅可以展現(xiàn)一個對象擁有的狀態(tài)，還可以 說明事件如何隨著時間的推移來影響這些狀態(tài)。C. 狀態(tài)圖的主要目的是描述對象創(chuàng)建和撤銷的過程中 員提高開發(fā)效率。

3、D. 狀態(tài)圖描述了一個實體基于事件反應(yīng)的動態(tài)行為，顯示了該實體如何根據(jù)當(dāng)前所處 狀態(tài)對不同的事件做出反應(yīng)。13. 在UML的順序圖中，通常由左向右分層排列各個對象，正確的排列方法是（A. 執(zhí)行者角色B. 執(zhí)行者角色C. 執(zhí)行者角色D. 執(zhí)行者角色12.資源的不同狀態(tài)，有利于開發(fā)人控制類用戶接口 用戶接口控制類 控制類用戶接口 用戶接口業(yè)務(wù)層14. 多對象是UML哪個視圖中的概念（業(yè)務(wù)層后臺數(shù)據(jù)庫 業(yè)務(wù)層后臺數(shù)據(jù)庫 后臺數(shù)據(jù)庫業(yè)務(wù)層 控制類后臺數(shù)據(jù)庫C）A.類圖 B.狀態(tài)圖C.協(xié)作圖構(gòu)件圖的組成不包括（C）A.接口B.構(gòu)件C.發(fā)送者在UML中，接口有幾種表達(dá)方式（A）A. 2B. 4C. 6I部

4、署圖的組成不包括（C）A.處理器B.設(shè)備 C.構(gòu)件下面哪個UML視圖是描述一個對象的生命周期的（A.類圖 B.狀態(tài)圖C.協(xié)作圖順序圖由對象、生命線、控制焦點和（B ）組成A.關(guān)系 B.消息 C.用例 D.實體20. UML中關(guān)聯(lián)的多重度是指（B）A. 一個類有多個方法被另一個類調(diào)用B. 一個類的實例能夠與另一個類的多少個實例相關(guān)聯(lián)C. 一個類的某個方法被另一個類調(diào)用的次數(shù)D. 兩個類所具有的相同的方法和屬性21. “軟件危機”是指（C）A. 計算機病毒的出現(xiàn)C.軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題22. UML中關(guān)聯(lián)的多重度是指（BA 一個類有多個方法被另一個類調(diào)田B. 個類的實例能夠與另一個類的

5、多個實例相關(guān)聯(lián)C. 一個類的某個方法被另一個類調(diào)用的次數(shù)15.16.17.18.19.D. 8D.組件圖D.依賴關(guān)系D.連接B）D.順序B.利用計算機進(jìn)行經(jīng)濟犯罪活動D.人們過分迷戀計算機系統(tǒng)D.兩個類所具有的相同的方法和屬性23.已知三個類 A、B和Co其中類A由類B的一個實例 和類C的1個或多個實例構(gòu)成。能 夠正確表示類 A、B和C之間關(guān)系的UML類圖。（ A ）1B1II A 1Q11 丫B 11B61.*C24.采用UML進(jìn)行軟件建模的過程中，類圖是系統(tǒng)的一種靜態(tài)視圖，用（B ）可明確表示兩類事物之間存在的 整體/部分形式的關(guān)聯(lián)關(guān)系。A.依賴關(guān)系 B.聚合關(guān)系C.泛化關(guān)系D.實現(xiàn)關(guān)系2

6、5.在UML語言中，下圖中的_a、b、c三種圖形符號按照順序分別表示:0 QA.邊界對象、實體對象、控制對象B.C.控制對象、邊界對象、實體對象D.實體對象、邊界對象、控制對象 邊界對象、控制對象、實體對象26. 一個項目為了修正一個錯誤而進(jìn)行了變更，但這個錯誤被修改后，卻引起以前可以正 確運行的代碼出錯。(A.單元測試27. 根據(jù)如下所示的D )最可能發(fā)現(xiàn)這一問題。B.接受測試 C.安裝測試UML類圖可知，類Car和類D.回歸測試Boat 中的 move ()方法(B )。B.重置了 類Transport 的move()方法 D.是類Transport 的move()方法的泛化A.引用了 T

7、ransport 的 move()方法C.是類Transport 的move()方法的聚集28. 用例從用戶角度描述系統(tǒng)的行為。用例之間可以存在一定的關(guān)系。在“某圖書館管理 系統(tǒng)”用例模型中，所有用戶使用系統(tǒng)之前必須通過“身份驗證”，“密碼驗證”和“智能卡驗證 證”之間是(D )關(guān)系。A.關(guān)聯(lián)B.包含29. 領(lǐng)域模型是一組表示(AA. 真實世界的概念類B. 虛擬世界的概念類C. 軟件部件的模型D. 硬件部件的模型30. 用例(Use-case )用來描述系統(tǒng)在事件做出響應(yīng)時所采取的行動。用例之間是具有相關(guān)性的。在一個“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單 和更新訂單 都需要檢查用戶帳號是否正確。那么

8、， 關(guān)系。A.包含C.分類身份驗證”可以有”兩種方式，則“身份驗證”與“密碼驗證”和“智能卡驗C.擴展D.泛化)，在設(shè)計工作中廣泛用來啟發(fā)設(shè)計軟件對象。用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號”之間是(in elude classificati onB. 擴展D.聚集exte nd aggregati on31. UML的(A )表示消息源發(fā)出消息后不必等待消息處理過程的返回 己的后續(xù)操作。A異步消息B.返回消息C.同步消息D.簡單消息32. 一個對象和另一個對象之間通過消息來進(jìn)行通信。消息通信在面向?qū)ο蟮恼Z言中即(C )。A.方法實現(xiàn)B.方法嵌套C.方法調(diào)用D.方法定義33. (

9、 A )技術(shù)是將一個活動圖中的活動狀態(tài)進(jìn)行分組，每一組表示一個特定的類、人或部門，它們負(fù)責(zé)完成組內(nèi)的活動。A.泳道B.分叉匯合34. 若將活動狀態(tài)比作方法，那么A.方法名B.方法返回值,即可繼續(xù)執(zhí)行自C.分支D.轉(zhuǎn)移動作狀態(tài)即(C )。C.方法體中的每一條語句D.方法的可見性35. 下列關(guān)于狀態(tài)圖的說法中，正確的是( C )。A.狀態(tài)圖是UML中對系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。（C ）是一組用于描述類或組件的一個服務(wù)的操作。A.包B.節(jié)點C.接口D.組件37.以下關(guān)于用例圖中關(guān)聯(lián)的描述，正確的是（D )。B. 狀態(tài)圖是活動圖的一個特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動狀態(tài)。C. 活動圖和狀態(tài)圖是

10、對一個對象的生命周期進(jìn)行建模，描述對象隨時間變化的行為。D. 狀態(tài)圖強調(diào)對有幾個對象參與的活動過程建模，而活動圖更強調(diào)對單個反應(yīng)型對象建模。36.A. 關(guān)聯(lián)可以存在于用例之間，用來表示用例之間的數(shù)據(jù)流動。B. 關(guān)聯(lián)用實直線表示，可以在直線上加單向箭頭或雙向箭頭。C. 關(guān)聯(lián)關(guān)系上的箭頭，表示數(shù)據(jù)的輸入或輸出方法。D. 關(guān)聯(lián)關(guān)系表示一種通信路徑，它位于參與者與用例之間，關(guān)系方向表示誰啟動信息。38.關(guān)于參與者的說法中 錯誤的是（C ）。A.參與者是與目標(biāo)系統(tǒng)交互的人或物。B.C.參與者是用例圖的重要組成部分,因此它是目標(biāo)系統(tǒng)的組成部分。D. 參與者之間可以存在一定的關(guān)系。39.在一個課程注冊系統(tǒng)中

11、，定義了類Courseschedule 禾R類 Course，其中類 CourseSchedule中定義了方法add（c: Course）和方法remove(c: Course),則這兩個類之間的關(guān)系是(C )。A. 泛化關(guān)系B. 組合關(guān)系C. 依賴關(guān)系D. 包含關(guān)系40.對某企業(yè)的工作流程進(jìn)行建模,B ）是最有效的。A.交互圖B.活動圖C.狀態(tài)圖D.類圖參與者可以是實際的人，也可以是外部設(shè)備、外部系統(tǒng)等。41.假設(shè)有一個 返回消息，在發(fā)送消息的對象進(jìn)行另一個活動之前需要等待返回的回應(yīng)消息,這種消息屬于（A ）。A. 同步消息B. 異步消息C. 簡單消息D. 返回消息42.你認(rèn)為UML中最適合

12、描述 算法流程的是（D ）。A.順序圖B.協(xié)作圖C.狀態(tài)圖D.活動圖43.如下用例圖中，用例獲取客戶信息和建立客戶檔案的關(guān)系是(B )。A.包含關(guān)系B.擴展關(guān)系C.關(guān)聯(lián)關(guān)系D.實現(xiàn)關(guān)系44.順序圖主要可以為設(shè)計人員提供（A ）信息。A. 消息發(fā)送的順序B. 某個方法的執(zhí)行流程C. 類之間關(guān)聯(lián)關(guān)系的多重性D.某個對象在不同狀態(tài)之間的轉(zhuǎn)移45.類和接口的關(guān)系類似于下面哪種類型的關(guān)系（D )。A.關(guān)聯(lián)(association)和聚集(aggregationB.關(guān)聯(lián)(association)和組合(compositionC.腳本（seenario ）和用例（use case）D.包（Package）和

13、子系統(tǒng)（subsystem）46.在類圖中，那個類圖中的類Order所生成的代碼具有A.C.Public classOrderPublic的形式?47.Customerrecipient;Order+rec ip cientCustomern1Orderecipient1 Customern1n 1一個銀行業(yè)務(wù)系統(tǒng)采用如圖所示的配置圖,B.D.Order+rec ip cientCustomernnOrderrec ipi entCustomernn則錯誤的是（D )。A.與GUI有關(guān)的類應(yīng)該部署在 BranchClie nt 上。B.這個圖表示一個三層的體系結(jié)構(gòu)，不管BranchClient

14、 、FinancialApp Server、Database Server是運行在同一臺機器上還是在不同機器上。C.為了系統(tǒng)的可伸縮性（scalability ）,與業(yè)務(wù)邏輯有關(guān)的對象應(yīng)該部署在FinancialApp Server 上。D.為了系統(tǒng)的可伸縮性，與業(yè)務(wù)邏輯有關(guān)的對象應(yīng)該部署在48. UML提供了 4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中（B ）是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計視圖；當(dāng)需要說 明系統(tǒng)的靜態(tài)實現(xiàn)視圖時，應(yīng)該選擇（A應(yīng)該選擇（DA構(gòu)件圖A構(gòu)件圖A.協(xié)作圖Branch Clie nt 上。B.類圖B.協(xié)作圖B.對象圖XI、

15、C.對象圖C.狀態(tài)圖C.活動圖X2和X3表示（49. 在下面的用例圖中，（A ）用例與系統(tǒng)進(jìn)行交互。并且，用例（ 的必須部分。;當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實施視圖時,D.部署圖D.部署圖D.部署圖，已知UC3是抽象用例，那么 X1可通過）B ）是UC4的可選部分，用例（D ）是UC4XI占 .、(1)A.人B.系統(tǒng)C參與者D.外部軟件(2)A UC4、UC1B. UC5、UC1C. UC5、UC2(3)A. UC1B. UC2C. 1UC3D. UC5(4)A. UC1B. UC2C. UC3D. UC5D. UC1、UC2需要進(jìn)行A是否正確實現(xiàn)了規(guī)定的功能，其他模塊按照規(guī)定方式正確工作，需要進(jìn)

16、行B.集成測試B.集成測試50.為驗證程序模塊(A );為驗證模塊 A能否與(1) A.單元測試(2) A.單元測試51.在UML的通用機制中，規(guī)范且付諸實現(xiàn)的物理的、A.包B.類(B ) oC.確認(rèn)測試C.確認(rèn)測試(A )用于把元素組織成組；( 可替換的軟件模塊。C.接口D.構(gòu)件D.系統(tǒng)測試D.系統(tǒng)測試)是系統(tǒng)中遵從一組接口二、填空題(本大題共 20個空，每空1分，1. 面向?qū)ο蟪绦虻幕咎卣魇牵撼橄?. Rose的正向工程以共 20 分)、封裝繼承 和多態(tài)。組件 為單位 把模型中的一個或多個類圖轉(zhuǎn)換為java源代碼的設(shè)計模型。參與者與用例。類、 接口、關(guān)系、過程。逆向工程是把代碼轉(zhuǎn)換為3.

17、 用例圖兩個最核心的元素是4. 在類圖中一共包含了以下幾種元素，分別是釋、約束以及。5. 順序圖是由 對象 、 生命線、控制焦點和消息 等構(gòu)成的。6. 在UML的表示中順序圖將交互關(guān)系表示為一張二維圖，其中縱向是時間軸 ，時間沿豎線向下延伸。橫向代表了在協(xié)作中各獨立對象的角色。7. 狀態(tài)機圖圖描述從狀態(tài)到狀態(tài)的控制流程，常用來對系統(tǒng)的動態(tài)特征進(jìn)行建模。8. 在UML中，狀態(tài)機由對象的各個狀態(tài)和連接這些狀態(tài)的轉(zhuǎn)換 組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換的圖。9. 模塊的獨立性可用耦合和內(nèi)聚的高低來評定，設(shè)計較好的模塊要求 低。協(xié)作、注O對象生命線內(nèi)聚 高、耦合10.11.12.13.試。14.對象實現(xiàn)了數(shù)據(jù)

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

19、工作過程，通過測試檢測產(chǎn)品內(nèi)部動作是否按照產(chǎn)品規(guī)格 白盒測試法。不能適應(yīng)需求的動態(tài)變更使用白盒測試時，確定測試數(shù)據(jù)應(yīng)根據(jù)程序的內(nèi)部邏輯 和指定的覆蓋標(biāo)準(zhǔn)。為了提高測試的效率，應(yīng)該衛(wèi)擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。 軟件項目的可行性研究要進(jìn)行一次的功能需求如下：可以瀏覽課件、查找課件、下載課件、觀看教學(xué)視頻。可以上傳課件、上傳教學(xué)視頻、發(fā)布教學(xué)心得、查看教學(xué)心得、17.健壯性。18.19.20.說明的規(guī)定正常進(jìn)行的方法稱為21. 瀑布模型的關(guān)鍵不足在于不能適應(yīng)需求的動態(tài)變更。22. 軟件按照設(shè)計的要求，在規(guī)定的時間和條件下達(dá)到不出故障，持續(xù)運行的要求的質(zhì)量特性稱為可靠性。23.24.簡化的

20、、壓縮的需求分析。25.23. UML提供了 4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中 類圖_是面向?qū)ο笙到y(tǒng)規(guī)模中最常用的圖，用于說明系統(tǒng)的靜態(tài)設(shè)計視圖；當(dāng)需要說明系統(tǒng) 的靜態(tài)實現(xiàn)視圖時，應(yīng)該選擇組件當(dāng)需要說明體系結(jié)構(gòu)的靜態(tài)實施視圖時，應(yīng)該選擇 部署圖。三、簡答題（本大題共 4小題，每題5分，共20分）1.什么是用例圖？用例圖有什么作用？定義：由參與者（Actor ）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的 圖成為用例圖。（2分 ） 作用：用例圖是從軟件需求分析到最終實現(xiàn)的第一步， 它顯示了系統(tǒng)的用戶和用戶希望提供的 功能，有利于用戶和軟件

21、開發(fā)人員之間的溝通（ 1分）。用例圖可視化地表達(dá)了系統(tǒng)的需求， 具有直觀、規(guī)范等優(yōu)點，克服了純文字性說明的不足（1分）。用例方法是完全從外部來定義系統(tǒng)的，它把需求和設(shè)計完全分離開來（1分），使用戶不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。四、問答題和分析題（本大題共小題，共 分）1. 網(wǎng)絡(luò)的普及帶給了人們更多的學(xué)習(xí)途徑，隨之而來的管理遠(yuǎn)程網(wǎng)絡(luò)教學(xué)的“遠(yuǎn)程網(wǎng)絡(luò)教 學(xué)系統(tǒng)”誕生了。 （ 16）“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)” 學(xué)生登錄網(wǎng)站后， 教師登錄網(wǎng)站后， 修改教學(xué)心得。系統(tǒng)管理員負(fù)責(zé)對網(wǎng)站頁面的維護(hù)、審核不合法課件和不合法教學(xué)信息、批準(zhǔn)用戶注冊。（1） 學(xué)生需要登錄“遠(yuǎn)程網(wǎng)絡(luò)教學(xué)系統(tǒng)”后才能正常使用該系統(tǒng)的

22、所有功能。如果 忘記密碼可以通過“找回密碼”功能恢復(fù)密碼。請畫出學(xué)生參與者的用例圖。2個1分（3分），5關(guān)系每個1分（5分）。6個用例每（2）教師如果忘記密碼，可以通過“找回密碼”功能找回密碼。請畫出教師參與者的 用例圖。6個用例每2個1分（3分），5關(guān)系每個1分（5分）。（3）畫出語境“借閱者預(yù)定圖書”的時序圖（10分）。2. 圖書管理系統(tǒng)功能性需求說明如下：（24分）每個借閱者能夠擁有唯一標(biāo)識其 其中包含每一個借閱者的編號和 查詢個人信息服務(wù)和預(yù)定圖書服圖書管理系統(tǒng)能夠為一定數(shù)量的借閱者提供服務(wù)。 存在的編號。圖書館向每一個借閱者發(fā)放圖書證， 個人信息。提供的服務(wù)包括：提供查詢圖書信息、 務(wù)等。當(dāng)借閱者需要借閱圖書、歸還書籍時需要通過圖書管理員進(jìn)行，即借閱