业务建模是如何做的

96
俞庆
0.2 2015.02.26 09:50* 字数 1023

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

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

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

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

1、顶层模型:

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

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

2.业务域模型

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

3.业务类

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

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

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

4.业务环节

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

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

日记本
Web note ad 1