使用敏捷风格开发Dynamics CRM 2011

Question

7

我的团队负责一个中等规模的CRM系统（约1000个用户）。目前我们的CRM是基于Java Servlets自主构建的，现在我们正在转向Microsoft Dynamics CRM 2011。为了适应我们的业务逻辑和监管要求，我们将不得不进行大量的定制。

我们目前每两周发布一次功能和错误修复（替换旧的jar / jsp文件，并替换新的文件）。我的问题是：

1. 在Dynamics CRM中，类似的事情该如何完成？管理解决方案吗？如果用户基于已部署的托管解决方案v1进行了自定义，我能卸载该解决方案并安装v2吗？

2. 变更控制是如何完成的？

3. 您认为最佳实践和陷阱是什么？

- NoodleFolk

3个回答

4

这是非常重要的讨论，我认为这不是最佳答案，它将取决于您想要什么以及您如何工作。我同意Rickard所说的大部分内容，我会给你一些链接，这些链接帮助我建立了一个开发流程：

1和3：

2：

我认为您可以在这里找到有用的信息，来定义您的开发流程。

- Pedro Azevedo

2

个人意见：除非您正在开发一个独立产品并希望保护其完整性（在被客户/随机用户安装时），否则请使用无管理代码。但是，如果您正在开发/定制客户特定的解决方案，那么我不认为使用托管代码有任何好处。我的经验是，您可能会遇到依赖性问题等，这会让您后悔选择使用托管代码。因此，只有在计划销售需要以某种方式保护的独立产品时才使用托管代码。

- pieeetr

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Rickard N · Accepted Answer

如果你需要使用托管或非托管解决方案，那么这是一个有争议的问题，因此你不会得到一个“做这个”的答案，或者更正确地说，你可能会得到很多不同的“做这个”的建议。

根据我的经验，在你拥有或维护的系统中使用非托管解决方案更好，在你销售的产品中使用托管解决方案更好。我之所以这么认为，是因为很容易出现解决方案之间的依赖关系，这使得它们难以甚至无法删除，甚至在某些情况下无法更新。

如果有资源依赖于解决方案，你将无法卸载它们，但你可以使用新版本更新它们。

系统中没有实施变更控制，因此任何你需要的东西都必须在其他地方管理。

这是我对这个主题的看法，你可能会听到更多不同的看法。我在MSDN上找到了一篇涵盖一些你的问题的文章。

希望这能帮到你。