| 编辑推荐: |
文章主要介绍了
从组织视角的业务建模开始、RUP建模模型和工作流、使用EA建模套用模板、建模工作流的思考焦点与推荐用法、三种业务改进模式、UML建模的案例等相关内容。
本文来自于微信杨明，由火龙果软件Anna编辑、推荐。 |
|
1 从组织视角的业务建模开始。
2 RUP建模模型和工作流
3 使用EA建模套用模板
4 建模工作流的思考焦点与推荐用法
5 三种业务改进模式
A. 物流变成信息流
B. 改善信息流转
C. 封装领域逻辑
6 UML建模的案例
业务建模
改进前 vs 改进后
用例模板
类图
彩色建模架构型
三种分析类
三种分析类的责任、和用例的关系以及命名。
| 构造型 |
责任 |
和用例的关系 |
命名 |
| 边界类 |
输入、输出以及简单的过滤 |
每个执行者映射一个边界类 |
执行者名称+接口 |
| 控制类 |
控制用例流，为实体类分配责任 |
每个用例映射一个控制类 |
用例名称+控制 |
| 实体类 |
系统的核心，封装领域逻辑和数据 |
用例和实体类的关系是多对多的，一个用例可以由一到多个实体类协作实现，一个实体类可以参与一到多个用例的实现 |
领域概念名称
|
分析序列图
状态机图
| 基础的UML元素 |
说明 |
| 区域 Region |
指示了一个行为片段 |
| 伪状态 initial |
缺省激活意味着源自该区域initial伪状态的转变开始执行 |
| 状态 State |
对状态机行为执行过程中满足一些不变条件的场景进行建模 |
| 触发事件 trigger |
状态机的执行有适当的事件触发 |
| 入口动作 entry |
进入时必须执行 |
| 出口动作 exit |
离开时必须执行 |
| 伪状态 exit |
意味着源自该区域exit伪状态的转变结束执行 |
UML建模工作流依赖关系
小结：
“需求工作致力于解决增加销售问题，设计工作致力于解决降低成本的问题” ，提出“利润 = 需求 -
设计”的公式。值得我们工程师仔细品味和在工作中实践，增加价值输出，提高组织的效益。
|
