Personalizar e criar classes com a criação do Service Manager
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 Service Manager para habilitar a funcionalidade Service Manager.
Conceitos-chave para aulas
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.
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 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 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.
Principais propriedades
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 hospedadas, ele deve ser exclusivo 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 key. 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 Nome do Caminho que é calculada a partir da propriedade ou propriedades de chave do objeto e de seu pai 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 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 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 no Disco Lógico, que por sua vez é baseado no Dispositivo Lógico e assim por diante, por meio de Hardware Lógico, Entidade Lógica e, finalmente , 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. 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
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 de Entity. É 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 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 onde há um conjunto comum de propriedades, relações ou agrupamento que podem ser definidos em todas as especializações adicionais de uma classe. No exemplo anterior, todas as classes mostradas acima Disco Lógico do Windows Server 2003 e Disco Lógico do Windows Server 2008 são abstratas. Elas existem somente para as classes de nível inferior herdar.
Classes singleton
As 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 terá apenas 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 classes
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 todas as 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 relações, que são detalhadas nas seções a seguir:
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 relacionamento | Propriedade de chave e existência | Propriedades disponíveis |
---|---|---|
Hosting | O valor da propriedade de chave deve ser exclusivo para todas as instâncias da classe no grupo de gerenciamento. Para classes hospedadas, no entanto, o valor da propriedade da 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 é necessária 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 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ê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 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 dependem 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 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 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 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.
Hospedando relações para classes do 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.
Exemplos de relações de hospedagem de banco de dados
Diretrizes gerais e práticas recomendadas para aulas
Use as diretrizes e práticas recomendadas a seguir ao personalizar classes na Ferramenta de 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, 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 System
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 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.
Ao estender 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 significativos de extensão de classe.
Ao estender uma classe, não defina uma propriedade com uma ID que já esteja em uso nessa classe.
Não use pontos 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 das 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 das propriedades devem mudar raramente depois de serem preenchidos pela primeira vez. Uma possível causa para alterações frequentes de valor de propriedade é um conector personalizado ou qualquer outra personalização que atualiza programaticamente o banco de dados do 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
No 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 de criação
Você pode usar o painel Navegador de Classes na Ferramenta de Criação do Service Manager para procurar classes e suas propriedades. Enquanto estiver navegando 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 de Criação. Quando você seleciona uma classe, o painel Navegador de Classes 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> Authoring\Library.
Quando você seleciona um pacote de gerenciamento no painel Navegador de Classes , 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 Classes .
Procurar uma turma
Se o painel Navegador de Classes não estiver visível na Ferramenta de Criação, selecione Exibir e selecione Navegador de Classes.
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.
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 ainda mais os 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 de criação
Você pode usar a Ferramenta de 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 Gerenciador de Pacotes de Gerenciamento, você pode selecionar uma classe e exibir 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
Na área de trabalho, selecione Iniciar.
Selecione Service Manager Authoring Tool e aguarde a abertura da Authoring Tool.
Verifique se os painéis Gerenciador de Pacotes de Gerenciamento e Detalhes estão abertos.
Selecione Arquivo e 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 \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml pacote de gerenciamento de exemplo.
No Gerenciador de Pacotes de Gerenciamento, expanda o pacote de gerenciamento que contém a classe que você deseja alterar.
Expanda Classes e, em seguida, localize e selecione a classe que você deseja alterar.
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.
No Gerenciador de Pacotes de Gerenciamento, 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 de criação
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 a primeira etapa da definição da 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 relações 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
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 Gerenciador de Pacotes de Gerenciamento, selecione e expanda qualquer pacote de gerenciamento.
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.
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 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 da 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.
Começar com uma classe base selecionada
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 Gerenciador de Pacotes 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 criação, a lista Propriedades da classe e relações exibe as propriedades da classe base.
Agora você pode selecionar Criar propriedade ou Criar relação para adicionar propriedades ou uma relação à nova classe.
Iniciar sem uma classe base selecionada
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 Gerenciador de Pacotes de Gerenciamento, selecione e expanda qualquer pacote de gerenciamento.
Clique com o botão direito do mouse em Classes e selecione Criar outra classe.
Na caixa de diálogo 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 respectivo pacote de gerenciamento e selecionar a classe base para essa personalização.
Selecione OK.
Se a classe base da qual você selecionou herdar propriedades e relações 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 da qual você selecionou herdar propriedades e relações 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 dessa classe e selecione Criar.
No painel de criação, agora você pode 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 de criação
Você pode estender uma classe na Ferramenta de Criação do Service Manager adicionando propriedades e relações à 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
Se o painel 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 painel Gerenciador de Pacotes de Gerenciamento, localize e clique com o botão direito do mouse na classe que você deseja estender e selecione Estender classe.
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.
A lista Propriedades e relações da classe 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:
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 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
Ao estender 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 Propriedades e relações da classe e modifique suas propriedades no painel Detalhes conforme necessário.
Próximas etapas
- Para exibir e editar as propriedades dos objetos, consulte Personalizar e criar formulários.