第一篇：UML復(fù)習(xí)總結(jié)（大全）

1.UML(unified modeling language): 統(tǒng)一建模語言是創(chuàng)建描繪軟件系統(tǒng)結(jié)構(gòu)和設(shè)計(jì)藍(lán)圖的標(biāo)準(zhǔn)語言。它用于指定、構(gòu)造、記錄軟件系統(tǒng)的工件并使之可視化。~ 的基本組成部分：包括 UML 的靜態(tài)、動(dòng)態(tài)、包和注釋等部分。~ 的構(gòu)建塊包含基本的成分、關(guān)系和關(guān)系圖?；境煞职ńY(jié)構(gòu)、行為、分組和注釋成分。

2.RUP(rational unified process): 統(tǒng)一開發(fā)過程是一種過程框架，有助于使用創(chuàng)建和部署用UML設(shè)計(jì)的軟件。~生命周期分為四個(gè)階段：起始階段、細(xì)化階段、構(gòu)造階段、轉(zhuǎn)換 3.軟件開發(fā)生命周期(SDLC)是一個(gè)規(guī)范的、系統(tǒng)的軟件開發(fā)方法?？煞譃榱鶄€(gè)階段：可行性分析、需求分析和規(guī)范說明、設(shè)計(jì)、編碼、測試、維護(hù)。軟件的開發(fā)方法：瀑布方法、原型方法、螺旋方法、雙贏螺旋方法、增量方法。在設(shè)計(jì)階段，有兩種~：①面向功能方法以模塊為中心，注重軟件的功能。②面向?qū)ο螅∣O）方法支持重用、數(shù)據(jù)封裝、以及繼承、抽象和多態(tài)性等概念。

4.面向?qū)ο蠓治龊驮O(shè)計(jì)（OOAD）是指根據(jù)對(duì)象、類、封裝、繼承、多態(tài)、抽象和動(dòng)態(tài)邦定來分析需求以及設(shè)計(jì)軟件系統(tǒng)。

5.軟件系統(tǒng)的各個(gè)視圖：①用例視圖：表示系統(tǒng)為客戶提供的功能②設(shè)計(jì)~：側(cè)重于系統(tǒng)的靜態(tài)和動(dòng)態(tài)表示③實(shí)施~：表示軟件系統(tǒng)中組成系統(tǒng)所需的各個(gè)文件和組件④部署~：表示將執(zhí)行軟件系統(tǒng)和硬件的組合關(guān)系。

6.四種建模技術(shù)：①需求建模：包括使用用例關(guān)系圖描述需求。②靜態(tài)~：包括使用類、對(duì)象和復(fù)合結(jié)構(gòu)關(guān)系圖來描述軟件系統(tǒng)的靜態(tài)成分③動(dòng)態(tài)~：包括使用以下關(guān)系圖來描述動(dòng)態(tài)成分的行為：活動(dòng)關(guān)系圖、狀態(tài)機(jī)關(guān)系圖、通信關(guān)系圖、序列關(guān)系圖、交互概覽圖、時(shí)序關(guān)系圖④架構(gòu)~： 描述軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)如何構(gòu)成：包關(guān)系圖、主件關(guān)系圖、部署關(guān)系圖 7.需求管理是一種持續(xù)的系統(tǒng)化方法。~的四個(gè)階段： 需求收集、~分析與協(xié)商、~規(guī)格化、~驗(yàn)證。需求分析指將需求分類和組織為功能性需求和非功能性需求的過程。功能需求指軟件系統(tǒng)需要實(shí)現(xiàn)的功能和特性。非功能性需求指軟件系統(tǒng)需要達(dá)到的性能指標(biāo)。需求驗(yàn)證是在指定需求規(guī)范化后對(duì)需求進(jìn)行驗(yàn)證的活動(dòng)。需求驗(yàn)證包括：①確定所有的模糊需求②確定每條需求的來源③說明需求數(shù)量④確定需求之間的依賴關(guān)系⑤驗(yàn)證需求是否簡明、可測試并且可跟蹤⑥驗(yàn)證需求與軟件系統(tǒng)中的約束是否有沖突

8.軟件需求規(guī)格化（SRS）是詳細(xì)分析任務(wù)后產(chǎn)生的文檔。~必須提供信息：軟件系統(tǒng)定義、SRS文檔的用途、軟件系統(tǒng)的范圍、功能性需求、非功能性需求、目標(biāo)軟件系統(tǒng)的運(yùn)行條件 9.角色有關(guān)的關(guān)系：泛化~： 存在于有類似的行為和特性的角色之間繼承關(guān)系。關(guān)聯(lián)~： 顯示用例與角色之間通信關(guān)系。

10.用例關(guān)系圖：①顯示目標(biāo)軟件系統(tǒng)的用例和角色之間的交互關(guān)系②顯示用例之間或角色之間的關(guān)系（如關(guān)聯(lián)和泛化等）。用例可以（文本方式，事件流方式）描述外部角色與軟件系統(tǒng)之間的交互過程。用例之間的關(guān)系：①擴(kuò)展：指通過獲取其它用例的某些功能來建立當(dāng)前用例的方式擴(kuò)展關(guān)系的箭頭方向指向要被擴(kuò)展的用例②包含：指一個(gè)用例的功能包含在另一個(gè)用例的功能中。包含關(guān)系里箭頭指向被包含在另一個(gè)用例中的用例。11.類關(guān)系圖表示類、接口、以及它們之間的關(guān)系。對(duì)象關(guān)系圖表示類的特定實(shí)例的屬性值以及對(duì)象之間的關(guān)系。類的屬性和操作的可見性是：+ :表示屬性或操作對(duì)于其它類可見。-：表示屬性或操作對(duì)其它類不可見。#：表示基類的屬性或操作僅對(duì)它的派生類可見。~:表示屬性或操作只對(duì)同一個(gè)包里的類是可見的。類和對(duì)象之間的關(guān)系：①關(guān)聯(lián)：表示兩個(gè)類的對(duì)象之間一般上的邏輯意義上的聯(lián)系。②聚合：表示兩個(gè)類之間的整體與局部的關(guān)系③組合：表示兩個(gè)類之間的整體與局部的關(guān)系④依賴性：表示兩個(gè)類的對(duì)象之間一般上的動(dòng)態(tài)功能上的聯(lián)系⑤泛化：表示父類與子類之間派生關(guān)系⑥實(shí)現(xiàn)：表示類關(guān)系圖里兩個(gè)元素之間的語義關(guān)系，其中一個(gè)元素定義一個(gè)協(xié)議，另一個(gè)元素實(shí)現(xiàn)這個(gè)協(xié)議。12．抽象類是沒有任何直接實(shí)例的類，繼承于抽象類的類可以有直接實(shí)例，用于定義一組子類的公共特征和公共行為。接口是一組用于表示由類或組件提供的服務(wù)的操作集合，只能提供公共方法的聲明，而不能提供這些公共方法的實(shí)現(xiàn)，不可以創(chuàng)建接口的對(duì)象。兩者的相同處：①抽象類和接口都提供方法的規(guī)范，但是都不允許您直接創(chuàng)建實(shí)例。②抽象類和接口中指定的方法實(shí)現(xiàn)都在派生類中提供。不同處：①接口使您能實(shí)現(xiàn)多繼承，因?yàn)橐粋€(gè)類可以實(shí)現(xiàn)多個(gè)接口。但是，抽象類不支持多繼承。一個(gè)類無法繼承多個(gè)抽象類②抽象類包含的屬性和方法可以是公共的、私有的或受保護(hù)的。接口只包含方法③抽象類可提供一部分方法的定義但接口不提供任何定義④抽象類在同一個(gè)包內(nèi)使用，而接口可以跨多個(gè)包里實(shí)現(xiàn)。接口繼承與抽象類繼承的區(qū)別：①接口繼承可多繼承，而抽象類繼承不行②接口繼承中全是抽象方法，不提供定義，而抽象類繼承中可有方法定義。

13.交互關(guān)系圖：描述軟件系統(tǒng)的成分如何彼此交互以實(shí)現(xiàn)系統(tǒng)用例的功能。~有兩個(gè)部分：①協(xié)作者：描述交互關(guān)系圖中參與交換的系統(tǒng)靜態(tài)部分②交互：描述交互關(guān)系圖中靜態(tài)部分是怎樣參與動(dòng)態(tài)協(xié)作的。常用的交互關(guān)系圖有：①序列關(guān)系圖：以一組按時(shí)間順序排序的消息的形式表示對(duì)象之間的交互②通信關(guān)系圖：以消息的形式表示對(duì)象間的交互

14.包關(guān)系圖用于描述軟件系統(tǒng)的各個(gè)包以及包之間的關(guān)系。使用包來建模軟件系統(tǒng)成分的好處有：①以可視化的方式顯示功能組以及它們之間的關(guān)系②使得大型軟件系統(tǒng)易于管理。用例分包規(guī)則：①以可視化的方式顯示功能組以及它們之間的關(guān)系② 使得大型軟件系統(tǒng)易于管理。類分包~：①具有相同繼承層次結(jié)構(gòu)的類分組在一個(gè)包里②具有復(fù)合關(guān)系的類分組在一個(gè)包里③將相互協(xié)作、彼此交互的類分組在一個(gè)包里。

15.組件:實(shí)現(xiàn)一組規(guī)定接口功能的可執(zhí)行部件。組件實(shí)現(xiàn)了一組接口。組件類型：①部署組件：描述可執(zhí)行系統(tǒng)最終可部署部件②工作產(chǎn)品~：描述工程軟件有哪些文件組成③執(zhí)行~：描述可執(zhí)行軟件有哪些可執(zhí)行部件組成

16.框架和模式是使軟件構(gòu)件可重用的標(biāo)準(zhǔn)?？蚣埽禾囟I(lǐng)域中類似應(yīng)用程序的通用功能的模板，增加可重用性和減少應(yīng)用程序開發(fā)時(shí)間。其特性：①類或組件的集合，具有執(zhí)行一些特定或通用的功能②包含一些預(yù)定義規(guī)范的抽象和具體類接口③可以可通過子類化來擴(kuò)展和實(shí)現(xiàn)這些抽象類和接口④定義一些抽象方法，這些方法接收系統(tǒng)中預(yù)定義的消息。模式：

新建的系統(tǒng)能滿足可重用的要求，有助于軟件組件之間更好的通信。~類型：通用職責(zé)分配軟件模式（GRASP）、四人組模式(GoF)單例模式：允許創(chuàng)建它自身的唯一一個(gè)實(shí)例的類。對(duì)于有些類只應(yīng)許創(chuàng)建一個(gè)實(shí)例對(duì)象。用靜態(tài)數(shù)據(jù)成員來定義單件模式，以跟蹤所創(chuàng)建對(duì)象的生命期。設(shè)計(jì)模式好處：①可讓你創(chuàng)建能滿足新需求的可重用的解決方案而無需修改現(xiàn)有系統(tǒng)。②有助于軟件組件之間更好的通信。③有助于設(shè)計(jì)的重用、提供最有效的問題解決方案、給類分配職責(zé)。

17.實(shí)施質(zhì)量流程的目的是為了在軟件開發(fā)過程中檢查所開發(fā)的軟件模型和產(chǎn)品的質(zhì)量。質(zhì)量流程包括：①用于開發(fā)軟件系統(tǒng)的軟件開發(fā)過程的質(zhì)量②軟件開發(fā)過程中使用的軟件模型的質(zhì)量③軟件開發(fā)過程結(jié)束時(shí)獲得的軟件產(chǎn)品的質(zhì)量④質(zhì)量流程自身的質(zhì)量。生產(chǎn)質(zhì)量過硬的產(chǎn)品時(shí)需要考慮的維度是：①技術(shù)：描述軟件開發(fā)過程所需的工具以及生成的輸出② 方法：描述軟件開發(fā)過程期間需要執(zhí)行以生成輸出的操作順序③社會(huì)學(xué)：描述軟件開發(fā)過程所需的人力資源、環(huán)境條件和技能。質(zhì)量保證技術(shù)檢查：語法：確保軟件模型使用正確的語法。語義：確保軟件模型表達(dá)出目標(biāo)意圖并確保軟件模型的表示在項(xiàng)目中一致。美觀：確保軟件模型對(duì)稱并且完整。UML提供的三種擴(kuò)展元素為：構(gòu)造型：擴(kuò)展 UML 詞匯表約束：擴(kuò)展 UML 構(gòu)造塊的語義關(guān)系。標(biāo)記值：擴(kuò)展 UML 構(gòu)造塊的屬性

18靜態(tài)建模：它表示軟件系統(tǒng)的靜態(tài)或結(jié)構(gòu)成分。它包括類關(guān)系圖和對(duì)象關(guān)系圖。它有助于描繪系統(tǒng)成分之間的關(guān)聯(lián)和依賴性。動(dòng)態(tài)建模：它表示軟件系統(tǒng)靜態(tài)成分的行為過程。它包含交互、活動(dòng)和狀態(tài)關(guān)系圖。它有助于表達(dá)系統(tǒng)在一段時(shí)間內(nèi)的行為流程。

第二篇：UML考試復(fù)習(xí)總結(jié)

1, 統(tǒng)一建模語言（Unified Modeling Language），簡稱UML，是一種通用的可視建模語言，用于說明、可視化、構(gòu)造并文檔化軟件系統(tǒng)的體系結(jié)構(gòu).2, 控制軟件復(fù)雜度的方法：

1)分解，對(duì)復(fù)雜問題進(jìn)行分解，然后分別解決各個(gè)子問題。

2)抽象，指抽取系統(tǒng)中的基本特性而忽略非基本的特性，以便更充分地注意與當(dāng)前目標(biāo)有關(guān)的方面。

3)模塊化，指解決一個(gè)復(fù)雜問題時(shí)自頂向下逐層把系統(tǒng)劃分成若干模塊的過程，并遵循高內(nèi)聚低耦合的原則。

4)信息隱藏，即封裝，指把模塊內(nèi)的實(shí)現(xiàn)細(xì)節(jié)與外界隔離，用戶只需知道模塊的功能，而不需了解模塊的內(nèi)部細(xì)節(jié)。3，視圖

1)用例視圖。

作用：描述系統(tǒng)的功能需求，找出用例和執(zhí)行者；描述使用的圖：用例圖和活動(dòng)圖。2)邏輯視圖。

作用：描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能 ；

描述使用的圖：類圖和對(duì)象圖、狀態(tài)圖、順序圖、合作圖和活動(dòng)圖。3)構(gòu)件視圖。

作用：描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依賴關(guān)系 ； 描述使用的圖：構(gòu)件圖。4)進(jìn)程視圖。

作用：描述系統(tǒng)的并發(fā)性，并處理這些線程間的通信和同步 ；

描述使用的圖：狀態(tài)圖、順序圖、合作圖、活動(dòng)圖、構(gòu)件圖和配置圖。5)配置視圖。

作用：描述系統(tǒng)的物理設(shè)備配置，如計(jì)算機(jī)、硬件設(shè)備以及它們相互間的連接 ； 描述使用的圖：配置圖。4，基本概念

1)用例是對(duì)一個(gè)活動(dòng)者(actor)使用系統(tǒng)的一項(xiàng)功能時(shí)所進(jìn)行的交互過程的一個(gè)文字描述序列，是系統(tǒng)、子系統(tǒng)或類和外部的參與者(actor)交互的動(dòng)作序列的說明，包括可選的動(dòng)作序列和會(huì)出現(xiàn)異常的動(dòng)作序列。

2)參與者(actor)是指系統(tǒng)以外的、需要使用系統(tǒng)或系統(tǒng)交互的東西，包括人、設(shè)備、外部系統(tǒng)等。

3)用例圖（use case diagram）以圖解的形式概括了系統(tǒng)中的不同參與者和用例，并顯示了哪些參與者能夠參與哪些用例。

4)類圖(Class diagram)是顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等。5)類間關(guān)系

(1)關(guān)聯(lián)(association)是模型元素間的一種語義聯(lián)系，它是對(duì)具有共同的結(jié)構(gòu)特性、行為特性、關(guān)系和語義的鏈(link)的描述。一個(gè)關(guān)聯(lián)可以有兩個(gè)或多個(gè)關(guān)聯(lián)端(association end)，每個(gè)關(guān)聯(lián)端連接到一個(gè)類。

(2)聚集和組合：聚集是一種特殊形式的關(guān)聯(lián)。聚集表示類之間整體與部分的關(guān)系。聚集關(guān)系的實(shí)力是傳遞的，反對(duì)稱的。組合表示的也是類之間的整體與部分之間的關(guān)系，但組合關(guān)系中的整體與部分具有同樣的生存周期。

(3)泛化關(guān)系：泛化定義了一般元素和特殊元素之間的分類關(guān)系，類和類之間的泛化關(guān)系就是類與類之間的繼承關(guān)系。

(4)依賴關(guān)系：假設(shè)有兩個(gè)元素X和Y，如果修改了X元素的定義可能會(huì)導(dǎo)致兩一個(gè)元素Y的定義的修改，則稱元素Y依賴于元素X。6)接口類：只有方法沒有屬性，且所有方法只有聲明沒有實(shí)現(xiàn)的類。7)邊界類控制類和實(shí)體類的畫法

8)對(duì)象圖表示一組對(duì)象及他們之間的聯(lián)系。對(duì)象圖是系統(tǒng)的詳細(xì)狀態(tài)在某一時(shí)刻的快照，常用于表示復(fù)雜的類圖的一個(gè)實(shí)例。9)包就像一個(gè)“容器”，可用于組織模型中的相關(guān)元素。

10)包之間可以存在依賴關(guān)系，但這種依賴關(guān)系沒有傳遞性。11)對(duì)包的命名有兩種方式，即簡單包名和路徑包名。

12)構(gòu)件是系統(tǒng)中遵從一組接口且提供其實(shí)現(xiàn)的物理的、可替換的部分。

13)構(gòu)件圖則顯示一組構(gòu)件以及它們之間的相互關(guān)系，包括編譯、鏈接或執(zhí)行時(shí)構(gòu)件之間的依賴關(guān)系。

14)部署圖也成為配置圖、實(shí)施圖，可以用來顯示系統(tǒng)中計(jì)算節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)和通信路徑與節(jié)點(diǎn)上運(yùn)行的軟構(gòu)件等。15)交互圖，是用來描述對(duì)象之間以及對(duì)象與參與者之間協(xié)作關(guān)系以及動(dòng)態(tài)協(xié)作關(guān)系以及協(xié)作過程中行為次序的圖形文檔。

16)交互圖包括順序圖和協(xié)作圖兩種形式。順序圖著重描述對(duì)象按時(shí)間順序的消息交換，協(xié)作圖著重描述系統(tǒng)成分如何協(xié)同工作。

17)順序圖也稱時(shí)序圖，是顯示對(duì)象之間交互的圖，這些對(duì)象是按時(shí)間順序排列的。順序圖是二維模型，在順序圖中水平方向?yàn)閷?duì)象維，沿水平方向排列的是參與交互的對(duì)象；順序圖中垂直方向?yàn)闀r(shí)間維，沿垂直向下方向按時(shí)間遞增順序列出各對(duì)象所發(fā)出和接受的消息。18)順序圖中的消息

(1)調(diào)用消息：調(diào)用消息的發(fā)送者把控制傳遞給消息的接收者，然后停止活動(dòng)，等待消息接收者放棄或返回控制。

(2)異步消息：異步消息的發(fā)送者通過消息把信號(hào)傳遞該消息的接收者，然后繼續(xù)自己的活動(dòng)，不等待接收者返回消息或控制。

(3)返回消息：返回消息表示從過程調(diào)用返回。

(4)阻止消息和超時(shí)消息：阻止消息是指消息發(fā)送者發(fā)出消息給接收者，如果接收者無法立即接收消息，則發(fā)送者放棄這個(gè)消息。超時(shí)消息是指消息發(fā)送者發(fā)出消息給接收者并按指定時(shí)間等待。如果接收者無法在指定時(shí)間內(nèi)接收消息，則發(fā)送者放棄這個(gè)消息。19)協(xié)作圖是用于描述系統(tǒng)的行為是如何由系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的圖，協(xié)作圖中包括的建模元素有對(duì)象、消息、鏈等。

20)狀態(tài)圖(statechart diagram)主要用于描述一個(gè)對(duì)象在其生存期間的動(dòng)態(tài)行為，表現(xiàn)一個(gè)對(duì)象所經(jīng)歷的狀態(tài)序列，引起狀態(tài)轉(zhuǎn)移的事件(event)，以及因狀態(tài)轉(zhuǎn)移而伴隨的動(dòng)作(action)。21)活動(dòng)(activity)表示的是某流程中任務(wù)的執(zhí)行，它可以表示算法過程中語句的執(zhí)行。22)狀態(tài)圖可以表現(xiàn)一個(gè)對(duì)象在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動(dòng)作?；顒?dòng)圖用來表示完成一個(gè)操作所需要的活動(dòng)，或者是一個(gè)用例實(shí)例的活動(dòng)。實(shí)際也是一種流程圖，描述活動(dòng)的序列，即系統(tǒng)由一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流。

23)泳道(swimlane)是活動(dòng)圖中的區(qū)域劃分，根據(jù)每個(gè)活動(dòng)的職責(zé)對(duì)所有活動(dòng)進(jìn)行劃分，每個(gè)泳道代表一個(gè)責(zé)任區(qū)。泳道和類并不是一一對(duì)應(yīng)的關(guān)系，泳道關(guān)心的是其代表的職責(zé)，一個(gè)泳道可能由一個(gè)類實(shí)現(xiàn)，也可能由多個(gè)類實(shí)現(xiàn)。

第三篇：UML考試復(fù)習(xí)總結(jié)

1.在系統(tǒng)模型中為什么要使用多種UML圖?

回答:任何系統(tǒng)都有多種風(fēng)險(xiǎn)承擔(dān)人.每種UML圖都提供了用于一種或幾種風(fēng)險(xiǎn)承擔(dān)人對(duì)話的視圖。

2.那種UML 圖給出了系統(tǒng)的靜態(tài)視圖？

回答：下列UML 圖提供了系統(tǒng)的靜態(tài)視圖：類圖、對(duì)象圖、構(gòu)建圖 和 部署圖。

3.哪種UML 圖提供了系統(tǒng)的動(dòng)態(tài)視圖（也就是說，描述系統(tǒng)隨時(shí)間所經(jīng)歷的變化）？

回答： 下列UML 圖提供了系統(tǒng)的動(dòng)態(tài)視圖：用例圖、狀態(tài)圖、順序圖、活動(dòng)圖 和 協(xié)作圖。

1.什么是對(duì)象？

回答： 對(duì)象是一個(gè)類的實(shí)例。

2.對(duì)象之間如何協(xié)同工作？

回答：對(duì)象通過相互發(fā)送消息協(xié)同工作。

3.多重性說明了什么？

回答： 多重性說明了一個(gè)類的多少個(gè)對(duì)象能夠與另一個(gè)類的對(duì)象發(fā)生關(guān)聯(lián)。

4.兩個(gè)對(duì)象之間能夠以多種方式關(guān)聯(lián)嗎？

回答：可以。例如兩個(gè)人之間既可以形成朋友關(guān)系也可以形成同事關(guān)系。

1.如何用UML 表示類？

回答：用一個(gè)矩形框來表示一個(gè)類。類名位于矩形框的中央，接近框的頂部。

2.類圖中可以指明哪些信息？

回答：可以指明類的屬性，操作。

3.什么是約束？

回答：約束是類圖應(yīng)該遵循的一個(gè)或一組規(guī)則，它用一個(gè)花括號(hào)括起來的文本表示。

4.為什么要對(duì)類圖標(biāo)注附加的注釋。

回答：可以為類圖增加注釋，增加一些在屬性、操作或職責(zé)中沒有指明的信息。例如，可以用它來指明一個(gè)包含更多信息的文檔。

1.多重性怎么表示？

回答：在關(guān)聯(lián)線的一端可以指明多少個(gè)遠(yuǎn)端對(duì)象可以和近端多少個(gè)對(duì)象發(fā)生關(guān)聯(lián)。

2.如何發(fā)現(xiàn)類之間的繼承關(guān)系？

回答：在初始模型的類列表中，找出兩個(gè)或多個(gè)具有相同屬性和操作的類。其中的一個(gè)類可能就是其他類的父親，或者

可以為這些類新建一個(gè)父類。

3.什么是抽象類？

回答：抽象類用做繼承層次中的基類，但是它不產(chǎn)生實(shí)例對(duì)象。

4.限定符有哪些作用？

回答：限定符的作用是將一對(duì)多關(guān)聯(lián)化解為一對(duì)一關(guān)聯(lián)。

1.聚集和組成之間有什么區(qū)別?

回答: 組成和聚集都是整體類和部分之間的整體-部分關(guān)聯(lián).在聚集中, 部分可能屬于多個(gè)整體.在組成中, 部分職能屬于一個(gè)整體.2.什么叫實(shí)現(xiàn)？實(shí)現(xiàn)和繼承有何相似之處？兩者又有何不同之處？

回答：實(shí)現(xiàn)是類和它的接口之間的關(guān)系?？梢哉f成是類實(shí)現(xiàn)了它的接口。實(shí)現(xiàn)和繼承的類似之處在于類可以使用它的接口中的操作也可以操作也可以

從父類中繼承操作。兩者的不同之處是類不能使用它的接口中的屬性但可以繼承父類的屬性。（？）

3.寫出3種可見性層次的名稱，并描述每一種可見性的含義？

如果一個(gè)類的屬性或操作具有public 可見性，在另一個(gè)類中可以使用這個(gè)類的屬性或操作。

如果一個(gè)類的屬性或操作具有protected 可見性，那么這個(gè)類的子類或者其他的子孫可以使用這個(gè)類中的屬性或操作。

如果一個(gè)類的屬性或操作具有private 可見性，那么只有擁有它的屬性和操作的類才能使用它們。

接口中的操作都具有公用可見性。

1.發(fā)起一個(gè)用例的外部實(shí)體被稱為什么？

回答：發(fā)起用例的外部實(shí)體被稱為參與者actor。

2.包含用例是什么含義？

回答：“包含一個(gè)用例”的含義是一個(gè)用例中某個(gè)場景中的一些步驟和另一個(gè)用例中某個(gè)場景中的一些步驟是相同的。

所以可以不列出用例的所有場景，而只是指明它所包含的用例就可以了。

3.擴(kuò)展用例是什么含義？

回答：“擴(kuò)展”一個(gè)用例是指在這個(gè)用例中增加步驟。這樣可以產(chǎn)生一個(gè)新的用例。

4.用例和場景是同一個(gè)概念嗎？

回答：不是。用例是一組場景的集合。

1.舉出可視化表示用例的兩個(gè)優(yōu)點(diǎn)。

回答：有了可視化表示的用例，就可以（1）將這種圖形化的表示給用戶，可從用戶那里得到更多的相關(guān)信息。

（2）可以將這些圖與其他類型的圖結(jié)合起來。

2.說明如何可視化描述本章中學(xué)到的用例之間的兩種關(guān)系：泛化和分組。舉出需要對(duì)用例分組的兩種情況。

在泛化關(guān)系中，一個(gè)用例繼承了另一個(gè)用例的含義和行為。分組時(shí)將一組用例組織成為一個(gè)包。

3.類和用例之間有什么類似之處？又有哪些差異？

回答：相同點(diǎn)：兩者都是結(jié)構(gòu)元素。兩者都有繼承關(guān)系。

不同點(diǎn)：類由屬性和操作組成。用例由場景組成，每個(gè)場景又由一個(gè)步驟序列組成。類提供了系統(tǒng)的部分靜態(tài)視圖，用例提供了系統(tǒng)動(dòng)態(tài)的行為視圖。

類描述的是系統(tǒng)的內(nèi)部構(gòu)成，而用例說明的是從外部看到的系統(tǒng)。

1.狀態(tài)圖在哪些重要方面與類圖、對(duì)象圖或者用例圖有所不同？

回答：狀態(tài)圖只是對(duì)一個(gè)對(duì)象的狀態(tài)建模。類圖、對(duì)象圖或者用例圖對(duì)一個(gè)系統(tǒng)或者至少是一部分建模。

2.給出下列術(shù)語的定義：轉(zhuǎn)移、事件和動(dòng)作。

轉(zhuǎn)移是從一個(gè)狀態(tài)變化到另一個(gè)狀態(tài)。事件是引起一個(gè)轉(zhuǎn)移的某件事情的發(fā)生。動(dòng)作是一個(gè)可執(zhí)行的計(jì)算，它能引起一個(gè)狀態(tài)變化。

3.什么是無觸發(fā)器轉(zhuǎn)移？

回答：無觸發(fā)器轉(zhuǎn)移是由于狀態(tài)內(nèi)的活動(dòng)發(fā)生而引起的，不是因?yàn)閷?duì)一個(gè)事件的響應(yīng)而引起的。

4.順序子狀態(tài)和并發(fā)子狀態(tài)有什么區(qū)別？

子狀態(tài)是狀態(tài)內(nèi)的狀態(tài)。順序子狀態(tài)一個(gè)接一個(gè)地順序出現(xiàn)。而并發(fā)子狀態(tài)同時(shí)出現(xiàn)。

5.什么是偽狀態(tài)？請舉例說明。

回答：偽狀態(tài)是沒有狀態(tài)變量和狀態(tài)內(nèi)活動(dòng)的狀態(tài)。初始狀態(tài)、終止?fàn)顟B(tài) 和 歷史狀態(tài) 都是偽狀態(tài)的例子。

第四篇：UML實(shí)驗(yàn)報(bào)告總結(jié)

實(shí)驗(yàn)一 熟悉Rational Rose及建立用例模型 實(shí)驗(yàn)

二、時(shí)序圖和協(xié)作圖建模

實(shí)習(xí)三 UML類圖與包圖建模（2學(xué)時(shí)）實(shí)驗(yàn)四 狀態(tài)圖和活動(dòng)圖建模 實(shí)驗(yàn)五

組件與部署圖

實(shí)驗(yàn)一 熟悉Rational Rose及建立用例模型

（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：熟悉（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose建模工具的使用 ? 掌握怎樣進(jìn)行案例需求分析； ? 掌握UML用例圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

1、熟悉rose上機(jī)環(huán)境及設(shè)置

2、根據(jù)以下談話設(shè)計(jì)出用例圖

Rational Rose及建立用例模型

四、實(shí)驗(yàn)步驟：

見實(shí)驗(yàn)說明書

實(shí)習(xí)二（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

時(shí)序圖和協(xié)作圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML靜態(tài)建模分析； ? 掌握UML時(shí)序圖和協(xié)作圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

根據(jù)以下談話設(shè)計(jì)出時(shí)序圖和協(xié)作圖建模。

四、實(shí)驗(yàn)步驟：

、UML類圖與包圖建模（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：UML類圖與包圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML動(dòng)態(tài)建模分析；

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

實(shí)習(xí)四（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

狀態(tài)圖和活動(dòng)圖建模（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

? 了解和掌握Rose或Visio建模工具的使用

? 掌握怎樣進(jìn)行系統(tǒng)分析，并進(jìn)行UML動(dòng)態(tài)建模分析； ? 掌握UML狀態(tài)圖和活動(dòng)圖建模技術(shù)

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

實(shí)習(xí)五

組件與部署圖與代碼生成（2學(xué)時(shí)）

一、實(shí)驗(yàn)名稱：

組件與部署圖（2學(xué)時(shí)）

二、實(shí)驗(yàn)?zāi)康呐c要求：

三、實(shí)驗(yàn)內(nèi)容：

四、實(shí)驗(yàn)步驟：

第五篇：uml報(bào)告總結(jié)

UML課程設(shè)計(jì)總結(jié)

這幾周的課程設(shè)計(jì)，是對(duì)課本知識(shí)的總結(jié)和鞏固，使我對(duì)UML的幾種圖有了更深刻的理解，明白了這些圖分別表達(dá)的意思以及各圖的優(yōu)缺點(diǎn)，還有它們對(duì)于程序設(shè)計(jì)的作用。熟悉了VS中建模，熟悉了VS中控件的意義，對(duì)UML有了更深刻的了解。下面是我在每一個(gè)圖的學(xué)習(xí)中的一些心得和體會(huì)

在項(xiàng)目設(shè)計(jì)階段，我覺得順序圖，活動(dòng)圖，狀態(tài)圖比較重要。順序圖在這些圖例里比較直觀，用戶能很快參與到討論中，活動(dòng)圖和傳統(tǒng)的流程圖類似，也是一個(gè)補(bǔ)充。狀態(tài)圖在對(duì)關(guān)鍵對(duì)象是一定要做狀態(tài)分析的，經(jīng)常會(huì)在做分析的時(shí)候發(fā)現(xiàn)一些容易被忽視的問題。類圖在設(shè)計(jì)階段可以用。

深刻體會(huì)了UML在建模中關(guān)系和作用。UML可以為面向?qū)ο蟮拈_發(fā)系統(tǒng)進(jìn)行說明，是的復(fù)雜的系統(tǒng)和功能，邏輯關(guān)系，類之間的關(guān)系可視化。用例圖幫助我們從宏觀上認(rèn)識(shí)了學(xué)生選導(dǎo)師系統(tǒng)的軟件結(jié)構(gòu)。狀態(tài)圖，時(shí)序圖，類圖幫助我們從微觀上認(rèn)識(shí)了這個(gè)系統(tǒng)的結(jié)構(gòu)和關(guān)系。

畫用例圖是我第一次使用VS建模，對(duì)VS中的一些工具還很生硬，僅僅知道跟著指導(dǎo)書來進(jìn)行建模。但經(jīng)過一定的練習(xí)，也有了一定的收獲和體會(huì)，使我了解了用例圖的組成，作用以及使用場合；掌握了用例之間的各種關(guān)系；知道了用例建模主要要了解各個(gè)圖形所代表的意義，用例還可以進(jìn)行下一集的描述，進(jìn)行下一步的深化。

對(duì)于建模過程中遇到的問題通過上網(wǎng)查資料，問同學(xué)并和他們進(jìn)行討論，得到了比較滿意的解決，避免了自己眼高手低，從實(shí)踐中發(fā)現(xiàn)自己的不足，并及時(shí)改正。更讓我明白，UML的知識(shí)是十分豐富的，我現(xiàn)在的認(rèn)識(shí)還不夠，我將會(huì)在以后的學(xué)習(xí)中，不斷提高自己的UML知識(shí)，更好地讓UML為將來的編程設(shè)計(jì)服務(wù)。

進(jìn)一步加強(qiáng)和提高了文檔的編寫能力

增強(qiáng)了寫作能力和團(tuán)隊(duì)精神