Personalización y creación de clases con la herramienta de creación de Service Manager

Importante

Esta versión de Service Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Service Manager 2022.

Una clase es el elemento principal que se usa para representar objetos que se usan en Service Manager. Una clase puede representar un equipo, un usuario, un incidente o un formulario.

Las definiciones de clase que representan un elemento mayor, como una característica de Service Manager, suelen agruparse. Las definiciones de clase se almacenan en módulos de administración que deben importarse en Service Manager para habilitar Service Manager funcionalidad.

Conceptos clave de las clases

Los objetos de Service Manager son instancias de una clase base determinada. Todas las instancias de una clase base tienen un conjunto común de propiedades y un comportamiento común.

Al igual que todos los elementos del módulo de administración, las clases tienen propiedades de Id. y Nombre para mostrar . En esta documentación, id. hace referencia al nombre único de la clase que solo se ve en la herramienta de creación, mientras que Nombre y Nombre para mostrar hacen referencia al nombre específico del idioma que aparece en la consola de Service Manager.

Nota

Al crear una clase, asegúrese siempre de que los nombres de clase sean únicos entre los módulos de administración. Si es posible, utilice nombres de clase que sean significativos en su entorno. Puede determinar si ya existe un nombre de clase mediante la característica de búsqueda en la ventana Explorador de clases de la herramienta de creación de Service Manager.

Propiedades

Todas las instancias de una clase determinada comparten un conjunto común de propiedades. Los usuarios proporcionan mediante varios métodos los valores de estas propiedades, que pueden variar entre diferentes instancia. Las propiedades se utilizan para representar detalles del objeto real, como el nombre y la ubicación únicos y otros detalles que pueden ser de interés para el usuario o que se requieren para los escenarios de administración.

Propiedades de la clave

Una propiedad clave identifica de forma única cada instancia de una clase determinada. Si una propiedad está marcada como una propiedad de clave, cada instancia de la clase debe tener un valor único para esa propiedad y el valor no puede ser NULL. En el caso de las clases hospedadas, el valor solo debe ser único para todas las instancias de la clase que tienen el mismo elemento primario de hospedaje. Para las clases no hospedadas, debe ser única para todas las instancias de la clase del grupo de administración. Las relaciones de hospedaje se describen más adelante en esta sección.

Las clases no siempre requieren una propiedad de clave. Una propiedad clave sólo es necesaria si se espera más de una instancia de una clase para un elemento principal único. Si solo se espera una instancia única, no se requiere una propiedad de clave, pero puede seguir definiendose.

Por ejemplo, el Motor de base de datos de SQL tiene una propiedad clave de Instance Name , porque un solo equipo puede tener más de una instancia de Microsoft SQL Server instalada. Cuando hay varias instancias del Motor de base de datos de SQL, cada instancia debe tener un valor diferente para Instance Name , con el fin de distinguir claramente los diferentes objetos. Por el contrario, la clase servidor web de IIS no define una propiedad de clave porque solo puede haber una instancia instalada en cualquier equipo.

Todos los objetos tienen una propiedad Path Name que se calcula a partir de la propiedad o las propiedades clave del objeto y las de sus elementos primarios o primarios de hospedaje. Para los objetos no alojados, Path Name será la propiedad clave de la propia clase. Path Name puede usarse para identificar de manera única cualquier instancia de una clase en el grupo de administración.

Clases base y herencia

Cada clase debe especificar una clase base que identifique una clase existente de la que se deriva como una nueva clase especializada. Las bibliotecas de módulos de administración que se incluyen con Service Manager contienen varias clases que se pueden usar como base para clases personalizadas en módulos de administración. Normalmente, un módulo de administración tiene al menos una clase que hereda de una clase de biblioteca y posiblemente otras clases que heredan de clases del mismo módulo de administración.

El concepto de clase base se puede ilustrar con el módulo de administración del sistema operativo Windows Server. Este módulo de administración incluye clases que representan los discos lógicos instalados en el equipo. La ilustración siguiente muestra las clases del Disco lógico de Windows Server 2003 y del Disco lógico de Windows Server 2008. Estas clases se basan en Disco lógico (servidor) , que se define en el archivo del módulo de administración de Microsoft.Windows.Server.Library. El disco lógico (servidor) se basa a su vez en disco lógico, que se basa en el dispositivo lógico, etc., a través del hardware lógico, la entidad lógica y, por último, la entidad. Todas las clases pueden trazar una ruta de herencia similar y siempre terminan en Entidad, que es la raíz de la estructura de clases. Esta es la única clase que no tiene una clase base y, finalmente, todas las demás clases heredan de ella.

Herencia de propiedades entre clases

La entidad tiene una sola propiedad denominada Nombre para mostrar. Todas las clases que heredan de Entity heredan esta propiedad. Todas las clases heredan finalmente de Entity. Por eso todas las clases tienen una propiedad Nombre para mostrar . Ninguna otra clase de este ejemplo tiene propiedades hasta Dispositivo lógico, que define Name, Descriptiony DeviceID. DeviceID se especifica como la propiedad clave. Todas estas propiedades son heredadas por Disco lógico y Disco lógico (servidor). A continuación,Disco lógico (servidor) agrega las propiedades adicionales Size, Drive Typey File System. Las clases de nivel inferior, que son específicas de la versión del sistema operativo, heredan el conjunto completo de propiedades proporcionado por las clases superiores del árbol de herencia.

Tipos de clase

La mayoría de las clases tienen una o más instancias reales y se conocen como clases concretas. Lasclases abstractas y las clases Singleton are special kinds of classes that behave differently y las are used for particular scenarios.

Clases abstractas

Las clases abstractas no tienen instancias y solo existen para actuar como clase base de otras clases. Todas las propiedades y relaciones definidas en el nivel de clase abstracta las heredan las clases secundarias y no es necesario volver a definirlas. La mayoría de las clases definidas en las bibliotecas de módulos de administración son abstractas, ya que solo se proporcionan para actuar como clases base para las clases definidas en módulos de administración personalizados.

Las clases abstractas se usan donde hay un conjunto común de propiedades, relaciones o agrupación que se pueden definir en todas las especializaciones adicionales de una clase. En el ejemplo anterior, todas las clases mostradas anteriormente en Disco lógico de Windows Server 2003 y Disco lógico de Windows Server 2008 son abstractas. Solo existen para ser heredadas por las clases de nivel inferior.

Clases Singleton

Las clases Singleton se usan cuando hay una y solo una instancia de una clase. La clase es la instancia y siempre está presente. La instancia única se crea cuando se instala el módulo de administración. De forma similar, una propiedad de clave no es necesaria para una clase singleton, ya que solo tendrá una sola instancia. Un uso común de las clases singleton es para la clase Groups , ya que solo hay una única instancia de esta clase necesaria en todo el grupo de administración.

Extensiones de clase

Para personalizar una clase, se puede ampliar agregando nuevas propiedades a la definición de clase existente. Las nuevas propiedades ahora se incluirán en todas las instancias de esa clase que ya existen y en las nuevas instancias que se crearán. No se puede extender una clase abstracta.

Relaciones

Lasrelaciones se definen entre las clases para indicar una asociación entre una instancia concreta de una clase y la instancia concreta de otra. Hay tres tipos de relaciones y se detallan en las secciones siguientes:

• Relación de hospedaje

• Relaciones de contención

• Relación de referencia

Las relaciones de clase afectan a los objetos de las siguientes maneras.

Tipo de relación	Propiedad clave y existencia	Propiedades disponibles
Hospedaje	El valor de la propiedad de clave debe ser único para todas las instancias de la clase del grupo de administración. Sin embargo, para las clases hospedadas, el valor de la propiedad de clave debe ser único solo para todos los objetos que tienen el mismo elemento primario de hospedaje. Para identificar de forma única un objeto hospedado, la propiedad de clave del objeto y el elemento primario del objeto son necesarios y la clave de la clase hospedada será la combinación de la propiedad clave de clase de hospedaje y la propiedad de clave de clase hospedada. La existencia de una clase hospedada depende de la existencia de la clase de hospedaje.	Cualquier flujo de trabajo destinado a una clase tiene acceso a las propiedades de esa clase, además de las propiedades de cualquiera de sus elementos primarios de hospedaje. Por ejemplo, un script en un flujo de trabajo que utilice la clase Motor de base de datos de SQL 2008 como su destino podría requerir el nombre del equipo en el que está instalada la instancia de SQL Server 2008. Dado que un objeto solo puede tener un hospedaje principal, conocemos el equipo que hospeda cualquier instancia concreta de la clase Motor de base de datos de SQL 2008 . El script de flujo de trabajo puede tener acceso a las propiedades del objeto de destino y a las propiedades del elemento primario de hospedaje de ese destino.
Containment	La propiedad de clave y la existencia no dependen del objeto contenedor.	Cualquier flujo de trabajo destinado a una clase tiene acceso a las propiedades de esa clase, además de las propiedades de cualquiera de sus elementos primarios de contenedor (s). Por ejemplo, un script de un flujo de trabajo destinado a una clase de incidente puede tener acceso a las propiedades de la clase de la cola de contenedor.
Referencia	La propiedad de clave y la existencia no dependen del objeto al que se hace referencia.	Cualquier flujo de trabajo destinado a una clase solo tiene acceso a las propiedades de esa clase.

Relación de referencia

La relación de referencia es el tipo de relación más general. Se usa una relación de referencia cuando las clases primarias y secundarias no dependen entre sí; por ejemplo, una base de datos podría hacer referencia a otra base de datos que se está replicando. Una base de datos no depende de la otra y los objetos existen por separado.

Relaciones de contención

El tipo de relación de contención es menos restrictivo que el de relación de hospedaje. Declara que una clase está relacionada con otra clase, aunque no es necesaria para la otra. A diferencia de una relación de hospedaje, una relación de contención es de varios a varios. Esto significa que un objeto puede contener varios objetos, y un solo objeto puede estar contenido en varios objetos. Por ejemplo, un grupo puede contener varios objetos, y un solo objeto puede ser miembro de varios grupos.

Normalmente, las relaciones de contención se utilizan para la pertenencia al grupo, donde los objetos están incluidos en un grupo a través de una relación de contención entre el grupo y el objeto miembro.

Relación de hospedaje

La relación más restrictiva entre clases es la relación de hospedaje . Una clase hospedada por otra clase se denomina clase hospedada, y una instancia de la clase se denomina objeto hospedado. Si otra clase no está hospedada por otra, se denomina clase no hospedada y una instancia de la clase se denomina un objeto no hospedado.

Cuando un objeto está hospedado por otro, ese objeto se basa en su hospedaje principal para su existencia. Si se quita el hospedaje principal, también se quitará el elemento secundario hospedado. Por ejemplo, un disco lógico no puede existir sin el equipo en el que está instalado.

Un objeto hospedado solo puede tener un hospedaje principal, pero un elemento principal puede hospedar a varios elementos secundarios. Por ejemplo, es posible que un disco concreto solo se pueda instalar en un único equipo, pero un equipo puede tener varios discos instalados.

El módulo de administración de SQL Server proporciona otro ejemplo de relaciones de hospedaje. En este ejemplo se muestra la relación de hospedaje entre la clase Equipo de Windows, la clase Motor de SQL Database 2008 y la clase SQL Database 2008.

Relaciones de hospedaje para clases de SQL Server 2008

La clase Motor de base de datos de SQL 2008 representa una instancia de SQL Server 2008 instalada en un equipo determinado. Dado que una base de datos solo se puede instalar en un único motor de base de datos, la clase Motor de base de datos de SQL 2008 hospeda la clase Base de datos de SQL 2008 . En un grupo de administración puede haber varias bases de datos con el mismo nombre, pero las bases de datos instaladas en una instancia concreta de la clase SQL Server deben tener un nombre único. A su vez, el motor de la base de datos está hospedado por la clase Equipo de Windows. En un grupo de administración puede haber varias instancias de SQL Server con el mismo nombre. Cada una de ellas en un equipo determinado debe tener un nombre único.

Dado que hay dos relaciones de hospedaje, el nombre de ruta de acceso de cada base de datos será el nombre del equipo seguido del nombre de la instancia, seguido del nombre de la base de datos. En el diagrama siguiente se muestra un ejemplo.

Ejemplo de relaciones de hospedaje de base de datos

Directrices generales y procedimientos recomendados para clases

Use las siguientes instrucciones y procedimientos recomendados al personalizar clases en la herramienta de creación de Service Manager.

Convenciones de nomenclatura para definiciones de tipos

La convención de nomenclatura del modelo de esquema de Service Manager se basa en la convención de nomenclatura de espacios de nombres de .NET.

Convenciones de nomenclatura básicas

La convención de nomenclatura básica es NombreDeCompañía.ÁreaTecnológica.NombreDeProducto.ÁreaFuncional.Nombre, donde:

• NombreDeProducto es opcional; utilícela si la definición es independiente de cualquier producto específico.

• ÁreaFuncional es opcional; utilícela si la definición se puede aplicar a diferentes áreas.

• Nombre refleja el significado de la clase, no la jerarquía de herencia.

Ejemplos: Microsoft.AD.Printer, Microsoft.Windows.Computer, System.Knowledge.Article, System.WorkItem.Incidenty System.StarRating.Average.

Espacio de nombres del sistema

El espacio de nombres System hace referencia a las definiciones que son independientes de Microsoft y Windows. Normalmente, esto se aplica a las definiciones base de las que dependen las aplicaciones Windows o las aplicaciones Unix. Estas definiciones base no deben ser dependientes de la empresa.

Utilice las siguientes instrucciones para el prefijo System:

• System.Computer representa cualquier tipo de equipo y no es específico del proveedor.

• Utilice el prefijo System si espera que otros usuarios definan esquemas encima de ese espacio de nombres.

• Tenga en cuenta que Microsoft.Windows.Computer no comienza con System, aunque la mayoría de las aplicaciones de Windows (independientemente del proveedor que lo defina) dependen de esta definición.

Procedimientos recomendados para asignar nombres a clases

Use los siguientes procedimientos recomendados al asignar nombres a clases:

• No cree dos clases independientes (incluso si están en dos módulos de administración diferentes) que darían lugar a que se almacenen valores de clave idénticos para objetos diferentes de las dos clases.

• Al extender una clase, asegúrese siempre de que los nombres de extensión de clase sean únicos en los módulos de administración. Si es posible, utilice nombres significativos de extensión de clase.

• Al extender una clase, no defina una propiedad con un identificador que ya esté en uso en esa clase.

• No use puntos en nombres de propiedades de una clase personalizada.

• Si agrega un cálculo con nombre personalizado al crear un cubo, agregue NC_ al inicio del nombre del cálculo con nombre. Así se reducirán las posibilidades de utilizar un nombre de una propiedad que ya existe.

No cree demasiadas clases

El resultado de crear demasiadas clases es una complejidad innecesaria con un valor mínimo. Una regla útil consiste en usar el menor número de clases para lograr los resultados deseados. Aparte de las clases abstractas, si una clase no va a ser el destino de ningún flujo de trabajo o se usará para almacenar datos, probablemente no debería crearse. Además, si dos clases son similares, considere la posibilidad de utilizar una sola clase para ambos, posiblemente mediante el uso de una propiedad que pueda contener los valores de las diferencias.

No use propiedades que actualicen con frecuencia

Los valores de propiedad deben cambiar rara vez después de que se rellenen por primera vez. Una posible causa de cambios frecuentes en el valor de propiedad es un conector personalizado o cualquier otra personalización que actualice mediante programación la base de datos Service Manager. Posiblemente, estos escenarios pueden producir actualizaciones demasiado frecuentes de los valores de las propiedades, como cada 10 o 15 minutos o menos, para un gran número de objetos.

Tales cambios frecuentes en los valores de las propiedades podrían afectar ligeramente al rendimiento de los flujos de trabajo, además de producir otros impactos en el rendimiento. Esto se debe a que el sistema realiza un seguimiento de los cambios en el historial. Además, en función de la propiedad que se cambie, estos cambios pueden agregar una cantidad significativa de datos que el almacenamiento de datos procesa y almacena.

No extender una clase abstracta

En Service Manager, no se puede extender una clase abstracta. Si necesita extender una clase abstracta, puede llevar a cabo cualquiera de las siguientes acciones:

• Cree una nueva clase con las propiedades que desee agregar y, a continuación, cree una relación entre la nueva clase y la clase abstracta.

• Extienda cada una de las clases concretas pertinentes que se derivan de la clase abstracta.

Mejora de la búsqueda sencilla de clases de elementos de trabajo

Al definir una clase personalizada derivada de la clase "System.WorkItem", se recomienda almacenar la propiedad DisplayName de esa clase en el siguiente formato: WorkItem.ID<SPACE>WorkItem.Title.

Esto mejora la búsqueda sencilla. Mediante la búsqueda sencilla solo se busca la propiedad DisplayName ; sin embargo, si se incluyen explícitamente el valor de la propiedad Title y el valor de la propiedad ID en el valor de la propiedad DisplayName , los resultados de la búsqueda sencilla mejoran. Esto se debe a que el usuario puede buscar por una palabra en el título o por el identificador.

Examinar una clase en la herramienta creación

Puede usar el panel Explorador de clases del Service Manager Herramienta de creación para examinar las clases y sus propiedades. Mientras examina las clases, puede agregar un control a un formulario arrastrando propiedades desde el panel Explorador de clases a un formulario que se está creando en el panel de creación.

El panel Explorador de clases puede mostrar clases desde cualquier módulo de administración que esté en la carpeta Biblioteca y desde cualquier módulo de administración que se haya abierto en la Herramienta de creación. Al seleccionar una clase, el panel Explorador de clases muestra las propiedades que se definen específicamente para esa clase y las propiedades internas generadas por el sistema. De forma predeterminada, la carpeta Biblioteca está en la siguiente ubicación: C:\Archivos de programa (x86)\Microsoft System Center\Service Manager <versión> Authoring\Library.

Al seleccionar un módulo de administración en el panel Explorador de clases, se muestran todas las clases del módulo de administración seleccionado y puede expandir la clase para la que desea ver las propiedades. Al seleccionar Todos los módulos de administración, se muestran todas las clases de todos los módulos de administración de la carpeta Biblioteca. Cada vez que cambie la selección del módulo de administración, debe actualizar el panel Explorador de clases.

Para examinar una clase

1. Si el panel Explorador de clases no está visible en la Herramienta de creación, seleccione Ver y seleccione Explorador de clases.

2. En el panel Explorador de clases, en la lista módulo de administración, seleccione el módulo de administración que contiene la clase que desea examinar. Por ejemplo, seleccione el módulo de administración de la biblioteca del sistema .

3. Busque la clase que desea ver, como por ejemplo la clase Equipo, y realice lo siguiente:

   • Para ver los detalles de la clase, como Descripción y Nombre interno, haga clic con el botón derecho en la clase y seleccione Detalles.

   • Para ver la lista de propiedades de clase, como Nombre para mostrar y Estado de activo, expanda la clase en el panel Explorador de clases. Para ver más detalles de una propiedad, haga clic con el botón derecho en la propiedad y seleccione Detalles.

   • Para abrir el módulo de administración que contiene la definición de la clase, haga clic con el botón derecho en la clase y seleccione Ver.

Editar detalles de una clase en la herramienta creación

Puede utilizar Service Manager Authoring Tool para ver las propiedades de una clase y editar detalles, como el nombre o la descripción de una clase.

En el Explorador de módulos de administración, puede seleccionar una clase y ver sus detalles en el panel Detalles . Si selecciona una clase definida en un módulo de administración no sellado, puede cambiar el nombre y la descripción de dicha clase.

Cambiar el nombre o la descripción de una clase

1. En el escritorio, seleccione Iniciar.

2. Seleccione Service Manager Herramienta de creación y espere a que se abra la herramienta de creación.

3. Asegúrese de que los paneles Explorador de módulos de administración y Detalles estén abiertos.

4. Seleccione Archivo y seleccione Abrir.

5. En el cuadro de diálogo Abrir archivo , seleccione un módulo de administración no sellado que contenga la clase que desea cambiar y seleccione Abrir. Por ejemplo, abra la carpeta de instalación de authoring Tool \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml módulo de administración de ejemplo.

6. En el Explorador de módulos de administración, expanda el módulo de administración que contiene la clase que desea cambiar.

7. Expanda Clases y, a continuación, busque y seleccione la clase que desea cambiar.

8. Seleccione el valor de la propiedad Name o Description y, a continuación, escriba el nuevo valor. Los valores que no se pueden cambiar no están disponibles.

9. En el Explorador de módulos de administración, haga clic con el botón derecho en el módulo de administración que contiene la clase modificada y seleccione Guardar.

Creación de una clase mediante la herencia en la herramienta creación

En Service Manager Authoring Tool, puede crear una clase que herede las propiedades y relaciones de una clase base existente. A continuación, puede modificar o agregar propiedades y relaciones a la nueva clase.

Como primer paso para la definición de la herencia de clases, elija la clase base desde la que se van a heredar las propiedades y las relaciones. En authoring Tool, puede elegir la clase base mediante uno de los métodos siguientes:

• Utilice un método abreviado para heredar las propiedades y relaciones desde la clase del elemento de configuración base.

• Utilice un método abreviado para heredar las propiedades y relaciones desde la clase del elemento de trabajo base.

• Seleccione primero la clase base y, a continuación, empiece a definir la herencia.

• Comience a definir la herencia sin seleccionar una clase base específica.

  En los procedimientos siguientes se describen todos los métodos para definir la herencia de clases en authoring Tool.

Para comenzar con la clase de elemento de configuración o la clase de elemento de trabajo como clase base

1. Si el Explorador de módulos de administración no está visible en la herramienta de creación, seleccione Ver y seleccione Explorador de módulos de administración.

2. En el Explorador de módulos de administración, seleccione y expanda cualquier módulo de administración.

3. Haga clic con el botón derecho en Clases y seleccione Crear clase de elemento de configuración o Crear clase de elemento de trabajo.

4. Si va a crear una clase a partir de un módulo de administración sellado, en el cuadro de diálogo Módulo de administración de destino, seleccione un módulo de administración no sellado para almacenar la personalización de la clase y seleccione Aceptar.

   Nota

   Si va a crear una clase a partir de un módulo de administración no sellado, esta personalización de clase se guarda en ese módulo de administración seleccionado.

5. En el cuadro de diálogo Crear clase , especifique el nombre interno de la nueva clase y seleccione Crear.

   En el panel de creación, ahora puede ver la lista de propiedades de la nueva clase. Si va a crear una clase de elemento de configuración, se muestran todas las propiedades de la clase de elemento de configuración. Si va a crear una clase de elemento de trabajo, se muestran todas las propiedades de la clase de elemento de trabajo.

6. Seleccione Crear propiedad o Crear relación para definir nuevas propiedades y relaciones nuevas para la clase.

Para comenzar con una clase base seleccionada

1. Si el Explorador de módulos de administración no está visible en la herramienta de creación, seleccione Ver y seleccione Explorador de módulos de administración.

2. En el Explorador de módulos de administración, busque y haga clic con el botón derecho en la clase base desde la que la nueva clase heredará las propiedades y las relaciones. Seleccione Heredar de esta clase.

3. En el cuadro de diálogo Heredar nueva clase , escriba un nombre interno para la clase .

   En el panel de creación, la lista Propiedades de clase y relación muestra las propiedades de la clase base.

4. Ahora puede seleccionar Crear propiedad o Crear relación para agregar propiedades o una relación a la nueva clase.

Para comenzar sin una clase base seleccionada

1. Si el Explorador de módulos de administración no está visible en la herramienta de creación, seleccione Ver y seleccione Explorador de módulos de administración.

2. En el Explorador de módulos de administración, seleccione y expanda cualquier módulo de administración.

3. Haga clic con el botón derecho en Clases y seleccione Crear otra clase.

4. En el cuadro de diálogo Clase base , seleccione la clase base de la que heredar las propiedades y las relaciones.

   Opcionalmente, si sabe en qué módulo de administración está definida la clase base que desea utilizar, puede filtrar por el módulo de administración correspondiente y seleccionar la clase base para esta personalización.

   Seleccione Aceptar.

5. Si la clase base de la que seleccionó heredar propiedades y relaciones está en un módulo de administración sellado, en el cuadro de diálogo Módulo de administración de destino, seleccione un módulo de administración no sellado para almacenar la personalización de la clase y seleccione Aceptar.

   Si la clase base que seleccionó para la herencia de propiedades y relaciones está en un módulo de administración no sellado, esta personalización de clase se guardará en dicho módulo de administración.

6. En el cuadro de diálogo Crear clase , especifique el nombre interno de esta clase y seleccione Crear.

   En el panel de creación, ahora puede ver la lista de propiedades de la nueva clase. Esta lista incluye todas las propiedades de la clase base que seleccionó.

Extensión de una clase en la herramienta de creación

Puede extender una clase en Service Manager Authoring Tool; para hacerlo, agregue propiedades y relaciones a la definición de la clase. La extensión de una clase afecta a todas las instancias existentes de esa clase: todas las instancias de esa clase se actualizarán para incluir las nuevas propiedades y relaciones.

Para extender una clase

1. Si el panel Explorador de módulos de administración no está visible en la herramienta de creación, seleccione Ver y seleccione Explorador de módulos de administración.

2. En el panel Explorador de módulos de administración , busque y haga clic con el botón derecho en la clase que desea extender y seleccione Extender clase.

3. En el cuadro de diálogo Módulo de administración de destino, seleccione un módulo de administración no sellado para almacenar la extensión de clase y seleccione Aceptar.

4. La lista Propiedades de clase y relación de la pestaña Extensión de clase del panel de creación muestra las propiedades y las relaciones de la clase. Cree nuevas propiedades y relaciones de la siguiente manera:

   1. Seleccione Crear propiedad; en el cuadro de diálogo Crear propiedad , escriba un nombre en Nombre interno para la nueva propiedad; y seleccione Crear.

   2. Seleccione Crear relación; en el cuadro de diálogo Crear relación , escriba un nombre en Nombre interno para la nueva relación; y seleccione Crear.

   Nota

   Al extender una clase, no defina una propiedad con un identificador que ya esté en uso en esa clase.

5. Busque y seleccione la nueva propiedad o relación en la lista Propiedades de clase y relación , y modifique sus propiedades en el panel Detalles según sea necesario.

Pasos siguientes

• Para ver y editar las propiedades de los objetos, vea Personalizar y crear formularios.