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

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

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

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

4、a 用例 b 對象 c 類 d 程序2。uml 的（b）模型圖是由類圖、對象圖、包圖、構件圖和配置圖組成。 a 用例 b 靜態(tài) c 動態(tài) d 系統(tǒng)3。uml 的（c)模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成. a 用例 b 靜態(tài) c 動態(tài) d 系統(tǒng)4。uml 的最終產物就是最后提交的可執(zhí)行的軟件系統(tǒng)和d（) a 用戶手冊 b 類圖 c 動態(tài)圖 d 響應的軟件文檔資料5。在 uml 的需求分析建模中，（b）模型圖必須與用戶反復交流并加以確認。a 配置 b 用例 c 包 d 動態(tài)二、 填空題6。uml 分析和設計模型由三類模型圖表示。三類模型圖是: （用例 )模型圖、 （構件）模型圖和（配置）模

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

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

7、。第三章需求分析與建模一、選擇題1. 可行性研究分析包括經濟可行性分、析技術可行性分析和（b） 。a 風險可行性分析 b 法律可行性分析 c 資源可行性分析 d 效益可行性分析2.uml的客戶需求分析模型包括（a)模型、類圖、對象圖和活動圖組成。a 用例 b 靜態(tài) c 動態(tài) d 系統(tǒng)3。uml 客戶需求分析使用的crc 卡上“責任”一欄的內容主要描述類的（c）和操作. a 對象成員 b 關聯(lián)對象 c 屬性 d 私有成員4。uml 客戶需求分析產生的用例模型描述了系統(tǒng)的（d ） 。a 狀態(tài) b 體系結構 c 靜態(tài)結構 d 功能要求5. 在 uml的需求分析建模中，用例模型必須與(b) 反復交流并

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

9、可行性研究包括（風險分析）、 （資源分析） 、 （技術分析） 3 部分組成。11。在 uml 軟件開發(fā)過程的需求分析階段，建立用例模型的步驟分為 （確定系統(tǒng)的范圍和邊界）、 （確定系統(tǒng)的執(zhí)行者和用例） 、 （對用例進行描述 ) 和（定義用例之間的關系和審核用例模型) 。12. 在用例圖中以實線方框表示系統(tǒng)的范圍和邊界, 在系統(tǒng)邊界內描述的是（用例） ，在邊界外描述的（執(zhí)行者). 13。用例模型中的執(zhí)行者可以是（ “人”執(zhí)行者）也可以是（ “外部”執(zhí)行者）。14。用例模型中的用例之間的關聯(lián)有（使用）關聯(lián)、（擴展）關聯(lián)、 ( 包含) 關聯(lián)和(繼承）關聯(lián) . 三、解釋名詞15. 需求規(guī)格說明書：是作

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

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

12、了系統(tǒng)的（b）a 狀態(tài) b 系統(tǒng)體系層次結構 c 靜態(tài)模型 d 功能要求5. 設計模式在面向對象系統(tǒng)設計中是（b)的一種形式 . a 軟件調用 b 設計方法 c 子系統(tǒng) d 軟件復用6。 “對象容器”設計模式對有限的對象進行管理，它不能（b)。a 查找對象 b 修改對象 c 創(chuàng)建對象 d 刪除對象二、填空題7。在 uml 軟件開發(fā)過程系統(tǒng)分析階段產生的對象模型由三種模型. 它們分別是：對象的（靜態(tài) ) 模型、對象的 (動態(tài)）模型和對象的（系統(tǒng)功能處理）模型. 8. 在 uml的對象類圖中 , 類之間的關系由（依賴） 、( 細化)、 （關聯(lián)） 、(聚集）和（繼承） 5 種9。共享聚集的“部分”對

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

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

15、. 19。關聯(lián)類 : 在計算機面向對象的體系結構中，具有關聯(lián)類。關聯(lián)類既是類也是關聯(lián)。它有著關聯(lián)和類的特性。它將多個連接起來同時又具有屬性和操作。第五章系統(tǒng)設計與對象動態(tài)交互模型一、選擇題1.unl系統(tǒng)設計的一般步驟包括系統(tǒng)對象設計，系統(tǒng)體系結構設計和系統(tǒng)設計的(c) 和審查等。a 建模 b 完善 c 優(yōu)化 d迭代2. 順序圖和合作圖主要用于對用例圖中(c) 的建模，用它們來描述用例圖的行為。a 數(shù)據(jù)流 b 控制流 c 消息流 d 數(shù)據(jù)字典3數(shù)據(jù)圖的模型元素有（ a)，消息，鏈接等，這些模型元素表示某個用例中的若干個對象和對象之間所傳遞的消息，來對系統(tǒng)的行為建模。a 對象 b 箭線 c 活動

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

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

18、序或程序段在執(zhí)行過程中, 其執(zhí)行時間在客觀上互相重疊， 即一個程序段的執(zhí)行尚未結束， 另一個程序段的執(zhí)行已經開始的這種執(zhí)行方式。18. 同步消息： 兩個通信應用服務之間必須要進行同步，兩個服務之間必須都是正常運行的。 發(fā)送程序和接收程序都必須一直處于運行狀態(tài)，并且隨時做好相互通信的準備 .19. 異步消息： 兩個通信應用之間可以不用同時在線等待，任何一方只需各自處理自己的業(yè)務， 比如發(fā)送方發(fā)送消息以后不用登錄接收方的響應，可以接著處理其他的任務。 也就是說發(fā)送方和接收方都是相互獨立存在的，發(fā)送方只管方， 接收方只能接收，無須去等待對方的響應。20. 自調用：是序列圖中消息的分類。21?；卣{： 回調是一種雙向調用模式 , 也就是說，被調用方在接口被調用時也會調用對方的接口第六章系統(tǒng)動態(tài)建模一 選擇題1狀態(tài)圖可以表現(xiàn) (b）在生存期的行為，所經歷的狀態(tài)序列，引起狀態(tài)轉移的事件以及因狀態(tài)轉移二引起的動作. a 一組對象 b 一個對象 c 多個執(zhí)行者 d 幾個子系統(tǒng)2狀態(tài)圖描述一個對象在不同（a）的驅動下發(fā)生的狀態(tài)遷移。a 事件 b 對象 c 執(zhí)行者 d 數(shù)據(jù)3。一個（a）遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，它們可以把一個控制分解為并行運行的并發(fā)線程，或將多個并發(fā)線程結合成單