业务建模是如何做的

业务建模是理解一个企业业务，对业务流程进行分析和优化的必要方法，看起来似乎很高大上，其实就像医学的人体模型一样，无非是一个能帮助工作的手段。

对于复杂的业务系统来说，比如电信的BOSS系统（纯粹外行），企业级ERP系统，业务建模和业务分析是企业级业务软件开发的前提条件，也是链接业务和软件的环节，用软件工程的流行语来说，就是模型驱动的软件开发，通过业务模型-软件需求模型-软件设计模型-软件测试模型最后实现软件。

另外，业务模型也是理解业务，分析业务，甚至对业务进行未来规划的必要工具，业务建模就像是一个地图，它告诉你你现在在哪里，你要去哪里，所以从这个意义上说，你要规划一家企业，或者企业的业务，也离不开业务模型。

业务模型是分层分级逐步展开的，较为复杂的企业业务，比如一家电力公司，大致需要分5-6层才能把业务说清楚，一般按照顶层模型-业务域-业务类-业务子类（有时有）-业务流程-业务环节一层层分解。比如业务流程，实际上是某个业务类（或者业务子类）的组成部分，而SOP（标准作业程序）实际上是业务环节层面的标准化作业。

1、顶层模型：

举个企业业务模型的案例吧，因为我是从事能源和电力相关的工作的，这是某咨询公司很久以前的做的一个模型。

当然这是一个抽象化的，理想化的，供咨询公司用的顶层模型，实际上没有一家电力公司是完全按照这个模型去设计的，但是对于不了解电力公司的人来说，通过这个模型，他大致可以知道一家电力公司大概会有哪些业务领域（也叫做业务域），各个业务域之间是怎么一种关联关系（当然这种关联关系会随着业务建模的深入逐渐复杂起来），比如这样：

2.业务域模型

把上面模型的2.服务提交管理这个业务域再细化，是什么样子呢？大致是这样的：

3.业务类

业务类实际上就可以继续分解和对应到软件需求的功能类了，对业务类的建模实际上就是业务流程模型，比如对上图2.1.1的抄表工作管理进行流程分析，大致就变成下面的流程图：

当然与流程图配套的，还需要一堆的业务需求说明，我见过的比较规范的一个业务域级别的业务需求说明书，大致在几百万字左右，对每个流程环节的原则、约束、相关流程（子流程）、流程部门和角色、正常流程内容、异常流程内容，分支判断条件等等做出详细的说明。

基本上到了这个级别，对软件需求分析人员来说，就能拿着这个东西开始做需求分析了设计了。

4.业务环节

业务环节的建模实际上就是写SOP，把一个环节的作业内容再标准化，实际上就是作业标准化的过程。

大致就想到这么多，图片内容仅供参考，很早以前的一份咨询文档里摘出来的，不代表现状和未来。