Comment les CSDM concepts sont mappés aux CMDB tables
Les objets du cadre conceptuel CSDM doivent correspondre aux objets du modèle physique (tables de CI et de classes CI) dans le CMDB. Vous pouvez naviguer dans la plateforme pour afficher les attributs de dictionnaire.
Les données d’application d’entreprise appartiennent à la table cmdb_ci_business_app et non à la table cmdb_ci_app.
Étape du cycle de vie héritage pour les enregistrements d’applications d’entreprise
Les enregistrements d’application d’entreprise définissent un ensemble restreint de valeurs destinées à refléter la planification et l’utilisation de l’application Étape du cycle de vie , comme Idéation, Conception, Opérationnel et Fin de vie. Ces définitions de cycle de vie sont configurées à l’aide de la table life_cycle_control spécifique à la classe cmdb_ci_business_application. Toutefois, lorsque vous affichez ou modifiez un enregistrement d’application d’entreprise, des valeurs supplémentaires Étape du cycle de vie telles que Déployer et Inventaire peuvent également apparaître. Ces étapes ne sont pas définies directement pour l’application d’entreprise, mais sont héritées des classes CI parentes (par exemple, cmdb_ci) via le modèle d’héritage basé sur l’agrégation utilisé par life_cycle_control. Dans ce modèle, les définitions de cycle de vie de la classe CI actuelle sont combinées avec les définitions de cycle de vie de toutes les classes parentes de la hiérarchie de CMDB classe. Les classes enfants étendent donc les définitions de cycle de vie parentes plutôt que de les remplacer. Par conséquent, les enregistrements d’application d’entreprise peuvent afficher Étape du cycle de vie des valeurs qui s’appliquent aux CI d’infrastructure ou de matériel, mais qui peuvent ne pas être sémantiquement significatives pour les applications. Ce comportement est attendu et fonctionne comme prévu.
En revanche, dans sys_choice définitions d’héritage dans les tables enfants remplacent les valeurs des tables parentes.