业务建模 之 业务序列图

本文主要是介绍业务建模 之 业务序列图，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

第4章 业务建模 之 业务序列图
4.1描述业务流程的手段
<1>活动图只关注人，序列图把人当作系统.
<2>活动图表示动作，序列图强迫思考动作背后的目的。

4.2业务序列图要点
4.2.1 消息代表责任分配而不是数据流动。
A指向B的消息，代表 A请求B做某事，或者A调用B做某事的服务。

4.2.2聚焦于系统之间的协作
业务建模研究的焦点是组织，所以业务序列图上对象的最小单位
是人肉货非人肉系统。

建模的一个基本原则：抽象级别的一致。(一张图责任的分配合理)

4.2.3只画核心领域相关系统
和组织改进的系统相关。

4.2.4把时间看作特殊的业务实体

4.3业务建模步骤：现状业务序列图
新系统的需求通过研究业务现状，再结合愿景推导得到

以待开发系统为中心拼凑流程  错误：

业务建模就是要从业务流程中找到待开发系统的位置，证明您的系统如果有这些功能，对实现业
务用例是有帮助的。这样，这个系统就能卖得出去。如果已经认定了系统有这些功能，直接画系统用
例图不就完了吗，还装模作样做业务建模干什么呢？

序列图中的箭头表示  A请求B做某事   A调用B的服务做某事  箭头的指向都表示那个对象具有
什么责任，服务。

4.6 业务建模步骤1-4  改进业务序列图
4.6.1 改进一：物流变信息流
4.6.2 改进二：改善信息流转
4.6.3 改进三：封装领域逻辑
4.6.4 改进四：阿布思考法

(1)假设有充足的资源去解决问题，得到一个完美的方案。
(2)用上手现有的资源去上寨这个完美方案。

可以看到，UML 建模并不是像一些不了解情况的开发人员想象的那样，“做完了所有的业务建模
再做需求，做完了所有需求再做分析设计”，而是迅速定位最值得改进的改进点，得到系统最有价值的
用例，先开发。和光会喊口号的“敏捷”不同的是，这里的“快”是有道理、有方法可讲的。

这篇关于业务建模 之 业务序列图的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---