Concept: Patterns métier
Un pattern métier est défini comme un ensemble de solutions génériques qui peuvent être implémentées et appliquées dans une situation (contexte) de manière à éliminer un ou plusieurs problèmes inhérents.
Relations
Description principale

Un pattern métier est défini comme un ensemble de solutions génériques qui peuvent être implémentées et appliquées dans une situation (contexte) de manière à éliminer un ou plusieurs problèmes inhérents. Les patterns peuvent être considérés comme des prototypes pour la production. [ERI00

Les patterns font partie de votre définition de l'architecture métier : 

  • Ils reflètent des solutions communes à des problèmes communs.
  • Ils facilitent le maintien d'un style d'architecture tout au long de l'organisation.
  • Ils offrent un moyen simple d'enregistrer les expériences. 

Nous vous présentons quelques patterns pouvant servir de référence : 

Tous ces patterns sont fondés sur l'ensemble étendu de patterns dans [ERI00]. 

Pattern d'évaluation du processus

Contexte : ce pattern est un parent du pattern de retour d'informations sur le processus. Il reflète la nécessité de planifier plus d'investissements stratégiques à long terme lors de l'amélioration d'un processus.   

Problème : le pattern d'évaluation du processus peut s'appliquer à toutes les situations où les résultats du processus métier doivent être évalués pour vous permettre de bénéficier d'une avance sur les concurrents. Les processus de fabrication, de commercialisation et de vente sont des exemples des différents processus métier qui doivent être évalués à chaque exécution.  

Solution : une solution à ce problème consiste à mettre en place un processus d'évaluation qui suit et propose en continu des améliorations pour un processus métier, tant sur le long terme que sur le court terme.

Illustration Evaluation du processus

Participants au pattern d'évaluation du processus

Liste des participants : 

Un acteur métier - client du métier.    

Processus central - processus métier dont le but premier est de répondre à un besoin du client. 

Evaluation du/des processus central/centraux - processus métier dont le but premier est de suivre un ou plusieurs processus centraux afin de proposer des améliorations et d'augmenter leur efficacité.

Illustration décrite par le texte d'accompagnement  

Vue dynamique du pattern d'évaluation du processus. Chaque processus métier central devrait être évalué et amélioré par un processus métier support. Ce processus d'évaluation doit interagir avec l'acteur métier impliqué dans le processus de base.  

Ce pattern ne possède pas de vue statique.

Pattern de retour d'informations sur le processus

Contexte : le pattern de retour d'informations sur le processus peut s'appliquer à toutes les situations où les résultats du processus métier doivent être évalués pour vous permettre de bénéficier d'une avance sur les concurrents. Les processus de fabrication, de commercialisation et de vente sont des exemples des différents processus métier qui doivent être évalués à chaque exécution. Par exemple, si le processus de vente est évalué à chaque exécution, le budget des ventes peut être augmenté ou diminué en fonction du retour d'informations sur les canaux de vente.   

Problème : un processus commence avec une entrée et aboutit à une sortie. Il utilise et consomme des ressources pour créer et améliorer d'autres ressources qui deviendront la sortie. Un processus doit également atteindre un certain objectif, qui peut être exprimé par le nombre de ressources résultant du processus. Si les ressources ne sont pas utilisées efficacement, la production des sorties du processus peut devenir trop coûteuse et les concurrents sont susceptibles de gagner des parts de marché. 

Solution : une solution à ce problème consiste à mesurer l'efficacité du processus puis, au début de chaque nouvelle instance de processus, à effectuer quelques étapes dans le but d'évaluer la manière dont le processus peut être amélioré pour la fois suivante.



Illustration Pattern de retour d'informations sur le processus

Participants au pattern de retour d'informations sur le processus

Liste des participants : 

Un travailleur métier - rôle qui inclut l'ensemble de responsabilités nécessaires à l'amélioration du livrable du processus. 

Un livrable - livrable du processus, qui change d'état au fur et à mesure de sa manipulation par le travailleur métier.

Unités de mesure d'un livrable - unités de mesure recueillies pour illustrer les changements d'état du livrable du processus, ainsi que les performances du travailleur métier.



Vue statique du pattern de retour d'informations sur le processus

Vue statique du pattern de retour d'informations sur le processus



Vue dynamique du pattern de retour d'informations sur le processus

Vue dynamique du pattern de retour d'informations sur le processus

Pattern d'interaction entre les activités

Contexte : le pattern d'interaction entre les activités peut être utilisé à chaque modélisation d'interactions complexes entre les activités d'un processus métier.

Problème : certaines activités peuvent partager des ressources entre elles, généralement par le biais d'une transmission de données. 

Solution : le pattern d'interaction entre les activités peut être utilisé pour modéliser et organiser des interactions complexes entre les ressources métier.

Participants au pattern d'interaction entre les activités

Participants au pattern d'interaction entre les activités

Liste des participants : 

Un travailleur métier - l'un des travailleurs métier qui participent à la réalisation du processus. 

Un autre travailleur métier - un autre travailleur métier qui participe à la réalisation du processus. 

Accomplir quelque chose - activité réalisée par une instance de "Un travailleur métier".

Accomplir autre chose - activité réalisée par une instance de "Un autre travailleur métier".

Un livrable - ce qui est produit et entretenu par le processus.

Vue dynamique du pattern d'interaction entre les activités - La ressource A et la ressource B utilisent le même objet partagé.

Vue dynamique du pattern d'interaction entre les activités - La ressource A et la ressource B utilisent le même objet partagé.  

Ce pattern ne possède pas de vue statique.

Pattern d'historique des événements métier et de leurs résultats

Contexte : ce pattern convient aux domaines dans lesquels vous avez besoin de tenir un historique des événements métier et de leurs résultats. Il est le plus souvent utilisé pour modéliser des systèmes financiers et des systèmes de planning de ressources d'entreprise (ERP).

Problème : le pattern d'historique des événements métier et de leurs résultats est utilisé pour suivre de près les événements métier et pour les relier à leurs résultats. L'enregistrement des différents événements métier, et de leurs résultats, tels que les décisions, les contrats, les déclarations ou les produits, vous permet de prendre de meilleures décisions métier. Le but de ce pattern est de vous permettre de garder un compte rendu de tous les événements métier importants, qui sont généralement accompagnés d'attributs, tels que la description, l'objet et le résultat.

Solution : l'utilisation du pattern d'historique des événements métier et de leurs résultats garantit l'extensibilité des modèles produits pour suivre de près les événements métiers importants et leurs causes. L'extensibilité consiste à pouvoir ajouter ultérieurement de nouveaux types d'événements et de causes à une même structure générale. L'utilisation de ce pattern permet de consigner les événements métier et, plus tard, de les analyser et d'en tirer des conclusions. Ces conclusions conduisent généralement à des activités ou des décisions dans le métier, telles que l'abandon d'une relation avec un client ou un fournisseur en raison d'un historique de mauvais paiement. Si aucun compte rendu des événements métier n'est tenu à jour, vous ne disposerez d'aucun historique, donc d'aucune possibilité de tirer des leçons, et les mêmes erreurs risquent d'être répétées indéfiniment. Ce pattern pose un problème potentiel : lorsque trop d'événements métier détaillés sont consignés, la quantité de détails rend le compte rendu difficile à analyser et à évaluer. La définition des événements doit être simple à comprendre dans un contexte métier (par exemple : commande passée, produit livré, facture payée, etc.).

Participants au pattern d'historique des événements métier et de leurs résultats

Participants au pattern d'historique des événements métier et de leurs résultats



Liste des participants : 

Evénement métier - cette entité métier décrit les occurrences importantes pour le métier. La date, la priorité, la description et le type sont des exemples d'attributs pour un événement métier. La livraison, la signature de contrats et l'achat sont des types courants. 

Produit - cette entité métier représente le livrable. Les produits peuvent être des objets abstraits, tels qu'un service, un effort métier ou une part de marché, ou des objets physiques, tels qu'un logiciel et du matériel. L'identifiant et le nom sont des attributs courants. Le programme informatique, le support, la consultation et l'installation sont des types courants de produits. 

Partie - cette entité métier peut représenter des particuliers ou des entreprises. Les parties jouent un rôle dans le contexte d'un contrat. Les rôles courants sont le vendeur et l'acheteur. Une partie possède généralement les attributs nom et adresse. 

Contrat - cette entité métier désigne une négociation ou une décision. Le contrat définit les circonstances d'une livraison, où la livraison désigne un produit. Généralement passé entre un vendeur et un acheteur, le contrat peut également lier d'autres parties. Les attributs courants sont la description, la date et la date d'expiration. Les contrats peuvent être associés entre eux (par exemple, un contrat peut être complémentaire à un autre contrat). L'association récursive constitue un autre exemple. Le contrat-cadre et le contrat de bail sont des exemples de types de contrats. 

Déclaration - une déclaration exprime un contrat. Une déclaration peut exprimer de nombreux contrats et un contrat peut être déclaré de nombreuses fois. Les attributs courants sont la description et la date. Les déclarations peuvent également être associées entre elles. L'association récursive en est un exemple. Les déclarations verbales et écrites sont des exemples de types de déclarations.

Vue statique du pattern d'historique des événements métier et de leurs résultats

Vue statique du pattern d'historique des événements métier et de leurs résultats

Ce pattern ne possède pas de vue dynamique.