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

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 más grande, como una característica de Service Manager, suelen agruparse. Las definiciones de clase se almacenan en módulos de administración que se deben importar en Service Manager para habilitar la funcionalidad de Service Manager.

Conceptos clave para 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 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, use 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 valores de estas propiedades se proporcionan en varios métodos por los usuarios y pueden variar entre diferentes instancias. Las propiedades se usan para representar detalles del objeto real, como un nombre único, una ubicación y otros detalles que pueden ser interesantes para el usuario o que son necesarios para escenarios de administración.

Propiedades importantes

Una propiedad de 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. Para 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 en el 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. Solo se requiere una propiedad de clave si se espera más de una instancia de una clase para un único elemento primario. Si solo se espera una sola instancia, no se requiere una propiedad de clave, pero todavía se puede definir.

Por ejemplo, SQL Motor de base de datos tiene una propiedad clave de Nombre de instancia porque un solo equipo puede tener instalada más de una instancia de Microsoft SQL Server. Cuando hay varias instancias de SQL Motor de base de datos, cada instancia debe tener un valor diferente para Nombre de instancia para distinguir claramente entre los distintos objetos. La clase servidor web de IIS, por el contrario, 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 hospedados, Path Name será la propiedad clave de la propia clase. Nombre de ruta de acceso se puede usar para identificar de forma ú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 que la nueva clase se especializará. Las bibliotecas del módulo 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 tendrá al menos una clase heredada de una clase de biblioteca y potencialmente otras clases que heredan de las clases del mismo módulo de administración.

El concepto de una 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 discos lógicos instalados en el equipo. En la ilustración siguiente se muestran las clases Disco lógico de Windows Server 2003 y 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 Microsoft.Windows.Server.Library. El disco lógico (servidor) se basa en el 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 realizar un seguimiento de una ruta de acceso de herencia similar y siempre terminarán en Entity, que es la raíz de la estructura de clases. Esta es la única clase que no tiene una clase base y todas las demás clases heredan finalmente 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 el dispositivo lógico, que define Name, Description y DeviceID. DeviceID se especifica como la propiedad de clave. Todas estas propiedades las hereda el disco lógico y el disco lógico (servidor). Después, el disco lógico (servidor) agrega las propiedades adicionales Tamaño, Tipo de unidad y Sistema de archivos. Las clases de nivel inferior específicas de la versión del sistema operativo heredan todo el conjunto de propiedades proporcionados por esas clases por encima de ellas en el árbol de herencia.

Tipos de clase

La mayoría de las clases tienen una o varias instancias reales y se conocen como clases concretas. Las clases abstractas y las clases singleton son tipos especiales de clases que se comportan de forma diferente y se usan para escenarios concretos.

Clases abstractas

Las clases abstractas no tienen instancias y solo existen para actuar como una clase base para otras clases. Las clases secundarias heredan todas las propiedades y relaciones definidas en el nivel de clase abstracta y no tienen que definirse de nuevo. 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 cuando 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 que las clases de nivel inferior hereden de.

Clases Singleton

Las clases Singleton se usan cuando hay una y solo una instancia de una clase. La clase es la instancia y siempre existe. La instancia única se crea cuando se instala el módulo de administración. Del mismo modo, 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 sola instancia de esta clase necesaria en todo el grupo de administración.

Extensiones de clase

Para personalizar una clase, puede ampliarla agregando nuevas propiedades a la definición de clase existente. Las nuevas propiedades se incluirán ahora 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

Las relaciones se definen entre clases para indicar una asociación entre una instancia determinada 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 maneras siguientes.

Tipo de relación	Propiedad y existencia de clave	Propiedades disponibles
Hospedar aplicaciones de WPF	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 solo debe ser único 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 de un flujo de trabajo mediante la clase motor de base de datos de SQL 2008 como 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 elemento primario de hospedaje, sabemos 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.
Contención	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 del contenedor . Por ejemplo, un script de un flujo de trabajo destinado a una clase de incidente puede acceder 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 tiene acceso solo 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 la 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 varios objetos pueden contener varios objetos. Por ejemplo, un grupo puede contener varios objetos y un único objeto puede ser miembro de varios grupos.

Las relaciones de contención se suelen usar para la pertenencia a grupos donde los objetos se incluyen 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 las 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, se denomina clase no hospedada y una instancia de la clase se denomina objeto no hospedado.

Cuando un objeto está hospedado por otro, ese objeto se basa en su elemento primario de hospedaje para su existencia. Si se quita el elemento primario de hospedaje, 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 elemento primario de hospedaje, pero uno primario puede hospedar varios elementos secundarios. Por ejemplo, un disco determinado solo se puede instalar en un solo 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. La relación de hospedaje entre la clase Equipo Windows, la clase motor de base de datos de SQL 2008 y la clase de base de datos de SQL 2008 se muestra aquí.

Hospedar relaciones 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 de base de datos de SQL 2008. Puede haber varias bases de datos con el mismo nombre en un grupo de administración, pero las bases de datos instaladas en una instancia determinada de la clase de SQL Server deben tener un nombre único. El motor de base de datos, a su vez, se hospeda en la clase Equipo Windows. Puede haber varias instancias de SQL Server con el mismo nombre en un grupo de administración. Cada uno de ellos en un equipo determinado debe tener un nombre único.

Dado que hay dos relaciones de hospedaje, el nombre de la 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.

Relaciones de hospedaje de base de datos de ejemplo

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 CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, donde:

• ProductName es opcional; úselo si la definición es independiente de cualquier producto específico.

• La funcionalidadArea es opcional; úsela si la definición se puede aplicar a diferentes áreas.

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

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

Espacio de nombres del sistema

El espacio de nombres System hace referencia a definiciones independientes de Microsoft y Windows. Esto normalmente se aplica a las definiciones base de las que dependen las aplicaciones de Windows o de Unix. Estas definiciones base deben ser independientes de la empresa.

Use las instrucciones siguientes para el prefijo del sistema:

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

• Use el prefijo Del sistema 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 la define) se basan en esta definición.

Procedimientos recomendados para asignar nombres a clases

Use los procedimientos recomendados siguientes al asignar nombres a las 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 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 todos los módulos de administración. Si es posible, use nombres de extensión de clase significativos.

• 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, escriba el nombre del cálculo con nombre con NC_. Esto reducirá la posibilidad de usar un nombre de una propiedad que ya existe.

No cree demasiadas clases

La creación de demasiadas clases puede dar lugar a una complejidad innecesaria con un valor mínimo. Una buena regla es 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 usar una sola clase para ambas, posiblemente mediante una propiedad que pueda contener los valores para cualquier diferencia.

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 de Service Manager. Estos escenarios pueden provocar que los valores de propiedad se actualicen con demasiada frecuencia, como cada 10 a 15 minutos o menos para un gran número de objetos.

Estos cambios frecuentes en los valores de propiedad podrían afectar ligeramente al rendimiento de los flujos de trabajo y podrían tener otros impactos en el rendimiento. Esto se debe a que el sistema realiza un seguimiento de esos cambios en el historial. Además, dependiendo de la propiedad que se va a cambiar, estos cambios pueden agregar una cantidad significativa de datos que el almacenamiento de datos va a procesar y almacenar.

No extender una clase abstracta

En Service Manager, no se puede extender una clase abstracta. Si necesita ampliar una clase abstracta, puede realizar una de las siguientes acciones:

• Cree una nueva clase con las propiedades que desea 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 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. La búsqueda simple busca solo la propiedad DisplayName y, al incluir explícitamente el valor de la propiedad Title y el valor de la propiedad ID en el valor de la propiedad DisplayName , se mejoran los resultados de la búsqueda simple. Esto se debe a que el usuario puede buscar por una palabra en el título o por identificador.

Examinar una clase en la herramienta creación

Puede usar el panel Explorador de clases de la herramienta de creación de Service Manager para examinar las clases y sus propiedades. Mientras navega por 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 se encuentra 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 se encuentra en la siguiente ubicación: C:\Archivos de programa (x86)\Microsoft System Center\Service Manager <version> 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. Siempre 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 del 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 la clase Computer y haga 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 del recurso, 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 usar la herramienta de creación de Service Manager para ver las propiedades de una clase y editar los 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 esa clase.

Cambiar el nombre o la descripción de una clase

1. En el escritorio, seleccione Iniciar.

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

3. Asegúrese de que tanto el Explorador de módulos de administración como los paneles 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 la herramienta de creación \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 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 la herramienta de creación de Service Manager, puede crear una clase que herede las propiedades y las relaciones de una clase base existente. A continuación, puede modificar o agregar propiedades y relaciones a la nueva clase.

Como primer paso para definir la herencia de clases, elija la clase base de la que heredar las propiedades y las relaciones. En la Herramienta de creación, puede elegir la clase base mediante uno de los métodos siguientes:

• Use un acceso directo para heredar propiedades y relaciones de la clase de elemento de configuración base.

• Use un acceso directo para heredar propiedades y relaciones de la clase de elemento de trabajo base.

• En primer lugar, seleccione la clase base y, a continuación, empiece a definir la herencia.

• Comience a definir la herencia sin una selección de clase base específica.

  Los procedimientos siguientes describen todos los métodos para definir la herencia de clases en la herramienta de creación.

Para empezar con la clase de elemento de configuración o la clase de elemento de trabajo como una 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 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 nuevas relaciones para la clase.

Para empezar 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, a continuación, 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 empezar 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 se define la clase base que desea usar, puede filtrar por el módulo de administración correspondiente y, a continuación, 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 sin sellar para almacenar la personalización de clase y seleccione Aceptar.

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

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 creación

Puede extender una clase en la herramienta de creación de Service Manager agregando propiedades y relaciones a la definición de la clase. Extender 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.