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, además de 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úrate siempre de que los nombres de clase sean únicos entre los módulos de administración. Si es posible, usa nombres de clase que sean significativos dentro de su entorno. Puedes determinar si ya existe un nombre de clase mediante la característica de búsqueda en la ventana Explorador de clases de Service Manager Authoring Tool.
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 clave, cada instancia de esa clase debe tener un valor único para esa propiedad y el valor no puede ser nulo. Para las clases hospedadas, el valor solo debe ser único para todas las instancias de la clase que tengan el mismo elemento primario de hospedaje. Para las clases no hospedadas, debe ser único 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 clave. Solo se requiere una propiedad 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 clave, aunque se puede definir.
Por ejemplo, el Motor de base de datos SQL 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 del Motor de base de datos SQL, cada instancia debe tener un valor diferente para el Nombre de instancia a fin de distinguir claramente los distintos objetos. La clase Servidor web de IIS, por el contrario, no define una propiedad clave porque solo puede haber una instancia instalada en cualquier equipo.
Todos los objetos tienen una propiedad Nombre de ruta que se calcula a partir de la o las propiedades clave del objeto y las de sus elementos primarios o elementos primarios de hospedaje. Para los objetos no hospedados, Nombre de ruta será la propiedad clave de la propia clase. Nombre de ruta se puede usar para identificar de forma única cualquier instancia de una clase del grupo de administración.
Clases base y herencia
Cada clase debe especificar una clase base que identifique una clase existente en la 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 de 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) a su vez se basa en el Disco lógico, que a su vez se basa en el Dispositivo lógico y así sucesivamente, 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 Entidad, 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 se heredan finalmente de ella.
Herencia de propiedades entre clases
Entidad tiene una sola propiedad denominada Nombre para mostrar. Todas las clases que se heredan de Entidad heredan esta propiedad. Todas las clases heredan finalmente de Entidad. Por eso todas las clases tienen una propiedad Nombre para mostrar. Ninguna otra clase de este ejemplo tiene propiedades hasta una unidad lógica, que define Nombre, Descripción e DeviceID. DeviceID se especifica como la propiedad 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.
Clase 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 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 Grupos, 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, puedes 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 clave debe ser único para todas las instancias de la clase del grupo de administración. Pero para las clases hospedadas, el valor de la propiedad 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 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 BD 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 BD 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 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 y la existencia clave 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 un solo objeto. Por ejemplo, un grupo puede contener varios objetos y un solo 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 una clase no está hospedada por otra, 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 de Windows, la clase motor de BD de SQL 2008 y la clase BD de SQL 2008 se muestra aquí.
Hospedar relaciones para clases de SQL Server 2008
La clase motor de BD 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 motor de base de datos única, la clase Motor de BD de SQL 2008 hospeda la clase BD 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 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 de equipo seguido del nombre de la instancia seguido del nombre de la base de datos. Se muestra un ejemplo en el siguiente diagrama:
Relaciones de hospedaje de base de datos de ejemplo
Directrices generales y procedimientos recomendados para clases
Usa las siguientes directrices y procedimientos recomendados al personalizar las clases en Service Manager Authoring Tool.
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 de Visual Basic
La convención de nomenclatura básica es CompanyName.TechnologyArea.ProductName.FunctionalityArea.Name, donde:
ProductName es opcional; úsalo si la definición es independiente de cualquier producto específico.
FunctionalityArea es opcional; úsalo 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.
El espacio de nombres Sistema
El espacio de nombres Sistema hace referencia a definiciones que son 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 compañía.
Usa las instrucciones siguientes para el prefijo del sistema:
System.Computer representa cualquier tipo de equipo y no es específico del proveedor.
Usa el prefijo Sistema si esperas que otros usuarios definan esquemas encima de ese espacio de nombres.
Ten en cuenta que Microsoft.Windows.Computer no comienza con System, aunque la mayoría de las aplicaciones de Windows (independientemente del proveedor que la defina) se basan en esta definición.
Procedimientos recomendados para asignar un nombre a las clases
Usa los procedimientos recomendados siguientes al asignar un nombre a las clases:
No crees dos clases independientes (incluso si están en dos módulos de administración diferentes) que puedan dar lugar a que se almacenen valores clave idénticos para objetos diferentes de las dos clases.
Al extender una clase, siempre asegúrate de que los nombres de extensión de las clase sean únicos en todos los módulos de administración. De ser posible, usa nombres de extensión de clase significativos.
Al extender una clase, no definas una propiedad con un identificador que ya esté en uso en esa clase.
No uses puntos en los nombres de las propiedades de una clase personalizada.
Si agregas un cálculo con nombre personalizado al crear un cubo, prefija el nombre del cálculo con nombre anteponiendo NC_. Esto reducirá la posibilidad de usar el nombre de una propiedad existente.
No crees demasiadas clases
La creación de demasiadas clases puede dar lugar a una complejidad innecesaria que no aporta ningún valor significativo. 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 los datos, probablemente no debería crearse. Además, si dos clases son similares, considera la posibilidad de usar una sola clase para ambas, posiblemente mediante una propiedad que pueda contener los valores para cualquier diferencia.
No uses propiedades que actualicen frecuentemente
Los valores de propiedad deben cambiar rara vez después tras rellenarlos por primera vez. Una posible causa de los 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 podrían provocar que los valores de propiedad se actualicen con demasiada frecuencia, por ejemplo, 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 efectos 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 deberá procesar y almacenar.
No extender una clase abstracta
En Service Manager, no se puede extender una clase abstracta. Si necesitas ampliar una clase abstracta, puedes realizar una de las siguientes acciones:
Crea una nueva clase con las propiedades que deseas agregar y, a continuación, crea una relación entre la nueva clase y la clase abstracta.
Extiende cada una de las clases concretas pertinentes derivadas de la clase abstracta.
Mejora de la búsqueda sencilla de las clases de los 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
Puedes usar el panel Explorador de clases de la herramienta de creación de Service Manager para examinar las clases y sus propiedades. Mientras navegas por las clases, puedes agregar un control a un formulario arrastrando las 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 encuentre 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 ubicación C:\Program Files (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 puedes expandir la clase cuyas propiedades deseas ver. 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 cambies la selección del módulo de administración, debes actualizar el panel Explorador de clases.
Exploración de una clase
Si el panel Explorador de clases no está visible en la herramienta Authoring Tool, selecciona Ver y luego Explorador de clases.
En el panel Explorador de clases en la lista del módulo de administración, selecciona el módulo de administración que contiene la clase que deseas examinar. Por ejemplo, selecciona el módulo de administración de la biblioteca del sistema.
Busca la clase que deseas ver, como la clase Computer, y haz lo siguiente:
Para ver los detalles de la clase, como Descripción y Nombre interno, haz clic con el botón derecho en la clase y selecciona Detalles.
Para ver la lista de propiedades de clase, como Nombre para mostrar y Estado del recurso, expande la clase en el panel Explorador de clases. Para ver más detalles de una propiedad, haz clic con el botón derecho en la propiedad y selecciona Detalles.
Para abrir el módulo de administración que contiene la definición de la clase, haz clic con el botón derecho en la clase y selecciona Ver.
Edición de los detalles de una clase en la herramienta de creación
Puedes 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, puedes seleccionar una clase y ver sus detalles en el panel Detalles. Si seleccionas una clase definida en un módulo de administración no sellado, puedes cambiar el nombre y la descripción de esa clase.
Cambio del nombre y la descripción de una clase
En el escritorio, selecciona Iniciar.
Selecciona Service Manager Authoring Tool y espera a que se abra Authoring Tool.
Asegúrate de que tanto el Explorador de módulos de administración como los paneles Detalles estén abiertos.
Selecciona Archivo y selecciona Abrir.
En el cuadro de diálogo Abrir archivo, selecciona un módulo de administración no sellado que contenga la clase que deseas cambiar y selecciona Abrir. Por ejemplo, abre el módulo de administración de ejemplo de la carpeta de instalación de Authoring Tool \Samples\Woodgrove.AutomatedActivity.AddComputerToGroupMP.xml.
En el Explorador de módulos de administración, expande el módulo de administración que contiene la clase que deseas cambiar.
Expande Clases y, a continuación, busca y selecciona la clase que deseas cambiar.
Selecciona el valor de la propiedad Name o Description y escribe el nuevo valor. Los valores que no se pueden cambiar no están disponibles.
En el Explorador de módulos de administración, haz clic con el botón derecho en el módulo de administración que contiene la clase modificada y selecciona Guardar.
Creación de una clase mediante herencia en la herramienta de creación
Gracias a la herramienta de creación de Service Manager, puedes crear una clase que herede las propiedades y las relaciones de una clase base existente. A continuación, puedes modificar o agregar propiedades y relaciones a la nueva clase.
Como primer paso para definir la herencia de las clases, elige la clase base de la que heredar las propiedades y las relaciones. En la herramienta de creación, puedes elegir la clase base mediante uno de los métodos siguientes:
Usa un acceso directo para heredar las propiedades y relaciones de la clase del elemento de la configuración base.
Usa un acceso directo para heredar las propiedades y relaciones de la clase del elemento de trabajo base.
Primero, selecciona la clase base y, a continuación, empieza a definir la herencia.
Comienza a definir la herencia sin una selección de clase base específica.
Los procedimientos siguientes recogen todos los métodos para definir la herencia de clases en la herramienta de creación.
Comienza con la clase del elemento de configuración o la clase del elemento de trabajo como una clase base.
Si el Explorador de módulos de administración no está visible en la herramienta Authoring Tool, selecciona Ver y luego Explorador de módulos de administración.
En el Explorador de módulos de administración, selecciona y expande cualquier módulo de administración.
Haz clic con el botón derecho en Clases y selecciona Crear la clase del elemento de configuración o Crear la clase del elemento de trabajo.
Si vas 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, selecciona un módulo de administración no sellado para almacenar la personalización de la clase y selecciona Aceptar.
Nota:
Si vas a crear una clase a partir de un módulo de administración no sellado, la personalización de dicha clase se guarda en ese módulo de administración seleccionado.
En el cuadro de diálogo Crear clase, especifica el nombre interno de la nueva clase y selecciona Crear.
Ahora, en el panel de creación, puedes ver la lista de propiedades de la nueva clase. Si vas a crear una clase de un elemento de configuración, se enumeran todas las propiedades de la clase de elemento de configuración. Si vas a crear una clase de un elemento de trabajo, se muestran todas las propiedades de la clase del elemento de trabajo.
Selecciona Crear propiedad o Crear relación para definir nuevas propiedades y nuevas relaciones para la clase.
Comenzar con una clase base seleccionada
Si el Explorador de módulos de administración no está visible en la herramienta Authoring Tool, selecciona Ver y luego Explorador de módulos de administración.
En el Explorador de módulos de administración, busca la clase base y, a continuación, haz clic con el botón derecho en ella, con lo que la nueva clase heredará las propiedades y las relaciones. Selecciona Heredar de esta clase.
En el cuadro de diálogo Heredar nueva clase, escribe un nombre interno para la clase.
En el panel de creación, la lista Propiedades y relaciones de la clase muestra las propiedades de la clase base.
Ahora puedes seleccionar Crear propiedad o Crear relación para agregar propiedades o una relación a la nueva clase.
Iniciar sin una clase base seleccionada
Si el Explorador de módulos de administración no está visible en la herramienta Authoring Tool, selecciona Ver y luego Explorador de módulos de administración.
En el Explorador de módulos de administración, selecciona y expande cualquier módulo de administración.
Haz clic con el botón derecho en Clases y selecciona Crear otra clase.
En el cuadro de diálogo Clase base, selecciona la clase base de la que heredar las propiedades y las relaciones.
Opcionalmente, si sabes en qué módulo de administración se define la clase base que deseas usar, puedes filtrar por el módulo de administración correspondiente y, a continuación, seleccionar la clase base para esta personalización.
Seleccione Aceptar.
Si la clase base de la que heredar las propiedades y relaciones que seleccionaste está en un módulo de administración sellado, en el cuadro de diálogo Módulo de administración de destino, selecciona un módulo de administración sin sellar para almacenar la personalización de la clase y selecciona Aceptar.
Si la clase base de la que heredar las propiedades y relaciones que seleccionaste 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.
En el cuadro de diálogo Crear clase, especifica el nombre interno de esta clase y selecciona Crear.
Ahora, en el panel de creación, puedes ver la lista de propiedades de la nueva clase. Esta lista incluye todas las propiedades de la clase base que seleccionaste.
Extensión de una clase en la herramienta creación
Puedes extender una clase en la herramienta de creación de Service Manager agregando las propiedades y las 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.
Extensión de una clase
Si el panel Explorador de módulos de administración no está visible en la herramienta Authoring Tool, selecciona Ver y luego Explorador de módulos de administración.
En el panel Explorador de módulos de administración, busca la clase que deseas extender y haz clic con el botón derecho en ella para, seguidamente, seleccionar Extender clase.
En el cuadro de diálogo Módulo de administración de destino, selecciona un módulo de administración no sellado para almacenar la extensión de clase y selecciona Aceptar.
La lista Propiedades y relaciones de la clase, en la pestaña Extensión de clase del panel de creación, muestra las propiedades y las relaciones de la clase. Crea nuevas propiedades y relaciones de la siguiente manera:
Selecciona Crear propiedad, en el cuadro de diálogo Crear propiedad, escribe un nombre en Nombre interno para la nueva propiedad y selecciona Crear.
Selecciona Crear relación, en el cuadro de diálogo Crear relación, escribe un nombre en Nombre interno para la nueva relación y selecciona Crear.
Nota:
Al extender una clase, no definas una propiedad con un identificador que ya esté en uso en esa clase.
Busca la nueva propiedad o relación y selecciónala en la lista Propiedades y relaciones de la clase. Seguidamente, modifica sus propiedades en el panel Detalles según sea necesario.
Pasos siguientes
- Para ver y editar las propiedades de los objetos, consulta Personalizar y crear formularios.