Partager via


SharePoint 2010 中的工作流概述

SharePoint 2010 中的工作流概述

Sean大家好,我是 SPD 工作流小组的程序经理 Sean Gabriel。我最近参加了 SPC(该链接可能指向英文页面) 上召开的有关工作流的会议,并希望与更多受众一起分享会议的核心内容。我们还将继续深入探讨有关在 SharePoint 2010 中设计工作流的具体细节,请大家密切关注即将发布的博客文章。SharePoint 2010 的新工作流功能和经过改进的工作流功能凝聚了产品小组成员的大量心血,我们希望您像我们一样期待即将发布的新版本!

为了帮助做好准备工作,让我们根据工作流来了解一下整体情况(单击可放大视图):

工作流解决方案范围

我们通过此版本传达的一个重大讯息是,新版本将使您生成的工作流解决方案具有更大的连续性,上面的图状幻灯片正反映了这一点。横轴涵盖了可使用的工具,纵轴显示了该级别可用的工作流功能的大致规模。在曲线上所到达的位置越远,您的解决方案将越复杂。

从左侧开始,我们继续在 2010 版本中提供可即时关联的、基于审批的内置工作流。这些工作流旨在帮助您从头至尾跟踪流程,它将按您指定的方式分配工作流任务,并且可在浏览器 UI 中使用设置(如到期日期)轻松对其进行配置。而这一次,我们已使用声明性工作流堆栈来增强这些工作流,使其利用大量平台增强功能,例如可重用性、InfoPath 表单、虚拟化和任务进程设计器等。

这意味着什么呢?实际上,对于自定义而言,即时审批不再是未知的;您现在可直接对工作流使用 SharePoint Designer 2010 来满足您的业务需求。(您还可轻松创建副本以进行编辑或使用其他工作流中的基础任务进程 - 甚至更多。)现在可轻松进行自定义设置,例如更改分配任务的方式、编辑发送的电子邮件通知或更改任意工作流表单上的字段集。未来的博客文章中将深入探讨 SPD 中的新工作流设计器体验,敬请期待。

当您开始深入研究使用 SPD 的即时工作流时,您会发现每个工作流的主体都是一个“开始审批流程”活动的变体。这是因为每个审批工作流的核心均为一个新的声明性活动(此活动在我们内部称作“OfficeTask”),并且此活动包含每个流程的核心路由逻辑。我们发现许多流程(从非正式内容审阅到结构化的费用报告)都遵循类似的路由模式,但具有特定于流程中不同阶段的多种行为。同样地,我们基于这些关键扩展点设计了此增强的活动,同时仍保留各个阶段之间的公用工作流。

以下是有关罩下内容的简化图:

OfficeTask

无需关注太多的细节,您便能够更改应用于整个任务层次结构或仅应用于分配的各个任务的行为,并能管理这些行为之间的转换。而在整个工作流中,上面重点说明的流程的每个部分都是一个独立的小型设计器。当您在不同的区域工作时,我们还创建了一些特定于任务的操作(我们最喜欢的一些操作包括:即时添加新任务、将任务委派给其他人或将某人提升为经理)。实践是最好的学习方法!由于审批工作流将使用此相同的基础结构,您可在 SPD 中检查其逻辑并了解我们将如何实现您熟悉的常见行为。

关于工具的简要说明 – 虽然 SharePoint Designer 仍使用基于规则的设计体验来生成和自定义工作流,但现在您可通过 Visio 循环访问您的工作,并利用图形设计器( 包括所有 SharePoint 工作流操作的模板!)的功能来更好地可视化整个工作流。当您需要移动到自定义编码的解决方案时,您无需丢失您在 SPD 中开始进行的工作;Visual Studio 现在将导入 SPD 生成的声明性工作流,这样您很快便能够继续执行尚未完成的工作。

另外,我们已下大功夫在 SharePoint 中实现与沙盒解决方案基础结构的集成,因此如果您将您的代码需求融入一个简单活动,则可在更大的声明性工作流内以部分信任模式部署和运行这些代码。我们的 Business Connectivity Services 小组的同事已开始撰写有关此方面以及工作流的其他扩展点(如外部列表集成)的博客;如果您希望立即了解更多信息,请参阅位于此处(该链接可能指向英文页面)此处(该链接可能指向英文页面)此处(该链接可能指向英文页面)的他们的部分博客文章。

尽管我们已经谈了很多内容,但还是有大量内容需要探讨。我们期待您告诉我们,您希望我们在博客上撰写哪些您最感兴趣的内容。请发表评论向我们提出问题,期待与您的再次会话。

谢谢,
Sean

这是一篇本地化的博客文章。请访问 Overview of Human Workflow in SharePoint 2010 以查看原文

!-->