Artefact: Système métier
Un système métier encapsule un ensemble de rôles et de ressources atteignant ensemble un objectif spécifique et définit un groupe de responsabilités grâce auxquelles cet objectif peut être atteint.
Types de produits: Elément de modèle
Objet

L'objectif d'un système métier est de réduire et de gérer la toile complexe d'interdépendances et d'interactions au sein d'une entreprise. Cela est réalisé en définissant un ensemble de capacités de sorte à ce que ceux qui en sont dépendants n'aient pas à savoir comment ces capacités sont mises en oeuvre. De cette façon, les systèmes métiers peuvent être utilisés de manière similaire aux composants matériels et logiciels. Ils définissent une unité de structure encapsulant les éléments structurels qu'ils contiennent et sont caractérisés par leurs propriétés visibles de l'extérieur.

Les systèmes métier sont utilisés par les analystes de processus métier afin de déterminer si les capacités requises sont présentes dans l'organisation et afin de garantir que le modèle métier anticipe les changements, ou tout au moins leur est réactif. Les concepteurs métier utilisent ces systèmes pour constituer des groupements de travailleurs métier et d'entités métier associés et pour définir et gérer explicitement les dépendances au sein de l'organisation. Les responsables de projet utilisent également les systèmes métier pour une planification parallèle des travaux.

Relations
Personnalisation
Options de représentation

Représentation UML : un composant dans le modèle d'analyse métier, stéréotypé comme <<système métier>>. Un système métier a la même échelle qu'un sous-système UML, mais il a aussi une sémantique de packaging  parce que c'est un composant. Le composant de niveau supérieur du modèle est le métier ou la partie du métier en train d'être observé. Il apparaît dans un diagramme de contexte dans le Produit : Modèle d'analyse métier, où sa relation avec l'environnement métier est indiquée.

Les systèmes métier doivent être utilisés pour gérer les dépendances au sein de l'organisation en définissant de manière explicite les capacités (ou services) fournis par chaque système métier. Cela implique que le système métier encapsule les éléments qu'il contient de façon à ce que les utilisateurs de ses services n'aient à dépendre que de la nature des services fournis et non pas de la manière dont ces services sont assurés.

Cette règle peut être fléchie lorsque l'encapsulation n'est pas importante. Dans ce cas, les systèmes métier peuvent interagir directement avec des éléments contenus dans d'autres systèmes métier, ou en être dépendants. Spécifier de manière formelle et détaillée les services implicites devant être fournis à la frontière du système métier est moins important dans ce cas, parce que ces services appartiennent à des éléments contenus dans le système métier. De plus, un utilisateur du service dépendra des services de ces éléments contenus. Cette variation considère le système métier  comme un mécanisme de packaging (structuration) et non pas comme un concept en soi.

Lors de cette opération, le système métier n'existe pas au moment de l'exécution, c'est-à-dire quand le métier opère, car ses services implicites sont directement fournies par ses éléments contenus. Cependant, cela peut toujours indiqué une véritable frontière métier organisationnelle, avec une possession de ressources.

Plus d'informations