UML系統(tǒng)分析與設(shè)計教程(第2版) 課件 第4-6章 UML的符號、視與圖、用例圖

UML系統(tǒng)分析與設(shè)計SystemAnalysis&Design冀振燕北京交通大學

第四章UML的符號1、注釋2、參與者3、用例4、協(xié)作5、類6、對象7、消息8、接口9、包10、組件11、狀態(tài)12、躍遷13、判定14、同步條15、活動16、節(jié)點17、UML的擴充機制UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi2UML的符號UML的最大貢獻就是提供了一個標準的、統(tǒng)一的建模符號體系，結(jié)束了由不同符號體系的應用所帶來的混亂。UML符號體系是可視化的，可為系統(tǒng)建立圖形化的可視模型，使系統(tǒng)的結(jié)構(gòu)變得直觀，易于理解。UML符號具有定義良好的語義，不會引起歧義。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi3注釋注釋是用來對元素或元素集合進行注解或約束時所用的圖形符號。注釋的UML符號表示是右上角帶有折角的矩形。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi4參與者參與者代表與系統(tǒng)交互的人、硬件設(shè)備、或另一個系統(tǒng)。參與者并不是軟件系統(tǒng)的組成部分，參與者只存在于系統(tǒng)的外部。

參與者的UML符號表示是如圖所示的“小人”，并可在符號下標出參與者名。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi5用例用例規(guī)定了系統(tǒng)或部分系統(tǒng)的行為，它描述了系統(tǒng)所執(zhí)行的動作序列集，并為執(zhí)行者產(chǎn)生一個可供觀察的結(jié)果。用例的UML符號是橢圓，并可在橢圓下標出用例名。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi6協(xié)作協(xié)作命名了彼此合作完成某個行為的類、接口和其他元素的群體。協(xié)作可以用來定義用例和操作的實現(xiàn)，為系統(tǒng)體系結(jié)構(gòu)上的重要機制建模。協(xié)作的UML符號是虛線橢圓，每個協(xié)作都有一個名字以與其他協(xié)作相區(qū)分。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi7類類是分享同樣的屬性、操作、關(guān)系和語義的對象的集合。類是現(xiàn)實世界中的事物的抽象，當這些事物存在于真實世界中時，它們是類的實例，并被稱為對象。類可以實現(xiàn)一個或多個接口。類的UML符號是劃分成3個格子的長方形。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi8類邊界類邊界類處理系統(tǒng)環(huán)境與系統(tǒng)內(nèi)部之間的通信，邊界類為用戶或另一個系統(tǒng)（即參與者）提供了接口。邊界類的UML符號表示UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi9類實體類實體類是模擬必須被存儲的信息和其關(guān)聯(lián)行為的類。實體類的UML符號表示。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi10類控制類控制類是用來為特定于一個或多個用例的控制行為建模的類。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi11類參數(shù)類參數(shù)類又被稱為模板類（TemplateClasses），模板類定義了類族。模板不能直接使用，要首先實例化模板類，實例化包括將這些形式模板參數(shù)綁定到實際的參數(shù)。參數(shù)類的UML符號是在類的UML符號表示的右上角加一個虛線框，在這個虛線框中列出模板參數(shù)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi12對象對象代表了類的一個特定實例。對象具有身份（Identity）和屬性值（AttributeValues）。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi13消息消息是對象間的通信，它傳遞了要執(zhí)行動作的信息，它能觸發(fā)事件。消息的UML符號表示是帶箭頭的實線。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi14接口接口是用來定義類或組件服務(wù)的操作的集合。與類不同，接口沒有定義任何結(jié)構(gòu)，也沒有定義任何實現(xiàn)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi15接口像類一樣，接口可以參與類屬關(guān)系、關(guān)聯(lián)關(guān)系和依賴關(guān)系，另外，接口還可以參與實現(xiàn)關(guān)系。實現(xiàn)接口的類或組件必須實現(xiàn)接口中定義的所有操作。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi16包包是一個用來將模型單元分組的通用機制。包可以用在任何一個UML圖中，但一般多用于用例圖和類圖，它就象文件夾一樣，可以將模型元素分組隱藏，從而簡化UML圖，使得UML圖更易理解。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi17包可見性如同類屬性和操作的可見性是可控制的一樣，包中元素的可見性也是可控制的。包中的元素在缺省情況下是公共的（public），也就是說，對于引入含有該元素的包中的任何元素都是可見的。引入與輸出（ImportingandExporting）引入可以使一個包中的元素單向地訪問另一個包中的元素。在UML中，引入關(guān)系用點綴著衍型<<import>>的依賴關(guān)系來表示。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi18包類屬關(guān)系（Generalization）包間的類屬關(guān)系與類間的類屬關(guān)系非常類似。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi19組件包（ComponentPackage）。組件包代表了邏輯上相關(guān)的組件簇或系統(tǒng)的重要部分。組件包的作用類似于類圖中邏輯包的作用。組件包用來劃分系統(tǒng)的物理模型。組件組件代表了一個接口定義良好的軟件模塊。組件是系統(tǒng)的一個物理的、可替代的部分，它遵循接口定義，并為接口提供了實現(xiàn)。組件的特點如下：組件是物理的。組件是可替代的。組件是系統(tǒng)的一部分。組件可以被多個系統(tǒng)重用。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi20組件與類組件與類的區(qū)別：類代表了邏輯的抽象，而組件是物理的、可以存在于現(xiàn)實世界中的。也就是說，組件可以在節(jié)點上存在，而類不能。組件代表了其他邏輯單元的物理封裝，與類的抽象存在于不同的層次上。類本身有屬性和操作，但是，組件的操作通常只能通過接口來訪問。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi21組件與接口接口是操作的集合，定義了類或組件的服務(wù)。接口通常被用作粘合劑將組件連接在一起。被一個組件實現(xiàn)的接口被稱為該組件的輸出接口（ExportInterface），也就是說，組件將該接口作為服務(wù)窗口向其他組件開放。一個組件可以有多個輸出接口。被一個組件使用的接口被稱做該組件的引入接口（ImportInterface）。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi22組件組件的二進制可替代性基于組件的系統(tǒng)是通過組裝二進制的、可替換的組件建立起來的，可以通過使用新組件替換舊組件來發(fā)展系統(tǒng)，而不需要重新編譯整個系統(tǒng)。衍型UML的所有擴充機制都可以用于組件。通常，可以用標記值來擴充組件的屬性（例如，規(guī)定組件的版本信息），用衍型規(guī)定組件的新種類。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi23組件UML定義了5個可以應用于組件的標準衍型。（1）可執(zhí)行的（executable）。該衍型定義了可以在節(jié)點上執(zhí)行的組件。（2）庫（library）。該衍型定義了靜態(tài)或動態(tài)的對象庫。（3）表（table）。該衍型定義了代表數(shù)據(jù)庫表的組件。（4）文件（file）。該衍型定義了代表含有源代碼或數(shù)據(jù)的文件的組件。（5）文檔（document）。該衍型定義了表示文檔的組件。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi24狀態(tài)狀態(tài)機（StateMachine）描述了對象在生命周期中響應事件所經(jīng)歷的狀態(tài)的序列以及對象對這些事件的響應。狀態(tài)機由狀態(tài)、躍遷、事件、活動、動作等組成。狀態(tài)描述對象在生命周期中的一種條件或狀況，在這種狀況下，對象滿足某個條件，或執(zhí)行某個動作、或等待某個事件。一個狀態(tài)在一個有限的時間段內(nèi)存在。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi25狀態(tài)狀態(tài)由以下6部分組成：1.名字（Name）名字可以用來區(qū)分不同的狀態(tài)。狀態(tài)也可以是匿名的。2.入口／出口動作（Entry/ExitActions）入口動作在進入狀態(tài)時執(zhí)行；出口動作在退出狀態(tài)時執(zhí)行。

3.內(nèi)部躍遷（InternalTransitions）內(nèi)部躍遷是沒有引起狀態(tài)變化的躍遷。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi26圖4.30狀態(tài)狀態(tài)4.子狀態(tài)（Substate）子狀態(tài)是被嵌套的狀態(tài)。子狀態(tài)包括不相交子狀態(tài)（DisjointSubstates）和并發(fā)子狀態(tài)（ConcurrentSubstates）。不相交子狀態(tài)也被稱為順序子狀態(tài)（SequentialSubstates）。不含有子結(jié)構(gòu)的狀態(tài)被稱為簡單狀態(tài)（SimpleState），含有子結(jié)構(gòu)的狀態(tài)被稱為組合狀態(tài)（CompositeState）。并發(fā)子狀態(tài)是指并發(fā)進行的子狀態(tài)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi27狀態(tài)UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi28順序子狀態(tài)狀態(tài)UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi29并發(fā)子狀態(tài)狀態(tài)5.延遲事件（DeferredEvents）延遲事件是指不處理那些當前發(fā)生的狀態(tài)，而將事件推遲到不再被推遲的另外一個狀態(tài)中才處理，此時延遲事件發(fā)生并可能觸發(fā)躍遷，就好像這些事件剛發(fā)生一樣。延遲事件的實現(xiàn)需要存在一個內(nèi)部的事件隊列。6.初始狀態(tài)（InitialState）和最終狀態(tài)（FinalState）初始狀態(tài)和最終狀態(tài)是兩種特殊的狀態(tài)。初始狀態(tài)表示狀態(tài)機的執(zhí)行開始，最終狀態(tài)表示狀態(tài)機的執(zhí)行結(jié)束。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi30躍遷躍遷是兩個狀態(tài)間的一種關(guān)系，它表示對象在第一個狀態(tài)將執(zhí)行某些動作，當規(guī)定的事件發(fā)生或滿足規(guī)定的條件時，對象進入第二個狀態(tài)。躍遷表示了從活動（或動作）到活動（或動作）的控制流的傳遞。躍遷由以下部分組成：源狀態(tài)與目標狀態(tài)觸發(fā)事件護衛(wèi)條件動作UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi31判定判定（Decision）代表了活動圖或狀態(tài)機圖上的一個特殊位置，在這個位置上工作流將根據(jù)護衛(wèi)條件進行分支。判定節(jié)點的UML符號是一個空心菱形。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi32同步條同步條（SynchronizationBars）用來定義活動圖中的分叉（Fork）和聯(lián)結(jié)（Join）。同步條的UML符號表示用粗的水平或豎直條表示。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi33活動活動是在狀態(tài)機中進行的一個非原子的執(zhí)行，它由一系列的動作組成。活動的UML符號表示：UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi34節(jié)點節(jié)點是運行時存在的物理單元，它代表了具有內(nèi)存以及處理能力的計算資源。節(jié)點與組件之間有許多重要的不同之處：組件參加系統(tǒng)的運行；節(jié)點是運行組件的硬件。組件代表了其他邏輯組件的物理封裝；節(jié)點代表了組件的物理分布。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi35UML的擴充機制UML是可擴充的，UML的擴充機制允許用戶以可控制的方式擴充語言。UML的擴充機制包括3種：衍型（Stereotypes）衍型擴充了UML的詞匯表，使用戶可以從已存在的模型元素派生出新模型元素，這些元素是為特定的問題域定制的。衍型提供了擴充基本模型元素以創(chuàng)建新元素的能力。衍型的概念使得UML雖然有最小的符號集，但是可以隨時擴充以滿足需要。衍型名字被放在“<<”和“>>”之間，且被放在模型元素的名字上面。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi36UML的擴充機制UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi37衍型UML的擴充機制標記值（TaggedValues）標記值擴充了UML模型元素的屬性，使用戶可以在模型元素的規(guī)格說明中添加新的信息。標記值可以用放在“{}”中的字符串表示，這個字符串由標記名、分隔符“=”以及標記值組成。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi38UML的擴充機制約束（Constraints）約束擴充了UML模型元素的語義，使用戶可以添加新規(guī)則或修改已存在的規(guī)則。在UML中，可以用約束（Constraint）表示規(guī)則。約束是放在“{}”中的一個表達式，表示一個永真的邏輯陳述。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi39小結(jié)UML提供了一個標準的、統(tǒng)一的建模符號體系。UML符號體系是可視的，應用UML可為系統(tǒng)建立圖形化的可視模型，使系統(tǒng)的結(jié)構(gòu)變得直觀且易于理解。因此，用UML建模有利于交流。本章對各種UML符號的語義、符號、應用逐一進行了介紹，最后還介紹了UML符號體系的3種擴充機制，即衍型、標記值、約束。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi40UML系統(tǒng)分析與設(shè)計SystemAnalysis&Design

第五章視與圖視UML的圖UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi42視軟件系統(tǒng)的體系結(jié)構(gòu)可以用5個視來描述，每個視都側(cè)重描述系統(tǒng)的一個方面。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi43視1.用例視（UseCaseView）系統(tǒng)的用例視通過用例描述了最終用戶、分析人員和測試人員可以看到的系統(tǒng)行為。2.設(shè)計視（DesignView）系統(tǒng)的設(shè)計視包括類、接口、和協(xié)作，這些類、接口和協(xié)作組成了問題域詞匯表和解決方案，支持系統(tǒng)的功能需求，也即系統(tǒng)應該提供給最終用戶的服務(wù)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi44視3.互動視（InteractionView）系統(tǒng)的互動視描述了系統(tǒng)不同部分之間的控制流，包括可能的并發(fā)和同步機制。它體現(xiàn)了系統(tǒng)的性能、可擴展性、和總處理能力。4.實現(xiàn)視（ImplementationView）系統(tǒng)的實現(xiàn)視包括了用于組裝和發(fā)布物理軟件系統(tǒng)所需的各種產(chǎn)物，主要描述了軟件系統(tǒng)版本的配置管理。實現(xiàn)視的靜態(tài)方面由組件圖捕捉；動態(tài)方面由互動圖、狀態(tài)機圖和活動圖捕捉。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi45視5.部署視（DeploymentView）部署視包括了構(gòu)成用于運行軟件系統(tǒng)的系統(tǒng)硬件拓撲的節(jié)點，它主要描述了物理系統(tǒng)組成部分的分布、交付和安裝。部署視的靜態(tài)方面由部署圖捕捉；動態(tài)方面由互動圖、狀態(tài)機圖和活動圖捕捉。這5個視是彼此相關(guān)、交互作用的，運用這5個視，可對軟件系統(tǒng)進行全方位的描述。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi46UML的圖統(tǒng)一建模語言UML是用來對軟件系統(tǒng)的產(chǎn)物進行可視化、規(guī)范定義、構(gòu)造并為之建立文檔的建模語言。UML的13種圖如下：（1）類圖（ClassDiagram）（2）對象圖（ObjectDiagram）（3）組件圖（ComponentDiagram）（4）組合結(jié)構(gòu)圖（CompositeStructureDiagram）（5）用例圖（UseCaseDiagram）（6）順序圖（SequenceDiagram）UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi47UML的圖（7）通信圖（CommunicationDiagram）（8）狀態(tài)機圖（StateMachineDiagram）（9）活動圖（ActivityDiagram）（10）部署圖（DeploymentDiagram）（11）包圖（PackageDiagrams）（12）定時圖（TimingDiagram）（13）交互概覽圖（InteractionOverviewDiagram）UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi48UML的圖上述用于描述系統(tǒng)動態(tài)行為的4個圖，即狀態(tài)機圖、順序圖、通信圖和活動圖，均可用于為系統(tǒng)的動態(tài)行為建模，但它們的側(cè)重點不同，應用的目的也不同。組件圖和部署圖都可以用來描述系統(tǒng)實現(xiàn)時的一些特性，包括源代碼的靜態(tài)結(jié)構(gòu)和運行時刻的實現(xiàn)結(jié)構(gòu)。組件圖說明代碼本身的結(jié)構(gòu)，部署圖說明系統(tǒng)運行時刻的結(jié)構(gòu)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi49小結(jié)本章簡單介紹了軟件系統(tǒng)體系結(jié)構(gòu)的5個視，即用例視、設(shè)計視、互動視、實現(xiàn)視和部署視，以及為系統(tǒng)建模的13種圖，包括類圖、對象圖、組件圖、組合結(jié)構(gòu)圖、用例圖、順序圖、通信圖、狀態(tài)機圖、活動圖、部署圖、包圖、定時圖和交互概覽圖，并概括地說明了各種圖的功能和應用，描述了視與圖的關(guān)系，從而指導讀者應該如何使用圖為系統(tǒng)的5個視的靜態(tài)方面和動態(tài)方面建模。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi50UML系統(tǒng)分析與設(shè)計SystemAnalysis&Design冀振燕北京交通大學

第六章用例圖用例圖參與者用例用例圖的應用UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi52UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi53用例圖用例模型描述的是系統(tǒng)外部的參與者所理解的系統(tǒng)功能。用例模型用于需求分析階段，它的建立是系統(tǒng)開發(fā)者和最終用戶反復討論的結(jié)果，也是開發(fā)者和用戶對需求規(guī)格定義達成的共識。用例圖用例模型描述了待開發(fā)系統(tǒng)的功能需求將系統(tǒng)看作黑盒，從外部參與者的角度來理解系統(tǒng)驅(qū)動了需求分析之后各階段的開發(fā)工作，用例不僅在開發(fā)過程中保證了系統(tǒng)所有功能的實現(xiàn)，還被用于驗證和檢測所開發(fā)的系統(tǒng)是否滿足系統(tǒng)需求，從而影響到開發(fā)工作的各個階段和UML的各個模型。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi54UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi55用例圖用例圖的3種建模元素用例(Use

Case)參與者(Actor)依賴關(guān)系、類屬關(guān)系和關(guān)聯(lián)關(guān)系。用例圖描述了用例、參與者以及它們之間的關(guān)系。用例圖UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi56UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi57用例圖參與者和用例之間存在的關(guān)聯(lián)關(guān)系通常被稱為通信關(guān)聯(lián)，因為它代表著參與者和用例之間的通信。這個關(guān)聯(lián)可以是雙向?qū)Ш剑◤膮⑴c者到用例，并從用例到參與者），也可以是單向?qū)Ш剑◤膮⑴c者到用例，或從用例到參與者）。導航的方向表明了是參與者發(fā)起了和用例的通信，還是用例發(fā)起了和參與者的通信。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi58用例圖在UML中用來實現(xiàn)用例的元素是協(xié)作（Collaboration），協(xié)作是實現(xiàn)用例行為的類和其他元素的總稱。如圖所示，可以用協(xié)作“Dealwithbill”（處理賬單）來實現(xiàn)用例“Payforbill”（付賬單）。通常，每個給定的用例都會由一個相應的協(xié)作來實現(xiàn)，所以大多數(shù)情況下不必顯式地為這種關(guān)系建模。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi59參與者參與者（Actor）代表了與系統(tǒng)接口的事物或人，它是具有某一種特定功能的角色。因此，參與者是虛擬的概念，它可以是人，也可以是外部系統(tǒng)或設(shè)備。同一個人可能對應著多個參與者，因為一個人可能扮演了多個角色。參與者不是系統(tǒng)的一部分，它們處于系統(tǒng)的外部。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi60參與者如何識別參與者？可以通過回答一系列問題●誰是系統(tǒng)的主要用戶？ ●誰從系統(tǒng)獲得信息？●誰向系統(tǒng)提供信息？ ●誰從系統(tǒng)刪除信息？●誰支持、維護系統(tǒng)？ ●誰管理系統(tǒng)？●系統(tǒng)需要與其他哪些系統(tǒng)交互（包含其他計算機系統(tǒng)和其他應用程序）？●系統(tǒng)需要操縱哪些硬件？ ●在預設(shè)的時間內(nèi)，有事情自動發(fā)生嗎？●系統(tǒng)從哪里獲得信息？ ●誰對系統(tǒng)的特定需求感興趣？●幾個人在扮演同樣的角色嗎？ ●一個人扮演幾個不同的角色嗎？●系統(tǒng)使用外部資源嗎？ ●系統(tǒng)要用在什么地方？UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi61參與者識別參與者需要注意：參與者代表角色。當建立用例模型時，參與者是用來模擬角色的，而不是用來模擬物理的、現(xiàn)實世界的人、組織或系統(tǒng)本身。角色不是對職位進行建模。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi62參與者UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi63用例用例（UseCase）是對系統(tǒng)行為的動態(tài)描述可以增進系統(tǒng)設(shè)計人員、開發(fā)人員與用戶的溝通，正確地理解系統(tǒng)需求；還可以劃分系統(tǒng)與外部實體的界限。用例是系統(tǒng)設(shè)計的起點，是類、對象、操作的來源，可以通過邏輯視圖的設(shè)計，獲得軟件的靜態(tài)結(jié)構(gòu)。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi64用例如何識別用例？可以通過以下問題幫助識別：●每個參與者的任務(wù)是什么？●有參與者要創(chuàng)建、存儲、改變、刪除或讀取系統(tǒng)中的信息嗎？●什么用例會創(chuàng)建、存儲、改變、刪除或讀取這個信息？●參與者需要通知系統(tǒng)外部的突然變化嗎？●需要通知參與者系統(tǒng)中正在發(fā)生的事情嗎？●什么用例將支持和維護系統(tǒng)？●所有的功能需求都能被用例實現(xiàn)嗎？UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi65用例在描述用例事件流時，每個軟件項目都應使用一個標準模板。下面給出一個目前應用最廣泛的模板。

X.用例XX（用例名）的事件流 X.1前置條件（Pre-Conditions） X.2后置條件（Post-Conditions） X.3擴充點（ExtensionPoints） X.4事件流 X.4.1基流（BasicFlow） X.4.2分支流（Subflows）（可選） X.4.3替代流（AlternativeFlows）UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi66用例用例與腳本一個用例描述了一個序列集，而序列集中的每一個序列描述了一個流，這個流代表了用例的一個變種，每一個這樣的序列就被稱為一個腳本或場景（Scenario）。腳本是系統(tǒng)行為的一個特定動作序列。腳本與用例的關(guān)系就像實例與類的關(guān)系，即腳本是用例的一個實例。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi67用例用例間的關(guān)系類屬關(guān)系用例間的類屬關(guān)系如同類間的類屬關(guān)系。也就是說，子用例繼承父用例的行為和含義，它也可以添加新行為或覆蓋父用例的行為。UML系統(tǒng)分析與設(shè)計第2版ZhenyanJi68用例用例間的關(guān)系包含關(guān)系多個用例可能具有一些相同的功能，通常將這些共享的功能放在一個單獨的用例中，在這個新用例和