使用Dynamics 2011开发敏捷风格

Question

我的团队负责一个中型CRM系统(大约1000名用户)。目前，我们的CRM是在Java Servlet上内部构建的，我们将转向2011。我们将不得不做许多定制，以适应我们的业务逻辑和监管要求。

我们目前每两周发布一次特性和错误修复(交换旧的jar/jsp文件，并在新的文件中交换)。我的问题是：

1. 对于Dynamics，如何做类似的事情？管理解决方案？ 如果用户基于已部署的托管解决方案的v1进行自定义，我可以卸载该解决方案并安装v2吗？
2. 变更控制是如何完成的？
3. 你认为什么是最好的做法，和坑陷落？

Answer 1

这是非常重要的讨论，我不认为这是一个最好的答案，它将取决于你想要什么和你如何工作。我同意大多数Rickard的说法，我会给你们一些链接，帮助我建立一个发展的过程：

1和3：

• http://gonzaloruizcrm.blogspot.pt/2012/01/managed-or-unmanaged-solutions-in-crm.html
• http://xrmconsultant.blogspot.pt/2011/11/crm-2011-solutions-problems-best.html
• http://channel9.msdn.com/posts/Merging-CRM-2011-Solutions
• http://www.dynamicscrmtrickbag.com/2011/05/28/dynamics-crm-2011-solutions-part-1/

2：

• http://intovsts.net/2012/12/28/integration-of-dynamics-crm-2011-solutions-with-tfs/
• http://community.dynamics.com/product/crm/crmtechnical/b/crmmusings/archive/2012/05/31/solution-packager-enable-source-control-for-solutions-in-crm-2011.aspx

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

Answer 2

如果您应该使用托管或取消管理的解决方案，那么您将不会得到一个“做这个”的答案，或者更正确地说，您可能会得到许多不同的“做这件事”。

我的经验是，对于您拥有或维护的系统，最好使用非托管解决方案，对销售的产品使用托管解决方案。我认为这是因为很容易在解决方案之间建立依赖关系，这使得它们即使不是不可能，也很难删除，在某些情况下甚至很难更新。

您将无法卸载依赖于它们的资源的解决方案，您可以使用新版本更新它们。

变更控制不是在系统中实现的，所以您需要的任何东西都必须在其他地方进行管理。

这些是我对这个问题的想法，你可能会听到更多，如果它们没有不同，我会非常惊讶。我在MSDN上找到了一篇文章，它涵盖了你的一些问题。

希望这能有所帮助。

Answer 3

1. 我的基本观点是:除非你正在开发一个独立的产品，当客户/随机用户安装时，你可能想要保护它的完整性。但是如果你正在开发/定制特定于客户的解决方案，我看不出管理有什么好处。我的经验是，您可能会遇到依赖问题等，这将使您后悔的选择去管理。因此，只有当您计划销售需要以某种方式保护的孤立产品时，才能进行管理。