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

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

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

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

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

4、消息的對象所屬的類。 第二章 統(tǒng)一建模語言UML 一、選擇題 1. UML的軟件以（B）為中心，以系統(tǒng)體系結構為主線，采用循環(huán)迭代漸增的方式進行開發(fā) 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

5、 系統(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分析和設計模型由三類模型圖表示。三類模型圖是：（用例）模型圖、（構件）模型圖和（配置）模型圖。 7.UML的軟件統(tǒng)一開發(fā)過程，即生命周期按時間順序可以分為（開始）、（詳細規(guī)劃）、（系統(tǒng)構造）和（移交

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

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

8、 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）反復交流并加以

9、確認。 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卡中的描述由（類名）、（類特征）、（類類型）、

10、（責任）和（協(xié)作者）共5部分組成。 10.軟件項目的可行性研究分析中，技術可行性研究包括（風險分析）、（資源分析）、（技術分析）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)

11、。 三、解釋名詞 15.需求規(guī)格說明書:是作為需求分析的一部分而制定的可交付文件，它對所開發(fā)軟件的功能，性能，用戶界面以及運行環(huán)境等做出詳細說明，制定出完整的信息描述，恰當的檢驗標準以及其他需求有關的數據。 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.法律風險分析研究：在不違背國

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

13、類描述了屬性的類型，而對象的屬性必須由（C） A 正負號 B 動作 C 具體值 D 私有成員 4.UML系統(tǒng)分析階段產生的包圖描述了系統(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)

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

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

16、復出現(xiàn)，這些模塊頻繁地出現(xiàn)在各種更大更復雜的系統(tǒng)設計中，我們稱之為：“設計模式”。 17.對象集合管理器模式：構造一組數量有限的對象并對其進行存儲和管理，它用一個管理器類來管理一組對象的集合。 18.對象容器模式：其值存儲和管理一組數量有限的對象，而不構造對象。 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

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

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

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

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

21、列圖中消息的分類。 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 數據 3.一個（A）遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，它們可以把一個

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

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