本篇我们来讲述一下如何搭建SharePoint 2013工作流开发环境。
Windows Azure Workflow作为单独的可下载产品，使用户可以在他们本地环境的部署中创建并配置一个工作流场，同样地，我们也可以用这种方式构建我们自己的开发环境。
有一点需要说明的是，不能将SharePoint 2013和Windows Azure Workflow安装在域控制器上，因此，我们至少需要两个服务器，一个作为域控，一个作为承载SharePoint 2013、Windows Azure Workflow和Service Bus的服务器。
构建环境的步骤如下：
1. 创建一个工作流服务账户（如contosoworkflowSvc）。
2. 在SQL Server管理控制台中，将创建的工作流账户添加到securityadmin和dbcreator角色中。
3. 在SQL Server中启用TCP/IP，Windows Azure Service Bus需要它。
4. 使用之前创建的工作流服务帐号登录SharePoint服务器，确保安装向导在工作流服务帐号的安全上下文中运行。
5. 从http://www.microsoft.com/web/downloads/platform.aspx下载并安装Microsoft Web Platform Installer，使用该工具下载并安装Windows Azure Workflow和Service Bus。
6. 运行安装文件，选择Create New Farm->Using Default Settings，如图所示：
a. 选择Allow Workflow Management over HTTP on this computer，否则我们必须创建HTTPS。
b. 在指定工作流服务账户时，使用完整的UPN格式（workflowSvc@contoso.com）而不是向导程序中显示的默认值（workflowSvc@consoto）或NetBios名称（contosoworkflowSvc）。
c. 在Certificate Generation Key和Confirm Certificate Generation Key处，输入密码。
如果顺利的话会像下图所示：
7. 注销改用场账户登录。
8. 执行以下PowerShell脚本命令对SharePoint场和工作流场进行配对，注意用到的参数：
Register-SPWorkflowService –SPSite "http://contoso.com/sites/workflow" –WorkflowHostUri "http://mydevserv:12291" –AllowOAuthHttp
a. -SPSite指定工作流场与SharePoint通信的端点。每个Web应用程序只能有一个端点。
b. -WorkflowHostUri指定SharePoint与工作流场通信的端点。
c. -AllowOAuthHttp指定允许OAuth调用使用HTTP，对于开发目的的部署来说这足够了。
9. 在用户配置文件服务应用程序中配置活动目录同步。Windows Azure Workflow 查找UPSA中用户的UserPrincipalName（UPN）属性来验证该用户有足够的权限来启动一个工作流。
安装配置完成之后，就可以在SharePoint Designer中创建SharePoint 2013工作流了，如图所示：
下一篇我们对SPD关于工作流的操作进行大致地介绍。