Grundlagendomäne in CSDMFramework
Die Grundlagendomäne umfasst Tabellen, die Basisdaten enthalten, die von oder auf Objekte in der anderen referenziert werden CSDMDomänen. Grundlagendaten sind erforderlich, bevor Sie verwenden können ServiceNowProdukte oder fügen Sie Daten zu hinzu CMDB.
Die Tabellen in der Grundlagendomäne werden nicht in verwendet Configuration Management Database (CMDB)Beziehungen. Stattdessen enthalten die Tabellen kritische referenzielle Daten. Typische Anwender der Domäne sind Prozessbesitzer, Datenverwalter, Produktbesitzer und Vertragsmanager.
Geschäftsprozess
Ein Geschäftsprozess hat einen klar definierten Start und Abschluss. Beispiele für Geschäftsprozesse in der Bankbranche sind der Kunden-Onboarding-Prozess und der Kreditprüfungsprozess. Jeder Geschäftsprozess kann Relevanz- und Auswirkungsgrade haben. Geschäftsprozesse werden in der cmdb_ci_business_process-Tabelle gespeichert.
In einer über-/untergeordneten 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 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. Darüber hinaus kann das nächste Überprüfungsdatum aufgezeichnet werden. Weitere Informationen finden Sie unter Geschäftsprozessmanagement Und Erstellen Sie einen Geschäftsprozess .
Verträge
Ein Vertrag ist eine verbindliche Vereinbarung zwischen zwei Parteien. In Now Platform, Verträge enthalten detaillierte Informationen wie Vertragsnummer, Start- und Enddatum, aktiver Status, Nutzungsbedingungen, Dokumente, Verlängerungsinformationen und finanzielle Bedingungen.
- Ein Vertrag ist kein CI. Verträge verwenden Vertragsmodelltypen aus Produktmodelle Modul. Verträge werden in der Tabelle [ast_Contract] gespeichert.
- Verwenden Sie VertragsmanagementAnwendung zum Verwalten und Nachverfolgen von Verträgen. Siehe Vertragsmanagement-Anwendung .
- In Service-Level-ManagementAnwendung, Verträge gruppieren SLAs, die sich auf einen einzelnen Lieferanten oder Kunden beziehen, sowie die CIs, Standorte, Gruppen, Anwender und untergeordneten Verträge, die sich auf den Vertrag beziehen. Weitere Informationen finden Sie unter Define a service contract.
- Serviceverträge verwendet von Vendor Management-ArbeitsbereichKann Hardware-CIs als Teil eines SLA unterstützen.
- In Kundenservice-ManagementProdukt- und Serviceverträge definieren die Art des Supports, den Kunden erhalten. Ein Vertrag kann einen Account und einen Kontakt oder einen Verbraucher und die spezifischen abgedeckten Assets enthalten. Ein Vertrag kann auch mehrere Serviceberechtigungen und SLAs enthalten. Siehe Definieren Sie einen Servicevertrag im Kundenservice-Management .
Produkte und Produktmodelle
Ein Produktmodell ist eine bestimmte Version oder Konfiguration eines Produkts, das zum Verwalten und Nachverfolgen von Anwendungen auf verwendet wird Now Platform. Produktmodelle identifizieren den Produktbesitzer, 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 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 den Satz von Produkten darzustellen, die Ihre Organisation entwickelt, verkauft oder verwendet.
Produktmodelle werden auf sieben Basistypen erweitert: Anwendungsmodell (versionsunabhängig), Softwaremodell (versionsspezifisch), Vertragsmodell, Anlagenmodell, 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).
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 verwenden Modell-ID Attribut zum Verweis auf Produktmodelle. 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 erstellt Discovery, Also ihre Modell-ID [model_ID] Werte beziehen sich möglicherweise nicht auf ProduktmodellDatensätze. Um Ihnen die Migration zu einem produktorientierten Managementparadigma zu erleichtern, sollte jede Instanz eines logischen CI einem zugeordnet werden Produktmodell. Siehe Produktmodelle für logische CIs automatisch generieren.
Gruppe CMDB
A CMDBGruppe ist eine Sammlung von CIs (aber nicht selbst ein 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 arbeiten CMDBGruppieren Sie über Now Platform.
- Für CSDM, Die dynamische CI-Gruppe verweist auf ein CMDBGruppe, um eine Liste von CIs basierend auf allgemeinen Kriterien bereitzustellen.
- CMDB Gruppen werden in der Tabelle [cmdb_Group] gespeichert.
- Die CMDBGruppe kann potenziell die Tabellen ersetzen, die Sie zum Gruppieren Ihrer CIs verwenden.
Weitere Informationen finden Sie unter CMDB-Gruppen .
Lebenszykluswertpaare
Lebenszykluswertpaare Verfolgen Sie die Lebenszyklen für Produkte, Assets, Verträge, CIs, Standorte, und andere Objekte. Mit dem Standard CSDMLebenszykluswerte helfen Ihnen konsistent, 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.
Siehe ServiceNow CommunityVideo: CSDM V4-Produkt- und Lebenszyklusdiskussion
- A life cycle stageIst eine der allgemeinen Phasen, die ein CI durchläuft, von der Konzeption oder Beschaffung über den Betrieb und dann bis zum Ende der Lebensdauer.
- life cycle stage status Ist der bestimmte Status eines CI innerhalb seiner aktuellen Lebenszyklusphase.
Legacy-Statuswerte werden automatisch aktualisiert
- Produktmodellstatus
- Asset-Status
- Asset-Substatus
- Vertragsstatus
- CI-Installationsstatus
- CI-Betriebsstatus
- CI-Hardwarestatus
- CI-Hardware-Substatus
Ordnen Sie vorhandene Statuswerte CSDM-Lebenszykluswertpaaren zu
Verwenden Sie das Modul „Lebenszykluszuordnung“ (), um anzugeben, wie Ihre vorhandenen Lebenszykluswerte in konvertiert werden sollen CSDM Lebenszykluswertpaare. Die Zuordnung stellt sicher Now PlatformProdukte „sehen“ veraltete CIs in Ihrer Umgebung. In diesem Beispiel die vorhandene Installation Steht Aus Wert von Installationsstatus Attribut für Hardware-CIs wird immer zugeordnet Bereitstellen/Testen LebenszykluswertpaareIn CMDB. Siehe Ordnen Sie Legacy-Statuswerte zu zu CSDMLebenszykluswerte und Aktivieren Sie „Ausrichten und synchronisieren“ für CSDMLebenszykluswerte.
Allgemeine Daten
Allgemeine Datenelemente sind keine Konfigurationselemente. Allgemeine Daten werden freigegeben und überall verwendet Now Platform. Allgemeine Daten umfassen Organisationsstruktur (Unternehmen, Geschäftsbereich, Abteilung), Standorte, Gruppen, und Anwender. Viele Now PlatformProdukte hängen von allgemeinen Daten ab, um einen Geschäftsnutzen zu bieten.
- 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 Tiefe der Daten, die die CIs benötigen?
- Wer verwaltet die Daten?
- Unternehmen: [Core_Company]
- Geschäftsbereich: [Business_unit]
- Abteilung: [cmn_Department]
- Standort: [cmn_location]
- Gruppen: [sys_user_Group]
- Anwender: [sys_user]
Standortverwaltung
Daten, die aus mehreren Quellen und Verbundintegrationen stammen, sind schwierig zu verwalten. Die folgenden Attribute wurden der Tabelle „Standort“ (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/Kanton, Stadt, Standort, Gebäude/Struktur, Stockwerk und Raum.
- Verwaltet von Gruppe : Die Gruppe, die diesen Standortdatensatz steuert oder verwaltet.
- Validierung (Doppelt und primär): Kennzeichnen Sie doppelte Datensätze, und filtern Sie manuell Standorte, die nicht angezeigt werden.
- Lebenszyklusphase Und Lebenszyklusphasenstatus : Siehe Lebenszykluswertpaare.