2010-06-01 73 views
3

我是开始分享点开发人员,要求在sharepoint 2010中实施以下方案。 我们对于开始使用最佳方法感到有点失落..我真的很努力地寻找最佳实践解决方案。开始使用SharePoint 2010中的工作流程

这是所要求的流速:

  • 用户可以使带有标题和描述的请求。
  • 邮件通过表单链接发送给代表。
  • 代表可以批准或拒绝该请求。
    • 如果获得批准:一个邮件被发送到董事会的链接,形成
    • 如果拒绝:一个邮件被发送到与它已被拒绝的消息的用户。
  • 当请求被代表批准后,董事会可以批准或拒绝请求。
  • 将邮件发送给用户和具有董事会决策的代表。

所以列表中有以下字段:

  • 请求标题
  • 要求内容
  • 代表批准
  • 代表介绍
  • 董事会批准
  • 局介绍

用户应该看到以下形式:

  • 请求标题(可编辑)
  • 请求描述(可编辑)

代表应该看到以下形式:

  • 请求标题(只读)
  • 请求描述(只读)
  • 代表审批(编辑)
  • 代表介绍(可编辑)

董事会应见下表:

  • 请求标题(只读)
  • 请求描述(只读)
  • 代表批准(只读)
  • 代表描述(只读)
  • 董事会批准(编辑)
  • 局介绍(可编辑)

我的问题:

  • 什么工具最适合制作表格? InfoPath中? SPD? VS2010?我如何处理权利以确保只有董事会可以访问董事会编辑表格?
  • 我可以使用什么样的工作流程?我什么时候开始工作流程?我用什么来开发工作流程?
  • 如何在显示所有请求的列表视图时处理权限?
  • 如何在发送给不同群组的邮件中建立链接。

在此先感谢任何意见。

回答

1

关于您的一些问题....我不是100%确定的,但在2007版本中,InfoPath是企业功能。因此,InfoPath的使用可能是您拥有的版本的功能(Foundation vs 2010 Enterprise)。

SPD对您来说可能是一个好的开始,尤其是因为您现在可以导出SPD开发的工作流程并将它们导入VS 2010以更新功能。

关于电路板编辑...根据您的安全实施(FBA vs AD),您可能希望对编辑窗体的负载进行某种角色检查。我可能会首先获得一个ASPX表单(而不是Infopath),您可以确定您拥有的用户的类型。根据用户,您可以显示或不显示适当的字段,并根据需要启动按钮的事件处理程序。

我很可能从一个连续的工作流程开始,因为你没有很多步骤需要担心。状态工作流用于更复杂的实现。

+0

我们最终使用了可重用的工作流程,这些工作流程绑定到我们为每个组(请求者/代表/董事会)创建的每个列表创建的自定义内容类型。还在继续? :-)去接受这个问题,因为我不会得到任何其他答案。 – 2010-06-07 12:26:27

+0

InfoPath Forms Services是2007年的一个企业功能。但是,使用InfoPath Workflow Forms可以在Standard中使用,因为它是Workflow的一个完整功能。我没有证实,但我相信WSSv3也支持他们) – 2010-06-16 00:28:16