Bienvenue ! Pour rester au courant sans avoir à venir sur le site souscrivez au RSS feed. Regardez également la formation BPMN. Merci de votre visite!

Dans les projets de modélisation de processus ou d’urbanisation du système d’information, l’une des questions qui sera inévitablement abordées est celle des objets métiers.

De notion informatique…

Le terme d’objet métier est connoté « informatique » puisqu’on le retrouve dans plusieurs langages de développement dont notamment Java.

L’objet métier est très proche de ce qu’est une classe java (en théorie). Il s’agit simplement de regrouper des idées similaires et de définir ce qui se trouve à l’intérieur.

Typiquement, l’objet client contient tous les éléments qui permettent de décrire un client : nom, prénom, date de naissance…

L’objet métier est un concept et il est toujours un peu difficile à définir précisément (à l’agacement de certains clients!).

Cependant ce n’est pas non plus n’importe quoi ; il s’agit de suive une logique identique pour l’ensemble du découpage sans quoi la modélisation n’aura plus de sens.

…à concept métier

L’objet métier désigne un concept ayant une réalité pour le métier de l’entreprise. Pour les connaisseurs, cela est très similaire des entités de Merise mais avec une souplesse plus importante puisque leur finalité directe n’est pas d’être transformé en tables de base de données.

Un élément clé de tout référentiel métier

L’objet métier est la notion pivot par excellence entre les processus métier et le système d’information. Certain voit le processus métier comme une machine à état venant changer l’état de quelques objets métiers et le système d’information comme un ensemble de fonctions manipulant des objets métiers.

Ainsi, le processus de traitement d’une commande client viendra lire l’objet métier Client et Facture pour mettre à jour l’objet métier Commande à la fin du traitement et le système d’information associé viendra lui offrir toutes les fonctions nécessaires.

L’objet métier comme pivot est une vision pratique pour créer un modèle pertinent.

Une méthode simple

Pour modéliser des objets métiers il « suffit » de discuter avec les personnes du métier.

Selon les projets et les organisations cela peut faire intervenir tout un ensemble d’acteurs différents : de MOE à MOA en passant par les urbanistes. Cela va dépendre du projet mais les qualités requises sont :

- comprendre le métier

- savoir faire abstraction des choses

- compétences de modélisation

Il s’agit de confier cette tâche à une personne étant à mi-chemin entre la tribu des « informaticiens » et celle des « gens du métier » : un interprète qui fera en sorte que ces 2 mondes se comprennent.

Le début de tout projet ?

Selon la méthode de modélisation, les objets métiers vont apparaitre à plus ou moins long terme.

Dans les projets plutôt orienté urbanisation, ils auront tendance à apparaitre plus tôt alors que dans les projets processus, ils ne sont parfois même pas abordés.

Par exemple la méthode Praxeme met plutôt en avant l’approche « objet métier d’abord ».

Personnellement, c’est une approche que j’aime bien car elle clarifie le périmètre. A partir d’une carte d’objet métier de haut niveau, on pourra en déduire des processus mais aussi les principaux systèmes d’information de l’entreprise (un SI pour la relation client, un pour la gestion des commandes….)

Les cartes d’objet métier m’ont souvent aidé à discuter avec les personnes du métier des cas d’utilisation. Il est très facile de montrer un modèle et de poser une question sur la relation entre 2 objets : possible ou non, dans quelles conditions…

Merci à Pascal pour la suggestion du sujet !

Popularity: 100% [?]