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

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

2、、(交互式軟件）、(批處理軟件）和（實(shí)時(shí)處理軟件）。6軟件生存周期由 ( 軟件定義）、 （軟件開(kāi)發(fā)）和（軟件使用、維護(hù)和更新）三部分組成 . 7軟件開(kāi)發(fā)模型有（瀑布模型） 、 （漸增模型 )、( 演化模型）、 （螺旋模型 ) 和（智能模型）等 5 種主要模型。8面向?qū)ο蠹夹g(shù)采用以類為中心的（封裝）、 （繼承 ) 、 （多態(tài)）等不僅支持軟件復(fù)用，而且使軟件維護(hù)共作可靠有效，可實(shí)現(xiàn)系統(tǒng)的柔性制造。9。 uml的優(yōu)點(diǎn)是（唯一性 )、(連續(xù)性）、 （維護(hù)性）、 （復(fù)用性）和 ( 逐步完善）。三 解釋題10. 軟件：程序以及開(kāi)發(fā)、使用、維護(hù)程序所需要的所有文檔，即：軟件=程序+文檔11. 類：是一組具有

3、相同屬性和相同操作的對(duì)象的集合，是對(duì)象的抽象 , 它抽象地描述了屬于該類的全部對(duì)象的屬性和操作. 12。封裝：是面向?qū)ο蠓椒ǖ囊粋€(gè)重要原則和基本原則，其目的是有效地實(shí)現(xiàn)信息隱蔽和局部化。13。繼承性 : 是指子類可以自動(dòng)擁有其父類的猼屬性了操作. 14。消息：是面向?qū)ο笙到y(tǒng)中, 實(shí)現(xiàn)對(duì)象類之間的通信和任務(wù)傳遞. 15. 動(dòng)態(tài)綁定：是指在執(zhí)行期間判斷所引用對(duì)象的實(shí)際類型，根據(jù)其實(shí)際的類型調(diào)用其相應(yīng)的方法。16。多態(tài)性 : 是消息發(fā)送者不必知道接受消息的對(duì)象所屬的類. 第二章 統(tǒng)一建模語(yǔ)言 uml 一、選擇題1. uml 的軟件以（ b）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)迭代漸增的方式進(jìn)行開(kāi)發(fā)

4、a 用例 b 對(duì)象 c 類 d 程序2。uml 的（b）模型圖是由類圖、對(duì)象圖、包圖、構(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 系統(tǒng)4。uml 的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和d（) a 用戶手冊(cè) 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)件）模型圖和（配置）模

5、型圖。7。uml的軟件統(tǒng)一開(kāi)發(fā)過(guò)程，即生命周期按時(shí)間順序可以分為（開(kāi)始）、 （詳細(xì)規(guī)劃） 、 （系統(tǒng)構(gòu)造 )和（移交 )四個(gè)階段及各個(gè)階段中一系列的循環(huán)重復(fù)。8.uml 開(kāi)發(fā)過(guò)程是一種二維結(jié)構(gòu)軟件開(kāi)發(fā)過(guò)程, 軟件項(xiàng)目開(kāi)發(fā)過(guò)程流包括的核心工作內(nèi)容是：（分析） 、 （設(shè)計(jì)） 、(實(shí)現(xiàn)) 、( 測(cè)試）和（配置）9。uml中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng), 這五種視圖是 (用例）視圖、（邏輯）視圖、 ( 構(gòu)件)視圖、 （進(jìn)程）視圖和（配置）視圖。10。 uml 中有 10種基本圖可以完整地描述出所建造的系統(tǒng), 這 10 中圖是（用例）圖、 （類）圖、 （對(duì)象）圖、 （包）圖、( 構(gòu)件)

6、圖、 （配置）圖、 （序列）圖、 (活動(dòng))圖、 （狀態(tài)）圖和 ( 合作）圖三、解釋題11特性規(guī)格說(shuō)明：標(biāo)記值是特性規(guī)格說(shuō)明，用來(lái)描述模型元素的特性。12。修飾：uml 表示法中的每一個(gè)元素都有一個(gè)基本符號(hào)，可以把各種修飾細(xì)節(jié)加到這個(gè)符號(hào)上。13. 公共劃分：是類與對(duì)象的劃分，類是一種抽象, 對(duì)象是一個(gè)具體的實(shí)例。14. 構(gòu)造型：是 uml 的一種用來(lái)對(duì)模型元素進(jìn)行分類或標(biāo)記的新模型元素, 該新模型元素是原來(lái)的需要進(jìn)行分類或標(biāo)記的模型元素的子元素。15。標(biāo)記值：是特性規(guī)格說(shuō)明，是uml的擴(kuò)充，用來(lái)描述模型元素的特性. 16. 約束： 約束擴(kuò)展了模型元素的語(yǔ)義， 他用徐增加新的規(guī)則或修改現(xiàn)有的規(guī)則

7、。第三章需求分析與建模一、選擇題1. 可行性研究分析包括經(jīng)濟(jì)可行性分、析技術(shù)可行性分析和（b） 。a 風(fēng)險(xiǎn)可行性分析 b 法律可行性分析 c 資源可行性分析 d 效益可行性分析2.uml的客戶需求分析模型包括（a)模型、類圖、對(duì)象圖和活動(dòng)圖組成。a 用例 b 靜態(tài) c 動(dòng)態(tài) d 系統(tǒng)3。uml 客戶需求分析使用的crc 卡上“責(zé)任”一欄的內(nèi)容主要描述類的（c）和操作. a 對(duì)象成員 b 關(guān)聯(lián)對(duì)象 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ù)交流并

8、加以確認(rèn) . a 軟件生產(chǎn)商 b 用戶 c 軟件開(kāi)發(fā)人員 d 問(wèn)題領(lǐng)域?qū)＜?. 在 uml的需求分析建模中 , 對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使用（a）a 活動(dòng)圖 b 狀態(tài)圖 c 配置圖 d 構(gòu)件圖7. 活動(dòng)圖中的分劈和同步接合圖符是用來(lái)描述（a）a 多進(jìn)程的并發(fā)處理行為 b 對(duì)象的時(shí)序 c 類的關(guān)系 d 系統(tǒng)體系結(jié)構(gòu)框架二、填空題8.uml 軟件開(kāi)發(fā)過(guò)程需求分析階段產(chǎn)生的模型由三類模型圖表示。它們是：(用例）模型圖、（靜態(tài)）模型圖和（動(dòng)態(tài)）模型圖。9。crc卡中的描述由 (類名) 、 （類特征）、 （類類型）、 （責(zé)任）和（協(xié)作者 ) 共 5部分組成。10。軟件項(xiàng)目的可行性研究分析中，技術(shù)

9、可行性研究包括（風(fēng)險(xiǎn)分析）、 （資源分析） 、 （技術(shù)分析） 3 部分組成。11。在 uml 軟件開(kāi)發(fā)過(guò)程的需求分析階段，建立用例模型的步驟分為 （確定系統(tǒng)的范圍和邊界）、 （確定系統(tǒng)的執(zhí)行者和用例） 、 （對(duì)用例進(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) . 三、解釋名詞15. 需求規(guī)格說(shuō)明書：是作

10、為需求分析的一部分而制定的可交付文件, 它對(duì)所開(kāi)發(fā)軟件的功能，性能, 用戶界面以及運(yùn)行環(huán)境等做出詳細(xì)說(shuō)明, 制定出完整的信息描述，恰當(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è)功能的描述，它捕獲某些客戶可見(jiàn)的需求，實(shí)現(xiàn)一個(gè)具體的用戶目標(biāo)。19。經(jīng)濟(jì)風(fēng)險(xiǎn)分析研究 : 在已知經(jīng)濟(jì)條件的制約下，判斷是否能夠設(shè)計(jì)，實(shí)現(xiàn)客戶對(duì)系統(tǒng)所要求的功能。20. 法律風(fēng)險(xiǎn)分析研究： 在不違背國(guó)家相關(guān)法律 , 在只是產(chǎn)權(quán)方面沒(méi)有對(duì)他人構(gòu)成侵權(quán)行為

11、，以及與客戶簽訂的合約在沒(méi)涉及第三方的利益的情況下，判斷是否能夠設(shè)計(jì)，實(shí)現(xiàn)客戶對(duì)系統(tǒng)所要求的功能。第四章 系統(tǒng)分析與對(duì)象類建模一、選擇題1.uml 的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型是(b) 、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。a 數(shù)據(jù)模型 b 對(duì)象靜態(tài)模型 c 對(duì)象關(guān)系模型 d 體系結(jié)構(gòu)模型2。uml 的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型, 其描述圖符 (b) a 完全相同 b 完全不同 c 不可以通用 d 稍有差異3. 類和對(duì)象都由屬性 , 它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須由（c）a 正負(fù)號(hào) b 動(dòng)作 c 具體值 d 私有成員4。uml 系統(tǒng)分析階段產(chǎn)生的包圖描述

12、了系統(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。 “對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（b)。a 查找對(duì)象 b 修改對(duì)象 c 創(chuàng)建對(duì)象 d 刪除對(duì)象二、填空題7。在 uml 軟件開(kāi)發(fā)過(guò)程系統(tǒng)分析階段產(chǎn)生的對(duì)象模型由三種模型. 它們分別是：對(duì)象的（靜態(tài) ) 模型、對(duì)象的 (動(dòng)態(tài)）模型和對(duì)象的（系統(tǒng)功能處理）模型. 8. 在 uml的對(duì)象類圖中 , 類之間的關(guān)系由（依賴） 、( 細(xì)化)、 （關(guān)聯(lián)） 、(聚集）和（繼承） 5 種9。共享聚集的“部分”對(duì)

13、象可以是任意“整體”對(duì)象的一部分，表示食物的整體/ 部分掛席較弱的情況 , “整體 端的重?cái)?shù)應(yīng)該是（ n）. 10。在 uml 軟件開(kāi)發(fā)過(guò)程的需求分析和系統(tǒng)分析階段, 建立對(duì)象模型的步驟分為（尋找確定對(duì)象類 )、 （定義接口）、 （定義類之間的關(guān)系）、 （建立對(duì)象圖）和（建立系統(tǒng)包圖 ) 。11. 組合聚集是指“整體”擁有它的“部分 ，它具有強(qiáng)的物主身份，表示食物的整體/ 部分關(guān)系較強(qiáng)的情況?！安糠帧鄙嬖凇罢w”中，不可分離, 它們一“整體”一起存在或小王 . “整體”的重?cái)?shù)必須是 ( ）12。系統(tǒng)分析是在客戶需求分析規(guī)格說(shuō)明的基礎(chǔ)之上對(duì)其進(jìn)行的（分析) 13。類有實(shí)力 , 它的實(shí)力是一個(gè)對(duì)

14、象。 在 uml中，包用來(lái)表示一個(gè) ( 模型組織的分組機(jī)制 ) ，包沒(méi)有實(shí)力 . 三、解釋名詞14。包圖：是保持系統(tǒng)框架簡(jiǎn)明清晰的工具15。 對(duì)象類模型 : 包括構(gòu)成系統(tǒng)的類和對(duì)象 , 它們的屬性和操作以及這些對(duì)象類之間的聯(lián)系 . 16. 設(shè)計(jì)模式：在面向?qū)ο筌浖_(kāi)發(fā)項(xiàng)目的系統(tǒng)設(shè)計(jì)中, 總有一些值包含少數(shù)幾個(gè)對(duì)象設(shè)計(jì)模塊在設(shè)計(jì)圖中反復(fù)出現(xiàn), 這些模塊頻繁地出現(xiàn)在各種更大更復(fù)雜的系統(tǒng)設(shè)計(jì)中 , 我們稱之為：“設(shè)計(jì)模式 。17。對(duì)象集合管理器模式：構(gòu)造一組數(shù)量有限的對(duì)象并對(duì)其進(jìn)行存儲(chǔ)和管理, 它用一個(gè)管理器類來(lái)管理一組對(duì)象的集合。18. 對(duì)象容器模式：其值存儲(chǔ)和管理一組數(shù)量有限的對(duì)象，而不構(gòu)造對(duì)象

15、. 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è)連接起來(lái)同時(shí)又具有屬性和操作。第五章系統(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ì)的(c) 和審查等。a 建模 b 完善 c 優(yōu)化 d迭代2. 順序圖和合作圖主要用于對(duì)用例圖中(c) 的建模，用它們來(lái)描述用例圖的行為。a 數(shù)據(jù)流 b 控制流 c 消息流 d 數(shù)據(jù)字典3數(shù)據(jù)圖的模型元素有（ a)，消息，鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所傳遞的消息，來(lái)對(duì)系統(tǒng)的行為建模。a 對(duì)象 b 箭線 c 活動(dòng)

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

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

18、序或程序段在執(zhí)行過(guò)程中, 其執(zhí)行時(shí)間在客觀上互相重疊， 即一個(gè)程序段的執(zhí)行尚未結(jié)束， 另一個(gè)程序段的執(zhí)行已經(jīng)開(kāi)始的這種執(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ù)。 也就是說(shuō)發(fā)送方和接收方都是相互獨(dú)立存在的，發(fā)送方只管方， 接收方只能接收，無(wú)須去等待對(duì)方的響應(yīng)。20. 自調(diào)用：是序列圖中消息的分類。21?；卣{(diào)： 回調(diào)是一種雙向調(diào)用模式 , 也就是說(shuō)，被調(diào)用方在接口被調(diào)用時(shí)也會(huì)調(diào)用對(duì)方的接口第六章系統(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 一組對(duì)象 b 一個(gè)對(duì)象 c 多個(gè)執(zhí)行者 d 幾個(gè)子系統(tǒng)2狀態(tài)圖描述一個(gè)對(duì)象在不同（a）的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移。a 事件 b 對(duì)象 c 執(zhí)行者 d 數(shù)據(jù)3。一個(gè)（a）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，它們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單