guías técnicas de interoperabilidad documento de ... · que se establece el esquema de...

Guías Técnicas de Interoperabilidad

Documento de Especificación G04

Guía para Administración del Ciclo de Vida de Componentes Genéricos en un entorno de Interoperabilidad

Fecha: 03 de febrero de 2016

HOJA 2 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016

Guía para Administración del Ciclo de Vida de Componentes Genéricos Guía de Interoperabilidad

1. Control documental

1.1. Información del documento

Nombre del documento

04. Guía para Administración del Ciclo de Vida de Componentes Genéricos en un entorno de Interoperabilidad.

Servicio Guías Técnicas de Interoperabilidad

Proceso-MAAGTIC ADS- Proceso Administración de Servicios

Periodicidad Única vez

Fecha de entrega 03 de febrero de 2016

Dimensión EIDA Técnica

1.1. Control de versiones

Autor Versión Fecha de versión

Modificaciones

Román Romero 1.0 03/02/2016 Creación del documento

HOJA 3 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


2. Índice

1. Control documental ........................................................................................................ 1

1.1. Información del documento ..................................................................................... 2

1.1. Control de versiones ............................................................................................... 2

2. Índice ............................................................................................................................. 3

3. Introducción ................................................................................................................... 4

4. Relación con otras guías ................................................................................................ 6

5. Alcance .......................................................................................................................... 6

6. Objetivos ........................................................................................................................ 7

6.1 Objetivo general ...................................................................................................... 7

6.2 Objetivos específicos .............................................................................................. 7

7. Prerrequisitos ................................................................................................................. 7

8. Audiencia ....................................................................................................................... 7

9. Proceso .......................................................................................................................... 8

9.1 Descripción del proceso .......................................................................................... 8

9.2 Entradas, salidas y productos ................................................................................. 9

9.3 Actividades ............................................................................................................. 9

10. Responsabilidad y autoridad .................................................................................... 10

10.1. Modelo organizacional ........................................................................................... 10

10.2. Roles involucrados ................................................................................................ 11

10.3. Matriz de responsabilidad ...................................................................................... 12

10.4. Proveedor del servicio en el acompañamiento ....................................................... 12

11. Evaluación y control ...................................................................................................... 12

11.1. Baja. .................................................................................................................. 13

11.2. Alta. ................................................................................................................... 13

11.3. Crítica. ............................................................................................................... 13

12. Lecciones aprendidas ............................................................................................... 13

13. Anexos ..................................................................................................................... 14

14. Formatos .................................................................................................................. 14

HOJA 4 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


15. Glosario .................................................................................................................... 14

15.1. Glosario de abreviaciones ................................................................................. 14

15.2. Glosario de Términos ........................................................................................ 15

16. Referencias .............................................................................................................. 16

3. Introducción

La Estrategia Digital Nacional tiene como habilitadores la conectividad, inclusión de habilidades digitales, interoperabilidad, marco jurídico y datos abiertos con el fin de lograr la transformación gubernamental, economía digital, educación de calidad, salud universal y efectiva y seguridad ciudadana contenidas en el Programa para un Gobierno Cercano y Moderno 2013-2018.

Como parte de la Estrategia Digital Nacional definida para propiciar la transformación gubernamental a través de las tecnologías de la información y comunicación con el fin de lograr la digitalización de los trámites y servicios del Catálogo Nacional de Trámites y Servicios (en lo sucesivo “CNTS”) e incorporarlos al portal de internet www.gob.mx de la “Ventanilla Única Nacional” se derivan en un modelo de Interoperabilidad que persigue como objetivo principal: “Incrementar la interoperabilidad y el intercambio de información de las Instituciones de la Administración Pública Federal”, mediante la sistematización y la automatización de sus procesos. Es por ello que la Secretaría de la Función Pública(en lo sucesivo Secretaría) y la Comisión Intersecretarial para el Desarrollo del Gobierno Electrónico(en lo sucesivo “CIDGE”) han realizado diversas acciones para promover el desarrollo, instrumentación y operación de mecanismos de interoperabilidad, entre estas acciones está la creación de la Subcomisión de Interoperabilidad, encargada de coordinar el proceso para el desarrollo de un Esquema de Interoperabilidad centrado en el ciudadano, que integre, promueva y detone las operaciones digitales de la Administración Pública Federal (en lo sucesivo “APF”). A fin de superar la incompatibilidad de infraestructura tecnológica y contenidos, y se incremente la eficiencia operativa de las instituciones públicas y su relación con los particulares y la sociedad en general surge el Acuerdo por el que se establece el Esquema de Interoperabilidad y de Datos Abiertos de la APF, publicado en el Diario Oficial de la Federación el 6 de septiembre de 2011 (en lo sucesivo “EIDA”), en el que se sientan las bases, principios y políticas que deberán observar las Instituciones, para la integración de los procesos relacionados con servicios digitales, así como para compartir, reutilizar plataformas y sistemas de información, a fin de incrementar la eficiencia operativa de la APF y su relación con la sociedad.

El EIDA establece el Modelo Integral del Esquema de Interoperabilidad para crear las condiciones necesarias que garanticen el adecuado nivel de interoperabilidad técnica, semántica, organizativa y de gobernabilidad de los sistemas y aplicaciones de la Administración Pública Federal con ello permita la implementación e integración de servicios digitales sobre la plataforma de arquitectura nacional e infraestructura orientada a servicios.

https://es.wikipedia.org/wiki/Conectividad

https://es.wikipedia.org/wiki/Inclusi%C3%B3n_digital

https://es.wikipedia.org/wiki/Inclusi%C3%B3n_digital

https://es.wikipedia.org/wiki/Interoperabilidad

https://es.wikipedia.org/wiki/Datos_Abiertos

HOJA 5 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


Como se muestra en la siguiente ilustración:

Ilustración 1 Modelo Integral del Esquema de Interoperabilidad

Las Guías Técnicas de Interoperabilidad basadas en el Modelo Integral del Esquema de Interoperabilidad, serán el instrumento de las Dependencias, Entidades y la Procuraduría General de la República (en lo sucesivo “Instituciones”) para lograr la sistematización e implementación de trámites y servicios a partir de procesos punto a punto que permitirán la interoperabilidad en la plataforma gob.mx.

Las Guías Técnicas de Interoperabilidad en sus diversos apartados se desarrollan en apego al marco jurídico vigente con la finalidad de garantizar la privacidad, seguridad disponibilidad e integridad de la información a resguardo de las Instituciones y propiedad en todo momento de los ciudadanos, las cuales son concentradas en el Anexo G01-A01 Marco Legal de las Guías de Interoperabilidad.

HOJA 6 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


4. Relación con otras guías

La Ilustración 2 muestra el conjunto de todas las guías, permitiendo identificar de manera clara el punto en cual se ubica la administración de ciclo de vida de componentes genéricos en la implementación de los trámites en un entorno de interoperabilidad sobre la plataforma de gob.mx

Ilustración 2 Relación con otras guías.

5. Alcance

El alcance de esta guía es establecer el conjunto de pasos, normas, mejores prácticas y metodologías para describir cómo implementar procesos para los diferentes componentes que sean desarrollados o que soportarán la aplicación de algún trámite o servicio, se implementan clases, componentes de código, catálogos, servicios comunes, procesos, servicios web, REST y cualquier otro medio de interoperabilidad.

Cumplir con la dimensión EIDA Interoperabilidad Técnica elaborando documentos con especificaciones de tecnologías de la información y comunicación con el fin de Interoperar el trámite entre o en Instituciones.

Como resultado de la guía la Institución deberá contar con las Plantillas de Componente Genéricos identificadas para la implementación del Trámite en un entorno de interoperabilidad.

HOJA 7 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


6. Objetivos

6.1 Objetivo general

Definir el proceso que cada Institución deberá seguir para la implementación y uso de componentes genéricos en un entorno de interoperabilidad, dentro de la plataforma de GOB.MX.

6.2 Objetivos específicos

Los objetivos específicos de esta guía son:

1. Definir los mecanismos que apoyen a las Instituciones para la identificación y correcta implementación de nuevos componentes genéricos.

2. Establecer los puntos requeridos por la plataforma de GOB.MX para que las Instituciones puedan dar un mantenimiento apropiado a los componentes genéricos ya implementados.

3. Promover la reutilización de componentes con el fin de generar los medios para poner a disposición y compartir la información, funcionalidades y soluciones tecnológicas, entre las Instituciones que lo requieran.

7. Prerrequisitos

La Institución deberá contar con los siguientes requisitos mínimos para llevar a cabo la administración de ciclo de vida de componentes genéricos para la implementación del Trámite:

1. El trámite deberá contar con el Visto Bueno por parte del Comité de Interoperabilidad del Plan de Trabajo para Implementar el Trámite en la plataforma gob.mx.

8. Audiencia

La presente guía está dirigida a todo aquel servidor público de la Institución involucrado en el proceso de administración del ciclo de vida de componentes genéricos en un entorno de Interoperabilidad

Para la adecuada comprensión de la guía, se recomienda contar con los siguientes conocimientos:

HOJA 8 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


● Soporte de arquitecturas de Alta-Disponibilidad y Alta-Demanda ● Arquitectura N-capas ● Arquitectura Orientada a Servicios ● Conocimiento avanzado de patrones de diseño ● Amplia experiencia en el desarrollo de aplicaciones para plataformas web.

9. Proceso

9.1 Descripción del proceso

Las Instituciones deberán poner a disposición de otras Instituciones que así lo requieran, las aplicaciones tecnológicas desarrolladas por sí para su uso y sin contraprestación alguna o hacer uso de aplicaciones desarrolladas por otras Instituciones, mediante la celebración de un convenio para ese propósito y con sujeción a las disposiciones aplicables.

Para ello se describe el proceso que deberán seguir para la implementación de procesos para los diferentes componentes que serán desarrollados o que soportará la aplicación de algún trámite o servicio, por ejemplo: clases, componentes de código, catálogos, servicios comunes, procesos, servicios web (REST o SOAP) y cualquier otro medio de interoperabilidad.

La Institución que requiera implementar su trámite en la plataforma de gob.mx deberá identificar que componentes genéricos le pueden ayudar en el proceso de su trámite. Para ello deberá analizar los componentes genéricos existentes en el Inventario de aplicaciones de la APF y los componentes comunes de e-gobierno.

Una vez identificados, la Institución deberá hacer los cambios necesarios para integrar el componente genérico en el proceso de su trámite, así mismo si la Institución detecta un nuevo componente genérico tendrá que sugerirlo al Comité de Interoperabilidad.

El proceso que deberá seguir la Institución para la utilización del componente genérico, será de acuerdo lo siguiente:

HOJA 9 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


Ilustración 3 Administración del Ciclo de Vida de Componentes Genéricos.

Para una revisión más detallada y/o descarga del proceso consultar en el aplicativo multimedia en la sección Procesos BPMN, Proceso Nº 4 Administración del Ciclo de Vida de Componentes Genéricos.

9.2 Entradas, salidas y productos

Entradas

● Catálogo de Componentes Genéricos. Anexo G04-A01

Productos internos

● No aplica.

Salidas

● Propuesta de componentes genéricos. Formato G04-F01

9.3 Actividades

1. Identificación de componentes genéricos.

El Responsable del Trámite por parte de la Institución se apoya del Responsable de Arquitectura para analizar los componentes genéricos como clases, componentes de código, catálogos, servicios comunes, procesos, servicios web (REST o SOAP) y cualquier otro medio de interoperabilidad, que se pueden reutilizar en los procesos para los diferentes componentes que serán desarrollados o que soportará la aplicación de algún trámite o servicio, consulta el catálogo de componentes (Anexo G04-A01 Catálogos de componentes genéricos) que se encuentran en la plataforma de gob.mx con el fin de identificar cuales pueden utilizar para incluirlos en el proceso de su trámite.

2. Reutilizar componentes genéricos.

El Responsable de Arquitectura una vez que identifica el o los componentes a utilizar,

deberá solicitar a su Equipo los cambios necesarios en el proceso del trámite para adoptar

el nuevo componente genérico, con el fin de realizar la homologación de los componentes

comunes y las plataformas para los trámites y servicios que ofrecen a través de medios

digitales.

HOJA 10 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


El Responsable del Trámite deberá notificar al Comité de Interoperabilidad el uso del

componente genérico. El Comité de Interoperabilidad tomará las consideraciones

necesarias, en cuanto a volumetría del trámite, fuentes de confianza entre otros.

3. Sugerir nuevo componente genérico.

La Institución al analizar y utilizar el componente genérico, si detecta alguna mejora del

mismo o en su caso un componente del trámite que sea candidato a ser un componente

genérico deberá sugerir al Comité de Interoperabilidad dicha actualización o propuesta de

nuevo componente.

La Institución al momento de diseñar el nuevo componente considerará que la prestación de

servicios digitales deberá sustentarse en la generación de economías de escala ligadas a

inversiones compartidas, esfuerzos coordinados y soluciones replicables.

El Responsable de Arquitectura genera el Formato G04-F01 Propuesta de componentes

genéricos y se lo hace llegar al Comité de Interoperabilidad.

El Comité de Interoperabilidad en caso de aprobar la implementación del componente

genérico, hará del conocimiento de la Institución el procedimiento con los lineamientos y

protocolos mínimos que deberá cumplir en la construcción del componente genérico, así

como también el procedimiento para certificarse como fuente de confianza y poder publicar

el componente como servicio público.

10. Responsabilidad y autoridad

10.1. Modelo organizacional

Ilustración 4 Modelo Organizacional

HOJA 11 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


10.2. Roles involucrados

■ Institución

o Responsable del Trámite/Responsable de la Cadena de Interoperabilidad: Rol orquestador de la implementación del trámite. Quien deberá:

● Gestiona todas las solicitudes asociadas a la implementación del trámite en la plataforma gob.mx ante el Comité de Interoperabilidad.

● Coordinar los esfuerzos y recursos del trámite, o en su caso, de la Cadena de Interoperabilidad del trámite.

o Responsable de Arquitectura: Rol orquestador de la implementación del trámite. Quien deberá:

● Gestiona todas las solicitudes asociadas a la implementación del trámite en la plataforma gob.mx ante el Comité de Interoperabilidad.

● Coordinar los esfuerzos y recursos del trámite, o en su caso, de la Cadena de Interoperabilidad del trámite.

o Líder Técnico de Arquitectura: Rol encargado de la administración de la solicitud de la arquitectura al Equipo Técnico, se encargará de dirigir al Equipo Técnico así como ser el primer evaluador de parte de la institución para corroborar que las especificaciones sean cubiertas y compatibles a la plataforma de Gob.Mx.

o Equipo Técnico de Arquitectura: Rol encargado del diseño y elaboración de documentación para la arquitectura técnica, deberán de adecuarla bajo los rubros de infraestructura y arquitectura definida por Gob.Mx.

■ Comité de Interoperabilidad: Grupo de personas encargado de evaluar y autorizar las solicitudes de la Institución, así como de realizar el seguimiento de la implementación del trámite.

HOJA 12 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


10.3. Matriz de responsabilidad

Roles / Responsabilidades: R: Responsable, A: Aprobador, S: Soporte, C: Consultado, I: Informado.

10.4. Proveedor del servicio en el acompañamiento En el acompañamiento para consolidar un trámite o servicio, junto con su gobernabilidad, los actores principales de la guía con capacidad de toma de decisión por parte del proveedor del servicio son los siguientes:

Responsable del proveedor del servicio: Grupo KIO Networks. Correo: [email protected] Teléfono local: 474 - GOBMX (474-46269) LADA sin costo: 01800 44 - GOBMX (44-46269)

11. Evaluación y control

La evaluación y control de situaciones, garantiza tomar la decisión correcta frente a circunstancias particulares, en las que el proceso se vea afectado por ciertas fallas o inexistencia en los insumos necesarios para el proceso.

Para ello se categoriza las incidencias en tres tipos, se ordenan a continuación:

HOJA 13 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


11.1. Baja.

Dentro de la documentación solicitada existen inconsistencias, como:

· Existen narrativas o descripciones escuetas o limitadas. · Existen faltas de ortografía en la redacción del documento. · Uso de nombres poco comunes o fuera de referencia de su rol para los usuarios

administradores de los servicios.

11.2. Alta.

Dentro de la documentación solicitada, los responsables no adjuntaron información de importancia.

Formato G04-F01 Carta de identificación de componentes genéricos

11.3. Crítica.

Dentro de las actividades los responsables no realizaron actividades de importancia, como:

● Detectar un componente genérico del inventario y no reutilizarlo en la implementación del trámite.

Para detener el seguimiento del proceso, éste como mínimo tendrá que contar con la

siguiente cantidad de condiciones:

12. Lecciones aprendidas

Se deberán documentar las enseñanzas que sean identificadas en cualquier momento del proceso. Para que éstas queden aprendidas han de registrarse como una base de conocimiento para que pueda ser revisada y estudiada en ocasiones futuras. Lo que

HOJA 14 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


permitirá tanto a la Institución como a la Secretaría de la Función Pública, responder en el menor tiempo posible en futuros trámites.

Las lecciones aprendidas deberán registrarse acorde a lo establecido en “Formato G01-F01 Registro de Lecciones aprendidas”

13. Anexos

Anexo G01-A01 Marco Legal de las Guías de Interoperabilidad

Anexo G04-A01 Catálogo de componentes genéricos.

14. Formatos

Formato G04-F01 Propuesta de componentes genéricos

15. Glosario

15.1. Glosario de abreviaciones

Gob.Mx: Es la plataforma que promueve la innovación en el gobierno, impulsa la eficiencia, y transforma los procesos para proveer de información, trámites y una plataforma de participación a la población. Es el replanteamiento de la relación ciudadano-gobierno.

MAAGTIC-SI: Manual Administrativo de Aplicación General en las materias de tecnologías de la información y comunicaciones, y en la de seguridad de la información.

RASCI: La matriz de la asig nación de responsabilidades (RASCI por las iniciales de los tipos de responsabilidad) se utiliza generalmente en la gestión de proyectos para relacionar actividades con recursos (individuos o equipos de trabajo). De esta manera se logra asegurar que cada uno de los componentes del alcance esté asignado a un individuo o a un equipo.

Secretaría: Secretaría de la Función Pública.

HOJA 15 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


15.2. Glosario de Términos

Accesibilidad: Los contenidos y servicios digitales deberán tener las características de acceso reconocidas a nivel internacional, incluyendo las que se refieren a respetar y considerar las necesidades específicas de las personas con capacidades especiales.

Actividad: Una actividad representa el trabajo realizado dentro de un proceso de negocio. Tiene forma de rectángulo de bordes redondeados. Una Actividad normalmente toma cierto tiempo para su realización, involucra uno o varios recursos de la organización, requiere de algún tipo de input, y por lo general produce alguna clase de output. Las Tareas y Sub-Procesos son un tipo de Actividades.

Carril: Los carriles (“Lanes”) crean una sub-partición para los objetos dentro de un Pool y usualmente representan roles de negocio internos al Proceso. Proveen un mecanismo genérico para distribuir los objetos dentro de un Pool basados en características de los elementos.

Certificado de Aprobación: Oficio o documento oficial de la Unidad Administrativa Federal, por medio del cual se formaliza la culminación de un proceso con entera satisfacción.

Ciclo de Vida de Actividad: Las Actividades BPMN pasan a través de una serie de estados (su ciclo de vida) desde el momento en que un token llega a la Actividad hasta que el token abandona la Actividad. Los tipos de estados de una Actividad son: ninguno, listo, activo, cancelado, abortando, abortado, completando, y completado. Una única instancia de una Actividad nunca pasará por todos esos estados.

Conectores.: Los conectores son líneas que vinculan dos objetos en un diagrama. Hay tres tipos de Conectores BPMN: Flujo de Secuencia, Flujo de Mensaje, y Asociaciones.

Evento: Un Evento es algo que “sucede” durante el curso de un Proceso. Los Eventos afectan el flujo del Proceso y por lo general tienen un disparador o un resultado. Pueden iniciar, demorar, interrumpir, o terminar el flujo del Proceso (lanzan o capturan). Los tres tipos de Eventos son: Eventos de Inicio, Eventos Intermedios y Eventos de Fin.

Integridad: Las dependencias y entidades serán responsables de que los datos o información contenidos en sus sistemas o aplicaciones para la prestación de servicios digitales han permanecido completos e inalterados y, en su caso, que sólo han sido modificados por la fuente de confianza correspondiente.

Interoperabilidad: Es la capacidad de organizaciones y sistemas, dispares y diversos, para interactuar con objetivos consensuados y comunes, con la finalidad de obtener beneficios mutuos, en donde la interacción implica que las dependencias y entidades compartan infraestructura, información y conocimiento mediante el intercambio de datos entre sus respectivos sistemas de tecnología de información y comunicaciones.

Proceso: Un Proceso en BPMN representa lo que una organización hace – su trabajo – en orden de alcanzar un propósito específico u objetivo. La mayoría de los procesos requerirán

HOJA 16 DE 16

PROCESO-ACT ADS

VERSIÓN 1.0

FECHA FEB-2016


algún tipo de entrada (sea electrónica o física), usarán o consumirá recursos, y producirán algún tipo de salida (sea electrónica o física).

Reutilización: Las dependencias y entidades generarán los medios para poner a disposición y compartir la información, funcionalidades y soluciones tecnológicas, entre aquéllas que lo requieran.

Roles: Papel que desempeña ciertos usuarios y que se puede agrupar en uno solo.

Seguridad: Al compartir información por medios digitales, las dependencias y entidades deberán mantener como mínimo, el mismo nivel de garantías y seguridad que se tiene para el intercambio por medios físicos, así como adoptar procesos de ciberseguridad, en términos de lo que establezcan conforme a las disposiciones aplicables las autoridades competentes.

16. Referencias

● EIDA

http://dof.gob.mx/nota_detalle.php?codigo=5208001&fecha=06/09/2011

● ADS MAAGTICSI,

http://www.gob.mx/cms/uploads/attachment/file/58688/ADS_Proceso_de_Administraci_n_de_Servicios.pdf





guías técnicas de interoperabilidad documento de ... · que se establece el esquema de...

Documents