面向對象軟件工程的概念

面向對象軟件工程的概念7.1傳統(tǒng)軟件開發(fā)方法的局限性傳統(tǒng)的軟件工具、軟件技術和抽象層次越來越難以適應大規(guī)模復雜軟件系統(tǒng)的開發(fā)特點。軟件能力問題已經成為制約軟件發(fā)展的因素。軟件工程自70年代以來，有力的推動了軟件能力的解決。自頂向下的分析與設計的方法、軟件項目的工程化管理、軟件工具和開發(fā)環(huán)境、軟件質量保證等都對軟件的發(fā)展起了非常重要的作用。傳統(tǒng)的軟件開發(fā)方法在當時的軟件工程中起了主導作用，隨著系統(tǒng)復雜性、多變性增強，傳統(tǒng)方法的缺陷就顯露了出來：（1）面向過程為主。系統(tǒng)圍繞著由計算機來實現(xiàn)功能的復雜過程而建立，在分析和解決問題時與人們對現(xiàn)實世界的認識有一定差距。第2頁,共59頁，2024年2月25日，星期天

（2）軟件結構穩(wěn)定性差。需求分析階段重點是功能模型，難以徹底明確全部需求。設計階段的軟件體系結構是基于系統(tǒng)功能建立的。每個模塊完成一個基本功能，多個模塊的組合完成一個整體功能。一個模塊的變動可能會影響到多個模塊。用戶的需求大多針對功能，功能的變化會引起體系結構的變化，不利于系統(tǒng)的維護。（3）軟件開發(fā)的抽象力度小。解決問題的類型一般用于“輸入-處理-輸出”為核心的數(shù)據(jù)處理系統(tǒng)，不適應于復雜的實時、交互、事件驅動、分布式等新型應用的系統(tǒng)開發(fā)。（4）軟件重用未能得到很好的解決。傳統(tǒng)的方法一般從“零”開始開發(fā)軟件，數(shù)據(jù)與操作作為相互分離的實體來考慮，使軟件的可復用性差。重用的實施僅僅是公用模塊的調用。面向對象的封裝性、繼承性、多態(tài)性等特性支持軟件重用且重用的粒度大。軟件的重用導致更快地、高質量地開發(fā)軟件，為軟件工業(yè)化生產奠定基礎。第3頁,共59頁，2024年2月25日，星期天傳統(tǒng)方法數(shù)據(jù)與過程是分離的過程1輸入輸出過程2過程3數(shù)據(jù)實體屬于該對象的數(shù)據(jù)對象處理數(shù)據(jù)的方法消息消息對象把數(shù)據(jù)和處理數(shù)據(jù)的方法封狀成一個單元第4頁,共59頁，2024年2月25日，星期天傳統(tǒng)方法與面向對象方法的比較面向對象方法系統(tǒng)是交互對象的集合對象與人或其它對象交互對象發(fā)送與響應消息傳統(tǒng)方法系統(tǒng)是過程的集合過程與數(shù)據(jù)實體交互過程接受輸入并產生輸出第5頁,共59頁，2024年2月25日，星期天7.2面向對象的過程模型1、演化/并行模型（p402)是Booch等人在90年代初建議的。該模型與第1章介紹的螺旋模型、增量模型相似。但強調：（1）對OO系統(tǒng)的分析和設計建模不在相同的抽象層次上進行。（2）分析和設計可以并發(fā)地應用到獨立的系統(tǒng)構件。第6頁,共59頁，2024年2月25日，星期天

該模型每次迭代都要計劃、工程和評估。每個計劃都要調整進度以適應和本次迭代相關的變化。早期階段迭代進行的分析與設計工作為了分離出OO模型中的所有重要元素；當工程工作不斷進展時，產生軟件的增量版本；在評估階段對每個增量的評估其反饋將影響下一次計劃活動及后續(xù)增量。

2、RUP98年6月推出，該過程強調了開發(fā)方法的統(tǒng)一、建模語言的統(tǒng)一、研究成果的統(tǒng)一。該過程是基于構件的，即所構造的系統(tǒng)是由軟件構件通過明確定義的接口相互連接所建造起來的。它使用UML來制定軟件系統(tǒng)的所有藍圖。RUP的主要特點：（1）用例驅動用例作為系統(tǒng)分析、設計、實現(xiàn)和測試的基本輸入。第7頁,共59頁，2024年2月25日，星期天即用例不只是一種確定系統(tǒng)需求的工具，它還能驅動系統(tǒng)的設計、實現(xiàn)和測試的進行?；谟美Ｐ?，開發(fā)人員可以創(chuàng)建一系列實現(xiàn)這些用例的設計模型和實現(xiàn)模型。開發(fā)人員可以審查每個后續(xù)建立的模型是否與用例模型一致。測試人員測試實現(xiàn)以確定實現(xiàn)模型的構件是否實現(xiàn)了用例。所以用例啟動了開發(fā)過程，還使開發(fā)過程結合為一體。開發(fā)過程是沿著一系列從用例得到的工作流前進的。第8頁,共59頁，2024年2月25日，星期天下圖顯示了用例模型與其他模型之間的相關性：用例模型由…建立分析模型為系統(tǒng)描述一系列類由…設計設計模型為系統(tǒng)定義一系列子系統(tǒng)和界面由…實現(xiàn)實現(xiàn)模型將類映射到構件由…分配測試模型由…驗證驗證系統(tǒng)是否提供了用例模型中描述的功能配置模型定義軟件分布第9頁,共59頁，2024年2月25日，星期天

（2）以構架（Architecture)為中心軟件系統(tǒng)的構架從不同角度描述了即將構造的系統(tǒng)，它刻畫了系統(tǒng)的整體設計，去掉了細節(jié)部分，突出了系統(tǒng)的重要特征，包含了系統(tǒng)中最重要的靜態(tài)結構和動態(tài)行為。構架是根據(jù)應用領域的需要逐漸發(fā)展起來的，并在用例中得到反映。每種產品都具有功能和表現(xiàn)形式，功能與用例對應，表現(xiàn)形式與構架對應。用例與構架是相互影響的，用例在實現(xiàn)時必須符合于構架，構架必須預留空間以實現(xiàn)現(xiàn)在或將來所有需要的用例。第10頁,共59頁，2024年2月25日，星期天3、迭代與增量的過程迭代指工作流中的步驟，增量指產品中增加的部分。迭代過程要處理一組用例，這組用例合起來能擴展所開發(fā)產品的可用性，后續(xù)的迭代過程建立在前一次迭代過程末期所開發(fā)的產品上。構架提供了一種結構來指導迭代過程中的工作，用例則確定了目標并驅動每次迭代的工作。——三條腿的凳子！4、基于構件統(tǒng)一過程所構造的軟件系統(tǒng)，是由軟件構件通過明確定義的接口相互連接所建造起來的。5、使用UML

統(tǒng)一過程使用UML來制定軟件系統(tǒng)的所有藍圖，UML是整個統(tǒng)一過程的一個完整部分，他們是共同發(fā)展起來的，它強調創(chuàng)建和維護模型。第11頁,共59頁，2024年2月25日，星期天6、過程可剪裁用統(tǒng)一過程開發(fā)軟件時，各階段應該有多長？各個階段迭代多少次是合適的？候選構架可以在哪一點完全建立起來？這些問題的答案取決于系統(tǒng)的規(guī)模、項目的性質、開發(fā)組織的領域經驗，甚至包括相關人員有效配合程度?？傊?，統(tǒng)一過程是一個框架，可以根據(jù)具體情況加以裁剪，以此來適應各種各樣的開發(fā)過程。第12頁,共59頁，2024年2月25日，星期天7.3面向對象的概念

面向對象（ObjectOriented，簡稱OO)的概念起源于20世紀60年代中期的Simula67。80年代初，Smalltalk語言及其程序設計環(huán)境的出現(xiàn)成為面向對象技術發(fā)展的一個重要里程碑。80年代中期硬件的發(fā)展使C到C++過渡平滑，推出了相應工具及面向對象集成環(huán)境，使OOP模式進入主流。80年代中后期，面向對象分析與設計的研究開始發(fā)展。進入90年代，面向對象軟件工程成了許多軟件產品的建造笵型。

（1）對象(object)

是現(xiàn)實世界中個體或事物的抽象表示。封裝了其屬性及相關的操作。屬性表示對象的性質，屬性值規(guī)定了對象所有可能的狀態(tài)。對象的操作指出了該對象具有的行為并提供了對外的服務。第13頁,共59頁，2024年2月25日，星期天

（2）類(class)

是具有相同屬性和相同操作的對象的抽象。通常用類名、類的屬性、類的操作三方面的內容來定意一個類。一個具體對象是類的一個實例。（3）消息(message)

是一個對象發(fā)送給另一個對象的操作請求。消息一般由三部分組成：對象名、消息名、參數(shù)。消息傳遞是對象與外部世界相互通信的唯一途徑。

（4）方法(method)

是對象操作的實現(xiàn)，描述了對象中操作的算法和響應消息的方式。

第14頁,共59頁，2024年2月25日，星期天（5）繼承(inheritance)

是子類自動的共享其父類中定義的屬性和操作的機制，該機制構成了類的層次結構。較高層的父類稱為基類、超類、一般類。子類稱為派生類、特殊類。子類除了繼承父類的特征，還可有自己的特征。繼承有傳遞性，子類能繼承上層的全部特征。繼承性使得相似的對象可以共享程序代碼和數(shù)據(jù)結構，從而簡化了創(chuàng)建類及對象的工作量，基類解決一般性問題，派生類解決特殊問題，提高了軟件的可重用性。繼承性還使得軟件便于維護，當需要擴充軟件原有功能時，從要修改的類中派生出一個子類，在該子類中添加新的代碼。

第15頁,共59頁，2024年2月25日，星期天（6）多態(tài)(polymorphism)

指在類的不同層次上可以使用相同的操作名。同一操作名可有不同的實現(xiàn)方式，運行時可動態(tài)地選擇哪一個算法。多態(tài)性增加了軟件的靈活性，可擴充性，通用功能的操作放在高層，不同地實現(xiàn)這一功能的行為放在低層，以實現(xiàn)不同的相應。

第16頁,共59頁，2024年2月25日，星期天7.4幾種面向對象方法20世紀80年代以來，出現(xiàn)了幾十種面向對象軟件開發(fā)方法。每一種都有自己的符號體系和開發(fā)過程，都支持以下基本活動：

?標識類及對象

?描述類及對象之間的關系

?定義類的屬性和操作

1、Booch方法

Booch是面向對象方法最早的提出者之一，提出了面向對象軟件工程的概念。提出了“微開發(fā)過程”和“宏開發(fā)過程”的思想。

第17頁,共59頁，2024年2月25日，星期天

微開發(fā)過程：定義一組分析任務，包括標識類和對象以及類和對象的語義、定義類和對象間的關系、描述類和對象的動態(tài)行為。宏開發(fā)過程：將微過程反復應用，并包含了體系結構設計的計劃活動：

?將相似的對象聚集到獨立的模塊；

?描述對象管理、內存管理、錯誤處理等其它功能的實施；

?可使用原型對上述任務進行精化；

?將同時執(zhí)行的進程分配到不同的處理機。該方法提出建立以下模型：類圖、對象圖、狀態(tài)轉移圖、時序圖、模塊圖、進程圖。第18頁,共59頁，2024年2月25日，星期天2、Coad/Yourdon方法著名的OOA/OOD方法，也是最早的面向對象的分析與設計方法之一。簡單、易學。

OOA階段的任務：

?標識類及對象

?定義結構（一般－特殊結構、整體－部分結構）

?劃分主題

?定義屬性及對象間的實例連接

?定義服務及對象間的消息連接上述任務迭代進行，產生5個層次的問題域模型（主題層、類及對象層、結構層、屬性層、服務層）第19頁,共59頁，2024年2月25日，星期天OOD階段的活動：

?問題域部分

?人機交互部分

?任務管理部分

?數(shù)據(jù)管理部分

3、OMT方法

Rumbaugh等人提出的對象建模技術(ObjectModelTechnology,OMT)，該方法強調了三種模型，并將軟件開發(fā)過程劃分為以下幾個階段：（1）系統(tǒng)分析

?問題描述

?建立對象模型產品：對象模型＝對象圖＋數(shù)據(jù)字典第20頁,共59頁，2024年2月25日，星期天?建立動態(tài)模型產品：動態(tài)模型＝狀態(tài)圖＋事件跟蹤圖

?

建立功能模型產品：功能模型＝數(shù)據(jù)流圖＋約束（2）系統(tǒng)設計

?將系統(tǒng)分解為各個子系統(tǒng)

?確定問題中固有的并發(fā)性

?將各子系統(tǒng)分配給處理器

?數(shù)據(jù)存儲管理

?全局資源管理

?選擇軟件控制機制

?

邊界條件處理第21頁,共59頁，2024年2月25日，星期天

（3）對象設計對分析模型細化：

?將三種模型結合起來以獲得對象類上的操作。如功能模型中的加工，動態(tài)模型中對應一個事件的活動。

?設計實現(xiàn)操作的算法

?優(yōu)化數(shù)據(jù)訪問路徑

?實現(xiàn)系統(tǒng)設計中的控制機制

?為提高繼承而調整類結構

?設計對象之間的關聯(lián)

?將類和關聯(lián)集成到模塊中

第22頁,共59頁，2024年2月25日，星期天

4、Jacobson方法也稱OOSE方法。最大特點是強調使用實例（Use-Case)，每一個用例就是一個使用系統(tǒng)的方式，用例的執(zhí)行將引發(fā)執(zhí)行一系列與行為相關的事務。該方法將用例貫穿于整個開發(fā)階段，并在用例描述中引入了角色或參與者（Actor)的概念。角色指使用系統(tǒng)的人以及與系統(tǒng)相互作用的軟硬件環(huán)境。該方法還將對象區(qū)分為實體對象（業(yè)務對象）、接口對象（界面對象）和控制對象。需求分析階段活動：定義潛在的角色、識別問題域中的對象和關系、基于需求規(guī)格說明和角色的需要描述用例。設計階段的活動：從用例的描述中發(fā)現(xiàn)與設計有關的對象，并描述其屬性、行為和關聯(lián)。同時把所有用例的行為分派給每個對象。第23頁,共59頁，2024年2月25日，星期天7.5統(tǒng)一建模語言UMLUML(UnifiedModelingLanguage)產生于90年代中期。它不僅統(tǒng)一了Booch、OMT和OOSE方法中的概念和表示法，而且對其作了進一步擴展，最終成為在面向對象技術領域占主導地位的、并被大眾所接受的標準建模語言。

1、UML概述

UML的發(fā)展歷程（下圖）

UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結構和動態(tài)行為的系統(tǒng)進行可視化建模。UML不是一個開發(fā)過程，也不是一個方法，但允許任何一種開發(fā)過程和面向對象方法使用它。

第24頁,共59頁，2024年2月25日，星期天Booch’93OMT-2UML0.8UML0.9&0.91UML1.0UML1.1UML同行專家意見OMG認證10/9510/96&9/96OMG審核,1/97OMG修正,9/97OMG采納為標準,11/97UML1.3UML2.02001年重要修改OOSEUML開發(fā)歷程第25頁,共59頁，2024年2月25日，星期天2、UML中的模型視圖

UML有以下主要模型元素，構成了UML中的各種模型視圖：第26頁,共59頁，2024年2月25日，星期天

?用戶模型視圖用例圖：從用戶的角度描述系統(tǒng)能提供哪些功能以及功能的使用者。

?結構模型視圖：類圖：描述系統(tǒng)的靜態(tài)結構；對象圖：描述系統(tǒng)在某個時刻的靜態(tài)結構；包圖：將類分組成更高層次的靜態(tài)結構。

?行為模型試圖順序圖：按時間順序描述系統(tǒng)元素之間的交互；協(xié)作圖：從時間和空間的順序描述系統(tǒng)元素之間的交互；狀態(tài)圖：描述系統(tǒng)元素對事件的響應引起的狀態(tài)轉換；活動圖：描述系統(tǒng)元素的活動。

?實現(xiàn)模型視圖構件圖：描述實現(xiàn)系統(tǒng)的元素的組織結構；配置圖：描述環(huán)境元素的配置，并把實現(xiàn)系統(tǒng)的元素映射到配置上。第27頁,共59頁，2024年2月25日，星期天(1)用例圖

用例：根據(jù)Jacobson的定義，用例規(guī)定了一個動作序列，系統(tǒng)執(zhí)行這些動作并產生出對于特定參與者可見的有價值的結果。參與者可以是人、組織、硬件設備或外部系統(tǒng)。用例圖用于展示參與者與系統(tǒng)提供的用例之間的連接（通信）關系。僅僅從參與者使用系統(tǒng)的角度描述系統(tǒng)，不反映內部的處理方式。因此用例圖定義的是系統(tǒng)的功能需求。下圖是某保險業(yè)務的用例圖。第28頁,共59頁，2024年2月25日，星期天簽定一份保險單客戶保險銷售人員銷售統(tǒng)計客戶統(tǒng)計某保險業(yè)務的用例圖第29頁,共59頁，2024年2月25日，星期天某金融貿易系統(tǒng)用例圖設置邊界風險分析交易估價進行交易超越邊界更新帳目評價交易人員交易經理計帳系統(tǒng)銷售員《extend》《include》《include》第30頁,共59頁，2024年2月25日，星期天

其中：《include》、《extend》為用例圖中可用的構造型元素，表示“風險分析”和“交易估價”都包含有公共的“評價”動作，因此把“評價”作為一個獨立的用例。而“超越邊界”用例是“進行交易”用例的擴展，指交易時對某個特定用戶規(guī)定了最大貿易量，不能執(zhí)行一般的常規(guī)動作。因此，當描述一般行為時有例外、任選或異常處理時，采用《extend》；當在兩個或多個用例中出現(xiàn)重復描述（有共用行為）而又想避免重復時，采用《include》。（2）類圖

用來描述系統(tǒng)中類和類之間的關系，是系統(tǒng)的靜態(tài)結構。類圖中還描述了類的屬性、操作、以及對模型中各種成分的約束。類圖包含有類、關聯(lián)和關系等模型元素。見下圖:第31頁,共59頁，2024年2月25日，星期天類名屬性操作類的完整表示類名類的簡單表示類1類2角色角色關聯(lián)名關聯(lián)表示類之間的語義聯(lián)系（是運行時實例之間的關系）。角色表示該類在這個關聯(lián)中的作用。關聯(lián)中可以有重數(shù)，重數(shù)指一個角色可以有多少個對象來扮演。①類的表示：②類的關聯(lián)(association)：第32頁,共59頁，2024年2月25日，星期天公司董事會辦公室分配員工0..1*人員董事會成員0,3..8*董事會同時省略關聯(lián)名和角色名，默認關聯(lián)名是has（有），省略重數(shù)默認1..1。每一個員工可能沒有或者只有一個辦公室每一個董事會沒有或者有3~8個董事會成員（有角色名，可以省略關聯(lián)名）第33頁,共59頁，2024年2月25日，星期天在一些情況下關聯(lián)可能需要記錄一些信息，但這些信息不能放在任何一個類中，可引入一個關聯(lián)類記錄這些信息。如下圖：學生*選修*課程學生**課程選修成績學生*選修*成績課程一個多對多關聯(lián)?！俺煽儭睂傩圆荒芊旁谌魏我环剑總€學生只有一個成績或每門課程只有一個成績）創(chuàng)建一個關聯(lián)類來保存成績與帶有關聯(lián)類的多對多關聯(lián)等價的兩個一對多關聯(lián)的圖第34頁,共59頁，2024年2月25日，星期天整體類部分類整體類部分類項目人員1*建筑物樓房類的聚合類的強聚合（組合）*③類的聚合(aggregation)：是表示“整體-部分”的特殊關聯(lián)。組合(composition)是一種強類型的聚合，整體類和部分類共存亡，如果整體類被撤銷，部分類也不存在。部分類的存在只是為整體類服務。第35頁,共59頁，2024年2月25日，星期天一般類特殊類人員教師學生

由一個超類和幾個直接子類構成的結構通常稱為泛化。類的這種關系也稱為一般-特殊關系或繼承關系，將現(xiàn)實世界實體的共同特性抽象為一般類，通過增加獨有的特性而成為各種特殊類。如圖所示：

④類的泛化(generalization):

下圖是一個網上售貨系統(tǒng)的部分類圖。其中用{}括起來的內容是約束條件。UML提供了對類圖中的基本成分可進行限制與約束的手段。第36頁,共59頁，2024年2月25日，星期天銷售代表0..1定貨nameaddress顧客creditRating():String產品雇員1DateReceivedisPrepaidnumber:Stringprice:Money協(xié)作顧客contactNamecreditRatingcreditLimitcreditCard#個人顧客{creditRating()==“poor”}定貨作業(yè)線dispatch()close()remind()billForMonth()Quantity:Integerprice:MoneyisSatisfied:Boolean1****1物品第37頁,共59頁，2024年2月25日，星期天

（3）對象圖

對象圖是類的實例圖，給出了存在于程序執(zhí)行過程中某個特定點的對象與鏈接的配置示例。

對象名：類名屬性對象名：類名對象1對象2鏈名對象的三種描述方式鏈的表示教師講授課程類圖李偉編號＝3658職稱＝教授軟件工程編號＝401學分＝3數(shù)據(jù)庫編號＝301學分＝3對象圖第38頁,共59頁，2024年2月25日，星期天

其中，鏈是類圖中關聯(lián)的實例，類圖中關聯(lián)表示兩個類之間可能存在的所有鏈接，而對象圖中的鏈上不附加重數(shù)。對象圖中也不可能包含泛化。對象圖不像類圖那樣具有重要地位，通常用來實例化一個復雜的類圖以分析特定的場景。對象圖也常用在協(xié)作圖中，反映一組對象之間的動態(tài)協(xié)作關系。第39頁,共59頁，2024年2月25日，星期天（4）包圖包是將類分組成更高層次的單位。包圖用以描述包中存在的類以及包與包之間的依賴關系和泛化關系。包的內容可以是類的列表、類圖、或另一個包圖。依賴關系用虛線箭頭表示。保險單填寫界面內部系統(tǒng)保險單客戶數(shù)據(jù)庫界面Oracle界面Sybase界面某保險信息管理系統(tǒng)的包圖第40頁,共59頁，2024年2月25日，星期天（5）狀態(tài)圖

狀態(tài)圖描述類的對象在生命周期內所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉移(transition)情況。一個轉移可以有一個與之相連的動作(action)，這個動作指明了狀態(tài)轉移時應該作些什么。狀態(tài)圖是類圖的補充。不需要為所有的類畫狀態(tài)圖，僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。第41頁,共59頁，2024年2月25日，星期天在一樓上升空閑下降到達一層到達樓層

升樓層

電梯運行的狀態(tài)圖開始上下降樓層在大樓一層到達樓層上升樓層超時移到一層第42頁,共59頁，2024年2月25日，星期天初態(tài)終態(tài)狀態(tài)名do/活動名中間態(tài)行駛向前向后向前向后低速高速行駛或關系子狀態(tài)（只取一種）與關系子狀態(tài)（某時刻可同時到達多個子狀態(tài)）①UML中的狀態(tài)表示②轉移狀態(tài)1do/活動1狀態(tài)2do/活動2事件[條件]/動作其中：狀態(tài)內部的“活動”不引起狀態(tài)轉移；箭頭上的“動作”指狀態(tài)轉移時要執(zhí)行的動作。第43頁,共59頁，2024年2月25日，星期天

（6）順序圖

用來描述對象之間的動態(tài)協(xié)作關系以及協(xié)作過程中的先后次序。它常用來描述一個用例的行為，顯示該用例中所涉及到的對象以及對象之間交互的時間順序。每個對象圖符下面的垂直虛線表示對象的生命線，每條對象生命線上的細長矩形表示該對象正處于活動時期，細長矩形底部的“×”表示該對象被刪除。對象生命線之間的帶箭頭連線表示對象之間的交互與通信，一般指消息傳遞并具有以下類型：

簡單消息，不考慮通信細節(jié)。同步消息，必須等待消息的返回。異步消息，不等待消息返回，繼續(xù)執(zhí)行。返回消息，同步消息激活的動作返回到發(fā)送對象的消息。消息泛指操作調用、信號傳送、事件喚醒等。第44頁,共59頁，2024年2月25日，星期天：呼叫者：交換機：遠程交換機：受話者拿起話筒響撥號聲撥號碼......接通信號響鈴鈴響停止信號

拿起話筒鈴響停止<10

deabc{b-a<1s}{e-d<5s}{c-b<10s}路由選擇接電話的順序圖第45頁,共59頁，2024年2月25日，星期天：計算機：打印服務器：打印機：隊列打印()[打印機空閑]打印()[打印機忙]存儲()打印結束()打印結束()用例“打印程序”的順序圖第46頁,共59頁，2024年2月25日，星期天（7）活動圖活動圖可有不同的抽象級別。既可以在企業(yè)業(yè)務模型中描述業(yè)務工作流，又可以描述滿足一個用例要求所進行的活動及相應約束關系，還可以描述每個活動的具體操作步驟（相當于流程圖）。主要圖形元素：

?泳道活動圖中用垂直分隔線劃分成的縱向區(qū)域，說明由誰來完成該泳道中的任務。

?起點活動圖中所有活動的開始，用表示。

?終點活動圖中所有活動的結束，用表示?？捎袔讉€終點。

?活動完成的任務或操作步驟，用圓角矩形表示。

?決策是特殊的活動，表示活動流程中的判斷，用菱形表示。

第47頁,共59頁，2024年2月25日，星期天?同步表示活動之間的同步或并發(fā)，表示引入的信息流同時到達，引出的信息流同時被觸發(fā)。同步用一條粗線表示，稱為同步線。

?業(yè)務對象對象可以作為活動的輸入或輸出，即活動會改變對象的狀態(tài)。用虛線箭頭表示數(shù)據(jù)傳送的方向。

?轉移是活動之間的關系，由隱含事件引起活動轉移。轉移連接各個活動及各個特殊活動（起點、終點、決策、同步線等）。轉移用帶箭頭的線表示，其上不標注事件和動作，可標注轉移的條件。下面是兩個活動圖示例：第48頁,共59頁，2024年2月25日，星期天顧客售貨庫房請求服務支付收貨開訂單供貨交貨顧客購物的活動圖第49頁,共59頁，2024年2月25日，星期天采購部經理副總經理協(xié)商采購協(xié)議簽定采購協(xié)議草案采