历史因素.docVIP

UML摘要 紀俊男 OOSE (Object-Oriented Software Engineering)OMT-2 (Object Modeling Technique 2)Booch’93 三巨頭 (Three Amigo)Grady Booch、James Rumbaugh、Ivar Jacobson UML 1.0 ( January 1997 系統開發流程 五大步驟：需求、分析、設計、實作、測試 常見開發流程 瑞理統一流程 (RUP, Rational Unified Process)由美商瑞理 (Rational Inc.) 提出的開發流程。適合複雜的大型專案，以及較大的開發團隊。 極致製程 (XP, eXtreme Programming)由Kent Beck在1996年提出。屬於輕量型開發流程 (Agile Process) 的一支。適合小型團隊，以及需要快速開發的專案。 UML 七大常用圖形 使用案例圖 (Use Case Diagram) 活動圖 (Activity Diagram) 類別圖 (Class Diagram) 循序圖 (Sequence Diagram) 狀態圖 (Statechart Diagram) 元件圖 (Component Diagram) 部署圖 (Deployment Diagram) UML 常見繪製工具 Rational Rose Microsoft Visio UML 共通模型元素  使用案例圖 (Use Case Diagram) 使用案例圖主要目的 擷取客戶端工作現狀 (現行流程、人員安排、舊有系統、各類流通表單...etc.) 記錄客戶對系統的需求。 對於系統該做什麼，給予清楚和一致的描述 作為執行系統測試的基礎 提供把追蹤所得的功能需求，轉換為實際類別和操作的能力。 使用案例圖圖例解說 使用案例 (Use Case) “系統所履行的的一連串動作，並產生顯著的功能”。 如： “登入”、 “提款”、 “轉帳”...都是一個使用案例。 使用案例彼此之間的關係： 一般化 (Generalization) 代表父使用案例被執行時，很可能是執行子使用案例其中之一。 如下例。 “產生報表” 被執行時，有可能是執行 “月報表”、 “季報表”、 “年報表” 其中之一。 延伸關係 (Extend) 當某案例在特殊條件下，會執行另外的一個動作時 (如：提款時餘額不足)，這個額外的動作會以延伸關係表示之。且會用註解說明延伸關係的觸發條件。 包含關係 (Include) 當某個使用案例是由另外兩個使用案例組織而成的，則會用包含關係將三個使用案例連接起來。 當主使用案例被觸發時，被它包含的兩個使用案例都會被執行。 參與者 (Actor) 實際與本系統互動的人、或是其它系統。 經由下列問題找到的都是一個參與者： 誰會使用這個系統？ 誰需要系統的協助去處理每天的工作？ 誰去管理、維護這套系統？ 要用哪些硬體裝置來處理系統 (如：印表機也可以是一個 “參與者” )？ 有哪些已經存在的系統會根本系統互動？ 誰、或什麼東西會對系統所產生的結果感興趣？ 參與者與使用案例之間的關係 關聯 (Association) 當某個使用案例所描述的功能會被某個參與者使用時，會用 “關聯” 將兩者連接起來。 參與者彼此之間的關係： 一般化 (Generalization)當兩個參與者有共同的行為時，可將這些共同的行為定義在另一個參與者身上。則擁有這些共同行為的參與者，就是另兩個參與者的 “父類別”，彼此之間有繼承關係。 如上例：所有 Registered Users 可以做的事，Customers 與 Employees 也可以做。  活動圖 (Activity Diagram) 活動圖主要目的 用來塑造現行的商業流程 (Business Flow)。 用來詳述某個使用案例的詳細流程。 用來捕捉需要一連串相關動作的作業，以及這個作業如何影響週遭物件。 活動圖圖例解說 泳道 (Swimlane)：用來代表一個參與者 (Actor) 的符號 狀態 (State) 起始狀態 (Start State)：整個活動圖的起點。只能有一個。 終止狀態 (End State)：整個活動圖的終點。可以有好幾個。 一般狀態 (General State)：用來描述參與者 (Actor) 可能處在什麼情況 (如：等待中、進入idle狀態...等等)。 活動 (Activity) 與活動流程 (Activity Flow) 活動：指參與者所執行的動作。 活動流程：各活動之間必須以活動流程符號相連。 物件 (Object) 與物件流程 (Object Flow) 物件：指活動中需要的物品、或經由某活動而產生的