軟件工程與 課件

統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP與統(tǒng)一建模語(yǔ)言UML

第二章《軟件工程與UML》統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP與統(tǒng)一建模語(yǔ)言UML第二章《軟件工程重點(diǎn)了解

模塊化、抽象、逐步求精這三個(gè)軟件開(kāi)發(fā)的一般性的方法統(tǒng)一軟件開(kāi)發(fā)過(guò)程是用例驅(qū)動(dòng)，構(gòu)架優(yōu)先，迭代和增量式的過(guò)程統(tǒng)一軟件開(kāi)發(fā)過(guò)程的五個(gè)核心工作流：需求捕獲、分析、設(shè)計(jì)、編碼、測(cè)試統(tǒng)一軟件開(kāi)發(fā)過(guò)程的四個(gè)工作階段：初始階段、細(xì)化階段、構(gòu)造階段、移交階段軟件開(kāi)發(fā)過(guò)程可以因任務(wù)而不斷變化，也就是說(shuō)過(guò)程可載剪待續(xù)重點(diǎn)了解模塊化、抽象、逐步求精這三個(gè)軟件開(kāi)發(fā)的一般性的方法重點(diǎn)了解

開(kāi)發(fā)過(guò)程的改進(jìn)是提高軟件質(zhì)量和開(kāi)發(fā)效率的主要手段UML是一個(gè)通用的可視化建模語(yǔ)言學(xué)習(xí)UML要掌握基本構(gòu)造塊，支配這些塊如何放在一起的規(guī)則，運(yùn)用于整個(gè)語(yǔ)言的一些公共機(jī)制三個(gè)方面UML的基本構(gòu)造塊是：事物，關(guān)系、圖UML有4種事物：結(jié)構(gòu)事物、行為事物、分組事物、注釋事物

UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、實(shí)現(xiàn)待續(xù)重點(diǎn)了解開(kāi)發(fā)過(guò)程的改進(jìn)是提高軟件質(zhì)量和開(kāi)發(fā)效率的主要手段重點(diǎn)了解

UML中有9種圖最常用：類(lèi)圖、對(duì)象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖（又稱(chēng)布署圖），組合這些圖可從不同角度對(duì)系統(tǒng)建模UML不是一種編程語(yǔ)言，但使用代碼生成器工具，可將UML模型映射成編程語(yǔ)言代碼，如Java，C++，VisualBasic等?；蚴褂梅聪蛏晒ぞ邔⒕幊陶Z(yǔ)言代碼轉(zhuǎn)換為UML模型。如RationalRose等UML建模工具都支持這兩種轉(zhuǎn)換。重點(diǎn)了解UML中有9種圖最常用：類(lèi)圖、對(duì)象圖、用例圖、順序2.1軟件開(kāi)發(fā)的幾個(gè)指導(dǎo)原則軟件開(kāi)發(fā)工作應(yīng)分階段進(jìn)行

將一個(gè)大的軟件開(kāi)發(fā)任務(wù)合理劃分成相對(duì)獨(dú)立的小塊任務(wù)從抽象到具體逐步深入解決問(wèn)題

2.1軟件開(kāi)發(fā)的幾個(gè)指導(dǎo)原則軟件開(kāi)發(fā)工作應(yīng)分階段進(jìn)行模型的概念

模型是人們對(duì)現(xiàn)實(shí)世界理解的抽象表達(dá)

模型可能有許多種類(lèi)型，在某些領(lǐng)域中，一個(gè)模型可能是一組數(shù)學(xué)方程式；而在另一些領(lǐng)域中，一個(gè)模型可能是計(jì)算機(jī)仿真程序；在建筑領(lǐng)域，模型是一個(gè)按比例縮小的實(shí)物；當(dāng)然還有像深圳的世界之窗公園里將著名風(fēng)景縮小變成的模型。一個(gè)RUP過(guò)程的模型是一組UML圖，為了理解和開(kāi)發(fā)一個(gè)軟件系統(tǒng)，用戶(hù)、開(kāi)發(fā)人員、分析人員、測(cè)試人員、管理人員及其他涉及項(xiàng)目的人員可以檢查、獲取、修改這些圖。

模型的概念模型是人們對(duì)現(xiàn)實(shí)世界理解的抽象表達(dá)2.2統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP

統(tǒng)一開(kāi)發(fā)過(guò)程（RationalUnifiedProcess，RUP）是一套軟件工程方法，它集成了許多軟件開(kāi)發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性，是目前最有效的軟件開(kāi)發(fā)過(guò)程模型。它描述了軟件開(kāi)發(fā)過(guò)程不同時(shí)期應(yīng)是某個(gè)角色，采取什么行為，經(jīng)過(guò)幾個(gè)工作流，得到某種產(chǎn)品或達(dá)到某個(gè)目標(biāo)。是將用戶(hù)需求轉(zhuǎn)化為一個(gè)軟件系統(tǒng)的一系列活動(dòng)的總稱(chēng)。

2.2統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP統(tǒng)一開(kāi)發(fā)過(guò)程（Rationa2.2.1統(tǒng)一過(guò)程概述統(tǒng)一過(guò)程是基于構(gòu)件的

統(tǒng)一過(guò)程使用統(tǒng)一建模語(yǔ)言（UML）來(lái)建模。進(jìn)行思考和溝通。

統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的統(tǒng)一過(guò)程采用構(gòu)架優(yōu)先方法

統(tǒng)一過(guò)程是迭代和增量的過(guò)程

統(tǒng)一過(guò)程有四個(gè)工作階段

統(tǒng)一過(guò)程有五個(gè)核心工作流

2.2.1統(tǒng)一過(guò)程概述統(tǒng)一過(guò)程是基于構(gòu)件的2.2.2統(tǒng)一過(guò)程的四個(gè)工作階段

1初始階段

2細(xì)化階段3構(gòu)造階段

4移交階段2.2.2統(tǒng)一過(guò)程的四個(gè)工作階段1初始階段2細(xì)化階1初始階段確定系統(tǒng)的核心功能、最主要的風(fēng)險(xiǎn)、構(gòu)架雛形、整個(gè)項(xiàng)目的粗略估計(jì)。

·確定系統(tǒng)向每個(gè)主要用戶(hù)提供的基本功能是什么？即區(qū)分關(guān)鍵的系統(tǒng)用例和主要的操作場(chǎng)景，對(duì)目前所了解的用例區(qū)分優(yōu)先級(jí)?！ご_定項(xiàng)目的軟件范圍和邊界條件，包括驗(yàn)收標(biāo)準(zhǔn)及產(chǎn)品中應(yīng)包括什么和不應(yīng)包括什么的清晰理解，系統(tǒng)與其它系統(tǒng)的接口?！ご_定系統(tǒng)的構(gòu)架看起來(lái)是什么樣子？在有些主要的場(chǎng)景中至少演示一個(gè)候選的構(gòu)架。尤其是系統(tǒng)中全新的，帶有風(fēng)險(xiǎn)的，較難實(shí)現(xiàn)的部分。這時(shí)僅僅需要確信構(gòu)架能夠建立而已?！ぷR(shí)別出那些影響系統(tǒng)建造能力的重大風(fēng)險(xiǎn)。并且斷定是否可以找到方法緩解這些風(fēng)險(xiǎn)。在初始階段，只考慮那些對(duì)系統(tǒng)的成功開(kāi)發(fā)有威脅的風(fēng)險(xiǎn)·估計(jì)整個(gè)項(xiàng)目的成本及大致的進(jìn)度。1初始階段確定系統(tǒng)的核心功能、最主要的風(fēng)險(xiǎn)、構(gòu)架雛形、有關(guān)概念用例：用例是從用戶(hù)的角度出發(fā)對(duì)如何使用系統(tǒng)的描述。操作場(chǎng)景：就是用例的操作步驟序列構(gòu)架：系統(tǒng)的框架性結(jié)構(gòu)有關(guān)概念用例：用例是從用戶(hù)的角度出發(fā)對(duì)如何使用系統(tǒng)的描述。2細(xì)化階段細(xì)化階段是4個(gè)階段中最關(guān)鍵的。細(xì)化階段的活動(dòng)必須確保構(gòu)架，需求和計(jì)劃足夠穩(wěn)定，風(fēng)險(xiǎn)得到充分的緩解，完成開(kāi)發(fā)的成本和進(jìn)度能在一個(gè)可接受的范圍內(nèi)被預(yù)測(cè)。

迅速地定出實(shí)用的構(gòu)架（其中所有的變更能被合理地處理、跟蹤和維護(hù)）。

規(guī)劃完成項(xiàng)目的活動(dòng)，估算完成項(xiàng)目所需的資源。

為構(gòu)造階段定出高精確度的計(jì)劃

細(xì)化初始階段的模型

2細(xì)化階段細(xì)化階段是4個(gè)階段中最關(guān)鍵的。細(xì)化階段的活動(dòng)3構(gòu)造階段在這個(gè)階段將消耗項(xiàng)目所需的大部分資源

實(shí)現(xiàn)管理層和用戶(hù)達(dá)成共識(shí)的產(chǎn)品的所有用例

一個(gè)移交階段的高精度計(jì)劃

關(guān)鍵特性和核心功能得到實(shí)現(xiàn)

產(chǎn)品發(fā)布的驗(yàn)收標(biāo)準(zhǔn)

初步的用戶(hù)手冊(cè)

對(duì)產(chǎn)品質(zhì)量的詳細(xì)分析

3構(gòu)造階段在這個(gè)階段將消耗項(xiàng)目所需的大部分資源4移交階段這個(gè)階段包括產(chǎn)品進(jìn)入測(cè)試版（?版）后的整個(gè)階段

試用產(chǎn)品，并改正試用中發(fā)現(xiàn)的缺陷

制作安裝版，并培訓(xùn)用戶(hù)

提供在線(xiàn)支持

4移交階段這個(gè)階段包括產(chǎn)品進(jìn)入測(cè)試版（?版）后的整個(gè)階段2.2.3統(tǒng)一過(guò)程的五個(gè)核心工作流

1捕獲需求2分析3設(shè)計(jì)4實(shí)現(xiàn)5測(cè)試

2.2.3統(tǒng)一過(guò)程的五個(gè)核心工作流1捕獲需求1捕獲需求需求捕獲階段的主要工作是建立并通過(guò)多次迭代來(lái)完善待開(kāi)發(fā)系統(tǒng)的用例模型。進(jìn)行初步的用戶(hù)界面設(shè)計(jì)。主要考慮誰(shuí)是用戶(hù)以及可以通過(guò)用例來(lái)完成什么業(yè)務(wù)或任務(wù)

1捕獲需求需求捕獲階段的主要工作是建立并通過(guò)多次迭代來(lái)完善2分析

對(duì)需求捕獲階段所描述的用例模型進(jìn)行精細(xì)化和組織

解決多個(gè)用例共享資源時(shí)的并發(fā)與沖突的細(xì)節(jié)

多個(gè)用例間的冗余

在捕獲需求階段得到的用例是采用面向用戶(hù)的語(yǔ)言表達(dá)的，在分析階段要采用面向開(kāi)發(fā)人員的語(yǔ)言進(jìn)行描述

2分析對(duì)需求捕獲階段所描述的用例模型進(jìn)行精細(xì)化和組織3設(shè)計(jì)構(gòu)造系統(tǒng)，聯(lián)系具體的編程語(yǔ)言，確定的構(gòu)件類(lèi)，具體的操作系統(tǒng)，還結(jié)合分布與并行技術(shù)，數(shù)據(jù)庫(kù)技術(shù)，用戶(hù)界面技術(shù)，事務(wù)管理技術(shù)等相關(guān)問(wèn)題，將系統(tǒng)劃分成子系統(tǒng)、接口和類(lèi)，并設(shè)計(jì)類(lèi)中方法的實(shí)現(xiàn)算法，接口的具體規(guī)范。

3設(shè)計(jì)構(gòu)造系統(tǒng)，聯(lián)系具體的編程語(yǔ)言，確定的構(gòu)件類(lèi)，具體的4實(shí)現(xiàn)

在實(shí)現(xiàn)階段，將基于設(shè)計(jì)的結(jié)果，探討如何用源代碼，腳本，二進(jìn)制代碼，可執(zhí)行體等構(gòu)件來(lái)實(shí)現(xiàn)系統(tǒng)

對(duì)構(gòu)件進(jìn)行單元測(cè)試，通過(guò)編譯和連接把它們集成為一個(gè)或多個(gè)可執(zhí)行程序，之后再進(jìn)行集成和測(cè)試

4實(shí)現(xiàn)在實(shí)現(xiàn)階段，將基于設(shè)計(jì)的結(jié)果，探討如何用源代碼，腳5測(cè)試

設(shè)計(jì)測(cè)試用例：確定要測(cè)試什么功能或性能；測(cè)試時(shí)用什么輸入數(shù)據(jù)，應(yīng)該得到什么輸出結(jié)果選擇測(cè)試測(cè)試環(huán)境，測(cè)試工具。創(chuàng)建測(cè)試腳本，規(guī)劃執(zhí)行哪些測(cè)試動(dòng)作及動(dòng)作的執(zhí)行順序?；騽?chuàng)建使測(cè)試自動(dòng)化的可執(zhí)行的測(cè)試構(gòu)件。設(shè)計(jì)測(cè)試：就是執(zhí)行各種測(cè)試并系統(tǒng)地處理每個(gè)測(cè)試的結(jié)果，發(fā)現(xiàn)有缺陷的構(gòu)造要重新測(cè)試，甚至可能要送回給其它核心工作流（如設(shè)計(jì)和實(shí)現(xiàn)），這樣才能修復(fù)嚴(yán)重的缺陷

實(shí)現(xiàn)測(cè)試：5測(cè)試設(shè)計(jì)測(cè)試用例：確定要測(cè)試什么功能或性能；測(cè)試時(shí)用什2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期

統(tǒng)一軟件開(kāi)發(fā)過(guò)程中的一次迭代包括的核心工作流和整個(gè)軟件生命周期中的迭代

2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期統(tǒng)一軟件開(kāi)發(fā)過(guò)程中的一2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期軟件生命周期各階段劃分和迭代

2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期軟件生命周期各階段劃分和2.2.5RUP開(kāi)發(fā)過(guò)程的特點(diǎn)

統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的

統(tǒng)一過(guò)程采用構(gòu)架優(yōu)先方法

統(tǒng)一過(guò)程是增量和迭代的

特別適合現(xiàn)代軟件開(kāi)發(fā)統(tǒng)一過(guò)程采用UML作為開(kāi)發(fā)過(guò)程中的建模語(yǔ)言

2.2.5RUP開(kāi)發(fā)過(guò)程的特點(diǎn)統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的2.3UML概述

UML（UnifiedModelingLanguage）譯為“統(tǒng)一建模語(yǔ)言”

UML是一種用于對(duì)軟件系統(tǒng)進(jìn)行可視化、詳述、構(gòu)造和文檔化的建模語(yǔ)言

RUP中采用UML作建模語(yǔ)言UML不是一門(mén)程序設(shè)計(jì)語(yǔ)言

UML從面向?qū)ο蟮慕嵌葘?duì)系統(tǒng)建模

UML獨(dú)立于軟件開(kāi)發(fā)過(guò)程

UML是面向?qū)ο蠓椒ǖ囊徊糠?.3UML概述UML（UnifiedModeling2.4UML結(jié)構(gòu)

2.4UML結(jié)構(gòu)2.4.1UML中的事物

UML中有4種事物：結(jié)構(gòu)事物，行為事物，分組事物，注釋事物

結(jié)構(gòu)事物：共有7種結(jié)構(gòu)事物。即類(lèi)、接口、協(xié)作、用例、主動(dòng)類(lèi)、構(gòu)件和節(jié)點(diǎn)，是UML模型中可以包含的基本結(jié)構(gòu)事物，它們也有變體，如參與者，信號(hào)，實(shí)用程序（一種類(lèi)），進(jìn)程和線(xiàn)程（兩種主動(dòng)類(lèi)）、應(yīng)用文檔、文件、庫(kù)、頁(yè)和表（一種構(gòu)件）等。

行為事物：是UML的動(dòng)態(tài)部分，它們是模型中的動(dòng)詞，描述了跨越時(shí)間和空間的行為。共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)

分組事物：是UML模型的組織部分。在所有的分組事物中，最主要的分組事物是包注釋事物：是UML模型的解釋部分。這些注釋事物用來(lái)描述、說(shuō)明和標(biāo)注模型中的任何元素。有一種主要的注釋事物，稱(chēng)為注解2.4.1UML中的事物UML中有4種事物：結(jié)構(gòu)事一

結(jié)構(gòu)事物之1：類(lèi)

類(lèi)是對(duì)一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述

一結(jié)構(gòu)事物之1：類(lèi)類(lèi)是對(duì)一組具有相同屬性、操作、關(guān)系一

結(jié)構(gòu)事物之2：

接口

接口定義了一組操作的特征標(biāo)記，而不是操作的實(shí)現(xiàn)

一結(jié)構(gòu)事物之2：接口接口定義了一組操作的特征標(biāo)記，而一

結(jié)構(gòu)事物之3：

協(xié)作

協(xié)作定義了一個(gè)交互，它是由一組共同工作以提供某種協(xié)作行為的角色和其它元素構(gòu)成的一個(gè)群體，這些協(xié)作行為大于所有元素的各自行為總和。因此，協(xié)作有結(jié)構(gòu)、行為和維度。協(xié)作表示為包含名稱(chēng)的虛線(xiàn)橢圓

一結(jié)構(gòu)事物之3：協(xié)作協(xié)作定義了一個(gè)交互，它是由一組共一

結(jié)構(gòu)事物之4：用例

用例是對(duì)一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作將產(chǎn)生一個(gè)對(duì)特定的參與者有價(jià)值而且可以觀(guān)察到的結(jié)果。也就是從使用者的角度看到的系統(tǒng)的功能。

一結(jié)構(gòu)事物之4：用例用例是對(duì)一組動(dòng)作序列的描述，系一

結(jié)構(gòu)事物之5：主動(dòng)類(lèi)

主動(dòng)類(lèi)是這樣一種類(lèi)，其對(duì)象至少擁有一個(gè)進(jìn)程或線(xiàn)程，它能啟動(dòng)控制活動(dòng)

一結(jié)構(gòu)事物之5：主動(dòng)類(lèi)主動(dòng)類(lèi)是這樣一種類(lèi)，其對(duì)象至少一

結(jié)構(gòu)事物之6：構(gòu)件

構(gòu)件是系統(tǒng)中的物理的、可替代的部件，如源代碼文件。構(gòu)件表示為帶有小方框的矩形

一結(jié)構(gòu)事物之6：構(gòu)件構(gòu)件是系統(tǒng)中的物理的、可替代的部件一

結(jié)構(gòu)事物之7：節(jié)點(diǎn)

節(jié)點(diǎn)是運(yùn)行時(shí)存在的物理元素，它表示了一種可計(jì)算的資源，它通常至少具有記憶能力和運(yùn)行能力。一個(gè)構(gòu)件可以駐留在一個(gè)節(jié)點(diǎn)內(nèi)，也可以從一個(gè)節(jié)點(diǎn)遷移到另一個(gè)節(jié)點(diǎn)。

一結(jié)構(gòu)事物之7：節(jié)點(diǎn)節(jié)點(diǎn)是運(yùn)行時(shí)存在的物理元素，它表示二

行為事物

共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)

二行為事物共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)三

分組事物

分組事物是UML模型的組織部分。在所有的分組事物中，最主要的分組事物是包。包是模型元素的集合。為了方便，為了對(duì)系統(tǒng)進(jìn)行模塊劃分，用包將模型元素分組。包可以嵌套在其它的包中，它也有變體，如框架，模型和子系統(tǒng)等。三分組事物分組事物是UML模型的組織部分。在所有的分組事四

注釋事物

注釋事物是UML模型的解釋部分。這些注釋事物用來(lái)描述、說(shuō)明和標(biāo)注模型中的任何元素。有一種主要的注釋事物，稱(chēng)為注解。

四注釋事物注釋事物是UML模型的解釋部分。這些注釋事物用2.4.2UML中的關(guān)系

UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、實(shí)現(xiàn)。這4種元素是UML模型中可以包含的基本關(guān)系事物，它們也有變體，例如，依賴(lài)的變體有精化，跟蹤，包含和延伸。

2.4.2UML中的關(guān)系UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、2.4.3用UML對(duì)系統(tǒng)建模

UML中的圖：類(lèi)圖：顯示一組類(lèi)、接口、協(xié)作、以及它們的關(guān)系。對(duì)象圖：顯示一組對(duì)象以及它們的關(guān)系。用例圖：顯示一組用例，參與者以及它們的關(guān)系。順序圖：顯示一個(gè)交互，強(qiáng)調(diào)消息的時(shí)間排序。協(xié)作圖：顯示一個(gè)交互，強(qiáng)調(diào)發(fā)送消息和接收消息的對(duì)象的結(jié)構(gòu)組織。狀態(tài)圖：顯示一個(gè)狀態(tài)機(jī)，強(qiáng)調(diào)一個(gè)對(duì)象的按事件排序的行為。

活動(dòng)圖：顯示一個(gè)狀態(tài)機(jī)，強(qiáng)調(diào)從活動(dòng)到活動(dòng)的流。構(gòu)件圖：顯示一組構(gòu)件以及它們的關(guān)系。布署圖：顯示一組節(jié)點(diǎn)以及它們的關(guān)系。

2.4.3用UML對(duì)系統(tǒng)建模UML中的圖：UML模型

用例模型：它包括一至多張用例圖。靜態(tài)模型：它是指一組圖，包括類(lèi)圖，對(duì)象圖，構(gòu)件圖，布署圖。動(dòng)態(tài)模型：它是另一組圖，包括狀態(tài)圖，順序圖，活動(dòng)圖，協(xié)作圖。用例圖也描述了系統(tǒng)的動(dòng)態(tài)特性。一個(gè)模型可以有多種圖，因?yàn)椴煌Ｐ偷乃袌D均為同一個(gè)系統(tǒng)的描述，它們之間不能矛盾。

UML模型用例模型：它包括一至多張用例圖。UML視圖

每一個(gè)視圖是在特定的方面對(duì)系統(tǒng)的組織和結(jié)構(gòu)進(jìn)行的描述。有5種最重要的互補(bǔ)視圖：用例圖設(shè)計(jì)視圖進(jìn)程視圖實(shí)現(xiàn)視圖實(shí)施視圖UML視圖每一個(gè)視圖是在特定的方面對(duì)系統(tǒng)的組織和結(jié)構(gòu)進(jìn)行的UML規(guī)則

命名

范圍

可見(jiàn)性

執(zhí)行

省略

不完全性

不一致性

UML規(guī)則命名UML中的公共機(jī)制

在UML中有4種貫穿整個(gè)語(yǔ)言且一致使用的公共機(jī)制：

規(guī)格說(shuō)明

修飾

通用劃分：

“抽象”和“實(shí)例”劃分； “接口”和“實(shí)現(xiàn)”的分離擴(kuò)展機(jī)制：1）構(gòu)造型2）標(biāo)記值

3）約束

UML中的公共機(jī)制在UML中有4種貫穿整個(gè)語(yǔ)言且一致使包含更多信息的結(jié)構(gòu)事物包含更多信息的結(jié)構(gòu)事物包含更多信息的結(jié)構(gòu)事物包含更多信息的結(jié)構(gòu)事物包含更多信息的行為事物

包含更多信息的行為事物包含更多信息的行為事物包含更多信息的行為事物類(lèi)圖中常見(jiàn)的關(guān)聯(lián)符號(hào)

類(lèi)圖中常見(jiàn)的關(guān)聯(lián)符號(hào)2.5.2類(lèi)圖

訂票系統(tǒng)的類(lèi)圖

2.5.2類(lèi)圖訂票系統(tǒng)的類(lèi)圖2.5.3對(duì)象圖

2.5.3對(duì)象圖2.5.4用例圖

訂票系統(tǒng)用例模型

2.5.4用例圖訂票系統(tǒng)用例模型2.5.5順序圖

訂票系統(tǒng)中購(gòu)票用例的順序圖

2.5.5順序圖訂票系統(tǒng)中購(gòu)票用例的順序圖2.5.6協(xié)作圖

訂票系統(tǒng)包含更多交互細(xì)節(jié)的協(xié)作圖

2.5.6協(xié)作圖訂票系統(tǒng)包含更多交互細(xì)節(jié)的協(xié)作圖2.5.7狀態(tài)圖

2.5.7狀態(tài)圖2.5.8活動(dòng)圖

訂票系統(tǒng)中上演一個(gè)劇目的活動(dòng)圖

2.5.8活動(dòng)圖訂票系統(tǒng)中上演一個(gè)劇目的活動(dòng)圖泳道圖

泳道圖的一般形式

泳道圖泳道圖的一般形式2.5.9構(gòu)件圖

訂票系統(tǒng)構(gòu)件圖

2.5.9構(gòu)件圖訂票系統(tǒng)構(gòu)件圖2.5.10實(shí)施圖

訂票系統(tǒng)實(shí)施圖

2.5.10實(shí)施圖訂票系統(tǒng)實(shí)施圖2.5.11繪制UML圖的注意事項(xiàng)

1）用UML建模的目的不是為了繪制漂亮的圖畫(huà)。2）不是所有的圖都值得保存。3）在每個(gè)圖中只顯示足以表達(dá)特定問(wèn)題的細(xì)節(jié)。4）在系統(tǒng)中的結(jié)構(gòu)圖和行為圖之間保持平衡。5）不要使圖過(guò)大，也不要使圖過(guò)于小。6）給每個(gè)圖一個(gè)能清楚表達(dá)其意圖的有意義的名稱(chēng)。

7）要對(duì)圖進(jìn)行組織，根據(jù)視圖把它們組織成包。8）不要為圖的格式所困擾，用工具來(lái)幫助工作。

2.5.11繪制UML圖的注意事項(xiàng)1）用UML建模的目的不繪制UML圖的工具軟件RationalRoseEnterpriseArchitect(EA)VisualUMLVisio

把UML圖的內(nèi)容清楚地映射到各種工業(yè)化的面向?qū)ο蟮木幊陶Z(yǔ)言叫正向工程。從面向?qū)ο笳Z(yǔ)言源程序到UML模型的轉(zhuǎn)換叫逆向工程。

繪制UML圖的工具軟件RationalRose把UML圖2.6總結(jié)

模塊化、抽象、逐步求精是軟件開(kāi)發(fā)的一般性的方法。RUP是用例驅(qū)動(dòng)，構(gòu)架優(yōu)先，迭代和增量式的過(guò)程。它有初始，細(xì)化，構(gòu)造，移交四個(gè)工作階段。它有捕獲需求，分析，設(shè)計(jì)，實(shí)現(xiàn)，測(cè)試五個(gè)核心工作流。UML是一個(gè)通用的可視化建模語(yǔ)言。有4種事物：結(jié)構(gòu)事物、行為事物、分組事物、注釋事物；有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、實(shí)現(xiàn)；有9種最常用的圖：類(lèi)圖、對(duì)象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖（又稱(chēng)布署圖），組合這些圖可從不同角度對(duì)系統(tǒng)建模。

2.6總結(jié)模塊化、抽象、逐步求精是軟件開(kāi)發(fā)的一般性的方法。習(xí)題

RUP有四個(gè)階段，區(qū)別四個(gè)階段最重要的依據(jù)是什么？

在面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程中用UML建模，它在別的領(lǐng)域有運(yùn)用嗎？

利用UML對(duì)非軟件系統(tǒng)建模，如用UML描述大學(xué)的學(xué)習(xí)生活，某次社團(tuán)活動(dòng)等。你曾用過(guò)本章提到的哪幾種工具軟件？用它來(lái)做什么工作？

習(xí)題RUP有四個(gè)階段，區(qū)別四個(gè)階段最重要的依據(jù)是什么？統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP與統(tǒng)一建模語(yǔ)言UML

第二章《軟件工程與UML》統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP與統(tǒng)一建模語(yǔ)言UML第二章《軟件工程重點(diǎn)了解

模塊化、抽象、逐步求精這三個(gè)軟件開(kāi)發(fā)的一般性的方法統(tǒng)一軟件開(kāi)發(fā)過(guò)程是用例驅(qū)動(dòng)，構(gòu)架優(yōu)先，迭代和增量式的過(guò)程統(tǒng)一軟件開(kāi)發(fā)過(guò)程的五個(gè)核心工作流：需求捕獲、分析、設(shè)計(jì)、編碼、測(cè)試統(tǒng)一軟件開(kāi)發(fā)過(guò)程的四個(gè)工作階段：初始階段、細(xì)化階段、構(gòu)造階段、移交階段軟件開(kāi)發(fā)過(guò)程可以因任務(wù)而不斷變化，也就是說(shuō)過(guò)程可載剪待續(xù)重點(diǎn)了解模塊化、抽象、逐步求精這三個(gè)軟件開(kāi)發(fā)的一般性的方法重點(diǎn)了解

開(kāi)發(fā)過(guò)程的改進(jìn)是提高軟件質(zhì)量和開(kāi)發(fā)效率的主要手段UML是一個(gè)通用的可視化建模語(yǔ)言學(xué)習(xí)UML要掌握基本構(gòu)造塊，支配這些塊如何放在一起的規(guī)則，運(yùn)用于整個(gè)語(yǔ)言的一些公共機(jī)制三個(gè)方面UML的基本構(gòu)造塊是：事物，關(guān)系、圖UML有4種事物：結(jié)構(gòu)事物、行為事物、分組事物、注釋事物

UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、實(shí)現(xiàn)待續(xù)重點(diǎn)了解開(kāi)發(fā)過(guò)程的改進(jìn)是提高軟件質(zhì)量和開(kāi)發(fā)效率的主要手段重點(diǎn)了解

UML中有9種圖最常用：類(lèi)圖、對(duì)象圖、用例圖、順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、實(shí)施圖（又稱(chēng)布署圖），組合這些圖可從不同角度對(duì)系統(tǒng)建模UML不是一種編程語(yǔ)言，但使用代碼生成器工具，可將UML模型映射成編程語(yǔ)言代碼，如Java，C++，VisualBasic等。或使用反向生成工具將編程語(yǔ)言代碼轉(zhuǎn)換為UML模型。如RationalRose等UML建模工具都支持這兩種轉(zhuǎn)換。重點(diǎn)了解UML中有9種圖最常用：類(lèi)圖、對(duì)象圖、用例圖、順序2.1軟件開(kāi)發(fā)的幾個(gè)指導(dǎo)原則軟件開(kāi)發(fā)工作應(yīng)分階段進(jìn)行

將一個(gè)大的軟件開(kāi)發(fā)任務(wù)合理劃分成相對(duì)獨(dú)立的小塊任務(wù)從抽象到具體逐步深入解決問(wèn)題

2.1軟件開(kāi)發(fā)的幾個(gè)指導(dǎo)原則軟件開(kāi)發(fā)工作應(yīng)分階段進(jìn)行模型的概念

模型是人們對(duì)現(xiàn)實(shí)世界理解的抽象表達(dá)

模型可能有許多種類(lèi)型，在某些領(lǐng)域中，一個(gè)模型可能是一組數(shù)學(xué)方程式；而在另一些領(lǐng)域中，一個(gè)模型可能是計(jì)算機(jī)仿真程序；在建筑領(lǐng)域，模型是一個(gè)按比例縮小的實(shí)物；當(dāng)然還有像深圳的世界之窗公園里將著名風(fēng)景縮小變成的模型。一個(gè)RUP過(guò)程的模型是一組UML圖，為了理解和開(kāi)發(fā)一個(gè)軟件系統(tǒng)，用戶(hù)、開(kāi)發(fā)人員、分析人員、測(cè)試人員、管理人員及其他涉及項(xiàng)目的人員可以檢查、獲取、修改這些圖。

模型的概念模型是人們對(duì)現(xiàn)實(shí)世界理解的抽象表達(dá)2.2統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP

統(tǒng)一開(kāi)發(fā)過(guò)程（RationalUnifiedProcess，RUP）是一套軟件工程方法，它集成了許多軟件開(kāi)發(fā)模型的優(yōu)點(diǎn)，具有很好的可操作性和實(shí)用性，是目前最有效的軟件開(kāi)發(fā)過(guò)程模型。它描述了軟件開(kāi)發(fā)過(guò)程不同時(shí)期應(yīng)是某個(gè)角色，采取什么行為，經(jīng)過(guò)幾個(gè)工作流，得到某種產(chǎn)品或達(dá)到某個(gè)目標(biāo)。是將用戶(hù)需求轉(zhuǎn)化為一個(gè)軟件系統(tǒng)的一系列活動(dòng)的總稱(chēng)。

2.2統(tǒng)一軟件開(kāi)發(fā)過(guò)程RUP統(tǒng)一開(kāi)發(fā)過(guò)程（Rationa2.2.1統(tǒng)一過(guò)程概述統(tǒng)一過(guò)程是基于構(gòu)件的

統(tǒng)一過(guò)程使用統(tǒng)一建模語(yǔ)言（UML）來(lái)建模。進(jìn)行思考和溝通。

統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的統(tǒng)一過(guò)程采用構(gòu)架優(yōu)先方法

統(tǒng)一過(guò)程是迭代和增量的過(guò)程

統(tǒng)一過(guò)程有四個(gè)工作階段

統(tǒng)一過(guò)程有五個(gè)核心工作流

2.2.1統(tǒng)一過(guò)程概述統(tǒng)一過(guò)程是基于構(gòu)件的2.2.2統(tǒng)一過(guò)程的四個(gè)工作階段

1初始階段

2細(xì)化階段3構(gòu)造階段

4移交階段2.2.2統(tǒng)一過(guò)程的四個(gè)工作階段1初始階段2細(xì)化階1初始階段確定系統(tǒng)的核心功能、最主要的風(fēng)險(xiǎn)、構(gòu)架雛形、整個(gè)項(xiàng)目的粗略估計(jì)。

·確定系統(tǒng)向每個(gè)主要用戶(hù)提供的基本功能是什么？即區(qū)分關(guān)鍵的系統(tǒng)用例和主要的操作場(chǎng)景，對(duì)目前所了解的用例區(qū)分優(yōu)先級(jí)。·確定項(xiàng)目的軟件范圍和邊界條件，包括驗(yàn)收標(biāo)準(zhǔn)及產(chǎn)品中應(yīng)包括什么和不應(yīng)包括什么的清晰理解，系統(tǒng)與其它系統(tǒng)的接口。·確定系統(tǒng)的構(gòu)架看起來(lái)是什么樣子？在有些主要的場(chǎng)景中至少演示一個(gè)候選的構(gòu)架。尤其是系統(tǒng)中全新的，帶有風(fēng)險(xiǎn)的，較難實(shí)現(xiàn)的部分。這時(shí)僅僅需要確信構(gòu)架能夠建立而已?！ぷR(shí)別出那些影響系統(tǒng)建造能力的重大風(fēng)險(xiǎn)。并且斷定是否可以找到方法緩解這些風(fēng)險(xiǎn)。在初始階段，只考慮那些對(duì)系統(tǒng)的成功開(kāi)發(fā)有威脅的風(fēng)險(xiǎn)·估計(jì)整個(gè)項(xiàng)目的成本及大致的進(jìn)度。1初始階段確定系統(tǒng)的核心功能、最主要的風(fēng)險(xiǎn)、構(gòu)架雛形、有關(guān)概念用例：用例是從用戶(hù)的角度出發(fā)對(duì)如何使用系統(tǒng)的描述。操作場(chǎng)景：就是用例的操作步驟序列構(gòu)架：系統(tǒng)的框架性結(jié)構(gòu)有關(guān)概念用例：用例是從用戶(hù)的角度出發(fā)對(duì)如何使用系統(tǒng)的描述。2細(xì)化階段細(xì)化階段是4個(gè)階段中最關(guān)鍵的。細(xì)化階段的活動(dòng)必須確保構(gòu)架，需求和計(jì)劃足夠穩(wěn)定，風(fēng)險(xiǎn)得到充分的緩解，完成開(kāi)發(fā)的成本和進(jìn)度能在一個(gè)可接受的范圍內(nèi)被預(yù)測(cè)。

迅速地定出實(shí)用的構(gòu)架（其中所有的變更能被合理地處理、跟蹤和維護(hù)）。

規(guī)劃完成項(xiàng)目的活動(dòng)，估算完成項(xiàng)目所需的資源。

為構(gòu)造階段定出高精確度的計(jì)劃

細(xì)化初始階段的模型

2細(xì)化階段細(xì)化階段是4個(gè)階段中最關(guān)鍵的。細(xì)化階段的活動(dòng)3構(gòu)造階段在這個(gè)階段將消耗項(xiàng)目所需的大部分資源

實(shí)現(xiàn)管理層和用戶(hù)達(dá)成共識(shí)的產(chǎn)品的所有用例

一個(gè)移交階段的高精度計(jì)劃

關(guān)鍵特性和核心功能得到實(shí)現(xiàn)

產(chǎn)品發(fā)布的驗(yàn)收標(biāo)準(zhǔn)

初步的用戶(hù)手冊(cè)

對(duì)產(chǎn)品質(zhì)量的詳細(xì)分析

3構(gòu)造階段在這個(gè)階段將消耗項(xiàng)目所需的大部分資源4移交階段這個(gè)階段包括產(chǎn)品進(jìn)入測(cè)試版（?版）后的整個(gè)階段

試用產(chǎn)品，并改正試用中發(fā)現(xiàn)的缺陷

制作安裝版，并培訓(xùn)用戶(hù)

提供在線(xiàn)支持

4移交階段這個(gè)階段包括產(chǎn)品進(jìn)入測(cè)試版（?版）后的整個(gè)階段2.2.3統(tǒng)一過(guò)程的五個(gè)核心工作流

1捕獲需求2分析3設(shè)計(jì)4實(shí)現(xiàn)5測(cè)試

2.2.3統(tǒng)一過(guò)程的五個(gè)核心工作流1捕獲需求1捕獲需求需求捕獲階段的主要工作是建立并通過(guò)多次迭代來(lái)完善待開(kāi)發(fā)系統(tǒng)的用例模型。進(jìn)行初步的用戶(hù)界面設(shè)計(jì)。主要考慮誰(shuí)是用戶(hù)以及可以通過(guò)用例來(lái)完成什么業(yè)務(wù)或任務(wù)

1捕獲需求需求捕獲階段的主要工作是建立并通過(guò)多次迭代來(lái)完善2分析

對(duì)需求捕獲階段所描述的用例模型進(jìn)行精細(xì)化和組織

解決多個(gè)用例共享資源時(shí)的并發(fā)與沖突的細(xì)節(jié)

多個(gè)用例間的冗余

在捕獲需求階段得到的用例是采用面向用戶(hù)的語(yǔ)言表達(dá)的，在分析階段要采用面向開(kāi)發(fā)人員的語(yǔ)言進(jìn)行描述

2分析對(duì)需求捕獲階段所描述的用例模型進(jìn)行精細(xì)化和組織3設(shè)計(jì)構(gòu)造系統(tǒng)，聯(lián)系具體的編程語(yǔ)言，確定的構(gòu)件類(lèi)，具體的操作系統(tǒng)，還結(jié)合分布與并行技術(shù)，數(shù)據(jù)庫(kù)技術(shù)，用戶(hù)界面技術(shù)，事務(wù)管理技術(shù)等相關(guān)問(wèn)題，將系統(tǒng)劃分成子系統(tǒng)、接口和類(lèi)，并設(shè)計(jì)類(lèi)中方法的實(shí)現(xiàn)算法，接口的具體規(guī)范。

3設(shè)計(jì)構(gòu)造系統(tǒng)，聯(lián)系具體的編程語(yǔ)言，確定的構(gòu)件類(lèi)，具體的4實(shí)現(xiàn)

在實(shí)現(xiàn)階段，將基于設(shè)計(jì)的結(jié)果，探討如何用源代碼，腳本，二進(jìn)制代碼，可執(zhí)行體等構(gòu)件來(lái)實(shí)現(xiàn)系統(tǒng)

對(duì)構(gòu)件進(jìn)行單元測(cè)試，通過(guò)編譯和連接把它們集成為一個(gè)或多個(gè)可執(zhí)行程序，之后再進(jìn)行集成和測(cè)試

4實(shí)現(xiàn)在實(shí)現(xiàn)階段，將基于設(shè)計(jì)的結(jié)果，探討如何用源代碼，腳5測(cè)試

設(shè)計(jì)測(cè)試用例：確定要測(cè)試什么功能或性能；測(cè)試時(shí)用什么輸入數(shù)據(jù)，應(yīng)該得到什么輸出結(jié)果選擇測(cè)試測(cè)試環(huán)境，測(cè)試工具。創(chuàng)建測(cè)試腳本，規(guī)劃執(zhí)行哪些測(cè)試動(dòng)作及動(dòng)作的執(zhí)行順序。或創(chuàng)建使測(cè)試自動(dòng)化的可執(zhí)行的測(cè)試構(gòu)件。設(shè)計(jì)測(cè)試：就是執(zhí)行各種測(cè)試并系統(tǒng)地處理每個(gè)測(cè)試的結(jié)果，發(fā)現(xiàn)有缺陷的構(gòu)造要重新測(cè)試，甚至可能要送回給其它核心工作流（如設(shè)計(jì)和實(shí)現(xiàn)），這樣才能修復(fù)嚴(yán)重的缺陷

實(shí)現(xiàn)測(cè)試：5測(cè)試設(shè)計(jì)測(cè)試用例：確定要測(cè)試什么功能或性能；測(cè)試時(shí)用什2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期

統(tǒng)一軟件開(kāi)發(fā)過(guò)程中的一次迭代包括的核心工作流和整個(gè)軟件生命周期中的迭代

2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期統(tǒng)一軟件開(kāi)發(fā)過(guò)程中的一2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期軟件生命周期各階段劃分和迭代

2.2.4統(tǒng)一軟件開(kāi)發(fā)過(guò)程的生命周期軟件生命周期各階段劃分和2.2.5RUP開(kāi)發(fā)過(guò)程的特點(diǎn)

統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的

統(tǒng)一過(guò)程采用構(gòu)架優(yōu)先方法

統(tǒng)一過(guò)程是增量和迭代的

特別適合現(xiàn)代軟件開(kāi)發(fā)統(tǒng)一過(guò)程采用UML作為開(kāi)發(fā)過(guò)程中的建模語(yǔ)言

2.2.5RUP開(kāi)發(fā)過(guò)程的特點(diǎn)統(tǒng)一過(guò)程是用例驅(qū)動(dòng)的2.3UML概述

UML（UnifiedModelingLanguage）譯為“統(tǒng)一建模語(yǔ)言”

UML是一種用于對(duì)軟件系統(tǒng)進(jìn)行可視化、詳述、構(gòu)造和文檔化的建模語(yǔ)言

RUP中采用UML作建模語(yǔ)言UML不是一門(mén)程序設(shè)計(jì)語(yǔ)言

UML從面向?qū)ο蟮慕嵌葘?duì)系統(tǒng)建模

UML獨(dú)立于軟件開(kāi)發(fā)過(guò)程

UML是面向?qū)ο蠓椒ǖ囊徊糠?.3UML概述UML（UnifiedModeling2.4UML結(jié)構(gòu)

2.4UML結(jié)構(gòu)2.4.1UML中的事物

UML中有4種事物：結(jié)構(gòu)事物，行為事物，分組事物，注釋事物

結(jié)構(gòu)事物：共有7種結(jié)構(gòu)事物。即類(lèi)、接口、協(xié)作、用例、主動(dòng)類(lèi)、構(gòu)件和節(jié)點(diǎn)，是UML模型中可以包含的基本結(jié)構(gòu)事物，它們也有變體，如參與者，信號(hào)，實(shí)用程序（一種類(lèi)），進(jìn)程和線(xiàn)程（兩種主動(dòng)類(lèi)）、應(yīng)用文檔、文件、庫(kù)、頁(yè)和表（一種構(gòu)件）等。

行為事物：是UML的動(dòng)態(tài)部分，它們是模型中的動(dòng)詞，描述了跨越時(shí)間和空間的行為。共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)

分組事物：是UML模型的組織部分。在所有的分組事物中，最主要的分組事物是包注釋事物：是UML模型的解釋部分。這些注釋事物用來(lái)描述、說(shuō)明和標(biāo)注模型中的任何元素。有一種主要的注釋事物，稱(chēng)為注解2.4.1UML中的事物UML中有4種事物：結(jié)構(gòu)事一

結(jié)構(gòu)事物之1：類(lèi)

類(lèi)是對(duì)一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述

一結(jié)構(gòu)事物之1：類(lèi)類(lèi)是對(duì)一組具有相同屬性、操作、關(guān)系一

結(jié)構(gòu)事物之2：

接口

接口定義了一組操作的特征標(biāo)記，而不是操作的實(shí)現(xiàn)

一結(jié)構(gòu)事物之2：接口接口定義了一組操作的特征標(biāo)記，而一

結(jié)構(gòu)事物之3：

協(xié)作

協(xié)作定義了一個(gè)交互，它是由一組共同工作以提供某種協(xié)作行為的角色和其它元素構(gòu)成的一個(gè)群體，這些協(xié)作行為大于所有元素的各自行為總和。因此，協(xié)作有結(jié)構(gòu)、行為和維度。協(xié)作表示為包含名稱(chēng)的虛線(xiàn)橢圓

一結(jié)構(gòu)事物之3：協(xié)作協(xié)作定義了一個(gè)交互，它是由一組共一

結(jié)構(gòu)事物之4：用例

用例是對(duì)一組動(dòng)作序列的描述，系統(tǒng)執(zhí)行這些動(dòng)作將產(chǎn)生一個(gè)對(duì)特定的參與者有價(jià)值而且可以觀(guān)察到的結(jié)果。也就是從使用者的角度看到的系統(tǒng)的功能。

一結(jié)構(gòu)事物之4：用例用例是對(duì)一組動(dòng)作序列的描述，系一

結(jié)構(gòu)事物之5：主動(dòng)類(lèi)

主動(dòng)類(lèi)是這樣一種類(lèi)，其對(duì)象至少擁有一個(gè)進(jìn)程或線(xiàn)程，它能啟動(dòng)控制活動(dòng)

一結(jié)構(gòu)事物之5：主動(dòng)類(lèi)主動(dòng)類(lèi)是這樣一種類(lèi)，其對(duì)象至少一

結(jié)構(gòu)事物之6：構(gòu)件

構(gòu)件是系統(tǒng)中的物理的、可替代的部件，如源代碼文件。構(gòu)件表示為帶有小方框的矩形

一結(jié)構(gòu)事物之6：構(gòu)件構(gòu)件是系統(tǒng)中的物理的、可替代的部件一

結(jié)構(gòu)事物之7：節(jié)點(diǎn)

節(jié)點(diǎn)是運(yùn)行時(shí)存在的物理元素，它表示了一種可計(jì)算的資源，它通常至少具有記憶能力和運(yùn)行能力。一個(gè)構(gòu)件可以駐留在一個(gè)節(jié)點(diǎn)內(nèi)，也可以從一個(gè)節(jié)點(diǎn)遷移到另一個(gè)節(jié)點(diǎn)。

一結(jié)構(gòu)事物之7：節(jié)點(diǎn)節(jié)點(diǎn)是運(yùn)行時(shí)存在的物理元素，它表示二

行為事物

共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)

二行為事物共有2類(lèi)主要的行為事物：交互和狀態(tài)機(jī)三

分組事物

分組事物是UML模型的組織部分。在所有的分組事物中，最主要的分組事物是包。包是模型元素的集合。為了方便，為了對(duì)系統(tǒng)進(jìn)行模塊劃分，用包將模型元素分組。包可以嵌套在其它的包中，它也有變體，如框架，模型和子系統(tǒng)等。三分組事物分組事物是UML模型的組織部分。在所有的分組事四

注釋事物

注釋事物是UML模型的解釋部分。這些注釋事物用來(lái)描述、說(shuō)明和標(biāo)注模型中的任何元素。有一種主要的注釋事物，稱(chēng)為注解。

四注釋事物注釋事物是UML模型的解釋部分。這些注釋事物用2.4.2UML中的關(guān)系

UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、泛化、實(shí)現(xiàn)。這4種元素是UML模型中可以包含的基本關(guān)系事物，它們也有變體，例如，依賴(lài)的變體有精化，跟蹤，包含和延伸。

2.4.2UML中的關(guān)系UML中有4種關(guān)系：依賴(lài)、關(guān)聯(lián)、2.4.3用UML對(duì)系統(tǒng)建模

UML中的圖：類(lèi)圖：顯示一組類(lèi)、接口、協(xié)作、以及它們的關(guān)系。對(duì)象圖：顯示一組對(duì)象以及它們的關(guān)系。用例圖：顯示一組用例，參與者以及它們的關(guān)系。順序圖：顯示一個(gè)交互，強(qiáng)調(diào)消息的時(shí)間排序。協(xié)作圖：顯示一個(gè)交互，強(qiáng)調(diào)發(fā)送消息和接收消息的對(duì)象的結(jié)構(gòu)組織。狀態(tài)圖：顯示一個(gè)狀態(tài)機(jī)，強(qiáng)調(diào)一個(gè)對(duì)象的按事件排序的行為。

活動(dòng)圖：顯示一個(gè)狀態(tài)機(jī)，強(qiáng)調(diào)從活動(dòng)到活動(dòng)的流。構(gòu)件圖：顯示一組構(gòu)件以及它們的關(guān)系。布署圖：顯示一組節(jié)點(diǎn)以及它們的關(guān)系。

2.4.3用UML對(duì)系統(tǒng)建模UML中的圖：UML模型

用例模型：它包括一至多張用例圖。靜態(tài)模型：它是指一組圖，包括類(lèi)圖，對(duì)象圖，構(gòu)件圖，布署圖。動(dòng)態(tài)模型：它是另一組圖，包括狀態(tài)圖，順序圖，活動(dòng)圖，協(xié)作圖。用例圖也描述了系統(tǒng)的動(dòng)態(tài)特性。一個(gè)模型可以有多種圖，因?yàn)椴煌Ｐ偷乃袌D均為同一個(gè)系統(tǒng)的描述，它們之間不能矛盾。

UML模型用例模型：它包括一至多張用例圖。UML視圖

每一個(gè)視圖是在特定的方面對(duì)系統(tǒng)的組織和結(jié)構(gòu)進(jìn)行的描述。有5種最重要的互補(bǔ)視圖：用例圖設(shè)計(jì)視圖進(jìn)程視圖實(shí)現(xiàn)視圖實(shí)施視圖UML視圖每一個(gè)視圖是在特定的方面對(duì)系統(tǒng)的組織和結(jié)構(gòu)進(jìn)行的UML規(guī)則

命名

范圍

可見(jiàn)性

執(zhí)行

省略

不完全性

不一致性

UML規(guī)則命名UML中的公共機(jī)制

在UML中有4種貫穿整個(gè)語(yǔ)言且一致使用的公共機(jī)制：

規(guī)格說(shuō)明

修飾

通用劃分