André Leclerc informaticien-conseil

Artefacts de modélisation d’affaires

Cette page documente les artefacts constituant les modèles de domaines d’affaires.


Sujet

Il s’agit ici d’un sujet ou thème ayant un grand intérêt ou une grande importance pour les affaires d’une organisation.

Cela peut, par exemple, être une fonction majeure, un secteur d’activités, un service essentiel, une ressource primaire ou un produit important de cette même organisation.

Les sujets sont utilisés pour classifier et grouper les cas d’utilisation et les composants des systèmes d’information.

Les données descriptives à saisir sur chaque sujet sont les suivantes:

  • un identificateur unique;
  • une courte description; et
  • une longue description.

Exemples de sujets:

  • La comptabilité.
  • La gestion des employés.
  • Les relations avec les clients.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Domaine de valeurs

Un domaine de valeurs est une liste ou gamme de valeurs acceptables pouvant être utilisées pour valider les valeurs de plusieurs propriétés similaires de composants métier.

C’est un artefact de modélisation auquel se réfèrent des propriétés de composants métier permettant ainsi la réutilisation de règles simples de validation de données.

Les données descriptives à saisir sur chaque domaine de valeurs sont les suivantes:

  • un identificateur unique;
  • une courte description; et
  • une spécification de la liste ou de la gamme des valeurs acceptables.

Exemples de domaines de valeurs:

  • La gamme "1900 à 1990" à utiliser pour valider les dates de naissance de clients potentiels.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Cas d’utilisation

Un cas d’utilisation d’un système d’information est une utilisation typique de ce même système, au cours de laquelle certains acteurs utilisent certaines fonctions ou capacités du système d’information dans le but d’atteindre un objectif ou résultat d’affaires bien spécifique.

Un ou plusieurs composants métier du système d’information peuvent être impliqués à différentes étapes d’un cas d’utilisation.

Un cas d’utilisation peut être plus ou moins complexe selon le nombre de fonctions exécutées et le nombre de composants métier y contribuant.

Les données descriptives à saisir sur chaque cas d’utilisation sont les suivantes:

  • un identificateur unique;
  • une courte description de l’objectif d’affaires visé par l’utilisation du système d’information dans ce cas d’utilisation particulier;
  • une liste des événements déclenchant ce cas d’utilisation;
  • une liste des conditions devant prévaloir avant que ce cas d’utilisation puisse être exécuté;
  • une liste des principales conditions testées par ce cas d’utilisation;
  • une liste des règles d’affaires mises en oeuvre lors de l’exécution de ce cas d’utilisation;
  • une liste des contraintes, de nature humaine, financière, technique ou autre, affectant ce cas d’utilisation;
  • une liste d’autres cas d’utilisation sur lesquels celui-ci dépend, s’il y en a; il s’agit ici de cas d’utilisation qui sont prolongés ou inclus par celui-ci, ou des cas qui doivent être exécutés avant celui-ci;
  • une liste des événements mettant un terme à ce cas d’utilisation;
  • une liste des résultats escomptés suite à l’exécution de ce cas d’utilisation;
  • une liste des unités organisationnelles, personnes ou autres systèmes participant à ce cas d’utilisation;
  • une liste des composants métier ayant une responsabilité quelconque dans ce cas d’utilisation;
  • une liste des composants métier ne faisant que collaborer à ce cas d’utilisation;
  • une liste d’actions exécutées par les acteurs de ce cas d’utilisation et par le système d’information lui-même;
  • la priorité relative de ce cas d’utilisation pour fins de développement (élevée, moyenne ou basse);
  • la complexité estimée de ce cas d’utilisation pour fins de développement (très complexe, complexe, moyenne, simple ou très simple); et
  • le ou les noms des applications ou modules logiciels qui implémentent ce cas d’utilisation, du moins en partie.

Une simple liste d’actions peut ne pas être suffisante pour les cas d’utilisation qui ne sont pas simples.  Il faut alors développer une description plus élaborée, mettant en lumière les actions effectuées par les divers participants, incluant le système d’information, et, étape par étape s’il le faut, les échanges de données, les points de contrôle, les différentes avenues de traitement qui peuvent être prises, et les différents résultats qui peuvent être produits lors de ce cas d’utilisation.

Exemples de cas d’utilisation d’un système:

  • L’utilisation d’un système d’information pour traiter les réclamations d’assurance soumises par les clients.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Acteur de cas d’utilisation

Un acteur, dans le contexte des cas d’utilisation, est une personne, une organisation, un système externe ou une autre chose qui joue un rôle dans au moins un cas d’utilisation.

C’est un artefact de modélisation auquel se réfèrent les descriptions des cas d’utilisation dans lesquels les acteurs jouent un rôle.

Les données descriptives à saisir sur chaque acteur sont les suivantes:

  • un identificateur unique;
  • une courte description; et
  • le poste ou la catégorie d’employé ou l’organisation ou le système externe ou une autre chose qui joue un rôle dans au moins un cas d’utilisation.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Composant métier

Un composant métier d’un système d’information est un composant fonctionnel de ce système d’information, lequel composant gère des données par le biais de ses propriétés et méthodes, et par le biais de ses associations avec d’autres composants métier.

Les données descriptives à saisir sur chaque composant métier sont les suivantes:

  • un identificateur unique;
  • une courte description;
  • une liste d’autres noms (noms d’emprunt) donnés à ce composant métier, s’il y en a;
  • une liste de propriétés appartenant à ce composant métier;
  • une expression logique impliquant une ou plusieurs propriétés de ce composant métier et identifiant la clé primaire;
  • zéro, une ou plusieurs expressions logiques impliquant une ou plusieurs propriétés de ce composant métier et identifiant une ou plusieurs clés secondaires;
  • une liste de méthodes mettant en oeuvre les comportements de ce composant métier;
  • une liste des cas d’utilisation envers lesquels ce composant métier a une certaine responsabilité;
  • une spécification des règles de traitement à suivre lors de l’ajout, de la mise à jour, de la dissémination ou de l’élimination d’instances de ce composant métier;
  • une liste d’associations avec d’autres composants métiers avec des détails sur ces associations;
  • une liste d’unités organisationnelles ou de personnes qui sont responsables de la création ou de la maintenance d’instances de ce composant métier;
  • une liste d’unités organisationnelles ou de personnes qui utilisent des instances de ce composant métier mais qui ne sont pas responsables de leur création ni de leur maintenance;
  • la priorité relative de ce composant métier pour fins de développement (élevée, moyenne ou basse);
  • la complexité estimée de ce composant métier pour fins de développement (très complexe, complexe, moyenne, simple ou très simple); et
  • le ou les noms des dépôts de données contenant des données appartenant à ce composant métier.

La clé primaire d’un composant métier est utilisée pour identifier ou localiser des instances de ce composant métier.   Toutes les propriétés impliquées dans l’expression de la clé primaire doivent être des propriétés obligatoires, i.e., qui des propriétés qui ont obligatoirement des valeurs.

Les clés secondaires sont elles aussi utilisées pour identifier ou localiser des instances d’un composant métier.   Toutefois, elles ne contiennent pas nécessairement des valeurs uniques et les propriétés qu'elles impliquent peuvent être des propriétés facultatives.

Exemples de composants métier:

  • Client, employé, facture, vente, produit, catégorie de produit, visite, etc.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Propriété de composant métier

Une propriété d’un composant métier prend des valeurs d’un certain type pour ce composant métier.

La plupart des propriétés prennent des valeurs élémentaires de type numérique, alphanumérique, alphabétique, texte, date, logique ou binaire.

D'autres propriétés sont plus complexes et prennent plusieurs valeurs de types variés.

Les types de ces dernières propriétés sont donnés par des composants métier au lieu des types élémentaires énumérés ci-haut.

Des exemples de propriétés suivent les données descriptives ci-bas.

Les données descriptives à saisir sur chaque propriété de composant métier sont les suivantes:

  • un identificateur unique;
  • une courte description;
  • une liste d’autres noms (noms d’emprunt) donnés à cette propriété, s’il y en a;
  • son type élémentaire ou une référence au composant donnant son type, si la propriété est complexe;
  • sa longueur totale en caractères ou octets;
  • son nombre de décimales, si elle en a;
  • formats ou masques de saisie, de stockage et d’affichage utilisés pour formater les valeurs qu'elle peut prendre;
  • une référence au domaine de valeurs acceptables utilisé pour valider les valeurs qu'elle peut prendre, si elle utilise un tel domaine;
  • sa valeur ou ses valeurs par défaut, si elle en a;
  • les règles d’édition ou de validation à suivre, autres que celles du domaine, lors de la saisie de valeurs pour cette propriété;
  • les règles de calcul ou de dérivation à suivre pour générer des valeurs pour cette propriété, s’il s’agit d’une propriété calculée ou dérivée;
  • un indicateur de la nature obligatoire ou facultative de la propriété; une propriété obligatoire doit toujours avoir une valeur alors qu'une propriété facultative peut en avoir une ou ne pas en avoir une; et
  • le ou les noms des champs ou attributs de données contenant des valeurs de données pour cette propriété.

Exemples de propriétés:

  • Un exemple d’une propriété simple serait une propriété appelée "Code de produit" appartenant à un composant métier appelé "Produit", laquelle propriété est simplement un code numérique provenant d’une certaine gamme de valeurs numériques valides.
  • Un exemple d’une propriété complexe serait une propriété appelée "Individu visité" appartenant à un composant métier appelé "Visite", laquelle propriété est une référence à l’individu spécifique visité lors d’une visite spécifique.   Le type de cette propriété serait donc donné par un autre composant métier appelé "Individu".

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Méthode de composant métier

Une méthode d’un composant métier est une série d’opérations logiques qui sont exécutées par le composant métier chaque fois qu'il est appelé à prendre sa part de responsabilités lors de cas d’utilisation du système d’information.

Une méthode peut recevoir des valeurs de données ou des références à des objets porteurs de données via ses paramètres, et peut retourner une valeur de données ou un objet porteur de données.

Tout comme les propriétés des composants métier, ces valeurs de données ou objets porteurs de données, passés ou retournés, peuvent être simples ou complexes.

Certaines méthodes ont des paramètres alors que d’autres n'en ont pas, et certaines méthodes retournent une valeur de données ou un objet porteur de données alors que d’autres ne retournent rien.

Les données descriptives à saisir sur chaque méthode de composant métier sont les suivantes:

  • un identificateur unique;
  • une courte description;
  • un type élémentaire ou une référence au composant donnant son type pour chacun des paramètres de la méthode, si elle en a;
  • un type élémentaire ou une référence au composant donnant son type pour la valeur ou objet retourné par la méthode, s’il y a lieu;
  • une liste de conditions devant prévaloir avant que les opérations de cette méthode puissent être exécutées;
  • une spécification de la logique mise en oeuvre par cette méthode;
  • une liste de conditions qui devraient prévaloir après l’exécution des opérations de cette méthode; et
  • le ou les noms des routines ou unités logicielles qui implémentent cette méthode, du moins en partie.

La logique mise en oeuvre par une méthode peut être spécifiée de façon plus ou moins détaillée à l’aide de pseudo code, de tables de décision, d’arbres de décision ou de descriptions textuelles (voir une méthodologie simple pour spécifier les comportements logiques des composants métier d’un système d’information);

Exemples de méthodes:

  • Une méthode pour calculer et retourner l’âge courant d’un individu.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page

Association de composant métier

Une association de composant métier est une association avec un autre composant métier ou avec lui-même dénotant une règle importante du domaine d’affaires du système d’information.

Les données descriptives à saisir sur chaque association de composant métier sont les suivantes:

  • son genre;
  • une référence à l’autre composant métier, ou à lui-même;
  • une courte expression décrivant la nature de l’association;
  • les identificateurs des propriétés permettant d’établir l’association; et
  • les cardinalités minimum, moyenne et maximum pour l’association.

Exemples d’associations:

  • L’association "maître-détail" entre un produit et les lignes d’articles de commandes se référant à ce produit.

Retour à la page d’accueil Retour au matériel documentaire Retour au haut de cette page