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 atualize para o Service Manager 2022.

Uma classe é o elemento principal que é utilizado para representar objetos que são utilizados no Service Manager. Uma classe pode representar um computador, um utilizador, um incidente ou um formulário.

As definições de classe que representam um elemento maior, como uma funcionalidade de Service Manager, são frequentemente agrupadas em conjunto. As definições de classe são armazenadas em pacotes de gestão que têm de ser importados para Service Manager para ativar a funcionalidade de Service Manager.

Conceitos-chave para classes

Os objetos no Service Manager são instâncias de uma determinada classe base. Todas as instâncias de uma classe base têm um conjunto de propriedades e um comportamento comuns.

Como todos os elementos do pacote de gestão, as classes têm propriedades de ID e Nome a Apresentar . Nesta documentação, o ID refere-se ao nome exclusivo da classe que é vista apenas na Ferramenta de Criação, enquanto Nome e Nome a Apresentar referem-se ao nome específico do idioma que aparece na consola do Service Manager.

Nota

Quando estiver a criar uma classe, certifique-se sempre de que os nomes das classes são exclusivos entre pacotes de gestão. Se for possível, utilize nomes de classes descritivos para o seu ambiente. Pode determinar se já existe um nome de classe ao utilizar a funcionalidade de pesquisa na janela Browser de Classes da Ferramenta de Criação de Service Manager.

Propriedades

Todas as instâncias de uma determinada classe partilham um conjunto comum de propriedades. Os valores para estas propriedades são fornecidos por utilizadores através de vários métodos e podem variar entre instâncias diferentes. As propriedades são utilizadas para representar detalhes do próprio objeto, tais como um nome exclusivo, uma localização e outros detalhes que possam interessar ao utilizador ou que sejam necessários para cenários de gestão.

Propriedades principais

Uma propriedade de chave identifica exclusivamente cada instância de uma determinada classe. Se uma propriedade estiver marcada como uma propriedade de chave, cada instância da classe tem de ter um valor exclusivo para essa propriedade e o valor não pode ser nulo. Para as classes alojadas, o valor só tem de ser exclusivo para todas as instâncias da classe que têm o mesmo principal de alojamento. Para classes não realojadas, tem de ser exclusivo para todas as instâncias da classe no grupo de gestão. As relações de alojamento são descritas com mais detalhe posteriormente nesta secção.

As classes nem sempre requerem uma propriedade de chave. Uma propriedade chave apenas é necessária se estiver prevista mais do que uma instância de uma classe para um único elemento principal. Se apenas for esperada uma única instância, não é necessária uma propriedade de chave, mas ainda pode ser definida.

Por exemplo, Base de Dados SQL Engine tem uma propriedade chave do Nome da Instância porque um único computador pode ter mais do que uma instância do Microsoft SQL Server instalada. Quando existem várias instâncias de Base de Dados SQL Engine, cada instância tem de ter um valor diferente para o Nome da Instância para distinguir claramente entre os diferentes objetos. Por outro lado, a classe servidor Web do IIS não define uma propriedade de chave porque só pode haver uma instância instalada em qualquer computador.

Todos os objetos têm uma propriedade Nome do Caminho que é calculada a partir das propriedades ou propriedades da chave do objeto e das propriedades principais ou principais de alojamento. Para objetos não alojados, o Nome do Caminho será a propriedade chave da própria classe. O Nome do Caminho pode ser utilizado para identificar exclusivamente qualquer instância de uma classe no grupo de gestão.

Classes e herança base

Cada classe tem de especificar uma classe base que identifique uma classe existente especializada na nova classe. As bibliotecas de pacotes de gestão incluídas com Service Manager contêm várias classes que podem ser utilizadas como base para classes personalizadas em pacotes de gestão. Um pacote de gestão terá normalmente, pelo menos, uma classe herdada de uma classe de bibliotecas e possivelmente outras classes herdadas de classes no mesmo pacote de gestão.

O conceito de uma classe base pode ser ilustrado com o pacote de gestão do Sistema Operativo Windows Server. Este pacote de gestão inclui classes que representam os discos lógicos instalados no computador. A seguinte ilustração mostra as classes Disco Lógico do Windows Server 2003 e Disco Lógico do Windows Server 2008. Estas classes baseiam-se no Disco Lógico (Servidor) definido no ficheiro do pacote de gestão Microsoft.Windows.Server.Library. Por sua vez, o Disco Lógico (Servidor) baseia-se no Disco Lógico, que por si só se baseia no Dispositivo Lógico, etc., através do Hardware Lógico, da Entidade Lógica e, por fim, da Entidade. Todas as classes podem rastrear um caminho de herança semelhante e acabarão sempre na Entidade, que é a raiz da estrutura da classe. Esta é a única classe que não tem uma classe base e todas as outras classes eventualmente herdam da mesma.

Herança de propriedades entre classes

A entidade tem uma única propriedade denominada Nome a Apresentar. Esta propriedade é herdada por todas as classes herdadas da Entidade. Todas as classes eventualmente herdam da Entidade. É por isso que todas as classes têm uma propriedade Nome a Apresentar . Nenhuma outra classe neste exemplo tem propriedades até o Dispositivo Lógico, que define o Nome, a Descrição e o DeviceID. DeviceID é especificado como a propriedade da chave. Estas propriedades são herdadas pelo Disco Lógico e pelo Disco Lógico (Servidor). Em seguida, o Disco Lógico (Servidor) adiciona as propriedades adicionais Tamanho, Tipo de Unidade e Sistema de Ficheiros. As classes de nível inferior específicas da versão do sistema operativo herdam todo o conjunto de propriedades fornecidas por essas classes acima das mesmas na árvore de herança.

Tipos de aula

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

Classes abstratas

As classes abstratas não têm instâncias e existem apenas para servir de classe base para outras classes. Todas as propriedades e relações definidas ao nível da classe abstrata são herdadas por classes subordinadas e não têm de ser definidas novamente. A maioria das classes que são definidas em bibliotecas de pacotes de gestão são abstratas, uma vez que são fornecidas apenas para atuar como classes base para classes definidas em pacotes de gestão personalizados.

As classes abstratas são utilizadas onde existe 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. Existem apenas para as classes de nível inferior herdarem.

Classes singleton

As classes singleton são utilizadas quando existe uma e apenas uma instância de uma classe. A classe é a instância e existe sempre. Essa instância única é criada quando o pacote de gestão é instalado. Da mesma forma, uma propriedade de chave não é necessária para uma classe singleton, porque terá apenas uma única instância. Uma utilização comum de classes singleton é para a classe Grupos , porque existe apenas uma única instância desta classe necessária em todo o grupo de gestão.

Extensões de classe

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

Relações

As relações são definidas entre classes para indicar uma associação entre uma determinada instância de uma classe e a instância específica de outra. Existem três tipos de relações e são detalhadas nas secções seguintes:

• Relação de alojamento

• Relação de contenção

• Relação de referência

As relações entre classes afetam os objetos das seguintes maneiras.

Tipo de relação	Propriedade chave e existência	Propriedades disponíveis
Alojamento	O valor da propriedade chave tem de ser exclusivo para todas as instâncias da classe no grupo de gestão. No entanto, para as classes alojadas, o valor da propriedade da chave tem de ser exclusivo apenas para todos os objetos que tenham o mesmo elemento principal de alojamento. Para identificar exclusivamente um objeto alojado, a propriedade chave do objeto e do elemento principal do objeto é necessária e a chave da classe alojada será a combinação da propriedade da chave de classe de alojamento e a propriedade de chave de classe alojada. A existência de uma classe alojada depende da existência da classe de alojamento.	Qualquer fluxo de trabalho direcionado para uma classe tem acesso às propriedades dessa classe, além das propriedades de qualquer um dos respetivos principais de alojamento. Por exemplo, um script num fluxo de trabalho com a classe Motor de BD SQL 2008 como destino pode exigir o nome do computador no qual a instância do SQL Server 2008 está instalada. Uma vez que um objeto pode ter apenas um elemento principal de alojamento, conhecemos o computador que aloja qualquer instância específica da classe Motor de BD SQL 2008 . O script de fluxo de trabalho pode aceder às propriedades do objeto de destino e às propriedades do principal de alojamento desse destino.
Contenção	A propriedade e a existência da chave não dependem do objeto de contentor.	Qualquer fluxo de trabalho direcionado para uma classe tem acesso às propriedades dessa classe, além das propriedades de qualquer um dos respetivos principais contentores. Por exemplo, um script num fluxo de trabalho destinado a uma classe de incidentes pode aceder às propriedades da classe da fila de contentores.
Referência	A propriedade e a existência da chave não dependem do objeto referenciado.	Qualquer fluxo de trabalho direcionado para 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. É utilizada uma relação de referência quando as classes principal e subordinada não dependem umas das outras; por exemplo, uma base de dados pode referenciar outra base de dados que esteja a replicar. Uma base de dados não depende da outra 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 alojamento. Declara que uma classe está relacionada com outra classe, embora uma não seja necessária para a outra. Ao contrário de uma relação de alojamento, uma relação de contenção é muitos para muitos. Isto significa que um objeto pode conter muitos objetos e que um único objeto pode ser contido por muitos outros objetos. Por exemplo, um grupo pode conter muitos objetos e um único objeto pode ser um membro de muitos grupos.

As relações de contenção são normalmente utilizadas nas associações a grupos em que os objetos são incluídos num grupo através de uma relação de contenção entre o grupo e o objeto membro.

Relação de alojamento

A relação mais restritiva entre classes é a relação de alojamento . Uma classe alojada por outra classe é denominada classe alojada e uma instância da classe é denominada objeto alojado. Se uma classe não for alojada por outra, é denominada classe nãohostada e uma instância da classe é chamada de objeto nãohostado.

Quando um objeto é alojado por outro objeto, esse objeto depende do respetivo elemento principal de alojamento para poder existir. Se o elemento principal de alojamento for removido, o elemento subordinado alojado também será removido. Por exemplo, um disco lógico não pode existir sem o computador no qual está instalado.

Um objeto alojado apenas pode ter um elemento principal de alojamento, mas um elemento principal pode alojar vários elementos subordinados. Por exemplo, um determinado disco apenas pode ser instalado num único computador, mas um computador pode ter vários discos instalados.

O pacote de gestão do SQL Server fornece outro exemplo de relações de alojamento. A relação de alojamento entre a classe Computador Windows , a classe Motor de BD SQL 2008 e a classe BD SQL 2008 é apresentada aqui.

Relações de alojamento para SQL Server turmas de 2008

A classe Motor de BD SQL 2008 representa uma instância de SQL Server 2008 instalada num computador específico. Uma vez que uma base de dados só pode ser instalada num único motor de base de dados, a classe Motor de BD SQL 2008 aloja a classe BD SQL 2008 . Podem existir várias bases de dados com o mesmo nome num grupo de gestão, mas todas as bases de dados instaladas numa instância específica da classe SQL Server têm de ter um nome exclusivo. O motor de base de dados, por sua vez, é alojado pela classe Computador Windows . Pode haver várias instâncias SQL Server com o mesmo nome num grupo de gestão. Cada uma delas, instalada num determinado computador, tem de ter um nome exclusivo.

Como existem duas relações de alojamento, o nome do caminho para cada base de dados será o nome do computador, seguido do nome da instância, seguido do nome da base de dados. Um exemplo é mostrado no diagrama seguinte.

Relações de alojamento de bases de dados de exemplo

Diretrizes gerais e melhores práticas para turmas

Utilize as seguintes diretrizes e melhores práticas quando estiver a 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 Service Manager baseia-se na convenção de nomenclatura de espaços de nomes .NET.

Convenções de nomenclatura básicas

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

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

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

• O 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.Incident e System.StarRating.Average.

O espaço de nomes do sistema

O Espaço de nomes do sistema refere-se a definições independentes da Microsoft e do Windows. Isto aplica-se normalmente às definições base das quais dependem as aplicações do Windows ou as aplicações Unix. Estas definições de base devem ser independentes da empresa.

Utilize as seguintes orientações para o prefixo System:

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

• Utilize o prefixo sistema se esperar que outras pessoas definam esquemas sobre esse espaço de nomes.

• Tenha em atenção que o Microsoft.Windows.Computer não começa com o Sistema, embora a maioria das aplicações do Windows (independentemente do fornecedor que o define) dependa desta definição.

Melhores práticas para atribuir nomes a turmas

Utilize as seguintes melhores práticas quando estiver a atribuir nomes a classes:

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

• Ao expandir uma classe, certifique-se sempre de que os nomes das extensões de classe são exclusivos entre pacotes de gestão. Se possível, utilize nomes de extensões de classe com significado.

• Quando estiver a expandir uma classe, não defina uma propriedade com um ID que já esteja a ser utilizado nessa classe.

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

• Se adicionar um cálculo com nome personalizado ao criar um cubo, prefaceie o nome do cálculo com o nome com NC_. Isto irá reduzir a possibilidade de utilizar um nome de uma propriedade que já existe.

Não criar demasiadas classes

Criar demasiadas classes pode resultar numa complexidade desnecessária com valor mínimo. Um regra útil consiste em utilizar o menor número de classes para alcançar os resultados pretendidos. Para além das classes abstratas, se uma classe não for o alvo de qualquer fluxo de trabalho ou for utilizada para armazenar dados, provavelmente não deve ser criada. Além disso, se duas classes forem semelhantes, considere a utilização de uma única classe para ambas, possivelmente utilizando uma propriedade que possa englobar os valores de quaisquer diferenças.

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

Os valores de propriedades devem ser alterados raramente depois de serem preenchidos pela primeira vez. Uma causa possível para alterações frequentes do valor da propriedade é um conector personalizado ou qualquer outra personalização que atualize programaticamente a base de dados Service Manager. Estes cenários poderão causar a atualização demasiado frequente dos valores das propriedades, tal como a cada 10 a 15 minutos ou menos, de um número elevado de objetos.

Estas alterações frequentes aos valores das propriedades poderão afetar ligeiramente o desempenho dos fluxos de trabalho e podem ter outros impactos no desempenho. Isto acontece porque o sistema mantém um registo dessas alterações no histórico. Além disso, dependendo da propriedade que é alterada, estas alterações podem adicionar uma quantidade significativa de dados a processar e armazenar pelo armazém de dados.

Não expandir uma classe abstrata

No Service Manager, não pode expandir uma classe abstrata. Se necessitar de expandir uma classe abstrata, pode efetuar qualquer um dos seguintes procedimentos:

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

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

Melhorar a pesquisa simples de classes de itens de trabalho

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

Isto melhora a procura simples. A pesquisa simples procura apenas a propriedade DisplayName e, ao incluir explicitamente o valor da propriedade Título e o valor da propriedade ID no valor da propriedade DisplayName , os resultados da pesquisa simples são melhorados. Isto acontece porque o utilizador pode procurar por uma palavra no título ou por ID.

Procurar uma classe na ferramenta Criação

Pode utilizar o painel Browser de Classes no Service Manager Ferramenta de Criação para navegar nas classes e nas respetivas propriedades. Enquanto navega em classes, pode adicionar um controlo a um formulário ao arrastar as propriedades do painel Browser Escolar para um formulário que está a ser criado no painel de criação.

O painel Browser de Classes pode apresentar classes de qualquer pacote de gestão que esteja na pasta Biblioteca e de qualquer pacote de gestão que tenha sido aberto na Ferramenta de Criação. Quando seleciona uma classe, o painel Browser de Classes apresenta as propriedades especificamente definidas para essa classe e as propriedades internas geradas pelo sistema. Por predefinição, a pasta Biblioteca encontra-se na seguinte localização: C:\Programas (x86)\Microsoft System Center\Service Manager <versão> Criação\Biblioteca.

Quando seleciona um pacote de gestão no painel Browser Escolar , todas as classes do pacote de gestão selecionado são apresentadas e pode expandir a classe para a qual pretende ver as propriedades. Quando seleciona Todos os Pacotes de Gestão, todas as classes de todos os pacotes de gestão na pasta Biblioteca são apresentadas. Sempre que alterar a seleção do pacote de gestão, tem de atualizar o painel Browser Escolar .

Para navegar numa classe

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

2. No painel Browser Escolar , na lista de pacotes de gestão, selecione o pacote de gestão que contém a classe que pretende procurar. Por exemplo, selecione o pacote de gestão biblioteca de sistema .

3. Localize a classe que pretende ver, como a classe Computador , e, em seguida, faça o seguinte:

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

   • Para ver a lista de propriedades da classe, como Nome a Apresentar e Estado do Recurso, expanda a classe no painel Browser de Classes . 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 gestão que contém a definição da classe, clique com o botão direito do rato na classe e selecione Ver.

Editar detalhes de uma classe na ferramenta Criação

Pode utilizar o Service Manager Ferramenta de Criação para ver as propriedades de uma classe e editar os detalhes, como o nome ou descrição, de uma classe.

No Explorador de Pacotes de Gestão, pode selecionar uma classe e ver os respetivos detalhes no painel Detalhes . Se selecionar uma classe definida num pacote de gestão não selado, pode alterar o nome e a descrição dessa classe.

Alterar o nome ou descrição de uma classe

1. No ambiente de trabalho, selecione Iniciar.

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

3. Certifique-se de que o Explorador do Pacote de Gestão e os painéis Detalhes estão abertos .

4. Selecione Ficheiro e selecione Abrir.

5. Na caixa de diálogo Abrir Ficheiro , selecione um pacote de gestão não selado que contenha a classe que pretende alterar e selecione Abrir. Por exemplo, abra a pasta de instalação da Ferramenta de Criação \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml pacote de gestão de exemplo.

6. No Explorador de Pacotes de Gestão, expanda o pacote de gestão que contém a classe que pretende alterar.

7. Expanda Classes e, em seguida, localize e selecione a classe que pretende alterar.

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

9. No Explorador de Pacotes 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 com herança na ferramenta Criação

Na Ferramenta de Criação de Service Manager, pode criar uma classe que herda propriedades e relações de uma classe base existente. Em seguida, pode modificar ou adicionar propriedades e relações à nova classe.

Como primeiro passo para definir a herança de classes, escolha a classe base a partir da qual herdar propriedades e relações. Na Ferramenta de Criação, pode escolher a classe base com um dos seguintes métodos:

• Utilize um atalho para herdar propriedades e relações da classe de item de configuração base.

• Utilize 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 seguintes descrevem todos os métodos para definir a herança de classes na Ferramenta de Criação.

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

1. Se o 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.

2. No Explorador de Pacotes de Gestão, selecione e, em seguida, expanda qualquer pacote de gestão.

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

4. Se estiver a criar uma classe a partir de um pacote de gestão selado, na caixa de diálogo Pacote de Gestão de Destino , selecione um pacote de gestão não selado para armazenar a personalização da classe e selecione OK.

   Nota

   Se estiver a criar uma classe a partir de um pacote de gestão não selado, esta personalização de classe é guardada nesse pacote de gestão 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 pode ver a lista de propriedades da nova classe. Se estiver a criar uma classe de item de configuração, todas as propriedades da classe de item de configuração estão listadas. Se estiver a criar uma classe de item de trabalho, todas as propriedades da classe de item de trabalho são apresentadas.

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

Para começar com uma classe base selecionada

1. Se o 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.

2. No Explorador de Pacotes de Gestão, localize e, em seguida, clique com o botão direito do rato na classe base a partir da qual a nova classe herdará propriedades e relações. Selecione Herdar desta classe.

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

   No painel de criação, as propriedades da classe e a lista de relações apresentam as propriedades da classe base.

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

Para começar sem uma classe base selecionada

1. Se o 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.

2. No Explorador de Pacotes de Gestão, selecione e, em seguida, expanda qualquer pacote de gestão.

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

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

   Opcionalmente, se souber em que pacote de gestão a classe base que pretende utilizar está definida, pode filtrar no respetivo pacote de gestão e, em seguida, selecionar a classe base para esta personalização.

   Selecione OK.

5. Se a classe base que selecionou para herdar propriedades e relações estiver num pacote de gestão selado, na caixa de diálogo Pacote de Gestão de Destino , selecione um pacote de gestão não selado para armazenar a personalização da classe e selecione OK.

   Se a classe base que selecionou para herdar propriedades e relações estiver num pacote de gestão não selado, esta personalização de classe será guardada nesse pacote de gestão selecionado.

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

   No painel de criação, agora pode ver a lista de propriedades da nova classe. Esta lista inclui todas as propriedades da classe base que selecionou.

Expandir uma classe na ferramenta Criação

Pode expandir uma classe no Service Manager Ferramenta de Criação ao adicionar propriedades e relações à definição da classe. Expandir 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 expandir uma classe

1. Se o painel Explorador do Pacote de Gestão não estiver visível na Ferramenta de Criação, selecione Ver e selecione Explorador de Pacotes de Gestão.

2. No painel Explorador de Pacotes de Gestão , localize e clique com o botão direito do rato na classe que pretende expandir e selecione Expandir classe.

3. Na caixa de diálogo Pacote de Gestão de Destino , selecione um pacote de gestão não selado para armazenar a extensão da classe e selecione OK.

4. A lista Propriedades da classe e relação no separador Extensão da classe no painel de criação apresenta as propriedades e as relações da classe. Crie novas propriedades e relações da seguinte forma:

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

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

   Nota

   Quando estiver a expandir uma classe, não defina uma propriedade com um ID que já esteja a ser utilizado nessa classe.

5. Localize e selecione a nova propriedade ou relação na lista Propriedades da classe e relações e modifique as respetivas propriedades no painel Detalhes, conforme necessário.

Passos seguintes

• Para ver e editar as propriedades dos objetos, veja Personalizar e criar formulários.