我是一个开始的Sharepoint开发人员，被要求在sharepoint 2010中实现以下方案。
我们对入门的最佳方法有些迷茫。我真的很难找到最佳实践的解决方案。
这是请求的流程：
用户可以提出带有标题和描述的请求。
邮件将发送给代表，并带有表格的链接。
代表可以批准或拒绝该请求。
如果获得批准：一封邮件将发送至董事会，并附有表格链接
如果被拒绝：邮件将被发送给用户，并带有已被拒绝的消息。
当请求被代表批准后，董事会可以批准或拒绝该请求。
董事会决定将邮件发送给用户和代表。
因此，该列表具有以下字段：
要求标题
要求说明
代表批准
代表说明
董事会批准
董事会说明
用户应该看到以下形式：
请求标题（可编辑）
要求说明（可编辑）
该代表应查看以下表格：
请求标题（只读）
请求说明（只读）
代表批准（可编辑）
代表性说明（可编辑）
董事会应查看以下表格：
请求标题（只读）
请求说明（只读）
代表批准（只读）
代表性说明（只读）
董事会批准（可编辑）
董事会说明（可编辑）
我的问题：
哪种工具最适合制作表格？信息路径？ SPD？ VS2010？如何处理权限以确保只有董事会可以访问董事会编辑表单？
我使用哪种工作流程？我什么时候开始工作流程？我要用什么来开发工作流程？
显示所有请求的列表视图时如何处理权限？
如何在发送给不同组的邮件中构建链接。
在此先感谢您的任何建议。
最佳答案
关于您的某些问题。...我不是100％肯定，但是在2007版本中，InfoPath是企业功能。因此，使用InfoPath可能是您使用的版本（Foundation vs 2010 Enterprise）的功能。
SPD对您而言可能是个不错的开始，尤其是因为您现在可以导出SPD开发的工作流并将其导入VS 2010以更新功能。
关于板的编辑...根据您的安全性实施（FBA与AD），您可能希望对编辑表单的负载进行某种角色检查。我可能首先要拥有一个ASPX表单（而不是Infopath），您可以确定您拥有的用户类型。根据用户，您可以显示或不显示适当的字段，并根据需要将事件处理程序触发到按钮。
我很可能从顺序工作流程开始，因为您不必担心很多步骤。状态工作流适用于更复杂的实现。
关于sharepoint - SharePoint 2010中的工作流入门，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2949718/