Détecter des conflits
Le diagramme de Gantt d’un plan d’évolution offre une vue dynamique des conflits du diagramme décrit.
Exemple de détection des conflits
Dans l’exemple ci-dessous sont inclus les jalons des deux sous-plans d’évolution (plan d’évolution des applications et plan d’évolution des services applicatifs). A chaque jalon des sous-plans d’évolution et pour chaque type d’objet (applications et services) sont présentés les objets planifiés et leur état.
Côté applications, des périodes de conflit apparaissent. En passant la souris sur une période de conflit, un message vous informe de l’incohérence signalée. Ci-dessous, la période de conflit indique que l’application dépend d’un service qui n’est pas disponible.
Fonctionnement de la détection des conflits
Dans un diagramme de Gantt, HOPEX Planning vérifie que l’agencement des périodes relatives aux éléments planifiés est cohérent. Cette cohérence est fonction des liens qui unissent les éléments du diagramme. Dans un plan qui comprend des applications et des services applicatifs par exemple, l’outil considère que les services applicatifs reliés aux applications décrites doivent être disponibles aux mêmes dates que celles-ci.
La recherche peut-être récursive, c'est-à-dire que si un élément A utilise un élément B et B utilise C, si A est disponible, C doit l’être aussi.
Des cas de conflit peuvent se présenter si :
• L’application est en préparation et le service en retrait
• L’application est en production et le service en préparation
• L’application est en production et le service en retrait
• L’application est en production et le service en état indéfini (il n’existe pas de période de temps qui indique l’état du service au même moment)
Ci-dessous les types d’éléments que peut décrire un plan d’évolution et les liens analysés pour la détection des conflits par produit :
Avec HOPEX Architecture en plus de HOPEX Planning :
• Capacité/architecture de ressources : composition de capacité et sous-configuration de capacité.
• Architecture de ressources/ressource physique communicante : élément d'architecture détenu et ressource déployée.
• Objet manufacturé/application : hébergement d'application détenue et application hébergée.
• Application/objet manufacturé : artefact requis.
• Application/application : application de l'architecture interne.
• Application/service applicatif : service de l'architecture interne.
• Service applicatif/service applicatif : service de l'architecture interne.
• Application/infrastructure technique : infrastructure technique requise.
• Infrastructure technique/élément d'infrastructure technique : élément d'infrastructure.
Avec HOPEX Business Process Analysis en plus de HOPEX Planning : les conflits détectés sont entre les processus ou vis-à-vis des acteurs, des applications ou services utilisés à travers les notions de Participant ou Service utilisé.
• Processus BPMN / Participant : Participant interne ;
• Processus BPMN / Elément BPMN détenu : Elément détenu
Un Elément BPMN détenu peut être l’un des types suivants : Contextualisation, Objet partagé, Evénement, Branchement , Flux, Offre, Participant, Enchaînement, Système utilisé ;
• Participant / Participant : Participant contenu ;
• Participant/ Elément de participant : Affectation ;
• Participant/ Elément BPMN : Elément BPMN
Un Elément BPMN peut être l’un des types suivants : Processus métier, Evénement, Activité fonctionnelle, Processus fonctionnel, Branchement, Opération, Processus organisationnel, Processus applicatif, Tâche ;
• Elément de flux / Flux : Elément cible ;
• Flux / Elément de flux : Elément source ;
• Processus fonctionnel / Activité fonctionnelle : Activité fonctionnelle détenue ;
• Activité fonctionnelle / Processus fonctionnel : Processus fonctionnel appelé ;
• Processus organisationnel / Opération : Opération détenue ;
• Opération / Processus organisationnel : Processus organisationnel appelé
• Processus applicatif / Tâche : Tâche détenue ;
• Tâche / Processus applicatif: Processus applicatif appelé ;
• Elément système/Système utilisé : Spécification du système
Un Elément système peut être l’un des types suivants : Application, Fonctionnalité, Service applicatif, Ressource ;
• Elément utilisant un système/Système utilisé : Système utilisé
Un Elément utilisant un système peut être l’un des types suivants : Processus métier, Activité fonctionnelle, Processus fonctionnel, Opération, Processus organisationnel, Processus applicatif, Tâche.
Avec HOPEX TOGAF en plus de HOPEX Planning :
• TOGAF Decomposition Element/TOGAF Decomposition Element : Comprise Of (utilisé pour la décomposition d'éléments TOGAF);
• TOGAF Information System Service/ TOGAF Logical Application Component : ISS Is Realized Through;
• TOGAF Logical Application Component/ TOGAF Physical Application Component : Is Realized By;
• TOGAF Realization/ TOGAF Physical Technology Component : Realized By;
• TOGAF Platform Service/ TOGAF Logical Technology Component : Is Supplied By.
