WF工作流包含两种类型的工作流：顺序工作流和状态机工作流。
顺序工作流
提供了一系列有组织的步骤，一般情况下，步骤是逐一执行的。可能有的步骤需要等待某些事件的发生才可以继续执行，但通常情况下顺序工作流一般用于无需人工干预的操作。
使用顺序建模风格来构建的工作流非常易于理解和创作。它们可以用来模拟简单到难度适中的过程。由于程序性活动相当于编程语言中的程序性语句，你就可以使用这种类型的工作流来模拟几乎所有类型的过程。顺序工作流还很适合模拟简单的并且没有人类交互的过程（比如服务）。
状态机工作流
提供了一系列的状态。工作流从初始状态开始，到终止状态结束。两个状态之间定义行为进行过渡。通常情况下，状态机工作流对事件作出反应，事件的发生将会使状态发生改变。
Flowchart
Flowchart是一种众所周知的、能够直观地表示业务过程的图表。业务分析师、架构师和开发人员经常使用Flowchart作为他们表达过程定义和逻辑流的共同语言。
WF 3.x发布以来，客户向微软反馈了许多他们所喜欢的和不喜欢的。这些来自使用WF 3.x客户的反馈中，有一个共同点，就是“我们希望像Sequence、Parallel等一样简单。却像StateMachine一样灵活”。当微软深入发掘了这种观点背后的场景时，他们发现客户的过程（或者一部分过程）往往是顺序的，但在某些情况下还要求能够回退（对一些客户来说，这种情况属于“异常”，而对另外一些客户来说，它们则在“期望”之内）。Flowchart是WF 4.0的一个新的活动，它直截了当的解决了这种类型的情况（而且这种情况的数量并不小）。Flowchart是一种非常强大的结构，因为它提供了顺序的简单，再加上回退到上一个执行点的能力，可以用来模拟在处理外部输入时的重试逻辑，而这在现实世界中的业务过程中是非常常见的。
到底采用哪种类型的工作流，取决于具体的业务管理过程。
申请使用笔记本电脑流程：
员工提交申请表单信息（员工姓名、所在部门、职位）等信息--->如果当前公司空闲笔记本电脑数量=0则返回，否则继续--->如果当前员工为正式工则继续，否则返回--->如果当前员工为技术部、市场部、商务部则继续，否则返回--->通知综合部人员提取库存电脑发放给申请人并系统备案，流程结束。
申请笔记本电脑的流程由电脑自动根据用户提交的申请信息就可以完成，期间不需要人工交互或者因等待其它事件而暂停或者中止，这就是常见的顺序工作流。
公司请假流程：
员工提交申请请假表单信息（员工姓名、所在部门、职位）等信息--->如果是普通员工，自动流转到员工所在部门审批，如果部门审批通过且请假天数<=3则成功并系统备案，如果请假天数>3则自动流转到综合部审批，综合部审批通过则请假成功并备案--->如果是部门领导，自动流转到综合部门审批，综合部审批通过则请假成功并备案
请假流程有些过程需要暂时中止并等待其他过程的开始,需要与人交互来完成的。所以这个常见的状态机工作流。
状态机工作流的好处在于它可以定义状态，定义工作流如何从一个状态到另外一个状态。当外面的事件发生的时候，状态机工作流可以移动到不同的状态。外部行为可以是宿主程序引发工作流内部事件，也可以是宿主程序编程实现的下一个状态，也可以利用SetState Activity移动到下一个状态。
也就是说，状态机工作流强调职工与职工之间的工作交互，而顺序工作流更强调职工与计算机之间的工作交互。
信息来自：http://blog.sina.com.cn/s/blog_6158b3f90100ysrh.html