使用Sharepoint进行良好的错误跟踪?[关闭]


9

在我的工作地点,已经决定将许多流程转移到Sharepoint。我现在正在研究如何将Sharepoint用于漏洞跟踪(如Mantis,FogBugz等,但在Sharepoint中)。具体来说,我们正在使用一个协作室,而解决方案必须在其中工作。

我知道我可以使用“问题跟踪器”模板创建列表,但是它缺少工作流,集成的对应关系(如FogBugz)和审核日志(任何用户都可以随时编辑任何字段,而无需在任何地方注明)。

这还不够,因此我正在寻找“更大”的解决方案,但还没有发现任何东西。
这个问题类似,但旨在帮助台使用。我们旨在跟踪错误并更改对系统的请求。

我愿意接受建议!因为我不是管理员,所以我不能只抓住一个Sharepoint组件并进行安装以进行测试。我正在寻找经验,文档,白皮书,屏幕截图-实际的可下载内容将在以后进行。

理想情况下,其中一些问题应包括在内:

  1. 支持不同的故障单类型(错误,功能,查询,内部任务)。
  2. 每种故障单类型可配置的工作流程,没有固定的步骤数。
  3. 每个字段和每个工作流状态的可配置读/写权限。
  4. 带有精美图表的经理可配置仪表板。
  5. 可配置的电子邮件通知。
  6. 通讯àFogBugz。(挑战:我们使用Notes,而不是Exchange。)

最好的建议?远离Sharepoint。它的SQL杂乱无章,文件上传是绝对的痛苦,真正的目标似乎是促使所有人重新使用Office。讨论部分是一个玩笑,并且希望将其大量集成到Outlook中而不是单独使用。将Sharepoint用作保留一些策略文档的地方不是一个好主意。现在,我正在尝试创建一个SP Wiki(也被认为是),并且我正在尝试以HTML编写所有内容(内联CSS,不提供Wiki模板支持)。可能是有可能的,但您将为此付出更多的努力。
Steiv 2010年

是的,似乎很明显,存在SP可以使MS Office现金流抵御Web 2.0战线。如果可以选择的话,我也会避免使用SP,但是它是从上面决定的,我将尽最大努力。-我很高兴地发现协作室确实具有一些有用的功能,并且编辑上传的(Office)文档非常简单(它们的保存,重新上传和版本控制都是自动完成的)。太糟糕了,它仅适用于Office文档!关键点:“问题跟踪器”和“工作流”功能远没有实现上述目的!
2010年

我认为您正在看到我在SP中看到的东西-处理Office核心工作的任何事物,其他所有事物都被黑了。我们在办公室所做的只是将Jira(我们的问题跟踪软件)的RSS提要与SP集成在一起,以获取SP中的更新列表,但使用Jira进行跟踪。另外,Jira支持Wiki语法,因此轻轻松松进行编辑和注释。
Steiv 2010年

Answers:


2

不知道您提到的模板是否来自此处。“ SharePoint模板

SharePoint可能是一个挑战,但是一旦您了解了它就可以提供一些出色的工具。我相信它是我见过的最具挑战性的MS产品之一,但它也非常强大。您是否已检查Codeplex for SharePoint? Codeplex


奇怪的是,这两个站点(尤其是Codeplex)都集中于管理员下载和安装文件,而几乎忽略了非管理员对使管理员和管理层确信该附加组件确实值得的文档的需求。但是您与SP模板的链接看起来很有希望。有带有有趣描述的“服务器管理模板”。我也找到了一个充满文档的页面-请在下面查看我自己的答案。
2010年

我没有任何方便的链接,但是MS及其一些MVP拥有一些出色的网络研讨会以及其中一些工具的其他录制材料。需要一些搜索但值得努力
Dave M

1
麻烦的是,所有这些材料都是针对服务器管理员的,而不是针对像我这样的人,这些人不是管理员,但需要评估文档……
Torben Gundtofte-Bruun 2010年

1

在DaveM答案的扩展中,我这里找到了有关模板的文档http :
//technet.microsoft.com/zh-cn/windowsserver/sharepoint/bb848090.aspx

具体来说,这些很有趣:

这是一个更高级的设置:

我想我将前两者结合起来。对于SP新手来说,后者似乎过于先进,因此更适合更大的团队。


1

我们的团队在两个项目上使用了MS SP错误跟踪模板。我不认为该解决方案是“最好的”,但是它确实有效。您可以根据需要添加和删除字段,可以使用日期戳进行对话(使用注释),还可以应用安全性(查看/读取/写入)。您可以将错误列表导入Excel或从中导出。

可以添加工作流,但需要开发人员(或SP超级用户)。默认配置包括历史记录跟踪和附件文件。与任何SP对象一样,您可以设置RSS源和电子邮件通知。

如果有选择,我将使用专用的错误跟踪程序包,而不是Microsoft提供的免费解决方案。我没有看过,但是我敢肯定,有更完整的使用SP作为后端的错误跟踪解决方案。


我们没有机会尝试该模板。最后,我们使用了非常简单的自定义列表作为临时解决方案,最后使用了非SharePoint永久解决方案。不是Jira,而是该组织已经用于其他部门的类似工具。
Torben Gundtofte-Bruun'4

1

SharePoint可以作为简单的票证系统满足您的需求。

但是,我希望将错误跟踪器与源代码集成在一起(例如,如果我用“ FIX bug#123”注释源更改,我希望票证被标记为“已修复”,并且能够看到代码差异) 。

此外,您在通知,跟踪在机票上花费的时间等方面没有太多灵活性。

因此,如果您想认真对待错误跟踪,我不建议您使用SharePoint。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.