Compartir a través de

Módulos de administración en Service Manager

  • Artículo

Todas las personalizaciones de objetos y funcionalidades de Service Manager se implementan mediante módulos de administración. En esta sección se describen los módulos de administración y cómo usarlos y administrarlos para implementar varios tipos de personalizaciones mediante diferentes métodos de personalización.

Conceptos clave sobre los módulos de administración

Antes de trabajar con módulos de administración en Service Manager, debe estar familiarizado con los siguientes conceptos del módulo de administración.

Módulos de administración sellados y no sellados

Hay dos tipos de módulos de administración:

  • Módulos de administración sellados: no se puede modificar un módulo de administración sellado (archivo .mp).

  • Módulos de administración no sellados: se puede modificar un módulo de administración no sellado (archivo .xml).

Aparte de listas y formularios, los objetos como las vistas definidas en un módulo de administración sellado no se pueden personalizar. La personalización de una lista definida en un módulo de administración sellado incluye agregar elementos de lista. La personalización de un formulario definido en un módulo de administración sellado incluye agregar campos.

No se puede deshacer un módulo de administración sellado. Para modificar los objetos almacenados en un módulo de administración que ya ha sellado, puede modificar el archivo del módulo de administración no sellado original desde el que se creó el módulo de administración sellado. Como 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. Después de importar un módulo de administración sellado, no puede importar la versión no sellada del mismo módulo de administración hasta que elimine la versión sellada.

Módulo de administración de modelos

Un módulo de administración de modelos es un módulo de administración que contiene definiciones de objetos básicos, como clases, clases de combinación y tipos de relación.

La creación de módulos de administración de modelos permite almacenarlos en módulos de administración independientes que dependen de las extensiones de modelo, normalmente, las personalizaciones relacionadas con la presentación, como plantillas, vistas y tareas. Además, los módulos de administración de modelos se transfieren fácilmente al almacenamiento de datos con fines de archivado e informes.

Dependencias, recursos y módulos de administración de agrupación

Un módulo de administración puede depender de otro módulo de administración 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 (como la lista), en el que dependen otras definiciones, debe estar sellada. Un módulo de administración también puede requerir recursos, como un formulario o una imagen, que se almacenan por separado.

Al implementar un módulo de administración que tenga requisitos de recursos, debe agrupar los recursos necesarios y el módulo de administración en un único archivo de módulo de administración que se puede importar en Service Manager.

Además, si un módulo de administración tiene dependencias en otros módulos de administración, esos módulos de administración dependientes deben importarse primero. Como alternativa, puede agrupar los módulos de administración dependientes junto con los recursos necesarios y el módulo de administración en función de .

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 How to Bundle Management Packs and Resource Files (Cómo agrupar módulos de administración y archivos de recursos).

Personalización del módulo de administración

Es posible que tenga que personalizar y ampliar los módulos de administración predeterminados y preimportados para que los profesionales de tecnologías de la información (TI) y otros usuarios de su organización puedan ampliar las soluciones existentes y personalizarlos para satisfacer sus necesidades empresariales y de clientes. Para personalizar las características de Service Manager, puede agregar nuevos objetos o modificar los objetos 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 almacenarse en un módulo de administración sellado. Y dado que no es posible guardar personalizaciones en el módulo de administración sellado que contiene la definición base del objeto, siempre tiene que usar o crear otro módulo de administración no sellado para almacenar personalizaciones.

Normalmente, al personalizar objetos de un módulo de administración predeterminado, preimportado, se trabaja 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 objetos y el segundo módulo de administración, que inicialmente no está sellado, contiene las personalizaciones en el 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.

Al personalizar objetos definidos en un módulo de administración no sellado, puede usar el mismo módulo de administración para almacenar las personalizaciones.

Después de completar las personalizaciones, puede implementarlas importando el módulo de administración en Service Manager. Durante una importación de un módulo de administración sellado, Service Manager sincroniza la base de datos de Service Manager y la base de datos de almacenamiento de datos con las definiciones del módulo de administración. Durante una importación de un módulo de administración no sellado, aparte de las definiciones de lista, Service Manager solo sincroniza 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.

Directrices y procedimientos recomendados para módulos de administración

En esta sección se describen las siguientes instrucciones y procedimientos recomendados para trabajar con módulos de administración en Service Manager.

  • Agrupa las personalizaciones en módulos de administración independientes.

  • Sello de módulos de administración de modelos.

  • Cree sus propios módulos de administración personalizados siempre que sea posible.

  • Exportar módulos de administración personalizados.

  • Trabaje en varios grupos de administración.

Agrupar personalizaciones en módulos de administración independientes

Agrupa las personalizaciones en módulos de administración independientes de la siguiente manera:

  • Almacene extensiones de modelo y extensiones de presentación en módulos de administración independientes.

    Se recomienda almacenar los siguientes objetos en un módulo de administración de modelos:

    • Nuevas clases y extensiones de clase, incluidas las propiedades y los iconos correspondientes

    • Nuevas listas

    • Clases combinadas

    • Relaciones

    • EnumerationValues secundarios que no se deben modificar

    • Formularios para ver y editar objetos de las clases definidas y los recursos de ensamblado respectivos

  • Agrupa las personalizaciones por la solución que está desarrollando. Por ejemplo, almacene las personalizaciones y la configuración relacionadas con la administración de incidentes por separado de las personalizaciones y la configuración relacionadas con la administración de cambios.

  • Personalizaciones de grupo basadas en consideraciones de uso. Por ejemplo, almacene las personalizaciones que necesita para probar e implementar como una unidad en el mismo módulo de administración.

Sello de módulos de administración de modelos

Debe sellar los módulos de administración que contienen clases base y otros objetos de modelo en los que dependen otras definiciones de otros módulos de administración. El sellado de un módulo de administración impide que se modifique. Además, es importante sellar un módulo de administración para que sus definiciones se sincronicen con la base de datos del almacenamiento de datos durante la importación. Esto permite agregar más adelante personalizaciones (en otro módulo de administración), como presentaciones, que dependen de los objetos base del módulo de administración sellado.

Cree sus propios módulos de administración personalizados siempre que sea posible.

Algunos de los módulos de administración no sellados ("Configuración") específicos de la solución contienen elementos personalizables para la solución específica. En algunos casos, debe almacenar las personalizaciones en esos módulos de administración preimportados para asegurarse de que el módulo de administración cumple las reglas de dependencia. Por ejemplo, las plantillas que usan valores de lista definidos en un módulo de administración de "Configuración" deben almacenarse en ese mismo módulo de administración. Esto se debe a que los valores de lista que se usan se definen en otro módulo de administración no sellado y no se admite la dependencia de módulos de administración no sellados.

Sin embargo, siempre que sea posible, se recomienda crear nuevos módulos de administración para almacenar las personalizaciones. La creación de su propio módulo de administración simplifica el transporte del módulo de administración y puede simplificar una actualización.

Por ejemplo, al extender una solución agregando objetos, como vistas, tareas, grupos, colas y personalizaciones de formularios, objetos que tienen dependencias en otros objetos definidos en módulos de administración sellados, debe crear un nuevo módulo de administración para almacenar los objetos personalizados.

Exportación de módulos de administración personalizados

Periódicamente, exporte los módulos de administración personalizados desde la base de datos de Service Manager y almacene el archivo de copia de seguridad en un disco duro. Esto garantizará que los módulos de administración personalizados se sincronicen con los módulos de administración de la base de datos de Service Manager. También le permitirá restaurar las personalizaciones a la base de datos de Service Manager, si es necesario.

Trabajar en varios grupos de administración

Asegúrese de que no realice personalizaciones diferentes en el mismo módulo de administración en distintos grupos de administración. Para implementar personalizaciones en varios grupos de administración, puede importar el mismo módulo de administración personalizado en los otros grupos de administración.

Por ejemplo, si desea tener las mismas enumeraciones en varios grupos de administración, realice el cambio en un grupo de administración y, a continuación, copie el módulo de administración personalizado en el resto de los grupos de administración. De este modo, la versión y la identidad del módulo de administración son idénticas en todos los grupos de administración.

Pasos siguientes