全書教學課件：UML系統(tǒng)建模基礎(chǔ)教程

1、重點內(nèi)容：面向?qū)ο笏枷氲幕靖拍?面向?qū)ο蟮娜笠?面向?qū)ο笈c項目設計 用面向?qū)ο笏枷虢⑾到y(tǒng)模型第1章 面向?qū)ο笤O計與UML 一、面向?qū)ο笏枷氲幕靖拍?面向?qū)ο蠹夹g(shù)是一種以對象為基礎(chǔ)，以事件或消息來驅(qū)動對象執(zhí)行處理的程序設計技術(shù)。 從程序設計方法上來講，它是一種自下而上的程序設計方法，它不像面向過程程序設計那樣一開始就需要使用一個主函數(shù)來概括出整個程序，面向?qū)ο蟪绦蛟O計往往從問題的一部分著手，一點一點地構(gòu)建出整個程序。 1、什么叫面向?qū)ο? 對象（object）是面向?qū)ο螅∣bject-Oriented，OO）系統(tǒng)的基本構(gòu)造塊，是一些相關(guān)的變量和方法的軟件集。 可以利用對象來代表現(xiàn)實世界

2、中的對象：可用一個飛行試駕程序來代表現(xiàn)實世界中的正在飛行的飛機，或者用機床數(shù)控程序來代表現(xiàn)實世界的運行的機床。 同樣可以使用對象來造型抽象的概念，比如，點擊按鈕事件就是一個用在GUI窗口系統(tǒng)的公共對象，它可以代表用戶點擊程序界面中的一個確定按鈕的動作。 2、對象 一、面向?qū)ο笏枷氲幕靖拍钜弧DO.NET基礎(chǔ) 類（Class）是具有相同屬性和操作的一組對象的組合，也就是說，抽象模型中的“類”描述了一組相似對象的共同特征，為屬于該類的全部對象提供了統(tǒng)一的抽象描述。 例如名為“學生”的類被用于描述為被學生管理系統(tǒng)管理的學生對象。 類的定義要包含以下的要素 第一，定義該類對象的數(shù)據(jù)結(jié)構(gòu)（屬性的名稱

3、和類型） 第二，定義對象所要執(zhí)行的操作，也就是類的對象要被調(diào)用執(zhí)行那些操作，以及這些操作時對象要執(zhí)行那些操作，比如數(shù)據(jù)庫操作等等。3、類一、面向?qū)ο笏枷氲幕靖拍?所謂消息（Message）是指描述事件發(fā)生的信息，是對象間相互聯(lián)系和相互作用的方式。一個消息主要由5部分組成：消息的發(fā)送對象、消息的接收對象、消息傳遞方式、消息內(nèi)容（參數(shù)）、消息的返回。傳入的消息內(nèi)容的目的有兩個，一個是讓接受請求的對象獲取執(zhí)行任務的相關(guān)信息，另一個是行為指令。 所謂事件通常是指一種由系統(tǒng)預先定義而由用戶或系統(tǒng)發(fā)出的動作。事件作用于對象，對象識別事件并作出相應反應 。 對象通過對外提供的方法在系統(tǒng)中發(fā)揮自己的作用，當

4、系統(tǒng)中的其它對象請求這個對象執(zhí)行某個方法時，就向該對象發(fā)送一個消息，對象響應這個請求，完成指定的操作。程序的執(zhí)行取決于事件發(fā)生的順序，由順序產(chǎn)生的消息來驅(qū)動程序的執(zhí)行。4、消息與事件一、面向?qū)ο笏枷氲幕靖拍?二、面向?qū)ο蟮娜笠?封裝（Encapsulation）是把對象的狀態(tài)和行為綁到一起的機制，把對象形成一個獨立的整體，并且盡可能的隱藏對象的內(nèi)部細節(jié)。封裝有兩個含義：一是把對象的全部狀態(tài)和行為結(jié)合一起，形成一個不可分割的整體。對象的私有屬性只能夠由對象的行為來修改和讀取。二是盡可能隱蔽對象的內(nèi)部細節(jié)，與外界的聯(lián)系只能夠通過外部接口來實現(xiàn)。 封裝的信息屏蔽作用反映了事物的相對獨立性，我們

5、可以只關(guān)心它對外所提供的接口，即能夠提供什么樣的服務，而不用去關(guān)注其內(nèi)部的細節(jié)問題。 比如說使用手機，我們關(guān)注的通常是這個手機能實現(xiàn)什么功能，而不太會去關(guān)心這個手機的是怎么一步步制造出來的。1、封裝 二、面向?qū)ο蟮娜笠?繼承（Inheritance）是一種連接類與類的之間的層次模型。繼承是指特殊類的對象擁有其一般類的屬性和行為。 繼承意味著“自動地擁有”，即在特殊類中不必重新對已經(jīng)在一般類中所定義過的屬性和行為進行定義，而是特殊類自動地、隱含地擁有其一般類的屬性和行為。 繼承對類的重用性，提供了一種明確表述共性的方法。即一個特殊類既有自己定義的屬性和行為，又有繼承下來的屬性和行為。2、繼承

6、 二、面向?qū)ο蟮娜笠?多態(tài)性（Polymorphism）是指在兩個或多個屬于不同類中同一函數(shù)名對應多個具有相似功能的不同函數(shù)，可以使用相同的調(diào)用方式來調(diào)用這些具有不同功能的同名函數(shù)。 3、多態(tài) 三、面向?qū)ο笈c項目設計1、用面向?qū)ο蠓椒ǚ治鲰椖啃枨?面向?qū)ο笤O計的準則包括模塊化、抽象、信息隱藏、低耦合和高內(nèi)聚等特征。 系統(tǒng)設計是問題求解及建立解答的高級策略。必須制定解決問題的基本方法，系統(tǒng)的高層結(jié)構(gòu)形式包括子系統(tǒng)的分解、它的固有并發(fā)性、子系統(tǒng)分配給硬軟件、數(shù)據(jù)存儲管理、資源協(xié)調(diào)、軟件控制實現(xiàn)、人機交互接口等等。系統(tǒng)設計一般是先從高層入手，然后細化。 系統(tǒng)設計要決定整個結(jié)構(gòu)及風格，這種結(jié)構(gòu)為后

7、面設計階段的更詳細策略的設計提供了基礎(chǔ)。 2、用面向?qū)ο蟮姆椒ㄔO計系統(tǒng)三、面向?qū)ο笈c項目設計 瀑布模型也被稱為生存周期模型，其核心思想是按照相應的工序?qū)栴}進行簡化，將系統(tǒng)功能的實現(xiàn)與系統(tǒng)的設計工作分開，便于項目之間的分工與協(xié)作。 瀑布模型將軟件生命周期劃分為軟件計劃、需求分析和定義、軟件設計、軟件實現(xiàn)、軟件測試、軟件運行和維護這6個階段。1、瀑布模型 四、用面向?qū)ο笏枷虢⑾到y(tǒng)模型噴泉模型是一種以對象為驅(qū)動、以用戶需求為動力的模型，主要用于描述面向?qū)ο蟮能浖_發(fā)過程。該模型認為軟件開發(fā)過程自下而上周期的各階段是相互重疊和多次反復的，就像水噴上去又可以落下來，類似一個噴泉。2、噴泉模型四、用面

8、向?qū)ο笏枷虢⑾到y(tǒng)模型基于構(gòu)件的開發(fā)模型利用模塊化方法將整個系統(tǒng)模塊化，并在一定構(gòu)件模型的支持下復用構(gòu)件庫中的一個或多個軟件構(gòu)件，通過組合手段高效率、高質(zhì)量地構(gòu)造應用軟件系統(tǒng)的過程。3、基于組件的開發(fā)模型四、用面向?qū)ο笏枷虢⑾到y(tǒng)模型 敏捷方法強調(diào)適應性而非預測性、強調(diào)以人為中心，而不以流程為中心，以及對變化的適應和對人性的關(guān)注，其特點是輕載、基于時間、緊湊、并行并基于構(gòu)件的軟件過程。 在所有的敏捷方法中，XP（eXtreme Programming）方法是最引人注目的一種輕型開發(fā)方法。它規(guī)定了一組核心價值和方法，消除了大多數(shù)重量型開發(fā)過程中的不必要產(chǎn)物，建立了一個漸進型開發(fā)過程。 4、XP開

9、發(fā)模型四、用面向?qū)ο笏枷虢⑾到y(tǒng)模型重點內(nèi)容： UML概述 常用的UML元素分析 UML的通用機制 UML的擴展機制 第2章 UML通用知識點綜述 一、 UML概述 UML能夠在盡可能簡單的同時能夠滿足對實際開發(fā)需要，進行系統(tǒng)的各個方面建模。 UML擁有足夠的表達能力以便可以處理現(xiàn)代軟件開發(fā)中出現(xiàn)的所有概念。 UML是一個通用語言，不僅僅和一種通用程序設計語言一樣，也是一個龐大的標準符號體系，提供了多種模型。 UML是用模型來描述系統(tǒng)的結(jié)構(gòu)或靜態(tài)特征以及行為或動態(tài)特征的，它從不同的視角為系統(tǒng)的架構(gòu)建模形成系統(tǒng)的不同視圖（view）。 在UML中主要包括的視圖為靜態(tài)視圖、用例視圖、交互視圖、實現(xiàn)

10、視圖、狀態(tài)機視圖、活動視圖、部署視圖和模型管理視圖。 1、視圖 二、常用的UML元素分析視圖 靜態(tài)視圖是對在應用領(lǐng)域中的各種概念以及與系統(tǒng)實現(xiàn)相關(guān)的各種內(nèi)部概念進行的建模。 由于這種視圖不描述與時間有關(guān)的系統(tǒng)行為所以我們稱之為是靜態(tài)的，描述與時間相關(guān)的系統(tǒng)行為我們在其他視圖中進行描述。靜態(tài)視圖主要是由類與類之間的關(guān)系構(gòu)成。 這些關(guān)系包括：關(guān)聯(lián)、泛化和依賴關(guān)系，我們又把依賴關(guān)系具體可以再分為使用和實現(xiàn)關(guān)系。1、視圖 二、常用的UML元素分析靜態(tài)圖視 用例視圖描述了系統(tǒng)的參與者與系統(tǒng)進行交互的功能，是參與者所能觀察和使用到的系統(tǒng)功能的模型圖。一個用例是系統(tǒng)的一個功能單元，是系統(tǒng)參與者與系統(tǒng)之間進行

11、的一次交互作用。 1、視圖 二、常用的UML元素分析用例視圖 交互視圖描述了執(zhí)行系統(tǒng)功能的各個角色之間相互傳遞消息的順序關(guān)系，是描繪系統(tǒng)中各種角色或功能交互的模型。交互視圖顯示了跨越多個對象的系統(tǒng)控制流程。 我們通過不同對象間的相互作用來描述系統(tǒng)的行為，是通過兩種方式進行的，一種是以獨立的對象為中心進行描述，另外一種方式是以相互作用的一組對象為中心進行描述。 交互視圖可運使用兩種圖的形式來表示：序列圖和協(xié)作圖。 1、視圖 二、常用的UML元素分析交互視圖 狀態(tài)機視圖是通過對象的各種狀態(tài)來建立模型來描述對象隨時間變化的動態(tài)行為。狀態(tài)機視圖也是通過不同對象間的相互作用來描述系統(tǒng)的行為的，不同的它是

12、以獨立的對象為中心進行描述。 狀態(tài)機視圖中，每一個對象都擁有自己的狀態(tài)，這些狀態(tài)之間的變化是通過事件進行觸發(fā)的。 對象被看成為通過事件進行觸發(fā)并做出相應的動作來與外界的其他對象進行通信的獨立實體。事件表達了對象可以被使用操作，同時反映了對象狀態(tài)的變化。 1、視圖 二、常用的UML元素分析狀態(tài)機視圖 活動視圖是一種特殊形式的狀態(tài)機視圖，是狀態(tài)機的一個變體，用來描述執(zhí)行算法的工作流程中涉及的活動。 通?；顒右晥D用于對計算流程和工作流程建模?；顒右晥D中的狀態(tài)表示計算過程中所處的各種狀態(tài)。 活動視圖是在假定整個計算處理的過程中沒有外部事件引起的中斷的條件下進行描述的，否則普通的狀態(tài)機更加適合于描述這種

13、情況。 1、視圖 二、常用的UML元素分析活動視圖 物理視圖是對應用自身的實現(xiàn)結(jié)構(gòu)建模，例如系統(tǒng)的構(gòu)件組織情況以及運行節(jié)點的配置等等。 物理視圖提供了將系統(tǒng)中的類映射成物理構(gòu)件和節(jié)點的機制。 物理視圖提供了將系統(tǒng)中的類映射成物理構(gòu)件和節(jié)點的機制。系統(tǒng)模型的大部分內(nèi)容反映了系統(tǒng)的邏輯和設計方面的信息，并且獨立于系統(tǒng)的最終實現(xiàn)單元。 1、視圖 二、常用的UML元素分析物理視圖 模型管理視圖是對模型自身組織進行的建模，是由自身的一系列模型元素（如類、狀態(tài)機和用例）構(gòu)成的包所組成的模型。模型是從某一觀點以一定的精確程度對系統(tǒng)所進行的完整描述。 從不同的視角出發(fā)，對同一系統(tǒng)可能會建立多個模型，例如有系統(tǒng)

14、分析模型和系統(tǒng)設計模型等等。模型是一種特殊的包。一個包 (package) 還可以包含其他的包。 整個系統(tǒng)的靜態(tài)模型實際上可看成是系統(tǒng)最大的包，它直接或間接包含了模型中的所有元素內(nèi)容。1、視圖 二、常用的UML元素分析模型管理視圖 用例圖描述了系統(tǒng)提供的一個功能單元。用例圖的主要目的是幫助開發(fā)團隊以一種可視化的方式理解系統(tǒng)的功能需求，包括基于基本流程的“角色”關(guān)系，以及系統(tǒng)內(nèi)用例之間的關(guān)系。 使用用例圖可以表示出用例的組織關(guān)系，這種組織關(guān)系包括整個系統(tǒng)的全部用例或者是完成相關(guān)功能的一組用例。 在用例圖中畫出某個用例方式是在用例圖中繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置

15、。2、圖 二、常用的UML元素分析用例圖 類圖顯示了系統(tǒng)的靜態(tài)結(jié)構(gòu)，表示了不同的實體（人、事物和數(shù)據(jù)）是如何彼此相關(guān)聯(lián)起來。 類圖可用于表示邏輯類，邏輯類通常就是用戶的業(yè)務所談及的事物，比如說學生、學校等。類圖還可用于表示實現(xiàn)類，實現(xiàn)類就是程序員處理的實體。 2、圖 二、常用的UML元素分析類圖 序列圖顯示了一個具體用例或者用例的一部分的一個詳細流程。它幾乎是自描述的，序列圖不僅可以顯示了流程中不同對象之間的調(diào)用關(guān)系，還可以很詳細地顯示對不同對象的不同調(diào)用。 序列圖有兩個維度：垂直維度，也稱時間維度，以發(fā)生的時間順序顯示消息或調(diào)用的序列；水平維度顯示消息被發(fā)送到的對象實例。2、圖 二、常用的U

16、ML元素分析序列圖 狀態(tài)圖表示某個類所處的不同狀態(tài)及該類在這些狀態(tài)中的轉(zhuǎn)換過程。 狀態(tài)圖的符號集包含了下列五個基本的元素：初始起點，狀態(tài)之間的轉(zhuǎn)換，狀態(tài)，判斷點，一個或者多個終止點，它們使用內(nèi)部包含實心圓的圓來繪制。2、圖 二、常用的UML元素分析狀態(tài)圖 活動圖是用來表示兩個或者更多的對象之間在處理某個活動時的過程控制流程。 活動圖能夠在業(yè)務單元的級別上，對更高級別的業(yè)務過程進行建模，或者對低級別的內(nèi)部類操作進行建模。2、圖 二、常用的UML元素分析活動圖 是要指出某些功能實際存在哪些地方，還需要構(gòu)件圖來進行表示。 構(gòu)件圖提供系統(tǒng)的物理視圖，它是根據(jù)系統(tǒng)的代碼構(gòu)件顯示了系統(tǒng)代碼的整個物理結(jié)構(gòu)。

17、 構(gòu)件圖最經(jīng)常用于實際的編程工作中。在以構(gòu)件為基礎(chǔ)的開發(fā)（CBD）中，構(gòu)件圖為系統(tǒng)架構(gòu)師提供了一個為解決方案進行建模的自然形式。 2、圖 二、常用的UML元素分析構(gòu)件圖 部署圖是用于表示該軟件系統(tǒng)如何部署到硬件環(huán)境中，它是顯示在系統(tǒng)中的不同的構(gòu)件在何處物理地運行，以及如何進行彼此的通信。 部署圖對系統(tǒng)的物理運行情況進行了建模，因此系統(tǒng)的生產(chǎn)人員就能夠很好地利用這種圖來部署實際的系統(tǒng)。2、圖 二、常用的UML元素分析部署圖 在UML中，圖作為一種可視化的方式聚集了相關(guān)需要表達的事物，并且表達了這些事物之間的關(guān)系。 事物是對模型中最具有代表性的成分的抽象，關(guān)系描述了事物之間如何彼此關(guān)聯(lián)、相互依賴或

18、作用的。正是關(guān)系把構(gòu)成系統(tǒng)的諸多事物結(jié)合成一個有機的整體。3、模型元素 二、常用的UML元素分析 事物是UML模型中面向?qū)ο蠡镜哪K，它們在模型中屬于靜態(tài)部分。事物作為對模型中最具有代表性的成分的抽象，在UML中，定義了四種基本的面向?qū)ο蟮氖挛铮謩e是結(jié)構(gòu)事物、行為事物、分組事物和注釋事物等。3、模型元素 二、常用的UML元素分析事物 UML模型是由各種事物以及這些事物之間的各種關(guān)系構(gòu)成的。關(guān)系是指支配、協(xié)調(diào)各種模型元素存在并相互使用的規(guī)則。 UML中主要包含四種關(guān)系，分別是依賴、關(guān)聯(lián)、泛化和實現(xiàn)。3、模型元素 二、常用的UML元素分析關(guān)系 依賴關(guān)系：依賴關(guān)系指的是兩個事物之間的一種語義關(guān)系

19、，當其中一個事物（獨立事物）發(fā)生變化就會影響另外一個事物（依賴事物）的語義。 3、模型元素 二、常用的UML元素分析關(guān)系 關(guān)聯(lián)關(guān)系：關(guān)聯(lián)關(guān)系是一種事物之間的結(jié)構(gòu)關(guān)系，我們用它來描述一組鏈，鏈是對象之間的連接。 泛化關(guān)系：泛化關(guān)系是事物之間的一種特殊/一般關(guān)系，特殊元素（子元素）的對象可替代一般元素（父元素）的對象，也就是我們在面向?qū)ο髮W中常常提起的繼承。 3、模型元素 二、常用的UML元素分析關(guān)系 實現(xiàn)關(guān)系：實現(xiàn)關(guān)系也是UML元素之間的一種語義關(guān)系，它描述了一組操作的規(guī)約和一組對操作的具體實現(xiàn)之間的語義關(guān)系。 如果把模型元素當成一個對象來看待，那么模型元素本身也應該具有很多的屬性，這些屬性用于

20、維護屬于該模型元素的數(shù)據(jù)值。 屬性是使用名稱和標記值（Tagged Value）的值來定義的。標記值指的是一種特定的類型，可以是布爾型、整型或字符型，也可以是某個類或接口的類型。1、規(guī)則說明三、UML的通用機制 在UML的圖形表示中，每一個模型元素都有一個基本符號，這個基本符號可視化地表達了模型元素最重要的信息。 用戶也可以把各種修飾細節(jié)加到這個符號上以擴展其含義。這種添加修飾細節(jié)的做法可以為圖中的模型元素在一些視覺上的效果上發(fā)生一些變化。2、修飾三、UML的通用機制 在UML的圖形表示中，每一個模型元素都有一個基本符號，這個基本符號可視化地表達了模型元素最重要的信息。 用戶也可以把各種修飾細

21、節(jié)加到這個符號上以擴展其含義。這種添加修飾細節(jié)的做法可以為圖中的模型元素在一些視覺上的效果上發(fā)生一些變化。2、修飾三、UML的通用機制 通用劃分是一種保證不同抽象概念層次的機制。通常我們可以采用兩種方式進行通用劃分，一種是對類和對象的劃分，另外一種是對接口和實現(xiàn)的分離。 類和對象的劃分是指類是一個抽象而對象是這種抽象的一個實例化。接口和實現(xiàn)的分離是指接口聲明了一個操作接口，但是卻不實現(xiàn)其內(nèi)容，而實現(xiàn)則表示了對該操作接口的具體實現(xiàn)，它負責如實地實現(xiàn)接口的完整語義。 類和對象的劃分保證了實例及其抽象的劃分，從而使得對一組實例對象的公共靜態(tài)和動態(tài)特征無需一一管理和實現(xiàn)，只需要抽象成一個類，通過類的實

22、例化實現(xiàn)對對象實體的管理。 3、通訊劃分三、UML的通用機制 簡而言之，構(gòu)造型擴展機制的目的就是基于一個已存在的模型元素再重新定義一個新的模型元素。 構(gòu)造型的一般表現(xiàn)形式為使用“”包含構(gòu)造型的名稱在里面，例如、等。 1、構(gòu)造型四、UML擴展機制 標記值是由一對字符串構(gòu)成，這對字符串包含一個標記字符串和一個值字符串，用來存儲著有關(guān)模型元素或表達元素的一些相關(guān)信息。 標記值，可以被我們用來擴展UML構(gòu)造塊的特性，可以根據(jù)我們的需要來創(chuàng)建詳述元素的新元素。 標記值可以與任何獨立元素相關(guān)，包括模型元素和表達元素。標記值是當我們需要對一些特性進行記錄的時候而給定元素的值。 2、標記值四、UML擴展機制

23、約束機制用于擴展UML構(gòu)造塊的語義，允許建模者和設計人員可以增加新的規(guī)則和修改現(xiàn)有的規(guī)則。 約束可以表示在 UML 的規(guī)范表示中不能表示的語義關(guān)系，特別是當陳述全局條件或影響許多元素的條件時，約束特別有用。 約束使用大括號和大括號內(nèi)的字符串表達式表示，即約束的表現(xiàn)形式為約束的內(nèi)容。約束可以附加在表元素、依賴關(guān)系，或注釋上。3、約束四、UML擴展機制重點內(nèi)容： 什么叫統(tǒng)一過程 統(tǒng)一過程的結(jié)構(gòu)配置和實現(xiàn)Rational統(tǒng)一過程 第3章 Rational統(tǒng)一過程一、 什么叫統(tǒng)一過程 Rational統(tǒng)一過程，從字面的意思來講，其包含有三層含義。首先，作為“Rational”統(tǒng)一過程，它是由Ratio

24、nal軟件開發(fā)公司開發(fā)并維護的，它可以被看成是Rational軟件開發(fā)公司的一款軟件產(chǎn)品，并且和Rational軟件開發(fā)公司開發(fā)的一系列軟件開發(fā)工具進行了緊密的集成。 其次是它的“統(tǒng)一”的含義，Rational統(tǒng)一過程擁有自己的一套架構(gòu)，并且這套架構(gòu)是以一種大多數(shù)項目和開發(fā)組織都能夠接受的形式存在的。其采用了現(xiàn)代軟件工程開發(fā)的六項最佳實踐。 最后是它的“過程”上，Rational統(tǒng)一過程不管是如何解釋，其最終仍然是一種軟件開發(fā)過程，提供了如何對軟件開發(fā)組織進行管理的方式，并且擁有自己的目標和方法。一、 什么叫統(tǒng)一過程 在各種書籍以及參考資料中，將Rational統(tǒng)一過程的開發(fā)過程使用一種二維結(jié)

25、構(gòu)來表達，即使用沿著橫軸和縱軸兩個坐標軸來表達該過程。 二、 統(tǒng)一過程的結(jié)構(gòu) Rational統(tǒng)一過程的靜態(tài)結(jié)構(gòu)是通過對其模型元素的定義來進行描述的。在Rational統(tǒng)一過程的開發(fā)流程中定義了“誰”“何時”“如何”做“某事”，并分別使用四種主要的建模元素來進行表達，它們是： 第一，角色(Workers)，代表了“誰”來做？ 第二，活動(Activities)，代表了“如何”去做？ 第三，產(chǎn)物(Artifacts)，代表了要做“某事”？ 第四，工作流（Workflows），代表了“何時”做？1、統(tǒng)一過程靜態(tài)結(jié)構(gòu) 二、 統(tǒng)一過程的結(jié)構(gòu) 角色定義了個人或由若干人所組成小組的行為和責任，它是統(tǒng)一過程

26、的中心概念，很多事物和活動都是圍繞角色進行的。 角色舉例： 架構(gòu)師（Architect） 架構(gòu)師在整個項目中領(lǐng)導和協(xié)調(diào)技術(shù)活動和產(chǎn)物。架構(gòu)師為每一個架構(gòu)視圖建立整體結(jié)構(gòu)：視圖分解、元素分組以及在這些主要分組之間的接口。 系統(tǒng)分析員（System Analyst）系統(tǒng)分析員通過描述系統(tǒng)功能的綱要和約束，領(lǐng)導和協(xié)調(diào)系統(tǒng)需求的抽取和用例建?；顒?。1、統(tǒng)一過程靜態(tài)結(jié)構(gòu) 角色二、 統(tǒng)一過程的結(jié)構(gòu) 角色所執(zhí)行的行為使用活動表示，每一個角色都與一組相關(guān)的活動相聯(lián)系，活動定義了他們執(zhí)行的工作。 某個角色的活動是可能要求該角色中的個體執(zhí)行的工作單元。 活動通常具有明確的目的，將在項目語境中產(chǎn)生有意義的結(jié)果，通

27、常表現(xiàn)為一些產(chǎn)物，如模型、類、計劃等。 活動舉例： 第一，計劃一個迭代過程，對應角色：項目經(jīng)理。 第二，尋找用例（use cases）和參與者（actors）：對應角色：系統(tǒng)分析員。 第三，審核設計：對應角色：設計審核人員。 第四，執(zhí)行性能測試：對應角色：性能測試人員。1、統(tǒng)一過程靜態(tài)結(jié)構(gòu) 活動二、 統(tǒng)一過程的結(jié)構(gòu) 產(chǎn)物物是被過程產(chǎn)生的、修改，或為過程所使用的一段信息。 產(chǎn)物是項目的有形產(chǎn)品：項目最終產(chǎn)生的事物，或者向最終產(chǎn)品邁進過程中使用的事物。產(chǎn)物用作角色執(zhí)行某個活動的輸入，同時也是該活動的輸出。在面向?qū)ο蟮脑O計術(shù)語中，如活動是活動對象（角色）上的操作一樣，產(chǎn)物是這些活動的參數(shù)。 產(chǎn)物可以

28、具有不同的形式： 模型，模型組成元素，文檔，源代碼和可執(zhí)行文件。 1、統(tǒng)一過程靜態(tài)結(jié)構(gòu) 產(chǎn)物二、 統(tǒng)一過程的結(jié)構(gòu) 僅依靠角色、活動和產(chǎn)物的列舉并不能組成一個過程。需要一種方法來描述能產(chǎn)生若干有價值的有意義結(jié)果的活動序列，顯示角色之間的交互作用，這就是工作流。 Rational統(tǒng)一過程中包含了九個核心過程工作流（core process workflows），代表了所有角色和活動的邏輯分組情況。 核心過程工作流可以被再分成六個核心工程工作流和三個核心支持工作流。 六個核心工程工作流分別為：業(yè)務建模工作流，需求工作流，分析和設計工作流，實現(xiàn)工作流，測試工作流 ，分發(fā)工作流。 三個核心支持工作流分別

29、為：項目管理工作流，配置和變更控制工作流，環(huán)境工作流。1、統(tǒng)一過程靜態(tài)結(jié)構(gòu) 工作流 二、 統(tǒng)一過程的結(jié)構(gòu) Rational統(tǒng)一過程的動態(tài)結(jié)構(gòu)，是通過對迭代式軟件開發(fā)過程的周期、階段、迭代過程以及里程碑等的描述來進行表示的。 2、統(tǒng)一過程動態(tài)結(jié)構(gòu)二、 統(tǒng)一過程的結(jié)構(gòu) 在Rational統(tǒng)一過程中建議采用五種視圖來進行描述架構(gòu)：邏輯視圖（Logical View）：邏輯視圖主要支持系統(tǒng)的功能性需求，即在為用戶提供服務方面系統(tǒng)應該提供的功能。 過程視圖（Process View）：過程視圖考慮的是一些非功能性的需求，主要表現(xiàn)為系統(tǒng)運行時的一些特性，如系統(tǒng)的性能和可用性等。 物理視圖（Physical

30、 View）：物理視圖主要關(guān)注的也是系統(tǒng)的非功能性需求，這些需求包括系統(tǒng)的可用性、可靠性、性能和可伸縮性。 開發(fā)視圖（Development View）：開發(fā)視圖描繪的是系統(tǒng)地開發(fā)架構(gòu)，它關(guān)注的是軟件開發(fā)環(huán)境中實際模塊的組織情況，即系統(tǒng)的子系統(tǒng)是如何分解的。 3、面向架構(gòu)的過程三、配置實現(xiàn)Rational統(tǒng)一過程 配置Rational統(tǒng)一過程是指通過修改Rational軟件公司交付的過程框架，使整個過程產(chǎn)品適應采納了這種方法的組織的需要和約束。 當將在線的Rational統(tǒng)一過程的基線拷貝置于配置管理之下時，配置該過程的相關(guān)人員就可以修改過程以實現(xiàn)變更。例如： 1 在活動中增加、擴展、修改或刪

31、除一些步驟。 2 基于經(jīng)驗增加評審活動的檢查點。 3 根據(jù)在以前項目中發(fā)現(xiàn)的問題，增加一些指南。 4 裁減一些模板，比如增加公司的標志、頭注、腳注、標識和 封面等。 5 增加一些必要的工具指南等。1、配置Rational統(tǒng)一過程三、配置實現(xiàn)Rational統(tǒng)一過程 實現(xiàn)Rational統(tǒng)一過程是指在軟件開發(fā)組織中，通過改變組織的實踐，使組織能例行地、成功地使用Rational統(tǒng)一過程的全部或其一部分。 在軟件開發(fā)組織中實現(xiàn)一個全新的過程可以使用以下六個步驟來描述。它們分別是： 1 評估當前狀態(tài)。 2 建立明確目標。 3 識別過程風險。 4 計劃過程實現(xiàn)。 5 執(zhí)行過程實現(xiàn)。 6 評價過程實現(xiàn)。

32、2、實現(xiàn)Rational統(tǒng)一過程重點內(nèi)容： Rational Rose：設計UML的工具 Rational Rose的安裝 Rational Rose的使用第4章 Rational Rose的安裝和操作一、 Rational Rose：設計UML的工具 Rational Rose 是一個完全的、具有能滿足所有建模環(huán)境（包括Web開發(fā)、數(shù)據(jù)庫建模以及各種開發(fā)工具和語言）需求能力和靈活性的一套解決方案。 Rational Rose 是一個完全的、具有能滿足所有建模環(huán)境（包括Web開發(fā)、數(shù)據(jù)庫建模以及各種開發(fā)工具和語言）需求能力和靈活性的一套解決方案。Rational Rose 允許系統(tǒng)開發(fā)人員、系

33、統(tǒng)管理人員和系統(tǒng)分析人員在軟件的各個開發(fā)周期內(nèi)，建立系統(tǒng)地需求和系統(tǒng)的體系架構(gòu)的可視化模型，并且能夠?qū)⑦@些需求和系統(tǒng)的體系架構(gòu)可視化模型轉(zhuǎn)換成代碼，幫助系統(tǒng)開發(fā)。 二、 Rational Rose的安裝 1 硬件配置。最低的硬件配置環(huán)境需要基于Pentium的PC兼容系統(tǒng)，600MHz，512M內(nèi)存，400M磁盤空間。推薦將內(nèi)存增加至1G。 2 系統(tǒng)要求?？梢园惭b在以下的Windows操作系統(tǒng)中，Windows NT 4.0、Windows 2000、Windows XP Professional、Windows 2003。 3 數(shù)據(jù)庫支持。Rational Rose 2003可以提供多種數(shù)據(jù)

34、庫的支持，包括IBM DB2 Universal Database5.x、6.x和7.x，IBM DB2 OS390 5.x和6.x，MS SQL Server 6.x、7.x和2000，Oracle 7.x、8.x和9.x以及Sybase System 12。 1、Rational Rose的安裝環(huán)境 二、 Rational Rose的安裝 1 將擁有Rational Rose Enterprise Edition安裝程序的光盤放置在光驅(qū)中，瀏覽該光盤，查找到RationalRoseEnterpriseEditionforWindows.exe可執(zhí)行文件，雙擊該文件進行運行。 2、Ratio

35、nal Rose 的安裝步驟二、 Rational Rose的安裝 2 在完成路徑設置以后，單擊Next按鈕，安裝程序開始進入讀取安裝包的內(nèi)容。在讀取安裝包中的內(nèi)容后，將待安裝文件釋放到已經(jīng)設置的路徑中。 3 進入安裝向?qū)Ы缑妫瑔螕簟癗ext ”按鈕，進入產(chǎn)品選擇界面。在產(chǎn)品選擇中，可以選擇“Rational License Server”或者“Rational Rose Enterprise Edition”，我們選擇后者，選擇后在圖的右方出現(xiàn)相關(guān)說明信息。隨后按默認的Next，進行安裝。 2、Rational Rose 的安裝步驟三、 Rational Rose的使用 在“New”（新建）

36、選項卡中，我們可以選擇創(chuàng)建模型的模板。 在“Existing”（打開）選項卡中，我們可以打開一個已經(jīng)存在的模型，在對話框左側(cè)的列表中，逐級找到該模型所在的目錄，然后從右側(cè)的列表中選中該模型，單擊“Open”（打開）按鈕進行打開。 在“Rencent”（最近使用的模型）選項卡中，我們可以選擇打開一個最近使用過的模型文件，在選項卡中，選中需要打開的模型，單擊“Open”按鈕或者雙擊該模型文件的圖標即可。1、Rational Rose的啟動界面三、 Rational Rose的使用 標題欄可以顯示當前正在工作的模型文件名稱。 對于剛剛新建還未被保存的模型名稱使用“untitled”表示。此外，標題欄

37、還可以顯示當前正在編輯的圖的名稱和位置，如 Class Diagram：Logical View / Main 代表的是在Logical View（邏輯視圖）下創(chuàng)建的名稱為Main的Class Diagram（類圖）。2、Rational Rose的操作界面標題欄三、 Rational Rose的使用 在菜單欄中包含了所有在Rational Rose 2003 中可以進行的操作，一級菜單共有項，分別是 “File”（文件） “Edit”（編輯） “View”（視圖） “Format”（格式） “Browse”（瀏覽） “Report”（報告） “Query”（查詢） “Tools”（工具） “

38、Add-Ins”（插件） “Window”（窗口） “Help”（幫助）。2、Rational Rose的操作界面菜單欄 三、 Rational Rose的使用 可以通過“View”（視圖）下的“Toolbars”（工具欄）來定制是否顯示標準工具欄和編輯區(qū)工具欄。 單擊“Tools”（工具）下的“Options”（選項），彈出一個對話框，選中“Toolbars”（工具欄）選項卡，我們可以在“Standard Toolbar”（標準工具欄）復選框中可以選擇顯示或隱藏標準工具欄，或者工具欄中的選項是否使用大圖標。也可以在“Diagram Toolbar”（圖形編輯工具欄）中選擇是否顯示編輯區(qū)工具欄

39、，以及編輯區(qū)工具欄顯示的樣式。2、Rational Rose的操作界面工具欄 三、 Rational Rose的使用 工作區(qū)由四部分構(gòu)成，瀏覽器、文檔區(qū)、圖形編輯區(qū)和日志區(qū)。 瀏覽器和文檔區(qū)位于Rational Rose 2003工作區(qū)域的左側(cè)。 瀏覽器是一種樹形的層次結(jié)構(gòu)，可以幫助我們迅速的查找到各種圖或者模型元素。 文檔區(qū)用于對Rational Rose 2003中所創(chuàng)建的圖或模型元素說明。 2、Rational Rose的操作界面工作區(qū)三、 Rational Rose的使用 編輯區(qū)包含了圖形工具欄和圖的編輯區(qū)域，在圖的編輯區(qū)域中可以根據(jù)圖形工具欄中的圖形元素內(nèi)容繪制相關(guān)信息。 在圖的編輯

40、區(qū)添加的相關(guān)模型元素會自動地在瀏覽器中添加，這樣使瀏覽器和編輯區(qū)的信息保持同步。我們也可以將瀏覽器中的模型元素拖動到圖形編輯區(qū)中進行添加。 2、Rational Rose的操作界面工作區(qū)三、 Rational Rose的使用 日志區(qū)位于Rational Rose 2003工作區(qū)域的下方，用以記錄了對模型的一些重要操作2、Rational Rose的操作界面工作區(qū)三、 Rational Rose的使用 可以通過選擇“File”（文件）菜單欄下的“New”（新建）命令來創(chuàng)建新的模型，也可以通過標準工具欄下的“新建”按鈕創(chuàng)建新的模型，這時便會彈出選擇模板的對話框，選擇我們想要使用的模板，單擊“OK”

41、（確定）按鈕即可。 如果使用模板，Rational Rose 2003系統(tǒng)就會將模板的相關(guān)初始化信息添加到創(chuàng)建的模型中，這些初始化信息包含了一些包、類、構(gòu)件和圖等。3、Rational Rose的基本操作創(chuàng)建模型 三、 Rational Rose的使用 可通過選擇“File”（文件）菜單欄下的“Save”（保存）命令來保存新建的模型，也可以通過標準工具欄下的按鈕保存新建的模型，保存的Rational Rose模型文件的擴展名為.mdl。 可以通過選擇“File”（文件）菜單欄下的“Save Log As”（保存日志）來保存日志，也可以通過“AutoSave Log”（自動保存日志）。 3、Ra

42、tional Rose的基本操作保存模型 三、 Rational Rose的使用 通過選擇“File”（文件）菜單欄下的“Import”（導入）可以用來導入模型、包或類等，可供選擇的文件類型包含.mdl、.ptl、.sub或.cat等，導入模型的對話框。導入模型，可以利用現(xiàn)成的建模。 3、Rational Rose的基本操作導入模型 三、 Rational Rose的使用 通過選擇“File”（文件）菜單欄下的“Export Model .”（導出模型）可以用來導出模型，導出的文件后綴名為.ptl。3、Rational Rose的基本操作導出模型 三、 Rational Rose的使用 Rat

43、ional Rose 2003提供了將模型生成相關(guān)網(wǎng)頁從而在網(wǎng)絡上進行發(fā)布的功能，這樣，可以方便的系統(tǒng)模型的設計人員將系統(tǒng)的模型內(nèi)容對其它開發(fā)人員進行說明。 首先，選擇“Tools”（工具）菜單欄下的“Web Publisher”選項。 3、Rational Rose的基本操作發(fā)布模型 三、 Rational Rose的使用 如果需要設置發(fā)布的模型生成的圖片格式，可以點擊“Diagram”按鈕， 有四個選項可以提供選擇，分別是“Dont Publish Diagrams”（不要發(fā)布圖）、Windows Bitmaps（BMP格式）、Portable Network Graphics（PNG格式

44、）和JPEG（JPEG格式）?！癉ont Publish Diagrams”（不要發(fā)布圖）是指不發(fā)布圖像，僅僅包含文本內(nèi)容。其余三種指的是發(fā)布的圖形文件格式。 3、Rational Rose的基本操作發(fā)布模型 三、 Rational Rose的使用 添加一個注釋包含以下的步驟： 1 打開正在編輯的圖，選擇圖形編輯工具欄中的圖標，將其拖入到圖中需添加注釋的模型元素附近。也可以選擇“Tools”（工具）菜單下的“Create”（新建）菜單中的“Note”選項，在圖中需添加注釋的模型元素附近繪制注釋即可。 2 在圖形編輯工具欄中選擇圖標，或者在“Tools”（工具）菜單下的“Create”（新建）菜

45、單中選擇“Note Anchor”選項，添加注釋與模型元素的超鏈接。 刪除注釋的方法很簡單，選中注釋信息或者注釋超鏈接，按“Delete”或者右鍵選擇“Edit”下“Delete”選項即可。3、Rational Rose的基本操作添加或刪除注釋三、 Rational Rose的使用 創(chuàng)建圖的方式可以通過以下的步驟： 1 在視圖或者包中右鍵單擊選擇“New”菜單下的圖或模型元素。 2 將創(chuàng)建的圖或模型元素進行命名。 如果需要刪除模型中的圖或模型元素，需要在瀏覽器中選中該模型元素或圖，右鍵單擊選擇“Delete”即可，這樣在所有圖中存在的該模型元素都會刪除。如果在圖中選擇該模型元素，按“Delet

46、e”或者右鍵選擇“Edit”下“Delete”選項值會在該圖中刪除，其它圖中不會產(chǎn)生影響。 3、Rational Rose的基本操作添加和刪除圖或模型元素 三、 Rational Rose的使用 Rational Rose 2003支持多個用戶的并行開發(fā)，使用控制單元便是支持的一種方式?？刂茊卧梢钥刂聘鞣N視圖、Model Properties（模型屬性）和各種視圖下的包。在使用一個控制單元時，該單元中的所有模型元素存在在一個后綴為“.cat”的文件中。 在創(chuàng)建完成該控制單元以后，可以對該控制單元進行重載、卸載、取消控制、另存為以及寫保護操作 3、Rational Rose的基本操作使用控制單

47、元 三、 Rational Rose的基本設置 點擊“Tools”（工具）菜單下的“Options”選項，能設置字體。 1、字體設置三、 Rational Rose的基本設置 在“General”（全局）選項卡中，在“Default Color”選項中，點擊相關(guān)按鈕，便會彈出顏色設置對話框中，可以設置該選項的顏色信息，這些選項包括“Line Color”（線的顏色）和“Fill Color”（填充區(qū)顏色）。 2、顏色設置重點內(nèi)容： Rational Rose的四種視圖模型 Rational Rose與生成代碼 第5章 使用Rose設計UML一、 Rational Rose的四種視圖模型 在Ra

48、tional Rose建立的模型中包括四種視圖，分別是用例視圖（Use Case View）、邏輯視圖（Logical View）、構(gòu)件視圖（Component View）和部署視圖（Deployment View）。在我們創(chuàng)建一個Rational Rose工程的時候，會自動包含這四種視圖。一、 Rational Rose的四種視圖模型 在用例視圖（Use Case View）中包括了系統(tǒng)中的所有參與者、用例和用例圖，必要時還可以在用例視圖中添加順序圖、協(xié)作圖、活動圖和類圖等。 用例視圖是與系統(tǒng)中的實現(xiàn)是不相關(guān)的，它關(guān)注的是系統(tǒng)功能的高層抽象，適合于對系統(tǒng)進行分析和獲取需求，而不關(guān)注于系統(tǒng)的具

49、體實現(xiàn)方法。1、用例視圖一、 Rational Rose的四種視圖模型 邏輯視圖關(guān)注系統(tǒng)如何實現(xiàn)用例中所描述的功能，主要是對系統(tǒng)功能性需求提供支持，即在為用戶提供服務方面，系統(tǒng)所應該提供的功能。 在邏輯視圖中，用戶將系統(tǒng)更加仔細的分解為一系列的關(guān)鍵抽象，將這些大多數(shù)來自于問題域的事物通過采用抽象、封裝和繼承的原理，使之表現(xiàn)為對象或?qū)ο箢惖男问?，借助于類圖和類模板等手段，提供了系統(tǒng)的詳細設計模型圖。 在邏輯視圖下的模型元素可以包括類、類工具、用例、接口、類圖、用例圖、協(xié)作圖、順序圖、活動圖和狀態(tài)圖等。 2、邏輯視圖一、 Rational Rose的四種視圖模型 構(gòu)件視圖用來描述系統(tǒng)中的各個實現(xiàn)模

50、塊以及它們之間的依賴關(guān)系。 構(gòu)件視圖包含模型代碼庫，執(zhí)行文件，運行庫和其他構(gòu)件的信息，但是按照內(nèi)容來劃分構(gòu)件視圖主要由包、構(gòu)件和構(gòu)件圖構(gòu)成。 包是與構(gòu)件相關(guān)的組。構(gòu)件是不同類型的代碼模塊，它是構(gòu)造應用的軟件單元，構(gòu)件可以包括源代碼構(gòu)件、二進制代碼構(gòu)件以及可執(zhí)行構(gòu)件等等。3、構(gòu)件視圖一、 Rational Rose的四種視圖模型 在構(gòu)件視圖下的元素可以包括各種構(gòu)件、構(gòu)件圖以及包等。 3、構(gòu)件視圖一、 Rational Rose的四種視圖模型 在構(gòu)件視圖中，同樣可以創(chuàng)建一些的模型元素。在瀏覽器中選擇Component View（構(gòu)件視圖）選項，右鍵單擊，可以看到在該視圖中允許創(chuàng)建的模型元素件、構(gòu)件

51、圖以及包等。3、構(gòu)件視圖一、 Rational Rose的四種視圖模型 部署視圖顯示的是系統(tǒng)的實際部署情況，它是為了便于理解系統(tǒng)如何在一組處理節(jié)點上的物理分布，而在分析和設計中使用的構(gòu)架視圖。 在系統(tǒng)中，只包含有一個部署視圖，用來說明了各種處理活動在系統(tǒng)各節(jié)點的分布。4、部署視圖一、 Rational Rose的四種視圖模型 在部署視圖中，可以創(chuàng)建處理器和設備等的模型元素。在瀏覽器中選擇Deployment View（部署視圖）選項，右鍵單擊，可以看到在該視圖中允許創(chuàng)建的模型元素。 4、部署視圖一、 Rational Rose的四種視圖模型 處理器（Processor）：處理器是指任何有處理功

52、能的節(jié)點。節(jié)點是各種計算資源的通用名稱，包括處理器和設備兩種類型。 設備（Device）。設備是指任何沒有處理功能的節(jié)點。例如打印機。 文件（File）。文件是指那些能夠連接到部署視圖中的一些外部文件，用來詳細的介紹使用部署視圖的各種信息。 URL地址（URL）。URL地址是指能夠連接到部署視圖的一些外部URL地址。這些地址用于介紹部署視圖的相關(guān)信息。中允許創(chuàng)建的模型元素。 4、部署視圖一、 Rational Rose的四種視圖模型 部署視圖考慮的是整個解決方案的實際部署情況，所描述的是在當前系統(tǒng)結(jié)構(gòu)中所存在的設備、執(zhí)行環(huán)境和軟件的運行時體系結(jié)構(gòu)，它是對系統(tǒng)拓撲結(jié)構(gòu)的最終物理描述。 系統(tǒng)的拓撲

53、結(jié)構(gòu)描述了所有硬件單元，以及在每個硬件單元上執(zhí)行的軟件的結(jié)構(gòu)。 在這樣的一種體系結(jié)構(gòu)中，我們可以通過部署視圖查看拓撲結(jié)構(gòu)中的任何一個特定的節(jié)點，了解正在該節(jié)點上組件執(zhí)行情況，以及該組件中包含了哪些邏輯元素（例如類、對象、協(xié)作等），并且最終能夠從這些元素追溯到系統(tǒng)初始的需求分析階段。4、部署視圖二、Rational Rose與生成代碼 Rational Rose Enterprise版本對UML提供了很高的支持，可以使用多種語言進行代碼生成，這些語言包括Ada83、Ada95、ANSI C+、CORBA、JAVA、COM、Visual Basic、Visual C+、Oracle8和XML_DT

54、D等。 可以通過選擇選擇“Tools”（工具）下的“Options”（選項）選項來查看所支持的語言信息。1、用Rational Rose生成代碼二、Rational Rose與生成代碼 使用Rational Rose進行生成代碼可以通過以下四個步驟進行，以目標語言為Java代碼為例。 第一，選擇待轉(zhuǎn)換的目標模型。 第二，檢查Java語言的語法錯誤。 第三，設置代碼生成屬性。 第四，生成代碼。1、用Rational Rose生成代碼二、Rational Rose與生成代碼 在Rational Rose中，可以通過收集有關(guān)類（Classes）、類的屬性（Attributes）、類的操作（Opera

55、tions）、類與類之間的關(guān)系（Relationships）以及包（Packages）和構(gòu)件（Components）等靜態(tài)信息，將這些信息轉(zhuǎn)化成為對應的模型，在相應的圖中顯示出來。 可以在工具欄中通過選擇“Tools”（工具）中“Java”菜單下的“Reverse Engineer.”（逆向工程）選項來進行逆向工程。 2、逆向工程 重點內(nèi)容：什么叫用例圖 用例圖的構(gòu)成要素 用例的重要元素 用例之間的各種重要關(guān)系 使用Rose創(chuàng)建用例圖的步驟說明 使用Rose創(chuàng)建用例圖的步驟說明 第6章 用例圖一、 什么叫用例圖 由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系

56、統(tǒng)功能的動態(tài)視圖稱為用例圖。要在用例圖上顯示某個用例，可繪制一個橢圓，然后將用例的名稱放在橢圓的中心或橢圓下面的中間位置。 要在用例圖上繪制一個參與者（表示一個系統(tǒng)用戶），可繪制一個人形符號。參與者和用例之間的關(guān)系使用帶箭頭或者不帶箭頭的線段來描述，箭頭表示在這一關(guān)系中哪一方是對話的主動發(fā)起者，箭頭所指方是對話的被動接受者。1、用例圖的含義一、 什么叫用例圖 在用例建模中，為了更加清楚的描述用例或者參與者，會使用到注釋。1、用例圖的含義一、 什么叫用例圖 用例圖是需求分析中的產(chǎn)物，主要作用是描述參與者和用例之間的關(guān)系，幫助開發(fā)人員可視化的了解系統(tǒng)的功能。借助于用例圖，系統(tǒng)用戶、系統(tǒng)分析人員、系

57、統(tǒng)設計人員、領(lǐng)域?qū)＜夷軌蛞钥梢暬姆绞綄栴}進行探討，減少了大量交流上的障礙，便于對問題達成共識。 用例圖可視化地表達了系統(tǒng)的需求，具有直觀、規(guī)范等優(yōu)點，克服了純文字性說明的不足。 用例方法是完全從外部來定義系統(tǒng)功能，它把需求和設計完全的分離開來。我們不用關(guān)心系統(tǒng)內(nèi)部是如何完成各種功能的，系統(tǒng)對于我們來說就是一個黑箱子。2、用例圖的作用二、用例圖的構(gòu)成要素 參與者（Actor）是指存在于系統(tǒng)外部并直接與系統(tǒng)進行交互的人、系統(tǒng)、子系統(tǒng)或類的外部實體的抽象。 每個參與者可以參與一個或多個用例，每個用例也可以有一個或多個參與者。 在用例圖中使用一個人形圖標來表示參與者，參與者的名字寫在人形圖標下面。

58、1、參與者二、用例圖的構(gòu)成要素 由于參與者實質(zhì)上也是類，所以它擁有與類相同的關(guān)系描述，即參與者與參與者之間主要是泛化關(guān)系（或稱為“繼承”關(guān)系）。 泛化關(guān)系的含義是把某些參與者的共同行為提取出來表示成通用行為，并描述成超類。泛化關(guān)系表示的是參與者之間的一般/特殊關(guān)系，在UML圖中，使用帶空心三角箭頭的實線表示泛化關(guān)系。2、參與者間的關(guān)系二、用例圖的構(gòu)成要素 在項目開發(fā)過程中，邊界是一個非常重要的概念。這里說的系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界限。通常我們所說的系統(tǒng)可以認為是由一系列的相互作用的元素形成的具有特定功能的有機整體。 系統(tǒng)同時又是相對的，一個系統(tǒng)本身又可以是另一個更大系統(tǒng)的組成部分，因此，

59、系統(tǒng)與系統(tǒng)之間需要使用系統(tǒng)邊界進行區(qū)分開來。我們把系統(tǒng)邊界以外的同系統(tǒng)相關(guān)聯(lián)的其他部分，稱之為系統(tǒng)環(huán)境。3、系統(tǒng)邊界三、用例的重要元素 任何用例都不能在缺少參與者的情況下獨立存在。同樣，任何參與者也必須要有與之關(guān)聯(lián)的用例。所以識別用例的最好方法就是從分析系統(tǒng)參與者開始，在這個過程中往往會發(fā)現(xiàn)新的參與者。 可以通過以下問題來尋找用例： 1 參與者希望系統(tǒng)提供什么功能？ 2 參與者是否會讀取、創(chuàng)建、修改、刪除、存儲系統(tǒng)的某種信息？如果是的話，參與者又是如何完成這些操作的？ 3 參與者是否會將外部的某些事件通知給系統(tǒng)？ 4 系統(tǒng)中發(fā)生的事件是否通知參與者？ 5 是否存在影響系統(tǒng)的外部事件。1、識別用

60、例三、用例的重要元素 用例的粒度指的是用例所包含的系統(tǒng)服務或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。 如果用例的粒度很小，得到的用例數(shù)就會太多。反之，如果用例的粒度很大，那么得到的用例數(shù)就會很少。 如果用例數(shù)目過多會造成用例模型過大和引入設計困難大大提高。 如果用例數(shù)目過少會造成用例的粒度太大，不便于進一步的充分分析。2、用例的粒度三、用例的重要元素 用例的粒度指的是用例所包含的系統(tǒng)服務或功能單元的多少。用例的粒度越大，用例包含的功能越多，反之則包含的功能越少。 如果用例的粒度很小，得到的用例數(shù)就會太多。反之，如果用例的粒度很大，那么得到的用例數(shù)就會很少。 如