De la Modélisation Métier vers des Systèmes Informatisés

Telles que proposées par le Processus Unifié de Rational®, il existe de claires relations entre les disciplines de modélisation métier et de gestion des exigences logicielles. Ceci se confirme dès l'emploi de la technique des cas d'utilisation.

La figure ci-dessous visualise les relations entre les représentations UML de concepts employés d'une part dans le cadre de la modélisation métier et d'autre part lors de la gestion des exigences ainsi que lors de l'analyse de ces dernières.

 

  • Les Acteurs Métier (Business Actors) représentent les intervenants qui utilisent les services d'une société ou qui sont identifiés comme nécessaires au bon fonctionnement de ces services et ce, soit en tant que sous-traitants, contrôleurs ou coordinateurs. Ainsi, une première règle suivante peut être énoncée:Les Business Actors sont des candidats d'acteurs de systèmes informatiques.
  •  

  • Un Business Worker est une représentation d'une certaine forme de collaborateur au sein d'une société ayant des responsabilités sujettess à l'automatisation. Pour cette raison, il prévaut que: Les Business Workers sont des candidats d'acteurs de système informatisés.
  •  

  • Lorsqu'un Business Worker représente un système informatisé, il est alors conseillé de le qualifier d'Automated Business Worker. Au travers des opérations modélisées, ou plutôt les fonctions, d'un Business Worker, l'on exprime les responsabilités de ce Business Worker. Dans le cadre d'une initiative d'automatisation informatique, les Automated Business Workers se voient assigner l'ensemble ou une partie des responsabilités de Human Business Workers. Ainsi, la troisième règle suivante peut être énoncée: Les responsabilités des Automated Business Workers sont des candidats de cas d'utilisation pour des systèmes informatiques.
  •  

  • Les Cas d'Utilisation Métiers (Business Use Cases) expriment les services qu’une organisation propose ou souhaite proposer à ses clients ainsi qu'à tout autre société partenaire de l'organisation. Lorsque les services sont totalement au partiellement informatisés alors la quatrième règle suivante peut être énoncée: Les Cas d'Utilisation Métier sont des candidats pour des Cas d'Utilisation de systèmes informatiques.
  •  

  • Les Règles Métier (Business Rules) permettent au niveau opérationnel de modéliser des décisions de gouvernance d'une organisation ainsi que des contraintes relatives à la législation à laquelle doit satisfaire l' organisation. Pensez donc aux lois qui concernent la protection des données privées, la gestion des risques, les conditions de vente, les règles de calcul,… Etant donné que ce qui est d'application à des procédures manuelles s'applique aussi aux procédures automatisées, une cinquième règle peut être énoncée: Les Cas d'Utilisation sont des contextes pour l'application de Règles Métiers (Business Rules).
  •  

  • Lors de la modélisation d'un métier, l'information spécifique au métier se représente à l'aide d'Entités Métier (Business Entities). Certaines de ces Entités Métiers disposent d'un cycle de vie. Par exemple, combien de temps une offre ou un contrat doivent être gardés ou à quel moment peuvent-ils être supprimés? Une sicième règle prévaut: Les Machines d'Etats (State Machines) offrent une approche pour visualiser le cycle de vie d'Entités Métier (Business Entities)..
  •  

  • Vu que le cycle de vie d'une Entité Métier (Business Entity) est en fait régit par un ensemble de Règles Métier (Busines Rules), une septième règle est à retenir: Les Machines d'Etats (State Machines) employéeslors d'unemodélisation modélisation métier ou lors de la conception d'un système informatique doivent être liés aux Règles Métier (Business Rules).
  •  

  • Un bon système informatique est reconnaissable par le fait que le jargon métier se retrouve au niveau de la programmation. Voici une huitième règle: Les Entités Métier (Business Entities) sont des candidats pour des Classes d’Analyse (Analysis Classes).
  •  

  • Les Règles Métier (Business Rules) imposent toujours des contraintes. Même une formule à employer lors d’un calcul particulier est une contrainte. En fait, la formule impose une contrainte aux résultats possibles ou autorisés. Les contraintes peuvent être visualisées et implémentées au travers d’associations entre classes ainsi qu'au travers de cardinalités. Finalement, voici la neuvième et dernière règle à retenir : Les Règles Métiers (Business Rules) sont des candidats pour des associations entre classe et des cardinalités.
  •  

    Si vous désirez apprendre davantage sur la relation entre la modélisation métier et d’autres disciplines du développement logiciel, consultez notre offre de formations et plus poarticulièrement la description de notre formation sur la Modélisation Métier avec le Processus Unifié.

     

    Actualité

    L'article en ligne "De la Modélisation Métier vers des Systèmes Informatisés" est maintenant disponible en anglais.

     

    Empulsys est un Business Partner d'IBM autorisé à la revente de solutions, services et formations IBM Rational au Benelux.

     

    Bulletin d'Information

    Souhaitez-vous régulièrement être informé de la disponibilité de nos rapports relatifs à l'ingénierie logicielle ainsi que d'astuces s'y rapportant? Si oui, alors n'hésitez pas à vous abonner à notre bulletin d'information.