UML課后習(xí)題答案.doc

1、填空題第一章(1) 統(tǒng)一建模語(yǔ)言 UML 是繪制軟件藍(lán)圖的標(biāo)準(zhǔn)工具語(yǔ)言，可以對(duì)軟件系統(tǒng)產(chǎn)品進(jìn)行說(shuō)明、可_ _ 視化、構(gòu)造和編制文檔。(2) UML 養(yǎng)際軟件項(xiàng)目中，可以用于構(gòu)造各種類型系統(tǒng)的業(yè)務(wù)模型和軟件模 _(3) 軟件的開(kāi)發(fā)模式有瀑布模型、噴泉模型、基于構(gòu)件的開(kāi)發(fā)模型和XP 方法。 面向?qū)ο蟪绦虻娜笠厥嵌鄳B(tài)、封裝和繼承_(5)瀑布模型的缺點(diǎn)是缺乏靈活性,特別是無(wú)法解決軟件需求不明確或不準(zhǔn)確的問(wèn)題。第二章(1)在 UML 中，靜態(tài)視圖包含有兩種視圖，分別是類圖和用例圖。(2)規(guī)格說(shuō)明,修飾，通用劃分是 UML 常用的通用機(jī)制。(3)夠造型,標(biāo)記型，約束是 UML 常用的擴(kuò)展機(jī)制。(4)用

2、例圖描述了系統(tǒng)的參與者與系統(tǒng)講行交互的功能,是參與者所能觀察和使用到的系 統(tǒng)功能的模型圖。(5)狀態(tài)圖是通過(guò)對(duì)象的各種狀態(tài) 來(lái)建立模型來(lái)描述對(duì)象的隨時(shí)間變化的 動(dòng)態(tài)行為,并且它是獨(dú)立的對(duì)象為中心進(jìn)行描述。第三章(1) Rational Rose默認(rèn)支持的目標(biāo)語(yǔ)言主要包括Java、CORBA、Visual Basic 等。(2)部署視圖顯示的是系統(tǒng)的實(shí)際部署情況,它是為了便于理解系統(tǒng)如何在一組處理解 節(jié)點(diǎn)上的物理分布，而在分析和設(shè)計(jì)中使用的架構(gòu)視圖。(3) 使用 Rational Rose 生成代碼的步驟包括選擇待轉(zhuǎn)換的目標(biāo)模型、檢查 Java 語(yǔ)言的語(yǔ)法錯(cuò)誤、設(shè)置代碼生成屬性、生成代碼。(4)

3、 在用例視圖中包括了系統(tǒng)中的所有參與者、用例和用例圖，必要時(shí)還可以在其屮添加順序圖、協(xié)作圖、活動(dòng)圖和類圖等。(5)構(gòu)件視圖用來(lái)描述系統(tǒng)中的各個(gè)實(shí)現(xiàn)模塊以及它們之間的依賴關(guān)系包含模型代碼庫(kù)、執(zhí)行文件、運(yùn)行庫(kù)和其他構(gòu)件等信息。第四章(1) 對(duì)彖圖的目的在于描述系統(tǒng)中參與交互的各個(gè)對(duì)彖在某一時(shí)刻是如何運(yùn)行的。(2) 璉是兩個(gè)或多個(gè)對(duì)象之間的獨(dú)立連接，是關(guān)聯(lián)的實(shí)例。(3) 在 UML 的圖形表示中，類是由名字、屬性和方法三個(gè)部分組成的。(4) 依賴關(guān)系使用一個(gè)從客戶指南提供者的虛箭頭來(lái)進(jìn)行表示。(5) 在按旦屮包含一系列操作但是不包含屬性，并且它沒(méi)有對(duì)外界可見(jiàn)的關(guān)聯(lián)。第五章1)包是用于把元素組織成組的

4、通用機(jī)制。(2)包的可見(jiàn)性關(guān)鍵字包括 private、public 和 protect。(3)包之間的關(guān)系總的來(lái)講可以概括為依賴關(guān)系和嵌套關(guān)系。(4)將系統(tǒng)分層很常用的一種方式是將系統(tǒng)分為用戶界面層、業(yè)務(wù)邏輯層 和數(shù)據(jù)訪問(wèn)層 的 第六章(1) 由參與者、用例以及它們之間的關(guān)系勾成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖稱為為用 例圖。(2) 參與者、用例、系統(tǒng)邊界和關(guān)聯(lián)是用例圖組成的要素。(3) 用例中的主要關(guān)系有包含、泛化和擴(kuò)展 o(4) 用例的粒度是指用例包含的系統(tǒng)服務(wù)或功能單元的多少。(5) 系統(tǒng)邊界是用來(lái)表示正在建模系統(tǒng)的邊界,這個(gè)邊界是指系統(tǒng)與系統(tǒng)之間的界限。第七章(1) 在 UML的表示中，交

5、互圖將 交互關(guān)系表示為一個(gè)二維圖。其中，縱向是 時(shí)間軸，時(shí)間沿豎線向下延伸。橫向代表了在協(xié)助中個(gè)獨(dú)立對(duì)彖的角色。(2) 序列圖構(gòu)成的對(duì)象是系統(tǒng)的參與者、任何有效的系統(tǒng)對(duì)象、和。(3) 公艾指的是從同一點(diǎn)出發(fā)多個(gè)消息并指向不同的對(duì)象，根據(jù)條件是否互斥，可以 有條件和并行兩種。(4) 生命線是一條垂直的 虛線,用來(lái)表示 序列圖中的對(duì)彖在同一段時(shí)間內(nèi)的存在。(5)序列圖屮的對(duì)象的表示形式使用包圍名稱的矩形框來(lái)標(biāo)記，所顯示的對(duì)象及其類的名稱 帶有下劃線，兩者用冒號(hào)隔開(kāi)第八章_(1) 活動(dòng)圖是模型中的整體單元，表示一個(gè)程序或工作流，常用于計(jì)算機(jī)流程和工作流程建模。_(2) 動(dòng)作狀態(tài)是原子性的 動(dòng)作 或操

6、作的執(zhí)行狀態(tài)，它不能被的轉(zhuǎn)換中斷。(3) 活動(dòng)狀態(tài)可以有內(nèi)部轉(zhuǎn)換,可以有出口動(dòng)作和入口動(dòng)作。(4) 迪圖中的初始狀態(tài) 使用黑色實(shí)心圓表示。(5) 泳道技術(shù)將是一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類、人 或部門(mén)、他們完成組內(nèi)的活動(dòng)。第九章的交互圖屮，強(qiáng)調(diào)對(duì)象之間關(guān)系和消息傳遞的是(協(xié)作圖)。2.(協(xié)作圖)的作用體現(xiàn)在顯示對(duì)彖及其交互關(guān)系的空間組織結(jié)構(gòu)。3.在協(xié)作圖中的(鏈)是兩個(gè)或多個(gè)對(duì)象之間的(獨(dú)立連接)關(guān)聯(lián)的實(shí)例。屮， 對(duì)象行為是對(duì)象間為完成某一目的而進(jìn)行的一系列消息傳遞，消息序列可用(時(shí)序圖)和(協(xié)作圖)來(lái)表示。5.uml 中的協(xié)作圖強(qiáng)調(diào)的是交互對(duì)象的整體結(jié)構(gòu)，是按照(空間

7、組織)進(jìn)行布圖。第 _ _1.初始狀態(tài) 在狀態(tài)途中用實(shí)心圓表示，終止?fàn)顟B(tài) 在狀態(tài)圖屮用含有實(shí)心圓的空心圓表示。2判定將轉(zhuǎn)換路勁分為多個(gè)部分，每一個(gè)部分都是一個(gè)分支，都有單獨(dú)監(jiān)護(hù)條件。3事件分為信號(hào)事件時(shí)間事件改變事件調(diào)用事件 4在 uml 屮狀態(tài)圖由對(duì)象的各個(gè)狀態(tài)和連接這些狀態(tài)的裝換組成，是展示狀態(tài)與狀態(tài)轉(zhuǎn)換 的圖。5覺(jué)更魚(yú)指的是一個(gè)對(duì)象對(duì)發(fā)送給它的信號(hào)接收事件, 發(fā)轉(zhuǎn)換。第十一章1.填空題(1 )組件足系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件,通常指開(kāi)發(fā)和運(yùn)行時(shí)類的物 理實(shí)現(xiàn)。(2)在 UML中，關(guān)聯(lián)關(guān)系的表現(xiàn)形式使用一條實(shí)線表示,在實(shí)線上可以添加構(gòu)造型和名。(3)構(gòu)件圖是用來(lái)表示系統(tǒng)中構(gòu)

8、件與構(gòu)件之間以及定義的它們之間的關(guān)系圖。_(4)部署圖的組成元素包括節(jié)點(diǎn)、設(shè)備和連接 _(5)節(jié)點(diǎn)是存在于運(yùn)行時(shí)并代表一項(xiàng)計(jì)算資源的物理資源,一般用于對(duì)執(zhí)行處理或計(jì)算的 資源建模。第十二章1.填空題(1)軟件開(kāi)發(fā)討稈是指實(shí)施與軟件開(kāi)發(fā)和維護(hù)中的階段、方法、技術(shù)、實(shí)踐和相關(guān)產(chǎn)物 的集合。(2) Rational統(tǒng)一過(guò)程中的 核心工作流 在項(xiàng)目中輪流被使用,在每一次迭代中以不同的重點(diǎn)和強(qiáng)度重復(fù)。(3) 對(duì)于一個(gè)以架構(gòu)為中心的開(kāi)發(fā)組織，需要對(duì) 架構(gòu)的冃的、架構(gòu)的表示和 架構(gòu)的過(guò)程 方面進(jìn) 墜注。(4)迭代式軟件開(kāi)發(fā)是能夠通過(guò)一系列細(xì)化和若干個(gè)漸進(jìn)的反復(fù)過(guò)程從而形成有效的解決方案的軟件開(kāi)發(fā)方式。(5)

9、 Rational統(tǒng)一過(guò)程的開(kāi)發(fā)過(guò)程使用一種二維結(jié)構(gòu)來(lái)表達(dá)。選擇題 第一章(1) 對(duì)象程序的基本特征是(ABCD)(2) 類包含的要素有(ABC)A.名字 B. 屬性C.(3) 下列關(guān)于類與對(duì)象的關(guān)系說(shuō)法不正確的是( A)A.有些對(duì)象是不能被抽彖成類的B. 類給岀了屬于該類的全部對(duì)彖的抽象定義C. 類是對(duì)象集合的再抽象A.抽象 B. 封裝C.繼承D.多態(tài)它可能會(huì)在接收對(duì)象的狀態(tài)機(jī)內(nèi)觸操作D. 編號(hào)D. 類是用來(lái)在內(nèi)存屮開(kāi)辟一個(gè)數(shù)據(jù)區(qū)，存儲(chǔ)新對(duì)象的屬性（4） 面向?qū)ο蠓椒ㄥ模–）機(jī)制給予子類可以自動(dòng)的擁有（復(fù)制）A.抽象 B. 封裝C.繼承D.（5） 建立對(duì)象的動(dòng)態(tài)模型一般包含的步驟有（ABC

10、D）A.準(zhǔn)備腳本C.準(zhǔn)備事件跟蹤表第二章A. 結(jié)構(gòu)事物C.分組事物UML屮的圖包括（ABC）。A. 用例圖C.狀態(tài)圖UML的視圖不包括（BCD）。A. 用例視圖C.狀態(tài)視圖D. 實(shí)現(xiàn)（ABCD）.B. 行為事物D. 注釋事物E.類圖D. 流程圖E. 類視圖D.物理視圖下面不屬于 UML+的靜態(tài)視圖的是（ABC）。A.狀態(tài)圖B.用例圖C.對(duì)象圖D.類圖第三章（1）下列說(shuō)法正確的是（ACD）A.在用例視圖下可以創(chuàng)建類圖B.在邏輯視圖下可以創(chuàng)建構(gòu)件 圖 C.在邏輯視圖下可以創(chuàng)建包D.在構(gòu)件視圖下可以創(chuàng)建構(gòu)件（2）在 Rational Rose 的邏輯視圖下可以創(chuàng)建（ ABCD）A.類圖B. 構(gòu)件圖C

11、.包D.活動(dòng)圖（3）Rational Rose 建模工具可以執(zhí)行的任務(wù)有（ABCD）A.非一致性檢查 B.生成 C+語(yǔ)言代碼C.報(bào)告功能D.審查功能（4）Rational Rose 中支持的視圖不包括（D）B.D.父類全部屬性和操作。多態(tài)確定事件構(gòu)造狀態(tài)圖（l）UML 屮的關(guān)系元素包括（ABCD）。A.依賴B.關(guān)聯(lián)C.泛化在 UML 中，定義了面向?qū)ο蟮氖挛?，這些事物分為A.邏輯視圖 B. 構(gòu)件視圖C.部署視圖D.機(jī)構(gòu)視圖（5）在構(gòu)建視圖下的元素可以包括（ABC）A.構(gòu)件 B.構(gòu)件圖C.包D.類第四章（1）類屮的方法的可見(jiàn)性包括（ABC）A.privateB.publicC.protected

12、D.abstract（2）下面屬于 UML 中類元的類型的是（ABCD）A.類B.對(duì)象C.構(gòu)件D.接口（3）類之間的關(guān)系包括（ABCD）A.泛化B.關(guān)聯(lián)C.實(shí)現(xiàn)D.依賴（4）下列關(guān)于接口的關(guān)系說(shuō)法正確的是（ABCD）A.接口是一種特殊的類B.所有接口都是有構(gòu)造型 vvin（erface的類C.一個(gè)類可以通過(guò)實(shí)現(xiàn)接口從而支持接口所指定的行為D.在程序運(yùn)行的時(shí)候，其他對(duì)象可以不僅需要依賴與此接口，還需要知道該 類對(duì)接口實(shí)現(xiàn)的其他信息（5）下列關(guān)于類方法的聲明正確的是（AB）A.方法定義了類所許可的行為B.從一個(gè)類所創(chuàng)建的所有對(duì)象可以使用同一組屬性和方法C.每個(gè)方法應(yīng)該有一個(gè)參數(shù)D.如果在同一個(gè)類中

13、定義了類似的操作，則他們的行為應(yīng)該是類似的第五章1. 在 Rational Rose 2003 中，支持（ABCD）的構(gòu)造模型A.業(yè)務(wù)設(shè)計(jì)包 B. 業(yè)務(wù)分析模型包C.業(yè)務(wù)用例模型包Module 包2. 對(duì)照子系統(tǒng)進(jìn)行建模時(shí)，在 Rational Rose 2003 屮，內(nèi)部支持的系統(tǒng)有（A.數(shù)據(jù)系統(tǒng)B.視圖系統(tǒng)C.程序系統(tǒng)D.業(yè)務(wù)系統(tǒng)CD)3建立模型時(shí)包的嵌套不宜過(guò)深，包的嵌套一般以（A）為宜A. 23 層 4 層4.下列關(guān)于包的描述中正確的是（ABCD）C. 12 層5 層A. 每個(gè)包必須有一個(gè)區(qū)別于其他包的名稱B.包中可以包含其他元素，如類，接口，組件和用例等C.引入（import ）使得

14、一個(gè)包中的元素可以單向訪問(wèn)另一個(gè)包中的元素D. 包的可見(jiàn)性分為 protected , public 和 private5.下列對(duì)于創(chuàng)建包的說(shuō)法不正確的是（ A）A. 在序列圖和協(xié)作圖屮可以創(chuàng)建包B.在類圖中可以創(chuàng)建包C.如果將包從模型屮永久刪除，包及包中的內(nèi)容都將被刪除D. 在創(chuàng)建包的依賴關(guān)系時(shí)，盡量避免循環(huán)依賴第六章1.下面哪些是識(shí)別用例時(shí)要引起的注意要點(diǎn)（ ABC）A. 參與者希望系統(tǒng)提供什么功能B.參與者是否會(huì)讀取，創(chuàng)建，修改，刪除，存儲(chǔ)系統(tǒng)的某種信息。如果是的話，參與者又是如何完成這些操作的C.參與者是否會(huì)將外部的某些事件通知給系統(tǒng)D. 系統(tǒng)將會(huì)有哪些人來(lái)使用2.下面（B）不是構(gòu)成用

15、例圖的基本元素A.參與者 B 泳道C.系統(tǒng)邊界D 用例3.下面是用例間主要關(guān)系的有（ABD）A.擴(kuò)展B包含C.依賴D泛化4.下列對(duì)系統(tǒng)邊界描述正確的是（ ABC）A. 系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限B.用例圖屮的系統(tǒng)邊界用來(lái)表示正在建模系統(tǒng)的邊界C.邊界內(nèi)表示系統(tǒng)的組成部分，邊界外表示系統(tǒng)外部D. 可以使用 Rational 繪制用例中的系統(tǒng)邊界5.在 ATM 自動(dòng)存款機(jī)的工作模型中，用戶通過(guò)輸入密碼將錢存入ATM 機(jī)，下面屬于參與者的是（AC）A.用戶B. ATM 取款機(jī)C. ATM 取款機(jī)管理員 D 存款第七章1.序列圖中的消息有著不同的類型，下列選項(xiàng)中屬于輸入消息類型的有（ABCD）A

16、.定期消息B 不定期消息C.阻止消息D 同步消息2.下列關(guān)于序列圖的用途，說(shuō)法不正確的是（ A）A. 描述系統(tǒng)在某一個(gè)特定時(shí)間點(diǎn)上的動(dòng)態(tài)結(jié)構(gòu)B. 確認(rèn)和豐富一個(gè)使用意境的邏輯表達(dá)C. 細(xì)化用例的表達(dá)D. 有效地描述如何分配各個(gè)類的職責(zé)以及各類具有相應(yīng)職責(zé)的原因3下列選項(xiàng)屬于消息的組成部分的是（ABCA.接受者 BC.活動(dòng)D發(fā)送者虛線4.在序列圖中,返回消息的符號(hào)是（B）A.直線箭頭B 虛線箭頭C.直線D虛線5.下列關(guān)于序列圖的說(shuō)法正確的是（ABC）A. 序列圖是對(duì)對(duì)象之間傳遞消息的時(shí)間順序的可視化表示B. 序列圖從一定程度上更加詳細(xì)地描述了用例表達(dá)的需求，將其轉(zhuǎn)化為進(jìn)一步，更加正式層次的精細(xì)表

17、達(dá)C. 序列圖的目的在于描述系統(tǒng)中各個(gè)對(duì)象按照時(shí)間順序的交互的過(guò)程D. 在 UML的表示中，序列圖將交互關(guān)系表示為一個(gè)二維圖。其中，橫向是時(shí)間軸，時(shí)間沿 豎線向下延伸。縱向代表了在協(xié)作中各獨(dú)立對(duì)象的角色第八章1.如果要對(duì)一個(gè)學(xué)校課程表管理系統(tǒng)的主要角色學(xué)生，老師的工作流程建模，需要使用的圖是（C）A.序列圖 B狀態(tài)圖C.活動(dòng)圖 D 協(xié)作圖2.下列對(duì)活動(dòng)圖的描述正確的是（ BCD）A. 活動(dòng)圖是對(duì)彖之間傳送消息的時(shí)間順序的可視化表示，目的在于描述系統(tǒng)中各個(gè)對(duì)象按 照時(shí)間順序的交互的過(guò)程B. 活動(dòng)圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來(lái)描述動(dòng)作和動(dòng)作導(dǎo)致對(duì)彖狀態(tài)改變的結(jié)果C. 活動(dòng)圖是模型屮的

18、完整單元，表示一個(gè)程序或工作流，常用于計(jì)算流程和工作流程建模D. 活動(dòng)圖可以算是狀態(tài)圖的一種變種并且活動(dòng)圖的符號(hào)與狀態(tài)圖的符號(hào)非常相似3.活動(dòng)圖屮結(jié)束狀態(tài)使用（D）表示A.菱形 B 直線箭頭C.黑色實(shí)心圓D 空心圓4.下列說(shuō)法不正確的是（B）A.對(duì)象流中的對(duì)象表示的不僅僅是對(duì)象自身，還表示了對(duì)象作為過(guò)程的一個(gè)狀態(tài)存在B活動(dòng)狀態(tài)是原子性的，用來(lái)表示一個(gè)具有子結(jié)構(gòu)的純粹計(jì)算的執(zhí)行C.一個(gè)組合活動(dòng)在表面上看是一個(gè)狀態(tài)，但其本質(zhì)確是一組子活動(dòng)的概括D.分支將轉(zhuǎn)換路徑分成多個(gè)部分，每一部分都有單獨(dú)的監(jiān)護(hù)條件和不同的結(jié)果5.下面屬于活動(dòng)圖組成要素的有（ABD）A.泳道 B 動(dòng)作狀態(tài)C.轉(zhuǎn)換 D 活動(dòng)狀態(tài)第

19、九章1下面不是 UML中協(xié)作圖的基本元素的是（C）2. 下列關(guān)于協(xié)作圖中的鏈，說(shuō)法不正確的是（ C）A. 在協(xié)作圖中，鏈的表示形式為一個(gè)或多個(gè)相連的線或弧B. 在協(xié)作圖中的鏈?zhǔn)莾蓚€(gè)或者多個(gè)對(duì)象之間的獨(dú)立連接C. 在協(xié)作圖中，需要關(guān)于某個(gè)類的所有對(duì)象都出現(xiàn)，同一個(gè)類的對(duì)象在一個(gè)協(xié)作圖也不可以充當(dāng)多個(gè)角色D. 在協(xié)作圖屮的鏈?zhǔn)顷P(guān)聯(lián)的實(shí)例3. 下面不會(huì)出現(xiàn)在協(xié)作圖中的是（D）A.對(duì)象 B.消息 C.對(duì)象之間的連接 D.控制焦點(diǎn)4.下面屬于消息組成部分的有（ABC）A.發(fā)送者 B.接受者 C.活動(dòng) D.對(duì)象5. 關(guān)于協(xié)作圖的描述，下列說(shuō)法正確的是（ ACD）A. 在 Rational Rose工具屮，

20、協(xié)作圖可在順序圖的基礎(chǔ)上按F5鍵自動(dòng)生成B. 協(xié)作圖是順序圖的一種特例C. 協(xié)作圖作為一-種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)彖的組織D. 協(xié)作圖中有消息流的順序號(hào)第十章1. 使用 UML 建模時(shí)。如果需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，使用（A）最為合適A.協(xié)作圖 B.序列圖 C.活動(dòng)圖 D.狀態(tài)圖2. 下列選項(xiàng)中（ACD）不是狀態(tài)的組成部分3. 以下是構(gòu)成狀態(tài)圖基本元素的是（ABC）A.狀態(tài) B.轉(zhuǎn)換 C.初始狀態(tài) D.鏈4. 狀態(tài)可分為（D）A.簡(jiǎn)單狀態(tài) B.組合狀態(tài) C.開(kāi)始狀態(tài) D.歷史狀態(tài)5. 下列對(duì)狀態(tài)圖的描述不正確的是（ C）A. 狀態(tài)圖通過(guò)建立類對(duì)彖的生命周期模型來(lái)描述對(duì)象隨時(shí)間

21、變化的動(dòng)態(tài)行為B. 狀態(tài)圖適用于描述狀態(tài)和動(dòng)作的順序，不僅可以展現(xiàn)一個(gè)對(duì)象擁有的狀態(tài)，還可以說(shuō)明事件如 何隨著時(shí)間的推移來(lái)影響這些狀態(tài)C. 狀態(tài)圖的主要目的是描述對(duì)彖創(chuàng)建和銷毀的過(guò)程屮資源的不同狀態(tài)，有利于開(kāi)發(fā)人員提高開(kāi)發(fā)效率D. 狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為，顯示了該實(shí)體如何根據(jù)當(dāng)前所處的狀態(tài)對(duì)不同的事件時(shí)間做出反應(yīng)第十一章1. 一個(gè)構(gòu)件實(shí)例用于表示運(yùn)行時(shí)存在的實(shí)現(xiàn)物理單元和在實(shí)例節(jié)點(diǎn)屮的定位，他的特征有（AC）A.身份特征 B.關(guān)系特征 C.代碼特征 D.屬性特征2. 在部署圖模型中，屬于節(jié)點(diǎn)類型的選項(xiàng)是（ AC）A.設(shè)備節(jié)點(diǎn) B.系統(tǒng)進(jìn)程 C.處理器節(jié)點(diǎn) D.接口3. 下面

22、（A）選項(xiàng)是構(gòu)件圖所支持系統(tǒng)部件的配置管理的方式A.對(duì)源代碼建模 B.對(duì)事物建模 C.對(duì)物理數(shù)據(jù)庫(kù)建模D.對(duì)可適應(yīng)的系統(tǒng)建模4. 軟件構(gòu)件是軟件系統(tǒng)的（A）單元A.物理 B.邏輯 C.實(shí)現(xiàn) D.順序5. 下列關(guān)于部署圖的說(shuō)法正確的是（A）A. 使用 Rational Rose 2003創(chuàng)建的每一個(gè)模型中僅包含一個(gè)部署圖B. 使用 Rational Rose 2003創(chuàng)建的每一個(gè)模型中可以包含多個(gè)部署圖C. 在一個(gè)部署圖中，包含了兩種基本的模型元素；節(jié)點(diǎn)和節(jié)點(diǎn)之間的連接部署圖描述了一個(gè)系統(tǒng)運(yùn)行時(shí)的硬件節(jié)點(diǎn)，以及在這些節(jié)點(diǎn)上運(yùn)行的軟件構(gòu)件將在何處物理地運(yùn)行，以及他們將如何彼此通信的靜態(tài)視圖。第十二

23、章1. 下面的選項(xiàng)中（C）是實(shí)現(xiàn) Rational 統(tǒng)一過(guò)程的必要步驟。A.建立明確的目標(biāo) B.計(jì)劃過(guò)程實(shí)現(xiàn) C.執(zhí)行過(guò)程實(shí)現(xiàn) D.評(píng)價(jià)過(guò)程實(shí)現(xiàn)2. 下面不屬于迭代過(guò)程的四個(gè)連續(xù)階段的有（C）A.初始 B.分析 C.細(xì)化 D.構(gòu)造統(tǒng)一過(guò)程的靜態(tài)結(jié)構(gòu)，分別使用（ ABCD）建模元素來(lái)進(jìn)行表達(dá)。A.角色 B.活動(dòng) C.產(chǎn)物 D.工作流統(tǒng)一過(guò)程的視圖結(jié)構(gòu)包括（ABC）A.物理視圖 B.邏輯視圖 C.用例視圖 D.結(jié)構(gòu)視圖5.下面的選項(xiàng)中，（CD）不屬于軟件開(kāi)發(fā)過(guò)程的層次結(jié)構(gòu)。A.工具層 B.方法層 C.質(zhì)量保證層 D.管理層簡(jiǎn)答題第一章1 面向?qū)ο笤O(shè)計(jì)的基本特征有哪些這些特征對(duì)軟件設(shè)計(jì)有何幫助封裝性

24、繼承性 多態(tài)性在由封裝，繼承，多態(tài)所組成的環(huán)境屮，程序員可以編寫(xiě)岀比面向過(guò)程模型更健壯，更具擴(kuò)展性的程序經(jīng)過(guò)仔細(xì)設(shè)計(jì)的類層次結(jié)構(gòu)是重用代碼的基礎(chǔ)封裝能讓程序員不必修改公有接口的 代碼即可實(shí)現(xiàn)程序的移植.多態(tài)能使程序員開(kāi)發(fā)出簡(jiǎn)潔，易懂，易修改的代碼2類與對(duì)象的區(qū)別是什么類是抽象的，不具體的。就像有些東西可以歸為一類，比如說(shuō)狗，貓，豬。它們都是動(dòng)物，我們就可以歸為一類。而貓，狗就是動(dòng)物類中的一個(gè)對(duì)彖。3.什么是軟件生命周期生命周期包括幾個(gè)階段軟件的生命周期，亦稱軟件的生存周期。它是按開(kāi)發(fā)軟件的規(guī)模和復(fù)雜程度，從時(shí)間上把軟件開(kāi)發(fā)的整個(gè)過(guò)程（從計(jì)劃開(kāi)發(fā)開(kāi)始到軟件報(bào)廢為止的整個(gè)歷史階段）進(jìn)行分解，形成相

25、對(duì)獨(dú)立的幾個(gè)階段，每個(gè)階段又分解成幾個(gè)具體的任務(wù)，然后按規(guī)定順序依次完成各階段的任務(wù)并規(guī)定一套標(biāo)準(zhǔn)的文檔作為各個(gè)階段的開(kāi)發(fā)成果，最后生產(chǎn)出高質(zhì)量的軟件。分為：一般分為定義，開(kāi)發(fā)，維護(hù)三大階段，定義階段有可行性論證和開(kāi)發(fā)計(jì)劃，需求分析，開(kāi)發(fā)階段有概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)和編碼，維護(hù)階段有測(cè)試，運(yùn)行維護(hù)4. 面向?qū)ο笈c uml 的關(guān)系umL 是統(tǒng)一建模圖，用于便于描述類 Z 間的關(guān)系等，是用來(lái)幫助你更好進(jìn)行面向?qū)ο蟮脑O(shè)計(jì)。5. 面向?qū)ο笤O(shè)計(jì)與傳統(tǒng)軟件相比，有何優(yōu)點(diǎn)更有針對(duì)性更容易讓客戶滿意減少修改提高效率第二章模型元素有哪些UML中模型元素太多了，比如用例圖屮的元素有用例，角色，擴(kuò)展關(guān)系，包含關(guān)系，類圖

26、屮的元素有類，接口，關(guān)聯(lián)等等，每一種框圖都有各自獨(dú)有的元素2.簡(jiǎn)述 uml 通用機(jī)制組成以及它的作用一、修飾。在使用 UML 語(yǔ)言建模時(shí)，可以將圖形修飾附加到 UML 圖屮的模型元素上。比如，當(dāng)一個(gè)元素代 表某種類型的時(shí)候，它的名稱可以用粗體字形類顯示；當(dāng)同一元素表示該類型的實(shí)例時(shí)，該元素的名稱用一條下劃線修飾。二、注釋。UML語(yǔ)言屮用一條虛線將注釋連接到它為 Z 解釋的或細(xì)化的元素上。三、通用劃分。UML語(yǔ)言對(duì)其模型元素規(guī)定了兩種類型的通用劃分：型實(shí)例（值）和接口 -實(shí)現(xiàn)。1、型實(shí)例（TypeInstance ）:描述一個(gè)通用描述符與單個(gè)元素項(xiàng)之間的對(duì)應(yīng)關(guān)系。實(shí)例元素使用與通用描述符相同的表

27、示圖形，但是名字的表示與通用描述符不同：實(shí)例元素名字帶有下劃線，而且后面還要加上冒號(hào)和通用描述符的名字。2、接口 實(shí)現(xiàn)：接口聲明了一個(gè)規(guī)定了服務(wù)的約定，接口的實(shí)現(xiàn)負(fù)責(zé)執(zhí)行接口的全部語(yǔ)義定義并實(shí)現(xiàn)該項(xiàng)服務(wù)。3.在 uml 屮包含哪些視圖視圖對(duì)應(yīng)哪些圖場(chǎng)景視圖use case邏輯視圖類圖開(kāi)發(fā)視圖類圖，組件圖進(jìn)程視圖無(wú)完全對(duì)應(yīng)部署視圖部署圖4.簡(jiǎn)述視圖與圖的內(nèi)在關(guān)系視圖是幾何體在投影面上留下的正投影，它是主視圖、俯視圖、左視圖的總稱，滿足主視圖與 俯視圖的長(zhǎng)對(duì)正，主視圖與左視圖的高平齊，俯視圖與左視圖的寬相等。5.簡(jiǎn)述 uml 中擴(kuò)展機(jī)制的作用UML提供了幾種擴(kuò)展機(jī)制，允許建模者在不用改變基本建模語(yǔ)

28、言的情況下做一些通用的擴(kuò)展。這些擴(kuò)展機(jī)制己經(jīng)被設(shè)計(jì)好，以便于在不需理解全部語(yǔ)義的情況下就可以存儲(chǔ)和使用。由于這個(gè)原因，擴(kuò)展可以作為字符串存儲(chǔ)和使用。對(duì)不支持?jǐn)U展機(jī)制的工具來(lái)說(shuō)，擴(kuò)展只是一個(gè) 字符串，它可以作為模型的一部分被導(dǎo)入、存儲(chǔ)，還可以被傳遞到其他工具。第十二章上機(jī)題第三章第四章1、在一個(gè)“客戶服務(wù)系統(tǒng)”中，需要管理的用戶包括客戶管理人員、維護(hù)人員、部門(mén)領(lǐng)導(dǎo)，他們 都具有用戶 ID、姓名、性別、年齡、聯(lián)系電話、部門(mén)、職位、密碼、登錄名。其中，維護(hù)人員具有三個(gè)操作，即接受派工任務(wù)、填寫(xiě)維護(hù)報(bào)告、查詢派工任務(wù)；部門(mén)領(lǐng)導(dǎo)具有五個(gè)操作，即安排派工任務(wù)、修改派工任務(wù)、刪除派工任務(wù)，查詢派 工任務(wù)，處

29、理投訴；客戶人員具有四個(gè)操作，增加客戶、刪除客戶、修改客戶和查 找客戶。根據(jù)這些信息，創(chuàng)建系統(tǒng)的類圖。2、在上題中，客戶人員，維護(hù)人員，部門(mén)領(lǐng)導(dǎo)都具有一些共同的屬性，所以可以進(jìn)行抽彖 出一個(gè)單獨(dú)的抽象系統(tǒng)用戶類，客戶人員，維護(hù)人員，部門(mén)領(lǐng)導(dǎo)分別是系統(tǒng)用戶類 下的繼承，根據(jù)這些信息，創(chuàng)建包括類關(guān)系的類圖3、根據(jù)圖 451 ,創(chuàng)建相應(yīng)帶參數(shù)的對(duì)象圖，要求用 Actor 構(gòu)造型來(lái)表示第五章1、 在客戶服務(wù)系統(tǒng)中，將客戶業(yè)務(wù)的功能單獨(dú)的作為一個(gè)包，在該包屮嵌套兩個(gè)子包，分別是客戶咨詢管理，和派工管理。2、 細(xì)化包圖，在客服咨詢管理中嵌套三個(gè)子包，分別是咨詢，投訴，報(bào)修；派工管理中嵌套兩個(gè)子包，維護(hù)安排

30、和回訪安排，3、 子包對(duì)父包存在這依賴關(guān)系，現(xiàn)在要求對(duì)包進(jìn)行分解，并創(chuàng)建他們的關(guān)系。在客戶服務(wù)管理系統(tǒng)中，有三個(gè)參與者，分別是客服人員、部門(mén)領(lǐng)導(dǎo)和維護(hù)人員。第六章1、客服人員登錄系統(tǒng)后，通過(guò)身份驗(yàn)證，能夠維護(hù)個(gè)人信息、修改密碼、修改基本信息、維護(hù)客戶信息和維護(hù)客戶咨詢信息，根據(jù)這些用例在rose 中創(chuàng)建客服人員的用例圖2、部門(mén)領(lǐng)導(dǎo)登錄系統(tǒng)后，通過(guò)身份驗(yàn)證們可以處理派工、處理投訴、安排回訪、安排上門(mén)維護(hù)和統(tǒng)計(jì)查詢客戶來(lái)電情況，根據(jù)這些情況在rose 中創(chuàng)建部門(mén)領(lǐng)導(dǎo)的用例圖3、維護(hù)人員登錄系統(tǒng)后，通過(guò)身份驗(yàn)證，能夠查詢派工單、接受派工、填寫(xiě)報(bào)告、處理 派工等，根據(jù)這些用例在rose 中創(chuàng)建維護(hù)人員

31、的用例圖。第七章1、對(duì)客戶服務(wù)系統(tǒng)屮的客服人員修改客戶信息的用例進(jìn)行動(dòng)態(tài)建模，該交互操作的動(dòng)態(tài)建模由客服對(duì)彖?？蛻粜畔⒔缑骖?、客服信息控制類和客戶信息類組成，在序列圖屮創(chuàng)建這些對(duì) 象2、在上題創(chuàng)建的序列圖對(duì)彖屮，根據(jù)修改客戶信息的用例，添加消息和腳本信息完成如 圖所示的完整序列圖建模3、對(duì)客戶服務(wù)系統(tǒng)屮的客服人員刪除客戶信息的用例進(jìn)行動(dòng)態(tài)建模，在邏輯視圖屮創(chuàng)建 序列圖第八章（1）在客戶服務(wù)系統(tǒng)中個(gè)“客戶來(lái)電”用例，當(dāng)客戶來(lái)電的事件發(fā)生后，進(jìn)入“來(lái) 電咨詢”活動(dòng)，如果受理，則查詢客戶信息，否則活動(dòng)結(jié)束。當(dāng)查詢客戶信息時(shí)，如 果查詢到客戶，則判斷咨詢類型，否則新增加一個(gè)客戶的信息。咨詢類型有三種：

32、咨 詢、投訴、保修，如果咨詢，判斷是否能解答問(wèn)題，如果能，則直接處理，否則由維 護(hù)人員跟進(jìn)；如果是投訴，轉(zhuǎn)入投訴處理；如果是保修，則轉(zhuǎn)入報(bào)修處理。咨詢處理 結(jié)束后，填寫(xiě)咨詢處理結(jié)果，整個(gè)活動(dòng)的流程結(jié)束。根據(jù)以上描述，創(chuàng)建客戶來(lái)電活動(dòng)圖中的需要表示的各種動(dòng)作狀態(tài)，如圖8-31所示。圖8-32創(chuàng)建動(dòng)作狀態(tài)（2）在上題的基礎(chǔ)上，識(shí)別出各種狀態(tài)之間的額轉(zhuǎn)換并考慮分支與合并、分 叉與匯合的情況。繪制如圖8-32所示的客戶來(lái)電咨詢活動(dòng)圖。圖8-32客戶來(lái)電咨詢活動(dòng)圖（3）在上題創(chuàng)建的活動(dòng)圖中有一個(gè)主要的缺點(diǎn)，它沒(méi)有顯示出由誰(shuí)或者怎么負(fù)責(zé) 來(lái)執(zhí)行某項(xiàng)活動(dòng)。為了給活動(dòng)圖中活動(dòng)指明責(zé)任者，要求在活動(dòng)圖中放置兩個(gè)泳 道：客戶和客戶服務(wù)人員負(fù)責(zé)執(zhí)行這些活動(dòng)。最后的完整