Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Uma classe é o elemento principal usado para representar objetos usados no 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 do Service Manager, geralmente são agrupadas. As definições de classe são armazenadas em pacotes de gerenciamento que devem ser importados para o Service Manager para habilitar a funcionalidade do Service Manager. Neste artigo, você aprenderá sobre como personalizar e criar classes com a criação do Service Manager.
Conceitos-chave para aulas
Os objetos no 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.
Como todos os elementos do pacote de gestão, as classes têm ID e Nome de Exibição propriedades. Nesta documentação, ID refere-se ao nome exclusivo da classe que é visto apenas na ferramenta de criação, enquanto Name e Display Name referem-se ao nome específico do idioma que aparece no Service Manager console.
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 classes 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 para essas propriedades são fornecidos em vários métodos pelos usuários e podem variar entre diferentes instâncias. As propriedades são usadas para representar detalhes do objeto real, como um nome exclusivo, local e outros detalhes que podem ser interessantes para o usuário ou que são necessários para cenários de gerenciamento.
Principais propriedades
Uma propriedade de chave identifica exclusivamente cada instância de uma classe específica. 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 as classes não hospedadas , devem ser exclusivas para todas as instâncias da classe no grupo de gestão. As relações de hospedagem são descritas mais adiante nesta seção.
As classes nem sempre exigem uma propriedade chave. Uma propriedade key só é necessária se mais de uma instância de uma classe for 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 motor de base de dados SQL tem como propriedade chave o Nome da Instância, porque 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 SQL , cada instância deve ter um valor diferente para Nome da Instância para distinguir claramente entre os diferentes objetos. A classe IIS Web Server, 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 Nome do Caminho que é calculada a partir da propriedade ou das propriedades-chave do objeto e das dos seus pais hospedeiros. Para objetos não hospedados, Nome do caminho será a propriedade chave da própria classe. Nome do caminho pode ser usado para identificar de forma única qualquer instância de uma classe no grupo de gestão.
Classes base e herança
Cada classe deve especificar uma classe base que identifique uma classe existente na qual a nova classe se especializará. As bibliotecas de pacotes de gerenciamento incluídas no Service Manager contêm várias classes que podem ser usadas como base para classes personalizadas em pacotes de gerenciamento. Um pacote de gerenciamento normalmente terá pelo menos uma classe herdando de uma classe de biblioteca e, potencialmente, outras classes herdando 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. Este pacote de gerenciamento inclui classes que representam discos lógicos instalados no computador. A ilustração a seguir mostra as classes de Disco Lógico do Windows Server 2003 e de Disco Lógico do Windows Server 2008. Essas classes são baseadas em de disco lógico (servidor) definido no arquivo de pacote de gerenciamento Microsoft.Windows.Server.Library. Disco Lógico (Servidor) é baseado, por sua vez, em Disco Lógico, que é baseado, por sua vez, em Dispositivo Lógico, e assim por diante, passando por Hardware Lógico, Entidade Lógicae, finalmente, Entidade. Todas as classes podem traçar um caminho de herança semelhante e sempre acabarão em Entity, que é a raiz da estrutura de classe. Esta é a única classe que não tem uma classe base, e todas as outras classes eventualmente herdam dela.
Herança de propriedades entre classes
Entidade tem uma única propriedade chamada Nome de Apresentação. Esta propriedade é herdada por todas as classes que herdam de Entity. Todas as classes eventualmente herdam de Entidade. É por isso que todas as classes têm uma propriedade Nome para Exibição. Nenhuma outra classe neste exemplo tem propriedades até Logical Device, que define Name, Descriptione DeviceID. DeviceID é especificado como a propriedade principal. Todas essas propriedades são herdadas pelo Logical Disk e Logical Disk (Server). Disco Lógico (Servidor) adiciona as propriedades adicionais Tamanho, Tipo de Unidadee Sistema de Arquivos. As classes de nível inferior que são específicas para a versão do sistema operacional herdam todo o conjunto de propriedades fornecidas por essas classes acima delas na árvore de herança.
Tipos de classe
A maioria das classes tem uma ou mais instâncias reais e são conhecidas 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
As classes abstratas não têm instâncias e existem apenas para atuar como uma classe base para outras classes. Todas as propriedades e relações que são definidas no nível de classe abstrata são herdadas por classes filhas e não precisam ser definidas novamente. A maioria das classes definidas em bibliotecas de pacotes de gerenciamento são abstratas, pois são fornecidas apenas para atuar como classes base para classes definidas em pacotes de gerenciamento personalizados.
As classes abstratas são usadas quando há um conjunto comum de propriedades, relações ou agrupamentos que podem ser definidos em todas as especializações adicionais de uma classe. No exemplo anterior, todas as classes mostradas acima de disco lógico do Windows Server 2003 e de disco lógico do Windows Server 2008 são abstratas. Existem apenas para serem herdadas pelas classes de nível inferior.
Classes do tipo Singleton
classes Singleton são usadas quando há uma única instância de uma classe. A classe é a instância e sempre existe. A instância única está sendo criada quando o pacote de gerenciamento é instalado. Da mesma forma, uma propriedade de chave não é necessária para uma classe singleton, porque ela só terá uma única instância. Um uso comum de classes singleton é para a classe Groups, porque é necessária apenas uma única instância dessa classe em todo o grupo de gestão.
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.
Relacionamentos
Relações são definidas entre classes para indicar uma associação entre uma instância particular de uma classe e a instância particular de outra. Existem três tipos de relacionamentos, que são detalhados nas seguintes seções:
As relações de classe afetam os objetos das seguintes maneiras:
| Tipo de relação | Propriedade chave e existência | Imóveis disponíveis |
|---|---|---|
| Hospedagem | O valor da propriedade-chave deve ser exclusivo para todas as instâncias da classe no grupo de gerenciamento. Para classes hospedadas, no entanto, o valor da propriedade chave deve ser único apenas entre todos os objetos que têm o mesmo pai de hospedagem. Para identificar exclusivamente um objeto hospedado, é necessário tanto a propriedade chave do objeto quanto do pai do objeto, e a chave da classe hospedada será a combinação da propriedade chave da classe de hospedagem e da propriedade chave da 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 usando a classe do mecanismo de banco de dados do SQL 2008 como destino pode exigir o nome do computador no qual a instância do SQL Server 2008 está instalada. Como um objeto pode ter apenas um pai de hospedagem, conhecemos o computador que hospeda qualquer instância específica da classe do mecanismo de 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 do 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 pais 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êiner. |
| 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 apenas à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 são dependentes uma da outra; Por exemplo, um banco de dados pode fazer referência a outro banco de dados que está replicando. Um banco de dados não depende do outro e os objetos existem separadamente.
Relação de contenção
O tipo de relação de contenção é menos restritivo do 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 contenção é 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 membro de vários grupos.
As relações de contenção são normalmente usadas para associação a grupos em que os objetos são incluídos em um grupo por meio de uma relação de contenção entre o grupo e o objeto membro.
Relação de hospedagem
A relação mais restritiva entre as classes é a relação de hospedagem -. Uma classe hospedada por outra classe é chamada de classe hospedadae uma instância da classe é chamada de objeto hospedado. Se uma classe não for hospedada por outra, ela será chamada de classe não hospedadae uma instância da classe será chamada de objeto não hospedado.
Quando um objeto é hospedado por outro, esse objeto depende de seu pai de hospedagem para sua própria existência. Se o pai de hospedagem for removido, a criança hospedada também será removida. Por exemplo, um disco lógico não pode existir sem o computador em que 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 em apenas um computador, mas um computador pode ter vários discos instalados.
O pacote de gerenciamento do SQL Server fornece outro exemplo de relações de hospedagem. A relação de hospedagem entre a classe Windows Computer, a classe SQL 2008 DB Engine e a classe SQL 2008 DB é mostrada aqui.
Relações de hospedagem para classes do SQL Server 2008
A classe do Mecanismo de 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 SQL 2008 DB Engine hospeda a classe SQL 2008 DB. Pode haver vários bancos de dados com o mesmo nome em um grupo de gerenciamento, mas todos os bancos de dados instalados em uma instância específica da classe SQL Server devem ter um nome exclusivo. O mecanismo de banco de dados, por sua vez, é hospedado pela classe Windows Computer. Pode haver várias instâncias SQL Server com o mesmo nome em um grupo de gerenciamento. Cada um em um computador específico deve ter um nome exclusivo.
Como há duas relações de hospedagem, o nome do caminho para cada banco de dados será o nome do computador seguido pelo nome da instância seguido pelo nome do banco de dados. Um exemplo é mostrado no diagrama a seguir.
Exemplo de relações de hospedagem de banco de dados
Diretrizes gerais e melhores práticas para as aulas
Use as diretrizes e práticas recomendadas a seguir ao personalizar classes na ferramenta Criação do Service Manager.
Convenções de nomenclatura para definições de tipo
A convenção de nomenclatura do modelo de esquema do 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, onde:
ProductName é opcional; Utilize-o se a definição for independente de qualquer produto específico.
FunctionalityArea é opcional; utilizá-la se a definição puder aplicar-se a diferentes domínios.
Nome 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 espaço de nomes System
O namespace System refere-se a definições que são independentes da Microsoft e do Windows. Isso geralmente se aplica às definições básicas das quais os aplicativos Windows ou Unix dependem. Estas definições de base devem ser independentes da empresa.
Use as seguintes diretrizes para o prefixo do sistema:
System.Computer representa qualquer tipo de computador e não é específico do fornecedor.
Use o prefixo System se você espera que outras pessoas definam esquemas sobre esse namespace.
Observe que Microsoft.Windows.Computer não inicia com System, embora a maioria dos aplicativos do Windows (independentemente do fornecedor que o define) dependa dessa definição.
Práticas recomendadas para nomear classes
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.
Quando você estiver estendendo uma classe, sempre verifique se os nomes de extensão de classe são exclusivos entre os pacotes de gerenciamento. Se possível, use nomes de extensão de classe significativos.
Quando você estiver estendendo uma classe, não defina uma propriedade com uma ID que já esteja em uso nessa classe.
Evite usar pontos nos nomes das propriedades de uma classe personalizada.
Se você adicionar um cálculo nomeado personalizado ao criar um cubo, prefacie 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
Criar muitas classes pode resultar em complexidade desnecessária com valor mínimo. Uma boa regra é usar o menor número de aulas para alcançar os resultados desejados. Além das classes abstratas, se uma classe não for o destino de nenhum fluxo de trabalho ou ser usada para armazenar dados, ela provavelmente não deve ser criada. Além disso, se duas classes forem semelhantes, considere usar uma única classe para ambas, possivelmente usando uma propriedade que possa conter os valores para quaisquer diferenças.
Não use propriedades que são atualizadas com frequência
Os valores de propriedade devem mudar raramente 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 do Service Manager. Esses cenários podem potencialmente fazer com que 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 afetar ligeiramente o desempenho dos fluxos de trabalho e podem ter outros impactos no desempenho. Isso ocorre porque o sistema acompanha essas mudanças 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
No Service Manager, não é possível estender uma classe abstrata. Se você precisar estender uma classe abstrata, poderá fazer o seguinte:
Crie uma nova classe com as propriedades que você deseja adicionar e, em seguida, crie uma relação entre a nova classe e a classe abstrata.
Estender cada uma das classes concretas relevantes que derivam da classe abstrata.
Melhore a pesquisa simples de classes de itens de trabalho
Quando se define uma classe personalizada derivada da classe "System.WorkItem", recomendamos que se armazene a propriedade DisplayName dessa classe no seguinte formato: WorkItem.ID<SPACE>WorkItem.Title.
Isso melhora a pesquisa simples. A pesquisa simples pesquisa apenas a propriedade DisplayName e os resultados são melhorados ao incluir explicitamente, no valor da propriedade DisplayName, o valor da propriedade Title e o valor da propriedade ID. Isso ocorre porque o usuário pode pesquisar por uma palavra no título ou por ID.
Procurar uma classe na ferramenta de autoria
Você pode usar o painel Navegador de Classes na ferramenta Criação do Service Manager para procurar classes e suas propriedades. Enquanto navega pelas classes, você pode adicionar um controle a um formulário arrastando propriedades do painel Navegador de Classes para um formulário que está sendo criado no painel de criação.
O painel Navegador de Classes 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 Criação. Quando você seleciona uma classe, o painel Navegador de Classe exibe as propriedades especificamente definidas 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> Authoring\Library.
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 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 Classe.
Navegar numa classe
Para procurar uma classe na ferramenta de criação, execute estas etapas:
Se o painel Navegador de Classe não estiver visível na Ferramenta de Criação, selecione Ver e, em seguida, selecione Navegador de Classe.
No painel Navegador de Classe, na lista de pacotes de gestão, selecione o pacote de gestão que contém a classe que pretende explorar. Por exemplo, selecione o pacote de gerenciamento da System Library.
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 Classe . Para ver mais detalhes de uma propriedade, clique com o botão direito do rato 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 aula na ferramenta de Autoria
Você pode usar a ferramenta Criação do Service Manager para exibir as propriedades de uma classe e editar os detalhes, como o nome ou a descrição, de uma classe.
No Management Pack Explorer, você pode selecionar uma classe e exibir os seus detalhes no painel Detalhes. Se você selecionar uma classe definida em um pacote de gerenciamento sem lacre, poderá alterar o nome e a descrição dessa classe.
Alterar o nome ou a descrição de uma classe
Para alterar o nome ou a descrição de uma classe na ferramenta de criação, siga estes passos:
Na área de trabalho, selecione Iniciar.
Selecione Ferramenta de Criação do Service Manager e aguarde até que a Ferramenta de Criação seja aberta.
Verifique se os painéis Explorador do Pacote de Gerenciamento e Detalhes estão abertos.
Selecione Arquivoe selecione Abrir.
Na caixa de diálogo Abrir Arquivo, selecione um pacote de gerenciamento sem lacre que contenha a classe que você deseja alterar e selecione Abrir. Por exemplo, abra a pasta de instalação da ferramenta de criação do pacote de gerenciamento de exemplo \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml.
No Explorador do Pacote de Gestão, expanda o pacote de gestão que contém a classe que deseja alterar.
Expanda Classese, em seguida, localize e selecione a classe que pretende alterar.
Selecione o valor da propriedade Name ou Description e insira o novo valor. Os valores que não podem ser alterados não estão disponíveis.
No Explorador do Pacote de Gestão , clique com o botão direito do rato no pacote de gestão que contém a classe alterada e selecione Guardar.
Criar uma classe usando herança na ferramenta de autoria
Na ferramenta de Criação do Service Manager, você pode criar uma classe que herda propriedades e relações de uma classe base existente. Em seguida, você pode modificar ou adicionar propriedades e relacionamentos à nova classe.
Como primeira etapa para definir a herança de classe, escolha a classe base da qual herdar propriedades e relações. 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 de item de configuração base.
Use um atalho para herdar propriedades e relacionamentos da classe de item de trabalho base.
Primeiro, selecione a classe base e, em seguida, comece a definir a herança.
Comece a definir a herança sem uma seleção de 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.
Comece com a classe de item de configuração ou a classe de item de trabalho como uma classe base
Para começar com a classe de item de configuração ou a classe de item de trabalho como uma classe base na ferramenta de criação, execute estas etapas:
Se o Explorador de Pacotes de Gestão não estiver visível na Ferramenta de Criação, selecione Ver e, em seguida, selecione Explorador de Pacotes de Gestão.
No Explorador do Pacote de Gerenciamento, selecione e expanda qualquer pacote de gerenciamento.
Clique com o botão direito do rato em Classese selecione Criar Classe de Item de Configuração ou Criar Classe de Item de Trabalho.
Se você estiver criando uma classe a partir 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 a partir de um pacote de gerenciamento sem lacre, essa personalização de classe será salva nesse pacote de gerenciamento selecionado.
Na caixa de diálogo Criar Classe, especifique o nome interno para a nova classe e selecione Criar.
No painel de criação, agora você pode 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.
Selecione Criar propriedade ou Criar relação para definir novas propriedades e novas relações para a classe.
Comece com uma classe base selecionada
Para começar com uma classe base selecionada na ferramenta de criação, execute estas etapas:
Se o Explorador de Pacotes de Gestão não estiver visível na Ferramenta de Criação, selecione Ver e, em seguida, selecione Explorador de Pacotes de Gestão.
No Explorador do Pacote de Gerenciamento , 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.
Na caixa de diálogo Herdar Nova Classe, insira um nome interno para a classe.
No painel de autoria, a lista de propriedades da classe e o relacionamento exibem as propriedades da classe base.
Agora você pode selecionar Create property ou Create relationship para adicionar propriedades ou uma relação à nova classe.
Iniciar sem uma classe base selecionada
Para iniciar sem uma classe base selecionada na ferramenta de criação, execute estas etapas:
Se o Gerenciador de Pacotes de Gerenciamento não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Gerenciador de Pacotes de Gerenciamento.
No Explorador do Pacote de Gerenciamento, selecione e expanda qualquer pacote de gerenciamento.
Clique com o botão direito do rato Classese selecione Criar outra classe.
Na caixa de diálogo da Classe Base , selecione a classe base da qual herdar propriedades e relacionamentos.
Opcionalmente, se você souber em qual pacote de gerenciamento a classe base que deseja usar está definida, poderá filtrar o respetivo pacote de gerenciamento e selecionar a classe base para essa personalização.
Selecione OK.
Se a classe base que você selecionou para herdar propriedades e relacionamentos estiver em um pacote de gerenciamento lacrado, na caixa de diálogo Pacote de Gerenciamento de Destino do, selecione um pacote de gerenciamento sem lacre para armazenar a personalização de classe e selecione OK.
Se a classe base que você selecionou para herdar propriedades e relacionamentos estiver em um pacote de gerenciamento sem lacre, essa personalização de classe será salva nesse pacote de gerenciamento selecionado.
Na caixa de diálogo Criar classe , especifique o nome interno para essa classe e selecione Criar.
No painel de criação, agora você pode exibir a lista de propriedades da nova classe. Esta lista inclui todas as propriedades da classe base que você selecionou.
Estender uma classe na ferramenta de criação
Você pode estender uma classe na ferramenta Criação do Service Manager adicionando propriedades e relacionamentos à definição da classe. A extensão de 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.
Estender uma classe
Para estender uma classe na ferramenta de criação, execute estas etapas:
Se o painel Explorador de Pacotes de Gestão não estiver visível na Ferramenta de Criação, selecione Ver e selecione Explorador de Pacotes de Gestão.
No painel Explorador do Pacote de Gerenciamento, localize e clique com o botão direito do mouse na classe que deseja estender e selecione Estender classe.
Na caixa de diálogo Pacote de Gestor de Destino, selecione um pacote de gestão não lacrado para armazenar a extensão de classe e selecione OK.
A lista de Propriedades de classe e de relacionamento na extensão da classe na guia no painel de criação exibe as propriedades e os relacionamentos da classe. Crie novas propriedades e relações da seguinte maneira:
Selecione Criar propriedade; na caixa de diálogo Criar propriedade, insira um nome em Nome interno para a nova propriedade; e selecione Criar.
Selecione Criar relacionamento; na caixa de diálogo Criar relacionamento, insira um nome em Nome interno para o novo relacionamento; 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.
Localize e selecione a nova propriedade ou relação na lista de propriedades e relacionamentos da classe , e modifique as suas propriedades no painel de detalhes , conforme necessário.
Próximos passos
Para exibir e editar as propriedades de objetos, consulte Personalizar e criar formulários.