Dynamics crm 2011 Dynamics CRM-可能性和局限性

我有一些可能模棱两可的问题，我不确定我是否能得到正确的答案，但我想我会把它放在那里，因为我不确定还能从哪里得到答案

作为一个部门，在过去的两年里，我们实施了各种现代开发实践，如敏捷、Scrum、TDD、持续集成、MVC

我的公司现在将转向Microsoft Dynamics CRM（目前我们使用第三方产品）。他们希望将Dynamics用作CRM，但也用于定制开发，通过阅读和背景学习，我可以欣赏到Microsoft Dynamics是一款优秀的产品，它有自己的地位，并为许多企业解决了一个问题。我对Microsoft Dynamics的了解来自以下视频

我们的实施可能会针对业务进行高度定制，我们还将在Dynamics CRM中构建大量定制应用程序。我的公司是微软公司，所以我们已经使用.NET、SQL Server等

我的问题是:

• Microsoft Dynamics是否允许TDD、持续集成、MVC等现代开发实践

• 如果CRM部件高度定制，我们是否会失去使用Dynamics CRM的好处

• 它作为一种产品在市场上的声誉如何

• 与定制MVC应用程序相比，在Dynamics CRM中开发具有大量业务规则的定制应用程序更快还是更慢

• 已知的限制或缺点是什么

• 如果有的话，还有什么好的选择

我意识到没有答案，只有观点，如果有人使用过或有观点，或能给我指出一些平衡观点和事实的好链接，我将不胜感激

---

谢谢。

Microsoft CRM是一款非常棒的产品，它提供了一个非常好的应用程序框架。与任何框架一样，它并非最适合所有情况。一般来说，CRM非常适合于需要关系和/或工作流的结构化数据解决方案

我们使用CRM后端构建MVC应用程序，将CRM更像SQL数据库；但是，这些通常是针对访问门户的非CRM用户的。通常，对于您的CRM用户，您可以通过JavaScript、插件（例如C#）和iFrame（指向您想要的任何内容）定制内容

当涉及到测试驱动开发（TDD）或持续集成（CI）时，没有标准的CRM工具可以帮助您。我们已经构建了一些工具来自动化/协助我们的开发，使用SDK很容易做到这一点。单元测试插件应该与您现在正在做的任何事情都很匹配。但是，从UI测试你的MVC应用程序也应该继续进行，所以你在开发/QA过程中投入了多少东西，可以用任何新的框架来考虑。 如果CRM部分高度定制，我们会失去 使用Dynamics CRM

这取决于你想做什么。CRM建立在关系的基础上。因此，如果您想用一堆不相关的实体定制解决方案，而不使用工作流、安全性等，那么我认为CRM不适合您

使用开发定制的定制应用程序是更快还是更慢 与定制MVC应用程序相比，Dynamics CRM中有很多业务规则

通常，在CRM界面中开发某些东西要比开发非CRM MVC应用程序快得多。问题的一部分将是提高开发人员的能力

如果出现MVC方法更适用的情况，那么您可以开发一个MVC应用程序，该应用程序与CRM（或SQL）对话，并通过左侧导航集成到CRM中

已知的限制或缺点是什么

Sharepoint更适合于非结构化数据。所以，我认为这是CRM的一个弱点。在支持CRM的SQL数据库中有很多活动部件，因此如果您有一个SQL应用程序，在其中对多个数据库进行集群，那么我不会增加开销。唯一的另一个缺点是加速

和任何工具一样，知道何时使用与否是关键。CRM并不是万能的，但我已经看到它为各个行业的客户创造了奇迹

---

完全公开，我是微软合作伙伴的开发者。我强烈建议您找一位合作伙伴，为您提供培训、入门模板等，以增加您的开发时间。

谢谢您的评论，非常有用。我也会考虑合作伙伴的选择，听起来是个不错的建议。