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].
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.
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é.
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.
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.
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 dynamique du pattern de retour d'informations sur le processus
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
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é.
Ce pattern ne possède pas de vue statique.
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
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
Ce pattern ne possède pas de vue dynamique.
|