CSDM Étape d’implémentation : ramper

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

    • À l’étape Analyse, vous travaillez sur système-de-base CMDB les tables associées à Gestion des services IT (ITSM).

    Avantages des opérations que vous effectuez à l’étape Exploration

    • Les opérations fournissent les exigences minimales CMDB en matière de soutien pour Gestion des incidents et Gestion des changements.
    • La configuration APM est plus rapide, car les données de votre application d’entreprise se trouvent au bon endroit dans le CMDB.
    • Les opérations constituent la base de l’utilisation DevOps , car vos données du composant de développement Agile sont renseignées et prêtes à être associées à vos applications.
    • Mappage des services est prêt à l’emploi pour mapper les points d’entrée, car les données de votre instance de service sont renseignées.
    • Les opérations jettent les bases de l’utilisation TPM des détails des risques, une aptitude de APM.

      Les opérations vous préparent à gérer et à surveiller les cycles de vie et les versions des technologies sous-jacentes des applications d’entreprise de votre entreprise.

      Ces données vous permettent d’identifier les logiciels obsolètes ou à risque à l’aide APM de et Mappage des servicesGestion des actifs logiciels de (SAM) Professional.

    Tables sur lesquelles vous travaillez pendant l’étape d’analyse

    Important :
    Les futurs produits et améliorations de produits dépendent des données que vous préparez dans chacune des tables.
    Au cours de cette étape, vous travaillerez sur les tables suivantes système-de-base CMDB :
    • Table d’application d’entreprise [cmdb_ci_business_app]
    • Table des services d’application mappés [cmdb_ci_service_discovered].
    • Table d’application [cmdb_ci_appl] (détectable)
    • Serveur/hôte (détectable)
    Remarque :
    Certaines des classes que vous implémentez à cette étape sont des CI logiques. Les CI logiques ne sont pas créés via Découverte, de sorte que leurs valeurs d’ID de modèle peuvent ne pas faire référence à des enregistrements (modèle d’application Modèle de produit , modèle de service ou modèle logiciel). Pour vous aider à migrer vers un paradigme de gestion centré sur le produit, chaque instance d’un CI logique doit être associée à un Modèle de produit. Reportez-vous à Générer automatiquement des modèles de produits pour les CI logiques.

    Tables sur lesquelles vous travaillez pendant l’étape d’analyse.

    Commencez par vous concentrer sur les applications et les données relatives aux applications dans ces zones et tables :
    Table d’application d’entreprise [cmdb_ci_business_app]

    Une application d’entreprise est une système-de-base CMDB table qui stocke votre inventaire, votre portefeuille d’applications et leurs métadonnées.

    Remarque :
    Étant donné que cette table contient des données conceptuelles et non des CI opérationnels, elle n’est pas utilisée par ITSM Gestion des incidentsGestion des problèmes des processus , ou Gestion des changements .
    Table de composant Agile Development [cmdb_ci_sdlc_component]

    Un composant DÉVELOPPEMENT AGILE est un CI qui représente un effort de développement unique du code. Il représente des parties d’une application d’entreprise ou d’un produit numérique plus vaste, décomposées en ses composants développés individuellement. En d’autres termes, le composant DÉVELOPPEMENT AGILE est un élément logiciel d’une application ou d’une technologie plus vaste. Les enregistrements CI du composant AGILE Development dans la table Composant AGILE DEVELOPMENT [cmdb_ci_sdlc_component] permettent DevOps au produit de fournir des options améliorées pour la visualisation et la gestion de votre pipeline de développement d’application.

    La table représente la partie ou l’élément logiciel d’un ensemble plus vaste pour les applications et l’infrastructure. Des documents connexes peuvent servir de représentants des détails de développement. Il peut être utilisé si vous devez identifier la stratification d’une application d’entreprise ou d’un produit numérique.
    Remarque :
    Étant donné que la table contient des données logiques, et non des CI opérationnels, elle n’est pas utilisée par , Gestion des problèmes ni Gestion des changements par ITSM Gestion des incidents des processus.
    Table Instance de service [cmdb_ci_service_auto] (anciennement table Service d’application)

    L’instance de service correspond généralement au système identifié par l’appelant lorsqu’il signale un problème avec une application.

    Une instance de service mappée est une système-de-base CMDB table qui identifie l’application d’entreprise connexe en cours d’utilisation. L’instance de service relie tous les éléments du CSDM ensemble où des applications sont présentes.

    Vous pouvez avoir plusieurs instances de service représentant chaque déploiement en fonction de l’environnement (développement, assurance qualité, production) et de l’emplacement ou de la géographie (Amérique du Nord, Asie-Pacifique).

    Étant donné que les instances de services sont de nature logique, elles doivent utiliser le champ Logique Paires de valeurs de cycle de vie. Les instances de service suivent les mêmes directives de cycle de vie que tout autre CI logique.

    Consultez Utiliser le tableau de bord de l’instance de service (services d’application) pour surveiller l’intégrité.

    Table d’application [cmdb_ci_appl]

    Une application est une système-de-base CMDB table qui représente l’instance détectable d’une application : code lié à un processus en cours d’utilisation sur un hôte. Cette table n’est pas un inventaire de vos applications. En raison du niveau élevé de complexité impliqué, n’essayez pas de remplir manuellement la table d’application. Découverte Crée et maintient cette table.

    Important :
    La table des applications [cmdb_ci_appl] n’est pas un inventaire ou un portefeuille de vos applications. Ne commettez pas l’erreur de stocker les détails de l’application gérée dans la table Application. Ces détails (objets d’inventaire ou de portefeuille des applications) appartiennent à la table Application d’entreprise (comme indiqué dans ).Domaine Conception et planification dans le modèle CSDM

    L’application peut être identifiée comme la cause première d’un incident. Toutefois, si vous n’utilisez Gestion des événements pas , l’application n’est peut-être pas la cause initiale.

    Si vous utilisez Découverte, les applications sont automatiquement associées à leur hôte, ce qui fournit une hiérarchie d’impact des applications serveur à hôte.