UML活动图在UML的工具中提供了活动图activitydiagram.DOC

第七章 UML活動圖 在UML的工具中，提供了活動圖（activity diagram）工具，使用圖形的表示方式，較能夠清楚表現使用者和系統間互動的流程。 活動圖：用來描述工作流程（workflow）的圖形，在圖中包括了不同的系統活動、執行活動的人和活動順序流程 活動圖的基本符號： 活動和動作：使用橢圓形符號表示活動（activity）或動作（action），並在橢圓形中標示活動名稱或動作指令。 活動是一連串動作的集合，可以再細分，動作指令則是最基本的單位，不可以再細分。 轉換箭號（transition）：活動符號上邊和下邊的箭號線，表示從上一活動轉換至下一個活動。 決策：用來表示工作流程中的控制，以菱形符號表示，從菱形符號中會分出兩條以上的轉換箭號，在轉換箭號旁要加上條件控制，以「[ ]」表示。 同步橫條：用來分隔（split）不同活動的路徑或將不同活動的路徑整合（join）到同一活動。 起始和終止狀態符號：為表示一個工作流程的起始和終止。 起始符號以實心的黑圈表示，而終止符號則是在實心的黑圈外再加上一個圓圈。 責任區：利用一個長方形的區塊來表示這個區塊中的活動是由什麼人或什麼單位負責執行，這樣的長方形的區塊稱之為責任區（swimlane）。 活動 活動圖也可以像使用案例擁有前置條件與後置條件。 活動圖通常以一個控制節點起頭，是活動起始點。 活動結束於一或數個結束節點。 活動圖能給我們更多資訊，更圖形化的使用案例。 節點 物件節點可代表特定類詞的實例，並可表示在活動的特定點為可使用的。 物件節點的輸入邊與輸出邊稱為物件流程。代表物件在活動裡的走向。 物件節點在任一個輸入邊收到物件符記，所有輸出邊要同時互相競爭得取這個符記。 第八章 UML領域模型 領域模型：以圖形的方式表現出從使用案例文字中找出物件與物件間的關係，並確認此圖形能對等於使用者的需求。 領域模型：領域中真實世界物件或概念類別的視覺呈現。 分析階段找出來的這些物件，稱之為概念（concept）或概念類別，這個圖形的表示即稱之為初步類別圖。 描繪領域模型時，除了找出與問題相對應的概念類別外，還要尋找出這個概念類別的屬性與關聯。 屬性：物件中的邏輯資料 關聯：兩種概念類別的實例中存在著有意義的連結 概念類別符號 在UML中表現概念類別的符號就是使用一長方形符號，在長方形符號中加上類別名稱，如果有需要的話，可以分成兩部份，第二部份即可記錄類別的屬性。 關聯符號 關聯的主要功能是要清楚的說明物件間的語意關係。 關聯符號包括三部份 第一部份為關聯名稱，通常使用動詞 第二部份為關聯間的多重性 第三部份為方向箭號，它僅是用來表示關聯名稱閱讀的方向，有時候會被省略 降低呈現上差距 ●設計模型盡量使用領域模型的名稱以減少兩者之間的差異。 建構領域模型主要工作就是尋找概念類別、尋找關聯和尋找類別屬性。 第九章 系統循序圖與合約 系統行為 把系統當作「黑箱」，研究並定義他的行為。 系統行為裡面描述系統該做些什麼，而不是解釋它是如何辦到的。 系統循序圖 系統循序圖裡面展現使用案例中某個特別情節，外部參與者所產生的事件，事件發生順序以及系統之間的事件 通常只畫出使用案例的主要成功情節與常發生或複雜的替代情節 系統事件 在使用案例中，外部參與者會與軟體系統互動，互動過程中，參與者會對系統產生事件，而且通常會要求執行某種操作以回應事件。 系統事件命名，應以動詞開頭。 用抽象（高階）層次替事件命名 系統操作 把系統視為黑盒子，裡面式系統為了處理系統事件而提供的公開介面，此介面即一組統操作的集合 系統操作會處理外部輸入的系統事件 操作合約 合約用來定義系統操作，它利用系統操作執行後的領域模型狀態的變化來描述系統行為中的細節。 合約中的各個小節 操作：操作名稱與參數 交互參考：這個操作位於哪個使用案例 事先條件：執行操作之前，值得注意的一些假設，其中包括系統或物件的狀態 事後條件：完成操作後的領域模型物件狀態 事後條件 事後條件裡面會描述領域模型中物件狀態改變，此改變包括實例的產生、關聯的產生與中斷、屬性的修改 描述系統操作所需的狀態變化而不描述要如何設計這些東西 事後條件提供分析後的細節，明確宣告操作所必須達成的外顯結果 第十章 互動圖：溝通圖與循序圖 物件設計所需的基本相關知識包括 1. 指派責任原則 2. 設計樣式 溝通圖(Communication diagrams) 溝通圖是互動圖的一種，它強調參與互動的物件組織，透過溝通圖可以將物件間的連結以及訊息收送情形顯示出來。 循序圖 (Sequence diagrams) 循序圖也是互動圖的一種，基本上循序圖與合作圖表達了相同的意義，但卻以另一種觀點來構圖，循序圖顯示了所選擇物件集合在某段時間限制的情形，一連串的訊息交換，它強調了事件路線的前後順