《uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc》由會(huì)員分享，可在線閱讀，更多相關(guān)《uml系統(tǒng)建模與分析設(shè)計(jì)課后答案.doc（6頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、第一章 系統(tǒng)建模與分析技術(shù)的演變 一 選擇題 1 封裝是指把對象的（A）結(jié)合在一起，組成一個(gè)獨(dú)立的對象。 A 屬性和操作 B 信息流 C 信息和事件 D 數(shù)據(jù)的集合 2 封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實(shí)現(xiàn)分開。 A 工程化 B 系統(tǒng)維護(hù) C 信息隱蔽 D 生產(chǎn)對象 3 面向?qū)ο蠓椒ㄖ械模―）機(jī)制使子類可以自動(dòng)地?fù)碛校◤?fù)制）父類全部屬性和操作 A 約束 B 對象映射 C 信息隱蔽 D 繼承 4使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦?，并在每一個(gè)

2、類中有不同的實(shí)現(xiàn)的一種方法是（A） A 繼承 B 多態(tài)性 C 約束 D 接口 二 填空題 5．軟件按照其工作方式可分為（分時(shí)軟件）、（交互式軟件）、（批處理軟件）和（實(shí)時(shí)處理軟件）。 6．軟件生存周期由（軟件定義）、（軟件開發(fā)）和（軟件使用、維護(hù)和更新）三部分組成。 7．軟件開發(fā)模型有（瀑布模型）、（漸增模型）、（演化模型）、（螺旋模型）和（智能模型）等5種主要模型。 8．面向?qū)ο蠹夹g(shù)采用以類為中心的（封裝）、（繼承）、（多態(tài)）等不僅支持軟件復(fù)用，而且使軟件維護(hù)共作可靠有效，可實(shí)現(xiàn)系統(tǒng)的柔性制造。 9. UML的優(yōu)點(diǎn)是（唯一性）、（連續(xù)性）、（維

3、護(hù)性）、（復(fù)用性）和（逐步完善）。 三 解釋題 10.軟件：程序以及開發(fā)、使用、維護(hù)程序所需要的所有文檔，即：軟件=程序+文檔 11.類：是一組具有相同屬性和相同操作的對象的集合，是對象的抽象，它抽象地描述了屬于該類的全部對象的屬性和操作。 12.封裝：是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則和基本原則，其目的是有效地實(shí)現(xiàn)信息隱蔽和局部化。 13.繼承性：是指子類可以自動(dòng)擁有其父類的猼屬性了操作。 14.消息：是面向?qū)ο笙到y(tǒng)中，實(shí)現(xiàn)對象類之間的通信和任務(wù)傳遞。 15.動(dòng)態(tài)綁定：是指在執(zhí)行期間判斷所引用對象的實(shí)際類型，根據(jù)其實(shí)際的類型調(diào)用其相應(yīng)的方法。 16.多態(tài)性：是消息發(fā)送者不必知道接受

4、消息的對象所屬的類。 第二章 統(tǒng)一建模語言UML 一、選擇題 1. UML的軟件以（B）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)迭代漸增的方式進(jìn)行開發(fā) A 用例 B 對象 C 類 D 程序 2.UML的（B）模型圖是由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成 。 A 用例 B 靜態(tài) C 動(dòng)態(tài) D 系統(tǒng) 3.UML的（C）模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成. A 用例 B 靜態(tài) C 動(dòng)態(tài) D

5、 系統(tǒng) 4.UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和D（） A 用戶手冊 B 類圖 C 動(dòng)態(tài)圖 D 響應(yīng)的軟件文檔資料 5.在UML的需求分析建模中，（B）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。 A 配置 B 用例 C 包 D 動(dòng)態(tài) 二、 填空題 6.UML分析和設(shè)計(jì)模型由三類模型圖表示。三類模型圖是：（用例）模型圖、（構(gòu)件）模型圖和（配置）模型圖。 7.UML的軟件統(tǒng)一開發(fā)過程，即生命周期按時(shí)間順序可以分為（開始）、（詳細(xì)規(guī)劃）、（系統(tǒng)構(gòu)造）和（移交

6、）四個(gè)階段及各個(gè)階段中一系列的循環(huán)重復(fù)。 8.UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項(xiàng)目開發(fā)過程流包括的核心工作內(nèi)容是：（分析）、（設(shè)計(jì)）、（實(shí)現(xiàn)）、（測試）和（配置） 9.UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是（用例）視圖、（邏輯）視圖、（構(gòu)件）視圖、（進(jìn)程）視圖和（配置）視圖。 10.UML中有10種基本圖可以完整地描述出所建造的系統(tǒng)，這10中圖是（用例）圖、（類）圖、（對象）圖、（包）圖、（構(gòu)件）圖、（配置）圖、（序列）圖、（活動(dòng)）圖、（狀態(tài)）圖和（合作）圖 三、解釋題 11．特性規(guī)格說明: 標(biāo)記值是特性規(guī)格說明，用來描述模型元素的特性。

7、12.修飾：UML表示法中的每一個(gè)元素都有一個(gè)基本符號，可以把各種修飾細(xì)節(jié)加到這個(gè)符號上。 13.公共劃分：是類與對象的劃分，類是一種抽象，對象是一個(gè)具體的實(shí)例。 14.構(gòu)造型：是UML的一種用來對模型元素進(jìn)行分類或標(biāo)記的新模型元素，該新模型元素是原來的需要進(jìn)行分類或標(biāo)記的模型元素的子元素。 15.標(biāo)記值：是特性規(guī)格說明，是UML的擴(kuò)充，用來描述模型元素的特性。 16.約束：約束擴(kuò)展了模型元素的語義，他用徐增加新的規(guī)則或修改現(xiàn)有的規(guī)則。 第三章需求分析與建模 一、選擇題 1.可行性研究分析包括經(jīng)濟(jì)可行性分、析技術(shù)可行性分析和（B）。 A 風(fēng)險(xiǎn)可行性分析 B 法律可行性分析

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

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

10、（責(zé)任）和（協(xié)作者）共5部分組成。 10.軟件項(xiàng)目的可行性研究分析中，技術(shù)可行性研究包括（風(fēng)險(xiǎn)分析）、（資源分析）、（技術(shù)分析）3部分組成。 11.在UML軟件開發(fā)過程的需求分析階段，建立用例模型的步驟分為（確定系統(tǒng)的范圍和邊界）、（確定系統(tǒng)的執(zhí)行者和用例）、（對用例進(jìn)行描述）和（定義用例之間的關(guān)系和審核用例模型）。 12.在用例圖中以實(shí)線方框表示系統(tǒng)的范圍和邊界，在系統(tǒng)邊界內(nèi)描述的是（用例），在邊界外描述的（執(zhí)行者）。 13.用例模型中的執(zhí)行者可以是（“人”執(zhí)行者）也可以是（“外部”執(zhí)行者）。 14.用例模型中的用例之間的關(guān)聯(lián)有（使用）關(guān)聯(lián)、（擴(kuò)展）關(guān)聯(lián)、（包含）關(guān)聯(lián)和（繼承）關(guān)聯(lián)

11、。 三、解釋名詞 15.需求規(guī)格說明書:是作為需求分析的一部分而制定的可交付文件，它對所開發(fā)軟件的功能，性能，用戶界面以及運(yùn)行環(huán)境等做出詳細(xì)說明，制定出完整的信息描述，恰當(dāng)?shù)臋z驗(yàn)標(biāo)準(zhǔn)以及其他需求有關(guān)的數(shù)據(jù)。 16.用例模型：是表達(dá)系統(tǒng)外部事物與系統(tǒng)之間交互的可視化工具。 17．執(zhí)行者：是指在系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)，他以某種方式參與系統(tǒng)內(nèi)用例的執(zhí)行。 18.用例：是系統(tǒng)所提供的一個(gè)功能的描述，它捕獲某些客戶可見的需求，實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。 19.經(jīng)濟(jì)風(fēng)險(xiǎn)分析研究：在已知經(jīng)濟(jì)條件的制約下，判斷是否能夠設(shè)計(jì)，實(shí)現(xiàn)客戶對系統(tǒng)所要求的功能。 20.法律風(fēng)險(xiǎn)分析研究：在不違背國

12、家相關(guān)法律，在只是產(chǎn)權(quán)方面沒有對他人構(gòu)成侵權(quán)行為，以及與客戶簽訂的合約在沒涉及第三方的利益的情況下，判斷是否能夠設(shè)計(jì)，實(shí)現(xiàn)客戶對系統(tǒng)所要求的功能。 第四章 系統(tǒng)分析與對象類建模 一、選擇題 1.UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是（B）、對象動(dòng)態(tài)模型和系統(tǒng)功能模型。 A 數(shù)據(jù)模型 B 對象靜態(tài)模型 C 對象關(guān)系模型 D 體系結(jié)構(gòu)模型 2.UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（B） A 完全相同 B 完全不同 C 不可以通用 D 稍有差異 3.類和對象都由屬性，它們的差別是：

13、類描述了屬性的類型，而對象的屬性必須由（C） A 正負(fù)號 B 動(dòng)作 C 具體值 D 私有成員 4.UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（B） A 狀態(tài) B 系統(tǒng)體系層次結(jié)構(gòu) C 靜態(tài)模型 D 功能要求 5.設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（B）的一種形式。 A 軟件調(diào)用 B 設(shè)計(jì)方法 C 子系統(tǒng) D 軟件復(fù)用 6.“對象容器”設(shè)計(jì)模式對有限的對象進(jìn)行管理，它不能（B）。 A 查找對象 B 修改對象 C 創(chuàng)

14、建對象 D 刪除對象 二、填空題 7.在UML軟件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型由三種模型。它們分別是：對象的（靜態(tài)）模型、對象的（動(dòng)態(tài)）模型和對象的（系統(tǒng)功能處理）模型。 8.在UML的對象類圖中，類之間的關(guān)系由（依賴）、（細(xì)化）、（關(guān)聯(lián)）、（聚集）和（繼承）5種 9.共享聚集的“部分”對象可以是任意“整體”對象的一部分，表示食物的整體/部分掛席較弱的情況，“整體”端的重?cái)?shù)應(yīng)該是（n）。 10.在UML軟件開發(fā)過程的需求分析和系統(tǒng)分析階段，建立對象模型的步驟分為（尋找確定對象類）、（定義接口）、（定義類之間的關(guān)系）、（建立對象圖）和(建立系統(tǒng)包圖)。 11.組合聚

15、集是指“整體”擁有它的“部分”，它具有強(qiáng)的物主身份，表示食物的整體/部分關(guān)系較強(qiáng)的情況?！安糠帧鄙嬖凇罢w”中，不可分離，它們一“整體”一起存在或小王。“整體”的重?cái)?shù)必須是（） 12.系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎(chǔ)之上對其進(jìn)行的（分析） 13.類有實(shí)力，它的實(shí)力是一個(gè)對象。在UML中，包用來表示一個(gè)（模型組織的分組機(jī)制），包沒有實(shí)力。 三、解釋名詞 14.包圖：是保持系統(tǒng)框架簡明清晰的工具 15.對象類模型：包括構(gòu)成系統(tǒng)的類和對象，它們的屬性和操作以及這些對象類之間的聯(lián)系。 16.設(shè)計(jì)模式：在面向?qū)ο筌浖_發(fā)項(xiàng)目的系統(tǒng)設(shè)計(jì)中，總有一些值包含少數(shù)幾個(gè)對象設(shè)計(jì)模塊在設(shè)計(jì)圖中反

16、復(fù)出現(xiàn)，這些模塊頻繁地出現(xiàn)在各種更大更復(fù)雜的系統(tǒng)設(shè)計(jì)中，我們稱之為：“設(shè)計(jì)模式”。 17.對象集合管理器模式：構(gòu)造一組數(shù)量有限的對象并對其進(jìn)行存儲(chǔ)和管理，它用一個(gè)管理器類來管理一組對象的集合。 18.對象容器模式：其值存儲(chǔ)和管理一組數(shù)量有限的對象，而不構(gòu)造對象。 19.關(guān)聯(lián)類：在計(jì)算機(jī)面向?qū)ο蟮捏w系結(jié)構(gòu)中，具有關(guān)聯(lián)類。關(guān)聯(lián)類既是類也是關(guān)聯(lián)。它有著關(guān)聯(lián)和類的特性。它將多個(gè)連接起來同時(shí)又具有屬性和操作。 第五章 系統(tǒng)設(shè)計(jì)與對象動(dòng)態(tài)交互模型 一、選擇題 1.UNL系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對象設(shè)計(jì)，系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（C）和審查等。 A 建模 B

17、 完善 C 優(yōu)化 D迭代 2.順序圖和合作圖主要用于對用例圖中（C）的建模，用它們來描述用例圖的行為。 A 數(shù)據(jù)流 B 控制流 C 消息流 D 數(shù)據(jù)字典 3．?dāng)?shù)據(jù)圖的模型元素有（A），消息，鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對象和對象之間所傳遞的消息，來對系統(tǒng)的行為建模。 A 對象 B 箭線 C 活動(dòng) D 狀態(tài) 4.順序圖描述（D）對象之間消息的傳遞順序。 A 某個(gè)

18、 B 單個(gè) C 一個(gè)類產(chǎn)生的 D 一組 5.順序圖和合作圖建立了UML面向?qū)ο筮^程中的對象動(dòng)態(tài)A（）模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二、填空題 6.在UML軟件開發(fā)過程產(chǎn)生的對象動(dòng)態(tài)模型中消息有四種類型，它們是（簡單）消息，（同步）消息，（異步）消息和（返回）消息。 7.（）圖和（）圖用來表達(dá)對象之間的交互，是描述一組對象如何合作完成某個(gè)行為的模型化工具。 8.進(jìn)程是一個(gè)（動(dòng)作流），能夠與其他進(jìn)程并發(fā)執(zhí)行。 9.線程是（內(nèi)部）的一個(gè)動(dòng)作流，能夠與其

19、他線程并發(fā)執(zhí)行。 10.（主動(dòng)對象）是一個(gè)擁有進(jìn)程或線程的對象，能初始化控制活動(dòng)，可以獨(dú)立并發(fā)運(yùn)行。 11.（被動(dòng)對象）是一個(gè)必須由其他對象發(fā)來的消息進(jìn)行出發(fā)才執(zhí)行動(dòng)作的對象。 12.交互圖描述系統(tǒng)中對象見的交互行為。每一個(gè)交互都有（發(fā)送者）和（接收者），它們可以是整個(gè)系統(tǒng)，一個(gè)子系統(tǒng)，一個(gè)用例，一個(gè)對象類或一個(gè)操作。 三、解釋名詞 13.主動(dòng)對象：一個(gè)擁有進(jìn)程好線程的對象，能初始化控制活動(dòng)。 14.被動(dòng)對象：必須由其他對象發(fā)來的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對象。 15.進(jìn)程：進(jìn)程是一個(gè)動(dòng)作流，能夠與其他進(jìn)程并發(fā)執(zhí)行。 16.線程：線程是進(jìn)程內(nèi)部的一個(gè)動(dòng)作流，能夠與其他線程并發(fā)執(zhí)行

20、。 17.并發(fā)執(zhí)行：一組在邏輯上互相獨(dú)立的程序或程序段在執(zhí)行過程中，其執(zhí)行時(shí)間在客觀上互相重疊，即一個(gè)程序段的執(zhí)行尚未結(jié)束，另一個(gè)程序段的執(zhí)行已經(jīng)開始的這種執(zhí)行方式。 18.同步消息：兩個(gè)通信應(yīng)用服務(wù)之間必須要進(jìn)行同步，兩個(gè)服務(wù)之間必須都是正常運(yùn)行的。發(fā)送程序和接收程序都必須一直處于運(yùn)行狀態(tài)，并且隨時(shí)做好相互通信的準(zhǔn)備。 19.異步消息：兩個(gè)通信應(yīng)用之間可以不用同時(shí)在線等待，任何一方只需各自處理自己的業(yè)務(wù)，比如發(fā)送方發(fā)送消息以后不用登錄接收方的響應(yīng)，可以接著處理其他的任務(wù)。也就是說發(fā)送方和接收方都是相互獨(dú)立存在的，發(fā)送方只管方，接收方只能接收，無須去等待對方的響應(yīng)。 20.自調(diào)用：是序

21、列圖中消息的分類。 21.回調(diào)：回調(diào)是一種雙向調(diào)用模式，也就是說，被調(diào)用方在接口被調(diào)用時(shí)也會(huì)調(diào)用對方的接口 第六章 系統(tǒng)動(dòng)態(tài)建模 一 選擇題 1． 狀態(tài)圖可以表現(xiàn)（B）在生存期的行為，所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移二引起的動(dòng)作。 A 一組對象 B 一個(gè)對象 C 多個(gè)執(zhí)行者 D 幾個(gè)子系統(tǒng) 2． 狀態(tài)圖描述一個(gè)對象在不同（A）的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。 A 事件 B 對象 C 執(zhí)行者 D 數(shù)據(jù) 3.一個(gè)（A）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)

22、控制分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程。 A 狀態(tài) B 對象 C 活動(dòng) D 同步并發(fā) 4.活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（B）觸發(fā)的，當(dāng)活動(dòng)狀態(tài)中的活動(dòng)完成是遷移就被觸發(fā)。 A 對象 B 事件 C 執(zhí)行者 D 系統(tǒng) 5.狀態(tài)圖和活動(dòng)圖建立了UML 面向?qū)ο箝_發(fā)過程中的對象動(dòng)態(tài)（B）模型。 A 交互 B 狀態(tài) C 體系結(jié)構(gòu) D 軟件復(fù)用 二 填空題 6.順序狀態(tài)表明狀態(tài)之間的遷

23、移是（串行）的，即一個(gè)接一個(gè)順序遷移。 7.狀態(tài)圖還可以符合遷移的（同步并發(fā)）遷移圖符來表示并發(fā)子狀態(tài)。 8.狀態(tài)圖中的進(jìn)程是一個(gè)（動(dòng)作流），能夠與其他進(jìn)程并發(fā)執(zhí)行。 9.在活動(dòng)圖中，（虛箭線）也稱為對象流，對象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對 象之間的關(guān)聯(lián)。 10.活動(dòng)圖既可以描述對象的動(dòng)態(tài)行為，還可以用來描述（用例）。 11.活動(dòng)圖中活動(dòng)狀態(tài)的遷移（不是）由事件進(jìn)行觸發(fā)，一個(gè)活動(dòng)執(zhí)行完畢（自動(dòng)）進(jìn)入下一個(gè)活動(dòng)狀態(tài)。 12.狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)（系統(tǒng)對象）的一系列狀態(tài)變化。 三 解釋名詞 13．起始狀態(tài) ：代表狀態(tài)圖的起始點(diǎn)，本身無狀態(tài)。 結(jié)束狀態(tài) ：代表狀態(tài)圖的最后狀態(tài)，本身無狀態(tài)。 順序狀態(tài)：表示狀態(tài)的順序遷移。 組合狀態(tài)： 嵌套狀態(tài)：在一個(gè)狀態(tài)圖符的活動(dòng)區(qū)還畫有一個(gè)或多個(gè)狀態(tài)圖。 歷史狀態(tài)：歷史指示器用來記憶狀態(tài)圖內(nèi)部的歷史狀態(tài)。 14.狀態(tài)遷移：一個(gè)對象的狀態(tài)可以因某種原因二改變，一個(gè)對象從一個(gè)狀態(tài)改變成另一個(gè)狀態(tài) 自遷移： 15.并發(fā)分劈 并發(fā)接合 復(fù)雜狀態(tài) 16.簡單活動(dòng) 組合活動(dòng) 嵌套活動(dòng) 動(dòng)態(tài)并發(fā)