UML建模試習(xí)題2

1、第一套試題一選擇題1. 在用例建模中，一些全局的非功能性需求和設(shè)計(jì)約束應(yīng)該在哪個(gè)需求工件中描述：（ ）A. 用例模型 B. 用例規(guī)約 C. 補(bǔ)充規(guī)約 D. 詞匯表2. 在用UML對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模時(shí)，通常使用活動(dòng)圖。利用活動(dòng)圖有兩方面作用：一是對(duì)工作流建模，一是對(duì)操作建模，此時(shí)把活動(dòng)圖作為（ ）A. 程序流程圖 B. 系統(tǒng)流程圖 C. 數(shù)據(jù)流程圖 D. 處理流程圖3. 在UML中，依賴性也是連接兩個(gè)類，對(duì)其說(shuō)法正確的是（ ）A. 依賴性總是單向的 B. 依賴性不一定是單向的C. 依賴性總是雙向的 D. 依賴性可以是雙向的4. 動(dòng)作事物是UML模型中的動(dòng)態(tài)部分，他們是模型的動(dòng)詞，代表什么上的動(dòng)作

2、（ ）A. 時(shí)間和空間 B. 時(shí)間和對(duì)象 C. 空間和對(duì)象 D. 對(duì)象5. UML中的分組事物是什么（ ）A. 視圖 B. 部署圖 C. 組件 D. 包6. UML支持的建模方式有：（請(qǐng)選擇最合理的答案）（ ）A. 靜態(tài)建模、動(dòng)態(tài)建模 B. 動(dòng)態(tài)建模、功能建模 C. 靜態(tài)建模、功能建模 D. ABC都支持7. 在用例建模中，用例的粒度、個(gè)數(shù)以及模型元素之間的關(guān)系復(fù)雜程度應(yīng)該由什么指導(dǎo)原則決定（ ）A. 可理解性 B. 模塊化 C. 用例任務(wù)的單一性 D. ABC都不是8. 在系統(tǒng)用例建模中，我們判斷用例建模工作是否結(jié)束的主要標(biāo)志是：（ ）A. 功能需求的完備性 B. 模型是否易于理解 C. 是

3、否存在不一致性 D. ABC都不是9. 對(duì)UML中的包(Package)說(shuō)法正確且最合理的是：（ ）A. 管理模型復(fù)雜度的機(jī)制B. 一種容器，包中可以容納其他任意的模型元素C. 包中可以容納其他的包D. ABC都對(duì)10. 關(guān)于UML中的消息描述錯(cuò)誤的是：（ ）A. 消息可以從一個(gè)對(duì)象發(fā)向該對(duì)象自身。B. 消息是對(duì)象之間的通信。消息是對(duì)象之間的通信。C. 在序列圖中，消息被表示為從一個(gè)對(duì)象下端引出的垂直虛線。D. 兩個(gè)對(duì)象間的交互表現(xiàn)為一個(gè)對(duì)象發(fā)送一個(gè)消息給另一個(gè)對(duì)象。二,填空題1. UML統(tǒng)一了_和 _的表示法，而且對(duì)其做了進(jìn)一步的發(fā)展。2. 在Rose系統(tǒng)用例的描述中，事件流的目的是_。這個(gè)

4、文檔詳細(xì)描述 _。 .3. 在用UML對(duì)系統(tǒng)的靜態(tài)用例視圖建模時(shí)，使用用例圖可以對(duì)系統(tǒng)的_建模，還可以對(duì)系統(tǒng)的_建模。4. 在UML中，_是描述整體和部分的關(guān)系，且部分可以獨(dú)立于整體而存在。5. 軟件是由_、 數(shù)據(jù)和_組成。按軟件的服務(wù)對(duì)象劃分，軟件可以分為_和_ 。6. 統(tǒng)一過(guò)程中的四個(gè)階段是: _、_、_、_、三,簡(jiǎn)答題1. 用例的泛化關(guān)系和包含關(guān)系的區(qū)別與聯(lián)系。2. 用例模型中擴(kuò)展用例與包含用例之間的區(qū)別是什么？3. 簡(jiǎn)述統(tǒng)一建模語(yǔ)言(UML)4. 協(xié)作圖和順序圖的區(qū)別。四,判斷題1. UML不支持對(duì)元模型的擴(kuò)展定義。（ ）2. 元模型為UML的所有元素在語(yǔ)法和定義上提供了簡(jiǎn)單、一致和通

5、用的定義性說(shuō)明，使開發(fā)者能在語(yǔ)義上取得一致。（ ）3. 在Rose的活動(dòng)圖中，泳道的名稱就是執(zhí)行泳道中所有活動(dòng)的角色。（ ）4. 在Rose業(yè)務(wù)模型和系統(tǒng)模型的區(qū)別在于業(yè)務(wù)模型針對(duì)用戶，而系統(tǒng)模型針對(duì)所建的系統(tǒng)。（ ）5. 在UML中，實(shí)體類保存要放進(jìn)永久存儲(chǔ)體的信息。（ ）6. 在Rose系統(tǒng)模型中，使用案例是面向?qū)崿F(xiàn)的過(guò)程而不是面向?qū)ο筮^(guò)程。（ ）7. 在Rose建模中，每個(gè)業(yè)務(wù)用例都有一個(gè)或多個(gè)系統(tǒng)用例對(duì)應(yīng)。（ ）8. 在Rose的系統(tǒng)用例描述中，前提條件是指開始使用案例之前必須滿足的條件。（ ）9. 迭代是絕對(duì)不能被重疊進(jìn)行的。（ ）10. 在UML中，控制類負(fù)責(zé)業(yè)務(wù)邏輯的實(shí)現(xiàn)。（ ）

6、五,作圖題1. 已知三個(gè)類A.B和C.其中類A由類B的一個(gè)實(shí)類和類C的1個(gè)或多個(gè)實(shí)類構(gòu)成.請(qǐng)畫出能夠正確表示類A,B和C之間關(guān)系的UML類圖.2. 一個(gè)圖書管理系統(tǒng)中，書籍是該系統(tǒng)內(nèi)的重要對(duì)象之一，請(qǐng)結(jié)合所學(xué)知識(shí)，分析該對(duì)象在整個(gè)系統(tǒng)的各個(gè)狀態(tài)變化，畫出書籍的狀態(tài)圖第二套試題1面向?qū)ο蟮幕竞x所謂面向?qū)ο缶褪腔趯?duì)象概念，以對(duì)象為中心，以類和繼承為構(gòu)造機(jī)制，充分利用接口和多態(tài)提供靈活性，來(lái)認(rèn)識(shí)、理解、刻劃客觀世界和設(shè)計(jì)、構(gòu)建相應(yīng)的軟件系統(tǒng)。2多態(tài)性是一種方法，這種方法使得在多個(gè)類中可以定義同一個(gè)操作或?qū)傩悦?，并在每個(gè)類中可以有不同的實(shí)現(xiàn)。多態(tài)性是一種特性，這種特性使得一個(gè)屬性或變量在不同的時(shí)

7、期可以表示不同類的對(duì)象。在一個(gè)接口后面隱藏了許多不同的實(shí)現(xiàn)3覆蓋和重載覆蓋：是指在子類中重新定義與父類同名的方法。重載：是指在同一個(gè)類中定義的幾個(gè)操作或操作符都具有相同的名字。4接口的概念：所謂接口就是對(duì)操作規(guī)范的說(shuō)明。通俗地說(shuō)，接口只是說(shuō)明函數(shù)應(yīng)該做什么(What),但沒(méi)有定義函數(shù)如何做（How）。5UML的主要包括3種構(gòu)造塊：1）事物)：構(gòu)成模型圖的一些基本圖示符號(hào)，它們表示一些面向?qū)ο蟮幕靖拍睢?）關(guān)系:表示基本圖示符號(hào)之間的關(guān)系。3）圖：特定的視角對(duì)系統(tǒng)所作的抽象描述。事物是對(duì)模型中最具有代表性的成分的抽象；關(guān)系把事物結(jié)合在一起；圖聚集了相關(guān)的事物。6在UML中有4種事物：- 結(jié)構(gòu)事

8、物- 行為事物- 分組事物- 注釋事物7協(xié)作：協(xié)作定義了一個(gè)交互，它是由一組共同工作以提供某協(xié)作行為的角色和其它元素構(gòu)成的群體，這些協(xié)作行為大于所有元素的各自行為的總和。因此，協(xié)作有結(jié)構(gòu)、行為和維度。8交互：交互是這樣一種行為，他由在特定語(yǔ)境中共同完成一定特定任務(wù)的一組對(duì)象之間交換的消息組成。一個(gè)對(duì)象群體的行為或單個(gè)操作的行為可用一個(gè)交互來(lái)描述。Interaction 涉及一些其他元素，包括消息、動(dòng)作序列(由一個(gè)消息所引起的行為)、links (對(duì)象間的連接)。9在UML中有4種關(guān)系:-關(guān)聯(lián):描述了兩個(gè)或多個(gè)類之間的結(jié)構(gòu)性關(guān)系。-依賴Dependency An dependency is a

9、semantic relationship between two things in which a change to one thing (the independent thing) may affect the semantics of the other things (the dependent thing ).-泛化:泛化是一種特殊/一般關(guān)系，特殊元素（子元素）的對(duì)象可替代一般元素（父元素）的對(duì)象。用這種方法，子元素共享了父元素的結(jié)構(gòu)和行為。-實(shí)現(xiàn): 實(shí)現(xiàn)是類元之間的語(yǔ)義關(guān)系，在該關(guān)系中一個(gè)類元描述了另一個(gè)類元保證實(shí)現(xiàn)的契約。10UML有用于描述如下事物的語(yǔ)義規(guī)則：命名 為事物

10、、關(guān)系和圖起名范圍 給一個(gè)名稱以特定含義的語(yǔ)境可見(jiàn)性 怎樣讓其他人使用或看見(jiàn)名稱完整性 事物如何正確、一致地相互聯(lián)系執(zhí)行 運(yùn)行或模擬動(dòng)態(tài)模型的含義是什么11UML中有4種貫穿整個(gè)語(yǔ)言且一致應(yīng)用的公共機(jī)制：1） 詳述 UML的詳述提供了一個(gè)語(yǔ)義底版，它包含了一個(gè)系統(tǒng)的各模型的所有部分，并且各部分相互聯(lián)系，并保持一致。因此，UML的圖只不過(guò)是對(duì)底版的簡(jiǎn)單視覺(jué)投影，每一個(gè)圖展現(xiàn)了系統(tǒng)的一個(gè)特定的方面。2） 修飾 UML表示法中的每一個(gè)元素都有一個(gè)基本符號(hào)，可以把各種修飾細(xì)節(jié)加到這個(gè)符號(hào)上。3） 通用劃分 類/對(duì)象二分法，接口/實(shí)現(xiàn)二分法。4） 擴(kuò)展機(jī)制 對(duì)UML圖示符號(hào)的擴(kuò)展。包括：-構(gòu)造型Ster

11、eotype 新構(gòu)造塊建模-標(biāo)注值Tagged value 新屬性建模-約束Constraint 新語(yǔ)義規(guī)則建模12UML 預(yù)定義了6種可應(yīng)用于關(guān)聯(lián)關(guān)系的約束：1) 隱式- 表示關(guān)系不是顯式的，而僅是概念性的。2) 有序- 表示關(guān)聯(lián)一端的對(duì)象集是顯式有序的。3) 可變- 可以自由增加、移動(dòng)和改變對(duì)象之間的鏈(links)。4) 只增- 可以從關(guān)聯(lián)另一端的一個(gè)對(duì)象增加新的鏈。5) 凍結(jié)- 一旦從從關(guān)聯(lián)另一端的對(duì)象增加了一個(gè)鏈，就不能對(duì)它修改或刪除。6) 或- 表示在一組關(guān)聯(lián)中，對(duì)每個(gè)關(guān)聯(lián)的對(duì)象只能有一個(gè)顯式的關(guān)聯(lián)。13UML 預(yù)定義了4種可應(yīng)用于泛化關(guān)系的約束：1) 完全2) 不完全3) 互斥4

12、) 重疊14UML應(yīng)用的三要素，工具、過(guò)程、表示法。15UML應(yīng)與軟件工程過(guò)程相結(jié)合，典型的軟件過(guò)程的特點(diǎn)：用況驅(qū)動(dòng)的、以軟件構(gòu)架為中心的、迭代的。16一種典型的軟件架構(gòu)的表示：4+1 View 用例視圖：從系統(tǒng)外部的操作者的角度來(lái)描述系統(tǒng)需求。邏輯視圖：描述系統(tǒng)內(nèi)部的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為，即從內(nèi)部描述如何設(shè)計(jì)實(shí)現(xiàn)系統(tǒng)功能。實(shí)現(xiàn)視圖：系統(tǒng)的物理實(shí)現(xiàn)，描述系統(tǒng)由哪些程序構(gòu)件所組成。進(jìn)程視圖：描述系統(tǒng)運(yùn)行時(shí)的架構(gòu)，強(qiáng)調(diào)并發(fā)系統(tǒng)中存在的各種通信和同步問(wèn)題。實(shí)施視圖：描述系統(tǒng)的拓樸結(jié)構(gòu)，描述系統(tǒng)的軟件與各種硬件設(shè)備之間的配置關(guān)系。17UML預(yù)定義了17個(gè)依賴的構(gòu)造型，可分成六組：(一) 類圖中8種1)綁

13、定- 表明源對(duì)目標(biāo)模板使用給定的實(shí)際參數(shù)進(jìn)行實(shí)例化。2) 導(dǎo)出- 表明可以從目標(biāo)計(jì)算出源。3) 友元- 表明源對(duì)目標(biāo)的特定可見(jiàn)性。4) 的實(shí)例- 表明源對(duì)象是目標(biāo)類元的一個(gè)實(shí)例。5）參數(shù)表明操作與參數(shù)的關(guān)系。6) 強(qiáng)類型- 表明目標(biāo)是源的強(qiáng)類型；強(qiáng)類型是一個(gè)類元，其對(duì)象都是一個(gè)給定父類的子類。7) 精化- 表明源比目標(biāo)處于更精細(xì)的抽象程度上。8) 使用- 表明源元素的語(yǔ)義依賴于目標(biāo)元素的公共部分的語(yǔ)義。(二)包之間的2種依賴1) 訪問(wèn)- 表明源包有權(quán)引用目標(biāo)包中的元素。2)引入- 是一種訪問(wèn)，它表明把目標(biāo)包的公共內(nèi)容加入到源包的命名空間(好像這些內(nèi)容已被聲明在源包中)。(三) 用例之間的2種依

14、賴1) 延伸- 表明目標(biāo)用況延伸了源用況的行為。2)包含- 表明源用況在其指定的位置上顯式地合并了另一個(gè)用況的行為。 (四) 對(duì)象交互建模之間的3種依賴1) 變成- 描述了目標(biāo)對(duì)象與源對(duì)象是相同的，但在后續(xù)的時(shí)間點(diǎn)上屬性值、狀態(tài)或角色可能會(huì)不同。2) 調(diào)用- 表明源操作調(diào)用目標(biāo)操作。3) 復(fù)制- 表明目標(biāo)對(duì)象是源對(duì)象的精確復(fù)制，但目標(biāo)對(duì)象是獨(dú)立的。(五) 狀態(tài)機(jī)中的1種依賴1) 發(fā)送- 表明源操作向目標(biāo)發(fā)送事件。(六) One stereotype is in the context of organizing the elements of your system into subsyste

15、m.1) 跟蹤- 表明目標(biāo)是源的歷史上祖先。18Associations, Aggregation, & Composition19關(guān)聯(lián)與依賴、泛化的比較依賴是對(duì)表示了不同重要級(jí)別的類建模，依賴是使用關(guān)系。泛化是對(duì)表示了不同抽象級(jí)別的類建模，泛化是“is a kindof”關(guān)系。關(guān)聯(lián)是對(duì)相互同等的兩個(gè)類建模，關(guān)聯(lián)描述了類的對(duì)象間相互作用的結(jié)構(gòu)路徑。關(guān)聯(lián)的數(shù)據(jù)驅(qū)動(dòng)觀點(diǎn)： 對(duì)于每一對(duì)類，如果需要從一個(gè)類的對(duì)象到另一個(gè)類的對(duì)象導(dǎo)航，就要在這兩個(gè)類之間說(shuō)明一個(gè)關(guān)聯(lián)。關(guān)聯(lián)的行為驅(qū)動(dòng)觀點(diǎn)： 對(duì)于每一對(duì)類，如果一個(gè)類的對(duì)象要與另一個(gè)類中不作為其操作的參數(shù)的對(duì)象相互交互，就要在這兩個(gè)類之間說(shuō)明一個(gè)關(guān)聯(lián)。21節(jié)

16、點(diǎn)（Node)是一個(gè)物理元素，它在運(yùn)行時(shí)存在，代表一個(gè)可計(jì)算的資源，通常占用一些內(nèi)存和具有處理能力。一個(gè)構(gòu)件集合一般來(lái)說(shuō)位于一個(gè)節(jié)點(diǎn)，但有可能從一個(gè)節(jié)點(diǎn)轉(zhuǎn)到另一個(gè)節(jié)點(diǎn)。23UML 預(yù)定義了5種可應(yīng)用于包的構(gòu)造型：1) 虛包- 描述一個(gè)包只是其他一些包的視圖。2) 框架- 描述一個(gè)主要由模式組成的包。3) 樁- 描述一個(gè)作為另一個(gè)包的public內(nèi)容代理的包。4) 子系統(tǒng)- 描述一個(gè)表示被建模的整個(gè)系統(tǒng)的一個(gè)獨(dú)立部分的包5) 系統(tǒng)- 描述一個(gè)表示被建模的整個(gè)系統(tǒng)的包。24鏈指明了一個(gè)對(duì)象向另一個(gè)對(duì)象（或自身）發(fā)送消息的路徑。多數(shù)時(shí)候，這樣標(biāo)定一個(gè)路徑的存在就足夠了。如果需要更精細(xì)地表示路徑是如何

17、存在的，可以將鏈的端點(diǎn)用以下標(biāo)準(zhǔn)構(gòu)造型修飾：- 關(guān)聯(lián): 說(shuō)明對(duì)應(yīng)的對(duì)象通過(guò)關(guān)聯(lián)是可見(jiàn)的。- 自身: 說(shuō)明對(duì)應(yīng)的對(duì)象因?yàn)槭潜静僮鞯恼{(diào)遣者，所以是可見(jiàn)。- 全局: 說(shuō)明對(duì)應(yīng)的對(duì)象在全局范圍內(nèi)可見(jiàn)。- 局部: 說(shuō)明對(duì)應(yīng)的對(duì)象在局部范圍內(nèi)可見(jiàn)。- 參數(shù): 說(shuō)明對(duì)應(yīng)的對(duì)象因?yàn)槭且粋€(gè)參數(shù)，所以是可見(jiàn)。25轉(zhuǎn)換一個(gè)轉(zhuǎn)換是兩個(gè)狀態(tài)之間的一種關(guān)系，表示對(duì)象將在第一個(gè)狀態(tài)中執(zhí)行一定的動(dòng)作，并在某個(gè)特定事件發(fā)生而某個(gè)特定的條件滿足時(shí)進(jìn)入第二個(gè)狀態(tài)。一個(gè)轉(zhuǎn)換由5部分組成：1) 源狀態(tài)2) 事件觸發(fā)3) 監(jiān)護(hù)條件4) 動(dòng)作5) 目標(biāo)狀態(tài)26歷史狀態(tài)允許一個(gè)組合狀態(tài)包含順序子狀態(tài)，以記住來(lái)自組合狀態(tài)的轉(zhuǎn)換之前的最后活動(dòng)著

18、的子狀態(tài)。27活動(dòng)圖的幾個(gè)基本要素 活動(dòng)狀態(tài) 活動(dòng)狀態(tài)之間的轉(zhuǎn)移 判斷： 一種表示判斷決策的特殊活動(dòng) 保證條件： 只有保證條件為真時(shí)轉(zhuǎn)移才發(fā)生。 同步條： 一種表示活動(dòng)之間的同步的特殊活動(dòng)， 起點(diǎn)和終點(diǎn)：起點(diǎn)有且只有一個(gè)，終點(diǎn)可有一個(gè)或多個(gè)。28所謂泳道技術(shù)，是將活動(dòng)用虛線分成一些縱向區(qū)域，這些縱向區(qū)域稱為泳道。每個(gè)區(qū)域代表一個(gè)特定類，或者人，或者部門的責(zé)任區(qū)。 泳道技術(shù)是活動(dòng)圖中引入的一種面向?qū)ο髾C(jī)制?？蔀樘崛☆惣胺治龈鱾€(gè)對(duì)象之間的交互提供方便。一、請(qǐng)參閱課件，完成以下填空：1、UML 1.0是 1997 年發(fā)布的。2、UML為建模者和建模支持工具的開發(fā)者提供了標(biāo)準(zhǔn)的 圖形符號(hào) 和正文語(yǔ)法。

19、3、設(shè)有模型元素x，y，若修改x的定義可能引起對(duì)y的定義的修改，則稱元素y 依賴于 元素x。4、在關(guān)聯(lián)關(guān)系中，屬性“階元”表示 有多少個(gè)對(duì)象參與關(guān)聯(lián)。5、當(dāng)靜態(tài)建模完成后，類的屬性名字 和 類型 肯定被明確定義。6、傳統(tǒng)軟件工程中的可行性研究在RUP中稱為 需求分析（前景分析）。 7、W3C DOM規(guī)范與MSXML之間的關(guān)系在UML中稱為 實(shí)現(xiàn) 關(guān)系。8、如果根據(jù)RUP建模，則需求分析在 初始階段 進(jìn)行，程序設(shè)計(jì)在細(xì)化 階段進(jìn)行。9、在描述參與者時(shí)，主要考慮它在系統(tǒng)中扮演的 角色 ，而不是在組織中的職位。10、用例描述了系統(tǒng)所執(zhí)行的動(dòng)作序列集，一個(gè)用例是代表軟件系統(tǒng)的一項(xiàng) 功能 。11、系統(tǒng)用

20、例由 參與者 激活。12、用例之間存在三種關(guān)系：類屬（一般化）、包含和擴(kuò)充。其中，包含和擴(kuò)充實(shí)際上是UML建模元素四種關(guān)系中的 一般化 關(guān)系。13、 事件流 用于規(guī)定用例的行為。14、在UML靜態(tài)建模時(shí)，其分析階段主要是通過(guò)分析 問(wèn)題域，確定系統(tǒng)中的類，畫出類圖或動(dòng)態(tài)圖。15、在UML靜態(tài)建模時(shí)，其設(shè)計(jì)階段的目的是要確定一種易轉(zhuǎn)化為 代碼 的設(shè)計(jì)方案，設(shè)計(jì)階段又可分為 結(jié)構(gòu) 設(shè)計(jì)和 詳細(xì) 設(shè)計(jì)。16 主動(dòng) 對(duì)象不需要其他對(duì)象請(qǐng)求就主動(dòng)表現(xiàn)的行為，而反映型對(duì)象只是響應(yīng)外部事件，在響應(yīng)一個(gè)事件后，又會(huì)變回空閑狀態(tài)，等待下一個(gè)事件。17、UML動(dòng)態(tài)建模主要通過(guò)繪制 順序 圖、協(xié)作圖、 活動(dòng) 圖和狀態(tài)

21、圖來(lái)輔助分析或描述系統(tǒng)用例或類的重要操作的算法。18、在UML動(dòng)態(tài)建模時(shí)，主要通過(guò)分析對(duì)象的消息傳遞來(lái)確定系統(tǒng)的行為，而消息通常表示一個(gè)對(duì)象要調(diào)用另一個(gè)對(duì)象中的 操作 。19、在時(shí)序圖中，分支或迭代條件使用 括起來(lái)，而約束條件使用 括起來(lái)。20、在活動(dòng)圖中， 動(dòng)作狀態(tài) 表示了正在執(zhí)行的不可分解的計(jì)算，而 活動(dòng)狀態(tài) 是可分解的且可中斷的。21、 狀態(tài) 圖描述了系統(tǒng)對(duì)象隨時(shí)間變化的動(dòng)態(tài)行為，并展現(xiàn)了對(duì)象狀態(tài)的變化及變化的原因。22、在狀態(tài)圖中，躍遷 表示一個(gè)對(duì)象內(nèi)部狀態(tài)在某個(gè)事件發(fā)生并且滿足某個(gè)條件時(shí)的轉(zhuǎn)移。23、UML的交互作用圖分為， 順序 圖和 協(xié)作 圖。24、用戶需求報(bào)告文檔是客戶、軟件開

22、發(fā)人員和項(xiàng)目管理人員共同工作的基礎(chǔ)，是供方交付產(chǎn)品和需方驗(yàn)收產(chǎn)品的依據(jù)。25、在進(jìn)行需求分析時(shí)，系統(tǒng)分析員必須從 功能性需求、非功能性需求和可用性需求等方面展開分析。26、在UML中，類圖可分為三個(gè)層次：概念層、說(shuō)明層和實(shí)現(xiàn)層。 概念層層主要任務(wù)是識(shí)別對(duì)象和類； 說(shuō)明層 層主要任務(wù)是定義類的屬性和操作； 實(shí)現(xiàn)層 層允許使用編程語(yǔ)言描述類的操作的算法。27、系統(tǒng)界面類的屬性主要是指窗體或表單中的 數(shù)據(jù)類型 ，系統(tǒng)界面類的操作主要是指窗體或表單中的 參數(shù)和返回值 。28、在UML動(dòng)態(tài)模型中，一個(gè)對(duì)象在某個(gè)時(shí)刻如果其屬性具有確定的 變化信息 ，則稱之對(duì)象的狀態(tài)。29、在UML動(dòng)態(tài)模型中， 并發(fā) 表示

23、多線程操作。30、在UML中， 靜態(tài) 圖可以替代傳統(tǒng)軟件工程中的系統(tǒng)模塊結(jié)構(gòu)圖。四、問(wèn)答題1、在動(dòng)態(tài)建模技術(shù)中，消息和事件有何區(qū)別？消息：通常表示一個(gè)對(duì)象要調(diào)用另一個(gè)對(duì)象中的操作消息：表示操作調(diào)用第一個(gè)消息由主動(dòng)對(duì)象發(fā)送。當(dāng)收到消息時(shí)，接收對(duì)象立即開始活動(dòng)，即對(duì)象被激活。消息用帶有標(biāo)簽的箭頭表示。事件：表示一個(gè)對(duì)象接收到一個(gè)消息(1) 調(diào)用事件：調(diào)用事件引發(fā)方法的執(zhí)行(2) 消息事件：消息表示只在對(duì)象之間傳遞信息，因此消息事件觸發(fā)的唯一操作 (3) 改變事件：改變事件表示當(dāng)滿足某種條件時(shí)改變對(duì)象狀態(tài)，改變事件使用關(guān)鍵字when()引用條件。(4) 時(shí)間事件：使用關(guān)鍵字when()或after(

24、)說(shuō)明事件觸發(fā)的時(shí)間條件2、在順序圖、協(xié)作圖、活動(dòng)圖和狀態(tài)圖中能用于用例建模的是哪些圖能用于操作建模的是哪些圖能用于分析對(duì)象內(nèi)部行為的是哪些圖用于用例建模的只能是用例圖。用于操作建模的是順序圖、協(xié)作圖、活動(dòng)圖。用于分析對(duì)象內(nèi)部行為的是狀態(tài)圖。3、對(duì)象、屬性、服務(wù)的命名規(guī)則是什么？ 對(duì)象的命名：類的名字應(yīng)符合其包含的每一對(duì)象。類的名字，應(yīng)該反映每個(gè)對(duì)象個(gè)體，而不是整個(gè)群體。采用名詞或帶有定語(yǔ)的名詞，使用規(guī)范的詞匯，使用問(wèn)題域?qū)＜壹坝脩敉ǔＪ褂玫脑~匯。使用適當(dāng)?shù)恼Z(yǔ)言文字。如：各軟件開發(fā)文檔用中文，類及其屬性和服務(wù)的命名使用英文。（注意：建立中英文命名對(duì)照表。）服務(wù)的命名：命名：動(dòng)詞+名詞屬性的命名

25、：使用英文4、在UML中什么是用例如何識(shí)別用例在UML中，用例Use Case規(guī)定了系統(tǒng)或部份系統(tǒng)的行為，描述了系統(tǒng)所執(zhí)行的動(dòng)作序列集，并為參與者產(chǎn)生一個(gè)可供觀察的結(jié)果。一個(gè)用例描述一個(gè)從頭至尾的完整的功能。面對(duì)一個(gè)大系統(tǒng)，可先列出參與者清單，再對(duì)每個(gè)參與者列出其用例?？赏ㄟ^(guò)以下問(wèn)題幫助識(shí)別用例：每個(gè)參與者的任務(wù)是什么有參與者將要?jiǎng)?chuàng)建、存儲(chǔ)、改變、刪除或讀取系統(tǒng)中的信息嗎什么用例會(huì)創(chuàng)建、存儲(chǔ)、改變、刪除或讀取該信息參與者需要通知系統(tǒng)外部的突然變化嗎需要通知參與者系統(tǒng)中正在發(fā)生的事情嗎什么用例將支持和維護(hù)系統(tǒng)所有功能需求都能被用例執(zhí)行嗎系統(tǒng)需要何種輸入輸出輸入從何來(lái)輸出到何處去當(dāng)前運(yùn)行系統(tǒng)的主要

26、問(wèn)題（手工操作、計(jì)算機(jī)操作）5、UML中有五種圖，分別用于描述什么？用例圖：描述系統(tǒng)功能靜態(tài)圖：描述系統(tǒng)的內(nèi)部結(jié)構(gòu)，包括類圖和對(duì)象圖行為圖：描述系統(tǒng)對(duì)象的行為，包括狀態(tài)圖和活動(dòng)圖交互圖：描述對(duì)象之間的交互關(guān)系，包括時(shí)序圖、協(xié)作圖實(shí)現(xiàn)圖：描述系統(tǒng)的架構(gòu)與配置，包括組件圖和配置圖6、在UML靜態(tài)建模時(shí)，如何繪制類圖？建立類圖主要描述類間關(guān)系：1. 用戶界面類的類圖 2. 實(shí)體類的類圖 3. 實(shí)現(xiàn)用例的類圖7、需求分析為什么重要為什么難需求分析就是根據(jù)業(yè)務(wù)建模的產(chǎn)品，以及對(duì)用戶現(xiàn)場(chǎng)的分析和確認(rèn)，進(jìn)行分析，最后書寫用戶需求報(bào)告和需求規(guī)格說(shuō)明書。需求獲取是否成功，直接關(guān)系到軟件開發(fā)的成敗問(wèn)題。需求分析不

27、徹底或不確定，將使設(shè)計(jì)、編碼、測(cè)試無(wú)法進(jìn)行用戶需求報(bào)告是客戶、軟件開發(fā)人員和項(xiàng)目管理人員共同工作的基礎(chǔ)，是供方交付產(chǎn)品和需方驗(yàn)收產(chǎn)品的依據(jù)需求分析要占整個(gè)開發(fā)時(shí)間或工作量的30%左右需求獲取的錯(cuò)誤，屬于軟件開發(fā)中的早期錯(cuò)誤，但將在后續(xù)的設(shè)計(jì)和實(shí)現(xiàn)中進(jìn)行發(fā)散式的傳播。為什么難？用戶需求具有動(dòng)態(tài)性，即需求的不穩(wěn)定性。用戶需求具有模糊性，即需求的不準(zhǔn)確性。用戶最終要和開發(fā)者對(duì)需求達(dá)成完全一致的認(rèn)識(shí)，并在需求報(bào)告上簽字，要承擔(dān)責(zé)任。2、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。答：協(xié)作圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交

28、互，它除了展示對(duì)象之間的關(guān)聯(lián)，還顯示出對(duì)象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和參與交互的對(duì)象的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易，而且分支也比較少，但如果消息比較多時(shí)難以表示消息之間的順序。1、簡(jiǎn)述UML中接口與類的區(qū)別？（1） 接口不同于類或類型，它不描述任何結(jié)構(gòu)(因此不包含任何屬性)，也不描述任何實(shí)現(xiàn)(因此不包含任何實(shí)現(xiàn)操作的方法)。（2） 同類一樣，接口可以有一些操作，這些操作可以

29、用可見(jiàn)性、參數(shù)、返回值等約束等來(lái)修飾。（3） 像類一樣，一個(gè)接口也可以參與泛化、關(guān)聯(lián)和依賴關(guān)系。2、簡(jiǎn)述狀態(tài)圖和活動(dòng)圖的區(qū)別？（1） 活動(dòng)圖用來(lái)建模某個(gè)過(guò)程的活動(dòng)序列，以活動(dòng)為中心。（2） 狀態(tài)圖用來(lái)建模對(duì)象生命期中的所有階段，以狀態(tài)為中心。（3） 活動(dòng)圖中一個(gè)活動(dòng)結(jié)束后將立即進(jìn)入下一個(gè)活動(dòng)，在狀態(tài)圖中狀態(tài)的轉(zhuǎn)移可能需要事件的觸發(fā)。1、簡(jiǎn)述面向?qū)ο蟮乃膫€(gè)基本特征？（1） 抽象：就是過(guò)濾掉對(duì)象與當(dāng)前開發(fā)工作無(wú)關(guān)部分特性，只剩下所需要的屬性和操作。（2） 繼承：是指一個(gè)對(duì)象直接從一個(gè)類中得到的屬性和方法。（3） 多態(tài)：不同的類有時(shí)具有相同名稱的操作。（4） 封裝：實(shí)質(zhì)是當(dāng)一個(gè)對(duì)象執(zhí)行自己的操作時(shí)，

30、它對(duì)外界隱藏了操作的細(xì)節(jié)。2、類圖與對(duì)象圖的區(qū)別？（1） 類圖描述系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。類圖不但定義了系統(tǒng)中的類，表示了類之間的聯(lián)系（如關(guān)聯(lián)、依賴、聚合等），還描述了類的內(nèi)部結(jié)構(gòu)（類的屬性和操作）。（2） 類圖描述的是一種靜態(tài)關(guān)系，在系統(tǒng)的整個(gè)生命周期都是有效的。（3） 對(duì)象圖是類圖的實(shí)例，使用與類圖類似的標(biāo)識(shí)。（4） 它們的不同點(diǎn)在于對(duì)象圖顯示類的多個(gè)對(duì)象實(shí)例，而不是實(shí)際的類。一個(gè)對(duì)象圖是類圖的一個(gè)實(shí)例。由于對(duì)象存在生命周期，因此對(duì)象圖只能在系統(tǒng)某一時(shí)間段存在。3、UML與開發(fā)語(yǔ)言的區(qū)別？（1） UML是一種可視化建模語(yǔ)言，而不是可視化程序設(shè)計(jì)語(yǔ)言，它不能代替其他的程序設(shè)計(jì)語(yǔ)言；（2） UML

31、只是一種工具和程序設(shè)計(jì)的基礎(chǔ)。4、簡(jiǎn)述泛化關(guān)系中的抽象類、葉子類和根類？用于對(duì)類的網(wǎng)格結(jié)構(gòu)建模，其中有位于頂層的較為一般的抽象和位于底層的較為特殊的抽象。在這些抽象層次中，經(jīng)常要指明一些類是抽象的，這意味著這些類沒(méi)有直接的實(shí)例。在uML中，通過(guò)把一個(gè)類的名稱寫為斜體來(lái)指明這個(gè)類是抽象的。一個(gè)類沒(méi)有任何子類，這樣的元素稱作葉子類，在UML中通過(guò)在類名的下面寫一個(gè)特性leaf來(lái)指明。一個(gè)類沒(méi)有任何父類，這樣的元素稱作根類，在UML中通過(guò)在類名的下面寫一個(gè)特性root來(lái)指明。5、簡(jiǎn)述類繼承和接口繼承的區(qū)別我們應(yīng)該盡量使用哪一種類繼承根據(jù)一個(gè)對(duì)象的實(shí)現(xiàn)定義了另一個(gè)對(duì)象的實(shí)現(xiàn)。簡(jiǎn)而言之，它是代碼和表示的共享機(jī)制。然而，接口繼承描述了一個(gè)對(duì)象什么時(shí)候能被用來(lái)替代另一個(gè)對(duì)象。類繼承是派生中的類將繼承父類的所有屬性和方法，并且可以在派生類里添加自己的屬性和方法，而接口繼承則是在接口里只定義接口的方法，沒(méi)有屬性，并且方法不能實(shí)現(xiàn)，只有在派生他的類才實(shí)現(xiàn)該方法。類繼承是編譯的時(shí)候新建對(duì)象，而接口實(shí)例是在運(yùn)行時(shí)刻創(chuàng)建對(duì)象。我們應(yīng)該盡量使用接口繼承，類繼承會(huì)產(chǎn)生類爆炸現(xiàn)象。2什么是高內(nèi)聚度 高內(nèi)聚度是對(duì)一個(gè)類中的各個(gè)職責(zé)之間相關(guān)程度和集中程度的度量。一個(gè)具有高度相關(guān)職責(zé)的類并且這個(gè)類所能完成的工作量不是特別巨大，那么它就具有高內(nèi)聚度。包括兩個(gè)意思：不要給一個(gè)類分派太多的職責(zé)，在履行職責(zé)時(shí)盡量將部分職責(zé)分