二、我们为什么需要工作流? 

    我们已经明确了工作流的含义,但为什么我们需要工作流呢 ? 

    结合深圳市邮政客户服务管理系统为例，我们先回顾一下场景: 

    1 某邮政信息公司需要上马 “客户服务系统”项目； 
    2 系统性能要求:每天处理20万笔业务； 
    3上线时间要求:3～6个月内开通上线； 
    4 未来可能会根据市场需要陆续开通更多的新业务 

    客户服务开通是由流程驱动的,上百种产品或服务，从产品开发的运营,服务都需要流程的支持,并且需要通过配置流程来开发新产品. 

    如何实施这个项目,会有两种可选方案: 

    方案一:传统的方式,不采用工作流,无工作流引擎,状态流转与每个活动(任务)的处理逻辑完全交织在一起。 
    方案二: 基于商业工作流中间件。 

    让我们来分析两个方案的优劣 ，无引擎的传统实现方式，有下面先天不足的缺陷： 
    1． 流程状态固化（硬编码）,一旦需要调整流程，就必须修改代码； 
    2． 参与者固定，业务人员无法调整； 
    3． 流程和页面完全耦合在一起，如此工作维护量巨大； 
    4． 不能统一管理和跟踪流程； 
    5． 无法支持流程优化与改进； 

    如果保障客户服务系统上线成功，我们推荐第二种方案，它需要专业的工作流平台，主要有如下特性: 
    1.高性能； 
    2.高可扩展性； 
    3.支持复杂流程，特别是异步处理机制； 
    4.业务化定制，小的调整业务人员就可以完成； 


    用一句来形容工作流系统的作用：它的目的是在正确的时间将正确的任务按照正确的顺序分配给正确的人员,即所谓的“4R（Right）”。