Anpassen und Erstellen von Klassen mit der Service Manager-Erstellung
Eine Klasse ist das Hauptelement, das verwendet wird, um Objekte darzustellen, die in Service Manager verwendet werden. Eine Klasse kann einen Computer, einen Benutzenden, einen Vorfall oder ein Formular darstellen.
Klassendefinitionen, die ein größeres Element darstellen, z. B. ein Service Manager-Feature, werden häufig zusammen gruppiert. Klassendefinitionen werden in Management Packs gespeichert, die in Service Manager importiert werden müssen, um die Service Manager-Funktionalität zu aktivieren.
Schlüsselkonzepte für Klassen
Objekte in Service Manager sind Instanzen einer bestimmten Basisklasse. Alle Instanzen einer Basisklasse weisen einen gemeinsamen Satz von Eigenschaften und ein gemeinsames Verhalten auf.
Wie alle Management Pack-Elemente verfügen Klassen über ID- und Anzeigename-Eigenschaften. In dieser Dokumentation bezieht sich ID auf den eindeutigen Namen der Klasse, die nur im Erstellungstool angezeigt wird, während sich Name und Anzeigename auf den sprachspezifischen Namen beziehen, der in der Service Manager-Konsole angezeigt wird.
Hinweis
Wenn Sie eine Klasse erstellen, stellen Sie immer sicher, dass die Klassennamen in den Management Packs eindeutig sind. Verwenden Sie nach Möglichkeit Klassennamen, die in Ihrer Umgebung aussagekräftig sind. Sie können ermitteln, ob bereits ein Klassenname vorhanden ist, indem Sie das Suchfeature im Fenster Klassenbrowser des Service Manager-Erstellungstools verwenden.
Eigenschaften
Alle Instanzen einer bestimmten Klasse teilen einen gemeinsamen Satz von Eigenschaften. Die Werte für diese Eigenschaften werden von Benutzenden auf verschiedene Weise bereitgestellt und können zwischen verschiedenen Instanzen variieren. Eigenschaften werden verwendet, um Details des tatsächlichen Objekts darzustellen, z. B. einen eindeutigen Namen, einen Ort und andere Details, die für den Benutzenden interessant sein können oder die für Verwaltungsszenarien erforderlich sind.
Schlüsseleigenschaften
Eine Schlüsseleigenschaft identifiziert jede Instanz einer bestimmten Klasse eindeutig. Wenn eine Eigenschaft als Schlüsseleigenschaft markiert ist, muss jede Instanz der Klasse einen eindeutigen Wert für diese Eigenschaft aufweisen, und der Wert darf nicht null sein. Bei gehosteten Klassen muss der Wert nur für alle Instanzen der Klasse eindeutig sein, die dasselbe übergeordnete Hosting haben. Bei nicht gehosteten Klassen muss er für alle Instanzen der Klasse in der Verwaltungsgruppe eindeutig sein. Hostingbeziehungen werden weiter unten in diesem Abschnitt beschrieben.
Klassen erfordern nicht immer eine Schlüsseleigenschaft. Eine Schlüsseleigenschaft ist nur erforderlich, wenn für ein einzelnes übergeordnetes Element mehrere Instanzen einer Klasse erwartet werden. Wenn nur eine einzelne Instanz erwartet wird, ist keine Schlüsseleigenschaft erforderlich, aber möglicherweise dennoch definiert.
Beispielsweise verfügt SQL-Datenbank Engine über eine Schlüsseleigenschaft des Instanznamens, da auf einem einzelnen Computer mehrer als eine Instanz von Microsoft SQL Server installiert sein kann. Wenn mehrere Instanzen von SQL-Datenbank Engine vorhanden sind, muss jede Instanz einen anderen Wert für den Instanznamen haben, um zwischen den verschiedenen Objekten eindeutig unterscheiden zu können. Die Klasse IIS-Webserver definiert dagegen keine Schlüsseleigenschaft, da nur eine Instanz auf einem beliebigen Computer installiert werden kann.
Alle Objekte verfügen über eine Eigenschaft Pfadname, die aus der Schlüsseleigenschaft oder den Schlüsseleigenschaften des Objekts und den Schlüsseleigenschaften des übergeordneten Objekts oder der übergeordneten Objekte berechnet wird. Bei nicht gehosteten Objekten ist der Pfadname die Schlüsseleigenschaft der Klasse selbst. Der Pfadname kann verwendet werden, um jede Instanz einer Klasse in der Verwaltungsgruppe eindeutig zu identifizieren.
Basisklassen und Vererbung
Jede Klasse muss eine Basisklasse angeben, die eine vorhandene Klasse identifiziert, auf die sich die neue Klasse spezialisiert. Die im Service Manager enthaltenen Management Pack-Bibliotheken enthalten mehrere Klassen, die als Basis für benutzerdefinierte Klassen in Management Packs verwendet werden können. Ein Management Pack verfügt in der Regel über mindestens eine Klasse, die von einer Bibliotheksklasse erbt, und potenziell andere Klassen, die von Klassen im selben Management Pack erben.
Das Konzept einer Basisklasse kann mithilfe des Management Packs für Windows Server-Betriebssysteme veranschaulicht werden. Dieses Management Pack enthält Klassen, die logische Datenträger darstellen, die auf dem Computer installiert sind. Die folgende Abbildung zeigt die Klassen Windows Server 2003 Logischer Datenträger und Windows Server 2008 Logischer Datenträger. Diese Klassen basieren beide auf dem logischen Datenträger (Server), der in der Management Pack-Datei „Microsoft.Windows.Server.Library“ definiert ist. Logischer Datenträger (Server) basiert wiederum auf dem logischen Datenträger, der selbst auf dem logischen Gerät basiert, usw. über logische Hardware, logische Entität und schließlich Entität. Alle Klassen können einen ähnlichen Vererbungspfad verfolgen und enden immer bei Entität, dem Stamm der Klassenstruktur. Dies ist die einzige Klasse, die keine Basisklasse hat, und letztendlich erben alle anderen Klassen von ihr.
Vererbung von Eigenschaften zwischen Klassen
Die Entität verfügt über eine einzelne Eigenschaft mit dem Namen Anzeigename. Diese Eigenschaft wird von allen Klassen geerbt, die von Entität erben. Alle Klassen erben schließlich von Entity. Deshalb haben alle Klassen eine Eigenschaft Anzeigename. Keine anderen Klassen in diesem Beispiel haben Eigenschaften bis auf Logisches Gerät, das Name, Beschreibung und GeräteID definiert. GeräteID wird als Schlüsseleigenschaft angegeben. Diese Eigenschaften werden alle von Logischer Datenträger und Logischer Datenträger (Server) geerbt. Logischer Datenträger (Server) fügt dann die zusätzlichen Eigenschaften Größe, Laufwerkstyp und Datensystem hinzu. Die Klassen der unteren Ebene, die für die jeweilige Version des Betriebssystems spezifisch sind, erben alle Eigenschaften, die von den Klassen über ihnen im Vererbungsbaum bereitgestellt werden.
Klassentypen
Die meisten Klassen haben eine oder mehrere tatsächliche Instanzen und werden als konkrete Klassen bezeichnet. Abstrakte Klassen und Singleton-Klassen sind spezielle Arten von Klassen, die sich unterschiedlich verhalten und für bestimmte Szenarien verwendet werden.
Abstrakte Klassen
Abstrakte Klassen haben keine Instanzen und existieren nur, um als Basisklasse für andere Klassen zu dienen. Alle Eigenschaften und Beziehungen, die auf der Ebene der abstrakten Klasse definiert sind, werden an die untergeordneten Klassen vererbt und müssen nicht erneut definiert werden. Die meisten Klassen, die in Management Pack-Bibliotheken definiert sind, sind abstrakt, da sie nur als Basisklassen für Klassen bereitgestellt werden, die in benutzerdefinierten Management Packs definiert sind.
Abstrakte Klassen werden verwendet, wenn es eine gängige Festlegung von Eigenschaften, Beziehungen oder Gruppierungen gibt, die für alle weiteren Spezialisierungen einer Klasse definiert werden können. Im vorherigen Beispiel sind alle oben gezeigten Klassen Windows Server 2003 Logical Disk und Windows Server 2008 Logical Disk abstrakt. Sie existieren nur, damit die Klassen der unteren Ebene von ihnen erben können.
Singleton-Klassen
Singleton-Klassen werden verwendet, wenn es eine und nur eine Instanz einer Klasse gibt. Die Klasse ist die Instanz, und sie ist immer vorhanden. Die einzelne Instanz wird erstellt, wenn das Management Pack installiert wird. Ebenso ist eine Schlüsseleigenschaft für eine Singleton-Klasse nicht erforderlich, da sie immer nur eine einzige Instanz haben wird. Eine gängige Verwendung von Singleton-Klassen ist die Klasse Groups, da in der gesamten Verwaltungsgruppe nur eine einzige Instanz dieser Klasse erforderlich ist.
Klassenerweiterungen
Um eine Klasse anzupassen, können Sie sie erweitern, indem Sie neue Eigenschaften zur bestehenden Klassendefinition hinzufügen. Die neuen Eigenschaften werden nun in alle bereits vorhandenen Instanzen dieser Klasse und in alle neu zu erstellenden Instanzen aufgenommen. Eine abstrakte Klasse kann nicht erweitert werden.
Beziehungen
Beziehungen werden zwischen Klassen definiert, um eine Verbindung zwischen einer bestimmten Instanz einer Klasse und der bestimmten Instanz einer anderen anzuzeigen. Es gibt drei Arten von Beziehungen, die in den folgenden Abschnitten im Detail beschrieben werden:
Hostbeziehung
Einschlussbeziehung
Verweisbeziehung
Klassenbeziehungen wirken sich auf Objekte auf folgende Weise aus.
| Beziehungstyp | Schlüsseleigenschaft und Existenz | Verfügbare Eigenschaften |
|---|---|---|
| Hosting | Der Wert der Schlüsseleigenschaft muss für alle Instanzen der Klasse in der Verwaltungsgruppe eindeutig sein. Bei gehosteten Klassen muss der Wert der Schlüsseleigenschaft jedoch nur für alle Objekte eindeutig sein, die denselben hostenden Elternteil haben. Zur eindeutigen Identifizierung eines gehosteten Objekts ist die Schlüsseleigenschaft sowohl des Objekts als auch des übergeordneten Objekts erforderlich, und der Schlüssel der gehosteten Klasse ist die Kombination aus der Schlüsseleigenschaft der Gastgeberklasse und der Schlüsseleigenschaft der gehosteten Klasse. Die Existenz einer gehosteten Klasse hängt von der Existenz der gastgebenden Klasse ab. |
Jeder Workflow, der auf eine Klasse abzielt, hat Zugriff auf die Eigenschaften dieser Klasse zusätzlich zu den Eigenschaften der übergeordneten Klasse(n). Ein Skript in einem Workflow, das die Klasse SQL 2008 DB Engine als Ziel verwendet, könnte beispielsweise den Namen des Computers erfordern, auf dem die Instanz von SQL Server 2008 installiert ist. Da ein Objekt nur einen übergeordneten Host haben kann, kennen wir den Computer, der eine bestimmte Instanz der Klasse SQL 2008 DB Engine hostet. Das Workflow-Skript kann auf die Eigenschaften des Zielobjekts und auf die Eigenschaften des übergeordneten Hosts dieses Ziels zugreifen. |
| Eindämmung | Die Eigenschaften und das Vorhandensein von Schlüsseln sind nicht von einem Containerobjekt abhängig. | Jeder Workflow, der auf eine Klasse abzielt, hat zusätzlich zu den Eigenschaften der übergeordneten Klasse(n) Zugriff auf die Eigenschaften dieser Klasse. Ein Script in einem Workflow, das auf eine Ereignisklasse abzielt, kann zum Beispiel auf die Eigenschaften der Klasse der Container-Warteschlange zugreifen. |
| Verweis | Schlüsseleigenschaft und Existenz sind nicht vom referenzierten Objekt abhängig. | Jeder Workflow, der auf eine Klasse ausgerichtet ist, hat nur Zugriff auf die Eigenschaften dieser Klasse. |
Verweisbeziehung
Die Verweisbeziehung ist der allgemeinste Beziehungstyp. Eine Verweisbeziehung wird verwendet, wenn die über- und untergeordneten Klassen nicht voneinander abhängig sind; so kann beispielsweise eine Datenbank auf eine andere Datenbank verweisen, die sie repliziert. Die eine Datenbank ist nicht von der anderen abhängig, und die Objekte existieren getrennt voneinander.
Einschlussbeziehung
Der Typ Einschlussbeziehung ist weniger restriktiv als die Hostingbeziehung. Sie erklärt, dass eine Klasse mit einer anderen Klasse verwandt ist, obwohl die eine für die andere nicht erforderlich ist. Im Gegensatz zu einer Hostingbeziehung ist eine Einschlussbeziehung eine n:n-Beziehung. Das bedeutet, dass ein Objekt mehrere Objekte enthalten kann, und dass ein einzelnes Objekt von mehreren anderen Objekten enthalten werden kann. Eine Gruppe kann zum Beispiel mehrere Objekte enthalten, und ein einzelnes Objekt kann Mitglied mehrerer Gruppen sein.
Einschlussbeziehungen werden in der Regel für die Gruppenzugehörigkeit verwendet, wobei Objekte durch eine Einschlussbeziehung zwischen der Gruppe und dem Mitglied in eine Gruppe aufgenommen werden.
Hostbeziehung
Die restriktivste Beziehung zwischen Klassen ist die Hosting-Beziehung. Eine Klasse, die von einer anderen Klasse gehostet wird, wird gehostete Klasse genannt, und eine Instanz der Klasse wird gehostetes Objekt genannt. Wenn eine Klasse nicht von einer anderen gehostet wird, nennt man sie eine ungehostete Klasse, und eine Instanz der Klasse wird ein ungehostetes Objekt genannt.
Wenn ein Objekt von einem anderen gehostet wird, ist dieses Objekt für seine Existenz auf seinen übergeordneten Host angewiesen. Wenn der übergeordnete Host entfernt wird, wird auch der untergeordnete Host entfernt. Ein logischer Datenträger kann zum Beispiel nicht ohne den Computer existieren, auf dem er installiert ist.
Ein gehostetes Objekt kann nur einen übergeordneten Host haben, aber ein übergeordnetes Objekt kann mehrere untergeordnete Elemente hosten. Ein bestimmter Datenträger kann zum Beispiel nur auf einem einzigen Computer installiert werden, aber auf einem Computer können mehrere Datenträger installiert sein.
Das SQL Server Management Pack stellt ein weiteres Beispiel für Hostingbeziehungen bereit. Die Hostingbeziehung zwischen der Klasse Windows Computer, der Klasse SQL 2008 DB Engine und der Klasse SQL 2008 DB ist hier dargestellt.
Hostingbeziehungen für SQL Server 2008-Klassen
Die Klasse SQL 2008 DB Engine stellt eine Instanz von SQL Server 2008 dar, die auf einem bestimmten Computer installiert ist. Da eine Datenbank nur auf einer einzigen Datenbank-Engine installiert werden kann, hostet die Klasse SQL 2008 DB Engine die Klasse SQL 2008 DB. Es kann mehrere Datenbanken mit demselben Namen in einer Verwaltungsgruppe geben, aber alle Datenbanken, die auf einer bestimmten Instanz der Klasse SQL Server installiert sind, müssen einen eindeutigen Namen haben. Die Datenbank-Engine wiederum wird von der Klasse Windows-Computer verwaltet. Es kann mehrere SQL Server-Instanzen mit demselben Namen in einer Verwaltungsgruppe geben. Jede Datei auf einem bestimmten Computer muss einen eindeutigen Namen haben.
Da es zwei Hostingbeziehungen gibt, ist der Pfadname für jede Datenbank der Computername, gefolgt von dem Instanznamen, gefolgt von dem Datenbanknamen. Ein Beispiel ist in der folgenden Abbildung dargestellt.
Beispiel für Hostingbeziehungen zwischen Datenbanken
Allgemeine Leitlinien und bewährte Verfahren für Klassen
Verwenden Sie die folgenden Richtlinien und bewährten Verfahren, wenn Sie Klassen im Erstellungstool des Dienstmanagers anpassen.
Benennungskonventionen für Typdefinitionen
Die Namenskonvention für das Schema-Modell des Service Managers basiert auf der Namenskonvention für .NET-Namespaces.
Grundlegende Benennungskonventionen
Die grundlegende Namenskonvention ist Firmenname.TechnologyArea.ProductName.FunctionalityArea.Name, wobei:
ProductName ist optional. Verwenden Sie ihn, wenn die Definition unabhängig von einem bestimmten Produkt ist.
FunctionalityArea ist optional. Verwenden Sie sie, wenn die Definition auf verschiedene Bereiche angewendet werden kann.
Der Name spiegelt die Bedeutung der Klasse wider, nicht die Vererbungshierarchie.
Beispiele: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incident, und System.StarRating.Average.
Der System-Namespace
Der System-Namespace bezieht sich auf Definitionen, die unabhängig von Microsoft und Windows sind. Dies gilt in der Regel für die Basisdefinitionen, von denen entweder Windows-Anwendungen oder Unix-Anwendungen abhängen. Diese Basisdefinitionen sollten unternehmensunabhängig sein.
Verwenden Sie die folgenden Richtlinien für das Systempräfix:
System.Computer stellt einen beliebigen Computertyp dar und ist nicht lieferantenspezifisch.
Verwenden Sie das Präfix System, wenn Sie erwarten, dass andere Schemas auf diesem Namespace definieren.
Beachten Sie, dass Microsoft.Windows.Computer nicht mit System beginnt, obwohl die meisten Windows-Anwendungen (unabhängig vom Liefernden, der sie definiert) auf diese Definition angewiesen sind.
Bewährte Methoden für das Benennen von Klassen
Verwenden Sie beim Benennen von Klassen die folgenden bewährten Methoden:
Erstellen Sie nicht zwei getrennte Klassen (auch wenn sie sich in zwei verschiedenen Management-Packs befinden), die dazu führen würden, dass identische Schlüsselwerte für verschiedene Objekte der beiden Klassen gespeichert werden.
Wenn Sie eine Klasse erweitern, stellen Sie immer sicher, dass die Klassenerweiterungsnamen für alle Management Packs eindeutig sind. Verwenden Sie nach Möglichkeit aussagekräftige Klassenerweiterungsnamen.
Wenn Sie eine Klasse erweitern, definieren Sie keine Eigenschaft mit einer ID, die bereits in dieser Klasse verwendet wird.
Verwenden Sie keine Punkte in Namen von Eigenschaften einer benutzerdefinierten Klasse.
Wenn Sie beim Erstellen eines Cubes eine benutzerdefinierte benannte Berechnung hinzufügen, stellen Sie dem Namen der benannten Berechnung NC_ voran. Dadurch wird die Möglichkeit reduziert, einen Namen einer bereits vorhandenen Eigenschaft zu verwenden.
Nicht zu viele Klassen erstellen
Das Erstellen zu vieler Klassen kann zu einer unnötigen Komplexität mit minimalem Wert führen. Eine gute Regel besteht darin, die geringste Anzahl von Klassen zu verwenden, um die gewünschten Ergebnisse zu erzielen. Abgesehen von abstrakten Klassen sollte eine Klasse, die nicht das Ziel eines Workflows ist oder zum Speichern von Daten verwendet wird, wahrscheinlich nicht erstellt werden. Wenn sich zwei Klassen ähneln, sollten Sie eine einzige Klasse für beide verwenden, eventuell unter Verwendung einer Eigenschaft, die die Werte für alle Unterschiede enthält.
Verwenden Sie keine Eigenschaften, die häufig aktualisiert werden
Eigenschaftswerte sollten sich nur selten ändern, nachdem sie zum ersten Mal ausgefüllt wurden. Eine mögliche Ursache für häufige Eigenschaftswertänderungen ist ein benutzerdefinierter Connector oder eine andere Anpassung, die die Service Manager-Datenbank programmgesteuert aktualisiert. Diese Szenarien können dazu führen, dass Eigenschaftswerte zu häufig aktualisiert werden, z. B. alle 10 bis 15 Minuten oder weniger bei einer großen Anzahl von Objekten.
Solche häufigen Änderungen der Eigenschaftswerte können die Leistung der Workflows leicht beeinträchtigen und andere Auswirkungen auf die Leistung haben. Dies liegt daran, dass das System diese Änderungen im Verlauf nachverfolgt. Außerdem können diese Änderungen je nach Eigenschaft, die geändert wird, eine erhebliche Menge an Daten hinzufügen, die vom Data Warehouse verarbeitet und gespeichert werden müssen.
Eine abstrakte Klasse nicht erweitern
In Service Manager können Sie eine abstrakte Klasse nicht erweitern. Wenn Sie eine abstrakte Klasse erweitern müssen, können Sie eine der folgenden Aktionen ausführen:
Erstellen Sie eine neue Klasse mit den Eigenschaften, die Sie hinzufügen möchten, und erstellen Sie dann eine Beziehung zwischen der neuen Klasse und der abstrakten Klasse.
Erweitern Sie jede der relevanten konkreten Klassen, die von der abstrakten Klasse abgeleitet sind.
Verbessern der einfachen Suche nach Arbeitsaufgabenklassen
Wenn Sie eine benutzerdefinierte Klasse definieren, die von der Klasse "System.WorkItem" abgeleitet ist, empfehlen wir, die Eigenschaft DisplayName dieser Klasse im folgenden Format zu speichern: WorkItem.ID<LEERTASTE>WorkItem.Title.
Dadurch wird die einfache Suche verbessert. Die einfache Suche durchsucht nur die Eigenschaft DisplayName. Durch die explizite Einbeziehung des Eigenschaftswertes Titel und des Eigenschaftswertes ID in den Eigenschaftswert DisplayName werden die Ergebnisse der einfachen Suche verbessert. Der Benutzende kann nämlich entweder nach einem Wort im Titel oder nach der ID suchen.
Durchsuchen einer Klasse im Dokumentenerstellungstool
Sie können den Klassenbrowser im Service Manager Authoring Tool verwenden, um Klassen und ihre Eigenschaften zu durchsuchen. Während Sie Klassen durchsuchen, können Sie ein Steuerelement zu einem Formular hinzufügen, indem Sie Eigenschaften aus dem Bereich Klassenbrowser auf ein Formular ziehen, das im Dokumentenerstellungs-Bereich erstellt wird.
Der Klassenbrowser kann Klassen aus jedem Management Pack anzeigen, das sich im Bibliotheksordner befindet, und aus jedem Management Pack, das im Authoring Tool geöffnet wurde. Wenn Sie eine Klasse auswählen, zeigt der Klassenbrowser die Eigenschaften an, die speziell für diese Klasse definiert sind, sowie die internen Eigenschaften, die vom System generiert werden. Standardmäßig befindet sich der Bibliotheksordner an folgendem Ort: C:\Program Files (x86)\Microsoft System Center\Service Manager <Version> Authoring\Library.
Wenn Sie im Bereich Klassenbrowser ein Management Pack auswählen, werden alle Klassen des ausgewählten Management Packs angezeigt, und Sie können die Klasse erweitern, deren Eigenschaften Sie anzeigen möchten. Wenn Sie Alle Management Packs wählen, werden alle Klassen aus allen Management Packs im Bibliotheksordner angezeigt. Jedes Mal, wenn Sie die Auswahl des Verwaltungspakets ändern, müssen Sie den Bereich Klassenbrowser aktualisieren.
Durchsuchen einer Klasse
Wenn der Bereich Klassenbrowser im Autorentool nicht sichtbar ist, wählen Sie Ansicht und wählen Sie Klassenbrowser.
Wählen Sie im Bereich Klassenbrowser in der Liste der Management Packs das Management Pack aus, das die Klasse enthält, die Sie durchsuchen möchten. Wählen Sie zum Beispiel das Management Pack Systembibliothek.
Suchen Sie die Klasse, die Sie anzeigen möchten, z. B. die Klasse Computer, und gehen Sie dann wie folgt vor:
Wenn Sie die Details der Klasse anzeigen möchten, z. B. Beschreibung und Interner Name, klicken Sie mit der rechten Maustaste auf die Klasse, und wählen Sie Details aus.
Um die Liste der Klasseneigenschaften anzuzeigen, z. B. Anzeigename und Objektstatus, erweitern Sie die Klasse im Bereich Klassenbrowser. Wenn Sie weitere Details einer Eigenschaft anzeigen möchten, klicken Sie mit der rechten Maustaste auf die Eigenschaft, und wählen Sie Details aus.
Um das Management Pack zu öffnen, das die Definition der Klasse enthält, klicken Sie mit der rechten Maustaste auf die Klasse, und wählen Sie Ansicht aus.
Bearbeiten von Details einer Klasse im Erstellungstool
Sie können das Service Manager-Erstellungstool verwenden, um die Eigenschaften einer Klasse anzuzeigen und die Details zu bearbeiten, z. B. den Namen oder die Beschreibung einer Klasse.
Im Management Pack-Explorer können Sie eine Klasse auswählen und deren Details im Bereich Details anzeigen. Wenn Sie eine Klasse auswählen, die in einem nicht versiegelten Management Pack definiert ist, können Sie den Namen und die Beschreibung dieser Klasse ändern.
Änderung des Namens oder der Beschreibung eines Kurses
Wählen Sie auf Ihrem Desktop Start aus.
Wählen Sie das Service Manager-Erstellungstool aus, und warten Sie, bis das Erstellungstool geöffnet wurde.
Stellen Sie sicher, dass sowohl der Management Pack-Explorer als auch der Bereich Details geöffnet sind.
Klicken Sie auf Datei und wählen Sie Öffnen aus.
Wählen Sie im Dialogfeld Datei öffnen ein nicht versiegeltes Management Pack aus, das die zu ändernde Klasse enthält, und wählen Sie Öffnen aus. Öffnen Sie z. B. den Erstelllungstool-Installationsordner \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml Beispiel-Management-Pack.
Erweitern Sie im Management Pack-Explorer das Management Pack, das die Klasse enthält, die Sie ändern möchten.
Erweitern Sie Klassen, suchen Sie dann die Klasse, die Sie ändern möchten, und wählen Sie sie aus.
Wählen Sie den Wert der Eigenschaft Name oder Beschreibung aus, und geben Sie dann den neuen Wert ein. Werte, die nicht geändert werden können, sind nicht verfügbar.
Klicken Sie im Management Pack-Explorer mit der rechten Maustaste auf das Management Pack, das die geänderte Klasse enthält, und wählen Sie Speichern aus.
Erstellen einer Klasse mithilfe der Vererbung im Erstellungstool
Im Service Manager-Erstellungstool können Sie eine Klasse erstellen, die Eigenschaften und Beziehungen von einer vorhandenen Basisklasse erbt. Anschließend können Sie Eigenschaften und Beziehungen zur neuen Klasse ändern oder hinzufügen.
Wählen Sie als ersten Schritt beim Definieren der Klassenvererbung die Basisklasse aus, von der Eigenschaften und Beziehungen geerbt werden sollen. Im Erstellungstool können Sie die Basisklasse mit einer der folgenden Methoden auswählen:
Verwenden Sie eine Verknüpfung, um Eigenschaften und Beziehungen von der Basiskonfigurationselementklasse zu erben.
Verwenden Sie eine Verknüpfung, um Eigenschaften und Beziehungen von der Basisarbeitselementklasse zu erben.
Wählen Sie zuerst die Basisklasse aus, und beginnen Sie dann mit der Definition der Vererbung.
Beginnen Sie mit der Definition der Vererbung ohne eine bestimmte Basisklassenauswahl.
Die folgenden Verfahren beschreiben alle Methoden zum Definieren der Klassenvererbung im Erstellungstool.
Beginnen Sie mit der Konfigurationselementklasse oder der Arbeitsaufgabenklasse als Basisklasse.
Wenn der Management Pack Explorer im Erstellungstool nicht sichtbar ist, wählen Sie Ansicht und wählen Sie Management Pack Explorer.
Wählen Sie im Management Pack Explorer ein beliebiges Management Pack aus und erweitern Sie es dann.
Klicken Sie mit der rechten Maustaste auf Klassen, und wählen Sie Konfigurationselementklasse erstellen oder Arbeitsaufgabenklasse erstellen aus.
Wenn Sie eine Klasse aus einem versiegelten Management Pack erstellen, wählen Sie im Dialogfeld Ziel-Management Pack ein nicht versiegeltes Management Pack aus, um die Klassenanpassung zu speichern, und wählen Sie OK aus.
Hinweis
Wenn Sie eine Klasse aus einem nicht versiegelten Management Pack erstellen, wird diese Klassenanpassung in diesem ausgewählten Management Pack gespeichert.
Geben Sie im Dialogfeld Klasse erstellen den internen Namen für die neue Klasse an, und wählen Sie Erstellen aus.
Im Formularerstellungsbereich können Sie nun die Liste der Eigenschaften der neuen Klasse einsehen. Wenn Sie eine Konfigurationselementklasse erstellen, werden alle Eigenschaften der Konfigurationselementklasse aufgelistet. Wenn Sie eine Arbeitsaufgabenklasse erstellen, werden alle Eigenschaften der Arbeitsaufgabenklasse angezeigt.
Wählen Sie Eigenschaft erstellen oder Beziehung erstellen aus, um neue Eigenschaften und neue Beziehungen für die Klasse zu definieren.
Beginnen Sie mit einer ausgewählten Basisklasse
Wenn der Management Pack Explorer im Erstellungstool nicht sichtbar ist, wählen Sie Ansicht und wählen Sie Management Pack Explorer.
Suchen Sie im Management Pack Explorer die Basisklasse, von der die neue Klasse Eigenschaften und Beziehungen erben soll, und klicken Sie dann mit der rechten Maustaste darauf. Wählen Sie Von dieser Klasse erben aus.
Geben Sie im Dialogfeld Neue Klasse erben einen internen Namen für die Klasse ein.
Im Dokumenterstellungsbereich werden in der Liste Klasseneigenschaften- und -beziehung die Eigenschaften der Basisklasse angezeigt.
Sie können jetzt Eigenschaft erstellen oder Beziehung erstellen auswählen, um Eigenschaften oder eine Beziehung zur neuen Klasse hinzuzufügen.
Beginnen Sie ohne ausgewählte Basisklasse
Wenn der Management Pack Explorer im Erstellungstool nicht sichtbar ist, wählen Sie Ansicht und wählen Sie Management Pack Explorer.
Wählen Sie im Management Pack Explorer ein beliebiges Management Pack aus und erweitern Sie es dann.
Klicken Sie mit der rechten Maustaste auf Klassen, und wählen Sie Andere Klasse erstellen.
Wählen Sie im Dialog Basisklasse die Basisklasse aus, von der Sie Eigenschaften und Beziehungen erben wollen.
Wenn Sie wissen, in welchem Management Pack die Basisklasse, die Sie verwenden möchten, definiert ist, können Sie optional nach dem entsprechenden Management Pack filtern und dann die Basisklasse für diese Anpassung auswählen.
Wählen Sie OK aus.
Wenn sich die Basisklasse, von der Sie Eigenschaften und Beziehungen erben möchten, in einem versiegelten Management Pack befindet, wählen Sie im Dialogfeld Ziel Management Pack ein nicht versiegeltes Management Pack aus, um die Klassenanpassung zu speichern, und wählen Sie OK.
Wenn sich die Basisklasse, von der Sie Eigenschaften und Beziehungen erben möchten, in einem nicht versiegelten Management Pack befindet, wird diese Klassenanpassung in diesem ausgewählten Management Pack gespeichert.
Im Dialog Klasse erstellen geben Sie den internen Namen für diese Klasse an und wählen Erstellen.
Im Formularerstellungsbereich können Sie nun die Liste der Eigenschaften der neuen Klasse einsehen. Diese Liste enthält alle Eigenschaften der von Ihnen ausgewählten Basisklasse.
Erweitern Sie eine Klasse im Erstellungstool
Sie können eine Klasse im Erstellungstool des Dienstmanagers erweitern, indem Sie Eigenschaften und Beziehungen zur Definition der Klasse hinzufügen. Das Erweitern einer Klasse wirkt sich auf alle vorhandenen Instanzen dieser Klasse aus: Alle Instanzen dieser Klasse werden aktualisiert, um die neuen Eigenschaften und Beziehungen aufzunehmen.
Erweitern einer Klasse
Wenn der Bereich Management Pack Explorer im Erstellungstool nicht sichtbar ist, wählen Sie Ansicht und wählen Sie Management Pack Explorer.
Suchen Sie im Bereich Management Pack Explorer die Klasse, die Sie erweitern möchten, klicken Sie mit der rechten Maustaste darauf, und wählen Sie Klasse erweitern.
Wählen Sie im Dialog Ziel Management Pack ein nicht versiegeltes Management Pack aus, um die Klassenerweiterung zu speichern, und wählen Sie OK.
Die Liste Klasseneigenschaften und Beziehungen auf der Registerkarte Erweiterung der Klasse im Formularerstellungsbereich zeigt die Eigenschaften und Beziehungen der Klasse an. Erstellen Sie neue Eigenschaften und Beziehungen wie folgt:
Wählen Sie Eigenschaft erstellen; im Dialog Eigenschaft erstellen geben Sie unter Interner Name einen Namen für die neue Eigenschaft ein; und wählen Sie Erstellen.
Wählen Sie Beziehung erstellen; geben Sie im Dialog Beziehung erstellen unter Interner Name einen Namen für die neue Beziehung ein; und wählen Sie Erstellen.
Hinweis
Wenn Sie eine Klasse erweitern, definieren Sie keine Eigenschaft mit einer ID, die bereits in dieser Klasse verwendet wird.
Suchen Sie die neue Eigenschaft oder Beziehung in der Liste Klasseneigenschaften und Beziehungen, wählen Sie sie aus und ändern Sie ihre Eigenschaften im Bereich Details nach Bedarf.
Nächste Schritte
- Um die Eigenschaften von Objekten anzuzeigen und zu bearbeiten, siehe Formulare anpassen und verfassen.