Les Systèmes en Production

il (le logiciel ou système) entame sa phase de maintenance ou d'utilisation ;; il est accessible aux divers utilisateurs

• il remplit l'utilisation pour laquelle il a été conçu
• phase de production peut être plus ou moins longue
• puis il peut y avoir une période de retraitz

• nouvelles versions, les correctifs
• grandes étapes d'une gestion des modifications
  1. choisir de travailler sur la modification
  2. analyse d'impact
     1. sur le système
     2. les systèmes liés, interfaces
     3. les processus en place
     4. les formations…
     5. les documentations
     6. la validation
  3. l'autorisation formelle de réaliser les modifications, à la vue des analyses d'impact
  4. la réalisation de la modification, les tests
  5. l'autorisation d'installer en production
  6. la vérification d'atteinte des objectifs de la modification

• en fonction du mode de support décidé
• outil de “tracking” des appels utilisateurs peut aider
• le support peut être défini dans une offre de support (service level offering)
• un contrat de support définit plus précisément les conditions négociées (service level agreement)
  • priorités
  • temps d'acceptation – combien de latence –de non réaction – est acceptable
  • temps de résolution
  • clôture des incidents/problèmes
• incident (selon itil)
  • tout evenement que ne fait pas partie du fonctionnement standard d'un service et qui cause, ou peut causer, un interruption ou une diminution de la qualité de ce service
• problème (selon itil)
  • la cause d'un ou plusieurs incidents…a l'initiation du problème, elle n'est pas encore connue.

• Demandes et autorisation d'accès
• Création, modification, suppression des accès au quotidien…
• Revues de mobilité
• Incidents de sécurité

• indisponibilité non planifiée du système
• nombre de ticket par sévérité /priorité
• temps d'acceptation moyen, et pics, par sévérité
• temps de résolution moyen par sévérité

• reconstruction du système
  • avec des procédures prévues – et mises à jour lors des modifications, changements d'organisation, etc.
  • vérifier après la remise en oeuvre
• continuité de l'activité
  • avec retour au système ¹⁾
• opérations de support plus banales
  • remplacement par un “spare”

• identification de la configuration
  • activités destinées à déterminer les constituants du produit, à choisir les article de configuration, à fixer dans des documents les caractéristiques physiques et fonctionnelles d'un article de configuration, y compris les interfaces et les évolutions ultérieurs et à allouer des caractères ou des numéros d'identification aux articles de configuration et à leurs documents.
• Maîtrise de configuration
  • Activités comprenant la maîtrise des évolutions des articles de configuration après établissement formel de leur document de configuration.
• Enregistrement de l'état de la configuration
  • action d'enregistrer et de présenter sous forme définie les documents établis pour la configuration, l'état des demandes d'évolution et de la mise en oeuvre des évolutions approuvées.
• Audit de la configuration
  • examen destiné à s'assurer de la conformité d'un article de configuration avec ses documents de configuration.

• le but de cette revue est d'être la “voiture balai” pour les accès que ne sont plus nécessaires
• elle doit être faite à une périodicité dépendant de la criticité des accès
• le but principal est de faire la chasse aux suppression qui n'auraient pas été demandées (départs, changement de poste)
• si des privilèges ont été conservés trop longtemps, quelle en est la conséquence?

• l'objectif d'une revue périodique applicative est de prendre du recul sur une période d'exploitation (1 an, e.g.) et de conclure à la poursuite de l'exploitation du système
• on revoit
  • les indicateur de maintenance, les arrêts non planifiés, les incidents les problèmes
  • les modifications, pour voir les tendance, et éventuellement des ratés en terme d'analyse d'impact (tests de non régression à refaire?)
• et on décide des action d'amélioration

• pour s'assurer de la maîtrise appropriée de l'ensemble des systèmes d'une entreprise, un unventaire des systèmes à jour est indispensable
• on y trouvera
  • le nom du système
  • une description succincte
  • les personnes impliquées (responsable support, propriétaire, etc.)
  • la criticité
  • la date de mise en production