1. 程式人生 > >(一)為什麼要UML

(一)為什麼要UML

1 建模的意義

  模型是對於現實的簡化,建模是為了更好的理解系統

  模型幫助我們按照實際情況或需求對系統視覺化

  模型允許我們詳細說明系統的構造,行為

  模型給出一個構造系統的模板

  模型對我們做出的決策進行文件化

2 選擇UML

  UML(unified modeling language)

  使用UML建立物件模型來對映現實世界。UML實現業務域到計算機世界的完整有序的對映

  unified  結合了當前最好的面向物件軟體建模方法

  modeling 用於表達現實的簡化檢視,以便於面向物件軟體系統的設計與實現

  language UML主要是遵循精確語法的圖形語言(包括規則,約束,擴充套件機制)

  UML目標是為了提供全面的建模語言,便於開發組所有成員交流與通訊

3 UML的特點

  統一的標準, 已經被OMG接受為標準建模語言

  面向物件, 支援面向物件開發

  視覺化, 表示能力強

  獨立於開發過程, 可以適用於不同軟體過程

  概念明確, 表示簡潔, 結構清晰, 容易學習掌握

4 UML的構成

  基本構造塊    

    事物(元素) thing 模型中最具代表性成分的抽象

結構事物(structural thing)

  類(class)
  介面(interface)
  協作(collaboration)
  用例(use case)
  主動類(active class)
  構件(component)
  節點(node)

行為事物(Behavioral Thing)

互動(interaction)
狀態機(state machine)

分組事物(Group Thing)

包(package)

註釋事物(Annotational thing)

  註解(note)

    關係 relationship  事物之間的聯絡

關聯(association)

泛化(generalization)

實現(realization)

依賴(dependency)

    圖 diagram  相關事物的集合

用例圖(use case diagram)
順序圖(sequence diagram)
協作圖(collaboration diagram)
類圖(class diagram)
物件圖(object diagram)
活動圖(activity diagram)
狀態圖(state chart diagram)
構件圖(component diagram)
部署圖(deployment diagram)

  規則 

規範說明(specification)
  元素語義的文字描述,用來描述細節,圖則是視覺化描述
修飾(adornment)
  對標準的表示,符號增加細節描述

  公共機制

通用劃分(common division)
  類和物件
  介面和實現

擴充套件機制(extensibility mechanism)
  版型(stereotype)<< >>
  根據已有的元素修訂的新元素。

標記值(tagged value){ }
  模型元素附加的命名資訊,任何元素都可使用。
  有時候和註解起到相同作用。

約束(constraint){ }
  語義文字描述的語義限制

5  UML體系結構

用例檢視 (UML是用例驅動的)
  描述系統的功能需求
邏輯檢視
  表示系統的概念設計和子系統結構
程序檢視(併發檢視)
  系統中併發執行和同步的情況
實現檢視
  系統構件、程式碼的組成結構
部署檢視
  系統硬體節點的物理結構