UML筆記1---結合架構設計用對象建模
一.UML的視圖和圖
視圖,只是表達系統某一方面特徵的UML建模組件的子集;視圖被劃分成三個視圖域:結構分類、動態行爲和模型管理。
---結構分類,描述了系統中的結構成員及其相互關係。類元包括類、用例、構件和節點。類元爲研究系統動態行爲奠定了基礎。類元視圖包括靜態視圖、用例視圖和實現視圖。
---動態行爲描述了系統隨時間變化的行爲。行爲用從靜態視圖中抽取的瞬間值的變化來描述。動態行爲視圖包括狀態機視圖、活動視圖和交互視圖。
---模型管理說明了模型的分層組織結構。包是模型的基本組織單元。特殊的包還包括模型和子系統。模型管理視圖跨越了其他視圖並根據系統開發和配置組織這些視圖。
主要的域 | 視圖 | 圖 | 主要概念 |
結構
| 靜態視圖 | 類圖 | 類、關聯、泛化、依賴關係、實現、接口 |
用例視圖 | 用例圖 | 用例、參與者、關聯、擴展、包括、用例泛化 | |
實現視圖 | 構件圖 | 構件、接口、依賴關係、實現 | |
部署視圖 | 部署圖 | 節點、構件、依賴關係、位置 | |
動態 | 狀態機視圖 | 狀態機圖 | 狀態、事件、轉換、動作、 |
活動視圖 | 活動圖 | 狀態、活動、完成轉換、分叉、結合 | |
交互視圖 | 順序圖 | 交互、對象、消息、激活 | |
協作圖 | 協作、交互、協作角色、消息 | ||
模型管理 | 模型管理視圖 | 類圖 | 報、子系統、模型 |
可擴展性 | 所有 | 所有 | 約束、構造型、標記值 |
二.定義解讀
---靜態視圖,對應用領域中的概念以及與系統實現有關的內部概念建模。
---用例視圖,是被稱爲參與者的外部用戶所能觀察到的系統功能的模型圖。
---交互視圖,描述了執行系統功能的各個角色之間相互傳遞消息的順序關係。
---順序圖,表示了對象之間傳送消息的時間順序。
---協作圖,對在一次交互中有意義的對象和對象間的鏈建模。
---狀態機視圖,是一個類對象所可能經歷的所有歷程的模型圖。
---活動圖,是狀態機的一個變體,用來描述執行算法的工作流程中涉及的活動。
---物理視圖,對應用自身的實現結構建模,例如系統的構件組織和建立在運行節點上的配置。
---模型管理視圖,對模型自身組織建模。
三. 系統架構設計如何合理使用視圖建模
第一步,設計用例視圖,確定系統功能、規格、性能、容錯等邊界(即架構設計的需求分析)
第二步,設計構建圖,確定系統的部件並支撐用例(即架構設計的邏輯架構)
第三步,設計部署圖,確定部件的部署方式(即架構設計的物理架構)
第四步,設計順序圖和協作圖,確定子系統之間、子系統內部的接口(即架構設計的子系統、模塊設計)
第五步,設計狀態機圖,確定子系統內部的關鍵設計(即架構設計的子系統、模塊設計)
第六步,設計活動圖,確定關鍵算法的流程(即架構設計的關鍵流程梳理,比如故障分析)
第七步,設計類圖,支撐交付實現(迭代開發交付)
迭代循環,刷新設計(架構優化改進)
四. 參考書籍
UML參考手冊.doc
注:其中一、二節是學習《UML參考手冊》記要,第三節爲偶的之體會。