Grundlagendomäne des CSDM -Frameworks

  • Freigeben Version: Washingtondc
  • Aktualisiert 1. Februar 2024
  • 6 Minuten Lesedauer

    • Die Foundation-Domäne umfasst Tabellen, die Basisdaten enthalten, auf die von oder zu Objekten in den anderen CSDM Domänen verwiesen wird. Grundlagendaten sind erforderlich, bevor Sie ServiceNow -Produkte verwenden oder Daten zu CMDBhinzufügen können.

    Die Tabellen in der Foundation-Domäne werden nicht in Configuration Management Database (CMDB) -Beziehungen verwendet. Stattdessen enthalten die Tabellen wichtige Referenzdaten. Typische Benutzer der Domäne sind Prozessverantwortliche, Datenverantwortliche, Produkteigentümer und Vertragsmanager.

    Foundation-Domäne.

    Geschäftsprozess

    Ein Geschäftsprozess hat ein klar definiertes Start- und Enddatum. Beispiele für Geschäftsprozesse in der Bankenbranche sind der Kunden-Onboarding-Prozess und der Kreditprüfungsprozess. Jeder Geschäftsprozess kann Relevanz- und Auswirkungsebenen haben. Geschäftsprozesse werden in der Tabelle cmdb_ci_business_process gespeichert.

    In einer Übergeordnet-Untergeordnet-Beziehung können Geschäftsprozesse identifiziert werden, indem das übergeordnete Attribut als Verweis auf einen übergeordneten Geschäftsprozess verwendet wird.

    Der Geschäftsprozess ist ein manuell verwaltetes CI, das die deklarierte und bestimmte Relevanz sowie Auswirkungen auf Vertraulichkeit, Integrität und Verfügbarkeit identifizieren kann. Geschäftsprozesse können monatlich, vierteljährlich, halbjährlich oder jährlich überprüft werden. Außerdem kann das nächste Überprüfungsdatum aufgezeichnet werden. Weitere Informationen finden Sie unter Geschäftsprozessmanagement und Geschäftsprozesse erstellen.

    Verträge

    Ein Vertrag ist eine verbindliche Vereinbarung zwischen zwei Parteien. In Now Platformenthalten Verträge detaillierte Informationen wie Vertragsnummer, Start- und Enddatum, aktiven Status, Nutzungsbedingungen, Dokumente, Verlängerungsinformationen und finanzielle Bedingungen.

    • Ein Vertrag ist kein CI. Verträge verwenden Vertragsmodelltypen aus dem Modul „Produktmodelle“. Verträge werden in der Tabelle [ast_contract] gespeichert.
    • Verwenden Sie die Anwendung Contract Management, um Verträge zu verwalten und nachzuverfolgen. Siehe Anwendung „Contract Management“.
    • In der Anwendung Service-Level-Management gruppieren Verträge SLAs, die sich auf einen einzelnen Lieferanten oder Kunden beziehen, sowie die CIs, Standorte, Gruppen, Benutzer und untergeordneten Verträge, die sich auf den Vertrag beziehen. Weitere Informationen finden Sie unter Define a service contract.
    • Von Vendor Management Workspace verwendete Serviceverträge können Hardware-CIs als Teil einer SLA unterstützen.
    • Im Produkt Kundenservice-Management definieren Serviceverträge die Art des Supports, den Kunden erhalten. Ein Vertrag kann einen Account und einen Kontakt oder einen Verbraucher sowie die spezifischen Assets enthalten, die abgedeckt werden. Ein Vertrag kann außerdem mehrere Serviceberechtigungen und SLAs enthalten. Siehe Serviceverträge in Customer Service Management definieren.

    Produkte und Produktmodelle

    Ein Produktmodell ist eine bestimmte Version oder Konfiguration eines Produkts, das zum Verwalten und Nachverfolgen von Anwendungen im Now Platformverwendet wird. Produktmodelle identifizieren den Produkteigentümer, das Team, den Produktstatus, die Kompatibilität mit anderen Produkten, den Verweis auf den Produktkatalog und Referenzobjekte in den verschiedenen Phasen des Produktlebenszyklus. Weitere Informationen finden Sie unter Product Catalog.

    Darüber hinaus können Sie die Produkte identifizieren, die das Ende ihrer Lebensdauer erreichen, wie von Drittanbietern oder internen Produkteigentümern definiert. Sie können auch andere Produkte als Komponenten bündeln, um den Satz von Produkten darzustellen, die Ihre Organisation entwickelt, verkauft oder verwendet.

    Produktmodelle werden in sieben Basistypen erweitert: Anwendungsmodell (versionsunabhängig), Softwaremodell (versionsspezifisch), Vertragsmodell, Facility-Modell, Hardwaremodell, Verbrauchsgütermodell, Servicemodell. Produkte können gebündelt werden, um eine Sammlung oder Gruppe von Produkten zu erstellen, z. B. einen FlashBlade-Server (Hardwaremodell) oder einen 24/7-Supportservice (Servicemodell).


    Technische Produktmodell-Tabellenhierarchie.

    Produktmodelle werden in der Tabelle [cmdb_model] oder den erweiterten Tabellen gespeichert, die an den sieben Basistypen ausgerichtet sind. Die Produktmodelltabellen sind keine CIs. Konfigurationselemente können das Attribut Modell-ID verwenden, um auf Produktmodelle zu verweisen. Beispielsweise kann ein Serviceangebots-CI auf ein bestimmtes Servicemodell verweisen, auf das auch andere Serviceangebote desselben Typs verweisen.

    Anwendungs-, Service- und Softwareklasseninstanz-CIs werden nicht über Discoveryerstellt, daher verweisen ihre Modell-ID-Werte [model_id] möglicherweise nicht auf Produktmodell Datensätze. Damit Sie zu einem produktorientierten Verwaltungsparadigma migrieren können, sollte jede Instanz eines logischen CI einem Produktmodellzugeordnet werden. Siehe Generieren Sie automatisch Produktmodelle für logische CIs.

    CMDB-Gruppe

    Eine Gruppe CMDB ist eine Sammlung von CIs (ist jedoch selbst kein CI). Eine Gruppe basiert auf den Ergebnissen gespeicherter Abfragen des Abfragegenerators, codierter Abfragen oder manueller Einträge. Sie können eine Aktion auf alle Mitglieder einer Gruppe gleichzeitig anwenden.

    Sie können mit einer Gruppe CMDB in der gesamten Now Platformarbeiten.


    CMDB-Gruppe
    • Für CSDMverweist die dynamische CI-Gruppe auf eine Gruppe CMDB, um eine Liste von CIs basierend auf gemeinsamen Kriterien bereitzustellen.
    • CMDB Gruppen werden in der Tabelle [cmdb_group] gespeichert.
    • Die Gruppe CMDB kann möglicherweise die Tabellen ersetzen, die Sie zum Gruppieren Ihrer CIs verwenden.

    Weitere Informationen finden Sie unter CMDB-Gruppen.

    Lebenszyklusstatus

    Lebenszyklusstatus verfolgen die Lebenszyklen für Produkte, Assets, Verträge, CIs, Standorte und andere Objekte nach. Die konsistente Verwendung der standardmäßigen CSDM Lebenszykluswerte hilft Ihnen, Objekte durch ihre Übergänge im Laufe der Zeit effektiv nachzuverfolgen. Die Berichterstellung kann daher die tatsächlichen Status von CIs genau widerspiegeln: Nutzung, Verfügbarkeit, Ende des Supports usw.

    Sehen Sie sich das Video ServiceNow Community an: CSDM V4 Produkt- und Lebenszyklusdiskussion

    Sie können sich den Lebenszyklusstatus als Kombination aus zwei Werten eines Assets oder CI vorstellen: Lebenszyklusphase und Lebenszyklusstatus über den Lebenszyklus des CI. Beispielsweise kann sich der Status eines Hardware-CI in der Phase „ Betriebsbereit “ im Laufe der Zeit von In Gebrauch über In Wartung bis hin zum Ende des Supportsändern. Ein anderes Hardware-CI kann von „ In Gebrauch “ zu „ Ende des Supports “ wechseln, ohne sich jemals im Status „ In Wartung “ befunden zu haben.
    Zulässige Statuswerte während der Phase „Betriebsbereit“ im Lebenszyklus eines Hardware-CI
    Wenn Sie das Framework CSDM aktivieren, können Sie die Felder Life Cycle Stage und Life Cycle Stage Status verwenden, um den Lebenszyklus eines Assets nachzuverfolgen. Um die Felder zu verwenden, befolgen Sie das in Zweiter Aktivierungsschritt – Plugin CSDM aktivierenbeschriebene Verfahren. Die folgenden Lebenszyklusprozesse können Lebenszyklusfelder verwenden:

    Legacy-Lebenszyklusstatus werden automatisch aktualisiert

    Die folgenden veralteten Status werden automatisch den Feldern Life Cycle Stage und Life Cycle Stage Status zugeordnet, wenn Sie das in Zweiter Aktivierungsschritt – Plugin CSDM aktivierenbeschriebene Verfahren anwenden.
    Wichtig:
    Legacy-Felder werden nicht gelöscht, nachdem Sie die Felder Life Cycle Stage und Life Cycle Stage Status implementiert haben.
    • Produktmodellstatus
    • Asset-Status
    • Asset-Substatus
    • Vertragsstatus
    • CI-Installationsstatus
    • CI-Betriebsstatus
    • CI-Hardwarestatus
    • CI-Hardware-Substatus

    Ordnen Sie Ihre vorhandenen Lebenszykluswerte CSDM-Lebenszyklusstatus zu

    Modul „Lebenszykluszuordnung“ verwenden (CSDM > Lebenszykluszuordnung), um anzugeben, wie Ihre vorhandenen Lebenszykluswerte in CSDM Lebenszyklusstatus konvertiert werden sollen. Die Zuordnung stellt sicher, dass Now Platform Produkte ältere CIs in Ihrer Umgebung „sehen“. In diesem Beispiel wird der vorhandene Wert Ausstehende Installation des Attributs „ Installationsstatus “ für Hardware-CIs immer dem Lebenszyklusstatus Bereitstellen/Test in CMDBzugeordnet. Siehe Geben Sie an, wie Legacy-Lebenszyklusstatus CMDB -Status zugeordnet werden sollen und Aktivieren Sie die Lebenszyklusmigration.

    Weisen Sie vorhandenen Legacy-Werten CSDM-Lebenszykluswerte zu.

    Allgemeine Daten

    Allgemeine Datenelemente sind keine Konfigurationselemente. Allgemeine Daten werden im gesamten Now Platformfreigegeben und verwendet. Allgemeine Daten umfassen Organisationsstrukturen (Unternehmen, Geschäftsbereich, Abteilung), Standorte, Gruppen und Benutzer. Viele Produkte von Now Platform sind auf gemeinsame Daten angewiesen, um einen Geschäftsnutzen zu bieten.

    Die Planung Ihrer gemeinsamen Daten ist für die effektive Implementierung von Now Platform Produkten und Funktionen von entscheidender Bedeutung. Berücksichtigen Sie die folgenden Probleme:
    • Haben Sie eine vertrauenswürdige Quelle für die Daten?
    • Haben Sie mehrere Datenquellen?
    • Wie oft ändern sich die Daten?
    • Verfügen Sie über die Datentiefe, die für die CIs erforderlich ist?
    • Wer verwaltet die Daten?
    Allgemeine Daten werden in den folgenden Tabellen gespeichert:
    • Unternehmen: [core_company]
    • Geschäftsbereich: [business_unit]
    • Abteilung: [cmn_department]
    • Speicherort: [cmn_location]
    • Gruppen: [sys_user_group]
    • Benutzer: [sys_user]

    Standortverwaltung

    Daten, die aus mehreren Quellen und Verbundintegrationen stammen, sind schwierig zu verwalten. Die folgenden Attribute wurden der Standorttabelle (cmn_location) hinzugefügt, um die Verwaltung zu vereinfachen:

    • Quelle: Der Ursprung des Standortdatensatzes.
    • Standorttyp: Die Position des Standortdatensatzes in der Hierarchie der Standorte. Sie können die folgenden Optionen verwenden, um eine Hierarchie von Standortdaten zu erstellen, die Ihren Anforderungen entspricht: Region, Landkreis, Bundesland/Provinz, Stadt, Standort, Gebäude/Struktur, Stockwerk und Raum.
    • Verwaltet von Gruppe: Die Gruppe, die diesen Standortdatensatz steuert oder verwaltet.
    • Validierung (duplikat und primär): Kennzeichnen Sie doppelte Datensätze, und filtern Sie manuell Standorte, die nicht angezeigt werden.
    • Lebenszyklusphase und Statusder Lebenszyklusphase: Siehe Lebenszyklusstatus.

    CSDM-Videos in ServiceNow Community

    Playlist aller Videos