Compartilhar via


Personalizar e criar classes com a criação do Service Manager

Importante

Esta versão do Service Manager chegou ao fim do suporte. Recomendamos que você atualize para Service Manager 2022.

Uma classe é o elemento main usado para representar objetos usados em Service Manager. Uma classe pode representar um computador, um usuário, um incidente ou um formulário.

As definições de classe que representam um elemento maior, como um recurso de Service Manager, geralmente são agrupadas. As definições de classe são armazenadas em pacotes de gerenciamento que devem ser importados para Service Manager para habilitar Service Manager funcionalidade.

Principais conceitos para classes

Objetos em Service Manager são instâncias de uma classe base específica. Todas as instâncias de uma classe base têm um conjunto comum de propriedades e comportamento comum.

Assim como todos os elementos do pacote de gerenciamento, as classes têm propriedades ID e Nome para Exibição . Nesta documentação, ID refere-se ao nome exclusivo da classe que é visto apenas na Ferramenta de Criação, enquanto Nome e Nome de Exibição referem-se ao nome específico do idioma que aparece no console do Service Manager.

Observação

Ao criar uma classe, sempre verifique se os nomes de classe são exclusivos entre os pacotes de gerenciamento. Se possível, use nomes de classe que sejam significativos em seu ambiente. Você pode determinar se um nome de classe já existe usando o recurso de pesquisa na janela Navegador de Classe da Ferramenta de Criação do Service Manager.

Propriedades

Todas as instâncias de uma classe específica compartilham um conjunto comum de propriedades. Os valores dessas propriedades são fornecidos em vários métodos por usuários e podem variar entre instâncias diferentes. As propriedades são usadas para representar detalhes do objeto real, como um nome exclusivo, um local e outros detalhes que possam ser interessantes para o usuário ou que sejam necessários para os cenários de gerenciamento.

Propriedades da chave

Uma propriedade de chave identifica exclusivamente cada instância de uma determinada classe. Se uma propriedade for marcada como uma propriedade de chave, cada instância da classe deverá ter um valor exclusivo para essa propriedade e o valor não poderá ser nulo. Para classes hospedadas, o valor só deve ser exclusivo para todas as instâncias da classe que têm o mesmo pai de hospedagem. Para classes não hospedados, ela deve ser exclusiva para todas as instâncias da classe no grupo de gerenciamento. As relações de hospedagem são descritas posteriormente nesta seção.

As classes nem sempre exigem uma propriedade de chave. Uma propriedade de chave é necessária apenas se mais de uma instância de uma classe é esperada para um único pai. Se apenas uma única instância for esperada, uma propriedade de chave não será necessária, mas ainda poderá ser definida.

Por exemplo, o Mecanismo de Banco de Dados do SQL tem uma propriedade de chave igual a Instance Name , pois um único computador pode ter mais de uma instância do Microsoft SQL Server instalada. Quando há várias instâncias do Mecanismo de Banco de Dados do SQL, cada instância deve ter um valor diferente para Instance Name , a fim de distinguir claramente entre os diferentes objetos. A classe servidor Web do IIS , por outro lado, não define uma propriedade de chave porque pode haver apenas uma instância instalada em qualquer computador.

Todos os objetos têm uma propriedade Path Name calculada a partir da propriedade chave ou propriedades do objeto e as de seus pais ou pais de hospedagem. Para objetos não hospedados, Path Name será a propriedade de chave da classe em si. OPath Name pode ser usado para identificar exclusivamente qualquer instância de uma classe no grupo de gerenciamento.

Classes base e herança

Cada classe deve especificar uma classe base que identifica uma classe existente em que a nova classe se especializará. As bibliotecas do pacote de gerenciamento incluídas com Service Manager contêm várias classes que podem ser usadas como base para classes personalizadas em pacotes de gerenciamento. Um pacote de gerenciamento geralmente tem pelo menos uma classe herdada de uma classe de biblioteca e, possivelmente, outras classes herdadas de classes no mesmo pacote de gerenciamento.

O conceito de uma classe base pode ser ilustrado com o pacote de gerenciamento do Sistema Operacional Windows Server. Esse pacote de gerenciamento inclui classes que representam os discos lógicos instalados no computador. A ilustração a seguir mostra as classes Disco Lógico do Windows Server 2003 e Disco Lógico do Windows Server 2008. Essas classes são baseadas no Disco Lógico (Servidor) que é definido no arquivo de pacote de gerenciamento Microsoft.Windows.Server.Library. O Disco Lógico (Servidor) por sua vez é baseado em Disco Lógico, que se baseia em Dispositivo Lógico e assim por diante, por meio de Hardware Lógico, Entidade Lógica e, por fim, Entidade. Todas as classes podem rastrear um caminho de herança semelhante e sempre terminarão em Entidade, que é a raiz da estrutura de classe. Essa é a única classe que não tem uma classe base e todas as outras classes eventualmente herdam dela.

Herança de propriedades entre classes

Ilustração mostrando a Herança de propriedades entre classes.

A entidade tem uma única propriedade chamada Nome de Exibição. Essa propriedade é herdada por todas as classes herdadas de Entity. Todas as classes eventualmente herdam da Entidade. É por isso que todas as classes têm uma propriedade Nome de Exibição . Nenhuma outra classe neste exemplo tem propriedades até Dispositivo Lógico, que define Name, Descriptione DeviceID. DeviceID é especificado como a propriedade de chave. Essas propriedades são todas herdadas por Disco Lógico e Disco Lógico (Servidor). Disco Lógico (Servidor) adiciona outras propriedades, como Size, Drive Typee File System. As classes de nível inferior que são específicas para a versão do sistema operacional herdam o conjunto inteiro de propriedades fornecidas por essas classes acima delas na árvore de herança.

Tipos de aula

A maioria das classes tem uma ou mais instâncias reais e é conhecida como classes concretas. Classes abstratas e classes singleton são tipos especiais de classes que se comportam de forma diferente e são usadas para cenários específicos.

Classes abstratas

Classes abstratas não têm instâncias e existem somente para atuar como uma classe base para outras classes. Todas as propriedades e relações definidas no nível de classe abstrata são herdadas por classes filho e não precisam ser definidas novamente. A maioria das classes definidas nas bibliotecas do pacote de gerenciamento é abstrata, pois elas são fornecidas apenas para atuar como classes base para classes definidas em pacotes de gerenciamento personalizados.

Classes abstratas são usadas em que há um conjunto comum de propriedades, relações ou agrupamento que pode ser definido em todas as especializações adicionais de uma classe. No exemplo anterior, todas as classes mostradas acima do Disco Lógico do Windows Server 2003 e do Disco Lógico do Windows Server 2008 são abstratas. Elas existem somente para as classes de nível inferior herdar.

Classes singleton

Classes singleton são usadas quando há uma e apenas uma instância de uma classe. A classe é a instância e ela sempre existe. A única instância está sendo criada quando o pacote de gerenciamento está instalado. Da mesma forma, uma propriedade de chave não é necessária para uma classe singleton, pois ela só terá uma única instância. Um uso comum de classes singleton é para a classe Groups , pois há apenas uma única instância dessa classe necessária em todo o grupo de gerenciamento.

Extensões de classe

Para personalizar uma classe, você pode estendê-la adicionando novas propriedades à definição de classe existente. As novas propriedades agora serão incluídas em todas as instâncias dessa classe que já existem e em quaisquer novas instâncias que serão criadas. Uma classe abstrata não pode ser estendida.

Relações

Relações são definidas entre classes para indicar uma associação entre uma instância específica de uma classe e a instância específica de outra. Há três tipos de relacionamentos e eles são detalhados nas seguintes seções:

  • Relação de hospedagem

  • Relação de confinamento

  • Relação de referência

As relações de classe afetam objetos das seguintes maneiras.

Tipo de relação Propriedade de chave e existência Propriedades disponíveis
Hosting O valor da propriedade key deve ser exclusivo para todas as instâncias da classe no grupo de gerenciamento. No entanto, para classes hospedadas, o valor da propriedade de chave deve ser exclusivo apenas para todos os objetos que têm o mesmo pai de hospedagem.

Para identificar exclusivamente um objeto hospedado, a propriedade de chave do objeto e do pai do objeto são necessárias e a chave da classe hospedada será a combinação da propriedade de chave de classe de hospedagem e da propriedade de chave de classe hospedada.

A existência de uma classe hospedada depende da existência da classe de hospedagem.
Qualquer fluxo de trabalho direcionado a uma classe tem acesso às propriedades dessa classe, além das propriedades de qualquer um de seus pais de hospedagem.

Por exemplo, um script em um fluxo de trabalho que usa a classe Mecanismo do Banco de Dados do SQL 2008 como seu destino pode exigir o nome do computador em que a instância do SQL Server 2008 está instalada. Como um objeto pode ter apenas um pai de hospedagem, sabemos o computador que hospeda qualquer instância específica da classe Mecanismo do Banco de Dados do SQL 2008 . O script de fluxo de trabalho pode acessar as propriedades do objeto de destino e as propriedades do pai de hospedagem desse destino.
Contenção A propriedade e a existência da chave não dependem do objeto de contêiner. Qualquer fluxo de trabalho direcionado a uma classe tem acesso às propriedades dessa classe, além das propriedades de qualquer um de seus (s) pai (s) de contêiner.

Por exemplo, um script em um fluxo de trabalho direcionado a uma classe de incidente pode acessar as propriedades da classe da fila de contêineres.
Referência A propriedade e a existência da chave não dependem do objeto referenciado. Qualquer fluxo de trabalho direcionado a uma classe tem acesso somente às propriedades dessa classe.

Relação de referência

A relação de referência é o tipo de relação mais geral. Uma relação de referência é usada quando as classes pai e filho não dependem umas das outras; por exemplo, um banco de dados pode referenciar outro banco de dados que ele está replicando. Um banco de dados não depende do outro e os objetos existem separadamente.

Relação de confinamento

O tipo de relação de confinamento é menos restritivo que a relação de hospedagem. Ele declara que uma classe está relacionada a outra classe, embora uma não seja necessária para a outra. Ao contrário de uma relação de hospedagem, uma relação de confinamento é muitos para muitos. Isso significa que um objeto pode conter vários objetos, e um único objeto pode ser contido por vários outros objetos. Por exemplo, um grupo pode conter vários objetos e um único objeto pode ser um membro de vários grupos.

As relações de confinamento geralmente são usadas para associação de grupo, em que objetos são incluídos em um grupo por meio de uma relação de confinamento entre o grupo e o objeto do membro.

Relação de hospedagem

A relação mais restritiva entre classes é a relação de hospedagem . Uma classe hospedada por outra classe é chamada classe hospedada, e uma instância da classe é chamada objeto hospedado. Se uma classe não for hospedada por outra, ela será chamada de classe não hospedada e uma instância da classe será chamada de objeto não hospedado.

Quando um objeto for hospedado por outro, esse objeto conta com seu pai de hospedagem devido a seu longo período de existência. Se o pai de hospedagem for removido, o filho hospedado também será removido. Por exemplo, um disco lógico não pode existir sem o computador no qual ele está instalado.

Um objeto hospedado pode ter apenas um pai de hospedagem, mas um pai pode hospedar vários filhos. Por exemplo, um disco específico pode ser instalado apenas em um só computador, mas um computador pode ter vários discos instalados.

O pacote de gerenciamento do SQL Server oferece outro exemplo de relações de hospedagem. A relação de hospedagem entre as classes Computador do Windows , Mecanismo do Banco de Dados do SQL 2008 e Banco de Dados do SQL 2008 é mostrada aqui.

Relações de hospedagem para classes do SQL Server 2008

Ilustração da relação hospedagem para classes SQL Server 2008.

A classe Mecanismo do Banco de Dados do SQL 2008 representa uma instância do SQL Server 2008 instalada em um computador específico. Como um banco de dados pode ser instalado em apenas um único mecanismo de banco de dados, a classe Mecanismo do Banco de Dados do SQL 2008 hospeda a classe Banco de Dados do SQL 2008 . Pode haver vários bancos de dados com o mesmo nome em um grupo de gerenciamento, mas alguns bancos de dados instalados em uma instância específica da classe SQL Server devem ter um nome exclusivo. Por sua vez, o mecanismo do banco de dados é hospedado pela classe Computador do Windows . Pode haver diversas instâncias do SQL Server com o mesmo nome em um grupo de gerenciamento. Cada um em um computador específico deve ter um nome exclusivo.

Como existem duas relações de hospedagem, o nome de caminho para cada banco de dados será o nome do computador, seguido pelo nome da instância, seguido pelo nome do usuário. Um exemplo é mostrado no diagrama a seguir.

Exemplo de relações de hospedagem do banco de dados

Diagrama de uma relação de hospedagem de banco de dados de exemplo.

Diretrizes gerais e práticas recomendadas para classes

Use as diretrizes e as práticas recomendadas a seguir ao personalizar classes na Ferramenta de Criação Service Manager.

Convenções de nomenclatura para definições de tipo

A convenção de nomenclatura do modelo de esquema Service Manager é baseada na convenção de nomenclatura de namespaces do .NET.

Convenções básicas de nomenclatura

A convenção básica de nomenclatura é CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, em que:

  • ProductName é opcional; use-o se a definição dor independente de qualquer produto específico.

  • FunctionalityArea é opcional; use-a se a definição puder ser aplicada a áreas diferentes.

  • Name reflete o significado da classe, não a hierarquia de herança.

Exemplos: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incidente System.StarRating.Average.

O namespace do sistema

O namespace System refere-se a definições que são independentes da Microsoft e Windows. Geralmente, isso se aplica às definições de base das quais os aplicativos Windows ou Unix dependem. Essas definições de base devem ser independentes da empresa.

Use as seguintes diretrizes para o prefixo System:

  • System.Computer representa qualquer tipo de computador e não é específico do fornecedor.

  • Use o prefixo System se você espera que outros usuários definam esquemas sobre esse namespace.

  • Observe que o Microsoft.Windows.Computer não começa com o Sistema, embora a maioria dos aplicativos do Windows (independentemente do fornecedor que o define) dependa dessa definição.

Práticas recomendadas para classes de nomenclatura

Use as seguintes práticas recomendadas ao nomear classes:

  • Não crie duas classes separadas (mesmo que estejam em dois pacotes de gerenciamento diferentes) que resultariam em valores de chave idênticos sendo armazenados para objetos diferentes das duas classes.

  • Ao estender uma classe, sempre certifique-se de que os nomes de extensão de classe sejam exclusivos entre os pacotes de gerenciamento. Se possível, use nomes significativos de extensão de classe.

  • Quando você estiver estendendo uma classe, não defina uma propriedade com uma ID que já esteja em uso nessa classe.

  • Não use períodos em nomes de propriedades de uma classe personalizada.

  • Se você adicionar um cálculo nomeado personalizado ao criar um cubo, preceda o nome do cálculo nomeado com NC_. Isso reduzirá a possibilidade de usar um nome de uma propriedade que já existe.

Não crie muitas classes

A criação de muitas classes pode resultar em complexidade desnecessária com o valor mínimo. Uma regra recomendada é usar o menor número de classes para alcançar os resultados desejados. Além de classes abstratas, se uma classe não for o destino de nenhum fluxo de trabalho ou for usada para armazenar dados, ela provavelmente não deverá ser criada. Além disso, se duas classes forem semelhantes, considere a possibilidade de usar uma única classe para ambas, possivelmente usando uma propriedade que possa reter os valores para qualquer diferença.

Não use propriedades que são atualizadas com frequência

Os valores de propriedade raramente devem ser alterados depois de serem preenchidos pela primeira vez. Uma possível causa para alterações frequentes no valor da propriedade é um conector personalizado ou qualquer outra personalização que atualize programaticamente o banco de dados Service Manager. Esses cenários podem fazer com que possivelmente os valores de propriedade sejam atualizados com muita frequência, como a cada 10 a 15 minutos ou menos para um grande número de objetos.

Essas alterações frequentes nos valores de propriedade podem impactar um pouco o desempenho dos fluxos de trabalho e eles podem ter outros impactos de desempenho. Isso ocorre porque o sistema mantém controle sobre as alterações no histórico. Além disso, dependendo da propriedade que está sendo alterada, essas alterações podem adicionar uma quantidade significativa de dados a serem processados e armazenados pelo data warehouse.

Não estender uma classe abstrata

Em Service Manager, você não pode estender uma classe abstrata. Se você precisa estender uma classe abstrata, é possível fazer o seguinte:

  • Criar uma nova classe com as propriedades que deseja adicionar e criar uma relação entre a nova classe e a classe abstrata.

  • Estender cada uma das classes concretas relevantes que derivam da classe abstrata.

Melhorar a pesquisa simples de classes de item de trabalho

Quando você define uma classe personalizada derivada da classe "System.WorkItem", recomendamos que você armazene a propriedade DisplayName dessa classe no seguinte formato: WorkItem.ID<SPACE>WorkItem.Title.

Isso melhora a pesquisa simples. A pesquisa simples procura apenas a propriedade DisplayName e, ao incluir explicitamente os valores de propriedade Title e ID no valor de propriedade DisplayName , os resultados da pesquisa simples serão melhorados. Isso ocorre porque o usuário pode pesquisar por uma palavra no título ou por uma ID.

Procurar uma classe na ferramenta Criação

Você pode usar o painel Navegador de Classes no Service Manager Ferramenta de Criação para procurar classes e suas propriedades. Durante a navegação de classes, você pode adicionar um controle a um formulário arrastando propriedades do painel Navegador de Classe para um formulário que está sendo criado no painel de criação.

O painel Navegador de Classe pode exibir classes de qualquer pacote de gerenciamento que esteja na pasta Biblioteca e de qualquer pacote de gerenciamento que tenha sido aberto na Ferramenta de Criação. Quando você seleciona uma classe, o painel Navegador de Classe exibe as propriedades definidas especificamente para essa classe e as propriedades internas geradas pelo sistema. Por padrão, a pasta Biblioteca está no seguinte local: C:\Arquivos de Programas (x86)\Microsoft System Center\Service Manager <versão> Criação\Biblioteca.

Quando você seleciona um pacote de gerenciamento no painel Navegador de Classe , todas as classes do pacote de gerenciamento selecionado são exibidas e você pode expandir a classe para a qual deseja exibir as propriedades. Quando você seleciona Todos os Pacotes de Gerenciamento, todas as classes de todos os pacotes de gerenciamento na pasta Biblioteca são exibidas. Sempre que você alterar a seleção do pacote de gerenciamento, deverá atualizar o painel Navegador de Classes .

Para procurar uma classe

  1. Se o painel Navegador de Classes não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Navegador de Classe.

  2. No painel Navegador de Classes , na lista de pacotes de gerenciamento, selecione o pacote de gerenciamento que contém a classe que você deseja procurar. Por exemplo, selecione o pacote de gerenciamento da Biblioteca do Sistema .

  3. Localize a classe que você deseja exibir, como a classe Computer , e faça o seguinte:

    • Para exibir os detalhes da classe, como Descrição e Nome Interno, clique com o botão direito do mouse na classe e selecione Detalhes.

    • Para exibir a lista de propriedades de classe, como Nome de Exibição e Status do Ativo, expanda a classe no painel Navegador de Classes . Para exibir mais detalhes de uma propriedade, clique com o botão direito do mouse na propriedade e selecione Detalhes.

    • Para abrir o pacote de gerenciamento que contém a definição da classe , clique com o botão direito do mouse na classe e selecione Exibir.

Editar detalhes de uma classe na ferramenta Criação

É possível usar o Service Manager Authoring Tool para exibir as propriedades de uma classe e editar os detalhes, como o nome ou a descrição de uma classe.

No pacote de gerenciamento Explorer, você pode selecionar uma classe e exibir seus detalhes no painel Detalhes. Se você selecionar uma classe que é definida em um pacote de gerenciamento sem lacre, será possível alterar o nome e a descrição dessa classe.

Alterar o nome ou a descrição de uma classe

  1. Na área de trabalho, selecione Iniciar.

  2. Selecione Service Manager Ferramenta de Criação e aguarde até que a Ferramenta de Criação seja aberta.

  3. Verifique se os painéis Pacote de Gerenciamento Explorer e Detalhes estão abertos.

  4. Selecione Arquivo e abrir.

  5. Na caixa de diálogo Abrir Arquivo , selecione um pacote de gerenciamento sem lacre que contém a classe que você deseja alterar e selecione Abrir. Por exemplo, abra a pasta de instalação ferramenta de criação \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml pacote de gerenciamento de exemplo.

  6. No pacote de gerenciamento Explorer, expanda o pacote de gerenciamento que contém a classe que você deseja alterar.

  7. Expanda Classes e localize e selecione a classe que você deseja alterar.

  8. Selecione o valor da propriedade Nome ou Descrição e insira o novo valor. Os valores que não podem ser alterados não estão disponíveis.

  9. No pacote de gerenciamento Explorer, clique com o botão direito do mouse no pacote de gerenciamento que contém a classe alterada e selecione Salvar.

Criar uma classe usando herança na ferramenta Criação

No Service Manager Authoring Tool, é possível criar uma classe que herda propriedades e relacionamentos de uma classe base existente. É possível, então, modificar ou adicionar propriedades e relacionamentos à nova classe.

Como a primeira etapa da definição de herança de classe, escolha a classe base da qual herdar propriedades e relacionamentos. Na Ferramenta de Criação, você pode escolher a classe base usando um dos seguintes métodos:

  • Use um atalho para herdar propriedades e relacionamentos da classe base de item de configuração.

  • Use um atalho para herdar propriedades e relacionamentos da classe base de item de trabalho.

  • Primeiro, selecione a classe base e, em seguida, comece a definir a herança.

  • Comece definindo herança sem a seleção de uma classe base específica.

    Os procedimentos a seguir descrevem todos os métodos para definir a herança de classe na Ferramenta de Criação.

Para iniciar com a classe de item de configuração ou a classe de item de trabalho como uma classe base

  1. Se o pacote de gerenciamento Explorer não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Pacote de Gerenciamento Explorer.

  2. No pacote de gerenciamento Explorer, selecione e expanda qualquer pacote de gerenciamento.

  3. Clique com o botão direito do mouse em Classes e selecione Criar Classe de Item de Configuração ou Criar Classe de Item de Trabalho.

  4. Se você estiver criando uma classe de um pacote de gerenciamento lacrado, na caixa de diálogo Pacote de Gerenciamento de Destino, selecione um pacote de gerenciamento sem lacre para armazenar a personalização da classe e selecione OK.

    Observação

    Se você estiver criando uma classe de um pacote de gerenciamento não selado, essa personalização de classe será salva nesse pacote de gerenciamento selecionado.

  5. Na caixa de diálogo Criar Classe , especifique o nome interno da nova classe e selecione Criar.

    No painel de criação, agora é possível exibir a lista de propriedades da nova classe. Se você estiver criando uma classe de item de configuração, todas as propriedades da classe de item de configuração serão listadas. Se você estiver criando uma classe de item de trabalho, todas as propriedades da classe de item de trabalho serão exibidas.

  6. Selecione Criar propriedade ou Criar relação para definir novas propriedades e novas relações para a classe .

Para iniciar com uma classe base selecionada

  1. Se o pacote de gerenciamento Explorer não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Pacote de Gerenciamento Explorer.

  2. No pacote de gerenciamento Explorer, localize e clique com o botão direito do mouse na classe base da qual a nova classe herdará propriedades e relações. Selecione Herdar desta classe.

  3. Na caixa de diálogo Herdar Nova Classe , insira um nome interno para a classe .

    No painel de criação, a lista Propriedades de classe e relação exibe as propriedades da classe base.

  4. Agora você pode selecionar Criar propriedade ou Criar relação para adicionar propriedades ou uma relação à nova classe.

Para iniciar sem uma classe base selecionada

  1. Se o pacote de gerenciamento Explorer não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Pacote de Gerenciamento Explorer.

  2. No pacote de gerenciamento Explorer, selecione e expanda qualquer pacote de gerenciamento.

  3. Clique com o botão direito do mouse em Classes e selecione Criar outra classe.

  4. Na caixa de diálogo Classe base , selecione a classe base da qual herdar propriedades e relações.

    Opcionalmente, se você souber em qual pacote de gerenciamento a classe base que você deseja usar é definida, será possível filtrar o respectivo pacote de gerenciamento e, em seguida, selecionar a classe base para a personalização.

    Selecione OK.

  5. Se a classe base que você selecionou para herdar propriedades e relações de estiver em um pacote de gerenciamento lacrado, na caixa de diálogo Pacote de Gerenciamento de Destino, selecione um pacote de gerenciamento sem lacre para armazenar a personalização da classe e selecione OK.

    Se a classe base selecionada para herdar propriedades e relacionamentos estiver em um pacote de gerenciamento sem lacre, essa personalização de classe será salva no pacote de gerenciamento selecionado.

  6. Na caixa de diálogo Criar classe , especifique o nome interno dessa classe e selecione Criar.

    No painel de criação, agora é possível exibir a lista de propriedades da nova classe. Essa lista inclui todas as propriedades da classe base que você selecionou.

Estender uma classe na ferramenta Criação

Você pode estender uma classe na Ferramenta de Criação do Service Manager ao adicionar propriedades e relações para a definição da classe. Estender uma classe afeta todas as instâncias existentes dessa classe: todas as instâncias dessa classe serão atualizadas para incluir as novas propriedades e relações.

Para estender uma classe

  1. Se o painel pacote de gerenciamento Explorer não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Pacote de Gerenciamento Explorer.

  2. No painel pacote de gerenciamento Explorer, localize e clique com o botão direito do mouse na classe que você deseja estender e selecione Estender classe.

  3. Na caixa de diálogo Pacote de Gerenciamento de Destino, selecione um pacote de gerenciamento sem lacre para armazenar a extensão de classe e selecione OK.

  4. A lista Propriedades de classe e relação na guia Extensão da classe no painel de criação exibe as propriedades e as relações da classe. Crie novas propriedades e relações da seguinte maneira:

    1. Selecione Criar propriedade; na caixa de diálogo Criar propriedade , insira um nome em Nome interno para a nova propriedade; e selecione Criar.

    2. Selecione Criar relação; na caixa de diálogo Criar relação , insira um nome em Nome interno para a nova relação; e selecione Criar.

    Observação

    Quando você estiver estendendo uma classe, não defina uma propriedade com uma ID que já esteja em uso nessa classe.

  5. Localize e selecione a nova propriedade ou relação na lista Propriedades de classe e relação e modifique suas propriedades no painel Detalhes conforme necessário.

Próximas etapas