CSDM Conditions du cycle de vie

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • La plupart des ServiceNow produits et ServiceNow AI Platform applications s’alignent étroitement sur le .Modèle de données de services de base Ce tableau définit les termes tels qu’ils sont utilisés dans le ServiceNow AI Platform.

    Termes liés au cycle de vie

    CI
    Élément de configuration : enregistrement dans la CMDB table CI [cmdb_ci].
    Paire de valeurs de cycle de vie

    A Paire de valeurs de cycle de vie représente la combinaison des valeurs d’étape du cycle de vie et d’état de l’étape du cycle de vie d’un CI, d’un actif ou d’un IBI sur le cycle de vie d’une instance de produit. La paire de valeurs décrit entièrement l’état du cycle de vie de l’instance de produit.

    La norme CSDM Paire de valeurs de cycle de vie couvre toutes les phases du cycle de vie d’une instance de produit.
    • A life cycle stage est l’une des grandes phases par lesquelles passe un CI, par exemple, de sa création ou de son approvisionnement à l’exploitation, puis peut-être à la fin de vie.
    • life cycle stage status est l’état particulier d’un CI dans l’étape actuelle de son cycle de vie.
    Par exemple, un CI matériel/physique à l’étape Opérationnel peut changer d’état d’étape au fil du temps, passant de En cours d’utilisation à En cours de maintenance et à Fin de support. Un CI matériel/physique différent peut passer de En cours d’utilisation à Fin de support sans jamais avoir été à l’étatEn cours de maintenance .
    Valeurs de cycle de vie autorisées pendant la phase opérationnelle d’un cycle de vie de CI tangible/physique
    legacy Valeurs CI
    Types de valeurs qui étaient en place avant CSDM l’implémentation des valeurs de cycle de vie :
    • État de l’installation
    • Statut opérationnel
    • État du matériel
    • Sous-état du matériel
    asset
    Actif de production : enregistrement dans la table Actif [alm_asset].
    Élément de base d’installation (IBI)
    install-base-item : enregistrement dans la table Install base item (Élément de base d’installation) [sn_install_base_item]. Tout élément fourni en tant que service ou vendu à votre client est suivi en tant qu'élément de base d'installation (IBI). La table Catégorie de modèle associe l’actif, le CI et l’IBI pour l’élément.
    Instance de produit
    Une instance de produit (PI) est composée d’un actif opérationnel (asset), d’un élément de base d’installation (IBI) et d’un élément de configuration (CI). Un PI est un regroupement logique de [Actif/CI/IBI] qui représente des instances de produits (biens et services) tout au long de leur cycle de vie dans des ServiceNow applications et des workflows. Formulations possibles :
    • Actif+CI+IBI
    • Actif+CI
    • Actif+IBI

    Table de mappage du cycle de vie

    Inclut système de base la table Mappage du cycle de vie [life_cycle_mapping]. La table est préremplie avec des mappages entre les valeurs d’état largement utilisées legacy et les valeurs équivalentes CSDM d’étape du cycle de vie et d’état de l’étape du cycle de vie . Chaque enregistrement de la table (appelée règle de mappage) spécifie la façon de mapper une legacy valeur d’état, en fonction de sa table, au mieux adapté.CSDM Paire de valeurs de cycle de vie

    La table contient généralement plusieurs entrées d’enregistrement par classe, chaque entrée qui mappe un état spécifique legacy à un Paire de valeurs de cycle de vie. Lorsqu’il existe plusieurs entrées d’enregistrement pour une classe, les entrées sont classées par ordre de priorité en fonction de leur importance et de leur probabilité afin de contenir des valeurs significatives pour le processus de mappage. La règle de priorité la plus élevée est utilisée lorsque plusieurs règles relatives aux candidats s’appliquent.

    Règle de mappage qui spécifie le mappage entre une valeur d’état héritée et les valeurs équivalentes CSDM d’étape du cycle de vie et d’état de l’étape du cycle de vie.

    Consultez Mapper legacy les valeurs d’état aux CSDM valeurs de cycle de vie et Comment les valeurs de cycle de vie pour l’actif, le CI et l’IBI sont synchronisées.

    É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.