7

私のチームは、中規模の CRM システム (~1000 ユーザー) を担当しています。現在、当社の CRM は Java サーブレット上で社内で構築されており、Microsoft Dynamics CRM 2011 に切り替えています。ビジネス ロジックと規制要件に合わせて、多くのカスタマイズを行う必要があります。

現在、機能とバグ修正のリリースを隔週で行っています (古い jar/jsp ファイルを交換し、新しいファイルを交換します)。私の質問は次のとおりです。

  1. Dynamics CRM を使用すると、同様のことをどのように行うことができますか? マネージド ソリューション?
    デプロイされたマネージド ソリューションの v1 に基づいてユーザーがカスタマイズを行った場合、そのソリューションをアンインストールして v2 をインストールできますか?
  2. 変更管理はどのように行われますか?
  3. ベスト プラクティスとピット フォールは何だと思いますか?
4

3 に答える 3

5

管理されたソリューションまたは管理されていないソリューションを使用する必要がある場合は、議論の余地があるため、「これを行う」という答えが得られないか、より正確には、異なる「これを行う」という多くの回答が得られるでしょう。

私の経験では、所有または保守しているシステムにはアンマネージド ソリューションを使用し、販売する製品にはマネージド ソリューションを使用することをお勧めします。私がこれを考える理由は、ソリューション間の依存関係を作成するのは非常に簡単であり、不可能ではないにしても、それらを削除し、場合によっては更新することさえ困難にするからです。

リソースに依存するソリューションをアンインストールすることはできませんが、新しいバージョンで更新することはできます。

変更管理はシステムに実装されていないため、必要なものはすべて別の場所で管理する必要があります。

これらはこの件に関する私の考えです。おそらくもっと多くのことを耳にすることでしょう。それらに違いがなければ、私は非常に驚かれることでしょう。MSDNで、あなたの質問のいくつかを扱った記事を見つけました。

お役に立てれば。

于 2013-02-19T08:01:15.323 に答える
4

これは非常に重要な議論であり、それが最善の答えだとは思いません。それは、あなたが何を求め、どのように仕事をするかによって異なります。Rickard のほとんどの意見に同意します。開発プロセスを確立するのに役立つリンクをいくつか紹介します。

1 と 3:

2:

ここで、開発プロセスを定義するのに役立つ情報に出会えると思います。

于 2013-02-19T09:34:01.703 に答える
2
  1. 私の謙虚な意見です。顧客/ランダムユーザーなどによってインストールされたときに、その整合性を保護したいスタンドアロン製品を開発している場合を除いて、管理されていません。しかし、顧客固有のソリューションを開発/カスタマイズしている場合はわかりません管理されることの利点。私の経験では、依存関係の問題などに遭遇する可能性があり、管理することを選択したことを後悔することになります。したがって、何らかの方法で保護する必要のある孤立した製品の販売を計画している場合にのみ、管理を行ってください。
于 2013-02-19T13:56:00.667 に答える