Domaine Conception et planification dans le modèle CSDM

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 6 minutes de lecture
  • Les architectes d’entreprise et les propriétaires de produits digitaux travaillent sur la conception et la planification des produits digitaux que votre entreprise peut acheter ou construire.

    Tables dans le domaine Conception et planification

    Les CI dans le domaine Conception et planification ne sont pas opérationnels, vous ne pouvez donc pas les sélectionner pour Gestion des incidents, Gestion des problèmes ou Gestion des changements.

    Le domaine Conception et planification inclut les tables utilisées par Gestion du portefeuille d'applications (APM). Vous les utilisez APM pour rationaliser et gérer vos applications d’entreprise, mais vous n’êtes pas obligé de les utiliser APM pour bénéficier des données de ces tables. Le domaine Conception et planification comprend les tables suivantes :
    • Table Capacité métier [cmdb_ci_business_capability]. Capacité métier : une capacité métier est une capacité de haut niveau requise par l’organisation pour exécuter son modèle économique. Une capacité métier fournit des conseils de conception pour l’implémentation d’applications.
    • Table Application d’entreprise [cmdb_ci_business_app]. Une application d’entreprise est une application achetée ou développée en interne qui prend en charge une capacité métier. En fin de compte, une application d’entreprise se rapporte à une table de services d’application et à aucun autre type d’instance de service. Pour plus d'informations, consultez Relations CI dans le CSDM.
    • Table d’objets d’informations [cmdb_ci_information_object]. Un objet d’informations décrit le type de données qui est échangé entre l’application d’entreprise et la base de données qui la dessert.

    Domaine de conception et de planification du CSDM cadre.

    Remarque :
    Les CI dans le domaine Conception et planification ne sont pas opérationnels, vous ne pouvez donc pas les sélectionner pour Gestion des incidents, Gestion des problèmes ou Gestion des changements.

    Tables utilisées pendant la phase de conception et de planification du cycle de vie du service

    Tables de conception et de planification dans le cycle de vie de service.

    Relations entre les CI qui soutiennent la prise de décision

    Un modèle de service précis qui inclut les relations suivantes peut servir de base à des décisions architecturales stratégiquement alignées. Ces relations vous permettent de déterminer les risques liés à l’utilisation de capacités métier particulières. En outre, ils vous permettent d’évaluer les services en fonction de leurs relations avec les capacités d’entreprise et les applications d’entreprise.
    • Capacité Provided By::Provides métier Application d’entreprise
    • Capacité Provided By::Provides métier Service d’entreprise (domaine de consommation du service)
    • Application d’entreprise Objet Uses::Used By d’informations
    • Application d’entreprise (attribut de référence) Application d’entreprise
    • Composant de développement Agile de l’application d’entreprise Contains::Contained By (facultatif) (domaine de la version et de l’intégration)
    • Application d’entreprise Consumes::Consumed By Instance de service (domaine de prestation de services)
    Relation entre une capacité métier et ses applications d’entreprise
    Cette relation prend en charge la visualisation et le reporting.
    • Une capacité métier a la relation avec ses applications d’entreprise Provided By::Provides de support
    • Une capacité métier est une capacité de haut niveau qui prend en charge un modèle économique ou remplit une mission pour votre organisation.

      Une capacité métier décrit généralement une tâche spécifique qui permet d’atteindre un ou plusieurs résultats commerciaux. Les options d’entreprise sont souvent répertoriées sous forme de verbes (par exemple, Gérer RH, Gérer les données financières ou Fournir des services d’assistance informatique). Vous pouvez utiliser les options d’entreprise pour rationaliser et hiérarchiser le coût des applications d’entreprise et des services d’entreprise.

    • Une application d’entreprise représente le logiciel et l’infrastructure qui fournissent une fonction d’entreprise (par exemple, le catalogue de titres). Les applications d’entreprise ne sont pas strictement obligatoires, mais elles sont fortement recommandées, car elles augmentent la productivité et exécutent d’autres fonctions commerciales telles que les comptes fournisseurs, les comptes clients et la comptabilité générale. Vous pouvez l’utiliser APM pour ajouter n’importe quelle application d’entreprise dont vous devez suivre les coûts, l’utilisation, la valeur commerciale, les fonctionnalités et les risques.
    Relation entre une application d’entreprise et les instances de service

    Une application d’entreprise a des Consumes::Consumed By relations avec des instances de service.

    La relation relie l’enregistrement de l’application d’entreprise utilisée dans la planification et la conception à l’endroit et à la manière dont elle est réalisée opérationnellement, représentée par les instances de service. La relation tient compte de chaque utilisation d’une application d’entreprise dans les environnements de développement, de test et de production (instances de service de développement, de test et de production). Il y a souvent plusieurs déploiements de production. Par exemple, un grand détaillant utilise une application d’entreprise qui gère une caisse enregistreuse dans chacun de ses 1 000 magasins. Il existe donc 1 000 instances de production de l’instance de service (une par magasin) pour cette application d’entreprise. Voir le «CSDM en bref » pour une discussion plus approfondie de la relation.

    Options d’entreprise représentées dans une hiérarchie

    Vous pouvez représenter les capacités métier dans une hiérarchie entre une capacité métier parente et une ou plusieurs capacités de niveau inférieur (enfant). Les options enfants (nœuds terminaux) sont représentées par des valeurs numériques : 1,0 pour le parent et 2,0 à 6,0 pour les nœuds terminaux. Si vous ajoutez, mettez à jour ou supprimez une option au niveau d’un nœud terminal, assurez-vous de mettre à jour les niveaux de toutes les options pour les nœuds terminaux de cette hiérarchie, le cas échéant. Si une hiérarchie de capacités métier nécessite plus de six niveaux, divisez la structure en plusieurs capacités métier.

    Utilisez le formulaire de capacité métier pour créer, modifier et étendre les capacités de l’entreprise.

    Formulaire Capacité métier.

    Pour mettre à jour les options, sélectionnez le lien connexe Mettre à jour le niveau d’option et l’ID de hiérarchie . Suivez ces instructions lorsque vous mettez à jour les options pour confirmer que la carte d’option reflète la modification :
    • Si l’option parente est mise à jour dans la hiérarchie, les niveaux de toutes ses options de nœud terminal sont recalculés.
    • Le nombre total de niveaux de nœud terminal dans une hiérarchie ne peut pas dépasser six.
    • Lors de l’ajout d’une option, le niveau hiérarchique est automatiquement affecté en fonction du niveau d’option parent.
    • Vous pouvez supprimer uniquement les options au niveau du nœud terminal ou les options sans niveau de nœud terminal.
    • Ne créez pas de relations circulaires. Par exemple, lors de la création d’une option parente, une option de nœud terminal ne peut pas être son parent.

    Ajout d’une application d’entreprise

    Une application d’entreprise est une classe CI gérée manuellement qui a une relation Consomme :: Consommé par avec une instance de service. Vous devez donc créer manuellement les relations requises avec les CI (par exemple, avec les instances des instances de service en cours d’utilisation). La création de relations vous permet également de relier les applications d’entreprise aux CI d’infrastructure tels que les bases de données et les serveurs Web. Si nécessaire, vous pouvez intégrer ou connecter deux applications d’entreprise ou plus pour établir leur relation.

    Une application d’entreprise peut s’étendre sur les entités suivantes :
    • Environnements (par exemple, Développement, Test ou Production).
    • Zones géographiques (par exemple, les Amériques ou l’Asie-Pacifique Japon [APJ])
    • Régions (par exemple, Europe, Moyen-Orient et Afrique [EMEA]).

    Utilisez l’une des méthodes suivantes pour ajouter une application de gestion :

    • Importez la liste des applications à partir d’une feuille de calcul ou d’un outil tiers. Pour importer des données, définissez une source de données et une carte de transformation, puis exécutez ou planifiez une importation.

    • Utilisez le formulaire d’application d’entreprise.

      Formulaire d’application d’entreprise.

    Objet d'informations

    • Un objet d’informations est un CI qui affiche et décrit les informations (ou le type de données) que l’application reçoit de la base de données. Les objets d’informations font partie du portefeuille d’informations et sont référencés par l’application d’entreprise. Un objet d’informations a une Used By::Uses avec une application d’entreprise.
    • Les objets d’informations sont mappés à la table d’objets d’informations [cmdb_ci_information_object].
    • Vous pouvez utiliser la table d’objets d’informations pour identifier les types de données qu’une application d’entreprise utilise, y compris les données hautement sensibles, telles que :
      • Informations personnellement identifiables (IPI)
      • Données de la norme de sécurité des données de l’industrie des cartes de paiement (PCI DSS)
      • Données de la loi HIPAA (Health Insurance Portability and Accountability Act)

    CSDM vidéos dans le ServiceNow Community

    Liste de lecture de tous CSDM vidéos