urbanisation-si.com

Le diagramme de cas d’utilisation métier a pour objectif de modéliser les communications entre les acteurs (consommateurs) externes ou internes et les services métier.

Le diagramme est réalisé par les analystes métier avec comme référents les experts métier et à destination des analystes métier, responsables métier et architectes applicatifs.

Si vous n’êtes pas familier avec le concept de cas d’utilisation, vous pouvez vous référer aux articles déjà publiés dans ce blog.

Voir à la fin de cet article, l’annexe 2 sur les articles relatifs aux cas d’utilisation.

L’acteur interne "Account manager" déclenche dans un but métier précis les cas d’utilisation "Initiate file", "Check availabiliti" et "Reserve Trip". Son intention est de pouvoir créer un dossier, vérifier les disponibilités et de réserver un voyage.

L’acteur externe "Client" déclenche le cas d’utilisation "Reserve Trip" pour réserver son voyage.

L’acteur interne "Invoicing officer" déclenche les cas d’utilisation "Check solvency" et "Invoice" avec comme objectif métier de contrôler la solvabilité d'un client avant de donner son accord pour la validation définitive du séjour et créer la facture.

Pour plus de précisions sur les éléments de modélisation de la phase B architecture métier de TOGAF, voir l’article :

• Comment modéliser la phase B Architecture métier de TOGAF - les éléments de modélisation - étape 8 de l’étude de cas

Conclusion

Le diagramme de cas d'utilisation (use case)  métier TOGAF décrit les communications entre les acteurs et les services métier qu'ils consomment pour atteindre leur but métier grâce aux résultats produits par ces services.

Investir sur la méthode et la modélisation des Use Case permet d'avoir de solides fondations pour les phases à venir.

Le concept de Use Case a été créé pour renforcer la communication entre MOA et MOE.

Son objectif est de formaliser des besoins métier en actions exécutées par les acteurs.

La modélisation des processus métier (BPMN Business Process Modeling Notation) facilite grandement l'identification des Use Case, si on est descendu à une granularité assez fine.

Rhona Maxwel

@rhona_helena

"La plus grande difficulté de la transformation numérique, c’est de changer la roue de la voiture sans l’arrêter."

Éric Blot

Annexe 1 : les précédentes étapes de notre étude de cas TOGAF

• Exemples d’études de cas d’architecture d’entreprise avec le framework TOGAF empruntés à l’outil français Modelio
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 1, les éléments de modélisation
   
• Exemple d’étude de cas TOGAF - Comment modéliser la phase A Vision de la méthode ADM : étape 2, matrice des parties prenantes (stakeholder)
   
• Tutorial, exemple d’étude de cas TOGAF - Analyser les objectifs - étape 3.1 de Comment modéliser la phase A Vision de la méthode ADM 
   
• Etude de cas complète TOGAF, structure du projet et mode opératoire avec l’outil Modelio Business Analyst
   
• Comment modéliser les objectifs stratégiques et opérationnels en phase A Vision de la méthode ADM TOGAF ? (étape 3.2 de notre étude de cas)
   
• Cas complet de mise en œuvre TOGAF : l’artefact « catalogue d’objectifs » (étape 3.3 de notre didacticiel)
   
• Le catalogue des exigences de la phase A Vision de TOGAF : étape 4.1 de l’étude de cas
  
  
• Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
  
  
• Le diagramme d’évènements de la phase A Vision de TOGAF : étape 5 de l’étude de cas Modelio
  
  
• Le diagramme des concepts de la solution de la phase A Vision de TOGAF : étape 6 de l’étude de cas Modelio
   
• Le diagramme de chaîne de valeur de la phase A Vision de TOGAF : étape 7 de l’étude de cas Modelio
   
• Comment modéliser la phase B Architecture métier de TOGAF - les éléments de modélisation - étape 8 de l’étude de cas
   
• Le dictionnaire métier de la phase B Architecture métier de TOGAF - étape 9 de l’étude de cas
   
• Le diagramme d’organisation des acteurs de la phase B Architecture métier de TOGAF - étape 10 de l’étude de cas
  
  
• Comment modéliser les flux échangés entre une entreprise et les acteurs externes en phase B architecture métier de TOGAF ? – étape 11 de l’étude de cas
  
  
• Diagramme des rôles joués par les acteurs en phase B architecture métier de TOGAF ? – étape 12 de l’étude de cas
  
  
• Diagramme d’organisation et de localisation en phase B architecture métier de TOGAF – étape 13 de l’étude de cas
  
  
• Diagramme de localisation en phase B architecture métier de TOGAF – étape 14 de l’étude de cas
  
  
• Diagramme de décomposition fonctionnelle en phase B architecture métier de TOGAF – étape 15 de l’étude de cas
  
  
• Diagramme objectifs-services métier en phase B architecture métier de TOGAF – étape 16 de l’étude de cas
  
  
• Diagramme de processus métier en phase B architecture métier de TOGAF – étape 17 de l’étude de cas
  
  
• Les règles métier en phase B architecture métier de TOGAF – étape 18 avec l’outil Enterprise Architect de Sparx Systems

Annexe 2 : les articles relatifs aux cas d’utilisation

• Comment être efficace dans la modélisation de vos cas d'utilisation (UML use case diagram) ?
  
  
• 5/11 Projet informatique, passer du moyen âge à l'ère industrielle. Mettez le paquet sur les Use Case.
  
  
• Modélisation de système : Soyez maniaque, croisez et recroisez vos modèles UML pour être certain qu'ils soient valides (5)
  
  
• Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 14ème partie - Cas d’Utilisation – UML – Diag. Use Case
  
  
• Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 15ème partie - Regroupement par Domaines – UML – Diag. Package
  
  
• Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 16ème partie - Scénarios Cas d’Utilisation – UML – Diag. Séquence
  
  
• SysML : le diagramme de cas d'utilisation (use case diagram)
  
  
• SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.2 Le package des cas d'utilisation (use case)
  
  
• SysML : Méthode d'utilisation - 1ère étape Modélisation des exigences et des besoins - 1.3 Le package d'interactions (diagramme séquence)
  
  
• Pour trouver les services logiques, les modèles sémantiques et pragmatiques tu dériveras. (« Praxeme 4ème commandement extrait de la bible de l’aspect logique »).
  
  
• Le diagramme SysML des exigences de la phase A Vision de TOGAF : étape 4.2 de l’étude de cas
  
  
• Estimation – Méthode des points de cas d’utilisation