Dynamics 2011 - Что я должен включить в свое базовое библиотечное решение?

Question

Я пытаюсь разобраться в наилучшем практическом подходе к организации решений и, более конкретно, что должно быть включено в «базовое решение» или «библиотечное решение».

В SDK говоритсяследующее:

Библиотеки решений Для независимого поставщика программного обеспечения с несколькими решениями или развертыванием на крупных предприятиях ожидается, что многие компоненты решения должны будут совместно использоваться.Наилучшие способы совместного использования компонентов решениями - это создание библиотек решений.Вы создаете библиотеку решений, создавая неуправляемое решение в отдельной организации, а затем упаковываете эти компоненты в управляемое решение.Установите управляемое решение в другой организации и предоставьте разработчикам возможность ссылаться на эти общие компоненты из созданных ими решений.

Microsoft Dynamics CRM Solutions Framework позволяет создавать уровни решений, которые зависят друг от друга.Обычно вы создаете библиотеку решений, представляющую «базовое» решение.Другие решения могут быть построены поверх этого базового решения.

Какие компоненты в идеале должны быть помещены в базовое / библиотечное решение?Основные бизнес-объекты и наборы опций?Основные функциональные возможности и рабочие процессы?

Похоже, что нет большого руководства по документации по динамике.

Answer 1

Если у вас есть какие-либо функции, которые вы планируете совместно использовать в нескольких организациях, которые будут пересматриваться отдельно от остальной части вашей организации, то я хотел бы рассмотреть возможность включения этого в отдельное решение.

Например, скажем, у вас есть несколько регионов в вашем бизнесе, каждый из которых будет иметь свою собственную организацию CRM, но в каждом из них используется стандартный способ оценки и назначения потенциальных клиентов. В этом сценарии я бы создал решение, которое включает в себя эту функциональность, и установил бы его в каждой организации, и таким образом, когда процесс изменился, одно и то же решение могло быть распространено на все организации, и все получили бы одинаковые изменения.

Другой возможностью может быть общий набор библиотек JavaScript и плагинов, которые вы будете использовать в разных организациях, например, для таких вещей, как автоматическое именование или нумерация записей или некоторая проверка правильности бизнес-логики. Таким образом, если вы обнаружите в них какие-либо ошибки, вы снова можете внести одинаковые изменения во все организации.

Если у вас нет нескольких CRM-организаций или вы не являетесь независимым разработчиком ПО, я не стал бы беспокоиться о решениях. Это большой шаг вперед для CRM, но это определенно первый шаг, и с ними есть некоторые причуды и головные боли.