标签：SharePoint workflow 解决方案 业务流程 BPM 开发 比较

自从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:

转载于:https://www.cnblogs.com/JessZhou/p/3990286.html

标签：SharePoint,workflow,解决方案,业务流程,BPM,开发,比较
来源： https://blog.csdn.net/weixin_33928137/article/details/93296616

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。