Personalizzare e creare classi con la creazione di Service Manager
Una classe è l'elemento principale usato per rappresentare gli oggetti usati in Service Manager. Una classe può indicare un computer, un utente, un evento imprevisto o un modulo.
Le definizioni di classe che rappresentano un elemento più grande, ad esempio una funzionalità di Service Manager, vengono spesso raggruppate. Le definizioni di classe vengono archiviate nei Management Pack che devono essere importati in Service Manager per abilitare la funzionalità di Service Manager.
Concetti chiave per le classi
Gli oggetti in Service Manager sono istanze di una determinata classe di base. Tutte le istanze di una classe base dispongono di un insieme comune di proprietà e hanno un comportamento comune.
Come tutti gli elementi dei Management Pack, le classi dispongono delle proprietà ID e Nome visualizzato . In questa documentazione l'ID fa riferimento al nome univoco della classe visualizzata solo nello strumento di creazione, mentre Nome e Nome visualizzato fanno riferimento al nome specifico della lingua visualizzato nella console di Service Manager.
Nota
Quando si crea una classe, assicurarsi sempre che i nomi delle classi siano univoci tra i Management Pack. Se possibile, utilizzare dei nomi di classe significativi per il proprio ambiente. È possibile determinare se esiste già un nome di classe usando la funzionalità di ricerca nella finestra Visualizzatore classi dello strumento di creazione di Service Manager.
Proprietà
Tutte le istanze di una determinata classe condividono un set comune di proprietà. I valori di queste proprietà vengono forniti tramite vari metodi da parte degli utenti e possono variare tra istanze diverse. Le proprietà sono utilizzate per rappresentare i dettagli dell'oggetto attuale, come il nome univoco, la posizione e altri dettagli che possono interessare l'utente o che sono necessari per gli scenari di gestione.
Proprietà chiave
Una proprietà chiave identifica in modo univoco ogni istanza di una classe particolare. Se una proprietà è contrassegnata come proprietà chiave, ogni istanza della classe deve avere un valore univoco per tale proprietà e il valore non può essere Null. Per le classi ospitate, il valore deve essere univoco solo per tutte le istanze della classe che hanno lo stesso padre host. Per le classi non ospitate, deve essere univoco per tutte le istanze della classe nel gruppo di gestione. Le relazioni di hosting sono descritte in modo approfondito più avanti in questa sezione.
Le classi non richiedono sempre una proprietà chiave. Una proprietà chiave è necessaria solo se per un singolo elemento padre sono previste più istanze di una classe. Se è prevista solo una singola istanza, una proprietà chiave non è necessaria, ma può comunque essere definita.
Ad esempio, il motore di database SQL ha una proprietà chiave di Instance Name poiché un singolo computer può avere installato più di un'istanza di Microsoft SQL Server. In presenza di più istanze del motore di database SQL, ogni istanza deve avere un valore diverso per il Instance Name al fine di distinguere chiaramente tra oggetti differenti. La classe Server Web IIS, al contrario, non definisce una proprietà chiave perché può essere installata una sola istanza in qualsiasi computer.
Tutti gli oggetti dispongono di una proprietà Path Name calcolata dalla proprietà o dalle proprietà chiave dell'oggetto e da quelle dell'elemento padre o padre host. Per gli oggetti non host, Path Name sarà la proprietà chiave della classe stessa. Path Name può essere usato per identificare in modo univoco una qualsiasi istanza di una classe nel gruppo di gestione.
Classi di base e ereditarietà
Ogni classe deve specificare una classe di base che identifichi una classe esistente che verrà specializzatadalla nuova classe. Le librerie del Management Pack incluse in Service Manager contengono diverse classi che possono essere usate come base per le classi personalizzate nei Management Pack. In genere un Management Pack avrà almeno l'eredità di una classe da una classe della libreria e potenzialmente l'eredità di altre classi presenti nello stesso Management Pack.
Il concetto di una classe di base può essere illustrato con il Management Pack del sistema operativo Windows Server. In questo Management Pack sono incluse le classi che rappresentano i dischi logici installati nel computer. Nella figura seguente sono illustrate le classi Disco logico di Windows Server 2003 e Disco logico Windows Server 2008. Queste classi sono entrambe basate su Disco logico (Server) che viene definito nel file del Management Pack Microsoft.Windows.Server.Library. Il disco logico (server) è a sua volta basato su disco logico, che si basa su dispositivo logico e così via, tramite hardware logico, entità logica e infine entità. Tutte le classi possono tracciare un simile percorso di ereditarietà che terminerà sempre a Entità, ossia alla radice della struttura della classe. Questa è l'unica classe che non ha una classe base e tutte le altre classi ereditano da essa.
Ereditarietà delle proprietà tra classi
L'entità ha una singola proprietà denominata Nome visualizzato. Questa proprietà viene ereditata da tutte le classi che ereditano da Entity. Tutte le classi ereditano infine da Entity. Ecco perché tutte le classi hanno una proprietà Display Name . Nessuna altra classe di questo esempio ha proprietà fino a Periferica logica, che definisce Name, Descriptione DeviceID. DeviceID è specificato come proprietà chiave. Queste proprietà vengono tutte ereditate da Disco logico e da Disco logico (Server). Disco logico (Server) aggiunge quindi le proprietà aggiuntive Size, Drive Typee File System. Le classi di livello inferiore che sono specifiche della versione del sistema operativo ereditano l'intero insieme di proprietà fornito dalle classi superiori nella struttura di ereditarietà.
Tipi di classe
La maggior parte delle classi dispongono di una o più istanze effettive e sono note come classi concrete. Leclassi astratte e le classi singleton are special kinds of classes that behave differently e le are used for particular scenarios.
Classi astratte
Le classi astratte non hanno istanze ed esistono solo per agire come classe base per altre classi. Tutte le proprietà e le relazioni definite a livello di classe astratta vengono ereditate dalle classi figlio e non devono essere definite di nuovo. La maggior parte delle classi definite nelle librerie del Management Pack è astratta, poiché vengono fornite solo per fungere da classi di base per le classi definite nei Management Pack personalizzati.
Le classi astratte vengono usate in cui è presente un set comune di proprietà, relazioni o raggruppamento che possono essere definite in tutte le altre specializzazioni di una classe. Nell'esempio precedente tutte le classi illustrate sopra Windows Server 2003 Logical Disk e Windows Server 2008 Logical Disk sono astratte. Esistono solo per le classi di livello inferiore da cui ereditare.
Classi Singleton
Le classi Singleton vengono usate quando è presente una sola istanza di una classe. La classe è l'istanza ed esiste sempre. La singola istanza viene creata quando viene installato il Management Pack. Analogamente, una proprietà chiave non è necessaria per una classe singleton, perché avrà una sola istanza. Un uso comune delle classi singleton è relativo alla classe Groups , perché è necessaria una sola istanza di questa classe in tutto il gruppo di gestione.
Estensioni delle classi
Per personalizzare una classe, è possibile estenderla aggiungendo nuove proprietà alla definizione di classe esistente. Le nuove proprietà verranno ora incluse in tutte le istanze di tale classe già esistenti e in tutte le nuove istanze che verranno create. Non è possibile estendere una classe astratta.
Relazioni
Lerelazioni vengono definite tra le classi per indicare un'associazione tra una particolare istanza di una classe e una particolare istanza di un'altra. Esistono tre tipi di relazioni e sono descritti in dettaglio nelle sezioni seguenti:
Relazione di hosting
Relazione di contenuto
Relazione di riferimento
Le relazioni tra le classi influiscono sugli oggetti nei seguenti modi.
| Tipo di relazione | Proprietà chiave ed esistenza | Proprietà disponibili |
|---|---|---|
| Hosting | Il valore della proprietà chiave deve essere univoco per tutte le istanze della classe nel gruppo di gestione. Per le classi ospitate, tuttavia, il valore della proprietà chiave deve essere univoco solo per tutti gli oggetti con lo stesso elemento padre host. Per identificare in modo univoco un oggetto ospitato, sono necessarie la proprietà chiave dell'oggetto e dell'elemento padre dell'oggetto e la chiave della classe ospitata sarà la combinazione della proprietà della chiave della classe host e della proprietà della chiave della classe ospitata. L'esistenza di una classe hosted dipende dalla presenza della classe di hosting. |
Qualsiasi flusso di lavoro destinato a una classe ha accesso alle proprietà di tale classe, oltre alle proprietà di uno dei relativi elementi padre host. Ad esempio, uno script in un flusso di lavoro che utilizza la classe Motore di database di SQL Server 2008 come propria destinazione potrebbe richiedere il nome del computer sul quale è installata l'istanza di SQL Server 2008. Dato che un oggetto può avere un solo padre di hosting, il computer che ospita una particolare istanza della classe Motore di database di SQL Server 2008 sarà noto. Lo script del flusso di lavoro può accedere alle proprietà dell'oggetto di destinazione e alle proprietà dell'elemento padre di hosting della destinazione. |
| Containment | La proprietà chiave e l'esistenza non dipendono dall'oggetto contenitore. | Qualsiasi flusso di lavoro destinato a una classe ha accesso alle proprietà di tale classe, oltre alle proprietà di uno dei relativi elementi padre del contenitore (s). Ad esempio, uno script in un flusso di lavoro destinato a una classe di eventi imprevisti può accedere alle proprietà della classe della coda del contenitore. |
| Riferimento | La proprietà chiave e l'esistenza non dipendono dall'oggetto a cui si fa riferimento. | Qualsiasi flusso di lavoro destinato a una classe ha accesso solo alle proprietà di tale classe. |
Relazione di riferimento
La relazione di riferimento è il tipo di relazione più generale in assoluto. Una relazione di riferimento viene usata quando le classi padre e figlio non dipendono l'una dall'altra; Ad esempio, un database potrebbe fare riferimento a un altro database che sta replicando. Un database non dipende dall'altro e gli oggetti esistono separatamente.
Relazione di contenuto
Il tipo relazione di contenuto è meno restrittivo rispetto alla relazione di hosting. Dichiara che una classe è correlata a un'altra classe, anche se non è necessaria per l'altra. A differenza di una relazione di hosting, una relazione di contenuto è una relazione many-to-many. Ciò significa che un oggetto può contenere più oggetti e un singolo oggetto può essere contenuto da altri oggetti. Ad esempio, un gruppo può contenere più oggetti e un singolo oggetto può essere un membro di più gruppi.
In genere, le relazioni di contenuto sono usate per l'appartenenza a un gruppo in cui gli oggetti sono inclusi in un gruppo tramite una relazione di contenuto tra il gruppo e l'oggetto membro.
Relazione di hosting
La relazione tra le classi più restrittiva è la relazione di hosting . Una classe ospitata da un'altra classe è detta classe hostede un'istanza della classe viene definita oggetto hosted. Se una classe non è ospitata da un'altra classe, viene chiamata classe non ospitata e un'istanza della classe viene chiamata oggetto non ospitato.
Quando un oggetto è ospitato da un altro, tale oggetto basa la propria esistenza sul rispettivo padre di hosting. Se viene rimosso il padre di hosting, viene rimosso il figlio hosted. Ad esempio, un disco logico non può esistere senza il computer in cui è installato.
Un oggetto hosted può avere un solo padre di hosting, ma un padre può ospitare più figli. Ad esempio, un disco specifico può essere installato su un solo computer, ma in un computer possono essere installati più dischi.
Il Management Pack di SQL Server fornisce un altro esempio di relazioni di hosting. Qui viene mostrata la relazione di hosting tra la classe Computer Windows , la classe Motore di database di SQL Server 2008 e la classe Database di SQL Server 2008 .
Hosting di relazioni per le classi di SQL Server 2008
La classe Motore di database di SQL Server 2008 rappresenta un'istanza di SQL Server 2008 installata su un determinato computer. Dato che un database può essere installato in un solo motore di database, la classe Motore di database di SQL Server 2008 ospita la classe Database di SQL Server 2008 . Un gruppo di gestione può contenere più database con lo stesso nome, ma qualsiasi database installato in una determinata istanza della classe SQL Server deve avere un nome univoco. Il motore di database, a sua volta, è ospitato dalla classe Computer Windows . In un gruppo di gestione possono esserci più istanze di di SQL Server con lo stesso nome. Ciascuna di esse in un determinato computer deve avere un nome univoco.
Poiché vi sono due relazioni di hosting, il nome del percorso di ciascun database sarà il nome del computer seguito dal nome dell'istanza, seguito dal nome del database. Nel diagramma seguente è illustrato un esempio.
Relazioni di hosting di database di esempio
Linee guida generali e procedure consigliate per le classi
Usare le linee guida e le procedure consigliate seguenti quando si personalizzano le classi nello strumento di creazione di Service Manager.
Convenzioni di denominazione per le definizioni dei tipi
La convenzione di denominazione del modello di schema di Service Manager si basa sulla convenzione di denominazione degli spazi dei nomi .NET.
Convenzioni di denominazione di base
La convenzione di denominazione di base è CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, dove:
ProductName è facoltativo. Utilizzarlo se la definizione è indipendente da qualsiasi prodotto specifico.
FunctionalityArea è facoltativo. Utilizzarlo se è possibile applicare la definizione ad aree diverse.
Name riflette il significato della classe, non la gerarchia di ereditarietà.
Esempi: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incidente System.StarRating.Average.
Spazio dei nomi System
Lo spazio dei nomi System fa riferimento alle definizioni indipendenti da Microsoft e da Windows. Ciò vale in genere per le definizioni di base che dipendono da applicazioni Windows o Unix. Queste definizioni di base devono essere indipendenti dalla società.
Utilizzare le seguenti linee guida per il prefisso System:
System.Computer rappresenta qualsiasi tipo di computer e non è specifico del fornitore.
Utilizzare il prefisso System se si prevede che altri utenti definiscano gli schemi all'inizio di tale spazio dei nomi.
Si noti che Microsoft.Windows.Computer non inizia con System, anche se la maggior parte delle applicazioni Windows (indipendentemente dal fornitore che lo definisce) si basa su questa definizione.
Procedure consigliate per la denominazione delle classi
Usare le procedure consigliate seguenti per la denominazione delle classi:
Non creare due classi separate (anche se si trovano in due Management Pack diversi) che comportano l'archiviazione di valori di chiave identici per oggetti diversi delle due classi.
Quando si estende una classe, assicurarsi sempre che i nomi delle estensioni della classe siano univoci nei Management Pack. Se possibile, utilizzare nomi di estensione classe significativi.
Quando si estende una classe, non definire una proprietà con un ID già in uso in tale classe.
Non usare punti nei nomi delle proprietà di una classe personalizzata.
Se quando si crea un cubo si aggiunge un oggetto personalizzato denominato calcolo, anteporre NC_ al nome del calcolo denominato. Ciò riduce la possibilità di utilizzare il nome di una proprietà che esiste già.
Non creare troppe classi
La creazione di un numero eccessivo di classi può causare inutili complessità con valore minimo. Una buona regola consiste nell'utilizzare il minor numero di classi per ottenere i risultati desiderati. Oltre alle classi astratte, se una classe non sarà la destinazione di alcun flusso di lavoro o verrà usata per archiviare i dati, probabilmente non dovrebbe essere creata. Inoltre, se due classi sono simili, si prenda in considerazione l'uso di un'unica classe per entrambe, possibilmente utilizzando una proprietà che contenga i valori di tutte le differenze.
Non usare le proprietà che aggiornano frequentemente
I valori delle proprietà devono cambiare raramente dopo che sono stati popolati per la prima volta. Una possibile causa di modifiche frequenti del valore della proprietà è un connettore personalizzato o qualsiasi altra personalizzazione che aggiorna a livello di codice il database di Service Manager. Potenzialmente, questi scenari possono causare l'aggiornamento troppo frequente dei valori di una proprietà, ad esempio a intervalli di 10-15 minuti o anche meno, per un notevole numero di oggetti.
Tali modifiche frequenti ai valori delle proprietà potrebbero influire leggermente sulle prestazioni dei flussi di lavoro e su altre prestazioni. Infatti, il sistema registra tali modifiche nella cronologia. Inoltre, a seconda della proprietà che viene modificata, questa modifiche possono aggiungere una quantità notevole di dati da elaborare e archiviare per il data warehouse.
Non estendere una classe astratta
In Service Manager non è possibile estendere una classe astratta. Se si ha necessità di estendere una classe astratta, è possibile eseguire una delle seguenti operazioni:
Creare una nuova classe con le proprietà che si desidera aggiungere, quindi creare una relazione tra la nuova classe e la classe astratta.
Estendere ciascuna delle classi concrete rilevanti che derivano dalla classe astratta.
Migliorare la ricerca semplice per le classi degli elementi di lavoro
Quando si definisce una classe personalizzata derivata dalla classe "System.WorkItem", è consigliabile archiviare la proprietà DisplayName di tale classe nel formato seguente: WorkItem.ID<SPACE>WorkItem.Title.
Ciò migliora la ricerca semplice. La ricerca semplice esegue la ricerca solo della proprietà DisplayName . Escludendo esplicitamente il valore della proprietà Title e il valore della proprietà ID nel valore della proprietà DisplayName , i risultati della ricerca vengono migliorati. Infatti, l'utente può eseguire la ricerca per parola nel titolo o per ID.
Esplorare una classe nello strumento di creazione
È possibile usare il riquadro Visualizzatore classi nello strumento di creazione di Service Manager per esplorare le classi e le relative proprietà. Durante l'esplorazione delle classi, è possibile aggiungere un controllo a una maschera trascinando le proprietà dal riquadro Visualizzatore classi a un modulo creato nel riquadro di creazione.
Il riquadro Visualizzatore classi può visualizzare classi da qualsiasi Management Pack presente nella cartella Libreria e da qualsiasi Management Pack aperto nello strumento di creazione. Quando si seleziona una classe, nel riquadro Visualizzatore classi vengono visualizzate le proprietà definite specificamente per tale classe e le proprietà interne generate dal sistema. Per impostazione predefinita, la cartella Libreria si trova nel percorso seguente: C:\Programmi (x86)\Microsoft System Center\Service Manager <version> Authoring\Library.
Quando si seleziona un Management Pack nel riquadro Visualizzatore classi, vengono visualizzate tutte le classi del Management Pack selezionato ed è possibile espandere la classe per cui si desidera visualizzare le proprietà. Quando si seleziona Tutti i Management Pack, vengono visualizzate tutte le classi di tutti i Management Pack nella cartella Libreria. Ogni volta che si modifica la selezione del Management Pack, è necessario aggiornare il riquadro Visualizzatore classi.
Sfogliare una classe
Se il riquadro Visualizzatore classi non è visibile nello strumento di creazione, selezionare Visualizza e selezionare Visualizzatore classi.
Nel riquadro Visualizzatore classi, nell'elenco Management Pack, selezionare il Management Pack che contiene la classe da esplorare. Ad esempio, selezionare il Management Pack della libreria di sistema.
Individuare la classe da visualizzare, ad esempio la classe Computer , quindi eseguire le operazioni seguenti:
Per visualizzare i dettagli della classe, ad esempio Descrizione e Nome interno, fare clic con il pulsante destro del mouse sulla classe e selezionare Dettagli.
Per visualizzare l'elenco delle proprietà della classe, ad esempio Nome visualizzato e Stato asset, espandere la classe nel riquadro Visualizzatore classi. Per visualizzare ulteriormente i dettagli di una proprietà, fare clic con il pulsante destro del mouse sulla proprietà e selezionare Dettagli.
Per aprire il Management Pack contenente la definizione della classe, fare clic con il pulsante destro del mouse sulla classe e selezionare Visualizza.
Modificare i dettagli di una classe nello strumento di creazione
È possibile usare lo strumento di creazione di Service Manager per visualizzare le proprietà di una classe e per modificare i dettagli, ad esempio il nome o la descrizione, di una classe.
In Esplora Management Pack è possibile selezionare una classe e visualizzarne i dettagli nel riquadro Dettagli. Se si seleziona una classe definita in un Management Pack non bloccato, è possibile modificare il nome e la descrizione di tale classe.
Modificare il nome o la descrizione di una classe
Sul desktop selezionare Avvia.
Selezionare Strumento di creazione di Service Manager e attendere l'apertura dello strumento di creazione.
Assicurarsi che sia Esplora Management Pack che i riquadri Dettagli siano aperti.
Selezionare File e quindi Apri.
Nella finestra di dialogo Apri file selezionare un Management Pack non bloccato contenente la classe da modificare e selezionare Apri. Ad esempio, aprire la cartella di installazione dello strumento di creazione \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml Management Pack di esempio.
In Management Pack Explorer espandere il Management Pack che contiene la classe che si desidera modificare.
Espandere Classi, quindi individuare e selezionare la classe da modificare.
Selezionare il valore della proprietà Name o Description e quindi immettere il nuovo valore. I valori che non possono essere modificati non sono disponibili.
In Esplora Management Pack fare clic con il pulsante destro del mouse sul Management Pack contenente la classe modificata e scegliere Salva.
Creare una classe usando l'ereditarietà nello strumento creazione
Nello strumento di creazione di Service Manager è possibile creare una classe che eredita proprietà e relazioni da una classe base esistente. È quindi possibile modificare o aggiungere proprietà e relazioni alla nuova classe.
Come primo passaggio della definizione dell'ereditarietà della classe, scegliere la classe di base da cui ereditare proprietà e relazioni. Nello strumento di creazione è possibile scegliere la classe di base usando uno dei metodi seguenti:
Usare un collegamento per ereditare proprietà e relazioni dalla classe dell'elemento di configurazione di base.
Usare un collegamento per ereditare proprietà e relazioni dalla classe dell'elemento di lavoro di base.
Selezionare prima di tutto la classe di base e quindi iniziare a definire l'ereditarietà.
Iniziare a definire l'ereditarietà senza una selezione specifica della classe di base.
Le procedure seguenti descrivono tutti i metodi per definire l'ereditarietà della classe nello strumento di creazione.
Iniziare con la classe dell'elemento di configurazione o la classe dell'elemento di lavoro come classe base
Se Esplora Management Pack non è visibile nello strumento di creazione, selezionare Visualizza e selezionare Esplora Management Pack.
In Esplora Management Pack selezionare e quindi espandere qualsiasi Management Pack.
Fare clic con il pulsante destro del mouse su Classi e scegliere Crea classe elemento di configurazione o Crea classe elemento di lavoro.
Se si crea una classe da un Management Pack bloccato, nella finestra di dialogo Management Pack di destinazione selezionare un Management Pack non bloccato per archiviare la personalizzazione della classe e selezionare OK.
Nota
Se si sta creando una classe da un Management Pack non bloccato, questa personalizzazione della classe viene salvata in tale Management Pack selezionato.
Nella finestra di dialogo Crea classe specificare il nome interno per la nuova classe e selezionare Crea.
Nel riquadro di creazione è ora possibile visualizzare l'elenco delle proprietà della nuova classe. Se si sta creando una classe di elemento di configurazione, vengono elencate tutte le proprietà della classe dell'elemento di configurazione. Se si sta creando una classe elemento di lavoro, vengono visualizzate tutte le proprietà della classe dell'elemento di lavoro.
Selezionare Crea proprietà o Crea relazione per definire nuove proprietà e nuove relazioni per la classe .
Iniziare con una classe base selezionata
Se Esplora Management Pack non è visibile nello strumento di creazione, selezionare Visualizza e selezionare Esplora Management Pack.
In Esplora Management Pack individuare e quindi fare clic con il pulsante destro del mouse sulla classe di base da cui la nuova classe erediterà proprietà e relazioni. Selezionare Eredita da questa classe.
Nella finestra di dialogo Eredita nuova classe immettere un nome interno per la classe .
Nel riquadro di creazione le proprietà della classe e l'elenco delle relazioni visualizzano le proprietà della classe di base.
È ora possibile selezionare Crea proprietà o Crea relazione per aggiungere proprietà o una relazione alla nuova classe.
Avviare senza una classe base selezionata
Se Esplora Management Pack non è visibile nello strumento di creazione, selezionare Visualizza e selezionare Esplora Management Pack.
In Esplora Management Pack selezionare e quindi espandere qualsiasi Management Pack.
Fare clic con il pulsante destro del mouse su Classi e selezionare Crea un'altra classe.
Nella finestra di dialogo Classe base selezionare la classe base da cui ereditare proprietà e relazioni.
Facoltativamente, se si sa in quale Management Pack è definita la classe di base da usare, è possibile filtrare il rispettivo Management Pack e quindi selezionare la classe di base per questa personalizzazione.
Seleziona OK.
Se la classe base selezionata per ereditare proprietà e relazioni da si trova in un Management Pack bloccato, nella finestra di dialogo Management Pack di destinazione selezionare un Management Pack non bloccato per archiviare la personalizzazione della classe e selezionare OK.
Se la classe base selezionata per ereditare proprietà e relazioni da si trova in un Management Pack non bloccato, questa personalizzazione della classe verrà salvata in tale Management Pack selezionato.
Nella finestra di dialogo Crea classe specificare il nome interno per questa classe e selezionare Crea.
Nel riquadro di creazione è ora possibile visualizzare l'elenco delle proprietà della nuova classe. Questo elenco include tutte le proprietà della classe di base selezionata.
Estendere una classe nello strumento di creazione
È possibile estendere una classe nello strumento di creazione di Service Manager aggiungendo proprietà e relazioni alla definizione della classe . L'estensione di una classe influisce su tutte le istanze esistenti di tale classe: tutte le istanze di tale classe verranno aggiornate per includere le nuove proprietà e le nuove relazioni.
Estendere una classe
Se il riquadro Esplora Management Pack non è visibile nello strumento di creazione, selezionare Visualizza e selezionare Esplora Management Pack.
Nel riquadro Esplora Management Pack individuare e fare clic con il pulsante destro del mouse sulla classe da estendere e selezionare Estendi classe.
Nella finestra di dialogo Management Pack di destinazione selezionare un Management Pack non bloccato per archiviare l'estensione della classe e selezionare OK.
Nell'elenco Proprietà classe e relazione della scheda Estensione della classe nel riquadro di creazione vengono visualizzate le proprietà e le relazioni della classe. Creare nuove proprietà e relazioni nel modo seguente:
Selezionare Crea proprietà. Nella finestra di dialogo Crea proprietà immettere un nome in Nome interno per la nuova proprietà e selezionare Crea.
Selezionare Crea relazione. Nella finestra di dialogo Crea relazione immettere un nome in Nome interno per la nuova relazione e selezionare Crea.
Nota
Quando si estende una classe, non definire una proprietà con un ID già in uso in tale classe.
Individuare e selezionare la nuova proprietà o relazione nell'elenco Proprietà classe e relazione e modificarne le proprietà nel riquadro Dettagli in base alle esigenze.
Passaggi successivi
- Per visualizzare e modificare le proprietà degli oggetti, vedere Personalizzare e creare moduli.