Klassen aanpassen en bewerken met het Service Manager-bewerkingsprogramma

Belangrijk

Deze versie van Service Manager heeft het einde van de ondersteuning bereikt. U wordt aangeraden een upgrade uit te voeren naar Service Manager 2022.

Een klasse is het hoofdelement dat wordt gebruikt om objecten weer te geven die worden gebruikt in Service Manager. Een klasse kan een computer, een gebruiker, een incident of een formulier vertegenwoordigen.

Klassedefinities die een groter element vertegenwoordigen, zoals een Service Manager-functie, worden vaak gegroepeerd. Klassedefinities worden opgeslagen in management packs die moeten worden geïmporteerd in Service Manager om Service Manager functionaliteit mogelijk te maken.

Belangrijkste concepten voor klassen

Objecten in Service Manager zijn exemplaren van een bepaalde basisklasse. Alle instanties van een basisklasse hebben een gemeenschappelijke set eigenschappen en gemeenschappelijk gedrag.

Net als alle management pack-elementen hebben klassen de eigenschappen Id en Weergavenaam . In deze documentatie verwijst id naar de unieke naam van de klasse die alleen wordt weergegeven in het bewerkingsprogramma, terwijl Naam en Weergavenaam verwijzen naar de taalspecifieke naam die wordt weergegeven in de Service Manager-console.

Notitie

Wanneer u een klasse maakt, moet u er altijd voor zorgen dat de klassenamen uniek zijn voor management packs. Gebruik indien mogelijk klassennamen die betekenisvol zijn in uw omgeving. U kunt bepalen of een klassenaam al bestaat met behulp van de zoekfunctie in het venster Klasbrowser van de Service Manager Authoring Tool.

Eigenschappen

Alle exemplaren van een bepaalde klasse delen een gemeenschappelijke set eigenschappen. De waarden van deze eigenschappen worden op verschillende manieren door gebruikers opgegeven, en kunnen per instantie verschillen. Eigenschappen worden gebruikt om details van het werkelijke object te vertegenwoordigen, zoals een unieke naam, locatie en andere details die van belang zijn voor de gebruiker of vereist zijn voor beheerscenario's.

Belangrijkste eigenschappen

Een sleuteleigenschap identificeert elk exemplaar van een bepaalde klasse op unieke wijze. Als een eigenschap is gemarkeerd als sleuteleigenschap, moet elk exemplaar van de klasse een unieke waarde voor die eigenschap hebben en mag de waarde niet null zijn. Voor gehoste klassen mag de waarde alleen uniek zijn voor alle exemplaren van de klasse die hetzelfde bovenliggende host hebben. Voor niet-gehoste klassen moet deze uniek zijn voor alle exemplaren van de klasse in de beheergroep. Hostingrelaties worden later in deze sectie verder beschreven.

Voor klassen is niet altijd een sleuteleigenschap vereist. Een sleuteleigenschap is alleen vereist als er meer dan één instantie van een klasse voor één bovenliggend item wordt verwacht. Als slechts één exemplaar wordt verwacht, is een sleuteleigenschap niet vereist, maar kan deze nog steeds worden gedefinieerd.

SQL Database Engine heeft bijvoorbeeld de sleuteleigenschap Exemplaarnaam, omdat op één computer meer dan één exemplaar van Microsoft SQL Server kan zijn geïnstalleerd. Wanneer er meerdere exemplaren van SQL Database-engine zijn, moet elk exemplaar een andere waarde voor Exemplaarnaam hebben om duidelijk onderscheid te maken tussen de verschillende objecten. De KLASSE IIS-webserver definieert daarentegen geen sleuteleigenschap, omdat er slechts één exemplaar op elke computer kan zijn geïnstalleerd.

Alle objecten hebben een padnaam-eigenschap die wordt berekend op basis van de sleuteleigenschap of eigenschappen van het object en die van de host bovenliggende of bovenliggende objecten. Voor niet-gehoste objecten is Padnaam de sleuteleigenschap van de klasse zelf. Padnaam kan worden gebruikt om een uniek exemplaar van een klasse in de beheergroep te identificeren.

Basisklassen en overname

Elke klasse moet een basisklasse opgeven die een bestaande klasse identificeert die door de nieuwe klasse wordt gespecialiseerd. De management pack-bibliotheken die deel uitmaken van Service Manager bevatten verschillende klassen die kunnen worden gebruikt als basis voor aangepaste klassen in management packs. Een management pack bevat gewoonlijk minstens één klasse die eigenschappen overneemt van een bibliotheekklasse, en mogelijk andere klassen die overnemen van klassen in hetzelfde management pack.

Het concept van een basisklasse kan worden geïllustreerd met het management pack voor het Windows Server-besturingssysteem. Dit management pack bevat klassen die op de computer geïnstalleerde logische schijven vertegenwoordigen. In de volgende afbeelding ziet u de klassen Windows Server 2003 Logical Disk en Windows Server 2008 Logical Disk. Deze klassen zijn beide gebaseerd op logische schijf (server) die is gedefinieerd in het management pack-bestand Microsoft.Windows.Server.Library. Logische schijf (server) is op zijn beurt gebaseerd op logische schijf, die zelf is gebaseerd op logisch apparaat, enzovoort, via logische hardware, logische entiteit en ten slotte entiteit. Alle klassen kunnen een vergelijkbaar overnamepad traceren en eindigen altijd bij Entiteit, de hoofdmap van de klassestructuur. Dit is de enige klasse die geen basisklasse heeft en alle andere klassen nemen er uiteindelijk van over.

Overname van eigenschappen tussen klassen

De entiteit heeft één eigenschap met de naam Weergavenaam. Deze eigenschap wordt overgenomen door alle klassen die worden overgenomen van de entiteit. Alle klassen nemen uiteindelijk de entiteit over. Daarom hebben alle klassen de eigenschap Weergavenaam . Geen andere klassen in dit voorbeeld hebben eigenschappen tot logisch apparaat, dat Naam, Beschrijving en DeviceID definieert. DeviceID is opgegeven als de sleuteleigenschap. Deze eigenschappen worden allemaal overgenomen door logische schijf en logische schijf (server). Logische schijf (server) voegt vervolgens de aanvullende eigenschappen Grootte, Stationstype en Bestandssysteem toe. De klassen op het laagste niveau die specifiek zijn voor de versie van het besturingssysteem nemen de volledige set eigenschappen over die worden geleverd door die klassen erboven in de overnamestructuur.

Klastypen

De meeste klassen hebben een of meer werkelijke exemplaren en worden concrete klassen genoemd. Abstracte klassen en singletonklassen zijn speciale soorten klassen die zich anders gedragen en worden gebruikt voor bepaalde scenario's.

Abstracte klassen

Abstracte klassen hebben geen instanties, en bestaan alleen om te fungeren als basisklasse voor andere klassen. Alle eigenschappen en relaties die zijn gedefinieerd op het niveau van de abstracte klasse, worden overgenomen door onderliggende klassen en hoeven niet opnieuw te worden gedefinieerd. De meeste klassen die zijn gedefinieerd in management pack-bibliotheken zijn abstract, omdat ze alleen worden geleverd om te fungeren als basisklassen voor klassen die zijn gedefinieerd in aangepaste management packs.

Abstracte klassen worden gebruikt wanneer er een gemeenschappelijke set eigenschappen, relaties of groeperingen is die kunnen worden gedefinieerd in alle verdere specialisaties van een klasse. In het vorige voorbeeld zijn alle klassen hierboven weergegeven logische schijf met Windows Server 2003 en Logische schijf van Windows Server 2008 abstract. Ze bestaan alleen voor klassen op een lager niveau waaruit ze kunnen worden overgenomen.

Singleton-klassen

Singleton-klassen worden gebruikt wanneer er maar één exemplaar van een klasse is. De klasse is de instantie, en bestaat altijd. Deze enkele instantie wordt gemaakt wanneer het management pack wordt geïnstalleerd. Op dezelfde manier is een sleuteleigenschap niet vereist voor een singleton-klasse, omdat deze maar één exemplaar heeft. Singletonklassen worden vaak gebruikt voor de klasse Groepen , omdat er slechts één exemplaar van deze klasse is vereist in de beheergroep.

Klasse-extensies

Als u een klasse wilt aanpassen, kunt u deze uitbreiden door nieuwe eigenschappen toe te voegen aan de bestaande klassendefinitie. De nieuwe eigenschappen worden nu opgenomen in alle exemplaren van die klasse die al bestaan en in alle nieuwe exemplaren die worden gemaakt. Een abstracte klasse kan niet worden uitgebreid.

Relaties

Relaties worden gedefinieerd tussen klassen om een koppeling aan te geven tussen een bepaald exemplaar van de ene klasse en het specifieke exemplaar van een andere klasse. Er zijn drie typen relaties en deze worden beschreven in de volgende secties:

• Hosting-relatie

• Containment-relatie

• Referentierelatie

Klassenrelaties beïnvloeden objecten op de volgende manieren.

Relatietype	Sleuteleigenschap en aanwezigheid	Beschikbare eigenschappen
Hosting	De waarde van de sleuteleigenschap moet uniek zijn voor alle exemplaren van de klasse in de beheergroep. Voor gehoste klassen moet de waarde van de sleuteleigenschap echter alleen uniek zijn voor alle objecten met hetzelfde bovenliggende hostobject. Als u een gehost object uniek wilt identificeren, is de sleuteleigenschap van zowel het object als het bovenliggende object vereist en is de sleutel van de gehoste klasse de combinatie van zowel de sleuteleigenschap van de hostklasse als de sleuteleigenschap van de gehoste klasse. Het bestaan van een gehoste klasse is afhankelijk van het bestaan van de hosting-klasse.	Elke werkstroom die is gericht op een klasse heeft toegang tot de eigenschappen van die klasse, naast de eigenschappen van een van de host-bovenliggende(s). Een script in een werkstroom met de SQL 2008 DB Engine-klasse als doel kan bijvoorbeeld de naam vereisen van de computer waarop het exemplaar van SQL Server 2008 is geïnstalleerd. Omdat een object slechts één bovenliggende host kan hebben, kennen we de computer die als host fungeert voor een bepaald exemplaar van de klasse SQL 2008 DB Engine . Het werkstroomscript heeft toegang tot de eigenschappen van het doelobject en de eigenschappen van het bovenliggende hostobject van dat doel.
Containment	Sleuteleigenschap en bestaan zijn niet afhankelijk van containerobject.	Elke werkstroom die is gericht op een klasse, heeft toegang tot de eigenschappen van die klasse, naast de eigenschappen van een van de bovenliggende containers. Een script in een werkstroom die is gericht op een incidentklasse heeft bijvoorbeeld toegang tot de eigenschappen van de klasse van de containerwachtrij.
Referentie	Sleuteleigenschap en bestaan zijn niet afhankelijk van het object waarnaar wordt verwezen.	Elke werkstroom die is gericht op een klasse heeft alleen toegang tot de eigenschappen van die klasse.

Referentierelatie

De verwijzingsrelatie is het meest algemene relatietype. Een verwijzingsrelatie wordt gebruikt wanneer de bovenliggende en onderliggende klassen niet van elkaar afhankelijk zijn; Een database kan bijvoorbeeld verwijzen naar een andere database die wordt gerepliceerd. De ene database is niet afhankelijk van de andere en de objecten bestaan afzonderlijk.

Containment-relatie

Het type insluitingsrelatie is minder beperkend dan de hostingrelatie. Hiermee wordt aangegeven dat de ene klasse is gerelateerd aan een andere klasse, hoewel de ene klasse niet vereist is voor de andere. In tegenstelling tot een hostingrelatie is een insluitingsrelatie veel-op-veel. Dat betekent dat een object meerdere objecten kan bevatten, en een object bevat kan worden door meerdere andere objecten. Eén groep kan bijvoorbeeld meerdere objecten bevatten, en één object kan lid zijn van meerdere groepen.

Containment-relaties worden gewoonlijk gebruikt voor groepslidmaatschappen waarbij objecten in een groep worden opgenomen door middel van een containment-relatie tussen de groep en het lidobject.

Hosting-relatie

De meest beperkende relatie tussen klassen is de hostingrelatie . Een klasse die wordt gehost door een andere klasse, wordt een gehoste klasse genoemd en een exemplaar van de klasse wordt een gehost object genoemd. Als een klasse niet wordt gehost door een andere, wordt deze een niet-gehoste klasse genoemd en wordt een exemplaar van de klasse een niet-gehost object genoemd.

Wanneer een object wordt gehost door een ander object, is het voor zijn bestaan afhankelijk van het bovenliggende hostobject. Als het bovenliggende hostobject wordt verwijderd, wordt het onderliggende gehoste object eveneens verwijderd. Een logische schijf kan bijvoorbeeld niet bestaan zonder de computer waarop deze is geïnstalleerd.

Een gehost object kan slechts één bovenliggend hostobject hebben, maar één bovenliggend object kan meerdere onderliggende objecten hosten. Zo kan een bepaalde schijf slechts in één computer geïnstalleerd zijn, maar in één computer kunnen meerdere schijven geïnstalleerd zijn.

Het SQL Server management pack biedt een ander voorbeeld van hostingrelaties. De hostingrelatie tussen de Windows-computerklasse , de SQL 2008 DB Engine-klasse en de SQL 2008 DB-klasse wordt hier weergegeven.

Hostingrelaties voor SQL Server 2008-klassen

De KLASSE SQL 2008 DB Engine vertegenwoordigt een exemplaar van SQL Server 2008 dat op een bepaalde computer is geïnstalleerd. Omdat een database slechts op één database-engine kan worden geïnstalleerd, fungeert de KLASSE SQL 2008 DB Engine als host voor de SQL 2008 DB-klasse . Er kunnen meerdere databases met dezelfde naam in een beheergroep zijn, maar databases die zijn geïnstalleerd op een bepaald exemplaar van de klasse SQL Server moeten een unieke naam hebben. De database-engine wordt op zijn beurt gehost door de windows-computerklasse . Er kunnen verschillende SQL Server-exemplaren met dezelfde naam in een beheergroep zijn. Elke instantie op een bepaalde computer moet een unieke naam hebben.

Omdat er twee hosting-relaties zijn, is de padnaam voor elke database de computernaam gevolgd door de instantienaam gevolgd door de databasenaam. In het volgende diagram wordt een voorbeeld getoond.

Voorbeelddatabasehostingrelaties

Algemene richtlijnen en best practices voor klassen

Gebruik de volgende richtlijnen en best practices wanneer u klassen aan het aanpassen bent in het Service Manager-bewerkingsprogramma.

Naamconventies voor typedefinities

De naamconventie Service Manager schemamodel is gebaseerd op de naamconventie van .NET-naamruimten.

Basisnaamconventies

De basisnaamconventie is CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, waarbij:

• ProductName is optioneel; gebruiken als de definitie onafhankelijk is van een specifiek product.

• FunctionaliteitGebied is optioneel; gebruik deze als de definitie van toepassing kan zijn op verschillende gebieden.

• Naam geeft de betekenis van de klasse weer, niet de overnamehiërarchie.

Voorbeelden: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incident en System.StarRating.Average.

De systeemnaamruimte

De systeemnaamruimte verwijst naar definities die onafhankelijk zijn van Microsoft en Windows. Dit geldt doorgaans voor de basisdefinities waarvan Windows- of Unix-toepassingen afhankelijk zijn. Deze basisdefinities moeten onafhankelijk van bedrijven zijn.

Gebruik de volgende richtlijnen voor het voorvoegsel System:

• System.Computer vertegenwoordigt elk type computer en is niet leverancierspecifiek.

• Gebruik het voorvoegsel Systeem als u verwacht dat anderen schema's definiëren boven op die naamruimte.

• Houd er rekening mee dat Microsoft.Windows.Computer niet begint met System, hoewel de meeste Windows-toepassingen (ongeacht de leverancier die het definieert) afhankelijk zijn van deze definitie.

Aanbevolen procedures voor het benoemen van klassen

Gebruik de volgende aanbevolen procedures bij het benoemen van klassen:

• Maak geen twee afzonderlijke klassen (zelfs niet als ze zich in twee verschillende management packs bevinden) die ertoe leiden dat identieke sleutelwaarden worden opgeslagen voor verschillende objecten van de twee klassen.

• Wanneer u een klasse uitbreidt, moet u er altijd voor zorgen dat de namen van de klasse-extensies uniek zijn in management packs. Gebruik indien mogelijk betekenisvolle namen voor klasse-uitbreidingen.

• Wanneer u een klasse uitbreidt, definieert u geen eigenschap met een id die al in die klasse wordt gebruikt.

• Gebruik geen punten in namen van eigenschappen van een aangepaste klasse.

• Als u een aangepaste benoemde berekening toevoegt wanneer u een kubus ontwerpt, typt u NC_ voor de naam van de benoemde berekening. Zo beperkt u de kans dat u een eigenschapnaam gebruikt die al bestaat.

Niet te veel klassen maken

Wanneer u te veel klassen maakt, kan dit leiden tot onnodige complexiteit met minimale toegevoegde waarde. Probeer de gewenste resultaten altijd met zo min mogelijk klassen te bereiken. Afgezien van abstracte klassen, moet een klasse waarschijnlijk niet worden gemaakt als het doel van een werkstroom wordt of wordt gebruikt om gegevens op te slaan. Wanneer twee klassen sterk op elkaar lijken, kunt u beter één klasse gebruiken en een eigenschap definiëren waarin de waarden voor eventuele verschillen kunnen worden opgenomen.

Gebruik geen eigenschappen die regelmatig worden bijgewerkt

Eigenschapswaarden worden zelden gewijzigd nadat ze voor het eerst zijn ingevuld. Een mogelijke oorzaak voor frequente wijzigingen in eigenschapswaarden is een aangepaste connector of een andere aanpassing waarmee de Service Manager-database programmatisch wordt bijgewerkt. Deze scenario's kunnen ertoe leiden dat eigenschapwaarden te vaak worden bijgewerkt, bijvoorbeeld elke tien tot vijftien minuten of minder voor een groot aantal objecten.

Dergelijke regelmatige wijzigingen in eigenschapwaarden kunnen de prestaties van de werkstroom enigszins beïnvloeden. Daarnaast kunnen ze de prestaties ook op andere manieren beïnvloeden. Dergelijke wijzigingen worden namelijk bijgehouden in de geschiedenis van het systeem. Afhankelijk van de eigenschap die wordt gewijzigd, kunnen deze wijzigingen er tevens toe leiden dat een aanzienlijke hoeveelheid gegevens moet worden verwerkt en opgeslagen door het datawarehouse.

Een abstracte klasse niet uitbreiden

In Service Manager kunt u een abstracte klasse niet uitbreiden. Als u een abstracte klasse wilt uitbreiden, kunt u het volgende doen:

• Maak een nieuwe klasse met de eigenschappen die u wilt toevoegen en maak vervolgens een relatie tussen de nieuwe klasse en de abstracte klasse.

• Breid elk van de relevante concrete klassen uit die zijn afgeleid van de abstracte klasse.

Eenvoudig zoeken naar klassen voor werkitems verbeteren

Wanneer u een aangepaste klasse definieert die is afgeleid van de klasse System.WorkItem, raden we u aan de eigenschap DisplayName van die klasse op te slaan in de volgende indeling: WorkItem.ID<SPACE>WorkItem.Title.

Hiermee verbetert u eenvoudige zoekopdrachten. Eenvoudige zoekopdrachten doorzoeken alleen de eigenschap DisplayName en door expliciet de waarde van de eigenschap Title en de waarde van de eigenschap ID op te nemen in de waarde van de eigenschap DisplayName , worden de resultaten van eenvoudige zoekopdrachten verbeterd. De gebruiker kan nu namelijk zoeken op een woord in de titel of op id.

Door een klas bladeren in het ontwerpprogramma

U kunt het deelvenster Klasbrowser in het Service Manager-bewerkingsprogramma gebruiken om door klassen en hun eigenschappen te bladeren. Terwijl u door klassen bladert, kunt u een besturingselement toevoegen aan een formulier door eigenschappen van het deelvenster Klasbrowser te slepen naar een formulier dat wordt gemaakt in het ontwerpvenster.

In het deelvenster Klasbrowser kunnen klassen worden weergegeven van elk management pack dat zich in de map Bibliotheek bevindt en van elk management pack dat is geopend in het ontwerpprogramma. Wanneer u een klasse selecteert, worden in het deelvenster Klasbrowser de eigenschappen weergegeven die specifiek zijn gedefinieerd voor die klasse en de interne eigenschappen die door het systeem worden gegenereerd. De map Bibliotheek bevindt zich standaard op de volgende locatie: C:\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library.

Wanneer u een management pack selecteert in het deelvenster Klasbrowser , worden alle klassen uit het geselecteerde management pack weergegeven en kunt u de klasse uitvouwen waarvoor u eigenschappen wilt weergeven. Wanneer u Alle management packs selecteert, worden alle klassen van alle management packs in de map Bibliotheek weergegeven. Wanneer u de selectie van het management pack wijzigt, moet u het deelvenster Klasbrowser vernieuwen.

Bladeren door een klas

1. Als het deelvenster Klasbrowser niet zichtbaar is in het bewerkingsprogramma, selecteert u Weergave en selecteert u Klasbrowser.

2. Selecteer in het deelvenster Klasbrowser in de lijst met management pack het management pack met de klasse die u wilt bekijken. Selecteer bijvoorbeeld het management pack Systeembibliotheek .

3. Zoek de klasse die u wilt weergeven, zoals de klasse Computer , en ga als volgt te werk:

   • Als u de details van de klasse wilt weergeven, zoals Beschrijving en Interne naam, klikt u met de rechtermuisknop op de klasse en selecteert u Details.

   • Als u de lijst met klasse-eigenschappen, zoals Weergavenaam en Assetstatus, wilt weergeven, vouwt u de klasse uit in het deelvenster Klasbrowser . Als u meer details van een eigenschap wilt weergeven, klikt u met de rechtermuisknop op de eigenschap en selecteert u Details.

   • Als u het management pack met de definitie van de klasse wilt openen, klikt u met de rechtermuisknop op de klasse en selecteert u Weergeven.

Details van een klasse bewerken in het bewerkingsprogramma

U kunt het Service Manager-bewerkingsprogramma gebruiken om de eigenschappen van een klasse weer te geven en de details, zoals de naam of beschrijving, van een klasse te bewerken.

In de Management Pack Explorer kunt u een klasse selecteren en de details ervan bekijken in het deelvenster Details . Als u een klasse selecteert die is gedefinieerd in een niet-verzegeld management pack, kunt u de naam en beschrijving van die klasse wijzigen.

De naam of beschrijving van een klasse wijzigen

1. Selecteer Start op het bureaublad.

2. Selecteer Service Manager Bewerkingsprogramma en wacht tot het bewerkingsprogramma is geopend.

3. Zorg ervoor dat de deelvensters Management Pack Explorer en Details zijn geopend.

4. Selecteer Bestand en selecteer Openen.

5. Selecteer in het dialoogvenster Bestand openen een niet-verzegeld management pack met de klasse die u wilt wijzigen en selecteer Openen. Open bijvoorbeeld de installatiemap van het bewerkingsprogramma \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml voorbeeld-management pack.

6. Vouw in de Management Pack Explorer het management pack uit dat de klasse bevat die u wilt wijzigen.

7. Vouw Klassen uit en zoek en selecteer de klasse die u wilt wijzigen.

8. Selecteer de waarde van de eigenschap Naam of Beschrijving en voer de nieuwe waarde in. Waarden die niet kunnen worden gewijzigd, zijn niet beschikbaar.

9. Klik in de Management Pack Explorer met de rechtermuisknop op het management pack dat de gewijzigde klasse bevat en selecteer Opslaan.

Een klasse maken met behulp van overname in het bewerkingsprogramma

In het Service Manager-bewerkingsprogramma kunt u een klasse maken die eigenschappen en relaties van een bestaande basisklasse over neemt. Vervolgens kunt u eigenschappen en relaties aan de nieuwe klasse wijzigen of toevoegen.

Als eerste stap voor het definiëren van klasseovername kiest u de basisklasse waarvan eigenschappen en relaties moeten worden overgenomen. In het bewerkingsprogramma kunt u de basisklasse kiezen met behulp van een van de volgende methoden:

• Gebruik een snelkoppeling om eigenschappen en relaties over te nemen van de basisconfiguratie-itemklasse.

• Gebruik een snelkoppeling om eigenschappen en relaties over te nemen van de klasse basiswerkitem.

• Selecteer eerst de basisklasse en begin vervolgens met het definiëren van de overname.

• Begin met het definiëren van overname zonder een specifieke basisklasseselectie.

  In de volgende procedures worden alle methoden beschreven voor het definiëren van klasseovername in het bewerkingsprogramma.

Om te beginnen met de klasse configuratie-item of de klasse werkitem als basisklasse

1. Als de Management Pack Explorer niet zichtbaar is in het bewerkingsprogramma, selecteert u Weergave en selecteert u Management Pack Explorer.

2. Selecteer in de Management Pack Explorer een management pack en vouw deze vervolgens uit.

3. Klik met de rechtermuisknop op Klassen en selecteer Configuratie-itemklasse maken of Werkitemklasse maken.

4. Als u een klasse maakt op basis van een verzegeld management pack, selecteert u in het dialoogvenster Doelbeheerpakket een niet-verzegeld management pack om de klasseaanpassing op te slaan en selecteert u OK.

   Notitie

   Als u een klasse maakt op basis van een niet-verzegeld management pack, wordt deze klasse-aanpassing opgeslagen in het geselecteerde management pack.

5. Geef in het dialoogvenster Klasse maken de interne naam op voor de nieuwe klasse en selecteer Maken.

   In het ontwerpvenster kunt u nu de lijst met eigenschappen van de nieuwe klasse weergeven. Als u een configuratie-itemklasse maakt, worden alle eigenschappen van de klasse configuratie-item weergegeven. Als u een klasse werkitem maakt, worden alle eigenschappen van de klasse werkitem weergegeven.

6. Selecteer Eigenschap maken of Relatie maken om nieuwe eigenschappen en nieuwe relaties voor de klasse te definiëren.

Beginnen met een geselecteerde basisklasse

1. Als de Management Pack Explorer niet zichtbaar is in het bewerkingsprogramma, selecteert u Weergave en selecteert u Management Pack Explorer.

2. Zoek in De Management Pack Explorer de basisklasse waarvan de nieuwe klasse eigenschappen en relaties overneemt en klik hierop met de rechtermuisknop. Selecteer Overnemen van deze klasse.

3. Voer in het dialoogvenster Nieuwe klasse overnemen een interne naam in voor de klasse.

   In het ontwerpvenster worden in de lijst Klasse-eigenschappen en -relaties de eigenschappen van de basisklasse weergegeven.

4. U kunt nu Eigenschap maken of Relatie maken selecteren om eigenschappen of een relatie toe te voegen aan de nieuwe klasse.

Beginnen zonder een geselecteerde basisklasse

1. Als de Management Pack Explorer niet zichtbaar is in het bewerkingsprogramma, selecteert u Weergave en selecteert u Management Pack Explorer.

2. Selecteer in de Management Pack Explorer een management pack en vouw deze vervolgens uit.

3. Klik met de rechtermuisknop op Klassen en selecteer Andere klasse maken.

4. Selecteer in het dialoogvenster Basisklasse de basisklasse waaruit u eigenschappen en relaties wilt overnemen.

   Als u weet in welk management pack de basisklasse die u wilt gebruiken is gedefinieerd, kunt u eventueel filteren op het desbetreffende management pack en vervolgens de basisklasse voor deze aanpassing selecteren.

   Selecteer OK.

5. Als de basisklasse die u hebt geselecteerd om eigenschappen en relaties van over te nemen zich in een verzegeld management pack bevindt, selecteert u in het dialoogvenster Doelbeheerpakket een niet-verzegeld management pack om de klasseaanpassing op te slaan en selecteert u OK.

   Als de basisklasse die u hebt geselecteerd om eigenschappen en relaties van over te nemen zich in een niet-verzegeld management pack bevindt, wordt deze klasseaanpassing opgeslagen in het geselecteerde management pack.

6. Geef in het dialoogvenster Klasse maken de interne naam voor deze klasse op en selecteer Maken.

   In het ontwerpvenster kunt u nu de lijst met eigenschappen van de nieuwe klasse weergeven. Deze lijst bevat alle eigenschappen van de basisklasse die u hebt geselecteerd.

Een klasse uitbreiden in het bewerkingsprogramma

U kunt een klasse uitbreiden in de Service Manager Authoring Tool door eigenschappen en relaties toe te voegen aan de definitie van de klasse. Het uitbreiden van een klasse is van invloed op alle bestaande exemplaren van die klasse: alle exemplaren van die klasse worden bijgewerkt met de nieuwe eigenschappen en relaties.

Een klasse uitbreiden

1. Als het deelvenster Management Pack Explorer niet zichtbaar is in het bewerkingsprogramma, selecteert u Weergave en selecteert u Management Pack Explorer.

2. Zoek in het deelvenster Management Pack Explorer de klasse die u wilt uitbreiden, klik hierop met de rechtermuisknop en selecteer Klasse uitbreiden.

3. Selecteer in het dialoogvenster Doelbeheerpakket een niet-verzegeld management pack om de klasse-extensie op te slaan en selecteer OK.

4. In de lijst Klasse-eigenschappen en -relaties op het tabblad Uitbreiding van klasse in het ontwerpvenster worden de eigenschappen en relaties van de klasse weergegeven. Maak als volgt nieuwe eigenschappen en relaties:

   1. Selecteer Eigenschap maken; Voer in het dialoogvenster Eigenschap maken een naam in bij Interne naam voor de nieuwe eigenschap; en selecteer Maken.

   2. Selecteer Relatie maken; Voer in het dialoogvenster Relatie maken een naam in bij Interne naam voor de nieuwe relatie; en selecteer Maken.

   Notitie

   Wanneer u een klasse uitbreidt, definieert u geen eigenschap met een id die al in die klasse wordt gebruikt.

5. Zoek en selecteer de nieuwe eigenschap of relatie in de lijst Klasse-eigenschappen en -relatie en wijzig de eigenschappen in het deelvenster Details indien nodig.

Volgende stappen

• Zie Formulieren aanpassen en maken als u de eigenschappen van objecten wilt weergeven en bewerken.