Phát triển phong cách nhanh với Dynamics CRM 2011

Question

Nhóm của tôi chịu trách nhiệm về hệ thống CRM cỡ trung (~ 1000 người dùng). Hiện nay CRM của chúng tôi được xây dựng trong nhà trên Java Servlets, và chúng tôi đang chuyển sang Microsoft Dyanmics CRM 2011. Chúng tôi sẽ phải thực hiện rất nhiều tùy chỉnh cho phù hợp với logic kinh doanh và các yêu cầu pháp lý của chúng tôi.

Chúng tôi hiện đang phát hành hai tuần một lần các tính năng và sửa lỗi (hoán đổi các tệp jar cũ/jsp và trao đổi trong các tệp mới). Câu hỏi của tôi là:

1. Với Dynamics CRM, việc tương tự sẽ được thực hiện như thế nào? Giải pháp được quản lý?
   Điều gì sẽ xảy ra nếu người dùng thực hiện các tùy chỉnh dựa trên v1 của giải pháp được quản lý được triển khai, tôi có thể gỡ cài đặt giải pháp đó và cài đặt v2 không?
2. Kiểm soát thay đổi được thực hiện như thế nào?
3. Bạn tìm thấy những phương pháp hay nhất nào và hố giảm?

Tôi rất mới với thế giới Dynamics CRM để giúp bạn được đánh giá cao.

Answer 1

Đây là cuộc thảo luận rất quan trọng và tôi không nghĩ đó là câu trả lời hay nhất, nó sẽ phụ thuộc vào những gì bạn muốn và cách bạn làm việc.Tôi đồng ý với hầu hết các Rickard nói, tôi sẽ cung cấp cho bạn một số liên kết có thể giúp tôi rất nhiều thiết lập một quá trình phát triển:

1 và 3:

• http://gonzaloruizcrm.blogspot.pt/2012/01/managed-or-unmanaged-solutions-in-crm.html
• http://xrmconsultant.blogspot.pt/2011/11/crm-2011-solutions-problems-best.html
• http://channel9.msdn.com/posts/Merging-CRM-2011-Solutions
• http://www.dynamicscrmtrickbag.com/2011/05/28/dynamics-crm-2011-solutions-part-1/

2:

• http://intovsts.net/2012/12/28/integration-of-dynamics-crm-2011-solutions-with-tfs/
• http://community.dynamics.com/product/crm/crmtechnical/b/crmmusings/archive/2012/05/31/solution-packager-enable-source-control-for-solutions-in-crm-2011.aspx

Tôi nghĩ bạn có thể gặp ở đây những thông tin hữu ích cho bạn xác định quá trình của bạn phát triển.

Answer 2

Nếu bạn nên sử dụng các giải pháp quản lý hoặc unmanage để tranh luận, bạn sẽ không nhận được câu trả lời "làm điều này" hoặc chính xác hơn, bạn sẽ nhận được rất nhiều "làm điều này" sẽ khác.

Trải nghiệm của tôi là tốt hơn nên sử dụng các giải pháp không được quản lý cho các hệ thống bạn sở hữu hoặc duy trì và sử dụng các giải pháp được quản lý cho các sản phẩm bạn bán. Lý do tôi nghĩ rằng đây là khá dễ dàng để làm cho phụ thuộc giữa các giải pháp mà làm cho họ khó khăn, nếu không phải là không thể, để loại bỏ và trong một số trường hợp thậm chí để cập nhật.

Bạn sẽ không thể gỡ cài đặt các giải pháp có tài nguyên tùy thuộc vào chúng, bạn có thể cập nhật chúng bằng phiên bản mới.

Kiểm soát thay đổi không được triển khai trong hệ thống để mọi thứ bạn cần phải được quản lý ở nơi khác.

Đây là những suy nghĩ của tôi về chủ đề này, có thể bạn sẽ nghe nhiều hơn và tôi sẽ rất ngạc nhiên nếu chúng không khác nhau. Tôi đã tìm thấy một bài viết trên MSDN bao gồm một số câu hỏi của bạn.

Hy vọng điều này sẽ hữu ích.

Answer 3

1. Quan điểm khiêm tốn của tôi: không được quản lý trừ khi bạn đang phát triển một sản phẩm độc lập mà bạn có thể muốn bảo vệ tính toàn vẹn của nó, khi khách hàng/người dùng ngẫu nhiên cài đặt. giải pháp tôi không thấy bất kỳ lợi ích nào của việc quản lý. Kinh nghiệm của tôi là bạn sẽ có khả năng chạy vào các vấn đề phụ thuộc vv mà sẽ làm cho bạn hối tiếc sự lựa chọn của đi quản lý. Vì vậy, chỉ được quản lý nếu bạn đang có kế hoạch bán một sản phẩm bị cô lập mà bạn cần bảo vệ theo một cách nào đó.