2

次のシナリオを考えてみましょう: CRM はアプリケーション開発プラットフォームとして使用されており、複数のアプリケーション (CRM ソリューション) が多くの開発組織にまたがって構築されており、これらのソリューションは最終的に PROD 組織の 1 つの組織の下でホストされます。開発環境は次のようになります。

1) COMMON と呼ばれる組織に共通のエンティティ、役割、およびその他の成果物を含む、管理されていない「共通」ソリューション

2) チーム A は、COMMON が管理ソリューションとしてインポートされている ORG 1 の非管理ソリューション 1 に取り組んでいます。


3) チーム B は、COMMON がマネージドソリューションとしてインポートされている ORG 2 のアンマネージド ソリューション 2 に取り組んでいます。

4) チーム C は、COMMON がマネージド ソリューションとしてインポートされている ORG 3 のアンマネージド ソリューション 3 に取り組んでいます。

すべてのアプリケーション (ソリューション) をマネージド ソリューションとして統合することを目的とした、INTEGRATION と呼ばれる別のものがあります。

質問:

1) 同じ開発組織で複数のアプリケーションを並行して開発することは良い考えですか? たとえば、チーム A とチーム B がそれぞれソリューション A とソリューション B の開発を行っているときに、組織 1 を共有することは理にかなっていますか?

2) 上記のアプリケーションのいずれかでサイト マップのカスタマイズが必要な場合、これらのカスタマイズを行い、統合にインポートする前にそれぞれのマネージド ソリューションに含めるか、またはすべてのサイト マップのカスタマイズを統合で行い、これらのカスタマイズを .最終的に PRODUCTION 組織にインポートするためのマネージド ソリューション (サイトマップのみを含む)。

3) ソリューション 1 ～ 3 には、それぞれの組織にカスタム エンティティがあり、これらのエンティティ (読み取り、書き込みなど) に特権を追加する必要があります。これらのエンティティには、それぞれの組織に
インストールされているマネージド コモン ソリューションから来る「ロール X」という役割があります。組織。エンティティに対するロールへの特権を付与して、それぞれのマネージド ソリューションの一部として含める必要がありますか?それとも、このプロビジョニングを INTEGRATION 組織でも行う必要がありますか?

どんなガイダンスでも大歓迎です。

4

1 に答える 1

1

1）同じ組織で同時に複数のソリューションを開発しても問題ありません。私たちはこれを頻繁に行いますが、実際には、同じエンティティを扱っているときに唯一の問題が発生します。完璧な世界では、COMMON（コアライブラリ）は、このソリューション開発組織のマネージドソリューションになります。実際、COMMONを可能な限り分離し、高度に文書化し、自動化してSVNに保持することを強くお勧めします。

2）サイトマップは、一般的に、好きな方法で簡単に実行できます。リボンはキラーです。とにかく、私はUATで手動で変更を加えてから、それらをPRODにインポートするのが好きです。これは理想的な方法ではなく、間違いを最小限に抑えるように思われる方法です。DEVからのインポートは、すべて「ラストインウィン」に関するものであるため、既存のアイテムを上書きしているようです。

3）アプリケーションに依存するため、これらをソリューションに保持します。官僚的形式主義やユーザーの切断のためにDEVがこれを管理するような人ではない場合、各ソリューションに関連付けられたアンマネージド統合ソリューションをUAT内に構築します。したがって、solution-A-integration、solution-B-integrationなどは他の誰かによって処理されます。次に、これらはUATからエクスポートされ、マネージドソリューションとしてPRODにインポートされます。

于 2012-06-22T04:03:32.630 に答える