uml系統(tǒng)建模與分析設(shè)計課后答案.doc

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

1、第一章 系統(tǒng)建模與分析技術(shù)的演變 一 選擇題 1 封裝是指把對象的（A）結(jié)合在一起，組成一個獨(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ī)制使子類可以自動地?fù)碛校◤?fù)制）父類全部屬性和操作 A 約束 B 對象映射 C 信息隱蔽 D 繼承 4使得在多個類中能夠定義同一個操作或?qū)傩悦?，并在每一個

2、類中有不同的實(shí)現(xiàn)的一種方法是（A） A 繼承 B 多態(tài)性 C 約束 D 接口 二 填空題 5．軟件按照其工作方式可分為（分時軟件）、（交互式軟件）、（批處理軟件）和（實(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ū)ο蠓椒ǖ囊粋€重要原則和基本原則，其目的是有效地實(shí)現(xiàn)信息隱蔽和局部化。 13.繼承性：是指子類可以自動擁有其父類的猼屬性了操作。 14.消息：是面向?qū)ο笙到y(tǒng)中，實(shí)現(xiàn)對象類之間的通信和任務(wù)傳遞。 15.動態(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 動態(tài) D 系統(tǒng) 3.UML的（C）模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成. A 用例 B 靜態(tài) C 動態(tài) D

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

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

7、12.修飾：UML表示法中的每一個元素都有一個基本符號，可以把各種修飾細(xì)節(jié)加到這個符號上。 13.公共劃分：是類與對象的劃分，類是一種抽象，對象是一個具體的實(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)險可行性分析 B 法律可行性分析

8、 C 資源可行性分析 D 效益可行性分析 2.UML的客戶需求分析模型包括（A）模型、類圖、對象圖和活動圖組成。 A 用例 B 靜態(tài) C 動態(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 活動圖 B 狀態(tài)圖 C 配置圖 D 構(gòu)件圖 7.活動圖中的分劈和同步接合圖符是用來描述（A） A 多進(jìn)程的并發(fā)處理行為 B 對象的時序 C 類的關(guān)系 D 系統(tǒng)體系結(jié)構(gòu)框架 二、填空題 8.UML軟件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是：（用例）模型圖、（靜態(tài)）模型圖和（動態(tài)）模型圖。 9.CRC卡中的描述由（類名）、（類特征）、（類類型）、

10、（責(zé)任）和（協(xié)作者）共5部分組成。 10.軟件項(xiàng)目的可行性研究分析中，技術(shù)可行性研究包括（風(fēng)險分析）、（資源分析）、（技術(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)所提供的一個功能的描述，它捕獲某些客戶可見的需求，實(shí)現(xiàn)一個具體的用戶目標(biāo)。 19.經(jīng)濟(jì)風(fēng)險分析研究：在已知經(jīng)濟(jì)條件的制約下，判斷是否能夠設(shè)計，實(shí)現(xiàn)客戶對系統(tǒng)所要求的功能。 20.法律風(fēng)險分析研究：在不違背國

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

13、類描述了屬性的類型，而對象的屬性必須由（C） A 正負(fù)號 B 動作 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è)計模式在面向?qū)ο笙到y(tǒng)設(shè)計中是（B）的一種形式。 A 軟件調(diào)用 B 設(shè)計方法 C 子系統(tǒng) D 軟件復(fù)用 6.“對象容器”設(shè)計模式對有限的對象進(jìn)行管理，它不能（B）。 A 查找對象 B 修改對象 C 創(chuàng)

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

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

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

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

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

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

20、。 17.并發(fā)執(zhí)行：一組在邏輯上互相獨(dú)立的程序或程序段在執(zhí)行過程中，其執(zhí)行時間在客觀上互相重疊，即一個程序段的執(zhí)行尚未結(jié)束，另一個程序段的執(zhí)行已經(jīng)開始的這種執(zhí)行方式。 18.同步消息：兩個通信應(yīng)用服務(wù)之間必須要進(jìn)行同步，兩個服務(wù)之間必須都是正常運(yùn)行的。發(fā)送程序和接收程序都必須一直處于運(yùn)行狀態(tài)，并且隨時做好相互通信的準(zhǔn)備。 19.異步消息：兩個通信應(yīng)用之間可以不用同時在線等待，任何一方只需各自處理自己的業(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)用時也會調(diào)用對方的接口 第六章 系統(tǒng)動態(tài)建模 一 選擇題 1． 狀態(tài)圖可以表現(xiàn)（B）在生存期的行為，所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移二引起的動作。 A 一組對象 B 一個對象 C 多個執(zhí)行者 D 幾個子系統(tǒng) 2． 狀態(tài)圖描述一個對象在不同（A）的驅(qū)動下發(fā)生的狀態(tài)遷移。 A 事件 B 對象 C 執(zhí)行者 D 數(shù)據(jù) 3.一個（A）遷移圖符可以有多個源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個

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

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