Appeler un objet métier

Nous avons abordé la définition d'un objet métier. Cette section décrit la manière dont les objets métier sont utilisés dans le système pour afficher, ajouter et mettre à jour des enregistrements.

• Différents paramètres des zones utilisées pour afficher les données du système prennent en charge l'extraction de données via le référencement d'un objet métier. Le code de la zone "appelle" l'objet métier, à savoir que l'enregistrement sera extrait à l'aide de l'objet métier référencé.

• Le langage de script du système comprend un type d'étape permettant d'appeler un objet métier. Ainsi, les scripts APT, les scripts de service et les scripts de plug-in permettent d'extraire des informations et d'ajouter ou de mettre à jour des enregistrements au moyen d'une interaction avec un objet métier.

• Les services Web entrants peuvent référencer un objet métier dans son ensemble d'opérations. Les systèmes tiers peuvent ainsi ajouter ou mettre à jour des enregistrements dans notre produit via une interaction de service Web.

Il arrive souvent que, lors de la configuration d'une zone ou de la rédaction d'un script, l'objet métier à utiliser dans l'instruction Appeler l'objet métier doive être l'objet métier d'identification de l'enregistrement. En tant que tel, le script contient souvent des étapes antérieures à l'étape "Appeler l'objet métier" permettant de "déterminer l'objet métier d'identification" de l'enregistrement et, une fois que ce dernier a été trouvé, l'étape de script appelle cet objet métier. Notez que les zones et les services Web entrants référencent directement un objet métier. Dans chaque cas, si l'objet métier à utiliser doit être dynamique, la zone/le service Web entrant doit référencer un script de service qui peut exécuter les étapes d'identification de l'objet métier, puis appeler celui-ci.

Notez toutefois que l'objet métier utilisé dans une instruction "Appeler l'objet métier" (ou référencé dans un service Web entrant) ne doit pas nécessairement correspondre à l'objet métier d'identification de l'enregistrement. Cela peut notamment être le cas dans les exemples suivants :

• Il se peut qu'un script ne nécessite qu'un sous-ensemble d'éléments d'un enregistrement, et non l'enregistrement entier. Le cas échéant, il est préférable à des fins d'amélioration des performances de définir un objet métier spécial (parfois appelé objet métier "léger" ou "mini") qui définit uniquement les éléments requis. Lorsque le système extrait les données, il accède uniquement aux tables incluses dans la définition de schéma de l'objet métier. En outre, s'il n'existe aucun élément à mapper sur un champ de structure XML, le système ignore toute analyse de cette colonne. De même, si un script met à jour un sous-ensemble d'éléments dans un enregistrement, il peut s'avérer utile d'utiliser un "mini-objet métier" pour effectuer les mises à jour.

  Remarque :

  Notez les points suivants concernant l'utilisation d'un mini-objet métier. Cet objet métier est uniquement utilisé pour son schéma. Ce type d'objet métier ne définit pas d'algorithme ou de cycle de vie. Comme l'objet métier est spécial, il ne devrait généralement pas pouvoir être utilisé comme objet métier d'identification d'un enregistrement. Pour contrôler cela, ces objets métier sont souvent configurés pour ne pas autoriser de nouvelles instances. Pour plus d'informations, voir Déterminer l'objet métier d'identification.

• Il se peut que l'objet de maintenance à ajouter ou à mettre à jour dans un script ne prenne pas en charge les objets métiers en tant qu'objets métier d'identification. Par exemple l'objet de maintenance Contrôle de batch n'a pas d'objet métier d'identification. Toutefois, les scripts peuvent toujours demander que des données soient extraites (ou que des mises à jour soient apportées) sur ces types d'enregistrement. Pour y parvenir, une méthode simple consiste à définir un objet métier et à utiliser "Appeler l'objet métier" pour accéder aux données.

  Remarque :

  Il n'est pas possible de gérer certains des objets de maintenance par une interaction d'objet métier. C'est notamment le cas avec un petit nombre d'objets plus anciens, avec lesquels le service de maintenance sous-jacent inclut d'autres fonctionnalités que la simple mise à jour des tables de base de données. Ces objets de maintenance sont identifiés lorsque l'option d'objet métier Maintenance d'objet métier a la valeur N.

• Certaines fonctionnalités peuvent tenter d'ajouter ou de mettre à jour des enregistrements pour un objet de maintenance de façon "physique" et n'ont donc pas besoin d'utiliser l'objet métier d'identification de cet objet. Ou l'objet métier n'a peut-être pas d'objet métier d'identification. Par exemple, le contrôle de version prend un cliché d'un enregistrement à des fins d'audit, ainsi que pour être en mesure de restaurer une version précédente. Dans ce cas, le système cherche à capturer une vue "physique" complète de l'enregistrement. Pour ce faire, un objet métier "physique" spécial incluant toutes les (ou la plupart des) colonnes et des tables enfants peut être créé.

  Remarque :

  A l'instar du mini-objet métier, l'objet métier physique ne définit pas d'algorithme ou de cycle de vie et ne devrait pas pouvoir être utilisé comme objet métier d'identification d'un enregistrement. Pour contrôler cela, ces objets métier sont souvent configurés pour ne pas autoriser de nouvelles instances. Pour plus d'informations, voir Déterminer l'objet métier d'identification.