會計學1第面向對象方法論9.1面向對象方法學概述面向對象方法學的要點第1頁/共83頁9.1面向對象方法學概述語義斷層——不同的語言(/對象)來表達問題和解.客觀世界中的實體既具有靜態(tài)的屬性又具有動態(tài)的行為。然而傳統(tǒng)語言提供的解空間對象實質上卻僅是描述實體屬性的數(shù)據(jù)，必須在程序中從外部對它施加操作，才能模擬它的行為。第2頁/共83頁9.1面向對象方法學概述對象？（面向對象語言）在問題空間中，對象是……

現(xiàn)實世界中存在的實體應用所關心的抽象概念、規(guī)則、事件、或者具有明確邊界和意義的具體事物在解空間(計算機系統(tǒng))中，對象是……

問題空間中的對象在計算機系統(tǒng)中的表示封裝(encapsulation)了數(shù)據(jù)和行為的通信單位第3頁/共83頁9.1面向對象方法學概述與傳統(tǒng)方法相反，面向對象方法是一種以數(shù)據(jù)或信息為主線，把數(shù)據(jù)和處理相結合的方法。面向對象方法把對象作為由數(shù)據(jù)及可以施加在這些數(shù)據(jù)上的操作所構成的統(tǒng)一體。對象與傳統(tǒng)的數(shù)據(jù)有本質區(qū)別，它不是被動地等待外界對它施加操作，相反，它是進行處理的主體。第4頁/共83頁9.1面向對象方法學概述面向對象方法是一種新的思維方法，它是把程序看作是相互協(xié)作而又彼此獨立的對象的集合。這樣就減小了語義斷層:系統(tǒng)中解空間對象可以直接模擬問題空間的對象，解空間與問題空間的結構十分一致。第5頁/共83頁9.1面向對象方法學概述面向對象方法具有下述4個要點：認為客觀世界是由各種對象組成的，任何事物都是對象，復雜的對象可以由比較簡單的對象以某種方式組合而成。因此，面向對象的軟件系統(tǒng)是由對象組成的。類(class)是對一組對象的抽象，集中了該組對象的共同特性（一組數(shù)據(jù)和一組方法）。對象是類的實例。第6頁/共83頁9.1面向對象方法學概述面向對象方法具有下述4個要點（續(xù)）：(3)按照子類(或稱為派生類)與父類(或稱為基類)的關系，把若干個對象類組成一個層次結構的系統(tǒng)(也稱為類等級)。在這種結構中，下層的派生類自動具有和上層的基類相同的特性，這種現(xiàn)象稱為繼承(inheritance)。(4)對象彼此之間僅能通過傳遞消息互相聯(lián)系。一切局部于該對象的私有信息，都被封裝在該對象類的定義中，就好像裝在一個不透明的黑盒子中一樣，在外界是看不見的，更不能直接使用，這就是“封裝性”。第7頁/共83頁9.1面向對象方法學概述面向對象的方法學可以用下列方程來概括：OO=objects +classes +inheritance +communicationwithmessages面向對象就是既使用對象又使用類和繼承等機制，而且對象之間僅能通過傳遞消息實現(xiàn)彼此通信。也可以說，只有同時使用對象、類、繼承和消息的方法，才是真正面向對象的方法。第8頁/共83頁9.2面向對象的概念對象類類間關系消息與事件多態(tài)性第9頁/共83頁9.2面向對象的概念對象在解空間(計算機系統(tǒng))中，對象的非嚴格記法：<對象>::=<接口，數(shù)據(jù)，行為>第10頁/共83頁9.2面向對象的概念對象的基本特征每個對象均有自己的惟一標識，從而區(qū)別于其他對象。對象之間通過消息進行通信。對象總是處于一定的狀態(tài)。對象有若干種行為。對象的行為分為三類：創(chuàng)建新對象、與其他對象通信、改變自身狀態(tài)。對象的狀態(tài)只能被自身的行為所改變。第11頁/共83頁9.2面向對象的概念類在問題空間中……“人以類聚，物以群分”類代表著具有類似性質的一組對象類中的每一個對象即為類的不同實例(instance)在解空間(計算機系統(tǒng))中……類是對一組對象的抽象，集中了該組對象的共同特性。在構造軟件時，類實際上是具有特定功能的模塊，其代碼由該種所有對象所共享。類vs.對象：靜vs.動。第12頁/共83頁9.2面向對象的概念類的兩種圖形記法：第13頁/共83頁9.2面向對象的概念對象狀態(tài)：張三，30歲，計算機系，講師，1000元行為：提職稱，調工資類(教師)屬性：姓名，年齡，系別，職稱，工資操作：提職稱，調工資方法(指操作的具體代碼實現(xiàn))實際上，類是創(chuàng)建對象的模板！第14頁/共83頁9.2面向對象的概念類間關系繼承

(inheritance)聚合(aggregation)關聯(lián)(relationship)第15頁/共83頁9.2面向對象的概念繼承的含義繼承是一種“求同存異”的高度抽象方式相關術語超類(super-class)/父類(parentclass)/祖先類(ancestorclass)子類(sub-class)/后裔類(descendantclass)一般化(generalization)具體化(specialization)第16頁/共83頁9.2面向對象的概念繼承的分類單繼承多繼承多繼承使類層次復雜化多繼承容易產(chǎn)生配置控制方面的潛在問題繼承的圖形記法第17頁/共83頁9.2面向對象的概念一般化、具體化、繼承等術語均是復用思想的體現(xiàn)一般化和具體化是對同一個類間關系的不同角度審視父類是子類的一般化(從父類角度出發(fā))子類是父類的具體化(從子類角度出發(fā))繼承強調一般化/具體化關系中共享屬性和操作的機制第18頁/共83頁9.2面向對象的概念聚合的含義聚合表示“部分——整體”關系相關術語組元類(componentclass)組合類(assemblyclass)注意，組合對象的存在依賴于組元對象！第19頁/共83頁9.2面向對象的概念聚合的圖形記法第20頁/共83頁9.2面向對象的概念關聯(lián)的含義對象實例之間的物理或概念聯(lián)結被稱為鏈關聯(lián)是對一組語義與結構相似的鏈的抽象鏈是關聯(lián)的實例關聯(lián)vs.鏈：類vs.對象（a）二元關聯(lián)人員公司雇用二元關聯(lián)的例（人員）張濤（公司）通大雇用鏈的例子（b）三元關聯(lián)項目語言◆人三元關聯(lián)的例(項目)CAD系統(tǒng)(語言)C++◆(人)李波鏈的例子第21頁/共83頁9.2面向對象的概念聚合vs.繼承聚合更強調對象實例之間的關系，本質上是“與關系”

(ispartof，ISP)繼承更關注對象類之間的關系，本質上是“或關系”

(isa，ISA)聚合樹vs.繼承樹聚合vs.關聯(lián)聚合是關聯(lián)的一種特殊形式聚合與關聯(lián)之間的模糊差異無關緊要第22頁/共83頁9.2面向對象的概念消息和事件（message&event)

消息是對象之間進行通信的構造或結構消息分為請求消息和完成消息兩種(由消息模式描述)消息模式：發(fā)送對象、接收對象、內容事件指對象之間一次消息的傳遞多個事件按照時間順序可構成事件序列消息vs.事件：靜

vs.動第23頁/共83頁9.2面向對象的概念消息與對象一個對象能接收不同形式不同內容的多個消息。相同形式的消息可以送往不同的對象。對于相同形式的消息，不同對象可以有不同的解釋，可以作出不同的反映。消息與方法對象接收到有效消息后，總會以某種行為做出適當反映。期間，對象行為復用了類操作的代碼實現(xiàn)(即類方法)。在某種程度上，消息與方法可視為同義詞。但是，必須牢記：消息與代碼無關，而方法是操作的代碼實現(xiàn)。第24頁/共83頁9.2面向對象的概念多態(tài)性（polymorphism）--含義同一個操作可以是多個不同類的行為。不同對象接收到同一個消息后，可產(chǎn)生完全不同的反映。同一個消息可調用不同的方法。--意義允許每個對象以自己最合適的方式去響應共同的消息，從而增強軟件的靈活性和可復用性。第25頁/共83頁9.2面向對象的概念多態(tài)性的示例第26頁/共83頁9.3面向對象建模建立問題模型是人們理解表達問題的方法之一。模型是對事物作出的一種抽象，是對事物的一種形式化的描述。模型常由專門的語言(一組圖示符號和規(guī)則)來描述.面向對象建模就是根據(jù)面向對象觀點(模擬人類習慣的思維方式)建立問題的解模式.面向對象的實現(xiàn)能將此模式在計算機上實施.第27頁/共83頁9.3面向對象建模面向對象方法需要建立3種形式的模型:描述系統(tǒng)數(shù)據(jù)結構的對象模型描述系統(tǒng)控制結構的動態(tài)模型描述系統(tǒng)功能的功能模型在不同的應用問題中，這3種模型的相對重要程度會有所不同，對象模型始終都是最重要、最基本、最核心的。典型的軟件系統(tǒng)組合了上述3方面內容：使用數(shù)據(jù)結構(對象模型)，執(zhí)行操作(動態(tài)模型)，并且完成數(shù)據(jù)值的變化(功能模型)。本課程介紹UML作為描述這些模型的語言.第28頁/共83頁9.3面向對象建模UML(UnifiedModelingLanguage)產(chǎn)生于90年代中期。它不僅統(tǒng)一了Booch、OMT和OOSE方法中的概念和表示法，而且對其作了進一步擴展，最終成為在面向對象技術領域占主導地位的、并被大眾所接受的標準建模語言。1、UML概述UML的發(fā)展歷程（下圖）UML是一個通用的標準建模語言，可以對任何具有靜態(tài)結構和動態(tài)行為的系統(tǒng)進行可視化建模。UML不是一個開發(fā)過程，也不是一個方法，但允許任何一種開發(fā)過程和面向對象方法使用它。統(tǒng)一建模語言UML第29頁/共83頁9.3面向對象建模<documents>UML2.0<documents>UML1.2<documents>UML1.1<documents>UML1.0<documents>UML0.9<documents>UnifiedMethod0.8<documents>UML1.3<documents>UML1.41995文檔版類1996精華相關1997年1月最初提交給OMG1997年9月最后提交給OMG19981999

2000年(計劃的較小修訂)

2001年計劃的重要修訂文字上的修改沒有顯著的技術變化第30頁/共83頁UML事物關系圖結構事物行為事物組織事物輔助事物靜態(tài)圖實現(xiàn)關系泛化關系依賴關系關聯(lián)關系動態(tài)圖交互狀態(tài)機包注釋順序圖活動圖用例圖實施圖類圖構件圖對象圖狀態(tài)圖協(xié)作圖節(jié)點組件活動類協(xié)作接口類用例第31頁/共83頁(1)統(tǒng)一標準

UML統(tǒng)一了Booch、OMT和OOSE等方法中的基本概念，已成為OMG的正式標準，提供了標準的面向對象的模型元素的定義和表示。

(2)面向對象

UML還吸取了面向對象技術領域中其他流派的長處。UML符號表示考慮了各種方法的圖形表示,刪掉了大量易引起混亂的、多余的和極少使用的符號,也添加了一些新符號。

(3)可視化、表示能力強

系統(tǒng)的邏輯模型或實現(xiàn)模型都能用UML模型清晰的表示，可用于復雜軟件系統(tǒng)的建模。

(4)獨立于過程

UML是系統(tǒng)建模語言，獨立于開發(fā)過程。

(5)易掌握、易用

由于UML的概念明確，建模表示法簡潔明了，圖形結構清晰，易于掌握使用。面向對象建模9.3面向對象建模第32頁/共83頁對象模型表示靜態(tài)的、結構化的系統(tǒng)的“數(shù)據(jù)”性質。它是對模擬客觀世界實體的對象以及對象彼此間的關系的映射，描述了系統(tǒng)的靜態(tài)結構。用UML表達的對象模型由類圖(類和類間關系)構成.9.4對象模型第33頁/共83頁類圖描述類及類與類之間的靜態(tài)關系。類圖是一種靜態(tài)模型，它是創(chuàng)建其他UML圖的基礎。一個系統(tǒng)可以由多張類圖來描述，一個類也可以出現(xiàn)在幾張類圖中。1.定義類UML中類的圖形符號為長方形，用兩條橫線把長方形分成上、中、下3個區(qū)域（下面兩個區(qū)域可省略），3個區(qū)域分別放類的名字、屬性和服務，如圖9.5所示。9.4.1類圖的基本符號第34頁/共83頁圖9.5表示類的圖9.4.1類圖的基本符號第35頁/共83頁為類命名時應該遵守以下幾條準則：(1)使用標準術語。

例如，“交通信號燈”比“信號單元”這個名字好，“傳送帶”比“零件傳送設備”好。(2)使用具有確切含義的名詞。例如，“庫房”比“房屋”或“存物場所”更確切。(3)必要時用名詞短語作名字。例如，“最小的領土單元”、“儲藏室”、“公司員

工”等都是比較恰當?shù)拿??？傊謶撌歉挥诿枋鲂缘?、簡潔的而且無二義性的。9.4.1類圖的基本符號第36頁/共83頁2.定義屬性UML描述屬性的語法格式如下：[可見性]屬性名：類型名=初值{性質串}——屬性的[可見性]：公有的(public)（+）、私有的(private)（-）保護的(protected)（#）注意:沒有默認的可見性?！愋兔硎驹搶傩缘臄?shù)據(jù)類型，它可以是基本數(shù)據(jù)類型，也可以是用戶自定義的類型?！獅性質串}明確地列出該屬性所有可能的取值，也可以說明屬性的其他性質。e.g.“+婚否：布爾=假{真，假}”9.4.1類圖的基本符號第37頁/共83頁2.定義屬性UML描述屬性的語法格式如下：[可見性]屬性名：類型名=初值{性質串}——類的屬性中還可以有一種能被該類所有對象共享的屬性，稱為類的作用域屬性，也稱為類變量。C++語言中靜態(tài)數(shù)據(jù)成員就是這樣的屬性，在類圖中表示為帶下劃線的屬性。例如：發(fā)貨單類的類變量“貨單數(shù)”：

-貨單數(shù)：Integer9.4.1類圖的基本符號第38頁/共83頁3.定義服務服務也就是操作，UML描述操作的語法格式如下：可見性操作名（參數(shù)表）：返回值類型{性質串}參數(shù)表是用逗號分隔的形式參數(shù)的序列。描述一個參數(shù)的語法如下：參數(shù)名：類型名=默認值當操作的調用者未提供實在參數(shù)時使用默認值。與屬性類似，在類中也可定義類作用域操作：這種操作只能存取本類的類作用域屬性?！?set_counters(Integer=0,Integer):Integer{-1,0}”第39頁/共83頁類與類之間通常有關聯(lián)、泛化（繼承）、依賴和細化等4種關系。1.關聯(lián)關聯(lián)表示兩個類的對象之間存在某種語義上的聯(lián)系。例如，作家使用計算機，我們就認為在作家和計算機之間存在某種語義連接，因此，在類圖中應該在作家類和計算機類之間建立關聯(lián)關系。9.4.2表示關系的符號第40頁/共83頁（1）普通關聯(lián)普通關聯(lián)是最常見的關聯(lián)關系，只要在類與類之間存在連接關系就可以用普通關聯(lián)表示。普通關聯(lián)的圖示符號是連接兩個類之間的直線，如圖所示。通常，關聯(lián)是雙向的，可在一個方向上為關聯(lián)起一個名字，在另一個方向上起另一個名字（也可不起名字）。為避免混淆，在名字前面（或后面）加一個表示關聯(lián)方向的黑三角。9.4.2表示關系的符號第41頁/共83頁在表示關聯(lián)的直線兩端可以寫上重數(shù)（multiplicity），它表示該類有多少個對象與對方的一個對象連接。重數(shù)的表示方法通常有：0…1 表示0到1個對象0…*或* 表示0到多個對象1+或1…* 表示1到多個對象1…15 表示1到15個對象3 表示3個對象如果圖中未明確標出關聯(lián)的重數(shù)，則默認重數(shù)是1。9.4.2表示關系的符號第42頁/共83頁（2）關聯(lián)的角色在任何關聯(lián)中都會涉及到參與此關聯(lián)的對象所扮演的角色（即起的作用），在某些情況下顯式標明角色名有助于別人理解類圖。例如，下圖是一個遞歸關聯(lián)（即一個類與它本身有關聯(lián)關系）。一個人與另一個人結婚，必然一個人扮演丈夫的角色，另一個人扮演妻子的角色。如果沒有顯式標出角色名，則意味著用類名作為角色名。9.4.2表示關系的符號第43頁/共83頁（3）限定關聯(lián)限定關聯(lián)通常用在一對多或多對多的關聯(lián)關系中，可以把模型中的重數(shù)從一對多變成一對一，或從多對多簡化成多對一。在類圖中把限定詞放在關聯(lián)關系末端的一個小方框內。例如，某操作系統(tǒng)中一個目錄下有許多文件，一個文件僅屬于一個目錄，在一個目錄內文件名確定了惟一一個文件。圖利用限定詞“文件名”表示了目錄與文件之間的關系，可見，利用限定詞把一對多關系簡化成了一對一關系。9.4.2表示關系的符號第44頁/共83頁（4）關聯(lián)類為了說明關聯(lián)的性質可能需要一些附加信息?？梢砸胍粋€關聯(lián)類來記錄這些信息。關聯(lián)中的每個連接與關聯(lián)類的一個對象相聯(lián)系。關聯(lián)類通過一條虛線與關聯(lián)連接。9.4.2表示關系的符號第45頁/共83頁2.聚集聚集也稱為聚合，是關聯(lián)的特例。聚集表示類與類之間的關系是整體與部分的關系。在陳述需求時使用的“包含”、“組成”、“分為……部分”等字句，往往意味著存在聚集關系。除了一般聚集之外，還有兩種特殊的聚集關系，分別是共享聚集和組合聚集。9.4.2表示關系的符號第46頁/共83頁（1）共享聚集如果在聚集關系中處于部分方的對象可同時參與多個處于整體方對象的構成，則該聚集稱為共享聚集。例如，一個課題組包含許多成員，每個成員又可以是另一個課題組的成員，則課題組和成員之間是共享聚集關系，一般聚集和共享聚集的圖示符號，都是在表示關聯(lián)關系的直線末端緊挨著整體類的地方畫一個空心菱形。9.4.2表示關系的符號第47頁/共83頁（2）組合聚集如果部分類完全隸屬于整體類，部分與整體共存，整體不存在了部分也會隨之消失（或失去存在價值了），則該聚集稱為組合聚集（簡稱為組成）。例如，在屏幕上打開一個窗口，它就由文本框、列表框、按鈕和菜單組成，一旦關閉了窗口，各個組成部分也同時消失，窗口和它的組成部分之間存在著組合聚集關系。圖9.11是窗口的組成，組成關系用實心菱形表示。9.4.2表示關系的符號第48頁/共83頁圖9.11組合聚集示例9.4.2表示關系的符號第49頁/共83頁3.泛化UML中的泛化關系就是通常所說的繼承關系，它是通用元素和具體元素之間的一種分類關系。具體元素完全擁有通用元素的信息，并且還可以附加一些其他信息。在UML中，用一端為空心三角形的連線表示泛化關系，三角形的頂角緊挨著通用元素。注意，泛化針對類型而不針對實例，一個類可以繼承另一個類，但一個對象不能繼承另一個對象。實際上，泛化關系指出在類與類之間存在“一般-特殊”關系。泛化可進一步劃分成普通泛化和受限泛化。9.4.2表示關系的符號第50頁/共83頁（1）普通泛化普通泛化與9.2.2節(jié)中講過的繼承基本相同，對普通泛化的概念此處不再贅述。需要特別說明的是，沒有具體對象的類稱為抽象類。抽象類通常作為父類，用于描述其他類（子類）的公共屬性和行為。圖示抽象類時，在類名下方附加一個標記值{abstract}。9.4.2表示關系的符號第51頁/共83頁圖9.12抽象類示例9.4.2表示關系的符號圖下方的兩個折角矩形是模型元素“筆記”的符號，其中的文字是注釋，分別說明兩個子類的操作drive的功能。第52頁/共83頁圖9.13復雜類圖示例9.4.2表示關系的符號第53頁/共83頁（2）受限泛化給泛化關系附加約束條件，以進一步說明該泛化關系的使用方法或擴充方法，這樣的泛化關系稱為受限泛化。預定義的約束有4種：多重、不相交、完全和不完全。多重繼承指的是，一個子類可以同時多次繼承同一個上層基類。例如圖9.14中的水陸兩用類繼承了兩次交通工具類。不相交繼承（與多重繼承相反），即一個子類不能多次繼承同一個基類（這樣的基類相當于C++語言中的虛基類）。如果圖中沒有指定{多重}約束，則是不相交繼承，一般的繼承都是不相交繼承。9.4.2表示關系的符號第54頁/共83頁圖9.14多重繼承示例9.4.2表示關系的符號第55頁/共83頁完全繼承指的是父類的所有子類都已在類圖中窮舉出來了，圖示符號是指定{完全}約束。不完全繼承與完全繼承恰好相反，父類的子類并沒有都窮舉出來，隨著對問題理解的深入，可不斷補充和維護，這為日后系統(tǒng)的擴充和維護帶來很大方便。不完全繼承是一般情況下默認的繼承關系。{完全}人女人男人性別9.4.2表示關系的符號第56頁/共83頁4.依賴和細化（1）依賴關系依賴關系描述兩個模型元素（類、用例等）之間的語義連接關系：其中一個模型元素是獨立的，另一個模型元素依賴于獨立的模型元素，如果獨立的模型元素改變了，將影響依賴于它的模型元素。在UML的類圖中，用帶箭頭的虛線連接有依賴關系的兩個類，箭頭指向獨立的類。在虛線上可以帶一個版類標簽，具體說明依賴的種類，例如，圖9.15表示一個友元依賴關系，該關系使得B類的操作可以使用A類中私有的或保護的成員。9.4.2表示關系的符號第57頁/共83頁（2）細化關系當對同一個事物在不同抽象層次上描述時，這些描述之間具有細化關系。假設兩個模型元素A和B描述同一個事物，它們的區(qū)別是抽象層次不同，如果B是在A的基礎上的更詳細的描述，則稱B細化了A，或稱A細化成了B。細化的圖示符號為由元素B指向元素A的、一端為空心三角形的虛線（注意，不是實線），如圖9.16所示。細化用來協(xié)調不同階段模型之間的關系，表示各個開發(fā)階段不同抽象層次的模型之間的相關性，常常用于跟蹤模型的演變。9.4.2表示關系的符號第58頁/共83頁動態(tài)模型表示瞬時的、行為化的系統(tǒng)的“控制”性質，它規(guī)定了對象模型中的對象的合法變化序列。每一個對象都具有自己的生命周期（或稱為運行周期）。對一個對象來說，生命周期由許多階段組成。生命周期中的階段也就是對象的狀態(tài)。9.5動態(tài)模型第59頁/共83頁狀態(tài)，是對對象屬性值的一種抽象。（在定義狀態(tài)時應該忽略那些不影響對象行為的屬性）事件，各對象之間相互觸發(fā)就形成了一系列的狀態(tài)變化。我們把一個觸發(fā)行為稱作一個事件。狀態(tài)與事件密不可分，一個事件分開兩個狀態(tài)，一個狀態(tài)隔開兩個事件。事件表示時刻，狀態(tài)代表時間間隔。9.5動態(tài)模型第60頁/共83頁UML提供的狀態(tài)圖和交互圖來描繪對象的狀態(tài)、觸發(fā)狀態(tài)轉換的事件以及對象的行為（對事件的響應）。每個類的動態(tài)行為用一張狀態(tài)圖來描繪；動態(tài)模型是基于事件共享而互相關聯(lián)的一組狀態(tài)圖的集合。事件與消息行為與服務/方法狀態(tài)與屬性(方法改變屬性)9.5動態(tài)模型第61頁/共83頁軟件開發(fā)的第一步工作是什么？結構化方法對系統(tǒng)功能描述的主要工具是什么？假如你是系統(tǒng)的一名普通用戶，你最關心的是什么？9.6功能模型第62頁/共83頁UML提供的用例圖是進行需求分析和建立功能模型的強有力工具。（面向對象方法)用例模型描述的是外部行為者(actor）所理解的系統(tǒng)功能。（從用戶的角度來看待系統(tǒng)）9.6功能模型第63頁/共83頁用例建模的元素（參與者、用例、關系）參與者：系統(tǒng)之外，通過系統(tǒng)邊界來和系統(tǒng)進行有意義的交互的人或事物。

兩點說明：系統(tǒng)邊界人和事物主要是指和系統(tǒng)交互時的角色

符號：

9.6.1用例圖第64頁/共83頁9.6.1用例圖用例：表示系統(tǒng)提供的服務，主要刻畫系統(tǒng)如何被參與者使用。也可以理解為參與者為了使用系統(tǒng)提供的某一完整功能而和系統(tǒng)之間發(fā)生的一段對話。符號：第65頁/共83頁關系：關聯(lián)執(zhí)行者參與用例的通信路經(jīng)包含基礎用例會用到被包含用例擴展擴展用例對基礎用例的功能進行擴充泛化一般和特殊的關系第66頁/共83頁實例：銀行儲蓄賬戶管理系統(tǒng)（簡化）一個客戶可以在多個銀行開設賬戶，一個客戶也可以在一個銀行開設多個不同的賬戶?？蛻艨梢酝ㄟ^銀行職員進行開戶、存款、取款、轉帳、注銷賬戶等活動。其中轉帳指客戶將自己某個賬戶的錢款轉入同一個銀行的不同賬戶或轉入不同銀行的賬戶。系統(tǒng)管理員負責系統(tǒng)賬戶的管理及業(yè)務報表的生成。9.6.2用例建模第67頁/共83頁1.識別參與者為獲取用例首先要找出系統(tǒng)的行為者，可以通過請系統(tǒng)的用戶回答一些問題的辦法來發(fā)現(xiàn)行為者。下述問題有助于發(fā)現(xiàn)行為者：誰將使用系統(tǒng)的主要功能（主行為者）？銀行職員（客戶代理），客戶，管理人員

誰需要借助系統(tǒng)的支持來完成日常工作？銀行職員（管理人員和用戶代理）誰負責維護，管理并保持系統(tǒng)的正常運行？系統(tǒng)管理員系統(tǒng)需要與哪些外部系統(tǒng)交互？其他銀行賬戶管理系統(tǒng)9.6.2用例建模第68頁/共83頁2.識別用例用例總是被執(zhí)行者啟動的，因此，可利用參與者來識別用例：執(zhí)行者需要系統(tǒng)提供哪些功能？執(zhí)行者自身需要做什么？執(zhí)行者是否需要讀取、創(chuàng)建、刪除、修改或存儲系統(tǒng)中的某類信息？3.識別關系9.6.2用例建模第69頁/共83頁4.建模9.6.2用例建模第70頁/共83頁面向對象建模技術所建立的3種模型，分別從3個不同側面描述了所要開發(fā)的系統(tǒng)。功能模型指明了系統(tǒng)應該“做什么”；動態(tài)模型明確規(guī)定了什么時候(即在何種狀態(tài)下接受了什么事件的觸發(fā))做；對象模型則定義了做事情的實體。我們依靠對象模型完成3種模型的集成。下面扼要地敘述3種模型之間的關系。9.73種模型之間的關系第71頁/共83頁（1）針對每個類建立的動態(tài)模型(狀態(tài)轉換圖)，描述了類實例的生命周期或運行周期。（2）狀態(tài)轉換圖中，事件引發(fā)行為，行為可改變狀態(tài)并產(chǎn)生事件，這些行為在數(shù)據(jù)流圖中被映射成處理，在用例圖中被映射成用例，它們同時與類圖中的服務相對應。行為者與系統(tǒng)的交互常為事件。（3）功能模型中的處理（或用例）對應于對象模型中的類所提供的服務。復雜的處理（或用例）對應于復雜對象提供的服務，簡單的處理（或用例）對應于更基本的對象提供的服務。一個處理（或用例）可對應多個服務，一個服務可對應多個處理（或用例）。第72頁/共83頁（4）數(shù)據(jù)流圖中的數(shù)據(jù)存儲，以及數(shù)據(jù)的源點/終點，通常是對象模型中的對象。（5）數(shù)據(jù)流圖中的數(shù)據(jù)流，往往是對象模型中對象的屬性值，也可能是整個對象。（6）用例圖中的行為者，可能是對象模型中的對象。（7）功能模型中的處理（或用例）可能產(chǎn)生動態(tài)模型中的事件。（8）對象模型描述了數(shù)據(jù)流圖中的數(shù)據(jù)流、數(shù)據(jù)存儲以及數(shù)據(jù)源點/終點的結構。第73頁/共83頁1.與人類習慣的思維方法和現(xiàn)實更接近/一致,傳統(tǒng)的程序設計技術:方便計算機面向對象方法學:方便人對象統(tǒng)一了數(shù)據(jù)與操作,減少了出錯的原因,有利于數(shù)據(jù)與操作的協(xié)調。面向對象方法學的優(yōu)點第74頁/共83頁面向對象的設計方法的基本原理是:使用現(xiàn)實世界的概念抽象地思考問題從而自然地解決問題。-它強調模擬現(xiàn)實世界中的概念而不強調算法，它鼓勵開發(fā)者用應用領域的概念去思考。它從始至終都圍繞著建立問題領域的對象模型來進行：對問題領域進行自然的分解，確定需要使用的對象和類，建立適當?shù)念惖燃?，在對象之間傳遞消息實現(xiàn)必要的聯(lián)系，從而按照人們習慣的思維方式建立起問題領域的模型。第75頁/共83頁認識客觀世界解決現(xiàn)實問題的過程，是一個漸進的過程(迭代)，人的認識需要在繼承(重用)以前的有關知識的基礎上，經(jīng)過多次反復才能逐步深化。認識深化過程既包括了從一般到特殊