uml 基礎教程 第七章--活動圖ppt課件

1、實例講解網(wǎng)上書店的訂單對象為例 訂單對象有確認訂單、等待到款、等待受理、已受理、已發(fā)貨、交易成功和取消7種狀態(tài)。 （1）“確定訂單后根據(jù)訂單的付款方式?jīng)Q定向下一個狀態(tài)的轉換。若付款方式=網(wǎng)銀支付，則訂單對象進入“等待到款形狀，若付款方式=貨到付款，則訂單對象直接進入“等待受理形狀；用戶付款成功后，訂單對象可由“等待到款狀態(tài)轉換為“等待受理形狀； （2訂單對象處于“等待到款或“等待受理狀態(tài)時，用戶可取消交易，由此訂單對象轉換為“取消形狀； （3訂單對象處于“等待受理形狀，若書店銷售管理員受理了訂單，則更新訂單狀態(tài)，訂單對象轉換為“已受理形狀； （4訂單對象處于“已受理形狀，書店發(fā)貨，銷售管理員更

2、新訂單狀態(tài)訂單對象轉換為“已發(fā)貨形狀； （5用戶收到貨物，書店確認后“交易成功”。確認訂單等待到款等待受理取消已受理已發(fā)貨交易成功取消訂單付款 付款成功 / 更新訂單狀態(tài)付款方式=網(wǎng)銀支付付款方式=貨到付款取消訂單放棄提交受理訂單書店發(fā)貨/更新訂單狀態(tài)收貨并確認/更新訂單狀態(tài)第七章 活動圖本章要點： 活動圖的定義 活動圖中各種標記符的含義基礎內(nèi)容：活動圖中的活動、轉換和泳道重點掌握：活動圖中的動作一般了解：活動圖中的對象流 為什么要引入活動圖？ 從系統(tǒng)任務的觀點來看，系統(tǒng)的執(zhí)行過程是由一系列有序活動組成的。 活動圖可以有效地描述整個系統(tǒng)的流程，即活動圖描述的是系統(tǒng)的全局的動態(tài)行為。 活動圖是唯

3、一能夠描述并發(fā)活動的UML圖。 活動圖還描述了系統(tǒng)中各種活動的執(zhí)行順序，刻畫一個方法中所要進行的各項活動的執(zhí)行流程?；顒訄D的應用非常廣泛，它既可用來描述過程或操作類的方法的工作步驟，也可以描述用例和對象內(nèi)部的工作流程，并可用于表示并行過程?；顒訄D的作用活動圖的作用 （1描述一個操作執(zhí)行過程中所完成的工作；描述一個操作執(zhí)行過程中所完成的工作； （2描述對象內(nèi)部的工作；描述對象內(nèi)部的工作； （3顯示如何執(zhí)行一組相關的動作以及這些動作如何影顯示如何執(zhí)行一組相關的動作以及這些動作如何影響它們周圍的對象；響它們周圍的對象； （4顯示用例的實例是如何執(zhí)行動作以及如何改變對象顯示用例的實例是如何執(zhí)行動作以及

4、如何改變對象狀態(tài)。狀態(tài)。 （5說明一次活動中角色、工作流、組織和對象是如何說明一次活動中角色、工作流、組織和對象是如何工作的。工作的。7.1 活動圖的定義 活動圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來描述動作和動作導致對象狀態(tài)改變的結果，而不用考慮引發(fā)狀態(tài)改變的事件。 UML中，活動圖被設計用于用來描述一個過程或者操作的工作步驟。UML圖的表示 在UML中，活動的起點用來描述活動圖的開始狀態(tài)，用黑色實心圓表示。 活動的終點描述活動圖的終止狀態(tài)，用一個含有實心圓的空心圓表示。 活動圖中的活動用圓角矩形表示。 活動圖中的轉換描述一個活動轉向另一個活動，用帶箭頭的實線段表示，箭頭指向轉向的活動，

5、可在轉換上用文字標識轉換發(fā)生的條件。 活動圖中還包括分支與合并、分叉與匯合等模型元素分支和合并的圖標和狀態(tài)圖中判定的圖標相同，分叉與匯合用一條加粗的線段表示，是用來描述并發(fā)處理行為。 如圖7-1活動活動前置和后置條件分支與合并Decision and Merge Nodes）分支與合并用菱形表示分叉與匯合Fork and Join Nodes）分為水平風向和垂直方向?；顒訄D的主要目的是描述動作及對象的改變結果，而狀態(tài)圖則是以狀態(tài)的概念描述對象、子系統(tǒng)、系統(tǒng)在生命周期中的各種行為。與正常的狀態(tài)圖不同，活動圖中的狀態(tài)轉換不需任何觸發(fā)事件，活動圖中的動作可以放在泳道中，而狀態(tài)圖則不可以?；顒訄D著重表

6、現(xiàn)從一個活動到另一個活動的控制流，是內(nèi)部處理驅(qū)動的流程；狀態(tài)圖著重描述從一個狀態(tài)到另一個狀態(tài)的流程，主要有外部事件的參與?；顒訄D和狀態(tài)圖活動圖和狀態(tài)圖（1圖標不完全一樣，活動圖中的活動是用比狀態(tài)圖的圓角矩形圖標不完全一樣，活動圖中的活動是用比狀態(tài)圖的圓角矩形更加橢圓的矩形表示；更加橢圓的矩形表示；（2活動圖是以活動為中心，而狀態(tài)圖是以狀態(tài)為中心的；活動圖是以活動為中心，而狀態(tài)圖是以狀態(tài)為中心的；（3二者觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)或活動發(fā)生遷移的機制二者觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)或活動發(fā)生遷移的機制不同；不同；（4二者描述對個對象共同完成一個操作的機制不同。二者描述對個對象共同完成一個操作的機制不同

7、。（5活動圖用來描述一個過程中的一系列連續(xù)的活動的順序，而活動圖用來描述一個過程中的一系列連續(xù)的活動的順序，而狀態(tài)圖更適合于描述一個對象在一個生命周期中的離散的不連狀態(tài)圖更適合于描述一個對象在一個生命周期中的離散的不連續(xù)的某些狀態(tài)。續(xù)的某些狀態(tài)?；顒訄D和狀態(tài)圖的區(qū)別活動圖和狀態(tài)圖的區(qū)別活動圖和傳統(tǒng)的流程圖也很相似，往往流程圖所能表達的內(nèi)容，大多數(shù)情況下活動圖也可以表達。 不過兩者間還是有明顯區(qū)別的。首先活動圖是面向?qū)ο蟮?，而流程圖是面向過程的；其次，活動圖不僅能表達順序流程控制，還能表達并發(fā)流程控制。活動圖和流程圖的區(qū)別活動圖和流程圖的區(qū)別7.2 活動圖中的標記符 構成活動圖的標記符主要有動作

8、、活動、轉換和組合活動等，其中活動是活動圖中的核心概念。7.2.1 動作 動作是一種原子操作，它不能被外部事件的轉換所中斷。動作不可以分解成更小的部分，它是構造活動圖的最小單位。 執(zhí)行動作就會產(chǎn)生結果，可以用一組相關動作來描述操作的實現(xiàn)，然后將這些動作轉換成代碼行。 動作通常有一個輸出的完成轉換，如果有監(jiān)護條件也可以有多個輸出的完成轉換。 不過動作和狀態(tài)圖中的狀態(tài)不同，它不能有入口動作和出口動作，也不能有內(nèi)部轉移。7.2.2 活動 活動是構成活動圖的核心元素，是具有內(nèi)部動作的狀態(tài)，由隱含的事件觸發(fā)活動的轉移。 要注意的是，活動是一個程序的執(zhí)行過程的狀態(tài)而不是一個普通對象的狀態(tài)。離開一個活動的轉

9、換通常不包括事件觸發(fā)器。轉換可以包括動作和監(jiān)護條件，如果有多個監(jiān)護條件賦值為真，那么將無法預料最終的選擇結果?；顒邮怯梢粋€或多個動作組成的行為。動作是活動中的一個步驟，但是，動作并不是組成活動的最小單位，每個動作只是相對它的活動而言，如果把一個動作作為一個活動。那么，這個動作又可以分為更多個組成這個活動的動作。 動作是一種特殊的活動，即它只有一個入口動作，并且它活動時不會被轉換所中斷。動作一般用于描述簡短的操作，而活動用于描述持續(xù)事件或復雜性的計算。活動和動作的區(qū)別活動邊在活動圖中，僅有動作是沒有意義的，因為活動圖需要表現(xiàn)動作與動作之間、動作與數(shù)據(jù)之間、數(shù)據(jù)與動作之間的關聯(lián)和方向。 UML2.

10、0 稱這些出現(xiàn)在活動中的信息之間的關聯(lián)為活動邊Activity Edge）。 UML2.0 的活動邊為一條帶有開放式箭頭的實線，其箭頭指向下一個動作或下一個節(jié)點?；顒舆吽B的點動作或節(jié)點不同，所形成的信息流也不同。 在活動圖中，由活動邊關聯(lián)起來的信息流程可分為兩大類，即活動圖的邊包括控制流和對象流。1. 控制流控制流 在活動圖中，控制流表示一個操作完成后對其后續(xù)操在活動圖中，控制流表示一個操作完成后對其后續(xù)操作的觸發(fā)。作的觸發(fā)。 當活動邊連接的是兩個動作時，這種活動邊稱為控制當活動邊連接的是兩個動作時，這種活動邊稱為控制流?？刂屏饕话惆l(fā)生在兩種情況：在活動邊控制下，活動流?？刂屏饕话惆l(fā)生在兩種

11、情況：在活動邊控制下，活動由一個動作直接轉變?yōu)榱硪粋€動作時，或者由一個動作經(jīng)由一個動作直接轉變?yōu)榱硪粋€動作時，或者由一個動作經(jīng)過一個邏輯判斷條件轉變?yōu)榱硪粋€動作。表示控制流的活過一個邏輯判斷條件轉變?yōu)榱硪粋€動作。表示控制流的活動邊的箭頭指明下一個動作。動邊的箭頭指明下一個動作。 如如 圖圖2. 對象流對象流 當活動邊連接動作與數(shù)值或活動與數(shù)值時，當活動邊連接動作與數(shù)值或活動與數(shù)值時，UML2.0 稱稱這類活動邊為對象流，對象流用于描述活動中的數(shù)據(jù)輸入這類活動邊為對象流，對象流用于描述活動中的數(shù)據(jù)輸入輸出。輸出。 如如 圖圖活動節(jié)點在活動圖中，流動的信息不僅僅只有動作，UML2.0把除了動作外的

12、其他活動信息稱為活動節(jié)點。這些活動節(jié)點主要分為3大類： 參數(shù)節(jié)點 對象節(jié)點 控制節(jié)點1.參數(shù)節(jié)點 參數(shù)節(jié)點用來表示一個參數(shù)進入一個活動或者一個參數(shù)從一個活動中輸出。參數(shù)節(jié)點用一個直角的長方形來表示 如圖 參數(shù)節(jié)點是出現(xiàn)在活動框上的長方形，活動框上可以有一個或多個參數(shù)節(jié)點，它的一個邊通常與活動框內(nèi)的某個動作相連以表示它是這個動作的輸入或輸出數(shù)據(jù)，參數(shù)的輸入來源于活動之外，參數(shù)的輸出表示參數(shù)將輸出到活動之外。2. 對象節(jié)點 當UML活動圖表達一個復雜的數(shù)據(jù)試圖通過一個活動時，這個穿越活動的數(shù)據(jù)包被稱為對象節(jié)點。對象節(jié)點用于表示活動中移動的數(shù)據(jù)。對象節(jié)點用矩形框表示，對象節(jié)點名可以加在矩形框內(nèi)或外部

13、，框內(nèi)標明數(shù)據(jù)的名稱。 如圖 對象節(jié)點與參數(shù)節(jié)點的差別是，對象節(jié)點與動作相連，參數(shù)節(jié)點是在活動框上的數(shù)據(jù)。3. 控制節(jié)點 用于表示活動中的控制判斷、同步運算、路徑分叉、路徑合并等特殊節(jié)點。控制節(jié)點主要包括起始節(jié)點、判斷節(jié)點、匯合節(jié)點、分叉節(jié)點、結合節(jié)點以及終點節(jié)點。 如 圖7.2.3 轉換 與狀態(tài)圖不同，活動圖的轉換一般不需要特定事件的觸發(fā)。一個動作狀態(tài)執(zhí)行完本狀態(tài)需要完成的動作后會自發(fā)轉換到另外一個狀態(tài)。 當一個活動結束時，控制流就會馬上傳遞給下一個活動結點，在活動圖中稱之為“轉換”，用一條帶箭頭的直線表示。箭頭上還可帶有監(jiān)護條件，用來發(fā)送短句和動作表達式。監(jiān)護條件用來約束轉移，監(jiān)護條件為真

14、時轉移才可以開始，用菱形符號來表示分支。7.2.4 組合活動 一個活動還可以分為若干個動作或子活動，那么這些動作和子活動本身又可以組成一個活動圖，嵌套了若干個動作或子活動的活動稱為組合活動。組合活動是一種內(nèi)嵌活動圖的狀態(tài)。把不含內(nèi)嵌活動或動作的活動稱為簡單活動，把嵌套了若干個活動或動作的活動稱為組合活動。 一個組合活動在表面上看是一個狀態(tài)，但其本質(zhì)卻是一組子活動的概括。一個組合活動可以分解為多個活動或者動作的組合。每個組合活動都有自己的名字和相應的子活動圖。一旦進入組合活動，嵌套在其中的子活動圖就開始執(zhí)行，直到到達子活動圖的最后一個狀態(tài)，組合活動結束。 如果一些活動狀態(tài)比較復雜，就會用到組合活

15、動 使用組合活動可以在一幅圖中展示所有的工作流程細節(jié)，但是如果所展示的工作流程較為復雜，就會使活動圖難以理解，所以當流程復雜時也可將子圖單獨放在一個圖中，然后讓活動狀態(tài)引用它。 7.3 其他標記符 在活動圖中，除了前面介紹的動作、活動、轉換和組合活動4個主要的標記符以外，還存在幾個次要的標記符： 分支與合并 分叉與匯合 泳道 對象流7.3.1 分支與合并 分支在活動圖中很常見，它是轉換的一部分，它將轉換路徑分成多個部分，每一部分都有單獨的監(jiān)護條件和不同的結果。當動作流遇到分支時，會根據(jù)監(jiān)護條件布爾值的真假來判定動作的流向。 分支的每個路徑的監(jiān)護條件應該是互斥的，這樣可以保證只有一條路徑的轉換被

16、激發(fā)。在活動圖中離開一個活動狀態(tài)的分支通常是完成轉換，它們是在狀態(tài)內(nèi)活動完成時隱含觸發(fā)的。 要注意的是，分支應該盡可能地包含所有的可能，否則可能會有一些轉換無法被激發(fā)。這樣最終會因為輸出轉換不再重新激發(fā)。 合并指的是兩個或者多個控制路徑在此匯合的情況。合并是一種便利的表示法，省略它不會丟失信息。合并和分支常常成對使用，合并表示從對應分支開始的條件行為的結束。 在活動圖中，分支與合并都用空心的菱形表示。分支有一個輸入箭頭和兩個輸出箭頭，而合并有兩個輸入箭頭和一個輸出箭頭，如圖7-5所示。 需要注意區(qū)分合并和結合。合并匯合了兩個以上的控制路徑，在任何執(zhí)行中每次只走一條，不同路徑之間是互斥的關系。而

17、結合則匯合了兩條或兩條以上的并行控制路徑。在執(zhí)行過程中，所有路徑都要走過，先到的控制流要等其他路徑的控制流到達后才能繼續(xù)運行。 在活動圖中，分支與合并都是用空心的菱形表示。分支有一個輸入箭頭和兩個輸出箭頭，而合并有兩個輸入箭頭和一個輸出箭頭。7.3.2 分叉與匯合 在實際的控制流中，除了順序結構、分支結構和循環(huán)結構之外，還可能存在并發(fā)的事件流。并發(fā)指的是在同一時間間隔內(nèi)，有兩個或者兩個以上的活動執(zhí)行。 為了對并發(fā)的控制流建模，在UML中引入了分叉和匯合的概念。 分叉用來表示將一個控制流分成兩個或者多個并發(fā)運行的分支，它有一個進入轉換，有兩個或多個離開轉換，也就是說分叉表示一個控制流被兩個或多個

18、控制流代替，經(jīng)過分叉后這些控制流是并發(fā)的；而匯合用來表示并行分支在此得到同步，有兩個或多個進入轉換，一個離開轉換，表示兩個或多個控制流被一個控制流代替。 分叉和匯合在UML中的表示法相似，都用粗黑線表示。分叉具有一個輸入轉換、兩個或者多個輸出轉換，每個轉換都可以是獨立的控制流。 如圖7-6所示 匯合與分叉相反，結合具有兩個或者多個輸入轉換，只有一個輸出轉換。先完成的控制流需要在此等待，只有當所有的控制流都到達結合點時，控制才能繼續(xù)往下進行。 如圖 7-7所示 要注意區(qū)分合并與匯合的不同。合并結合了兩個以上的控制路徑。在任何執(zhí)行中，每次只走一條路徑，不同路徑之間是互斥的關系。而匯合則結合了兩條或

19、兩條以上的并行控制路徑。在執(zhí)行過程中，所有路徑都要走過，先到的控制流要等其他路徑的控制流都到后，才能繼續(xù)運行。7.3.3 泳道 為了表明活動圖中各種元素的歸屬，UML用垂直線將不同歸屬的元素分開，將它稱為活動劃分，由于這種劃分的外觀很像泳道，所以也稱為活動圖中的泳道。為了對活動的職責進行組織而在活動圖中將活動狀態(tài)分為不同的組，稱為泳道?；顒訄D可以使用泳道根據(jù)每個活動的職責對活動進行劃分，每個泳道是一個責任區(qū)，代表特定含義的狀態(tài)職責部分。在活動圖中，每個活動只能明確地屬于一個泳道，泳道明確地表示了哪些活動是由哪些對象進行的。每個泳道都有一個與其他泳道不同的名稱。在活動圖中，每個泳道通過垂直實線與

20、它的鄰居泳道相分離。在泳道的上方是泳道的名稱，不同泳道中的活動既可以順序進行也可以并發(fā)進行。雖然每個活動狀態(tài)都指派了一條泳道，但是轉移則可能跨越數(shù)條泳道。每個泳道可能由一個或者多個類實施，類所執(zhí)行的動作或擁有的狀態(tài)按照發(fā)生的事件順序自上而下的排列在泳道內(nèi)。而泳道的排列順序并不重要，只要布局合理、減少線條交叉即可?？紤]一個咨詢公司和該咨詢公司會見一個客戶時的業(yè)務過程?；顒涌赡苁窍襁@樣發(fā)生的：公司業(yè)務員打電話給客戶，確定一個約定；如果約定地點是在公司之內(nèi)，那么公司中的技術人員就要為會面準備一間會議室；如果約定地點是公司之外，那么咨詢顧問就要用膝上電腦準備一份陳述報告；咨詢顧問和業(yè)務員與客戶在約定的

21、時間和地點見面；業(yè)務員隨后給他們準備好會議用紙；如果會議產(chǎn)生了一個問題陳述，咨詢顧問就根據(jù)問題陳述建立編寫一個提案并把該提案發(fā)給客戶。每個泳道代表特定含義的狀態(tài)職責部分。在活動圖中，每個活動只能明確地屬于一個泳道，泳道明確表示了哪些活動是由哪些對象執(zhí)行的。每個泳道都有一個與其他泳道不同的名稱。 在活動圖中，每個泳道通過垂直實線與它鄰居泳道相分離。在泳道的上方是泳道的名稱，不同泳道中的活動既可以順序進行也可以并發(fā)進行。雖然每個活動狀態(tài)都指派了一條泳道，但是轉移則可能跨越數(shù)條泳道. 如圖7-8所示7.3.4 對象流 活動圖中交互的簡單元素是活動和對象，控制流就是對活動和對象之間的關系的描述?？刂屏?/p>

22、表示動作與其參與者和后繼動作之間、動作與輸入和輸出對象之間的關系。而對象流就是一種特殊的控制流。 在活動圖中，對象可以作為活動的輸入或輸出?；顒訄D中的對象流表示活動和對象之間的關系?；顒訉ο笫┘恿擞绊懭鐒?chuàng)建、修正、銷毀對象等），對象作為活動的輸出，對象流箭頭從活動指向?qū)ο?活動圖中交互的簡單元素是活動和對象，控制流就是對活動和對象之間的關系的描述，它表示了動作與其參與者和后繼動作之間以及動作和其輸入或輸出對象之間的關系 對象流是將對象流狀態(tài)作為輸入或輸出的控制流。在活動圖中，對象流描述了動作狀態(tài)或者活動狀態(tài)與對象之間的關系，表示動作使用對象以及動作對對象的影響。對象流表示對象與對象、操作或產(chǎn)

23、生它或使用它的轉換間的關系。為了在活動圖中把它們與普通轉換區(qū)分開，用帶箭頭的虛線而非實線來表示對象流。如果虛線箭頭從活動指向?qū)ο罅鳡顟B(tài)，則表示輸出。輸出表示了動作對象施加了影響，影響包括創(chuàng)建、修正、撤銷等。如果虛線箭頭從對象流狀態(tài)指向活動，則表示輸入。輸入表示動作使用了對象流所指向的對象流狀態(tài)。如果活動有多個輸出值或后繼控制流，那么箭頭背向分叉符號。反之，如果有多個輸入箭頭，則指向結合符號。 如圖7-10所示總結 創(chuàng)建一個UML活動圖，需要反復執(zhí)行下列步驟：（1定義活動圖要對什么建模單個用例一個用例的一部分一個包含多個用戶用例的業(yè)務流程一個類的單個方法（2添加起始和結束點每個活動圖有一個起始點

24、和結束點。（3添加活動如果對一個用戶案例建模，應該為每個參與者所發(fā)出的主要步驟添加一個活動。如果對一個高層的業(yè)務流程建模，應為每個主要流程引入一個活動，通常為一個用例或用例包。如果為一個方法建模，那么引入一個活動圖是很常見的。（4添加活動間的轉換（5添加決策點有時候，所建模的邏輯需要做出一個決策。有可能是需要檢查某些事務或比較某些事務，可以選擇使用控制節(jié)點。（6找出可并行活動之處 當兩個活動間沒有直接的聯(lián)系，而且它們都必須在第3個活動開始前結束，那它們是可以并行運行的。并行活動可以按任意次序進行，但是它們都得在結束整個流程前完成狀態(tài)圖和活動圖的不同之處（1圖標不完全一樣，活動圖中的活動是用比狀

25、態(tài)圖的圓圖標不完全一樣，活動圖中的活動是用比狀態(tài)圖的圓角矩形更加橢圓的矩形表示；角矩形更加橢圓的矩形表示；（2活動圖是以活動為中心，而狀態(tài)圖是以狀態(tài)為中心的活動圖是以活動為中心，而狀態(tài)圖是以狀態(tài)為中心的（3二者觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)或活動發(fā)生遷移二者觸發(fā)一個系統(tǒng)或?qū)ο蟮臓顟B(tài)或活動發(fā)生遷移的機制不同；的機制不同；（4二者描述對個對象共同完成一個操作的機制不同。二者描述對個對象共同完成一個操作的機制不同。（5活動圖用來描述一個過程中的一系列連續(xù)的活動的順活動圖用來描述一個過程中的一系列連續(xù)的活動的順序，而狀態(tài)圖更適合于描述一個對象在一個生命周期中的序，而狀態(tài)圖更適合于描述一個對象在一個生命周期中

26、的離散的不連續(xù)的某些狀態(tài)離散的不連續(xù)的某些狀態(tài)總結例子案例例子例子實例1：建立醫(yī)院病房監(jiān)護系統(tǒng)的動態(tài)模型用活動圖描述系統(tǒng)在監(jiān)護病人時的活動 醫(yī)院病房監(jiān)護系統(tǒng)，主要活動由“采集病癥信號”、“分析比較信號”、“判斷病癥異常否”、“報警”、及“打印病情報告等活動組成。當病癥出現(xiàn)異常時，立即報警，同時打印病情報告和更新病歷，三者是并發(fā)執(zhí)行的活動，因此使用同步線描述。實例2：以課程注冊系統(tǒng)中的“學生瀏覽目錄為例，創(chuàng)建系統(tǒng)完整的活動圖對于“學生瀏覽目錄的用例來說，參與者是學生，涉及的用例是： 根據(jù)科目查詢課程 根據(jù)課程目錄瀏覽 瀏覽課程在開始創(chuàng)建用例的活動圖時，往往先建立一條明顯的路徑執(zhí)行工作流，然后從該路徑進行擴展，下圖為“學生瀏覽目錄的工作流示意圖。 學生在瀏覽器中輸入網(wǎng)址進入首頁，系統(tǒng)收到用戶請求后，構建首頁并顯示。學生在首頁中有兩種瀏覽課程信息的方法：通過科目查詢?yōu)g覽和課程目錄頁面輸入課程編號查詢?yōu)g覽。當系統(tǒng)獲得用戶的不同請求時，顯示相應的課程信息給用戶。學生在頁面瀏覽課程的詳細信息。瀏覽完畢退出。導航到首