业务建模是何等做的

工作建模是明亮一个商厦业务,对业务流程举办解析和优化的必不可少措施,看起来似乎很伟大上,其实就像农学的人体模型一样,无非是一个能援助工作的一手。

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

除此以外,业务模型也是了解事情,分析事情,甚至对事情拓展将来计划的必备工具,业务建模就像是一个地形图,它报告您你现在在什么地方,你要去何地,所以从这么些意思上说,你要统筹一家商家,或者公司的事体,也离不开业务模型。

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

1、顶层模型:

举个公司业务模型的案例吧,因为自身是从事能源和电力相关的干活的,那是某咨询公司很久往日的做的一个模型。

理所当然这是一个抽象化的,理想化的,供咨询集团用的顶层模型,实际上并未一家电力集团是一点一滴依据这些模型去规划的,不过对于不明白电力公司的人的话,通过那么些模型,他大约可以领略一家电力公司大概会有什么工作领域(也称之为业务域),各类业务域之间是怎么一种关系关系(当然这种关涉关系会趁机工作建模的中肯逐步复杂起来),比如这样:

2.业务域模型

把地方模型的2.服务付出管理这么些业务域再细化,是什么样子吗?大致是这般的:

3.业务类

工作类实际上就能够继续解释和对应到软件需要的效果类了,对业务类的建模实际上就是业务流程模型,比如对上图2.1.1的抄表工作管理举行流程分析,大致就成为下边的流程图:

当然与流程图配套的,还需要一堆的事务需求表达,我见过的相比正规的一个业务域级此外事体要求表明书,大致在几百万字左右,对各类流程环节的口径、约束、相关流程(子流程)、流程部门和角色、正常流程内容、相当流程内容,分支判断标准等等做出详细的认证。

基本上到了这多少个级别,对软件需要分析人士来说,就能拿着这几个事物开首做需求分析了计划了。

4.事情环节

政工环节的建模实际上就是写SOP,把一个环节的学业内容再标准化,实际上就是学业规范的进程。

大体就想开这样多,图片内容仅供参考,很早从前的一份咨询文档里摘出来的,不代表现状和前程。