Gestión del Catálogo de Aplicaciones en CMS (Altas/modificaciones/Bajas)

Objetivo

Describir el procedimiento que debemos utilizar, cuando se solicite dar de alta una nueva aplicación en CMS, modificar los atributos, o dar de baja una aplicación.

Solicitud

La solicitud podrá ser realizada por algunos de los siguientes métodos:

• Correo Electrónico
• Llamada al CSU
• Petición MiCentroServicios

En los casos que la solicitud no entre por petición, esta debe ser registrada en SDM. En todos los casos, es necesario solicitar al usuario que nos envíen una de las plantillas disponibles en: Plantillas del catálogo de Aplicaciones, con todos los datos obligatorios completados y la información que se indica en el siguiente punto.

Información necesaria para el alta

Completar todos los datos obligatorios solicitados en la plantilla.

Información necesaria para la modificación.

Mismos datos que en el punto anterior, salvo que las plantillas únicamente deben identificar la aplicación a modificar mediante el campo “código de aplicación” y los datos de los atributos que se quieran modificar.

No están permitidos modificaciones en los Códigos de aplicación, por las implicaciones que tiene en JIRA y herramientas de despliegue.

Información necesaria para la baja de una aplicación.

Diagrama de flujo

Registrar

La solicitud podrá se realiza a través del área personal de ayudaDIGITAL

Podemos solicitar:

• Alta.

En este caso es necesario adjuntar todos los datos obligatorios solicitados en la Plantilla del catálogo de Aplicaciones, usando según corresponda la plantilla de centralizado o provincial.

• Modificación.

No es necesario adjuntar plantilla pero sí indicar:

• • El nombre de la aplicación a modificar
  • Atributos se cambiarían. Por ejemplo un Responsable de producto, nombre de la aplicación.
  • E indicar si la aplicación es del ámbito provincial o centralizado y si es de este último cual es el área de la STIC que gestiona. Ver tabla Escalados Responsables.
• Baja.

No es necesario adjuntar plantilla pero sí indicar:

• • El nombre

...

• • de la aplicación a dar de baja

...

• • E indicar si la aplicación es del ámbito provincial o centralizado y si es de este último cual es el área de la STIC que gestiona. Ver tabla Escalados Responsables.

           En el siguiente enlace está la checklist detallada de baja

Una vez registrada la solicitud se debe escalar a los usuarios identificados en la matriz de escalados como responsables del Catálogo, que tendrán un perfil en nueva web técnica que les permita acceder a las solicitudes escaladas, previa el CSU escalará al Responsable del Catálogo de aplicaciones, que además recibirá una notificación a su cuenta de correo. Ellos se encargarán de su revisión y fijado según proceda.

Para nodo centralizado 

El escalado se determina según la elección de los atributos “¿Es aplicación?”, “Categoría Aplicación”, y  "Área que gestiona"   de la aplicación según la siguiente tabla.

Para nodo provincial

...

Actuar sobre CMS

Responsable del Catálogo de aplicaciones, tiene un perfil específico en CMS como  "Gestor de Aplicaciones" que le permite hacer la gestión solicitada.

Un vez realizada:

• Si es centralizado, escalará a DESARROLLO SOFTWARE SERVICIOS HORIZONTALES para que haga las modificaciones oportunas en las aplicaciones que consumen información de CMS: por ejemplo, dar de alta el proyecto en JIRA si es un alta, cambiar los responsables de una aplicación en JIRA, o coordinar las tareas de la checklist de baja de aplicación.
• Si es provincial, cerrará la solicitud.

Actuar sobre otras aplicaciones 

Si es centralizado, como se indica en el apartado anterior, debe hacer las modificaciones en las aplicaciones que consumen CMS.

Tabla escalados

Para nodo centralizado

Para nodo provincial