UML建模实践概述

建模目的和原则

• 帮助我们按照实际情况或按我们需要的样式对系统进行可视化；提供一种详细说明系统的结构或行为的方法；给出一个指导系统构造的模板；对我们所做出的决策进行文档化

• 仅当需要模型时，才构建它

• 选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响；每一种模型可以在不同的精度级别上表示；最好的模型是与现实相联系的；单个模型是不充分的。对每个重要的系统最好用一组几乎独立的模型去处理。

建模的总类

模型的种类	模型的用途
业务模型	对业务过程、工作流、组织的建模
需求模型	对捕获的需求进行整理和分析的工具，辅助开发人员与用户进行沟通
设计模型	包含高层设计（架构模型）和详细设计模型，用于统一开发人员、沟通设计信息
数据库模型	设计数据库的结构、表结构以及与应用系统的交互
实现模型	用来理清软件的组成、部署方案，为安装与维护人员的工作提供指导

 

草图和蓝图

•蓝图一般是指采用CASE工具绘制的、正式的、规范的UML模型

•草图则通常是指手工绘制的、规范度较低的在纸张的UML模型

•大胆地绘制草图，尽可能基于草图进行讨论。对于局部的、重要性不高的、共享范围较小的UML模型，直接将草图扫描到电脑存档即可；对于全局的、重要性高的、高度共享的，在草图的基础上用CASE工具绘制成为正式的蓝图，并将其纳入统一的模型管理中

谁应该建模

•业务建模：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与

•需求模型：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与

•设计模型：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。详细设计模型则以资深开发人员为主，架构师提供指导。

•实现模型：以资深开发人员（设计人员）为主，架构师提供总体指导。

•数据库模型：以数据库开发人员为主，架构师提供指导，资深开发人员（设计人员）予以配合。

 

图形建模不是方法，只是在分析过程中用来辅助表述符号，不要依赖的去使用，分析的核心还是业务和系统内容

参考：

选自 UML面向对象建模基础PPT