CSDM étapes de mise en œuvre — Fondation

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 6 minutes de lecture

    • Au cours de la phase de base de la mise en œuvre du CSDM cadre, vous préparez les données référentielles qui permettent d’établir des rapports précis afin de prendre de bonnes décisions commerciales. Utilisez les système-de-base tables lorsque vous commencez à implémenter le CSDM pour tirer la valeur la plus élevée de vos ServiceNow produits et le Now Platformfichier .

    Avantages de la préparation des données à l’étape Foundation

    La base de tout bon modèle de données est constituée des données fondamentales qui sont référencées dans l’ensemble du modèle.
    • Les système-de-base tables servent de base à de nombreux ServiceNow produits.
    • Les tableaux aident votre entreprise à s’aligner sur les exigences en matière de déclaration dès le début afin d’accélérer la valeur que vous tirez du CSDM. Vous pouvez réduire ou éliminer les tâches de reprise coûteuses nécessaires pour vous aligner sur les exigences de reporting.

    Tables sur lesquelles vous travaillez pendant la phase de fondation

    Tables sur lesquelles vous travaillez pendant l’étape Fondation.

    Table de processus de gestion [cmdb_ci_business_process]

    Un processus business a un début et une fin bien définis. Des exemples de processus d’affaires dans le secteur bancaire sont le processus d’intégration des clients et le processus de vérification de la solvabilité. Chaque processus business peut avoir des niveaux de criticité et d’impact. Les processus business sont stockés dans la table cmdb_ci_business_process.

    Table de contrat [ast_contract]
    La table Contrat identifie les accords contraignants entre deux parties. Lorsque vous renseignez les services fournis par les fournisseurs dans le CMDB, tenez compte du rôle que jouent les contrats lors de l’évaluation des accords sur les niveaux de service (SLA).
    Table du modèle de produit [model_id]

    La table Modèle de produit [model_id] identifie les types uniques de produits que votre organisation développe ou utilise. Lorsque vous regroupez des actifs et des CI par modèle de produit, vous unifiez et associez les CI qui font partie du même produit digital et des mêmes portefeuilles de produits. Le regroupement des actifs et des CI par modèle de produit peut vous aider à planifier les projets, à surveiller les coûts et à rationaliser vos données. La détection peut renseigner les modèles de produits matériels une fois qu’ils sont opérationnels, mais d’autres types de modèles de produits nécessitent une planification de la part des propriétaires de produits.

    Utilisez la tâche d’affectation de modèle de produit CSDM pour générer automatiquement un Modèle de produit enregistrement (modèle d’application, modèle de service ou modèle logiciel) pour chaque CI logique qui n’est pas encore associé à un Modèle de produit. Les modèles de produits sont idéaux pour associer des CI qui font partie d’un seul produit numérique. Reportez-vous à Générer automatiquement des modèles de produits pour les CI logiques.

    CMDB Table de groupe [cmdb_ci_query_based_service]

    La CMDB table Groupe identifie une collection de CI en fonction des résultats des requêtes enregistrées dans le générateur de requêtes, des requêtes codées ou des entrées manuelles. CMDB Les groupes sont des éléments essentiels des groupes de CI dynamiques et de la gestion stratégique des CI. Décidez à l’avance de la manière dont vous souhaitez remonter les informations des CI et de la manière dont vous souhaitez surveiller les CI. Ces décisions affectent la façon dont vous créez les CMDB groupes.

    Table d’emplacement [cmn_location]
    La table Emplacement identifie de manière unique les emplacements géographiques. Vous pouvez créer une hiérarchie des données d’emplacement à l’aide de l’attribut Parent . La hiérarchie peut inclure des entrées qui correspondent à vos exigences en matière de génération de rapports. Par exemple, vous pouvez renseigner la table d’emplacement comme suit
    Figure 1. Attributs d’emplacement de votre organisation
    Génération de rapports d’emplacement.

    Pour inclure plus de détails dans les rapports, vous pouvez étendre la table Emplacement pour inclure les étages, les salles et même les centres de données. Grâce aux fonctionnalités de hiérarchie, aux données sources fiables et à vos besoins, vous pouvez créer des emplacements qui répondent à vos besoins futurs en matière de reporting.

    Table de groupe [sys_user_group]
    La table Groupe identifie des ensembles d’utilisateurs qui partagent un objectif commun. Les groupes peuvent effectuer des tâches telles que l’approbation de demandes de changement, la résolution d’incidents, la réception de notifications par e-mail ou l’exécution de tâches de commande de travaux. Les groupes utilisent également les données référentielles dans le CMDB pour identifier la façon dont les CI sont gérés (par exemple, le groupe Géré par) et pris en charge (par exemple, le groupe de support). Les règles métier, les règles d’affectation, les rôles système ou les attributs qui font référence à un groupe s’appliquent automatiquement à tous les membres du groupe.
    Table des utilisateurs [sys_user]
    La table Utilisateur identifie les personnes et les applications qui ont accès à votre ServiceNow instance. Vous pouvez organiser les utilisateurs en groupes associés aux tables Société, Unité business et Département.
    Structure organisationnelle
    Les tables de structure organisationnelle identifient les structures commerciales internes et les clients, fabricants et fournisseurs externes.
    Table de société [core_company]
    La table Société est renseignée avec les entités juridiques des sociétés. Les entités peuvent être internes (votre organisation) ou externes. Vous pouvez utiliser l’attribut Parent pour créer une hiérarchie. Tenez compte des entités juridiques dont vous avez besoin pour générer des rapports lorsque le champ est CMDB renseigné.
    • Les entrées internes doivent se concentrer sur une hiérarchie d’entités juridiques plutôt que sur une hiérarchie d’unités business au sein d’une entité juridique.
    • Les entrées externes sont identifiées par un drapeau Vrai ou Faux. Le marqueur Client identifie vos clients externes.

      Le marqueur Fabricant identifie les entreprises qui créent des produits que vous consommez. Une organisation interne peut être un fabricant.

    • Le marqueur Fournisseur identifie les organisations qui fournissent les produits que vous achetez. Une organisation interne peut être un fournisseur.
    Table Unité business [business_unit]
    La hiérarchie de votre entreprise est renseignée dans la table Unité business avec une référence à la société parente. Une unité business est une partie de votre organisation qui est responsable d’opérations spécifiques, telles que les finances, les ressources humaines (RH) ou l’informatique. Une hiérarchie au sein d’une unité business est courante. Pour les grandes organisations multinationales, vous pouvez avoir des unités commerciales qui identifient les opérations régionales indépendantes et les opérations spécifiques dans la région.
    Table de département [cmn_department]
    La table Département inclut un niveau de détail plus précis sur une unité business. La table Département vous offre un autre moyen de classer les utilisateurs, les groupes, les ressources et les CI.
    Tables de cycles de vie

    CSDM Paires de valeurs du cycle de vie suivre les cycles de vie des produits, des actifs, des contrats, des CI, des emplacements et d’autres objets. L’utilisation cohérente des valeurs standard vous aide à suivre les objets au cours de leurs transitions dans le temps. Le reporting peut donc refléter fidèlement l’état réel des CI : utilisation, disponibilité, fin de support, etc.

    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, de la création ou de l’approvisionnement à la retraite et à la fin de vie.
    • life cycle stage status est l’état particulier d’un CI dans son étape de cycle de vie actuelle.
    Par exemple, un CI matériel en phase opérationnelle peut changer d’état au fil du temps, passant de En cours d’utilisation à En cours de maintenance , puis à Fin de support. Un CI matériel différent peut passer de En coursd’utilisation à Fin de support sans jamais avoir été dans l’état En maintenance .
    Valeurs de cycle de vie autorisées pendant la phase opérationnelle du cycle de vie d’un CI matériel
    Remarque :
    La table [life_cycle_control] utilise le type de CI (matériel, document, logique, etc.) pour déterminer les valeurs d’état de l’étape du cycle de vie disponibles pour chaque étape du cycle de vie.

    Pour tirer pleinement parti des normes de cycle de CSDM vie, vous pouvez mapper les données d’état Paires de valeurs du cycle de viehéritées au fichier . Consultez Activation CSDM de la synchronisation du cycle de vie entre l’actif et le CI pour prendre en charge l’instance de produit.

    Les actifs suivants peuvent être utilisés Paires de valeurs du cycle de vie:

    Regarder la vidéo : Discussion sur le cycle de vie et leServiceNow Community produit CSDM V4