Dynamics crm Microsoft Dynamics CRM作为软件开发平台？
我的组织正处于收购CRM 4.0作为通用软件开发平台的最后阶段。将其出售给我们的公司已说服高层管理人员，CRM将解决我们所有的生产力问题，并使软件开发像点击一样简单。（他们不读布鲁克斯的书。） 我已经接受了无法阻止CRM被强加给美国开发者的事实，我一直在研究如何管理大规模CRM开发的复杂性 到目前为止，我已经确定了需要解决的以下复杂问题：Dynamics crm Microsoft Dynamics CRM作为软件开发平台？,dynamics-crm,Dynamics Crm,我的组织正处于收购CRM 4.0作为通用软件开发平台的最后阶段。将其出售给我们的公司已说服高层管理人员，CRM将解决我们所有的生产力问题，并使软件开发像点击一样简单。（他们不读布鲁克斯的书。） 我已经接受了无法阻止CRM被强加给美国开发者的事实，我一直在研究如何管理大规模CRM开发的复杂性 到目前为止，我已经确定了需要解决的以下复杂问题： CRM似乎与基本配置管理实践完全不兼容 保持黑盒CRM数据库与外部LOB系统的双向同步是项目成功的关键 在构建大规模CRM应用程序时，我还必须考虑哪些其他复杂
编辑：这提供了额外的洞察力。事务支持 如果您的应用程序需要底层平台的事务支持，则Dynamics CRM不是正确的选择。原因是当前Dynamics CRM SDK web服务不支持事务 参考线程如下所示： 由于您希望使用Dynamics CRM作为平台，这意味着所有业务逻辑都应该使用Dynamics CRM SDK Web服务作为数据访问层。但是想象一下，如果没有事务支持，您作为一个工作单元调用一系列web服务调用，其中一个web服务调用失败。这意味着您可能会遇到数据完整性问题 配置
通常我会创建一个名为Configuration的定制实体，它将存储当前CRM应用程序所需的所有相关配置。创建后，您可以使用Dynamics CRM SDK Web Service从配置自定义实体读取所有必要的配置我已经使用MS CRM 3.0，现在是4.0。以下是我的看法：
我知道您很可能正在部署Dynamics CRM，但这里有几个简单提示：
- 我会避免做出不受支持的更改，因为最终很难跟踪更改。由于Dynamics CRM允许开发人员制作C#插件并访问web服务，因此通常不需要对任何非琐碎的内容进行不受支持的更改。另外，如果你必须打电话给微软的支持部门，你就不得不对他们隐藏更改。我知道很多人会包括外部javascript文件（jquery等）和其他一些温和的更改，但是当一个不受支持的编辑涉及任何非视觉的内容时，试着在心里阻止自己
- 看看短语MicrosoftDynamicsXRM，有几本关于这个主题的书非常好，特别好，因为它附带了一些很好的自定义代码，可用于您的CRM
- 源代码控制您的定制xml，不要让人们接触数据库，还有Google Halan CRM工具，并使用它编写CRM定制和javascript文件的脚本。比编写自定义powershell脚本来完成相同的工作更容易