Web 服务系统中的业务流程和工作流_1

Web 服务系统中的业务流程和工作流_1：1、  值得投资的业务流程

业务流程可以被定义为一个具有各种不同功能的活动相连的一组有相互关系的任务。业务流程有起点和终点，而且它们都是可重复的。这个定义并不能反映出产生一个有用的业务流程所需的思考、明确性、细节和付出的时间。有用的业务流程为企业创造并节省金钱。

更重要的是，为企业创建业务流程的价值在于那些流程所代表的智力资产。企业生产出的配件有价值，这无可非议；此外，如何制造这些配件的知识也同样有价值。您可以在业务流程中获取这些知识、添加新的知识并予以改进。配件制作流程的作用域是很重要的，因为执行所有这些步骤将确保合格的配件；步骤多了或少了或与此不同将使得成本增加或质量降低，甚至两种结果都有。

定义业务流程并对其作出文档所花费的时间和努力是完全值得的。只让配件制造主任了解企业的配件制造知识，然后让他每晚走出工厂大门，这就有危险了。只要定义了配件制造业务流程，配件制造工人可以随时来去，而且任何配件制造工人都可以随时取代另一个人的工作，这是因为工厂里的所有配件制造工人都理解并遵循业务流程。我们可以学习、改变、评估然后再次改变配件制造业务流程，因为该流程对于每个人都是可见的，而非局限于配件制造主任。

2、  什么是工作流　

工作流软件并不创建业务流程，但是，当您在设计业务流程定义和添加要求的业务规则定义时，把工作流应用到业务流程时当然集中了该流程的细节。工作流可以被看作是业务流程中的谁？什么？何时？这几个问题的答案的实现。

Web 服务系统中的业务流程和工作流_1： 2、1谁？

谁是业务流程流所涉及的参与者？他们担任什么角色？他们是如何被组织的？分组是灵活而动态的？还是更为固定而静态的？不仅是人，更多实体可以成为工作流参与者。组织、应用程序、员工、Web 服务和其他工作流可以是谁这个问题的答案。把参与者抽象为角色将使一个工作流更为健壮。举例来说，您不必冒着在工作流中产生瓶颈的危险来指定员工 A 或员工 B 必须做某项任务，或者忍受每次有人调任或晋级时都必须修改特定员工名单时令人头痛的维护工作，您可以允许任何具有管理员（Supervisor）角色的人来执行该任务，这样会减小产生瓶颈的风险，还能降低维护成本。

Web 服务系统中的业务流程和工作流_1： 2、2 什么？

参与者要做哪些工作？他们如何来做他们的工作？他们要批准什么事情吗？他们执行事务吗？他们创建文档吗？跟踪库存吗？向供应商询价吗？开展商业活动吗？把信息传递给其他参与者吗？有些工作流是完全自动的，而有些则由必须通过人来执行的手工任务组成。更为常见的是，工作流是这两种类型的结合。例如，向供应商询价可以是一组由人来执行的人工任务之一，但也可以变为一个对 Web 服务的编程调用，该服务根据供应商和向其提供的物品信息返回价格。

Web 服务系统中的业务流程和工作流_1： 2、3何时？

参与者如何知道工作何时开始？工作何时完成？参与者以什么顺序进行他们的任务？他们是以串行还是平行方式工作？如果只是有时工作，那么是在什么情况下？每个任务要持续多长时间？是否有确定的截止期限？如果任务没有成功完成，是否要重新再来？当一个业务流程中包含目前由人仅在白天完成的任务，而对这些任务的检查结果是把它们变为自动地、在任何时间执行，这样人就被解脱出来，可以去完成其他任务，而后来变为自动执行任务不必等待某人去执行。

Web 服务系统中的业务流程和工作流_1： 3、工作流语言

一些常见的工作流术语，见表1，大部分取自 WfMC 的工作流参考模型（Workflow Reference Model）。

表 1：工作流术语和定义