2. 业务建模——目标
2.1. 为什么要业务建模
Brooks 大师说,三十多年来各式各样的应用系统(Application Programs AP)历经多次的修修改改,已经变得面目全非,如同一群的怪兽,难以驯服。
Rogerson大师也说,The application is a rock in the river of change.(应用(系统)成为改变之潮流中的顽石)。
对很多企业而言,有一个统合企业各部门的信息系统的心愿似乎已经成了一种奢 望。企业中或多或少都会有一些应用系统在辅助企业的自动化运作,当企业信息主管希望能够对目前的信息系统进行整合,能够配合企业的发展的时候,他们失望 了。大多数的应用缺乏一个统一的接口,难以进行整合。
在我们进行项目开发的银行中,我们也同样发现了这个问题,不同部门的系统之间无法进行互联,跨部门的业务流程必须经过手工的处理。
以前,应用程序的开发都是基于部门的功能的而建的。单纯只是为了解决目的而建 立应用系统。所以这种方式建立的应用系统是针对特定的功能区域(Function Area)而建立的。至于如何使企业内的多个应用系统共同运作,就不在设计者的考虑之列了。随着企业的发展,就会发现企业需要变化以适应市场变化,业务发 展的时候,原有的一系列应用系统却成了企业发展的拦路虎,这使得企业不得不回到手工的时代。
针对这种情况,有没有相应的解决之道呢?解决的方法就是从业务建模入手,而不 是从较低层次(部门级或以下)入手。通过用例分析技术,建立企业的业务模型,进行适当的切割,选取稳定的软件架构,分析出企业的业务实体 (Business Entity 企业中微小不可分的事物,抽象或具体的,如帐户,契约等,又被称为Business Object),以此为基础,组装出组件(Component),落实到相应的三层结构,建立针对特定功能区域的应用系统。
以这样的流程做出来的企业应用系统,不论规模是部门级的,还是企业级的,都有扩展的余地。以组件为基础的软件三层构架,也能够较好的配合企业的业务变化而变化(相应变化的代价较小)。而整个流程的第一步,就是业务建模。
在前一段时间,中国很流行企业流程再造BPR(Business Process Re-engineering)这个名词。BPR这一名词中的R(Re-engineering)一词是由Dr. Hammer提出,说明企业必须推动四个层面的重新设计:Re-position、Re-organization、Re-system、Re- vitalizing之再造工程;名称中的P(Process),更是管理上由销售、采购到财务、生产各层次,力求降低成本、提高产出,所必须精密设计的 企业管理流程或程序。这个词目前都是和ERP串联在一起,成了ERP的前置工程,更成为保证ERP能建立企业完美管理体系,以支持高绩效的最重要因素。实 际上呢,这个BPR就是我们所谈到的业务建模。
可以看出,业务建模在ERP工程中被着重强调,而且ERP中的BPR已经成为 一门独立的学科。不仅如此,即便是在普通的信息系统中,业务建模也是非常重要的,所不同的,仅仅是它们的规模而已。这一点上,可能大家会不理解,如果你只 是为企业的业务自动化建立应用,直接照搬企业模式不就行了吗。这里有两点原因,一是企业原有的业务模式在以人为主的环境中可能运行的很好,可是把这套模式 原本不动的搬到计算机上就未必会适合了。人的能力和计算机的能力有很大的出入,所以流程必须经过调整以适应计算机;第二个原因是上面已经提到过的避免产生 部门级的,部分功能区域的应用系统。
在RUP中,业务建模被作为下游流程的输入重点强调:业务模型是需求工作流程的一种重要输入,用来了解对系统的需求。业务实体是分析设计工作流程的一种输入,用来确定设计模型中的实体类。