作为业务流程自动化的结果，该谁下一步负责批准某个项目就不会有疑惑，所以流程可以高效地流向用户。对比之下，当基于固定规则，严重的异常发生时，适当的人可以收到邮件，所以必要时人事需要加入。在系统设置中，随着这些业务，你可以肯定，没有某一步是落下的。就没有必要重新检查，因为电脑已经为你二次检查了。最后在电脑系统中通过流程工作，你也可以收集历史信息以备随后查看，或者在本书中找到方法来管理SP数据。为了支持这种努力，在.NET3.0引入新的工具称为Workflow Foundation! SP2007和SP2010使用Workflow Foundation在SP中提供授权和使用工作流的功能。换句话说，SP可以作为工作流宿主。
现在你可能会说，我目前描述的东西，关于在软件中自动化业务流程，从无到有难以实现。我也同意你这种说法----并不是所有东西都需要Workflow Foundation。实际上，使用workflow Foundation引入了额外的复杂性。也使你以某种方式处理问题时绑手绑脚。但是，它在顶层给你了一些更多其他东西，在某些情况下，使用workflow Foundation代表复杂业务流程也说得通。说到SP2010，以下有趣的功能就在你用SP 工作流授权业务流程时变得有用。
1. 如果你以SP中的工作流代表业务流程，Workflow Foundation给你的所有东西，如长的业务流程在机器重启过程中的可靠性，对你来说也是可用的。
2. 图示的工作流可视化，所以终端用户可以查看当前流。如果你在SP2010中使用工作流，使用工作流可视化可以使工作流运行过程可见。
3. 业务用户可以在Visio或SPD中建立工作流，这是易用的图示化的方法。这些工作流的图片视图可以在SP中展示运行的工作流；报表分析工具可以在运行工作流实例的历史记录上起作用，这允许你在运行的工作流上进行改善。
4. 同样的工作流可以被用户导出到VS，在那儿开发人员可以拓展工作流，并集成自定义逻辑、第三方产品，使它们与系统或比例算法进行交互。当然你也可以在VS中写工作流。
考虑到企业流程问题，你什么时候选择应用工作流，什么时候写自定义代码来代表业务流程呢？我希望，当你看完本章时能很好的回答这个问题。
本章中，我将以伴随SP而来的开箱即用工作流开始讲起。所以你会知道SP中workflow Foundation带来了什么想法。一旦你对基础有了深入的了解，我会通过引入Visio和SPD来增强它。最后我会介绍VS来授权复杂的逻辑，这是SPD和Visio不能表达的。让我们开始了解SP2010开箱即用的工作流吧
