UML簡答的題目匯總情況情況

1、真題匯總1. 什么是用例圖？用例圖有什么作用？定義：由參與者、用例以及他們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的圖稱為用例圖。作用：(1) 用例圖是從軟件需求分析到最終實現(xiàn)的第一步，它顯示了系統(tǒng)的用戶和用戶希望提 供的功能，有利于用戶和軟件開發(fā)人員之間的溝通。(2) 用例圖可視化的表達(dá)了系統(tǒng)的需求，具有直觀、規(guī)范的特點，克服了純文字性說明 的不足。(3) 用例方法是完全從外部來定義系統(tǒng)的，它把需求和設(shè)計完全分離開來。使用戶不用 關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的。2. 簡述面向?qū)ο蠓治龇椒?00A )的5個基本步驟:(1) 識別對象，識別對象包括標(biāo)識潛在的對象和篩選對象。(2) 識別對象的屬性。(3

2、) 識別對象的行為。(4) 識別對象所屬的類。(5 ) 定義主題詞。3. 簡述時序圖的建模步驟:(1)設(shè)置交互語境。(2)確定對象。(3)分析消息和條件。(4)分析附加約束。(5)對建模結(jié)果精華和細(xì)化。4 . RUP統(tǒng)一過程中的四個階段。(1 )初始階段(2 )細(xì)化階段(3 )構(gòu)造階段(4 )移交階段4. 什么是模型？簡述建模的目的。無歧義描述的一種工具。模型是為了理解事物而對事物做出的一種抽象。是對事物規(guī)范化的、目的：規(guī)范、可視化、建造、建檔5.什么是UML ?簡述UML的內(nèi)容及其特點？UML是面向?qū)ο蠊ぷ鹘M（OMG）系統(tǒng)的一種面向?qū)ο螅脕韺浖芗到y(tǒng)進(jìn)行可視化建 模，對開發(fā)的系統(tǒng)產(chǎn)品進(jìn)

3、行說明、可視化編制文檔的一種標(biāo)準(zhǔn)建模語言。內(nèi)容：（1）UML語義：給出了基于 UML的精確的主模型定義。（2）UML表示法：定義了 UML符號的表示方法，為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法，給系統(tǒng)建模提供了標(biāo)準(zhǔn)。特點：（1）有統(tǒng)一的標(biāo)準(zhǔn)，便于使用人員溝通。（2 ）是一種面向?qū)ο蟮慕ＵZ言。（3）可視化，表示能力強(qiáng)大，提供了擴(kuò)展機(jī)制。（4 ）容易使用。6. UML2.0中共有13種圖，名稱分別是什么？簡要說明其作用。用例圖、類圖、對象圖、順序圖、通信圖、活動圖、狀態(tài)機(jī)圖、組件圖、部署圖、包圖、復(fù) 合結(jié)構(gòu)圖、交互概觀圖、定時圖7. UML2.0中增加了 2種交互圖，他們的名稱分別是什么？

4、并簡要說明其作用。(1) 交互概觀圖：一種順序圖和活動圖的結(jié)合，從較高的抽象層次描述了對象以及對象之間的交互關(guān)系。(2) 定時圖：從微觀的層次描述了對象之間的交互，重點在于定時。8. 簡述聚集和組合之異同。聚集：是一種特殊的關(guān)聯(lián)關(guān)系，描述元素之間整體與部分的關(guān)系。組合：是一種特殊的聚集，表示“部分”的元素存在完全依賴于“整體”的元素，“整體”與“部分”有相同的生命周期。當(dāng)整體對象不存在時，部分對象也就不存在了。9. 簡述統(tǒng)一建模語言 UML。(1) 統(tǒng)一建模語言是一種繪制軟件藍(lán)圖的標(biāo)準(zhǔn)語言。可以用UML對軟件密集型系統(tǒng)進(jìn)行可視化描述和文檔化。(2) UML是一種定義良好，易于表達(dá)，功能強(qiáng)大且普

5、遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用不限于支持面向?qū)ο蟮姆治雠c設(shè)計，還支持從需求分析開始的軟件開發(fā)全過程。(3) UML的作用就是用很多圖從靜態(tài)和動態(tài)方面全面描述要開發(fā)的系統(tǒng)。10. 簡述用例模型的組成元素以及建模步驟。系統(tǒng)邊界、參與者、用例、關(guān)系建模步驟：（1）找出備選系統(tǒng)邊界。（2）找出參與者。（3）找出用例、說明用例、識別主要附流。（4）迭代直到用例，參與者以及系統(tǒng)邊界穩(wěn)定下來。11. 簡要說明面向?qū)ο蟮乃枷搿＃?）認(rèn)為客觀世界是由各種對象組成的，任何事物都是對象，復(fù)雜的對象可以由比較簡單的對象以某種方式組合而成。（2）事物的靜態(tài)特征用對象的屬性

6、來表示；對象的動態(tài)特征用對象的操作來表示。（3）通過在不同程度上運(yùn)用抽象原則，可以得到較一般的類和較特殊的類。（4）對象之間通過消息進(jìn)行通信，以實現(xiàn)對象之間的動態(tài)聯(lián)系。以下是自己整理的資料:1.在設(shè)計包時，應(yīng)遵循：（1）重用等價原則（2）共同閉包原則（3）共同重用原則（4）非循環(huán)依賴原則2.組件圖包含三種元素:（1）組件（2）接口（3）依賴關(guān)系3. MVC包括3個部分:（1）model :表達(dá)應(yīng)用領(lǐng)域有關(guān)的類、對象、數(shù)據(jù)結(jié)構(gòu)以及企業(yè)的業(yè)務(wù)邏輯等。（2）view :代表窗口畫面，負(fù)責(zé)將 model的實現(xiàn)呈獻(xiàn)給用戶。（3）con troller :監(jiān)控用戶傳來的信息，并將信息指揮協(xié)同上述二者的合作

7、。4. 順序圖包含4個元素:（1）對象（2）生命線（3）消息（4）激活5. 通信圖包含3個元素:（1）對象（2）消息（3）鏈6. Rose把系統(tǒng)邏輯視圖分成三個層次:（1）業(yè)務(wù)對象模型（2）分析模型（3）設(shè)計模型7. 組件圖包括:（1）組件（2）接口（3）依賴關(guān)系8. 用例模型4個部分:（1）系統(tǒng)邊界（2）參與者（3）用例（4）關(guān)系9. 用例模型中參與者有三大類:（1）系統(tǒng)用戶（2）與所建造系統(tǒng)交互的其他系統(tǒng)（3）可運(yùn)行的進(jìn)程10. UML定義包括:(1)UML語義(2)UML表示法11.模型分為:（1）數(shù)學(xué)模型（2）描述模型（3）圖形模型12. 建模的目的:（1）規(guī)范（2）可視化（3）建造（

8、4）建檔13. 建模的原則:（1）準(zhǔn)確原則（2）分層原則（3）分治原則（4）標(biāo)準(zhǔn)原則14. RUP 特點:（1 ） 用例驅(qū)動（2 ）以框架為中心（3 ） 采用迭代和增量的開發(fā)策略15. Rational Rose 的特點：（1）為大型軟件工程提供了可塑性和柔韌性極強(qiáng)的解決方案。（2）支持多種語言。（3）為團(tuán)隊開發(fā)提供強(qiáng)有力的支持。（4）支持模型的In ternet的發(fā)布。（5） 具有生成使用簡單且定制靈活的文檔的功能。（6）支持關(guān)系型數(shù)據(jù)庫的建模。16. UML詞匯表三種構(gòu)造模塊：（1）元素（2）關(guān)系（3）圖17. UML 優(yōu)點:(1)唯一性(2)連續(xù)性(3)維護(hù)性(4)復(fù)用性(5)完善性18

9、. UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項目開發(fā)過程流程包括的核心工作內(nèi)容：(1)分析(2)設(shè)計(3)實現(xiàn)(4)測試(5)配置19. 對一個對象的生命周期進(jìn)行建模、描述對象隨時間變化的行為:（1）狀態(tài)圖（2）活動圖20. UML包含5大類圖形:(1)用例視圖(2)實現(xiàn)視圖(3)邏輯視圖(4)進(jìn)程視圖(5)部署視圖21順序圖和通信圖的語義是等價的，可以相互轉(zhuǎn)化。22. RUP6個核心過程工作流：(1)商業(yè)建模(2)需求分析(3)分析與設(shè)計(4)實現(xiàn)(5)測試(6)部署23. OCL定義的基本集合類型:(1) Collection(2) Set(3) Bag(4) Sequenee24.

10、 UML擴(kuò)展機(jī)制：(1 ) 構(gòu)造型(2) 標(biāo)記值(3) 約束25. 狀態(tài)圖中，事件是引起狀態(tài)變化的因素：(1 ) 調(diào)用事件：一個對象接受一個消息。(2 ) 修改事件：一個表達(dá)式的計算結(jié)果為真可以觸發(fā)轉(zhuǎn)換。(3 ) 時間事件：時間的流逝可以觸發(fā)轉(zhuǎn)換。1. 大型軟件開發(fā)過程中出現(xiàn)的三大難題(1 )復(fù)雜程度高(2) 研制周期長(3 )正確性難以保證2. 軟件是邏輯產(chǎn)品而不是物理產(chǎn)品。3. 軟件特性：（1）復(fù)雜性（2）抽象性（3）使用的獨特性（4）開發(fā)過程特性（5）維護(hù)特性（6）知識產(chǎn)權(quán)保護(hù)4. 軟件危機(jī)的突出表現(xiàn):（1）對軟件開發(fā)成本和進(jìn)度的估計常常很不準(zhǔn)確。（2）用戶對已完成的軟件系統(tǒng)不滿意的現(xiàn)象

11、經(jīng)常發(fā)生。（3）軟件產(chǎn)品的質(zhì)量往往靠不住。（4）軟件常常是不可維護(hù)的。（5）軟件通常沒有適當(dāng)?shù)奈臋n資料。（6）軟件成本在計算機(jī)系統(tǒng)總成本中所占的比例逐年上升。5. 產(chǎn)生軟件危機(jī)的原因:（1）用戶需求不明確。（2）缺乏正確的理論指導(dǎo)。（3）軟件開發(fā)規(guī)模越來越大。（4）軟件開發(fā)復(fù)雜度越來越高。6. 軟件工程的框架概括為:（1）目標(biāo)（2）過程（3）原則7. 軟件工程工具為過程和方法提供自動化和半自動化的支持。這些工具可以集成起來，使 得工具產(chǎn)生的信息可被另外一個工具使用，這樣就建立了軟件開發(fā)的支撐系統(tǒng)，稱為計 算機(jī)輔助軟件工程（CASE）8. 傳統(tǒng)的軟件開發(fā)方法也稱為生命周期方法學(xué)或結(jié)構(gòu)化范型。9.

12、 控制復(fù)雜性的原則：（1）抽象（2）分解分治，逐步求精（3）推遲實現(xiàn)（4）信息隱蔽，信息局部化（5）模塊化10. 高內(nèi)聚指的是在一個模塊中應(yīng)盡可能多地匯集邏輯上相關(guān)的計算資源。11低耦合指的是模塊之間的相互作用應(yīng)盡量少，要求影響范圍應(yīng)處于控制范圍之中。12. 傳統(tǒng)的軟件開發(fā)方法存在的問題主要表現(xiàn)為以下三個方面：（1）需求分析時存在著認(rèn)識事物和描述事物方面的不足。（2） 對需求變化的適應(yīng)性不強(qiáng)。（3）可重用性差。13. 面向?qū)ο蠓椒ň褪腔趯ο蟾拍睿詫ο鬄橹行?，以類和繼承為構(gòu)造機(jī)制，來認(rèn)識、理 解、刻畫客觀世界和設(shè)計、構(gòu)建相應(yīng)的軟件系統(tǒng)的方法。14. 對象之間通過消息進(jìn)行通信，已實現(xiàn)對象之間的

13、動態(tài)聯(lián)系。15. 面向?qū)ο蠓椒ǖ膬?yōu)點：（1）與人們習(xí)慣的思維方法一致（2）系統(tǒng)穩(wěn)定性好（3） 軟件具有可重用性（4） 軟件具有可維護(hù)性16. 面向?qū)ο蟮能浖_發(fā)需要建立三種形式的模型：（1）描述系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型（2）描述系統(tǒng)控制結(jié)構(gòu)的動態(tài)模型（3）描述系統(tǒng)功能的功能模型17. 對象模型主要由 UML的類圖組成，動態(tài)模型主要由UML的狀態(tài)圖組成，功能模型主要由UML的用例圖組成。18. 瀑布模型瀑布模型又稱為經(jīng)典生命周期模型，是一種文檔驅(qū)動的模型。優(yōu)點：（1）強(qiáng)迫開發(fā)人員采用規(guī)范的方法。（2）嚴(yán)格的規(guī)定每一個階段必須提交的文檔。（3）要求每個階段的產(chǎn)品必須經(jīng)過質(zhì)量保證人員的仔細(xì)驗證。缺點：

14、（1）變更可能帶來混亂。（2）很難適應(yīng)許多項目開始階段必然存在的不確定性。（3）只有在項目接近尾聲的時候，才能得到可執(zhí)行程序。19.增量過程模型增量模型以迭代的方式運(yùn)用瀑布模型。優(yōu)點：（1）在較短時間內(nèi)向用戶提交完成部分工作的產(chǎn)品，逐步增加產(chǎn)品功能。（2）使用戶有足夠的時間適應(yīng)新產(chǎn)品，減少一個全新的軟件給用戶帶來的沖擊。20. 快速原型模型優(yōu)點在于不帶反饋環(huán)。缺點是可能需要建立較多的模型，并且需要快速開發(fā)工具或平臺的支持。21. 螺旋模型是一種風(fēng)險驅(qū)動的模型。優(yōu)點：（1）有利于已有軟件的重用，有助于把軟件質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。（2）減少測試不足帶來的風(fēng)險。缺點：（1）要求開發(fā)人員有豐

15、富的風(fēng)險評估經(jīng)驗。1. 模型的三種類型：（1）數(shù)學(xué)模型（2）描述模型（3）圖形模型2. 建模的根本問題是要求建模者對被建模的對象有豐富的知識，并具有相關(guān)數(shù)學(xué)結(jié)構(gòu)的深刻理解和洞察力。3. 軟件建模的目的：（1）規(guī)范（2）可視化（3）建造（4）建檔4. 軟件建模的原則:（1）準(zhǔn)確原則（2）分層原則（3）分治原則（4 ） 標(biāo)準(zhǔn)原則5. 軟件建模機(jī)制:(1)觀點(2)抽象級別(3)二分法(4)擴(kuò)展機(jī)制6. 結(jié)構(gòu)化分析與設(shè)計技術(shù)（SADT）:基本思想和SA很接近，但是它用方框圖的形式描述 需求?？傮w思想是面向數(shù)據(jù)流功能分解和細(xì)化。得到分層的一系列框圖，這些框圖按層 次關(guān)系組成系統(tǒng)的模型。7. SADT由

16、三部分組成（1）功能模型（2）數(shù)據(jù)模型（3）管理指導(dǎo)書8. 以用戶為中心的需求分析（UCRA ）:主要關(guān)注解決擁有大量用戶交互操作和集成數(shù)據(jù)庫 的目標(biāo)系統(tǒng)的需求分析問題。9. 軟件工程需求分析（SERA）:主要用于理解和分析客戶對系統(tǒng)的軟件工程的需求。10. 結(jié)構(gòu)化設(shè)計方法主要有：(1 )面向數(shù)據(jù)流的設(shè)計方法(2) 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法11. 在RUP中，產(chǎn)品開發(fā)周期的四個階段:(1)初始階段里程碑:生命周期目標(biāo)(2)細(xì)化階段里程碑:生命周期架構(gòu)(3)構(gòu)造階段里程碑:初試運(yùn)作功能(4)移交階段里程碑:產(chǎn)品發(fā)布12. 在RUP中，四個階段之間的里程碑:(1)生命周期目標(biāo)(2)生命周期架構(gòu)(3)

17、初始運(yùn)作功能(4)產(chǎn)品發(fā)布13. RUP 9個核心工作流=6個核心過程工作流+3個核心支持工作流14. RUP工作流：(1)需求捕獲工作流(2)分析工作流(3)設(shè)計工作流(4)實現(xiàn)工作流(5)測試工作流(6)其他工作流15. RUP 特點：(1 ) 用例驅(qū)動(2 )以架構(gòu)為中心(3) 迭代和增量開發(fā)16. RUP的核心體現(xiàn)在：迭代的開發(fā)軟件、管理需求、使用基于組件的架構(gòu)、為軟件可視化 建模、驗證軟件質(zhì)量、控制對軟件的變更。為軟件開發(fā)團(tuán)隊提供指南、文檔模板和工具。1. 從微觀角度看，UML建模要素包括:(1) 基本構(gòu)造塊(2 ) UML規(guī)則(3 ) 通用機(jī)制2. 基本構(gòu)造塊包括：(1) 事物(2

18、) 關(guān)系(3) 圖事物和關(guān)系是兩種最基本的構(gòu)造塊，將組成“圖”這個最核心的構(gòu)造塊。3. 事物構(gòu)造塊包括：(1)結(jié)構(gòu)事物：UML中的名詞，模型中的靜態(tài)部分，描述概念或物理兀素。(2)行為事物：UML中的動詞，模型中的動態(tài)部分，是跨越時間和空間的行為。(3)分組事物：UML中的容器，用來組織模型，使模型更加結(jié)構(gòu)化。(4)注釋事物：UML中的解釋部分，用來描述模型。4. 結(jié)構(gòu)事物有7種:(1)類(2)接口(3)協(xié)作(4)用例(5)主動類(6)組件(7)節(jié)點5. 接口是為類或組件提供特定服務(wù)的一組操作的集合。6. 協(xié)作定義了交互操作。7. 用例描述系統(tǒng)對一個特定角色執(zhí)行的一系列動作。8. 主動類是指其

19、對象至少擁有一個或多個進(jìn)程或線程的類。9. 組件隱藏內(nèi)部實現(xiàn)，對外提供外部接口。10. 節(jié)點描述實際的物理硬件。11. 交互和狀態(tài)機(jī)是最基本的兩個行為事物。（1）交互是一組對象在特定上下文中，為達(dá)到某種目的而進(jìn)行的一系列消息交換組成的 動作。（2）狀態(tài)機(jī)是一個對象或交互在生命周期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列。12. 分組事物只有一種一一包。13. 包只存在于開發(fā)階段，不像組件一樣存在于運(yùn)行階段。14. 注釋必須附在一個元素或一組元素之上，否則就失去了存在的價值。15. UML常用的關(guān)系：（1）關(guān)聯(lián)（2）依賴（3）泛化（4）實現(xiàn)16. 關(guān)聯(lián)關(guān)系包括聚合和組合。17. 關(guān)聯(lián)關(guān)系是連接元素和鏈接實例，

20、提供了通信的路徑，是所有關(guān)系中最通用、語義最弱 的。18.依賴關(guān)系：如果修改兀素X的定義可能會引起對另一個兀素Y的定義的修改，則稱 Y依賴于X。19. 依賴關(guān)系例子：（1）一個類的實例向另一個類的實例發(fā)消息（2）一個類是另一個類的數(shù)據(jù)成員（3）一個類是另一個類的某個操作參數(shù)20. 泛化關(guān)系描述了一般關(guān)系和特殊關(guān)系。即父類與子類的關(guān)系。21. 實現(xiàn)關(guān)系是用來規(guī)定接口和實現(xiàn)的類或組件之間的關(guān)系。22. UML 規(guī)則：（1）命名（2）范圍（3）可見性23. UML兩種公共分類：（1）類與對象的劃分（2）接口與實現(xiàn)的分離24. UML的通用機(jī)制（1）規(guī)格說明（2）修飾（3）公共分類25. UML擴(kuò)展機(jī)

21、制（1）構(gòu)造型（2）標(biāo)記值（3）約束26. 構(gòu)造型是對UML詞匯的擴(kuò)展，這種擴(kuò)展機(jī)制采用的方式是基于一個已存在的模型定義 一種新的模型元素，新的模型元素在一個已存在的元素中加入了一些額外語義。27. 標(biāo)記值對某種屬性“鍵一一值”的明確定義，這些“鍵一一值”存儲有關(guān)模型元素的信息。在標(biāo)記值中，標(biāo)記是建模者想要記錄的一些特性的名字。，值是給定的元素的特性的值。28. 標(biāo)記值是對UML元素的特性的擴(kuò)展，主要用于在模型的規(guī)約中創(chuàng)建新的信息。29. 約束使用文字表達(dá)式表示的施加在某個模型元素的語義限制。30. 約束是對UML元素的語義的擴(kuò)展。31. UML 2.0 新增的圖：(1)復(fù)合結(jié)構(gòu)圖(2)包圖(3)交互概觀圖(4)定時圖32.從使用角度把UML 2.0的圖分為:（1）靜態(tài)圖（結(jié)構(gòu)圖）（2）動態(tài)圖（行為圖）33. 靜態(tài)圖包括：（1）類圖（2）對象圖（3）包圖（4）復(fù)合結(jié)構(gòu)圖（5）組件圖（6）部署圖34. 動態(tài)圖包括:（1）活動圖（2）交互圖：包括順序圖、通信圖、交互概觀圖、