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

Question

关闭。这个问题是off-topic .它目前不接受答案。












想改善这个问题吗？ Update the question所以它是 on-topic对于堆栈溢出。

9年前关闭。




Improve this question




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

作为一个部门，在过去 2 年中实现了各种现代开发实践，敏捷、Scrum、TDD、持续集成、MVC。

我的公司现在要迁移到 Microsoft Dynamics CRM，(目前我们使用的是第 3 方产品)。他们想将 Dynamics 用作 CRM，但也想用于定制开发，通过阅读和背景学习，我可以体会到 Microsoft Dynamics 是一款出色的产品，它占有一席之地，并为许多企业解决了问题。我对 Microsoft Dynamics 的了解来自以下视频。 http://channel9.msdn.com/Series/DynamicsCRM2011

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

我的问题:

Microsoft Dynamics 是否允许现代开发实践，例如 TDD、持续集成、MVC？

如果 CRM 部分是高度定制的，我们会失去使用 Dynamics CRM 的好处吗？

它作为产品在市场上的声誉如何？

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

有哪些已知的限制或缺点？

如果有的话，还有什么其他好的选择？

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

谢谢。

Answer 1

Microsoft CRM 是一个很棒的产品，它提供了一个非常好的应用程序框架。就像任何框架一样，它并不是最适合所有情况的。在这里泛泛而谈，但 CRM 非常适合具有需要关系和/或工作流的结构化数据的解决方案。

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

在测试驱动开发 (TDD) 或持续集成 (CI) 方面，没有标准的 CRM 工具可以帮助您。我们已经构建了一些工具来自动化/协助我们的开发，并且使用 SDK 很容易做到这一点。单元测试你的插件应该很好地适应你现在所做的一切。然而，您目前从 UI 测试您的 MVC 应用程序也应该继续进行，因此您在开发/质量检查过程中投入了多少是任何新框架都需要考虑的事情。

If the CRM part is highly customised will we lose the benefits of using Dynamics CRM?

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

Is it faster or slower to develop bespoke custom applications with lots of business rules in Dynamics CRM as opposed to a custom MVC app?

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

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

What are the known limitations or drawbacks?

Sharepoint 更适合非结构化数据。所以，我会说这是 CRM 的一个弱点。支持 CRM 的 SQL 数据库内部有很多事件部件，因此如果您有一个 SQL 应用程序，您将多个数据库集群在一起，那么我不会增加开销。唯一的另一个缺点是加速。

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

完全披露，我是微软合作伙伴的开发人员。我强烈建议您有一个合作伙伴为您提供培训、入门模板等，以增加您的开发时间。