Instructions: Plan de déploiement
Ces instructions apportent des informations supplémentaires sur la création d'un plan de déploiement
Relations
Eléments connexes
Description principale

Identification des stratégies de compatibilité, de conversion et de migration

Si le système doit remplacer un système existant, les problèmes de compatibilité, de conversion et de migration doivent être pris en compte.  En particulier :

  • Les données d'un système existant doivent être réacheminées (et si possible converties au bon format) vers le nouveau système.
  • Les interfaces utilisateur (formats d'écran, commandes etc.) doivent être prises en charge par le nouveau système.
  • Les interfaces de programmes d'application doivent être maintenues.
  • La migration du système existant vers le nouveau système ne doit pas déranger les services utilisateur pour une durée plus longue que prévue à l'origine (elle varie selon le métier).
  • Le nouveau système doit être capable de fonctionner en parallèle avec l'ancien système pendant la période de migration.
  • On doit pouvoir revenir à l'ancien système, si besoin, pendant les deux premières semaines de l'opération.
  • Les anciennes données archivées doivent pouvoir être exécutées sur le nouveau système. Si elles sont protégées de manière cryptographique, une attention toute particulière devra être portée aux clés de chiffrement lors de la migration.

Les stratégies choisies pour gérer ces problèmes auront besoin d'une prise en charge appropriée dans l'architecture et la conception du système.

Choix du calendrier de déploiement

Changer un système en environnement de fabrication demande de l'organisation et des préparatifs. Les facteurs techniques à prendre en considération incluent que :

  • Les utilisateurs du système auront peut-être besoin d'être entraînés.
  • L'environnement de prise en charge de la production doit être préparé et le personnel d'assistance de la production doit être entraîné et prêt à prendre en charge le système.
  • Les procédures de prise en charge de la production, incluant la sauvegarde, la reprise et la résolution d'incidents doivent être établies.

Les facteurs métier qui influencent le calendrier de déploiement incluent :

  • Des objectifs liés au métier peuvent demander le déploiement du système à une date spécifique. Le fait de ne pas respecter cette date peut entraîner une réduction importante de la valeur du système.  (Remarque : l'existence de ce type d'exigences créent des risques qui devraient être identifiés dans la liste Produit: liste des risques et minimisés dans le plan Produit : plan de gestion des risques s'il est développé. Les éventuels changement des coûts et bénéfices du système devraient être notés dans le Produit : étude de rentabilité.)
  • Il peut y avoir des périodes pendant lesquelles le déploiement du système est impossible à cause du métier ou du fonctionnement de certaines conditions incluant, mais ne se limitant pas, aux périodes de rapports financiers ou aux périodes pendant lesquelles le système ne peut pas être éteint. 

    Les pics de charge de travail ainsi que d'autres facteurs dans les processus et les systèmes existants peuvent parfois empêcher le déploiement. Par exemple :

    • Des volumes de traitement plus importants : des pics hebdomadaires, mensuels ou annuels.
    • Des cycles de maintenance réguliers du matériel et des logiciels influencent aussi bien la disponibilité que le personnel
    • Les périodes de vacances
    • Des perturbations isolées dues à des mises à niveau matérielles ou à l'introduction de nouveaux systèmes.
    • Des réorganisations planifiées
    • Des modifications de changements.
  • Certains systèmes ne peuvent jamais être éteints (les réseaux et les commutateurs téléphoniques par exemple) ; ces systèmes peuvent avoir besoin des nouvelles versions du système pour être déployés alors que la précédente version est en cours de fonctionnement.  Mettre à niveau un système à haute disponibilité demande généralement des considérations architecturales particulières qui doivent être documentées dans Produit : document sur l'architecture logicielle.

Choix du déploiement de la séquence

Certains systèmes doivent être déployés en plusieurs fois à cause de considérations liées au temps ou à la disponibilité.  Si le système ne peut être déployé en une seule fois, il faut déterminer l'ordre dans lesquels les composants doivent être installés et les noeuds sur lesquels ils doivent être installés.  Les patterns courants de calendrier de déploiement incluent :

  • Géographiquement - par zone
  • Fonctionnellement - par application
  • D'un point de vue organisationnel - par rayon ou par poste

Lorsque l'application est déployée sur une période de temps, parmi les problèmes à résoudre on trouve :

  • le logiciel doit être capable d'être exécuté dans une configuration partielle
  • des versions différentes du logiciel doivent pouvoir coexister
  • on doit pouvoir revenir à une version antérieure du système si des problèmes sont détectés dans le nouveau système

Ces fonctions ne peuvent être remplies sans un effort architectural marqué et devraient être documentées dans Produit: document de l'architecture logicielle.

Choix des besoins de l'utilisateur concernant l'apprentissage

Pour chaque catégorie d'utilisateurs, incluant l'administration, les opérateurs et les utilisateurs, il faut identifier :

  • Les types de systèmes de  technologie de l'information  utilisés actuellement. Si pour certains utilisateurs, internes ou externes à l'organisation, le système représente une première utilisation des technologies de l'information, indiquez que cela mérite une attention particulière.
  • Ce que les nouvelles fonctions leur apporteront par le biais de ce système.
  • En d'autres termes, ce que seront leurs besoins d'apprentissage.
  • Les exigences du support de la langue nationale.