Dela via

Anpassa och skapa klasser med Service Manager-redigering

  • Artikel

Viktigt

Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.

En klass är huvudelementet som används för att representera objekt som används i Service Manager. En klass kan representera en dator, en användare, en incident eller ett formulär.

Klassdefinitioner som representerar ett större element, till exempel en Service Manager funktion, grupperas ofta tillsammans. Klassdefinitioner lagras i hanteringspaket som måste importeras till Service Manager för att aktivera Service Manager funktioner.

Viktiga begrepp för klasser

Objekt i Service Manager är instanser av en viss basklass. Alla instanser av en basklass har en gemensam uppsättning egenskaper och gemensamt beteende.

Precis som alla hanteringspaketelement har klasserna egenskaper för ID och Visningsnamn . I den här dokumentationen refererar ID till det unika namnet på klassen som endast visas i redigeringsverktyget, medan Namn och Visningsnamn refererar till det språkspecifika namn som visas i Service Manager-konsolen.

Anteckning

När du skapar en klass ska du alltid se till att klassnamnen är unika bland hanteringspaketen. Använd om möjligt klassnamn som har en betydelse i den aktuella miljön. Du kan avgöra om det redan finns ett klassnamn med hjälp av sökfunktionen i fönstret Class Browser i Service Manager Authoring Tool.

Egenskaper

Alla instanser av en viss klass delar en gemensam uppsättning egenskaper. Värdena på dessa egenskaper anges av användare via olika metoder och värdena kan skilja sig åt mellan olika instanser. Egenskaper används för att representera detaljer om det aktuella objektet, som unikt namn, plats och andra uppgifter som kan vara av intresse för användaren eller som behövs för olika hanteringsscenarier.

Nyckelegenskaper

En nyckelegenskap identifierar unikt varje instans av en viss klass. Om en egenskap är markerad som en nyckelegenskap måste varje instans av klassen ha ett unikt värde för den egenskapen och värdet får inte vara null. För värdbaserade klasser får värdet bara vara unikt för alla instanser av klassen som har samma överordnade värd. För ovärderade klasser måste den vara unik för alla instanser av klassen i hanteringsgruppen. Värdrelationer beskrivs mer utförligt senare i det här avsnittet.

Klasser kräver inte alltid en nyckelegenskap. En nyckelegenskap krävs bara om en viss överordnade värd förväntas ha fler än en instans av en klass. Om endast en enda instans förväntas krävs inte en nyckelegenskap, men den kan fortfarande definieras.

Till exempel har SQL Database Engine nyckelegenskapen Instansnamn eftersom en enda dator kan ha fler än en instans av Microsoft SQL Server installerad. Om det finns flera instanser av SQL Database Engine måste varje instans ha ett annat värde för instansnamn för att tydligt skilja mellan de olika objekten. IIS-webbserverklassen definierar däremot inte en nyckelegenskap eftersom det bara kan finnas en instans installerad på vilken dator som helst.

Alla objekt har egenskapen Sökvägsnamn som beräknas utifrån objektets nyckelegenskap eller egenskaper och egenskaperna för dess överordnade eller överordnade värd. För objekt utan värd är Sökvägsnamn nyckelegenskapen för själva klassen. Sökvägsnamn kan användas för att unikt identifiera alla instanser av en klass i hanteringsgruppen.

Basklasser och arv

Varje klass måste ange en basklass som identifierar en befintlig klass som den nya klassen specialiserar sig på. Hanteringspaketbiblioteken som ingår i Service Manager innehåller flera klasser som kan användas som bas för anpassade klasser i hanteringspaket. Ett hanteringspaket har oftast minst en klass med arv från en biblioteksklass och eventuellt även andra klasser med arv från klasser i samma hanteringspaket.

Begreppet basklass kan illustreras med Hanteringspaketet för Windows Server-operativsystem. Detta hanteringspaket innehåller klasser som representerar logiska diskar som är installerade på datorn. Följande bild visar klasserna Windows Server 2003 Logical Disk och Windows Server 2008 Logical Disk. Dessa klasser baseras båda på logisk disk (Server) som definieras i hanteringspaketfilen Microsoft.Windows.Server.Library. Logisk disk (server) baseras i sin tur på logisk disk, som i sig är baserad på logisk enhet och så vidare, via logisk maskinvara, logisk entitet och slutligen entitet. Alla klasser kan spåra en liknande arvsväg och hamnar alltid på Entitet, som är roten för klassstrukturen. Det här är den enda klassen som inte har någon basklass, och alla andra klasser ärver så småningom från den.

Ärvda egenskaper mellan klasser

Bild som visar arv av egenskaper mellan klasser.

Entiteten har en enda egenskap med namnet Visningsnamn. Den här egenskapen ärvs av alla klasser som ärver från entiteten. Alla klasser ärver så småningom från Entitet. Det är därför som alla klasser har egenskapen Visningsnamn . Inga andra klasser i det här exemplet har egenskaper förrän Logisk enhet, som definierar Namn, Beskrivning och DeviceID. DeviceID anges som nyckelegenskap. Alla dessa egenskaper ärvs av logisk disk och logisk disk (server). Logisk disk (Server) lägger sedan till de ytterligare egenskaperna Storlek, Enhetstyp och Filsystem. De klasser på den nedre nivån som är specifika för versionen av operativsystemet ärver hela uppsättningen egenskaper som tillhandahålls av dessa klasser ovanför dem i arvsträdet.

Klasstyper

De flesta klasser har en eller flera faktiska instanser och kallas betongklasser. Abstrakta klasser och singleton-klasser är särskilda typer av klasser som beter sig annorlunda och används för vissa scenarier.

Abstrakta klasser

Abstrakta klasser har inga instanser och finns bara för att fungera som basklass för andra klasser. Alla egenskaper och relationer som definieras på den abstrakta klassnivån ärvs av underordnade klasser och behöver inte definieras igen. De flesta klasser som definieras i bibliotek för hanteringspaket är abstrakta, eftersom de endast tillhandahålls för att fungera som basklasser för klasser som definieras i anpassade hanteringspaket.

Abstrakta klasser används där det finns en gemensam uppsättning egenskaper, relationer eller gruppering som kan definieras för alla ytterligare specialiseringar av en klass. I föregående exempel är alla klasser som visas ovanför Windows Server 2003 Logical Disk och Windows Server 2008 Logical Disk abstrakta . De finns bara för klasser på lägre nivå att ärva från.

Singleton-klasser

Singleton-klasser används när det finns en och bara en instans av en klass. Klassen är instansen, och den finns alltid. Denna enda instans skapas när hanteringspaket installeras. På samma sätt krävs inte en nyckelegenskap för en singleton-klass, eftersom den bara har en enda instans. En vanlig användning av singleton-klasser är för klassen Grupper , eftersom det bara finns en enda instans av den här klassen som krävs i hela hanteringsgruppen.

Klasstillägg

Om du vill anpassa en klass kan du utöka den genom att lägga till nya egenskaper i den befintliga klassdefinitionen. De nya egenskaperna kommer nu att inkluderas i alla instanser av den klassen som redan finns och i alla nya instanser som kommer att skapas. Det går inte att utöka en abstrakt klass.

Relationer

Relationer definieras mellan klasser för att ange en association mellan en viss instans av en klass och en viss instans av en annan. Det finns tre typer av relationer och de beskrivs i följande avsnitt:

  • Värdrelationer

  • Behållarrelationer

  • Referensrelationer

Klassrelationer påverkar objekt på följande sätt.

Typ av relation Nyckelegenskap och förekomst Tillgängliga egenskaper
Värd Värdet för nyckelegenskapen måste vara unikt för alla instanser av klassen i hanteringsgruppen. För värdbaserade klasser måste värdet för nyckelegenskapen vara unikt endast för alla objekt som har samma överordnade värd.

För att unikt identifiera ett värdbaserat objekt krävs nyckelegenskapen för både objektet och objektets överordnade objekt, och nyckeln för den värdbaserade klassen är kombinationen av både egenskapen värdklassnyckel och egenskapen för värdhanterad klassnyckel.

Förekomsten av en värdbaserad klass beror på förekomsten av den överordnade värdklassen.		 Alla arbetsflöden som är riktade till en klass har åtkomst till den klassens egenskaper utöver egenskaperna för någon av dess överordnade värdar.

Ett skript i ett arbetsflöde som använder SQL 2008 DB Engine-klassen som mål kan till exempel kräva namnet på den dator där instansen av SQL Server 2008 är installerad. Eftersom ett objekt bara kan ha en överordnad värd känner vi till den dator som är värd för en viss instans av SQL 2008 DB Engine-klassen . Arbetsflödesskriptet kan komma åt egenskaperna för målobjektet och egenskaperna för det målets överordnade värd.
Behållare Nyckelegenskapen och förekomsten är inte beroende av containerobjekt. Alla arbetsflöden som är riktade till en klass har åtkomst till den klassens egenskaper utöver egenskaperna för någon av dess överordnade container (s).

Ett skript i ett arbetsflöde som riktar sig till en incidentklass kan till exempel komma åt egenskaperna för containerköns klass.
Referens Nyckelegenskap och -existens är inte beroende av refererade objekt. Alla arbetsflöden som är riktade mot en klass har endast åtkomst till den klassens egenskaper.

Referensrelationer

Referensrelationen är den mest allmänna relationstypen. En referensrelation används när de överordnade och underordnade klasserna inte är beroende av varandra. En databas kan till exempel referera till en annan databas som den replikerar. En databas är inte beroende av den andra och objekten finns separat.

Behållarrelationer

Typen av inneslutningsrelation är mindre restriktiv än värdrelationen. Den deklarerar att en klass är relaterad till en annan klass, även om den ena inte krävs för den andra. Till skillnad från en värdrelation är en inneslutningsrelation många-till-många. Det innebär att ett objekt kan innehålla flera objekt, och ett objekt kan finnas i flera andra objekt. En grupp kan till exempel innehålla flera objekt, och ett objekt kan vara medlem i flera grupper.

Behållarrelationer används oftast för gruppmedlemskap, där objekt ingår i en grupp via en behållarrelation mellan gruppen och medlemsobjektet.

Värdrelationer

Den mest restriktiva relationen mellan klasser är värdrelationen . En klass som värdhanteras av en annan klass kallas för en värdbaserad klass och en instans av klassen kallas för ett värdbaserat objekt. Om en klass inte hanteras av en annan klass kallas den för en klass utan värd och en instans av klassen kallas för ett objekt utan värd.

När ett objekt har ett annat objekt som värd är det helt beroende av det överordnade objektet för att överhuvudtaget finnas. Om det överordnade värdobjektet tas bort, tas även det underordnade värdbaserade objektet bort. En logisk disk kan till exempel inte finnas utan den dator som den är installerad på.

Ett värdbaserat objekt kan bara ha ett överordnat värdobjekt, men värdobjektet självt kan ha flera underordnade objekt. En viss disk kan till exempel bara vara installerad på en viss dator, men datorn kan ha flera olika diskar installerade.

SQL Server-hanteringspaket är ett annat exempel på värdrelationer. Värdrelationen mellan klassen Windows Computer , klassen SQL 2008 DB Engine och KLASSEN SQL 2008 DB visas här.

Värdrelationer för SQL Server 2008-klasser

Bild av värdrelationen för SQL Server 2008-klasser.

SQL 2008 DB Engine-klassen representerar en instans av SQL Server 2008 som är installerad på en viss dator. Eftersom en databas endast kan installeras på en enda databasmotor är SQL 2008 DB Engine-klassen värd för SQL 2008 DB-klassen . Det kan finnas flera databaser med samma namn i en hanteringsgrupp, men alla databaser som är installerade på en viss instans av SQL Server-klassen måste ha ett unikt namn. Databasmotorn hanteras i sin tur av klassen Windows-dator . Det kan finnas flera SQL Server instanser med samma namn i en hanteringsgrupp. Var och en på en viss dator måste ha ett unikt namn.

Eftersom det finns två värdrelationer blir sökvägen för varje databas datornamnet följt av instansnamnet följt av databasnamnet. Följande bild visar ett exempel på detta.

Exempeldatabasens värdrelationer

Diagram över en exempeldatabas som är värd för en relation.

Allmänna riktlinjer och metodtips för klasser

Använd följande riktlinjer och metodtips när du anpassar klasser i Service Manager redigeringsverktyget.

Namngivningskonventioner för typdefinitioner

Namngivningskonventionen för Service Manager schemamodell baseras på namngivningskonventionen för .NET-namnområden.

Grundläggande namngivningskonventioner

Den grundläggande namngivningskonventionen är CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, där:

  • ProductName är valfritt. om definitionen är oberoende av en viss produkt.

  • FunctionalityArea är valfritt. använd den om definitionen kan gälla för olika områden.

  • Namnet återspeglar klassens innebörd, inte arvshierarkin.

Exempel: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incident och System.StarRating.Average.

Systemnamnområdet

Systemnamnområdet refererar till definitioner som är oberoende av Microsoft och Windows. Detta gäller vanligtvis de grunddefinitioner som antingen Windows-program eller Unix-program är beroende av. Dessa grunddefinitioner bör vara företagsoberoende.

Använd följande riktlinjer för prefixet System:

  • System.Computer representerar alla typer av datorer och är inte leverantörsspecifika.

  • Använd systemprefixet om du förväntar dig att andra ska definiera scheman ovanpå namnområdet.

  • Observera att Microsoft.Windows.Computer inte börjar med System, även om de flesta Windows-program (oavsett vilken leverantör som definierar det) förlitar sig på den här definitionen.

Metodtips för namngivningsklasser

Använd följande metodtips när du namnger klasser:

  • Skapa inte två separata klasser (även om de finns i två olika hanteringspaket) som skulle resultera i att identiska nyckelvärden lagras för olika objekt i de två klasserna.

  • När du utökar en klass ska du alltid se till att klasstilläggsnamnen är unika för hanteringspaket. Använd om möjligt meningsfulla klassutökningsnamn.

  • När du utökar en klass ska du inte definiera en egenskap med ett ID som redan används i den klassen.

  • Använd inte punkter i namn på egenskaper för en anpassad klass.

  • Om du lägger till en anpassad namngiven beräkning när du skapar en kub, förordar du namnet på den namngivna beräkningen med NC_. Detta minskar risken att du använder ett egenskapsnamn som redan finns.

Skapa inte för många klasser

Om du skapar för många klasser kan det öka komplexiteten utan att ge någon väsentligt förbättring. En bra tumregel är att använda minsta möjliga antal klasser för önskat resultat. Förutom abstrakta klasser, om en klass inte kommer att vara målet för något arbetsflöde eller användas för att lagra data, bör den förmodligen inte skapas. Om två klasser är lika varandra bör du fundera på att bara använda en klass i stället, kanske genom att använda en egenskap som kan lagra värdena för eventuella olikheter.

Använd inte egenskaper som uppdateras ofta

Egenskapsvärden bör ändras sällan när de har fyllts i först. En möjlig orsak till frekventa egenskapsvärdeändringar är en anpassad anslutningsapp eller någon annan anpassning som programmatiskt uppdaterar Service Manager-databasen. De här scenarierna kan medföra att egenskapsvärden uppdateras för ofta, kanske var 10–15 minut eller oftare, för ett stort antal objekt.

Sådana frekventa ändringar av egenskapsvärden kan påverka prestanda för arbetsflöden, och de kan även ha andra effekter på prestanda. Detta beror på att systemet spårar alla ändringarna i historiken. Beroende på vilken egenskap som ändras kan ändringarna även öka mängden data som ska bearbetas och lagras i datalagret avsevärt.

Utöka inte en abstrakt klass

I Service Manager kan du inte utöka en abstrakt klass. Om du behöver utöka en abstrakt klass gör du något av följande:

  • Skapa en ny klass med de egenskaper du vill lägga till och skapa sedan en relation mellan den nya klassen och den abstrakta klassen.

  • Utöka var och en av de relevanta konkreta klasserna som härleds från den abstrakta klassen.

Förbättra enkel sökning efter arbetsobjektklasser

När du definierar en anpassad klass som härleds från klassen "System.WorkItem" rekommenderar vi att du lagrar egenskapen DisplayName för den klassen i följande format: WorkItem.ID<SPACE>WorkItem.Title.

Detta förbättrar enkel sökning. Enkel sökning söker bara efter egenskapen DisplayName , och genom att uttryckligen inkludera egenskapsvärdet Rubrik och ID-egenskapsvärdet i egenskapsvärdet DisplayName förbättras resultatet av enkel sökning. Detta beror på att användaren kan söka antingen efter ord i namnet eller i ID:t.

Bläddra i en klass i redigeringsverktyget

Du kan använda fönstret Klassläsare i Service Manager redigeringsverktyget för att bläddra bland klasser och deras egenskaper. När du bläddrar i klasser kan du lägga till en kontroll i ett formulär genom att dra egenskaper från fönstret Klassläsare till ett formulär som skapas i redigeringsfönstret.

Fönstret Klassläsare kan visa klasser från alla hanteringspaket som finns i mappen Bibliotek och från alla hanteringspaket som har öppnats i redigeringsverktyget. När du väljer en klass visar fönstret Klassläsare de egenskaper som är specifikt definierade för den klassen och de interna egenskaper som genereras av systemet. Som standard finns mappen Bibliotek på följande plats: C:\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library.

När du väljer ett hanteringspaket i fönstret Klasswebbläsare visas alla klasser från det valda hanteringspaketet och du kan expandera den klass som du vill visa egenskaper för. När du väljer Alla hanteringspaket visas alla klasser från alla hanteringspaket i mappen Bibliotek. När du ändrar valet av hanteringspaket måste du uppdatera fönstret Klasswebbläsare .

Så här bläddrar du i en klass

  1. Om fönstret Klassläsare inte visas i redigeringsverktyget väljer du Visa och sedan Klasswebbläsare.

  2. I fönstret Klassläsare går du till listan med hanteringspaket och väljer det hanteringspaket som innehåller den klass som du vill bläddra i. Välj till exempel systembibliotekets hanteringspaket .

  3. Leta upp den klass som du vill visa, till exempel klassen Dator , och gör sedan följande:

    • Om du vill visa information om klassen, till exempel Beskrivning och Internt namn, högerklickar du på klassen och väljer Information.

    • Om du vill visa listan över klassegenskaper, till exempel Visningsnamn och Tillgångsstatus, expanderar du klassen i fönstret Klasswebbläsare . Om du vill visa mer information om en egenskap högerklickar du på egenskapen och väljer Information.

    • Om du vill öppna hanteringspaketet som innehåller definitionen av klassen högerklickar du på klassen och väljer Visa.

Redigera information om en klass i redigeringsverktyget

Du kan använda Service Manager redigeringsverktyget för att visa egenskaperna för en klass och redigera information, till exempel namn eller beskrivning, för en klass.

I Utforskaren för hanteringspaket kan du välja en klass och visa dess information i fönstret Information . Om du väljer en klass som definieras i ett oförseglat hanteringspaket kan du ändra namnet och beskrivningen för den klassen.

Ändra namn eller beskrivning för en klass

  1. Välj Start på skrivbordet.

  2. Välj Service Manager redigeringsverktyget och vänta tills redigeringsverktyget öppnas.

  3. Kontrollera att både Hanteringspaketutforskaren och informationsfönster är öppna.

  4. Välj Arkiv och välj Öppna.

  5. I dialogrutan Öppna fil väljer du ett oförseglat hanteringspaket som innehåller den klass som du vill ändra och väljer Öppna. Öppna till exempel installationsmappen för redigeringsverktyget \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml exempelhanteringspaket.

  6. I Hanteringspaketutforskaren expanderar du det hanteringspaket som innehåller den klass som du vill ändra.

  7. Expandera Klasser och leta sedan upp och välj den klass som du vill ändra.

  8. Välj värdet för egenskapen Namn eller Beskrivning och ange sedan det nya värdet. Värden som inte kan ändras är inte tillgängliga.

  9. I Utforskaren för hanteringspaket högerklickar du på hanteringspaketet som innehåller den ändrade klassen och väljer Spara.

Skapa en klass med arv i redigeringsverktyget

I Service Manager redigeringsverktyget kan du skapa en klass som ärver egenskaper och relationer från en befintlig basklass. Du kan sedan ändra eller lägga till egenskaper och relationer i den nya klassen.

Som det första steget för att definiera klassarv väljer du den basklass som du vill ärva egenskaper och relationer från. I redigeringsverktyget kan du välja basklassen med någon av följande metoder:

  • Använd en genväg för att ärva egenskaper och relationer från baskonfigurationsobjektklassen.

  • Använd en genväg för att ärva egenskaper och relationer från den grundläggande arbetsobjektklassen.

  • Välj först basklassen och börja sedan definiera arvet.

  • Börja definiera arv utan ett specifikt basklassval.

    Följande procedurer beskriver alla metoder för att definiera klassarv i redigeringsverktyget.

Börja med konfigurationsobjektklassen eller arbetsobjektklassen som basklass

  1. Om Hanteringspaketutforskaren inte visas i redigeringsverktyget väljer du Visa och väljer Hanteringspaketutforskaren.

  2. I Utforskaren för hanteringspaket väljer du och expanderar sedan alla hanteringspaket.

  3. Högerklicka på Klasser och välj Skapa konfigurationsobjektklass eller Skapa arbetsobjektklass.

  4. Om du skapar en klass från ett förseglat hanteringspaket går du till dialogrutan Målhanteringspaket och väljer ett oförseglat hanteringspaket för att lagra klassanpassningen och väljer OK.

    Anteckning

    Om du skapar en klass från ett oförseglat hanteringspaket sparas den här klassanpassningen i det valda hanteringspaketet.

  5. I dialogrutan Skapa klass anger du det interna namnet för den nya klassen och väljer Skapa.

    I redigeringsfönstret kan du nu visa listan med egenskaper för den nya klassen. Om du skapar en konfigurationsobjektklass visas alla egenskaper för klassen konfigurationsobjekt. Om du skapar en arbetsobjektsklass visas alla egenskaper för arbetsobjektklassen.

  6. Välj Skapa egenskap eller Skapa relation för att definiera nya egenskaper och nya relationer för klassen.

Börja med en vald basklass

  1. Om Hanteringspaketutforskaren inte visas i redigeringsverktyget väljer du Visa och väljer Hanteringspaketutforskaren.

  2. I Utforskaren för hanteringspaket letar du upp och högerklickar sedan på basklassen som den nya klassen ärver egenskaper och relationer från. Välj Ärv från den här klassen.

  3. I dialogrutan Ärv ny klass anger du ett internt namn för klassen.

    I redigeringsfönstret visar listan Klassegenskaper och relation egenskaperna för basklassen.

  4. Nu kan du välja Skapa egenskap eller Skapa relation för att lägga till egenskaper eller en relation till den nya klassen.

Starta utan en vald basklass

  1. Om Hanteringspaketutforskaren inte visas i redigeringsverktyget väljer du Visa och väljer Hanteringspaketutforskaren.

  2. I Utforskaren för hanteringspaket väljer du och expanderar sedan alla hanteringspaket.

  3. Högerklicka på Klasser och välj Skapa annan klass.

  4. I dialogrutan Basklass väljer du den basklass som du vill ärva egenskaper och relationer från.

    Om du vet i vilket hanteringspaket basklassen som du vill använda har definierats kan du filtrera på respektive hanteringspaket och sedan välja basklassen för den här anpassningen.

    Välj OK.

  5. Om basklassen som du valde att ärva egenskaper och relationer från finns i ett förseglat hanteringspaket väljer du ett oförseglat hanteringspaket i dialogrutan Målhanteringspaket för att lagra klassanpassningen och väljer OK.

    Om basklassen som du valde att ärva egenskaper och relationer från finns i ett oförseglat hanteringspaket sparas den här klassanpassningen i det valda hanteringspaketet.

  6. I dialogrutan Skapa klass anger du det interna namnet för den här klassen och väljer Skapa.

    I redigeringsfönstret kan du nu visa listan med egenskaper för den nya klassen. Den här listan innehåller alla egenskaper för basklassen som du har valt.

Utöka en klass i redigeringsverktyget

Du kan utöka en klass i Service Manager redigeringsverktyget genom att lägga till egenskaper och relationer i definitionen av klassen. Om du utökar en klass påverkas alla befintliga instanser av den klassen: alla instanser av den klassen uppdateras så att de innehåller de nya egenskaperna och relationerna.

Utöka en klass

  1. Om fönstret Hanteringspaketutforskaren inte visas i redigeringsverktyget väljer du Visa och sedan Hanteringspaketutforskaren.

  2. I fönstret Hanteringspaketutforskaren letar du upp och högerklickar på den klass som du vill utöka och väljer Utöka klass.

  3. I dialogrutan Målhanteringspaket väljer du ett oförseglat hanteringspaket för att lagra klasstillägget och väljer OK.

  4. Listan Klassegenskaper och relationer på fliken Tillägg för klass i redigeringsfönstret visar egenskaperna och relationerna för klassen. Skapa nya egenskaper och relationer på följande sätt:

    1. Välj Skapa egenskap. I dialogrutan Skapa egenskap anger du ett namn i Internt namn för den nya egenskapen. och välj Skapa.

    2. Välj Skapa relation. I dialogrutan Skapa relation anger du ett namn i Internt namn för den nya relationen. och välj Skapa.

    Anteckning

    När du utökar en klass ska du inte definiera en egenskap med ett ID som redan används i den klassen.

  5. Leta upp och välj den nya egenskapen eller relationen i listan Klassegenskaper och relation och ändra dess egenskaper i fönstret Information efter behov.

Nästa steg