UML課后選擇填空名詞解釋

《UML課后選擇填空名詞解釋》由會(huì)員分享，可在線閱讀，更多相關(guān)《UML課后選擇填空名詞解釋（9頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、UML課后選擇填空名詞解釋 第一章 系統(tǒng)建模與分析設(shè)計(jì)技術(shù)的演變 一 選擇題 1 封裝是指把對(duì)象的結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。 A 屬性和操作 B 信息流 C 信息和事件 D 數(shù)據(jù)的集合 2 封裝是一種技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離，使對(duì)象的定義和實(shí)現(xiàn)分開。 A 工程化 B 系統(tǒng)維護(hù) C 信息隱蔽 D 生產(chǎn)對(duì)象 3 面向?qū)ο蠓椒ㄖ械臋C(jī)制使子類可以自動(dòng)地?fù)碛懈割惾繉傩院筒僮? A 約束 B 對(duì)象映射 C 信息隱蔽 D 繼承 4 使得在多個(gè)類中能

2、夠定義同一個(gè)操作或?qū)傩悦?，冰?zhèn)每一個(gè)類中有不同的實(shí)現(xiàn)的一種方法是 A 繼承 B 多態(tài)性 C 約束 D 接口 二 填空題 6．軟件生存周期由、和三部分組成。 7．軟件開發(fā)模型有、、、和等5種主要模型。 8．面向?qū)ο蠹夹g(shù)采用以類為中心的、、等不僅支持軟件復(fù)用，而且使軟件維護(hù)共作可靠有效，可實(shí)現(xiàn)系統(tǒng)的柔性制造 9. UML的優(yōu)點(diǎn)是、、、和。 第二章 統(tǒng)一建模語言UML 一、選擇題 1. UML的軟件以為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)迭代漸增的方式進(jìn)行開發(fā) A 用例 B

3、 對(duì)象 C 類 D 程序 2.UML的模型圖是由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成 。 A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 3.UML的模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成. A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 4.UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和 A 用戶手冊(cè) B 類圖 C 動(dòng)態(tài)圖 D 響應(yīng)的軟件文檔資料 5.在UML的需求分

4、析建模中，模型圖必須與用戶反復(fù)交流并加以確認(rèn)。 A 配置 B 用例 C 包 D 動(dòng)態(tài) 二、 填空題 6.UML分析和設(shè)計(jì)模型由三類模型圖表示。三類模型圖是：模型圖、模型圖和模型圖。 8.UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項(xiàng)目開發(fā)過程流包括的核心工作內(nèi)容是：、、、和 9.UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是視圖、視圖、視圖、視圖和視圖。 第三章需求分析與建模 一、選擇題 1.可行性研究分析包括經(jīng)濟(jì)可行性分、析技術(shù)可行性分析和。 A 風(fēng)險(xiǎn)可行性分析 B

5、 法律可行性分析 C 資源可行性分析 D 效益可行性分析 2.UML的客戶需求分析模型包括模型、類圖、對(duì)象圖和活動(dòng)圖組成。 A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 3.UML客戶需求分析使用的CRC卡上“責(zé)任”一欄的內(nèi)容主要描述類的和操作。 A 對(duì)象成員 B 關(guān)聯(lián)對(duì)象 C 屬性 D 私有成員 4.UML客戶需求分析產(chǎn)生的用例模型描述了系統(tǒng)的。 A 狀態(tài) B 體系結(jié)構(gòu) C 靜態(tài)結(jié)構(gòu) D 功能要求 5.在UML的需求分析建模中，用例模型必

6、須與反復(fù)交流并加以確認(rèn)。 A 軟件生產(chǎn)商 B 用戶 C 軟件開發(fā)人員 D 問題領(lǐng)域?qū)＜? 6.在UML的需求分析建模中，對(duì)用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用 A 活動(dòng)圖 B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖 7.活動(dòng)圖中的分劈和同步接合圖符是用來描述 A 多進(jìn)程的并發(fā)處理行為 B 對(duì)象的時(shí)序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架 二、填空題 8.UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是：模型圖、模型圖和模型圖。 12.在用例圖中以實(shí)線方框表示系統(tǒng)的范圍和邊界，在系統(tǒng)

7、邊界內(nèi)描述的是，在邊界外描述的。 13.用例模型中的執(zhí)行者可以是也可以是。 14.用例模型中的用例之間的關(guān)聯(lián)有關(guān)聯(lián)、關(guān)聯(lián)、關(guān)聯(lián)和關(guān)聯(lián)。 第四章系統(tǒng)分析與對(duì)象類建模 一、選擇題 1.UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。 A 數(shù)據(jù)模型B 對(duì)象靜態(tài)模型 C 對(duì)象關(guān)系模型 D 體系結(jié)構(gòu)模型 3.類和對(duì)象都由屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須由 A 正負(fù)號(hào)B 動(dòng)作C 具體值D 私有成員 4.UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的 A狀態(tài)B 系統(tǒng)體系層次結(jié)構(gòu)C 靜態(tài)模型D 功能要求 6.“對(duì)象容器”設(shè)計(jì)模

8、式對(duì)有限的對(duì)象進(jìn)行管理，它不能。 A查找對(duì)象B 修改對(duì)象C 創(chuàng)建對(duì)象D 刪除對(duì)象 二、填空題 7.在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對(duì)象模型由三種模型。它們分別是：對(duì)象的模型、對(duì)象的模型和對(duì)象的模型。 8.在UML的對(duì)象類圖中，類之間的關(guān)系由、、、和5種 9.共享聚集的“部分”對(duì)象可以是任意“整體”對(duì)象的一部分，表示食物的整體/部分掛席較弱的情況，“整體”端的重?cái)?shù)應(yīng)該是。 11.組合聚集是指“整體”擁有它的“部分”，它具有強(qiáng)的物主身份，表示食物的整體/部分關(guān)系較強(qiáng)的情況?！安糠帧鄙嬖凇罢w”中，不可分離，它們一“整體”一起存在或小王?！罢w”的重?cái)?shù)必須是

9、第五章 系統(tǒng)設(shè)計(jì)與對(duì)象動(dòng)態(tài)交互模型 一、選擇題 1.UNL系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)，系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的和審查等。 A 建模 B 完善 C 優(yōu)化 D迭代 2.順序圖和合作圖主要用于對(duì)用例圖中的建模，用它們來描述用例圖的行為。 A 數(shù)據(jù)流 B 控制流 C 消息流 D 數(shù)據(jù)字典 3．?dāng)?shù)據(jù)圖的模型元素有，消息，鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息，來對(duì)系統(tǒng)的行為建模。

10、 A 對(duì)象 B 箭線 C 活動(dòng) D 狀態(tài) 4.順序圖描述對(duì)象之間消息的傳遞順序。 A 某個(gè) B 單個(gè) C 一個(gè)類產(chǎn)生的 D 一組 5.順序圖和合作圖建立了UML面向?qū)ο筮^程中的對(duì)象動(dòng)態(tài)模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二、填空題 6.在UML軟件開發(fā)過程產(chǎn)生的對(duì)象動(dòng)態(tài)模型中消息有四種類型，它們是消息，消息，消息和消息。 7.圖

11、和圖用來表達(dá)對(duì)象之間的交互，是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具。 11.是一個(gè)必須由其他對(duì)象發(fā)來的消息進(jìn)行出發(fā)才執(zhí)行動(dòng)作的對(duì)象。 12.交互圖描述系統(tǒng)中對(duì)象見的交互行為。每一個(gè)交互都有和，它們可以是整個(gè)系統(tǒng)，一個(gè)子系統(tǒng)，一個(gè)用例，一個(gè)對(duì)象類或一個(gè)操作。 第六章 系統(tǒng)動(dòng)態(tài)建模 一 選擇題 1． 狀態(tài)圖可以表現(xiàn)在生存期的行為，所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移二引起的動(dòng)作。 A 一組對(duì)象 B 一個(gè)對(duì)象 C 多個(gè)執(zhí)行者 D 幾個(gè)子系統(tǒng) 2． 狀態(tài)圖描述一個(gè)對(duì)象在不同的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。

12、A 事件 B 對(duì)象 C 執(zhí)行者 D 數(shù)據(jù) 3.一個(gè)遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程。 A 狀態(tài) B 對(duì)象 C 活動(dòng) D 同步并發(fā) 4.活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠觸發(fā)的，當(dāng)活動(dòng)狀態(tài)中的活動(dòng)完成是遷移就被觸發(fā)。 A 對(duì)象 B 事件 C 執(zhí)行者 D 系統(tǒng) 5.狀態(tài)圖和活動(dòng)圖建立了UML 面向?qū)ο箝_發(fā)過程中

13、的對(duì)象動(dòng)態(tài)模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二 填空題 6.順序狀態(tài)表明狀態(tài)之間的遷移是的，即一個(gè)接一個(gè)順序遷移。 7.狀態(tài)圖還可以符合遷移的遷移圖符來表示并發(fā)子狀態(tài)。 8.狀態(tài)圖中的進(jìn)程是一個(gè)，能夠與其他進(jìn)程并發(fā)執(zhí)行。 9.在活動(dòng)圖中，也稱為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì) 象之間的關(guān)聯(lián)。 10.活動(dòng)圖既可以描述對(duì)象的動(dòng)態(tài)行為，還可以用來描述。 11.活動(dòng)圖中活動(dòng)狀態(tài)的遷移由事件進(jìn)行觸發(fā)，一個(gè)活動(dòng)執(zhí)行完畢進(jìn)入下一個(gè)活動(dòng)狀態(tài)。 12.狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)的一系列

14、狀態(tài)變化. 第七章 系統(tǒng)體系結(jié)構(gòu)建模 B 2、UML可以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的軟件系統(tǒng)的分布 A 對(duì)象 B 軟件 C 系統(tǒng)體系結(jié)構(gòu) D數(shù)據(jù) B 3、軟件體系結(jié)構(gòu)是對(duì)系統(tǒng)的用例、類、對(duì)象、結(jié)構(gòu)以及相互間的交互和協(xié)作進(jìn)行描述 A 系統(tǒng)體系結(jié)構(gòu)B軟件(邏輯)體系結(jié)構(gòu)C硬件(物理)體系結(jié)構(gòu)D系統(tǒng)框架 D 4、硬件系統(tǒng)體系結(jié)構(gòu)要對(duì)系統(tǒng)的構(gòu)件、結(jié)點(diǎn)的配置進(jìn)行描述。 A軟件(邏輯)體系結(jié)構(gòu)B系統(tǒng)體系結(jié)構(gòu)C系統(tǒng)框架D硬件(物理)體系結(jié)構(gòu) A 5、構(gòu)件時(shí)軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。 A構(gòu)件

15、 B結(jié)點(diǎn) C軟件 D模塊 C 6、配置圖由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件欲行時(shí)的體系結(jié)構(gòu)。 A構(gòu)件圖 B狀態(tài)圖 C配置圖 D順序圖 D 7、配置圖的基本元素有結(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等。 A構(gòu)件圖B 狀態(tài)圖C順序圖D配置圖 8、系統(tǒng)體系結(jié)構(gòu)建?？梢苑譃楹? 9、構(gòu)件是種定義的概念和功能在中的實(shí)現(xiàn) 10、軟件構(gòu)件分為、和構(gòu)件. 13、配置圖由(結(jié)點(diǎn))和(結(jié)點(diǎn))之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件運(yùn)行時(shí)的體系結(jié)構(gòu)。 14、結(jié)點(diǎn)之間、結(jié)點(diǎn)與(構(gòu)件)之間的聯(lián)系包括

16、通信關(guān)聯(lián)、依賴聯(lián)系等 三 名詞解釋 1類：類是一組具有相同屬性和相同操作的對(duì)象的集合，是對(duì)象的抽象，它抽象地描述了屬于該類的全部對(duì)象的屬性和操作。 2 封裝：封裝是指把相關(guān)數(shù)據(jù)(屬性)和對(duì)這些數(shù)據(jù)的操作結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。 3 繼承性：繼承是指子類可以自動(dòng)擁有其父類的全部屬性與操作，即一個(gè)類可以定義為另一個(gè)更一般的類的特殊情況。 4 消息：消息通常由消息名、接收消息的對(duì)象標(biāo)示名、調(diào)用操作名、輸入信息、輸出信息等組成。 5 多態(tài)性：多態(tài)性是指同一個(gè)消息被不同的對(duì)象接收時(shí)，可產(chǎn)生不同的動(dòng)作或執(zhí)行結(jié)果。 6構(gòu)造型：構(gòu)造型用于對(duì)模型元素進(jìn)行分類，在已有的基本模型元素

17、上定義新的模型元素 7標(biāo)記值：標(biāo)記值是特性規(guī)格說明，是UML的擴(kuò)充，用來描述模型元素的特性。 8約束：約束擴(kuò)展了模型元素的語義，它允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則。約束規(guī)定某個(gè)條件或命題必須保持為真，否則該模型表示的系統(tǒng)無效。 9用例模型:用例模型是表達(dá)系統(tǒng)外部事物(執(zhí)行者)與系統(tǒng)之間交互的可視化工具。 10執(zhí)行者：執(zhí)行者是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與系統(tǒng)內(nèi)用例的執(zhí)行。 11用例：用例是系統(tǒng)所提供的一個(gè)功能(或者系統(tǒng)提供的某一特定用法)的描述。用例捕獲某些用戶可見的需求，實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。 12包圖：對(duì)于一個(gè)復(fù)雜的大系統(tǒng)，對(duì)象類模型包含多個(gè)類圖。

18、為了完整清晰的描述對(duì)象類模型，常用包圖來描述一個(gè)系統(tǒng)。 13對(duì)象類模型： 14關(guān)聯(lián)類：在UML中可以把類之間的關(guān)聯(lián)定義成類，稱為關(guān)聯(lián)類，關(guān)聯(lián)的每個(gè)鏈都是這個(gè)關(guān)聯(lián)類的實(shí)例。 15主動(dòng)對(duì)象：主動(dòng)對(duì)象是一個(gè)擁有進(jìn)程或者線程的對(duì)象，能初始化控制活動(dòng)，可以獨(dú)立并發(fā)運(yùn)行。 16被動(dòng)對(duì)象：被動(dòng)對(duì)象必須是有其他對(duì)象發(fā)來的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對(duì)象。 17同步消息：它是一種嵌套的控制流，用帶實(shí)心三角形箭頭的實(shí)箭線表示。這種消息的處理一般在被調(diào)用的操作執(zhí)行后，調(diào)用者再繼續(xù)執(zhí)行。當(dāng)消息被處理完后，可以回送一個(gè)簡(jiǎn)單消息，或者是隱含的返回。 18異步消息：它是異步控制流，用帶半叉箭頭的實(shí)箭線表示。它沒有明顯的返回信息回送給調(diào)用者。消息的發(fā)送者在發(fā)送消息后就繼續(xù)執(zhí)行，而不等待消息的處理。 19狀態(tài)遷移：一個(gè)對(duì)象的狀態(tài)可以因某種原因而改變，一個(gè)對(duì)象從一個(gè)狀態(tài)改變成另一個(gè)狀態(tài)稱為狀態(tài)遷移。 20自遷移：源狀態(tài)和目標(biāo)狀態(tài)為同一狀態(tài)的遷移。 21并發(fā)分劈：并發(fā)分劈表示將一個(gè)源狀態(tài)分劈為多個(gè)目標(biāo)狀態(tài)，多個(gè)目標(biāo)狀態(tài)是并行遷移的。 22并發(fā)接合：并發(fā)接合表示將多個(gè)源狀態(tài)接合為一個(gè)目標(biāo)狀態(tài)，多個(gè)源狀態(tài)也是并行遷移的。 23簡(jiǎn)單活動(dòng)： 24組合活動(dòng)：