Objets métier standard

Pour chaque objet de maintenance qui prend en charge un objet métier "d'identification", le type d'objet métier fourni par le produit dépend de la fonctionnalité et de l'utilisation attendues par les implémentations. Quelques modèles courants sont présentés ci-dessous.

  • Avec certains objets de maintenance, le produit fournit des objets métier standard que les implémentations peuvent utiliser s'ils sont applicables à leurs règles de gestion. En outre, les implémentations sont censées définir des objets métier personnalisés pour prendre en charge les besoins de leur activité. Les divers objets de maintenance de "règle" constituent de bons exemples de ce type d'objet. Par exemple, la règle de calcul d'Oracle Utilities Customer Care and Billing, la règle de calcul de consommation d'Oracle Utilities Meter Data Management. Le produit contient des objets métier pour les règles courantes, mais chaque implémentation peut avoir des règles spécifiques à implémenter et doit alors créer des objets métier personnalisés.

  • Avec certains objets de maintenance, le produit fournit des objets métier standard qui gèrent le comportement courant d'un objet. Certaines implémentations estimeront que les objets métier fournis répondent aux besoins de leur activité et les utiliseront tels quels. Toutefois, pour de nombreuses implémentations, les règles de gestion devront nécessiter la capture d'éléments supplémentaires ou des règles spéciales devront être appliquées. Le cas échéant, les objets métier standard peuvent faire l'objet d'une extension. Ce scénario est applicable aux objets de données "principaux" de divers produits, par exemple l'appareil ou le compteur.

  • Avec certains objets de maintenance, le produit peut fournir un objet métier standard qui ne répond pas aux attentes de la plupart des implémentations du fait que différentes juridictions ou différentes implémentations utilisent généralement leurs propres règles. Dans ce cas, l'objet métier fourni en standard peut être utilisé comme modèle ou point de départ pour des objets métiers personnalisés. Il peut s'agir, par exemple, d'une demande de ristourne dans Oracle Utilities Customer Care and Billing.

  • Avec certains objets de maintenance, il est supposé que chaque implémentation aura des besoins différents pour le type de données à capturer et que le produit ne fournira pas d'objet métier standard pouvant être utilisé comme objet métier "d'identification". Il peut toutefois fournir un objet métier "parent" qui définit le cycle de vie et un grand nombre des règles métier que tous les enregistrements sont censés suivre. Au cours de ces scénarios, les implémentations créent des objets métier "enfants" qui servent d'objets métier "d'identification" et font appel à l'objet métier "parent" standard pour obtenir un grand nombre de ses règles par héritage. Par exemple, l'activité dans Oracle Utilities Mobile Workforce Management.

  • Dans certains scénarios, l'installation standard fournit des objets métier et les implémentations les utilisent généralement tels quels, en y apportant peu ou pas de personnalisations. Ici, le système utilise des objets métier pour implémenter la fonctionnalité du produit, non pas car les équipes d'implémentation sont censées étendre la fonctionnalité, mais parce que le modèle d'objet métier est l'outil de développement préféré, même pour le produit. Les objets fournis pour l'assistant de migration de contenu en sont un exemple.

Remarque :
Certains des objets de maintenance du produit ne prennent pas en charge les objets métier en tant qu'outil "d'identification" ou "d'administration". Ceci constitue désormais la norme pour les nouveaux objets de maintenance. Toutefois, certains objets de maintenance ont été créés avant que cette norme ne soit mise en place.

Pour tous les objets de maintenance, l'installation standard peut fournir des objets métier supplémentaires qui ne sont pas destinés à être des objets métier "d'identification", mais ont pour but de prendre en charge des fonctionnalités permettant d'interagir avec l'objet de maintenance en utilisant l'objet métier comme outil, comme décrit dans la rubrique Appeler un objet métier.

  • Un ou plusieurs de ces objets métier "mini" ou "légers" peuvent être fournis pour un objet de maintenance. Cela peut être le cas lorsque le produit offre une fonctionnalité permettant d'extraire un sous-ensemble d'éléments pour l'objet de maintenance via un script ou une interface utilisateur.

  • Un objet métier "physique" peut être fourni. Il s'agit d'un objet métier qui contient généralement toutes les tables et tous les champs de l'objet de maintenance sous leur forme "physique". Autrement dit, aucune "mise à plat" des tables enfants n'a lieu et les champs de structure XML éventuels sont définis comme un champ unique. Les objets métier physiques sont utilisés dans les traitements systèmes avec lesquels l'enregistrement complet doit être capturé tel quel. Les fonctionnalités utilisant des objets métier physiques sont notamment l'ajout dans regroupement, le contrôle de version et l'algorithme de pré-comparaison permettant à l'assistant de migration de contenu d'ajuster les données avant comparaison. Si des objets de maintenance n'ont pas d'objet métier physique fourni par l'installation standard, reportez-vous à la section Créer un objet métier physique pour connaître les étapes à suivre pour en fournir un.

  • Un objet métier d'ajout dans regroupement peut être fourni. Pour mieux comprendre les raisons pour lesquelles ce type d'objet métier peut être indiqué, voir Références de clé récursive.