我们开发软件的目的是将传统的业务流程信息化，那么就必须对软件所服务的业务进行一个深入的了解。老师最近在软件需求分析的课堂上讲到了业务过程建模的知识和技巧，而正好我最近在《编写有效用例》也阅读到了这一部分，所以今天主要讨论一下业务流程建模的相关感想。
要认识到将传统的业务流程信息化并不是把原有的流程复刻在计算机系统中，而是要以信息化的思维将原有业务流程进行优化。在课堂上老师给我们举了这样一个例子。比如要建立一个保险公司的理赔系统。传统的业务流程应该是业务员接受到了用户的理赔申请之后建立档案，然后分配相关人员到现场取证，然后让申请人填写一系列的单子，进入申请审批阶段。实际生活中上下班的高峰期遇到一些剐蹭事件，等待取证人员会是一个另所有人都头疼的事情。那么在建立信息化系统之后，如果仍要让取证员到现场录入信息，相当于原有工作流程的复刻，并没有带来工作效率的提高，那么这个软件的开发就是没有意义的。从业务核心上来考虑，如果是剐蹭这样的小事件完全可以由车主通过手机终端来完成理赔申请和事故现场的拍照，由保险公司在远程审核之后立即进行理赔，这样就大大提高了工作效率，这才是软件开发的目的。所以这就告诉了我们关于业务流程建模的一个很重要的原则，在建模过程中要保持业务核心目的不变，根据实际需要重新定义符合信息化的业务流程。
所以首先要对业务流程的核心目的进行一个深入的了解，这是业务流程建模中最重要的一点。在原有业务流程的场景中采用自上而下的分析方法，了解业务流程中的项目相关人员，也就是软件需求分析中的涉众分析。了解与业务流程发生交互的外部主执行者。了解业务流程响应的触发事件。了解业务流程所提供的服务，以及为项目相关人员带来的成功结果。最重要的是分析这些内容中的核心业务。接下来就是利用技术重新定义符合信息化的业务流程，所以过程革新将是这一阶段的主要工作内容。这个阶段体现出来的工作是对原有业务流程重新设计，是需求分析中的主要工作内容。最后的一个阶段就是从技术到业务的过程。在新的业务流程的场景中召集业务专家，将他们带入到新的业务流程中，也就是我们的系统原型，让他们去发现其中尚需改进的地方。所以这也是对需求分析和用例编写的一个审查。
事实上，计算机能做的工作用人力同样能够完成。所以业务建模最重要的就是要让客户明白在新的业务系统中工作流程是如何被改进和优化的。