Módulos de administración: conceptos básicos
Publicado: julio de 2016
Se aplica a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager
Antes de trabajar con módulos de administración en System Center 2012 – Service Manager, debe estar familiarizado con los siguientes conceptos de módulo de administración.
Módulos de administración sellados y sin sellar
Existen dos tipos de módulos de administración:
Módulos de administración sellados: Un módulo de administración sellado (archivo .mp) no se puede modificar.
Módulos de administración no sellados: Un módulo de administración no sellado (archivo .xml) se puede modificar.
Aparte de las listas y los formularios, los objetos que se definen en un módulo de administración sellado, tales como las vistas, no se pueden personalizar. La personalización de una lista definida en un módulo de administración sellado incluye la adición de elementos de lista. La personalización de un formulario definido en un módulo de administración sellado incluye la adición de campos.
No se puede quitar el sello de un módulo de administración que está sellado. Para modificar objetos almacenados en un módulo de administración sellado, puede modificar el archivo original del módulo de administración no sellado a partir del cual se creó el módulo de administración sellado. De forma alternativa, puede importar el módulo de administración sellado y exportarlo a un nuevo módulo de administración no sellado, que se puede modificar. Una vez importado el módulo de administración sellado, no se puede importar la versión no sellada del mismo módulo de administración hasta que no se haya eliminado la versión sellada.
Módulo de administración de modelo
Un módulo de administración de modelo es un módulo de administración que contiene las definiciones de objetos básicos, tales como las clases, las clases de combinación y los tipos de relaciones.
La creación de módulos de administración de modelo posibilita el almacenamiento de otras personalizaciones (normalmente, personalizaciones relacionadas con la presentación, como las plantillas, las vistas y las tareas) en módulos de administración independientes que dependen de las extensiones del modelo. Además, los módulos de administración de modelo se transfieren fácilmente al almacenamiento de datos para fines de archivado e informes.
Dependencias, recursos y agrupación de módulos de administración
Un módulo de administración puede depender de otro módulo de administración que está sellado. Por ejemplo, una plantilla personalizada de un módulo de administración puede depender de una lista definida en otro módulo de administración. El módulo de administración que contiene las definiciones base (por ejemplo, la lista), de las que dependen otras definiciones, debe estar sellado. Un módulo de administración también puede requerir recursos, como un formulario o una imagen, que se almacenan por separado.
Para implementar un módulo de administración con requisitos de recursos, debe agrupar los recursos necesarios y el módulo de administración en un archivo único de módulo de administración, que se puede importar en Service Manager.
Además, si un módulo de administración depende de otros módulos de administración, éstos últimos se deben importar primero. De forma alternativa, puede agrupar los módulos de administración dependientes junto con los recursos necesarios y el módulo de administración dependiente.
Para obtener más información sobre cómo agrupar un módulo de administración con sus recursos y módulos de administración dependientes, consulte Cómo agrupar módulos de administración y archivos de recursos.
Personalización de módulo de administración
Es posible que necesite personalizar y extender los módulos de administración predeterminados previamente importados, de modo que los profesionales de tecnologías de la información (TI) y otros usuarios de su organización puedan extender las soluciones existentes y personalizarlas para satisfacer sus necesidades empresariales y las de sus clientes. Para personalizar características en Service Manager, puede agregar nuevos objetos o modificar los objetos que están relacionados con esa característica.
Una personalización de un objeto es una modificación que se aplica a la definición base del objeto. Para que las personalizaciones se puedan aplicar a una definición base, la definición base debe estar almacenada en un módulo de administración sellado. Además, dado que las personalizaciones no se pueden guardar en el módulo de administración sellado que contiene la definición base del objeto, siempre tiene que utilizar o crear otro módulo de administración no sellado para almacenarlas.
Normalmente, para personalizar objetos de módulos de administración predeterminados previamente importados, es necesario trabajar con dos módulos de administración. El primer módulo de administración es el módulo de administración sellado que contiene las definiciones base de los objetos y el segundo módulo de administración, que inicialmente no está sellado, contiene las personalizaciones del objeto base. En este caso, el módulo de administración con la personalización depende del módulo de administración que contiene la definición base del objeto.
Si desea personalizar objetos definidos en un módulo de administración no sellado, puede utilizar el mismo módulo de administración para almacenar las personalizaciones.
Después de completar las personalizaciones, las puede implementar mediante la importación del módulo de administración en Service Manager. Durante la importación de un módulo de administración, Service Manager sincroniza la base de datos de Service Manager y la base de datos del almacenamiento de datos con las definiciones del módulo de administración. Durante la importación de un módulo de administración no sellado, diferente de las definiciones de lista, Service Manager sincroniza únicamente la base de datos de Service Manager con las definiciones del módulo de administración. Las definiciones de lista de un módulo de administración no sellado se sincronizan con ambas bases de datos.
Vea también
Módulos de administración: Trabajar con módulos de administración