Ce billet abordera les scénarios principaux de livraison des solutions Dynamics CRM rencontrés sur nos projets , à savoir:

• livraison d'une nouvelle version incluant des nouveautés significatives, dite version majeur;
• livraison d'une nouvelle version incluant des fonctionnalités simples, dite version mineur;
• livraison des correctifs.

Eléments descriptifs d'une solution

Une solution Dynamics CRM est définie par les propriétés suivantes:

• l'éditeur de solution qui est l'identité du fournisseur de logiciel propriétaire de la solution;
• le nom de la solution qui est l'identifiant de la solution fournie par l'éditeur;
• le numéro de version de la solution potentiellement exprimé sur quatre champs numériques selon le format Majeur.mineur.révision.bluid ; nous préconisions l'utilisation de deux numéros pour les différentes versions Majeur.mineur ; en pratique ces champs identifient de façon unique ( en association avec les champs éditeur et nom de solution) la couche au sein de laquelle les composants de la solution seront déployés;
• la description de la solution est un champ qui décrit de façon qualificative la nature de la solution installée; une bonne pratique consiste à utiliser ce champ pour identifier les correctifs appliqués à une version majeur ou mineur de la solution CRM.

Livraison d'une version Majeur

Nous qualifions la version d'une solution de majeur, lorsque cette dernière comprend au minima les caractéristiques suivantes:

• elle intègre un nombre significatif de nouvelles fonctionnalités;
• elle remplace ou modifie des fonctionnalités existantes;
• elle annule plusieurs fonctionnalités existantes.

L'installation d'une telle solution de version M+1, nécessite la mise en place d'un jeu de solutions décrit ci-dessous.

La solution gérée de la solution majeure M+1 à déployer est:

• préparée sur l’organisation CRM dédiée au développement de cette version ;
• composée de l’ensemble des composants CRM d’implémentation des fonctionnalités existantes et de leurs correctifs ainsi que ceux des nouvelles fonctionnalités; elle exclut tous les composants à décommissionner.

La solution gérée d'installation de la solution existante M.m à déployer est :

• préparée sur l’organisation CRM dédiée au développement de cette version ;
• non requise pour la livraison de la version (M+1).0 de l’application CRM ;
• composée de l’ensemble des composants CRM d’implémentation des fonctionnalités existantes et de leurs correctifs.

La solution gérée de décommissionnement de la version existante M.m de la solution est :

• requise pour la livraison de la version 1.0 de l’application CRM;
• préparée sur l’organisation CRM dédiée au support de cette version ;
• identifiée par le même éditeur et numéro de version que la solution gérée d’installation de la version existante M.m de l’application; 
• porteuse d'un nom différent de celui de la solution gérée d’installation de la version M.m de l’application.

 La procédure manuelle de livraison de la version majeur comporte les étapes suivantes à exécuter selon l'ordre ci-dessous:

1. Etat initial de l'environnement cible

      2.   Le déploiement de la solution gérée de décommissionnement de la version existante M.m 

            de l’application;        

     3.    La désinstallation de la solution gérée d’installation de la version existante M.m

            de l’application;        

      4.   Le déploiement de la solution gérée d’installation de la nouvelle version (M+1).0 de l’application ;

    5.     La désinstallation de la solution gérée de décommissionnement de la version existante M.m

            de l’application.

Livraison d'une solution mineur

La  livraison d'une version d'application CRM  mineur M.(m+1) se différencie de la livraison d'une version majeur de par le contenu de la solution gérée d'installation, qui n'inclut dans cette version que les composants d'implémentation des nouvelles fonctionnalités de l'application.

Néanmoins la procédure de livraison d'une version mineur reste identique à celle d'une version majeur.

Le développement de versions mineurs intermédiaire entre deux versions majeurs constitue une bonne pratique permettant d'assouplir le cycle de vie de l’application CRM, afin de prendre en compte rapidement les nouveaux besoins.

Livraison des correctifs

Nous distinguons deux types de correctifs: les correctifs incluant des modifications et/ou des ajouts de composants ou supprimant des composants.

Pour les correctifs modifiant et/ou ajoutant des composants, nous devons fournir une solution gérée minimale de correctif à chaud de la version M.m, possédant les caractéristiques suivantes:

• identifiée par le même éditeur, nom et numéro de version que la solution gérée d’installation de la version existante M.m de l’application ;
• contenant que les composants qui sont amendés par le correctif à chaud;
• contenant un champ description décrivant les changements effectués grâce à ce correctif à chaud.

Il suffit de déployer cette solution pour que les changements apportés aux composants soient pris en compte.

L'installation des correctifs supprimant des composants est un peu plus complexe et nécessite le jeu de solutions décrit ci- dessous.

La solution gérée de correctif à chaud de la version existante M.m de l’application est :

• préparée sur une organisation CRM transitoire de développement du correctif à chaud;
• constituée de l’ensemble des composants CRM d’implémentation des fonctionnalités existantes et de leurs correctifs;
• identifiée par le même éditeur et numéro de version que la solution gérée d’installation de la version existante M.m;
• porteuse d'un nom différent de celui de la solution gérée d’installation de la version M.m de l’application dont elle permet le décommissionnement ;
• elle contient un champ description mis à jour décrivant les changements effectués grâce à ce correctif à chaud.

La solution gérée de décommissionnement de la version existante M.m de l’application est :

• préparée sur l’organisation CRM dédiée au support de cette version;
• identifiée par le même éditeur et numéro de version que la solution gérée d’installation de la version existante M.m de l’application;
• porteuse d'un nom différent de celui de la solution gérée d’installation de la version M.m de l’application;
• constituée des mêmes composants que ceux de la version M.m de l’application.

La solution gérée d’installation de la version M.m de l’application.

La procédure d'installation de la solution supprimant les composants s'exécute selon les étapes suivantes:

1. Le déploiement de la solution gérée de décommissionnement de la version existante M.m de l’application.
2. La désinstallation de la solution gérée d’installation de la version existante M.m de l’application.
3. Le déploiement de la solution gérée de correctif à chaud de la version existante M.m de l’application.
4. La désinstallation de la solution gérée de décommissionnement de la version existante M.m de l’application.

Nous avons couvert grâce à cette série d'articles les concepts de base des solutions Dynamics CRM jusqu'aux différents scénarios de livraison possibles. J'espère que cette série vous apportera suffisamment d'informations pour pouvoir appréhender au mieux les solutions Dynamics CRM.

A très bientôt autour d'autres post Dynamics!

Microsoft Services / CRM – Gestion de la relation client