Dynamics CRM 4 : Solution de réservation des salles - Présentation et Installation de Dynamics CRM (Part 1)
Ce post est le premier d’une longue série qui traitera de l’implémentation d’une petite solution de gestion des réservations des salles dans une entreprise, au moyen de Dynamics CRM. Dans cette première partie nous ferons juste une présentation rapide de l’outil et de ce qu’il propose aux développeurs.
Il aurait été intéressant de réaliser cette application avec CRM Online et la plateforme Azure mais malheureusement CRM Online n’est pas encore disponible pour nous français… Ce n’est que parti remise :) .. Stay Tuned :)
Microsoft Dynamics CRM, comme son nom l’indique, est l’outil phare de Microsoft pour répondre aux problèmatique liées à la gestion clients.
Dynamics CRM est aussi avant tout une plateforme de développement extensible, où l’on peut très rapidement par exemple modéliser un cycle CRUD puissant (Create, Read, Update, Delete), tout en profitant bien sur des fonctionnalités embarquées tel que le moteur de recherche natif du produit, ou bien encore le moteur de workflow sur les entités.
Il est important de préciser que le moteur de recherche Dynamics n’a rien à envier au moteur de recherche SharePoint, bien au contraire :)
Je ne traiterais pas ici de l’installation d’un serveur CRM, vous pourrez retrouver les différentes étapes au cours d’une vidéo commentée par John O'Donnell, à l’adresse suivante : http://channel9.msdn.com/posts/jodonnell/Microsoft-Dynamics-CRM-40--Installation-with-John-ODonnell/
Apercu du portail Dynamics CRM (Post installation) :
Si CRM apparait comme une solution de gestion client, l’extensibilité de CRM permet de dépasser cette limite, notamment grâce au :
Plugins :
Un plugin est une classe que l’on associe à un événement CRM. On retrouve finalement le même principe dans SharePoint avec les Receivers.
Autrement dit, à la création d’un élément dans une entité on va pouvoir exécuter du code métier qui va nous permettre d’orienter le fonctionnement du produit par rapport au processus métier de l’entreprise.
A noter que dans CRM, il est possible de déployer l’assembly du plugin dans la base de données, sa prise en compte dans l’application est immédiate.
Cette fonctionnalité serait plus qu’appréciable dans SharePoint…
Workflows :
Il existe aussi un moteur de workflow dans CRM au niveau des entités, même si toutes les activités de Windows Workflows Fondation ne sont pas supportées, il a le mérite d’exister.
JavaScript :
Le JavaScript permet d’étendre le fonctionnement des formulaires d’édition très facilement en l’insérant dans le « designer » du formulaire.
Mais aussi …
Nous avons aussi la possibilité de consommer le WebService CRM, de créer des entités, d’intégrer des pages, de développer des Custom Controls..
Road Map CRM :
Dans CRM 5, nous disposerons d’un équivalent du WSP pour SharePoint afin de réaliser du déploiement de solution car ce n’est malheureusement pas le cas dans sa version 4, ou bien encore la fameuse ribbon bar ci dessous.
Pour plus d’informations sur CRM 5, je vous invite à consulter le post suivant : http://demiliani.com/blog/archive/2008/11/11/6526.aspx
Conclusion :
Dans les prochains post, nous verrons comment modéliser l’application “Gestion des réservations” en mettant en œuvre les outils ci-dessus proposés par CRM. Plus particulièrement, le post suivant permettra de voir comment il est possible de s’approprier l’interface CRM pour héberger notre application.
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
