UML建模实践概述
建模目的和原則
? 幫助我們按照實際情況或按我們需要的樣式對系統進行可視化;提供一種詳細說明系統的結構或行為的方法;給出一個指導系統構造的模板;對我們所做出的決策進行文檔化
? 僅當需要模型時,才構建它
? 選擇要創建什么模型對如何動手解決問題和如何形成解決方案有著意義深遠的影響;每一種模型可以在不同的精度級別上表示;最好的模型是與現實相聯系的;單個模型是不充分的。對每個重要的系統最好用一組幾乎獨立的模型去處理。
建模的總類
| 模型的種類 | 模型的用途 |
| 業務模型 | 對業務過程、工作流、組織的建模 |
| 需求模型 | 對捕獲的需求進行整理和分析的工具,輔助開發人員與用戶進行溝通 |
| 設計模型 | 包含高層設計(架構模型)和詳細設計模型,用于統一開發人員、溝通設計信息 |
| 數據庫模型 | 設計數據庫的結構、表結構以及與應用系統的交互 |
| 實現模型 | 用來理清軟件的組成、部署方案,為安裝與維護人員的工作提供指導 |
?
草圖和藍圖
?藍圖一般是指采用CASE工具繪制的、正式的、規范的UML模型
?草圖則通常是指手工繪制的、規范度較低的在紙張的UML模型
?大膽地繪制草圖,盡可能基于草圖進行討論。對于局部的、重要性不高的、共享范圍較小的UML模型,直接將草圖掃描到電腦存檔即可;對于全局的、重要性高的、高度共享的,在草圖的基礎上用CASE工具繪制成為正式的藍圖,并將其納入統一的模型管理中
誰應該建模
?業務建模:以領域專家為主,需求分析人員是主力,系統分析員、架構師可參與
?需求模型:以需求分析人員為主,系統分析員是主力,領域專家提供指導,架構師和資深開發人員參與
?設計模型:高層設計模型以架構師為主,系統分析員從需求方面提供支持,資深開發人員從技術實現方面提供支持。詳細設計模型則以資深開發人員為主,架構師提供指導。
?實現模型:以資深開發人員(設計人員)為主,架構師提供總體指導。
?數據庫模型:以數據庫開發人員為主,架構師提供指導,資深開發人員(設計人員)予以配合。
?
圖形建模不是方法,只是在分析過程中用來輔助表述符號,不要依賴的去使用,分析的核心還是業務和系統內容
參考:
選自 UML面向對象建模基礎PPT
轉載于:https://www.cnblogs.com/doubleyan/archive/2009/11/11/2164913.html
總結
- 上一篇: C#中LINQ技术的简单小例
- 下一篇: sql语句全集