Dostosowywanie i tworzenie klas za pomocą tworzenia programu Service Manager
Klasa jest głównym elementem używanym do reprezentowania obiektów używanych w programie Service Manager. Klasa może reprezentować komputer, użytkownika, zdarzenie lub formularz.
Definicje klas reprezentujące większy element, taki jak funkcja programu Service Manager, są często grupowane razem. Definicje klas są przechowywane w pakietach administracyjnych, które należy zaimportować do programu Service Manager, aby umożliwić korzystanie z funkcji programu Service Manager.
Kluczowe pojęcia dotyczące klas
Obiekty w programie Service Manager to wystąpienia określonej klasy bazowej. Wszystkie wystąpienia klasy bazowej mają wspólny zestaw właściwości i typowe zachowanie.
Podobnie jak wszystkie elementy pakietu administracyjnego, klasy mają właściwości ID i Display Name . W tej dokumentacji identyfikator odnosi się do unikatowej nazwy klasy widocznej tylko w narzędziu do tworzenia, natomiast nazwa i nazwa wyświetlana odwołują się do nazwy specyficznej dla języka wyświetlanej w konsoli programu Service Manager.
Uwaga
Podczas tworzenia klasy zawsze upewnij się, że nazwy klas są unikatowe wśród pakietów administracyjnych. Jeśli to możliwe, użyj nazw klas, które mają znaczenie w danym środowisku. Możesz określić, czy nazwa klasy już istnieje, korzystając z funkcji wyszukiwania w oknie Przeglądarka klas narzędzia do tworzenia programu Service Manager.
Właściwości
Wszystkie wystąpienia określonej klasy mają wspólny zestaw właściwości. Wartości tych właściwości są udostępniane w różnych metodach przez użytkowników i mogą się różnić między różnymi wystąpieniami. Właściwości są używane do reprezentowania szczegółów rzeczywistego obiektu, takich jak unikatowa nazwa, lokalizacja i inne szczegóły, które mogą być interesujące dla użytkownika lub które są wymagane w scenariuszach zarządzania.
Kluczowe właściwości
Właściwość klucza jednoznacznie identyfikuje każde wystąpienie określonej klasy. Jeśli właściwość jest oznaczona jako właściwość klucza, każde wystąpienie klasy musi mieć unikatową wartość dla tej właściwości, a wartość nie może mieć wartości null. W przypadku klas hostowanych wartość musi być unikatowa tylko dla wszystkich wystąpień klasy, które mają ten sam element nadrzędny hostingu. W przypadku klas niehostowanych musi być unikatowa dla wszystkich wystąpień klasy w grupie zarządzania. Relacje hostingu zostały szczegółowo opisane w dalszej części tej sekcji.
Klasy nie zawsze wymagają właściwości klucza. Właściwość klucza jest wymagana tylko wtedy, gdy oczekuje się więcej niż jednego wystąpienia klasy dla pojedynczego elementu nadrzędnego. Jeśli oczekiwane jest tylko jedno wystąpienie, właściwość klucza nie jest wymagana, ale nadal może być zdefiniowana.
Na przykład aparat usługi SQL Database ma właściwość klucza Nazwa wystąpienia, ponieważ na jednym komputerze może być zainstalowane więcej niż jedno wystąpienie programu Microsoft SQL Server. Jeśli istnieje wiele wystąpień aparatu bazy danych SQL, każde wystąpienie musi mieć inną wartość dla nazwy wystąpienia, aby wyraźnie odróżnić różne obiekty. Natomiast klasa serwera sieci Web usług IIS nie definiuje właściwości klucza, ponieważ na dowolnym komputerze może być zainstalowane tylko jedno wystąpienie.
Wszystkie obiekty mają właściwość Nazwa ścieżki, która jest obliczana na podstawie właściwości lub właściwości klucza obiektu oraz obiektów nadrzędnych hostingu. W przypadku obiektów niehostowanych nazwa ścieżki będzie właściwością klucza samej klasy. Nazwa ścieżki może służyć do unikatowego identyfikowania dowolnego wystąpienia klasy w grupie zarządzania.
Klasy bazowe i dziedziczenie
Każda klasa musi określać klasę bazową, która identyfikuje istniejącą klasę, którą będzie specjalizować nowa klasa. Biblioteki pakietów administracyjnych dołączone do programu Service Manager zawierają kilka klas, które mogą być używane jako podstawa dla klas niestandardowych w pakietach administracyjnych. Pakiet administracyjny zazwyczaj ma co najmniej jedną klasę dziedziczącą z klasy biblioteki i potencjalnie inne klasy dziedziczone z klas w tym samym pakiecie administracyjnym.
Koncepcję klasy bazowej można zilustrować za pomocą pakietu administracyjnego systemu operacyjnego Windows Server. Ten pakiet administracyjny zawiera klasy reprezentujące dyski logiczne zainstalowane na komputerze. Na poniższej ilustracji przedstawiono klasy Dysk logiczny systemu Windows Server 2003 i Dysk logiczny systemu Windows Server 2008. Te klasy są oparte na dysku logicznym (serwerze) zdefiniowanym w pliku pakietu administracyjnego Microsoft.Windows.Server.Library. Dysk logiczny (serwer) jest z kolei oparty na dysku logicznym, który jest oparty na urządzeniu logicznym itd. za pośrednictwem sprzętu logicznego, jednostki logicznej i jednostki. Wszystkie klasy mogą śledzić podobną ścieżkę dziedziczenia i zawsze będą znajdować się w jednostce, która jest katalogiem głównym struktury klas. Jest to jedyna klasa, która nie ma klasy bazowej, a wszystkie pozostałe klasy ostatecznie dziedziczą z niej.
Dziedziczenie właściwości między klasami
Jednostka ma jedną właściwość o nazwie Nazwa wyświetlana. Ta właściwość jest dziedziczona przez wszystkie klasy dziedziczone z jednostki. Wszystkie klasy ostatecznie dziedziczą z jednostki. Dlatego wszystkie klasy mają właściwość Nazwa wyświetlana. Żadne inne klasy w tym przykładzie nie mają właściwości do momentu , gdy urządzenie logiczne definiuje wartości Name, Description i DeviceID. Identyfikator urządzenia jest określony jako właściwość klucza. Wszystkie te właściwości są dziedziczone przez dysk logiczny i dysk logiczny (serwer). Dysk logiczny (serwer) dodaje następnie dodatkowe właściwości Rozmiar, Typ dysku i System plików. Klasy na poziomie dolnym, które są specyficzne dla wersji systemu operacyjnego dziedziczą cały zestaw właściwości udostępnianych przez te klasy powyżej w drzewie dziedziczenia.
Typy klas
Większość klas ma co najmniej jedno rzeczywiste wystąpienie i jest nazywana klasami. Klasy abstrakcyjne i klasy pojedyncze to specjalne rodzaje klas, które zachowują się inaczej i są używane w określonych scenariuszach.
Klasy abstrakcyjne
Klasy abstrakcyjne nie mają wystąpień i istnieją tylko do działania jako klasa bazowa dla innych klas. Wszystkie właściwości i relacje zdefiniowane na poziomie klasy abstrakcyjnej są dziedziczone przez klasy podrzędne i nie muszą być ponownie zdefiniowane. Większość klas zdefiniowanych w bibliotekach pakietów administracyjnych jest abstrakcyjna, ponieważ są one udostępniane tylko jako klasy bazowe dla klas zdefiniowanych w niestandardowych pakietach administracyjnych.
Klasy abstrakcyjne są używane w przypadku wspólnego zestawu właściwości, relacji lub grupowania, które można zdefiniować we wszystkich dalszych specjalizacjach klasy. W poprzednim przykładzie wszystkie klasy pokazane powyżej dysk logiczny systemu Windows Server 2003 i dysk logiczny systemu Windows Server 2008 są abstrakcyjne. Istnieją tylko dla klas niższego poziomu do dziedziczenia.
Klasy jednotonowe
Klasy jednotonowe są używane, gdy istnieje jedno i tylko jedno wystąpienie klasy. Klasa jest wystąpieniem i zawsze istnieje. Pojedyncze wystąpienie jest tworzone podczas instalowania pakietu administracyjnego. Podobnie właściwość klucza nie jest wymagana dla pojedynczej klasy, ponieważ będzie miała tylko jedno wystąpienie. Typowym zastosowaniem klas jednotonowych jest klasa Groups , ponieważ w całej grupie zarządzania jest wymagane tylko jedno wystąpienie tej klasy.
Rozszerzenia klas
Aby dostosować klasę, możesz ją rozszerzyć, dodając nowe właściwości do istniejącej definicji klasy. Nowe właściwości zostaną teraz uwzględnione we wszystkich wystąpieniach tej klasy, które już istnieją, oraz w nowych wystąpieniach, które zostaną utworzone. Nie można rozszerzyć klasy abstrakcyjnej.
Relacje
Relacje są definiowane między klasami, aby wskazać skojarzenie między konkretnym wystąpieniem jednej klasy a konkretnym wystąpieniem innej. Istnieją trzy typy relacji i zostały one szczegółowo opisane w następujących sekcjach:
Relacja hostingu
Relacja zawierania
Relacja referencyjna
Relacje klas wpływają na obiekty w następujący sposób.
| Typ pokrewieństwa | Właściwość klucza i istnienie | Dostępne właściwości |
|---|---|---|
| Hosting | Wartość właściwości klucza musi być unikatowa dla wszystkich wystąpień klasy w grupie zarządzania. Jednak w przypadku klas hostowanych wartość właściwości klucza musi być unikatowa tylko dla wszystkich obiektów, które mają ten sam obiekt nadrzędny hostingu. Aby jednoznacznie zidentyfikować obiekt hostowany, wymagana jest właściwość klucza zarówno obiektu, jak i obiektu nadrzędnego obiektu, a klucz hostowanej klasy będzie kombinacją zarówno właściwości klucza klasy hostingu, jak i hostowanej właściwości klucza klasy. Istnienie hostowanej klasy zależy od istnienia klasy hostingu. |
Każdy przepływ pracy przeznaczony dla klasy ma dostęp do właściwości tej klasy oprócz właściwości dowolnych elementów nadrzędnych hostingu. Na przykład skrypt w przepływie pracy używający klasy aparatu bazy danych SQL 2008 jako docelowy może wymagać nazwy komputera, na którym zainstalowano wystąpienie programu SQL Server 2008. Ponieważ obiekt może mieć tylko jeden obiekt nadrzędny hostingu, wiemy, że komputer hostujący dowolne konkretne wystąpienie klasy aparatu BAZY danych SQL 2008. Skrypt przepływu pracy może uzyskać dostęp do właściwości obiektu docelowego i właściwości obiektu nadrzędnego hostingu tego obiektu docelowego. |
| Zamknięcia | Właściwość klucza i istnienie nie są zależne od obiektu kontenera. | Każdy przepływ pracy przeznaczony dla klasy ma dostęp do właściwości tej klasy oprócz właściwości dowolnego elementu nadrzędnego kontenera (s). Na przykład skrypt w przepływie pracy przeznaczony dla klasy incydentu może uzyskać dostęp do właściwości klasy kolejki kontenera. |
| Odwołanie | Właściwość klucza i istnienie nie są zależne od obiektu, do których odwołuje się odwołanie. | Każdy przepływ pracy przeznaczony dla klasy ma dostęp tylko do właściwości tej klasy. |
Relacja referencyjna
Relacja referencyjna jest najbardziej ogólnym typem relacji. Relacja odwołania jest używana, gdy klasy nadrzędne i podrzędne nie są zależne od siebie; na przykład baza danych może odwoływać się do innej bazy danych, którą replikuje. Jedna baza danych nie jest zależna od drugiej, a obiekty istnieją oddzielnie.
Relacja zawierania
Typ relacji zawierania jest mniej restrykcyjny niż relacja hostingu. Deklaruje, że jedna klasa jest powiązana z inną klasą, chociaż jedna nie jest wymagana dla drugiej. W przeciwieństwie do relacji hostingu relacja zawierania to wiele do wielu. Oznacza to, że jeden obiekt może zawierać wiele obiektów, a pojedynczy obiekt może być zawarty przez wiele innych obiektów. Na przykład jedna grupa może zawierać wiele obiektów, a pojedynczy obiekt może być członkiem wielu grup.
Relacje zawierania są zwykle używane do członkostwa w grupie, gdzie obiekty są zawarte w grupie za pośrednictwem relacji zawierania między grupą a obiektem członkowskim.
Relacja hostingu
Najbardziej restrykcyjną relacją między klasami jest relacja hostingu. Klasa hostowana przez inną klasę jest nazywana klasą hostowaną, a wystąpienie klasy jest nazywane obiektem hostowanym. Jeśli klasa nie jest hostowana przez inną klasę, jest nazywana niehostowaną klasą, a wystąpienie klasy jest nazywane niehostowanym obiektem.
Gdy jeden obiekt jest hostowany przez inny, obiekt ten opiera się na jego nadrzędnym hostingu dla jego istnienia. Jeśli element nadrzędny hostingu zostanie usunięty, hostowane dziecko również zostanie usunięte. Na przykład dysk logiczny nie może istnieć bez zainstalowanego komputera.
Obiekt hostowany może mieć tylko jeden obiekt nadrzędny hostingu, ale jeden obiekt nadrzędny może hostować wiele elementów podrzędnych. Na przykład określony dysk można zainstalować tylko na jednym komputerze, ale jeden komputer może mieć zainstalowane kilka dysków.
Pakiet administracyjny programu SQL Server zawiera kolejny przykład hostowania relacji. Relacja hostingu między klasą Komputer z systemem Windows, klasą aparatu bazy danych SQL 2008 i klasą BAZY danych SQL 2008 jest pokazana tutaj.
Relacje hostingu dla klas programu SQL Server 2008
Klasa aparatu bazy danych SQL 2008 reprezentuje wystąpienie programu SQL Server 2008 zainstalowane na określonym komputerze. Ponieważ bazę danych można zainstalować tylko na jednym aucie bazy danych, klasa aparatu bazy danych SQL 2008 hostuje klasę BAZY danych SQL 2008 . W grupie zarządzania może istnieć kilka baz danych o tej samej nazwie, ale wszystkie bazy danych zainstalowane w konkretnym wystąpieniu klasy programu SQL Server muszą mieć unikatową nazwę. Aparat bazy danych jest z kolei hostowany przez klasę Komputer z systemem Windows. W grupie zarządzania może istnieć kilka wystąpień programu SQL Server o tej samej nazwie. Każda z nich na określonym komputerze musi mieć unikatową nazwę.
Ponieważ istnieją dwie relacje hostingu, nazwa ścieżki dla każdej bazy danych będzie nazwą komputera, po którym następuje nazwa wystąpienia, po którym następuje nazwa bazy danych. Przykład pokazano na poniższym diagramie.
Przykładowe relacje hostowania bazy danych
Ogólne wytyczne i najlepsze rozwiązania dotyczące klas
Skorzystaj z poniższych wskazówek i najlepszych rozwiązań podczas dostosowywania klas w narzędziu Service Manager Authoring Tool.
Konwencje nazewnictwa definicji typów
Konwencja nazewnictwa modelu schematu programu Service Manager jest oparta na konwencji nazewnictwa przestrzeni nazw platformy .NET.
Podstawowe konwencje nazewnictwa
Podstawowa konwencja nazewnictwa to CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, gdzie:
ProductName jest opcjonalny; użyj go, jeśli definicja jest niezależna od dowolnego określonego produktu.
FunkcjaArea jest opcjonalna . Użyj jej, jeśli definicja może być stosowana do różnych obszarów.
Nazwa odzwierciedla znaczenie klasy, a nie hierarchię dziedziczenia.
Przykłady: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incident i System.StarRating.Average.
Przestrzeń nazw systemu
Przestrzeń nazw systemu odnosi się do definicji niezależnych od firmy Microsoft i systemu Windows. Zwykle dotyczy to podstawowych definicji, od których zależą aplikacje systemu Windows lub Aplikacje z systemem Unix. Te podstawowe definicje powinny być niezależne od firmy.
Skorzystaj z poniższych wskazówek dotyczących prefiksu systemowego:
System.Computer reprezentuje dowolny typ komputera i nie jest specyficzny dla dostawcy.
Użyj prefiksu systemowego, jeśli oczekujesz, że inne osoby będą definiować schematy na tej przestrzeni nazw.
Należy pamiętać, że microsoft.Windows.Computer nie zaczyna się od systemu, chociaż większość aplikacji systemu Windows (niezależnie od dostawcy, który ją definiuje) polega na tej definicji.
Najlepsze rozwiązania dotyczące klas nazewnictwa
Podczas nazewnictwa klas należy stosować następujące najlepsze rozwiązania:
Nie twórz dwóch oddzielnych klas (nawet jeśli znajdują się w dwóch różnych pakietach administracyjnych), co spowodowałoby przechowywanie identycznych wartości kluczy dla różnych obiektów dwóch klas.
Podczas rozszerzania klasy zawsze upewnij się, że nazwy rozszerzeń klas są unikatowe w pakietach administracyjnych. Jeśli to możliwe, użyj znaczących nazw rozszerzeń klas.
Podczas rozszerzania klasy nie należy definiować właściwości o identyfikatorze, który jest już używany w tej klasie.
Nie używaj krosek w nazwach właściwości klasy niestandardowej.
W przypadku dodania niestandardowego obliczenia o nazwie podczas tworzenia modułu należy wstępnie poprzeć nazwę nazwanego obliczenia NC_. Spowoduje to zmniejszenie możliwości użycia nazwy właściwości, która już istnieje.
Nie twórz zbyt wielu klas
Utworzenie zbyt wielu klas może spowodować niepotrzebne złożoność z minimalną wartością. Dobrą regułą jest użycie najmniejszej liczby klas w celu uzyskania pożądanych wyników. Inne niż klasy abstrakcyjne, jeśli klasa nie będzie obiektem docelowym żadnego przepływu pracy lub będzie używana do przechowywania danych, prawdopodobnie nie powinna być tworzona. Ponadto jeśli dwie klasy są podobne, rozważ użycie jednej klasy dla obu z nich, ewentualnie za pomocą właściwości, która może przechowywać wartości dla wszelkich różnic.
Nie używaj właściwości, które są często aktualizowane
Wartości właściwości powinny się zmieniać rzadko po ich pierwszym wypełnieniu. Możliwą przyczyną częstych zmian wartości właściwości jest łącznik niestandardowy lub inne dostosowanie, które programowo aktualizuje bazę danych programu Service Manager. Te scenariusze mogą potencjalnie powodować zbyt częste aktualizowanie wartości właściwości, takich jak co 10 do 15 minut lub mniej dla dużej liczby obiektów.
Takie częste zmiany wartości właściwości mogą nieznacznie wpływać na wydajność przepływów pracy i mogą mieć inny wpływ na wydajność. Dzieje się tak, ponieważ system śledzi te zmiany w historii. Ponadto w zależności od zmienianej właściwości te zmiany mogą dodawać znaczną ilość danych do przetworzenia i przechowywania przez magazyn danych.
Nie rozszerzaj klasy abstrakcyjnej
W programie Service Manager nie można rozszerzyć klasy abstrakcyjnej. Jeśli chcesz rozszerzyć klasę abstrakcyjną, możesz wykonać jedną z następujących czynności:
Utwórz nową klasę z właściwościami, które chcesz dodać, a następnie utwórz relację między nową klasą a klasą abstrakcyjną.
Rozszerz każdą z odpowiednich klas, które pochodzą z klasy abstrakcyjnej.
Ulepszanie prostego wyszukiwania klas elementów roboczych
Podczas definiowania klasy niestandardowej pochodzącej z klasy "System.WorkItem" zaleca się przechowywanie właściwości DisplayName tej klasy w następującym formacie: WorkItem.ID<SPACE>WorkItem.Title.
Poprawia to proste wyszukiwanie. Proste wyszukiwanie wyszukuje tylko właściwość DisplayName i jawnie uwzględniając wartość właściwości Title i wartość właściwości ID w wartości właściwości DisplayName , wyniki prostego wyszukiwania są ulepszane. Dzieje się tak, ponieważ użytkownik może wyszukiwać według wyrazu w tytule lub identyfikatorze.
Przeglądanie klasy w narzędziu do tworzenia
Aby przeglądać klasy i ich właściwości, możesz użyć okienka Przeglądarka klas w narzędziu do tworzenia programu Service Manager. Podczas przeglądania klas możesz dodać kontrolkę do formularza, przeciągając właściwości z okienka Przeglądarka klas do formularza tworzonego w okienku tworzenia.
Okienko Przeglądarka klas może wyświetlać klasy z dowolnego pakietu administracyjnego, który znajduje się w folderze Biblioteka i z dowolnego pakietu administracyjnego, który został otwarty w narzędziu do tworzenia. Po wybraniu klasy w okienku Przeglądarka klas zostaną wyświetlone właściwości, które są specjalnie zdefiniowane dla tej klasy i właściwości wewnętrznych generowanych przez system. Domyślnie folder Biblioteka znajduje się w następującej lokalizacji: C:\Program Files (x86)\Microsoft System Center\Service Manager <version> Authoring\Library.
Po wybraniu pakietu administracyjnego w okienku Przeglądarka klas wyświetlane są wszystkie klasy z wybranego pakietu administracyjnego i można rozwinąć klasę, dla której chcesz wyświetlić właściwości. Po wybraniu pozycji Wszystkie pakiety administracyjne zostaną wyświetlone wszystkie klasy ze wszystkich pakietów administracyjnych w folderze Biblioteka. Za każdym razem, gdy zmienisz wybór pakietu administracyjnego, musisz odświeżyć okienko Przeglądarka klas.
Przeglądanie klasy
Jeśli okienko Przeglądarka klas nie jest widoczne w narzędziu do tworzenia, wybierz pozycję Widok i wybierz pozycję Przeglądarka klas.
W okienku Przeglądarka klas na liście pakietów administracyjnych wybierz pakiet administracyjny zawierający klasę, którą chcesz przeglądać. Na przykład wybierz pakiet administracyjny Biblioteka systemowa.
Znajdź klasę, którą chcesz wyświetlić, taką jak klasa Komputer , a następnie wykonaj następujące czynności:
Aby wyświetlić szczegóły klasy, takie jak Opis i Nazwa wewnętrzna, kliknij prawym przyciskiem myszy klasę i wybierz pozycję Szczegóły.
Aby wyświetlić listę właściwości klasy, takich jak Nazwa wyświetlana i Stan zasobu, rozwiń klasę w okienku Przeglądarka klas. Aby wyświetlić szczegóły właściwości, kliknij prawym przyciskiem myszy właściwość i wybierz pozycję Szczegóły.
Aby otworzyć pakiet administracyjny zawierający definicję klasy, kliknij prawym przyciskiem myszy klasę i wybierz polecenie Wyświetl.
Edytowanie szczegółów klasy w narzędziu do tworzenia
Możesz użyć narzędzia do tworzenia programu Service Manager, aby wyświetlić właściwości klasy i edytować szczegóły, takie jak nazwa lub opis klasy.
W Eksploratorze pakietów administracyjnych możesz wybrać klasę i wyświetlić jej szczegóły w okienku Szczegóły . Jeśli wybierzesz klasę zdefiniowaną w niezaużytowanym pakiecie administracyjnym, możesz zmienić nazwę i opis tej klasy.
Zmienianie nazwy lub opisu klasy
Na pulpicie wybierz pozycję Uruchom.
Wybierz pozycję Narzędzie do tworzenia programu Service Manager i poczekaj na otwarcie narzędzia do tworzenia.
Upewnij się, że zarówno Eksplorator pakietów administracyjnych , jak i okienka Szczegóły są otwarte.
Wybierz pozycję Plik, a następnie wybierz pozycję Otwórz.
W oknie dialogowym Otwieranie pliku wybierz niezaużytowany pakiet administracyjny zawierający klasę, którą chcesz zmienić, a następnie wybierz pozycję Otwórz. Na przykład otwórz folder instalacyjny narzędzia do tworzenia \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml przykładowy pakiet administracyjny.
W Eksploratorze pakietów administracyjnych rozwiń pakiet administracyjny zawierający klasę, którą chcesz zmienić.
Rozwiń węzeł Klasy, a następnie znajdź i wybierz klasę, którą chcesz zmienić.
Wybierz wartość właściwości Nazwa lub Opis , a następnie wprowadź nową wartość. Wartości, których nie można zmienić, są niedostępne.
W Eksploratorze pakietów administracyjnych kliknij prawym przyciskiem myszy pakiet administracyjny zawierający zmienioną klasę, a następnie wybierz polecenie Zapisz.
Tworzenie klasy przy użyciu dziedziczenia w narzędziu do tworzenia
W narzędziu do tworzenia programu Service Manager można utworzyć klasę dziedziczącą właściwości i relacje z istniejącej klasy bazowej. Następnie można modyfikować lub dodawać właściwości i relacje do nowej klasy.
W pierwszym kroku definiowania dziedziczenia klas wybierz klasę bazową, z której mają dziedziczyć właściwości i relacje. W narzędziu do tworzenia można wybrać klasę bazową przy użyciu jednej z następujących metod:
Użyj skrótu, aby dziedziczyć właściwości i relacje z podstawowej klasy elementu konfiguracji.
Użyj skrótu, aby dziedziczyć właściwości i relacje z podstawowej klasy elementu roboczego.
Najpierw wybierz klasę bazową, a następnie rozpocznij definiowanie dziedziczenia.
Rozpocznij definiowanie dziedziczenia bez określonego wyboru klasy bazowej.
Poniższe procedury opisują wszystkie metody definiowania dziedziczenia klas w narzędziu do tworzenia.
Rozpocznij od klasy elementu konfiguracji lub klasy elementu roboczego jako klasy bazowej
Jeśli Eksplorator pakietów administracyjnych nie jest widoczny w narzędziu do tworzenia, wybierz pozycję Widok i wybierz pozycję Eksplorator pakietów administracyjnych.
W Eksploratorze pakietów administracyjnych wybierz, a następnie rozwiń dowolny pakiet administracyjny.
Kliknij prawym przyciskiem myszy pozycję Klasy, a następnie wybierz pozycję Utwórz klasę elementu konfiguracji lub Utwórz klasę elementu roboczego.
Jeśli tworzysz klasę na podstawie zapieczętowanego pakietu administracyjnego, w oknie dialogowym Docelowy pakiet administracyjny wybierz niezauczętowany pakiet administracyjny do przechowywania dostosowania klasy i wybierz przycisk OK.
Uwaga
Jeśli tworzysz klasę na podstawie niezaużytego pakietu administracyjnego, to dostosowanie klasy zostanie zapisane w tym wybranym pakiecie administracyjnym.
W oknie dialogowym Tworzenie klasy określ wewnętrzną nazwę nowej klasy, a następnie wybierz pozycję Utwórz.
W okienku tworzenia można teraz wyświetlić listę właściwości nowej klasy. Jeśli tworzysz klasę elementu konfiguracji, zostaną wyświetlone wszystkie właściwości klasy elementu konfiguracji. Jeśli tworzysz klasę elementu roboczego, zostaną wyświetlone wszystkie właściwości klasy elementu roboczego.
Wybierz pozycję Utwórz właściwość lub Utwórz relację , aby zdefiniować nowe właściwości i nowe relacje dla klasy.
Rozpocznij od wybranej klasy bazowej
Jeśli Eksplorator pakietów administracyjnych nie jest widoczny w narzędziu do tworzenia, wybierz pozycję Widok i wybierz pozycję Eksplorator pakietów administracyjnych.
W Eksploratorze pakietów administracyjnych znajdź, a następnie kliknij prawym przyciskiem myszy klasę bazową, z której nowa klasa będzie dziedziczyć właściwości i relacje. Wybierz pozycję Dziedzicz z tej klasy.
W oknie dialogowym Dziedzicz nową klasę wprowadź wewnętrzną nazwę klasy.
W okienku tworzenia na liście Właściwości klasy i relacji są wyświetlane właściwości klasy bazowej.
Teraz możesz wybrać pozycję Utwórz właściwość lub Utwórz relację , aby dodać właściwości lub relację do nowej klasy.
Rozpoczynanie bez wybranej klasy bazowej
Jeśli Eksplorator pakietów administracyjnych nie jest widoczny w narzędziu do tworzenia, wybierz pozycję Widok i wybierz pozycję Eksplorator pakietów administracyjnych.
W Eksploratorze pakietów administracyjnych wybierz, a następnie rozwiń dowolny pakiet administracyjny.
Kliknij prawym przyciskiem myszy pozycję Klasy, a następnie wybierz pozycję Utwórz inną klasę.
W oknie dialogowym Klasa podstawowa wybierz klasę bazową, z których mają dziedziczyć właściwości i relacje.
Opcjonalnie, jeśli wiesz, w którym pakiecie administracyjnym klasę bazową, której chcesz użyć, można filtrować według odpowiedniego pakietu administracyjnego, a następnie wybrać klasę bazową dla tego dostosowania.
Wybierz przycisk OK.
Jeśli klasa podstawowa wybrana do dziedziczenia właściwości i relacji z znajduje się w zapieczętowanym pakiecie administracyjnym, w oknie dialogowym Docelowy pakiet administracyjny wybierz niezauczętowany pakiet administracyjny do przechowywania dostosowania klasy, a następnie wybierz przycisk OK.
Jeśli klasa bazowa wybrana do dziedziczenia właściwości i relacji z znajduje się w niezaużytowanym pakiecie administracyjnym, to dostosowanie klasy zostanie zapisane w tym wybranym pakiecie administracyjnym.
W oknie dialogowym Tworzenie klasy określ wewnętrzną nazwę tej klasy, a następnie wybierz pozycję Utwórz.
W okienku tworzenia można teraz wyświetlić listę właściwości nowej klasy. Ta lista zawiera wszystkie właściwości wybranej klasy bazowej.
Rozszerzanie klasy w narzędziu do tworzenia
Klasę można rozszerzyć w narzędziu Service Manager Authoring Tool, dodając właściwości i relacje do definicji klasy. Rozszerzenie klasy wpływa na wszystkie istniejące wystąpienia tej klasy: wszystkie wystąpienia tej klasy zostaną zaktualizowane w celu uwzględnienia nowych właściwości i relacji.
Rozszerzanie klasy
Jeśli okienko Eksplorator pakietów administracyjnych nie jest widoczne w narzędziu do tworzenia, wybierz pozycję Widok i wybierz pozycję Eksplorator pakietów administracyjnych.
W okienku Eksplorator pakietów administracyjnych znajdź i kliknij prawym przyciskiem myszy klasę, którą chcesz rozszerzyć, a następnie wybierz pozycję Rozszerz klasę.
W oknie dialogowym Docelowy pakiet administracyjny wybierz niezaużytowany pakiet administracyjny do przechowywania rozszerzenia klasy, a następnie wybierz przycisk OK.
Właściwości klasy i lista relacji na karcie Rozszerzenie klasy w okienku tworzenia wyświetla właściwości i relacje klasy. Utwórz nowe właściwości i relacje w następujący sposób:
Wybierz pozycję Utwórz właściwość. W oknie dialogowym Tworzenie właściwości wprowadź nazwę w polu Nazwa wewnętrzna nowej właściwości, a następnie wybierz pozycję Utwórz.
Wybierz pozycję Utwórz relację. W oknie dialogowym Tworzenie relacji wprowadź nazwę w polu Nazwa wewnętrzna nowej relacji, a następnie wybierz pozycję Utwórz.
Uwaga
Podczas rozszerzania klasy nie należy definiować właściwości o identyfikatorze, który jest już używany w tej klasie.
Znajdź i wybierz nową właściwość lub relację na liście Właściwości klasy i relacji , a następnie zmodyfikuj jej właściwości w okienku Szczegóły zgodnie z potrzebami.
Następne kroki
- Aby wyświetlić i edytować właściwości obiektów, zobacz Dostosowywanie i tworzenie formularzy.