Personnaliser et créer des classes avec la création de Service Manager

Une classe est l’élément principal utilisé pour représenter les objets utilisés dans Service Manager. Une classe peut représenter un ordinateur, un utilisateur, un incident ou un formulaire.

Les définitions de classes qui représentent un élément plus grand, tel qu’une fonctionnalité Service Manager, sont souvent regroupées. Les définitions de classes sont stockées dans les packs d’administration qui doivent être importés dans Service Manager pour activer la fonctionnalité Service Manager.

Concepts clés pour les classes

Les objets dans Service Manager sont des instances d’une classe de base particulière. Toutes les instances d'une classe de base possèdent un ensemble de propriétés et un comportement communs.

Comme tous les éléments du pack d'administration, les classes possèdent des propriétés ID et DisplayName . Dans cette documentation, l’ID fait référence au nom unique de la classe qui est visible uniquement dans l’outil de création, tandis que le nom et le nom complet font référence au nom spécifique à la langue qui apparaît dans la console Service Manager.

Remarque

Lorsque vous créez une classe, assurez-vous toujours que les noms de classes sont uniques parmi les packs d’administration. Si possible, utilisez des noms de classe explicites dans votre environnement. Vous pouvez déterminer si un nom de classe existe déjà à l’aide de la fonctionnalité de recherche dans la fenêtre Explorateur de classes de l’outil de création Service Manager.

Propriétés

Toutes les instances d’une classe particulière partagent un ensemble commun de propriétés. Les valeurs de ces propriétés peuvent être attribuées via différentes méthodes par les utilisateurs et peuvent varier d'une instance à l'autre. Les propriétés permettent de représenter les informations relatives à un objet, telles que son nom unique, son emplacement, et d'autres informations utiles ou nécessaires dans le cadre de leur gestion.

Propriétés clés

Une propriété de clé permet d'identifier de manière unique chaque instance d'une classe particulière. Si une propriété est marquée comme propriété clé, chaque instance de la classe doit avoir une valeur unique pour cette propriété et la valeur ne peut pas être null. Pour les classes hébergées, la valeur ne doit être unique que pour toutes les instances de la classe qui ont le même parent d’hébergement. Pour les classes non hébergées, elle doit être unique pour toutes les instances de la classe dans le groupe d’administration. Les relations d'hébergement seront décrites plus loin dans cette section.

Les classes ne nécessitent pas toujours de propriété de clé. Une propriété de clé est nécessaire uniquement lorsqu'un même parent doit contenir plusieurs instances d'une classe. Si une seule instance est attendue, une propriété de clé n’est pas requise, mais peut toujours être définie.

Par exemple, le moteur de base de données SQL possède une propriété de clé dont la valeur est Instance Name , car plusieurs instances de Microsoft SQL Server peuvent être installées sur un même ordinateur. Lorsqu'il existe plusieurs instances du moteur de base de données SQL, chacune doit avoir une valeur différente pour Instance Name , afin qu'il soit facile de distinguer les différents objets. En revanche, la classe de serveur web IIS ne définit pas de propriété de clé, car il ne peut y avoir qu’une seule instance installée sur n’importe quel ordinateur.

Tous les objets ont une propriété Path Name calculée à partir de la propriété ou des propriétés de clé de l’objet et de ses parents d’hébergement. Pour les objets non hébergés, Path Name est la propriété de clé de la classe elle-même. Path Name permet d'identifier de manière unique une instance d'une classe dans le groupe d'administration.

Classes de base et héritage

Chaque classe doit spécifier une classe de base qui permette d'identifier une classe existante que la nouvelle classe aura pour but de spécialiser. Les bibliothèques de packs d’administration incluses dans Service Manager contiennent plusieurs classes qui peuvent être utilisées comme base pour les classes personnalisées dans les packs d’administration. Un pack d'administration contient généralement au moins une classe qui hérite d'une classe de bibliothèque, et parfois d'autres classes qui héritent des classes du même pack d'administration.

Le concept d'une classe de base peut être illustré par le pack d'administration du système d'exploitation Windows Server. Ce pack d'administration comprend des classes qui représentent des disques logiques installés sur l'ordinateur. L'illustration suivante montre les classes Windows Server 2003 Logical Disk et Windows Server 2008 Logical Disk. Ces classes sont toutes deux basées sur Logical Disk (Server) qui est définie dans le fichier de pack d'administration Microsoft.Windows.Server.Library. Le disque logique (serveur) est à son tour basé sur le disque logique, qui est lui-même basé sur l’appareil logique, et ainsi de suite, via le matériel logique, l’entité logique et enfin l’entité. Toutes les classes ont un chemin d'héritage similaire se terminant toujours par Entity, qui est la racine de la structure de la classe. Il s’agit de la seule classe qui n’a pas de classe de base, et toutes les autres classes héritent finalement de celle-ci.

Héritage des propriétés entre les classes

L’entité a une propriété unique nommée Nom d’affichage. Cette propriété est héritée par toutes les classes qui héritent d’Entity. Toutes les classes héritent finalement d’Entity. C’est pourquoi toutes les classes ont une propriété Display Name . Aucune autre classe dans cet exemple n'a de propriété avant Logical Device, qui définit Name, Descriptionet DeviceID. DeviceID est spécifié comme propriété de clé. Ces propriétés sont toutes héritées par Logical Disk et Logical Disk (Server). Logical Disk (Server) ajoute alors les propriétés supplémentaires Size, Drive Typeet File System. Les classes situées au bas de l'arborescence qui sont spécifiques à la version du système d'exploitation héritent de l'ensemble des propriétés fournies par les classes de niveau supérieur dans l'arborescence d'héritage.

Types de classes

La plupart des classes possèdent une ou plusieurs instances, et sont connues sous le nom de classes concrètes. Lesclasses abstraites et les classes singleton are special kinds of classes that behave differently et les are used for particular scenarios.

Classes abstraites

Les classes abstraites ne contiennent aucune instance et existent uniquement comme classes de base d'autres classes. Toutes les propriétés et relations définies au niveau de la classe abstraite sont héritées par les classes enfants et ne doivent pas être définies à nouveau. La plupart des classes définies dans les bibliothèques de packs d’administration sont abstraites, car elles ne sont fournies qu’en tant que classes de base pour les classes définies dans les packs d’administration personnalisés.

Les classes abstraites sont utilisées lorsqu’il existe un ensemble commun de propriétés, de relations ou de regroupements qui peuvent être définis dans toutes les spécialisations supplémentaires d’une classe. Dans l’exemple précédent, toutes les classes indiquées ci-dessus disque logique Windows Server 2003 et disque logique Windows Server 2008 sont abstraites. Elles n'existent que pour les classes qui doivent hériter d'elles.

Classes Singleton

Les classes Singleton sont utilisées lorsqu’il existe une seule instance d’une classe. La classe représente l'instance et existe de façon permanente. L'instance unique est créée au moment de l'installation du pack d'administration. De même, une propriété de clé n’est pas requise pour une classe singleton, car elle n’aura qu’une seule instance. Une utilisation courante des classes singleton concerne la classe Groups , car il n’existe qu’une seule instance de cette classe requise dans le groupe d’administration.

Extensions de classe

Pour personnaliser une classe, vous pouvez l'étendre en ajoutant de nouvelles propriétés à la définition de classe existante. Les nouvelles propriétés seront désormais incluses dans toutes les instances de cette classe qui existent déjà et dans toutes les nouvelles instances qui seront créées. Une classe abstraite ne peut pas être étendue.

Relations

Lesrelations sont définies entre deux classes ou plus, afin d'indiquer l'association de leurs instances. Il existe trois types de relations et sont détaillés dans les sections suivantes :

• Relation d'hébergement

• Relation d'imbrication

• Relation de référence

Les relations de classe affectent les objets de différentes façons.

Type de relation	Existence et propriété de clé	Propriétés disponibles
Hébergement	La valeur de la propriété de clé doit être unique pour toutes les instances de la classe dans le groupe d’administration. Toutefois, pour les classes hébergées, la valeur de la propriété clé doit être unique uniquement pour tous les objets qui ont le même parent d’hébergement. Pour identifier de manière unique un objet hébergé, la propriété clé de l’objet et le parent de l’objet sont requises et la clé de la classe hébergée sera la combinaison de la propriété clé de classe d’hébergement et de la propriété de clé de classe hébergée. L'existence d'une classe hébergée dépend de l'existence de la classe d'hébergement.	Tout flux de travail ciblé à une classe a accès aux propriétés de cette classe en plus des propriétés de l’un de ses parents d’hébergement. Par exemple, le script d'un flux de travail utilisant la classe SQL 2008 DB Engine comme cible peut nécessiter le nom de l'ordinateur sur lequel est installée l'instance de SQL Server 2008. Étant donné qu'un objet ne peut avoir qu'un seul parent hôte, nous savons quel ordinateur héberge chacune des instances de la classe SQL 2008 DB Engine . Le script de flux de travail peut accéder aux propriétés de l’objet ciblé et aux propriétés du parent d’hébergement de cette cible.
Endiguement	La propriété de clé et l’existence ne dépendent pas de l’objet conteneur.	Tout flux de travail ciblé par une classe a accès aux propriétés de cette classe en plus des propriétés de l’un de ses parents de conteneur. Par exemple, un script dans un flux de travail ciblant une classe d’incident peut accéder aux propriétés de la classe de la file d’attente de conteneurs.
Référence	La propriété de clé et l’existence ne dépendent pas de l’objet référencé.	Tout flux de travail ciblé par une classe a accès uniquement aux propriétés de cette classe.

Relation de référence

La relation de référence est le type de relation le plus général. Une relation de référence est utilisée lorsque les classes parent et enfant ne dépendent pas les unes des autres ; par exemple, une base de données peut référencer une autre base de données qu’elle réplique. Une base de données ne dépend pas de l’autre et les objets existent séparément.

Relation d'imbrication

La relation d'imbrication est moins restrictive que la relation d'hébergement. Elle déclare qu’une classe est liée à une autre classe, bien qu’elle ne soit pas requise pour l’autre. Contrairement à une relation d'hébergement, une relation d'imbrication peut être de type plusieurs-à-plusieurs. Cela signifie qu'un objet peut contenir plusieurs objets, et qu'un même objet peut être contenu par plusieurs autres objets. Par exemple, un groupe peut contenir plusieurs objets, et un même objet peut être membre de plusieurs groupes.

Les relations d'imbrication sont généralement utilisées dans le cadre d'une appartenance à un groupe, où des objets sont inclus dans un groupe via une relation d'imbrication entre le groupe et les objets membres.

Relation d'hébergement

La relation la plus restrictive de toutes est la relation d' hébergement . Une classe hébergée par une autre classe est appelée classe hébergée, et ses instances sont appelées objets hébergés. Si une classe n’est pas hébergée par une autre, elle est appelée classe non hébergée et une instance de la classe est appelée objet non hébergé.

Lorsqu'un objet est hébergé par un autre, son existence dépend de celle de son parent hôte. Si le parent hôte est supprimé, l'enfant hébergé sera également supprimé. Par exemple, un disque logique ne peut pas exister sans l’ordinateur sur lequel il est installé.

Un objet hébergé ne peut avoir qu'un seul parent hôte, mais un parent peut héberger plusieurs enfants. Par exemple, un disque ne peut être installé que sur un ordinateur, mais un ordinateur peut contenir plusieurs disques.

Le pack d'administration de SQL Server fournit un autre exemple de relations d'hébergement. La relation d'hébergement entre la classe Windows Computer , la classe SQL 2008 DB Engine et la classe SQL 2008 DB est illustrée ci-dessous.

Relations d’hébergement pour les classes SQL Server 2008

La classe SQL 2008 DB Engine représente une instance de SQL Server 2008 installée sur un ordinateur particulier. Étant donné qu'une base de données ne peut être installée que sur un seul moteur de base de données, la classe SQL 2008 DB Engine héberge la classe SQL 2008 DB . Plusieurs bases de données d'un même groupe d'administration peuvent porter le même nom. Toutefois, les bases de données installées sur une instance de la classe SQL Server doivent chacune avoir un nom unique. Le moteur de base de données est, quant à lui, hébergé par la classe Windows Computer . Plusieurs instances SQL Server peuvent porter le même nom au sein d'un même groupe d'administration. Toutefois, elles doivent avoir un nom unique sur chaque ordinateur.

Étant donné qu'il existe deux relations d'hébergement, le nom du chemin d'accès à chaque base de données correspondra au nom de l'ordinateur, suivi du nom de l'instance, puis de celui de la base de données. Le diagramme ci-dessous en fournit un exemple.

Exemples de relations d’hébergement de base de données

Recommandations générales et bonnes pratiques pour les classes

Utilisez les instructions et les bonnes pratiques suivantes lorsque vous personnalisez des classes dans l’outil de création Service Manager.

Conventions d’affectation de noms pour les définitions de type

La convention de nommage du modèle de schéma Service Manager est basée sur la convention d’affectation de noms des espaces de noms .NET.

Conventions d’affectation de noms de base

La convention d'affectation de noms de base est CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, où :

• ProductName est facultatif. Vous pouvez l'utiliser si la définition ne dépend d'aucun produit.

• FunctionalityArea est facultatif. Vous pouvez l'utiliser si la définition s'applique à plusieurs sections.

• Name indique la signification de la classe, et non la hiérarchie d'héritage.

Exemples : Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incidentet System.StarRating.Average.

Espace de noms Système

L'espace de noms System fait référence aux définitions qui sont indépendantes de Microsoft et de Windows. Il s'agit généralement de définitions de base desquelles dépendent des applications Windows ou Unix. Ces définitions de base doivent être indépendantes de la société.

Utilisez les instructions suivantes concernant le préfixe System :

• System.Computer représente n’importe quel type d’ordinateur et n’est pas spécifique au fournisseur.

• Utilisez le préfixe System si vous pensez que d'autres personnes définiront des schémas sur cet espace de noms.

• Notez que Microsoft.Windows.Computer ne démarre pas avec System, bien que la plupart des applications Windows (quel que soit le fournisseur qui le définit) s’appuient sur cette définition.

Meilleures pratiques pour les classes de nommage

Utilisez les meilleures pratiques suivantes lorsque vous nommez des classes :

• Ne créez pas deux classes distinctes (même si elles se trouvent dans deux packs d’administration différents) qui entraîneraient des valeurs de clé identiques stockées pour différents objets des deux classes.

• Lorsque vous étendez une classe, assurez-vous toujours que les noms d’extension de classe sont uniques dans les packs d’administration. Si possible, utilisez des noms d'extension de classe explicites.

• Lorsque vous étendez une classe, ne définissez pas de propriété avec un ID déjà utilisé dans cette classe.

• N’utilisez pas de points dans les noms de propriétés d’une classe personnalisée.

• Si vous ajoutez un calcul nommé personnalisé lors de la création d'un cube, faites précéder le nom du calcul nommé par NC_. Cela réduira les risques d'utiliser un nom de propriété qui existe déjà.

Ne pas créer trop de classes

La création d'un trop grand nombre de classes peut entraîner une complexité inutile, sans présenter d'avantage. En général, il est recommandé d'utiliser le moins de classes possible pour obtenir les résultats désirés. À l’inverse des classes abstraites, si une classe ne sera pas la cible d’un flux de travail ou qu’elle sera utilisée pour stocker des données, elle ne doit probablement pas être créée. Si deux classes sont semblables, envisagez également de n'utiliser qu'une seule classe pour elles deux, par exemple, en utilisant une propriété pouvant contenir des valeurs différentes.

N’utilisez pas les propriétés qui sont fréquemment mises à jour

Les valeurs de propriété doivent changer rarement une fois qu’elles sont remplies pour la première fois. Une cause possible des modifications fréquentes des valeurs de propriété est un connecteur personnalisé ou toute autre personnalisation qui met à jour par programmation la base de données Service Manager. Ces scénarios peuvent entraîner une mise à jour des valeurs de propriété trop fréquente, tel que toutes les 10 à 15 minutes (ou moins) pour un grand nombre d'objets.

Ces changements fréquents des valeurs de propriété peuvent avoir un léger impact sur les performances des flux de travail, ainsi que sur les performances d'autres éléments. Ceci s'explique par le fait que le système conserve le suivi de ces modifications dans l'historique. En outre, en fonction de la propriété en question, ces modifications peuvent ajouter une quantité importante de données à traiter et à stocker dans l'entrepôt de données.

Ne pas étendre une classe abstraite

Dans Service Manager, vous ne pouvez pas étendre une classe abstraite. Si vous avez besoin d'étendre une classe abstraite, vous pouvez effectuer l'une des opérations suivantes :

• Créez une classe avec les propriétés de votre choix, puis créez une relation entre la nouvelle classe et la classe abstraite.

• Étendez chacune des classes concrètes appropriées, dérivées de la classe abstraite.

Améliorer la recherche simple des classes d’éléments de travail

Lorsque vous définissez une classe personnalisée dérivée de la classe « System.WorkItem », nous vous recommandons de stocker la propriété DisplayName de cette classe au format suivant : WorkItem.ID<SPACE>WorkItem.Title.

Cela permet d'améliorer la recherche simple. La recherche simple effectue uniquement des recherches dans la propriété DisplayName . En outre, si vous incluez de manière explicite les valeurs de propriété Title et ID de la valeur de propriété DisplayName , les résultats de la recherche simple s'en verront améliorés. Ceci s'explique par le fait que l'utilisateur peut effectuer une recherche à l'aide d'un mot du titre ou d'un ID.

Parcourir une classe dans l’outil Authoring

Vous pouvez utiliser le volet Explorateur de classes dans l’outil de création Service Manager pour parcourir les classes et leurs propriétés. Pendant que vous parcourez des classes, vous pouvez ajouter un contrôle à un formulaire en faisant glisser des propriétés du volet Explorateur de classes vers un formulaire créé dans le volet de création.

Le volet Explorateur de classes peut afficher des classes à partir de n’importe quel pack d’administration qui se trouve dans le dossier Bibliothèque et à partir de tout pack d’administration ouvert dans l’outil de création. Lorsque vous sélectionnez une classe, le volet Explorateur de classes affiche les propriétés spécifiquement définies pour cette classe et les propriétés internes générées par le système. Par défaut, le dossier Bibliothèque se trouve à l’emplacement suivant : C :\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library.

Lorsque vous sélectionnez un pack d’administration dans le volet Explorateur de classes, toutes les classes du pack d’administration sélectionné sont affichées et vous pouvez développer la classe pour laquelle vous souhaitez afficher les propriétés. Lorsque vous sélectionnez Tous les packs d’administration, toutes les classes de tous les packs d’administration du dossier Bibliothèque sont affichées. Chaque fois que vous modifiez la sélection du pack d’administration, vous devez actualiser le volet Explorateur de classes.

Parcourir une classe

1. Si le volet Explorateur de classes n’est pas visible dans l’outil de création, sélectionnez Affichage et sélectionnez Explorateur de classes.

2. Dans le volet Explorateur de classes, dans la liste des packs d’administration, sélectionnez le pack d’administration qui contient la classe à parcourir. Par exemple, sélectionnez le pack d’administration bibliothèque système.

3. Recherchez la classe que vous souhaitez afficher, telle que la classe Computer , puis procédez comme suit :

   • Pour afficher les détails de la classe, tels que Description et Nom interne, cliquez avec le bouton droit sur la classe, puis sélectionnez Détails.

   • Pour afficher la liste des propriétés de classe, telles que le nom d’affichage et l’état de la ressource, développez la classe dans le volet Explorateur de classes. Pour afficher les détails d’une propriété, cliquez avec le bouton droit sur la propriété, puis sélectionnez Détails.

   • Pour ouvrir le pack d’administration qui contient la définition de la classe, cliquez avec le bouton droit sur la classe, puis sélectionnez Affichage.

Modifier les détails d’une classe dans l’outil Authoring

Vous pouvez utiliser l’outil de création Service Manager pour afficher les propriétés d’une classe et modifier les détails, tels que le nom ou la description, d’une classe.

Dans l’Explorateur du pack d’administration, vous pouvez sélectionner une classe et afficher ses détails dans le volet Détails. Si vous sélectionnez une classe définie dans un pack d’administration non scellé, vous pouvez modifier le nom et la description de cette classe.

Modifier le nom ou la description d’une classe

1. Sur votre bureau, sélectionnez Démarrer.

2. Sélectionnez l’outil de création de Service Manager, puis attendez que l’outil de création s’ouvre.

3. Vérifiez que l’Explorateur du pack d’administration et les volets Détails sont ouverts.

4. Sélectionnez Fichier, puis Sélectionnez Ouvrir.

5. Dans la boîte de dialogue Ouvrir un fichier , sélectionnez un pack d’administration non scellé qui contient la classe à modifier, puis sélectionnez Ouvrir. Par exemple, ouvrez le dossier d’installation de l’outil de création \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml exemple de pack d’administration.

6. Dans l’Explorateur du pack d’administration, développez le pack d’administration qui contient la classe que vous souhaitez modifier.

7. Développez Classes, puis recherchez et sélectionnez la classe à modifier.

8. Sélectionnez la valeur de la propriété Name ou Description , puis entrez la nouvelle valeur. Les valeurs qui ne peuvent pas être modifiées ne sont pas disponibles.

9. Dans l’Explorateur du pack d’administration, cliquez avec le bouton droit sur le pack d’administration qui contient la classe modifiée, puis sélectionnez Enregistrer.

Créer une classe à l’aide de l’héritage dans l’outil Authoring

Dans Service Manager Authoring Tool, vous pouvez créer une classe qui hérite des propriétés et des relations d’une classe de base existante. Vous pouvez ensuite modifier ou ajouter des propriétés et des relations à la nouvelle classe.

Lors de la première étape de la définition de l’héritage de classe, choisissez la classe de base à partir de laquelle hériter des propriétés et des relations. Dans l’outil de création, vous pouvez choisir la classe de base à l’aide de l’une des méthodes suivantes :

• Utilisez un raccourci pour hériter des propriétés et des relations de la classe d’élément de configuration de base.

• Utilisez un raccourci pour hériter des propriétés et des relations de la classe d’élément de travail de base.

• Commencez par sélectionner la classe de base, puis commencez à définir l’héritage.

• Commencez à définir l’héritage sans sélection de classe de base spécifique.

  Les procédures suivantes décrivent toutes les méthodes permettant de définir l’héritage de classe dans l’outil De création.

Commencer par la classe d’élément de configuration ou la classe d’élément de travail en tant que classe de base

1. Si l’Explorateur du pack d’administration n’est pas visible dans l’outil de création, sélectionnez Afficher et sélectionnez Explorateur du pack d’administration.

2. Dans l’Explorateur du pack d’administration, sélectionnez, puis développez n’importe quel pack d’administration.

3. Cliquez avec le bouton droit sur Classes, puis sélectionnez Créer une classe d’élément de configuration ou Créer une classe d’élément de travail.

4. Si vous créez une classe à partir d’un pack d’administration scellé, dans la boîte de dialogue Pack d’administration cible, sélectionnez un pack d’administration non scellé pour stocker la personnalisation de la classe, puis sélectionnez OK.

   Remarque

   Si vous créez une classe à partir d’un pack d’administration non scellé, cette personnalisation de classe est enregistrée dans ce pack d’administration sélectionné.

5. Dans la boîte de dialogue Créer une classe, spécifiez le nom interne de la nouvelle classe, puis sélectionnez Créer.

   Dans le volet de création, vous pouvez maintenant afficher la liste des propriétés de la nouvelle classe. Si vous créez une classe d’élément de configuration, toutes les propriétés de la classe d’élément de configuration sont répertoriées. Si vous créez une classe d’élément de travail, toutes les propriétés de la classe d’élément de travail sont affichées.

6. Sélectionnez Créer une propriété ou créer une relation pour définir de nouvelles propriétés et de nouvelles relations pour la classe.

Commencer avec une classe de base sélectionnée

1. Si l’Explorateur du pack d’administration n’est pas visible dans l’outil de création, sélectionnez Afficher et sélectionnez Explorateur du pack d’administration.

2. Dans l’Explorateur du pack d’administration, recherchez, puis cliquez avec le bouton droit sur la classe de base à partir de laquelle la nouvelle classe héritera des propriétés et des relations. Sélectionnez Hériter de cette classe.

3. Dans la boîte de dialogue Hériter d’une nouvelle classe , entrez un nom interne pour la classe.

   Dans le volet de création, la liste des propriétés et des relations de classe affiche les propriétés de la classe de base.

4. Vous pouvez maintenant sélectionner Créer une propriété ou créer une relation pour ajouter des propriétés ou une relation à la nouvelle classe.

Démarrer sans classe de base sélectionnée

1. Si l’Explorateur du pack d’administration n’est pas visible dans l’outil de création, sélectionnez Afficher et sélectionnez Explorateur du pack d’administration.

2. Dans l’Explorateur du pack d’administration, sélectionnez, puis développez n’importe quel pack d’administration.

3. Cliquez avec le bouton droit sur Classes, puis sélectionnez Créer une autre classe.

4. Dans la boîte de dialogue Classe de base , sélectionnez la classe de base à partir de laquelle hériter des propriétés et des relations.

   Si vous savez éventuellement dans quel pack d’administration la classe de base que vous souhaitez utiliser est définie, vous pouvez filtrer sur le pack d’administration respectif, puis sélectionner la classe de base pour cette personnalisation.

   Cliquez sur OK.

5. Si la classe de base que vous avez sélectionnée pour hériter des propriétés et des relations d’un pack d’administration scellé se trouve dans un pack d’administration scellé, dans la boîte de dialogue Pack d’administration cible, sélectionnez un pack d’administration non scellé pour stocker la personnalisation de la classe, puis sélectionnez OK.

   Si la classe de base que vous avez sélectionnée pour hériter des propriétés et des relations d’un pack d’administration non scellé, cette personnalisation de classe est enregistrée dans ce pack d’administration sélectionné.

6. Dans la boîte de dialogue Créer une classe , spécifiez le nom interne de cette classe, puis sélectionnez Créer.

   Dans le volet de création, vous pouvez maintenant afficher la liste des propriétés de la nouvelle classe. Cette liste inclut toutes les propriétés de la classe de base que vous avez sélectionnée.

Étendre une classe dans l’outil Authoring

Vous pouvez étendre une classe dans Service Manager Authoring Tool en ajoutant des propriétés et des relations à la définition de la classe. L’extension d’une classe affecte toutes les instances existantes de cette classe : toutes les instances de cette classe seront mises à jour pour inclure les nouvelles propriétés et relations.

Étendre une classe

1. Si le volet Explorateur du pack d’administration n’est pas visible dans l’outil de création, sélectionnez Afficher et sélectionnez Explorateur de packs d’administration.

2. Dans le volet Explorateur du pack d’administration, recherchez et cliquez avec le bouton droit sur la classe que vous souhaitez étendre, puis sélectionnez Étendre la classe.

3. Dans la boîte de dialogue Pack d’administration cible, sélectionnez un pack d’administration non scellé pour stocker l’extension de classe, puis sélectionnez OK.

4. La liste des propriétés et des relations de classe de l’onglet Extension de classe dans le volet de création affiche les propriétés et les relations de la classe. Créez de nouvelles propriétés et relations comme suit :

   1. Sélectionnez Créer une propriété ; dans la boîte de dialogue Créer une propriété, entrez un nom dans Nom interne pour la nouvelle propriété, puis sélectionnez Créer.

   2. Sélectionnez Créer une relation ; dans la boîte de dialogue Créer une relation , entrez un nom dans nom interne pour la nouvelle relation, puis sélectionnez Créer.

   Remarque

   Lorsque vous étendez une classe, ne définissez pas de propriété avec un ID déjà utilisé dans cette classe.

5. Recherchez et sélectionnez la nouvelle propriété ou la nouvelle relation dans la liste des propriétés et des relations de classe, puis modifiez ses propriétés dans le volet Détails en fonction des besoins.

Étapes suivantes

• Pour afficher et modifier les propriétés des objets, consultez Personnaliser et créer des formulaires.