自从2008年做SharePoint第一个项目至今，不知不觉已经快7个年头了；上次听涂曙光老师的讲座，有机会能跟他面对面地沟通（“我是看您的blog长大的”)。刚换了新工作，暂时比较闲，乘着这段时间对以前的咨询及开发SharePoint项目写写Blog做一些总结； 就从聊聊BPM开始。
SharePoint作为最著名和流行的协作平台，BPM是其重要组成部分。企业内部一般都有很多业务流程，统一的BPM(Business Process Management)管理中心或平台是很有必要的；BPM的开发肯定会牵涉到Workflow 的开发，在SharePoint中开发workflow根据我的经验一般会采用这几种方式。
1. 无工作流引擎，纯代码开发：这种比较适合流程不是很复杂，客户对界面有比较强的要求。
2. 使用SharePoint OOTB workflow：一般使用SharePoint designer 来开发，这种比较适合企业内部IT人员跟他们业务部门定制workflow， 用户比较认同SharePoint的操作界面，业务流程也不是很复杂，当然也可以用InfoPath去设计界面，微软现已停止对InfoPath的更新，将来应会发布相应的新产品。
3. 使用Workflow foundation/manager ：这种情况要使用Visual studio来开发，适合专业的IT人员，流程比较复杂，用户界面要求高。
4. 第三方的工作流引擎如K2,AgilePoint 和Nintex 等： 这种情况就比较适合大企业，很多的业务流程，流程审批层次很多的BPM管理中心或平台。
SharePoint OOTB workflow 设计：
Visual Studio 设计 workflow :
K2 workflow:
AgilePoint workflow:
Nintex workflow:
