Grundlagendomäne des CSDM -Frameworks

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 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. Bevor Sie -Produkte ServiceNow verwenden oder Daten zu CMDBhinzufügen können, sind Grundlagendaten erforderlich.

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

    Grundlagendomäne

    Geschäftsprozess

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

    In einer Beziehung zwischen über- und untergeordneten Elementen 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 deklarierte und bestimmte Kritikalität 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 Einen Geschäftsprozess erstellen.

    Verträge

    Ein Vertrag ist eine verbindliche Vereinbarung zwischen zwei Parteien. Im Now Platformenthalten Verträge detaillierte Informationen wie die Vertragsnummer, Start- und Enddaten, den 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. Weitere Informationen finden Sie unter Anwendung Vertragsmanagement.
    • 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-Arbeitsbereich verwendete Serviceverträge können Hardware-CIs als Teil eines SLA unterstützen.
    • Im Produkt Kundenservice-Management definieren Serviceverträge die Art von Support, 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. Weitere Informationen finden Sie unter Serviceverträge in Kundenservice-Management definieren.

    Produkte und Produktmodelle

    Ein Produktmodell ist eine bestimmte Version oder Konfiguration eines Produkts, die zum Verwalten und Nachverfolgen von Anwendungen in 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 Lebenszyklus eines Produkts. Weitere Informationen finden Sie unter Produktkatalog.

    Darüber hinaus können Sie die Produkte identifizieren, die das Ende ihrer Lebensdauer erreichen, wie von Drittanbietern oder internen Produktbesitzern definiert. Sie können auch andere Produkte als Komponenten bündeln, um die von Ihrer Organisation entwickelten, verkauften oder verwendeten Produkte darzustellen.

    Produktmodelle werden in sieben Basistypen erweitert: Anwendungsmodell (versionsunabhängig), Softwaremodell (versionsspezifisch), Vertragsmodell, Facility-Modell, Hardware-Modell, Verbrauchsmaterial-Modell, 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-Stunden-Supportservice (Servicemodell).


    Tabellenhierarchie des technischen Produktmodells.

    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 Modell-ID- Attribut verwenden, um auf Produktmodelle zu verweisen. Beispielsweise kann ein Serviceangebots-CI auf ein bestimmtes Servicemodell verweisen, auf das auch andere Serviceangebote des gleichen Typs verweisen.

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

    CMDB-Gruppe

    Eine CMDB -Gruppe ist eine Sammlung von CIs (ist aber selbst kein CI). Eine Gruppe basiert auf den Ergebnissen von gespeicherten Abfragegeneratorabfragen, codierten Abfragen oder manuellen Einträgen. Sie können eine Aktion auf alle Mitglieder einer Gruppe gleichzeitig anwenden.

    Sie können mit einer CMDB -Gruppe im gesamten Now Platformzusammenarbeiten.


    CMDB-Gruppe.
    • Für CSDMreferenziert die dynamische CI-Gruppe eine CMDB -Gruppe, 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 Tabellenkalkulationen ersetzen, die Sie möglicherweise zum Gruppieren Ihrer CIs verwenden.

    Weitere Informationen finden Sie unter CMDB-Gruppen.

    Lebenszyklus-Wertepaare

    Lebenszyklus-Wertepaare die Lebenszyklen von Produkten, Assets, Verträgen, CIs, Standorten und anderen Objekten nachzuverfolgen. Durch die konsistente Verwendung der Standard-Lebenszykluswerte CSDM können Sie Objekte effektiv nachverfolgen. Das Reporting 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

    Der Standard CSDM Lebenszyklus-Wertepaar deckt alle Phasen des Lebenszyklus einer Produktinstanz ab.
    • Ein life cycle stage ist eine der allgemeinen Phasen, die ein CI durchläuft, von der Einführung oder Beschaffung bis zur Außerbetriebnahme und dem Ende der Lebensdauer.
    • life cycle stage status ist der jeweilige Status eines CI innerhalb seiner aktuellen Lebenszyklusphase.
    Beispielsweise kann ein Hardware-CI in der Phase „ Operativ “ den Status im Laufe der Zeit von „ In Gebrauch “ zu „ In Wartung “ zu „ 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 Lebenszykluswerte während der Phase „Operativ“ im Lebenszyklus eines Hardware-CI
    Wenn Sie das Framework CSDM aktivieren, können Sie mit den Werten Life Cycle Stage und Life Cycle Stage Status den Lebenszyklus eines Assets nachverfolgen. Um die Felder zu verwenden, befolgen Sie das in CSDM Plugin aktivierenbeschriebene Verfahren. Die folgenden Prozesse können Lebenszyklus-Wertepaareverwenden:

    Legacy-Statuswerte werden automatisch aktualisiert

    Die folgenden Legacy-Status werden automatisch den Feldern Life Cycle Stage und Life Cycle Stage Status zugeordnet, wenn Sie das in CSDM Plugin aktivierenbeschriebene Verfahren anwenden.
    Wichtig:
    Legacy-Feldwerte werden nicht gelöscht, nachdem Sie sie den Werten Life Cycle Stage und Life Cycle Stage Status zugeordnet haben.
    • Produktmodellstatus
    • Asset-Status
    • Asset-Substatus
    • Vertragsstatus
    • CI-Installationsstatus
    • CI-Betriebsstatus
    • CI-Hardwarestatus
    • Substatus der CI-Hardware

    Ordnen Sie CSDM-Lebenszyklus-Wertepaaren vorhandene Statuswerte zu

    Verwenden Sie das Modul „Lebenszykluszuordnung“ (CSDM > Lebenszykluszuordnung), um anzugeben, wie Ihre vorhandenen Lebenszykluswerte in CSDM Lebenszyklus-Wertepaarekonvertiert werden sollen. Die Zuordnung stellt sicher, dass Now Platform -Produkte Legacy-CIs in Ihrer Umgebung „sehen“. In diesem Beispiel wird der vorhandene Wert Ausstehende Installation des Attributs Installationsstatus für Hardware-CIs in CMDBimmer Bereitstellen/Testen zugeordnet Lebenszyklus-Wertepaare. Siehe Ordnen Sie Legacy-Statuswerte Lebenszykluswerten CSDM zu und Aktivieren Sie „Ausrichten und Synchronisieren“ für CSDM -Lebenszykluswerte.

    Weisen Sie CSDM-Lebenszykluswerte vorhandenen Legacy-Werten zu.

    Allgemeine Daten

    Gemeinsame Datenelemente sind keine Configuration Items. Allgemeine Daten werden im gesamten Now Platformgemeinsam genutzt und verwendet. Allgemeine Daten umfassen die Organisationsstruktur (Unternehmen, Geschäftsbereich, Abteilung), Standorte, Gruppen und Benutzer. Viele Now Platform -Produkte sind auf gemeinsame Daten angewiesen, um einen Geschäftsnutzen zu bieten.

    Die Planung Ihrer allgemeinen Daten ist für die effektive Implementierung von Produkten und Funktionen von Now Platform 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]
    • Standort: [cmn_location]
    • Gruppen: [sys_user_group]
    • Benutzer: [sys_user]

    Standortmanagement

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

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

    CSDM-Videos im ServiceNow Community

    Wiedergabeliste aller CSDM-Videos