GEL-XML, LENGUAJE ESTÁNDAR DE … · GEL-XML PROCESO DE IMPLEMENTACIÓN MANTENIMIENTO Y EVOLUCIÓN...

GGEELL--XXMMLL,, LLEENNGGUUAAJJEE EESSTTÁÁNNDDAARR DDEE IINNTTEERRCCAAMMBBIIOO DDEE IINNFFOORRMMAACCIIÓÓNN:: PPRROOCCEESSOO DDEE IIMMPPLLEEMMEENNTTAACCIIÓÓNN,,

MMAANNTTEENNIIMMIIEENNTTOO YY EEVVOOLLUUCCIIÓÓNN

PLATAFORMA DE INTEROPERABILIDAD, PDI INTRANET GUBERNAMENTAL

© República de Colombia - Derechos Reservados

Bogotá, D.C., Julio de 2008

GEL-XML PROCESO DE IMPLEMENTACIÓN MANTENIMIENTO Y EVOLUCIÓN

Página 2 de 44

FFOORRMMAATTOO PPRREELLIIMMIINNAARR AALL DDOOCCUUMMEENNTTOO

Título: GEL-XML, LENGUAJE DE INTERCAMBIO DE INFORMACIÓN: PROCESO DE IMPLEMENTACIÓN, MANTENIMIENTO Y EVOLUCIÓN

Fecha elaboración aaaa-mm-dd: 2006-09-15

Sumario: Presentar las reglas establecidas para adelantar la gestión de documentos GEL-XML, desde un punto de vista procedimental.

Palabras Claves: Proceso, mantenimiento, estándar, GEL-XML Formato: DOC Lenguaje: Español Fecha de publicación aaaa-mm-dd:

2006-09-15 Fecha de modificación aaaa-mm-dd:

2008-12-01

Dependencia: Ministerio de comunicaciones: Programa “Agenda de Conectividad” – Proyecto Intranet Gubernamental.

Código: Versión: 1.1 Estado: En elaboración Categoría: Estándares Autor (es): Equipo GEL-XML:

· Departamento Administrativo Nacional de Estadística, DANE. · Departamento Nacional de Planeación, DNP. · Ministerio de Comunicaciones: Programa “Agenda De

Conectividad”. · Ministerio de Hacienda y Crédito Público: Proyecto de

Interoperabilidad SIIF Nación. · Ministerio de la Protección Social, MPS: Programa de Apoyo

a la Reforma en Salud, PARS. · Informática Siglo 21

Revisó: Equipo GEL-XML

Aprobó: Equipo GEL-XML

Información Adicional:

Ubicación: El archivo magnético asociado al documento está localizado en www.igob.gov.co


Página 3 de 44

CCOONNTTRROOLL DDEE CCAAMMBBIIOOSS

VERSIÓN FECHA RESPONSABLE NATURALEZA 1.0 2006-09-15 Equipo GEL-XML · Publicación versión inicial del documento. 1.1 2008-06-26 Equipo GEL-XML - IS21 · Inclusión y desarrollo de metodología enfocada a

procesos. · Incorporación de ajustes al proceso de acuerdo con la

ejecución del mismo para la construcción de los primeros 1000 elementos de dato.

1.2 2008-07-09 Equipo GEL-XML - IS21 · Ajustes menores realizados de acuerdo a la revisión del Programa Agenda de Conectividad y la Interventoría.

1.3 2008-07-11 Equipo GEL-XML · Ajustes descripción de procedimientos.


Página 4 de 44

TTAABBLLAA DDEE CCOONNTTEENNIIDDOO

Pág.

DERECHOS DE AUTOR........................................................................................6

CRÉDITOS ..........................................................................................................7

1 AUDIENCIA...................................................................................................9

2 REQUISITOS...............................................................................................10

3 INTRODUCCIÓN .........................................................................................11

4 METODOLOGÍA...........................................................................................12

4.1 DEFINICIÓN DEL PROCESO ......................................................................... 12 4.2 NOTACIÓN BPMN........................................................................................ 15

5 PROCESO DE IMPLEMENTACIÓN, MANTENIMIENTO Y EVOLUCIÓN ........16

5.1 MAPA DE PROCESOS DE LA ORGANIZACIÓN. ................................................ 16 5.2 DESCRIPCIÓN DEL PROCESO....................................................................... 16 5.3 CARACTERIZACIÓN DEL PROCESO............................................................... 19 5.4 PROCEDIMIENTOS...................................................................................... 23

5.4.1 Procedimiento BÁSICO de atención de solicitudes de servicio...................... 23 5.5 REGISTROS ................................................................................................ 32

5.5.1 Sistema de información para la administración y gestión del estándar gel-xml 32

6 TERMINOLOGÍA GEL-XML..........................................................................33

7 CONCLUSIONES .........................................................................................35

8 TRABAJO FUTURO ......................................................................................36

9 APÉNDICES.................................................................................................37

9.1 APÉNDICE A: MODELOS EN BPMN ................................................................ 37 9.1.1 tipos de submodelos bpmn ....................................................................... 37 9.1.2 ELEMENTOS BÁSICOS DE LOS DIAGRAMAS BPMN ..................................... 38

9.2 APÉNDICE B: PALABRAS CLAVE A UTILIZAR PARA INDICAR NIVELES DE

REQUERIMIENTO (RFC 2119)................................................................................ 43 1.1. RESUMEN:.................................................................................................. 43


Página 5 de 44

LLIISSTTAA DDEE FFIIGGUURRAASS YY TTAABBLLAASS

Figura 1. Lecturas recomendadas en GEL-XML.....................................................................9 Figura 2. Ciclo PHVA.........................................................................................................14 Figura 3. Mapa de Procesos para Administración y Gestión del Estándar GEL-XML ...............16 Figura 4. Procedimiento de atención de solicitudes de servicio. Recepción y Validación..........24 Figura 5. Procedimiento de atención de solicitudes de servicio. Planeación............................25 Figura 6. Procedimiento de atención de solicitudes de servicio. Conceptualización .................27 Figura 7. Procedimiento de atención de solicitudes de servicio. Desarrollo Técnico ................28 Figura 8. Procedimiento de atención de solicitudes de servicio. Pruebas Funcionales .............29 Figura 9. Procedimiento de atención de solicitudes de servicio. Publicación ...........................31 Figura 10. Proceso de Negocio Privado ..............................................................................37 Figura 11. Proceso de Negocio Abstracto............................................................................38 Figura 12. Proceso de Colaboración ...................................................................................38 Figura 13. Objetos de Flujo en BPMN .................................................................................39 Figura 14. Tipos de eventos en BPMN ................................................................................39 Figura 15. Tipos de gateways en BPMN..............................................................................40 Figura 16. Conectores en BPMN ........................................................................................41 Figura 17. Objetos Swinlane en BPMN ...............................................................................41 Figura 18. Artifacts en BPMN .............................................................................................42


Página 6 de 44

DERECHOS DE AUTOR

menos que se indique de forma contraria, el copyright del texto incluido en este documento es del Gobierno de la República de Colombia. Se puede reproducir gratuitamente en cualquier formato o medio sin requerir un permiso expreso para

ello, bajo las siguientes condiciones:

1. El texto particular no se ha indicado como excluido y por lo tanto no puede ser copiado o distribuido.

2. La copia no se hace con el fin de distribuirla comercialmente.

3. Los materiales se DEBEN reproducir exactamente y no se DEBEN utilizar en un

contexto engañoso.

4. Las copias serán acompañadas por las palabras "copiado/distribuido con permiso del Gobierno de la República de Colombia. Todos los derechos reservados."

5. El título del documento DEBE ser incluido al ser reproducido como parte de otra

publicación o servicio. Si se desea copiar o distribuir el documento con otros propósitos, DEBE solicitar el permiso entrando en contacto con el programa Agenda de Conectividad del Ministerio de Comunicaciones de la República de Colombia.

A


Página 7 de 44

CRÉDITOS a Unión Temporal Hewlett Packard-Microsoft y Colombia Telecomunicaciones S.A., E.S.P. – TELECOM, dentro del marco del proyecto Plataforma de Interoperabilidad, PDI, en septiembre de 2005 generaron una propuesta inicial de estructura y

funcionalidad respecto del organismo responsable de la administración y gestión del estándar. En noviembre de 2007 el Fondo Financiero de Proyectos de Desarrollo, FONADE, en ejecución del convenio 193046 suscrito con el Fondo de Comunicaciones, para desarrollar la Gerencia integral de los proyectos a cargo del Programa “Agenda de Conectividad” del Ministerio de Comunicaciones contrata a la firma Informática Siglo 21 para realizar la consultoría para la Administración y Gestión de GEL-XML y a la firma ISL S.A., para ejecutar la correspondiente Interventoría. Entre los objetivos de esta consultoría está realizar y aplicar recomendaciones de mejora sobre cada uno de los documentos técnicos del estándar. La información y datos incluidos en este documento hacen parte de las observaciones, comentarios, aportes e investigaciones realizadas por el Grupo de trabajo interinstitucional establecido para tal fin y denominado Equipo GEL-XML, el cual ha estado conformado por las siguientes Entidades:

· DEPARTAMENTO ADMINISTRATIVO NACIONAL DE ESTADÍSTICA, DANE. · DEPARTAMENTO NACIONAL DE PLANEACIÓN, DNP. · MINISTERIO DE COMUNICACIONES: PROGRAMA “AGENDA DE

CONECTIVIDAD”. · MINISTERIO DE HACIENDA Y CRÉDITO PÚBLICO. · MINISTERIO DE LA PROTECCIÓN SOCIAL, MPS: PROGRAMA DE APOYO A

LA REFORMA EN SALUD, PARS. Igualmente, han participado con sus conceptos, opiniones y exposición de experiencias, las siguientes Entidades:

· DEPARTAMENTO ADMINISTRATIVO DE LA FUNCIÓN PÚBLICA, DAFP. · DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES, DIAN. · INSTITUTO COLOMBIANO DE BIENESTAR FAMILIAR, ICBF. · MINISTERIO DE EDUCACIÓN NACIONAL, MEN. · SUPERINTENDENCIA FINANCIERA DE COLOMBIA. · UNIDAD DE INFORMACIÓN Y ANÁLISIS FINANIERO, UIAF.

De otra parte, es importante hacer mención, que los productos y logros que a la fecha se han alcanzado, además de ser el resultado del trabajo del grupo interinstitucional,

L


Página 8 de 44

también han resultado del conocimiento de experiencias que sobre el tema se han liderado por parte de otros gobiernos, como los de Alemania1, Nueva Zelanda2, Australia3 , Reino Unido4 y Hong Kong5, al igual que la Iniciativa de Metadatos Dublín Core – DCMI6, para efectos de estandarizar el manejo de identificadores y metadatos de los elementos de dato que se han identificado.

1 Tomado de http://www.osci.de el 4 de marzo de 2008 2 Tomado de http://www.e.govt.nz el 4 de marzo de 2008 3 Tomado de http://www.agimo.gov.au/publications/2005/04/agtifv2 el 4 de marzo de 2008 4 Tomado de http://www.govtalk.gov.uk el 4 de marzo de 2008 5 Tomado de http://www.ogcio.gov.hk/eng/infra/eif.htm el 4 de marzo de 2008 6 Tomado de http://www.dublincore.org el 4 de marzo de 2008


Página 9 de 44

1 AUDIENCIA

ste documento está dirigido a todas aquellas personas interesadas en conocer el proceso a través del cual se realiza la implementación, el mantenimiento y la evolución del Estándar GEL-XML, en virtud a que su desarrollo estará

determinado en un alto porcentaje por la atención que pueda dar a las necesidades funcionales y técnicas que planteen Entidades, organizaciones y proyectos para adelantar de manera óptima sus procesos de intercambio electrónico de información. Adicionalmente todas aquellas Entidades u organizaciones del Gobierno interesadas en participar en la iniciativa de Gobierno en Línea, encontrarán en este documento información valiosa, que les permita planificar y desarrollar la adhesión, desarrollo, implementación y uso del estándar. El diagrama adjunto, ilustra una guía para abordar el conocimiento y lectura de los documentos que sobre GEL-XML, se han publicado a la fecha.

Lectura Recomendada

Lectura Opcional

Documento Actual

Lectura Recomendada

Lectura Opcional

Documento Actual

Figura 1. Lecturas recomendadas en GEL-XML

E


Página 10 de 44

2 REQUISITOS

ara la lectura de este documento se recomienda leer con anterioridad, los siguientes documentos:

· GEL-XML, Lenguaje Estándar de Intercambio de Información: Conceptos

Generales · GEL-XML, Lenguaje Estándar de Intercambio de Información: Estructura de

Administración y Gestión. Consideraciones Generales.

P


Página 11 de 44

3 INTRODUCCIÓN

EL-XML, Gobierno En Línea eXtensible Markup Language, suscrito dentro del ámbito de la iniciativa de Gobierno en Línea, se define como un lenguaje estándar y común utilizado para realizar intercambio de información entre las

diferentes Entidades del estado colombiano, y entre el Estado con el sector productivo y con el ciudadano. El presente documento tiene como finalidad establecer la caracterización del proceso de implementación, mantenimiento y evolución, identificado como el más importante proceso misional del estándar GEL-XML, a través del cual se atienden las solicitudes de servicio de las Entidades interesadas. En los procesos de gestión de estándares, es necesario no solamente tener en cuenta el punto de vista técnico, sino que es de vital importancia tener claro el proceso funcional de la creación y modificación del mismo, motivo por el cual una vez el estándar GEL-XML sea implementado por diferentes Entidades del Estado, éste comenzará a ser un cuerpo viviente que requerirá cambios, adiciones y modificaciones a las especificaciones funcionales y técnicas existentes. La definición del proceso de implementación, mantenimiento y evolución del estándar GEL-XML favorece el crecimiento y mantenimiento ordenado del estándar, y facilita su ejecución.

G


Página 12 de 44

4 METODOLOGÍA

4.1 DEFINICIÓN DEL PROCESO

La metodología utilizada para la descripción del Proceso de Mantenimiento y Evolución del estándar GEL-XML se basa en el documento “Orientación sobre el concepto y uso del enfoque basado en procesos para los sistemas de gestión”7, propuesto por la ISO. Con el objeto de tener una visión común se presentan a continuación algunos de los conceptos básicos sugeridos por la ISO: Proceso: Conjunto de actividades interrelacionadas o que interactúan, las cuales transforman elementos de entrada en resultados. Estas actividades requieren la asignación de recursos, como personal y materiales. Tipos de proceso: Pueden identificarse los siguientes tipos de proceso: · Procesos para la gestión de una organización. Incluyen procesos relativos a la

planificación estratégica, establecimiento de políticas, fijación de objetivos, provisión de comunicación, aseguramiento de la disponibilidad de recursos necesarios y revisiones por la dirección.

· Procesos para la gestión de recursos. Incluyen todos aquellos procesos para la

provisión de los recursos que son necesarios en los procesos para la gestión de una organización, la realización y la medición.

· Procesos de realización. Incluyen todos los procesos que proporcionan el

resultado previsto por la organización. · Procesos de medición, análisis y mejora. Incluyen aquellos procesos

necesarios para medir y recopilar datos para realizar el análisis del desempeño y la mejora de la eficacia y la eficiencia. Incluyen procesos de medición, seguimiento y auditoría, acciones correctivas y preventivas, y son una parte integral de los procesos de gestión, gestión de los recursos y realización.”

7 ISO 2004, Orientación sobre el concepto y uso del “Enfoque basado en procesos” para los sistemas de gestión, ISO/TC 176/SC 2/N 544R2, Mayo 2004


Página 13 de 44

En el documento GEL-XML, Lenguaje Estándar de Intercambio de Información: Estructura de Administración y Gestión. Consideraciones Generales, se ejecutó el primer paso de la guía propuesta por ISO8: “Identificación de los procesos de la organización”, cubriendo las actividades:

· Definir el propósito de la organización · Definir los objetivos y políticas de la organización · Definir los procesos de la organización · Determinar la secuencia de los procesos

El presente documento cubre las actividades restantes para la identificación del proceso de implementación, mantenimiento y evolución:

· Definir los dueños del proceso: En este paso se define el dueño del proceso, es decir, quien tiene el papel y las responsabilidades individuales para asegurar la implementación, el mantenimiento y mejora de cada proceso y sus interacciones.

· Definir la documentación del proceso. El propósito principal de la

documentación es permitir la operación coherente y estable de los procesos. En esta actividad se definen los documentos necesarios para asegurarse de la eficaz planificación, operación y control del proceso

El segundo paso propuesto por la ISO9 es la “Planificación del proceso”, en éste se desarrollan las siguientes tareas:

· Definir las actividades dentro del proceso. En este ítem se tomó como base la operación del proceso de mantenimiento y evolución para los primeros elementos de dato y el planteamiento del nuevo proceso que está siendo objeto de sistematización y se realizaron las siguientes tareas:

- Identificación de las actividades necesarias para lograr los resultados

previstos del proceso. - Definición de los elementos de entrada y los resultados requeridos del

proceso. - Definición de las actividades requeridas para transformar los elementos de

entrada en los resultados requeridos. - Identificación y definición de la secuencia e interacción de las actividades

dentro del proceso. - Determinar la forma cómo se llevará a cabo cada actividad.

· Definir los requisitos de seguimiento y medición. El objetivo de esta actividad

es diseñar los mecanismos para realizar medición, seguimiento y control del proceso. Para identificar estos requisitos se identificaron los criterios de

8 ISO, Ibíd. 9 ISO, Ibíd.


Página 14 de 44

seguimiento y medición para el control y desempeño del proceso (definición de indicadores).

· Defina los recursos necesarios.

- Determinar los recursos necesarios (humanos, infraestructura, ambiente de trabajo, información, materiales, recursos financieros) para la operación eficaz de cada proceso.

· Verificar el proceso con respecto a sus objetivos planificados - Se realizó un ciclo de validación de que las características del proceso son

coherentes con el propósito de la organización. y que se satisfacen todos los requisitos identificados.

ISO10 también propone la aplicación de la metodología PHVA (Planificar-Hacer-Verificar-Actuar), como una herramienta útil para definir, implementar y controlar las acciones correctivas y las mejoras. El PHVA es una metodología dinámica que puede ser desplegada dentro de cada uno de los procesos de la organización y sus interacciones. Está íntimamente asociado con la planificación, implementación, verificación y mejora. Se puede lograr el mantenimiento y la mejora del desempeño del proceso mediante la aplicación del concepto PHVA en todos los niveles dentro de una organización. Esto se aplica igualmente a procesos estratégicos de alto nivel y a actividades de operación sencillas.

Figura 2. Ciclo PHVA.11

El ciclo PHVA propone:

· Planificar. Establecer los objetivos y procesos necesarios para conseguir resultados de acuerdo con los requisitos del cliente y las políticas de la organización;

· Hacer. Implementar los procesos;

10 ISO, ibid 11 ISO, ibid, p.11.


Página 15 de 44

· Verificar. Realizar el seguimiento y la medición de los procesos y los productos respecto a las políticas, los objetivos y los requisitos para el producto, e informar sobre los resultados.

· Actuar. Tomar las acciones para mejorar continuamente el desempeño del proceso.

Todo lo anterior se materializó en la caracterización del proceso que se presenta en el numeral 5.3.

4.2 NOTACIÓN BPMN

BPMN (Business Process Modelling Notation) es un estándar de la BPMI (Business Process Management Initiative)12, organismo que ha sido absorbido recientemente por la OMG, cuyo principal objetivo es13 “proporcionar una notación fácilmente comprensible por todos los usuarios del negocio, desde los analistas, los desarrolladores técnicos, hasta aquellos que gestionarán los procesos“. Otros objetivos importantes que se plantea esta especificación son:

· Crear puentes entre el diseño de los procesos de negocio y la implementación del proceso.

· Que los lenguajes basados en XML para describir procesos (como BPEL4WS) tengan una notación gráfica.

· Los propios autores de BPMN por otro lado, reconocen haberse inspirado y haber recogido la experiencia de varios estándares.

Es importante tener en cuenta que BPMN abarca únicamente los procesos de negocio, lo que significa que otro tipo de modelos relacionados (estructura de la organización, recursos, modelos de datos, estrategias, reglas de negocio etc.) quedan fuera de la especificación. El modelamiento del proceso, presentado en el documento se realiza con el estándar BPMN, con el uso de la herramienta Enterprise Architect 7.0. En el APÉNDICE A: MODELOS EN BPMN se presentan algunos de los elementos principales de la notación, para facilitar su lectura y entendimiento.

12 OMG. Object Management Group. Business process management initiative. Consultado en http://www.bpmi.org el 2008-04-21 13 BPMI. Business Process Notation Specification. BPMI, Business Process Management Initiative, final adopted 1.0 edition, Febrero 2006.


Página 16 de 44

5 PROCESO DE IMPLEMENTACIÓN, MANTENIMIENTO Y EVOLUCIÓN

5.1 MAPA DE PROCESOS DE LA ORGANIZACIÓN.

NIVEL ESTRATÉGICO O PROCESOS PARA LA GESTIÓN

GESTIÓN DE LA ESTRATEGIA

EN

TID

AD

ES

Y P

AR

TE

S I

NT

ER

ES

AD

AS

EN

TID

AD

ES

Y P

AR

TE

S I

NT

ER

ES

AD

AS

GESTIÓN DEL CONOCIMIENTO

NIVEL MISIONAL O PROCESOS DE REALIZACIÓN

GESTIÓN DE LA INTEGRIDAD

IMPLEMENTACIÓN, MANTENIMIENTO Y

EVOLUCIÓNARTICULACIÓN

NIVEL DE APOYO O PROCESOS PARA LA GESTIÓN DE RECURSOS

GESTIÓN ADMINISTRATIVA Y

FINANCIERA

GESTIÓN DE RECURSOS TECNOLÓGICOS

CONSULTORÍA JURÍDICA

NIVEL DE EVALUACIÓN O PROCESOS DE MEDICIÓN, ANÁLISIS Y MEJORA

MONITOREO Y EVALUACIÓN

NE

CE

SID

AD

ES

Y E

XP

EC

TA

TIV

AS

DE

LA

S E

NT

IDA

DE

S Y

PA

RT

ES

INT

ER

ES

AD

AS

, SO

LIC

ITU

DE

S D

E S

ER

VIC

IO

ESTÁNDAR GEL-XML

SERVICIOS DE CAPACITACIÓN

SERVICIOS DE PROMOCIÓN Y DIVULGACIÓN

SERVICIOS DE CERTIFICACIÓN

Figura 3. Mapa de Procesos para Administración y Gestión del Estándar GEL-XML Dentro del mapa de procesos, el proceso de Implementación, mantenimiento y evolución (resaltado en la Figura 3) se ubica dentro del nivel misional, como uno de los procesos de realización y como el principal para el cumplimiento del propósito de la organización, definido en el documento Estructura de Administración y Gestión: Consideraciones Generales.

5.2 DESCRIPCIÓN DEL PROCESO

Teniendo en cuenta que el mantenimiento y evolución de un estándar se da en la medida que los interesados en él, por adherirse, adoptarlo, implementarlo y por ende


Página 17 de 44

usarlo, generan requerimientos para cubrir nuevas necesidades, se hace necesario establecer un proceso bajo el cual se lleve a cabo la administración y gestión de las solicitudes de servicio que puedan surgir por parte de las Entidades, organizaciones y proyectos que participan del desarrollo de GEL-XML, en razón de involucrar el estándar para la atención y/o demanda de los servios y/o trámites en los que se realiza intercambio electrónico de información. El desarrollo del proceso, debe verse tanto desde la perspectiva de cubrir o atender la necesidad en particular, como de enriquecer el estándar a partir de nuevas especificaciones funcionales y/o técnicas. Los tipos de acciones que se ejecutan a través de este proceso son las siguientes: Adopción de nuevo estándar: Si se requiere incluir elementos de otro estándar en el estándar GEL-XML. Nueva especificación funcional: Si se requiere la definición de nuevos elementos de dato para trámites y/o servicios. Modificación especificación funcional: Si se requiere modificar la definición existente de un elemento de dato en la plantilla de metadato. Eliminación especificación funcional: Si se requiere eliminar del estándar la definición existente del elemento de dato. Nueva especificación técnica: Si se requiere desarrollar el esquema XSD correspondiente a un elemento de dato. Modificación especificación técnica: Si se requiere modificar el esquema XSD del elemento de dato. Eliminación especificación técnica: Si se requiere eliminar el esquema XSD del elemento de dato. Incorporación. Inclusión de elementos de dato definidos o implementados por las organizaciones o Entidades, para incorporarlos en GEL-XML, que han pasado por el procedimiento de validación (este procedimiento hace parte del proceso de articulación, que se define en el documento Procedimientos de Administración y Gestión del estándar GEL-XML). A continuación se presenta la caracterización para el proceso de implementación, mantenimiento y evolución de GEL-XML, que incluye

· Tipo de proceso · Responsable del proceso · Objetivo del proceso · Alcance del proceso · Actividades


Página 18 de 44

§ Proveedores (internos y externos) § Entradas (insumos) § Descripción de actividades (subprocesos) § Productos - Resultados § Clientes (internos y externos)

· Recursos. · Indicadores · Acciones de control · Riesgos


Página 19 de 44

5.3 CARACTERIZACIÓN DEL PROCESO

PROCESO DE IMPLEMENTACIÓN, MANTENIMIENTO Y EVOLUCIÓN DEL ESTÁNDAR GEL-XML.

Tipo de Proceso: Nivel misional. Proceso de Realización Responsable del Proceso: (Se definirá a partir de la estructura organizacional)

A. PLANEAR 1. OBJETIVO: 2. ALCANCE Gestionar y coordinar la implementación, mantenimiento y evolución del estándar GEL-XML

Se establece como alcance del proceso la atención de solicitudes de servicio generadas por las entidades del sector público y organizaciones del sector privado interesadas en participar en la implementación, mantenimiento y evolución del estándar GEL-XML.

3. ACTIVIDADES PROVEEDOR PROCESO CLIENTE

EXTERNO INTERNO ENTRADA DESCRIPCIÓN PRODUCTO-RESULTADO

INTERNO EXTERNO Proceso

Gestión de la Estrategia Proceso Gestión del Conocimiento Proceso Gestión de la Integridad del Estándar GEL-XML Proceso Articulación Proceso Consultoría Jurídica

Plan Estratégico y de Gestión Base de Conocimiento Documentos Técnicos del Estándar GEL-XML Lineamientos Técnicos internacionales y de otros estándares Solicitud de nuevos procedimientos Normatividad y legislación aplicable

Definir el modelo de implementación, mantenimiento y evolución del estándar GEL-XML - Definir procedimientos de implementación, mantenimiento y evolución - Definir y comunicar acuerdos de niveles de servicio y mecanismos de evaluación del proceso - Identificar requerimientos de recursos y gestionar el proceso de contratación - Definir mecanismos de autoevaluación y seguimiento del proceso.

Documento Proceso de Implementación, mantenimiento y evolución del estándar GEL-XML Acuerdos de niveles de servicio Requerimientos de recursos Requerimientos de contratación Requerimientos de apoyo jurídico

Proceso Articulación Proceso Gestión del Conocimiento Proceso Gestión de la Integridad Proceso Gestión Administrativa y financiera Proceso Consultoría Jurídica Proceso Gestión de Recursos Tecnológicos


Página 20 de 44

Entidades Empresas

Proceso Articulación Proceso Gestión de la Integridad del Estándar GEL-XML Proceso Gestión de Recursos Tecnológicos Proceso Gestión de Conocimiento

Solicitud de Servicio Documento Proceso de Implementación, mantenimiento y evolución del estándar GEL-XML Documentos Técnicos del Estándar GEL-XML Sistema de Información del Estándar GEL-XML Base de conocimiento

Atención de solicitudes - Recepción y validación - Planeación - Conceptualización - Desarrollo técnico - Pruebas funcionales - Publicación

Estándar GEL-XML Informe de atención de solicitudes

Proceso Gestión de la Integridad Proceso Articulación Proceso Gestión del Conocimiento Proceso Monitoreo y Evaluación

Entidades Empresas Ciudadanos

Proceso Monitoreo y Evaluación Proceso Gestión de la Integridad del Estándar GEL-XML

Información del estado de los procesos Lineamientos Técnicos internacionales y de otros estándares

Evaluación y seguimiento del proceso - Cálculo y seguimiento al estado de los indicadores - Elaboración y comunicación de informe de estado del proceso - Planteamiento y ejecución de acciones preventivas y correctivas - Identificación y control de riesgos del proceso.

Informe del proceso de implementación, mantenimiento y evolución del Estándar GEL-XML Acciones preventivas y correctivas Informe de seguimiento y control de riesgos

Proceso Monitoreo y Evaluación Proceso Gestión de la Integridad del Estándar GEL-XML


Página 21 de 44

Proceso Implementación, mantenimiento y evolución del estándar GEL-XML Proceso Articulación

Documento Proceso de Implementación, mantenimiento y evolución del estándar GEL-XML Informe del proceso de implementación, mantenimiento y evolución del Estándar GEL-XML Acciones preventivas y correctivas Informe de seguimiento y control de riesgos Solicitud de ajuste al proceso

Evaluar y ajustar el modelo de implementación, mantenimiento y evolución del estándar GEL-XML - Recibir y analizar solicitudes de ajuste - Definir ajustes al proceso - Realizar pruebas del proceso con la inclusión de ajustes - Evaluar los resultados de la ejecución de ajustes - Decidir si se realizan los ajustes - Ejecutar y comunicar los ajustes

Documento Proceso de Implementación, mantenimiento y evolución del estándar GEL-XML

Proceso de Articulación Proceso Gestión de la Integridad del Estándar GEL-XML

4. RECURSOS

HUMANOS FÍSICOS TECNOLÓGICOS OTROS Entidades y empresas solicitantes Personas cuyos roles están definidos en la estructura organizacional, para la ejecución del proceso. Personal de apoyo logístico

Instalaciones físicas Puestos de trabajo Elementos de Oficina Teléfonos

Sistema de Información del Estándar GEL-XML Herramientas de ofimática Internet Correo electrónico Herramientas tecnológicas de apoyo a la Gestión Administrativa y Financiera Herramientas tecnológicas de apoyo a la Gestión Tecnológica Computadores Servidores Red Impresoras

Recursos financieros necesarios para la ejecución del proceso.


Página 22 de 44

B. HACER

5. PROCEDIMIENTOS 6. DOCUMENTOS DE SOPORTE Procedimiento básico de atención de solicitudes de servicio (creación) Procedimiento de modificación de elementos de dato Procedimiento de eliminación de elementos de dato Procedimiento de incorporación de estándares internacionales Procedimiento de incorporación de elementos de dato desarrollados externamente Procedimiento de definición y ajustes al proceso de mantenimiento y evolución Procedimiento de evaluación del proceso y generación de indicadores

Documento Proceso de Implementación, mantenimiento y evolución del estándar GEL-XML Documento Arquitectura de Datos Documento Guía de Creación de esquemas

C. VERIFICAR

7. INDICADORES

Número total de elementos de dato

Número total de esquemas

Número total de usos

Entidades usuarias del estándar

Número total de elementos de dato modificados.

Número de modificaciones mayores

Número de modificaciones menores

Número de elementos de dato/esquemas según su estado

Número elementos de dato creados en el mes

Número elementos de dato incluidos en el mes

Número de elementos de dato modificados en el mes

Número de usos incluidos en el mes

Número de esquemas incluidos en el mes

Número de solicitudes totales

Número de solicitudes del mes

Número de solicitudes según su estado

Relación de elementos publicados vs. Elementos solicitados en el mes D. ACTUAR

8. PUNTOS Y ACCIONES DE CONTROL 9. RIESGOS Identificar y gestionar eventos externos o internos que impacten la atención de las solicitudes Identificar y canalizar necesidades de acompañamiento a las empresas y entidades que puedan impactar la atención de las solicitudes Comunicar el modelo y los ajustes que se realicen sobre él Hacer seguimiento a riesgos e indicadores Hacer seguimiento a acuerdos de niveles de servicio

Número de solicitudes insuficiente para mantener la efectividad del proceso. Solicitud de cambios frecuentes en el proceso Recursos insuficientes para atender las solicitudes que ingresan al proceso Incumplimiento en los acuerdos de niveles de servicio Incumplimiento en la ejecución de actividades que involucran participación de las entidades y/o empresas


Página 23 de 44

5.4 PROCEDIMIENTOS

El detalle de los procedimientos es objeto del documento Procedimientos de Administración y Gestión del Estándar GEL-XML. A continuación se presentan los pasos para llevar a cabo el procedimiento básico de atención de solicitudes de servicio.

5.4.1 PROCEDIMIENTO BÁSICO DE ATENCIÓN DE SOLICITUDES DE SERVICIO El procedimiento se inicia con la recepción y validación de una solicitud, pasando por las etapas de planeación, conceptualización, desarrollo técnico, pruebas funcionales y va hasta la publicación de los elementos de dato. Para facilitar la visualización de los diagramas se presenta dividido el diagrama por cada una de las etapas, aunque todas corresponden al mismo procedimiento.

RECEPCIÓN Y VALIDACIÓN

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 1. Registrar Solicitud y Fecha propuesta para cita La Entidad diligencia el formulario de solicitud de servicio. Si la solicitud es válida, la solicitud es radicada y la Entidad propone una fecha para llevar a cabo la primera reunión. Se asigna Frente Jurídico y Frente de Procesos, quienes llevarán a cabo la validación de viabilidad técnica y jurídica.

ENTIDAD SISTEMA DE INFORMACIÓN

2. Validar Viabilidad de Solicitud. Si la solicitud es viable, el Frente de Procesos complementa información. Si la solicitud no es válida se cambia el estado del de la solicitud a "NO ACEPTADA", si es válida cambia el estado de la solicitud a "EN PLANEACIÓN" y se comunica el resultado a la entidad

FRENTE DE RECEPCIÓN

SISTEMA DE INFORMACIÓN

3. Validar Jurídicamente. El Frente Jurídico realiza la validación de la normatividad incluida, complementa la información y verifica y registra si la solicitud es viable jurídicamente.

FRENTE JURÍDICO


4. Confirmar fecha de cita propuesta por la entidad. Si existe disponibilidad del equipo de trabajo se confirma la fecha propuesta por la entidad. De lo contrario se va al paso 6



5. Asignar nueva fecha para cita. Se asigna nueva fecha para la cita FRENTE DE RECEPCIÓN


6. Validar fecha de cita propuesta. La entidad confirma o rechaza la fecha propuesta por el frente de recepción. Si no acepta la fecha va al paso 7 de lo contrario va al paso 8


7. Proponer nueva fecha de cita. La entidad propone una nueva fecha de cita y va al paso 4


8. Realizar levantamiento de información. Se realiza la reunión y se registra la información referente a la solicitud. Si se requiere una nueva reunión se vuelve al paso 5




Página 24 de 44

Figura 4. Procedimiento de atención de solicitudes de servicio. Recepción y Validación

PLANEACIÓN

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 9. Establecer catálogo por solicitud. El frente de procesos escoge y define el catálogo de elementos por solicitud.

FRENTE DE PROCESOS


10. Aprobar catálogo por solicitud de servicio. Si la entidad aprueba el catálogo de la solicitud va al paso 11, si no lo aprueba va al paso 13


11. Generación del plan de actividades. Se genera el plan de actividades, de acuerdo con el catálogo aprobado.

FRENTE DE PROCESOS


12. Aprobar plan de trabajo. La entidad aprueba o rechaza el plan de trabajo.


13. Modificar el plan de trabajo. Si la Entidad no aprueba el plan de trabajo, el Frente de Procesos modifica el plan de trabajo y vuelve al paso 12

FRENTE DE PROCESOS



Página 25 de 44

Figura 5. Procedimiento de atención de solicitudes de servicio. Planeación


Página 26 de 44

CONCEPTUALIZACIÓN

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 14. Realizar o ajustar conceptualización. El Frente de Procesos realiza la conceptualización de los elementos de dato, de acuerdo al patrón establecido a partir de la Arquitectura de Datos.

FRENTE DE PROCESOS


15. Realizar validación técnica. El Frente Técnico realiza la validación técnica del elemento de dato. Si la validación no es exitosa vuelve al paso 14.

FRENTE TÉCNICO


16. Validar y diligenciar fuentes. El Frente Jurídico realiza la validación jurídica y el diligenciamiento de fuentes para cada elemento de datos, si la validación no es exitosa, vuelve al paso 14.

FRENTE JURÍDICO


17. Aprobar conceptualización de elementos de dato. La entidad aprueba o rechaza la conceptualización de los elementos de dato. Si la aprueba va al paso, de lo contrario vuelve al paso 14.

FRENTE DE PROCESOS



Página 27 de 44

Figura 6. Procedimiento de atención de solicitudes de servicio. Conceptualización

DESARROLLO TÉCNICO

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 18. Generación de los xsd. Se generan los xsd a partir de la conceptualización.

FRENTE TÉCNICO


19. Realizar ajustes XSD. El Frente técnico realiza los ajustes necesarios a los XSD generados por el sistema, para que correspondan con la conceptualización realizada.

FRENTE TÉCNICO


20. Ejecutar validaciones y diligenciar historial de pruebas internas. El frente técnico realiza las pruebas y diligencia el historial de pruebas.

FRENTE TÉCNICO


21. Evaluar y registrar resultado de pruebas. El Frente técnico realiza la evaluación y registro del resultado de pruebas internas y cambia el estado para pruebas funcionales, si las pruebas no son satisfactorias vuelve al paso 19

FRENTE TÉCNICO



Página 28 de 44

Figura 7. Procedimiento de atención de solicitudes de servicio. Desarrollo Técnico

PRUEBAS FUNCIONALES

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 22. Registrar resultado de pruebas funcionales. La entidad ejecuta y registra el resultado de pruebas funcionales de acuerdo al tiempo programado en la planeación. Si las pruebas son exitosas y no es una creación se va al paso 23, de lo contrario se va al paso 24. Si las pruebas no son exitosas se vuelve al paso 19


23. Diligencia versión del elemento de dato. El frente de procesos diligencia la información de versión del elemento de dato.

FRENTE DE PROCESOS


24. Generar versión del elemento de dato. Generar la versión del elemento de dato.

FRENTE PROCESOS



Página 29 de 44

Figura 8. Procedimiento de atención de solicitudes de servicio. Pruebas Funcionales


Página 30 de 44

PUBLICACIÓN

DESCRIPCIÓN DE LA ACTIVIDAD EJECUTOR MEDIO/REGISTRO 25. Generar reporte de cierre de la solicitud de servicio. Generar automáticamente el reporte de cierre de la solicitud de servicio.

FRENTE TÉCNICO


26. Actualizar información para cierre. El Frente técnico actualiza información para cerrar la solicitud

FRENTE TÉCNICO


27. Realizar cierre y publicación. El Frente Técnico realiza ejecuta el proceso para cierre y publicación de la solicitud y automáticamente realiza la notificación de cierre a la Entidad



Página 31 de 44

Figura 9. Procedimiento de atención de solicitudes de servicio. Publicación


Página 32 de 44

5.5 REGISTROS

5.5.1 SISTEMA DE INFORMACIÓN PARA LA ADMINISTRACIÓN Y GESTIÓN DEL ESTÁNDAR GEL-XML

El Sistema de Información para la Administración y Gestión del Estándar GEL-XML no es sólo un repositorio de información (datos, elementos, documentos), sino es una aplicación que facilitará la gestión del estándar a través de la automatización y control sobre los procesos de negocio, y asegurará la integridad de la información a través de políticas de administración de la configuración, de modo que se tenga un control de las líneas base y las versiones de los elementos de dato y su información asociada14. A través de este sistema se manejará el registro de las actividades del proceso y el repositorio de los elementos de dato, así como la administración de configuración (versionamiento) y la publicación del Estándar GEL-XML. El Sistema de Información para la Administración y Gestión del Estándar GEL-XML apoyará en su mayor parte el procedimiento básico de atención de solicitudes de servicio y a través de la funcionalidad de consultas y reportes se podrán generar los informes del estado del proceso, del estado del estándar, incluyendo el cálculo de los principales indicadores.

14 Programa Agenda de Conectividad. GEL-XML Visión del Sistema de Información V.3. 2008-05-30


Página 33 de 44

6 TERMINOLOGÍA GEL-XML

alabras clave de requerimiento: Las palabras claves como "DEBE", "NO DEBE", "REQUERIDO", "OBLIGATORIO", "DEBERÁ", "NO DEBERÁ", "DEBERÍA", "NO DEBERÍA", "RECOMENDADO", "PUEDE" y "OPCIONAL" en

este documento serán interpretadas como se describe en RFC 2119. (Ver APÉNDICE B: PALABRAS CLAVE A UTILIZAR PARA INDICAR NIVELES DE REQUERIMIENTO (RFC 2119). · Administración: Es el proceso de planear, organizar, dirigir y controlar el uso de los

recursos y las actividades de trabajo para lograr los objetivos organizacionales de manera eficiente y eficaz.

· Adopción: dentro del estándar, significa recibir y hacer propios los lineamientos y

componentes técnicos, funcionales y procedimentales del estándar.

· Clientes (internos y externos). Corresponden a las personas o procesos para los que se crea la salida.

· Desarrollo técnico: hace referencia a las características y/o requerimientos

técnicos que se DEBEN contemplar en la construcción, implementación y publicación de los esquemas XML.

· Entradas (insumos): En términos de los procesos abarcan todos los materiales,

información y soporte (tangible o intangible) que se necesitan para iniciar o ejecutar el proceso.

· Evolución: dentro del estándar, referencia al conjunto de actividades y acciones

que se adelanten para hacer que éste se desarrolle a fin de pasar de un estado a otro de manera gradual.

· Gestión: Es la función institucional global e integradora de todas las fuerzas que

conforman una organización. · Implementación: En términos del Estándar GEL-XML se refiere a la aplicación de

métodos y ejecución de acciones para llevar a cabo el proceso.

· Incorporación: En términos del estándar se refiere a la acción de incluir elementos de dato desarrollados por Entidades, organizaciones o ciudadanos externos al organismo encargado de la administración y gestión del estándar GEL-XML.

· Indicadores: Se refiere a la magnitud utilizada para medir o comparar los resultados efectivamente obtenidos en la ejecución de un proyecto, programa o actividad. Resultado cuantitativo de comparar dos variables.

P


Página 34 de 44

· Interoperabilidad: Capacidad de los sistemas de tecnologías de la información y las

comunicaciones (TIC), y de los procesos empresariales a los que apoyan, de intercambiar datos y posibilitar la puesta en común de información y conocimientos.

· Lineamiento: dentro del estándar, referencia los aspectos o rasgos con los que se

quiere caracterizar el estándar. · Mantenimiento: dentro del estándar, referencia al conjunto de actividades y

acciones que se adelanten para hacer que éste, una vez adoptado e implementado permanezca en el tiempo.

· Proceso: Conjunto de actividades interrelacionadas o que interactúan, las cuales

transforman elementos de entrada en resultados. Estas actividades requieren la asignación de recursos, como personal y materiales

· Productos – Resultados: Se refiere a las salidas tangibles de un proceso. · Proveedores (internos y externos). Entidades que proveen entradas al proceso

tales como materiales, información, y recursos. Para identificar los proveedores se usan las entradas del proceso.

· Recursos. Se refiere a las personas, bienes materiales, financieros y técnicos con

que cuenta y utiliza una dependencia, Entidad, u organización para alcanzar sus objetivos y producir los bienes o servicios que son de su competencia.

· Regla: dentro del estándar, referencia todos aquellos aspectos o puntos que

DEBEN cumplirse para la adopción, desarrollo, implantación y uso del estándar, en razón de estar convenido de común acuerdo.

· Responsable del proceso. En términos del estándar GEL-XML se refiere al cargo

directivo del área encargada que el proceso se lleve a cabo. · Riesgo: En términos generales, el riesgo es el daño potencial que puede surgir por

un proceso presente o suceso futuro. El riesgo combina la probabilidad de que ocurra un evento negativo con cuanto daño dicho evento causaría. Es decir, el riesgo es la posibilidad de que un peligro pueda llegar a materializarse.

· Solicitud de servicio: representado en un documento, identifica a la herramienta a

través de la cual las Entidades u organizaciones participan en la construcción, incorporación, modificación o eliminación de la especificación funcional y/o técnica del estándar de acuerdo con el proceso de implementación, mantenimiento y evolución definido para tal fin.

· Sostenibilidad: Se define como la capacidad de continuidad por parte del organismo en la prestación de sus servicios.


Página 35 de 44

7 CONCLUSIONES

or tratarse de la implementación, mantenimiento y evolución de un estándar, uno de los principales procesos misionales para la administración y gestión del Estándar GEL-XML, en cuya ejecución pueden verse involucradas un conjunto

de necesidades y acciones que generan impacto técnico y funcional, en varias Entidades y sectores, es importante el uso de una metodología, en este caso del enfoque basado en procesos, para tener un marco de referencia común y un mejor entendimiento general del proceso. El enfoque basado en procesos también permite evolucionar permanentemente el proceso orientándolo hacia el mejoramiento continuo, presentando opciones metodológicas y procedimentales como la generación, seguimiento y control de indicadores y riesgos, la definición de procedimientos y la documentación del proceso.

P


Página 36 de 44

8 TRABAJO FUTURO

El proceso de implementación, mantenimiento y evolución es uno de los procesos identificados para la administración y gestión del estándar GEL-XML, el detalle de éste y de los demás procesos será objeto del documento Procedimientos de Administración y Gestión del Estándar GEL-XML. En ese mismo documento, los responsables del proceso se incluirán con sus respectivos roles, acorde a como sean identificados y definidos en el documento complementado GEL-XML: Estructura de Administración y Gestión.


Página 37 de 44

9 APÉNDICES

9.1 APÉNDICE A: MODELOS EN BPMN

A continuación se presentan los principales elementos de la notación BPMN, tomados de la especificación Business Process Notation de la Iniciativa Bussiness Process Management.15

9.1.1 TIPOS DE SUBMODELOS BPMN Los modelos BPMN se expresan gráficamente mediante diagramas BPMN. Estos diagramas constan de una serie de elementos que permiten diferenciar claramente las tres secciones (o sub-modelos) básicos que existen en un modelo BPMN. Estas secciones son:

· Procesos de negocio privados (internos). Los procesos de negocio privados o internos son los que, dentro de una organización específica, han sido tradicionalmente llamados diagramas de flujo de trabajo o diagramas de workflow. Se observa un ejemplo de este tipo de submodelo en la Figura 10

Figura 10. Proceso de Negocio Privado

· Procesos abstractos (públicos). Los procesos de negocio abstractos sirven

para representar las interacciones existentes entre un proceso de negocio privado y otro proceso de negocio o un participante del proceso. En este tipo de procesos únicamente se incluyen aquellas actividades que se usan para comunicar un proceso privado con el exterior, así como las correspondientes estructuras de control de flujo. Un ejemplo de representación grafica para este tipo de procesos se observa en la Figura 11.

15 BPMI. Business Process Notation Specification. BPMI, Bussiness Process Management Inititive, final adopted 1.0 edition, Febrero 2006.


Página 38 de 44

Figura 11. Proceso de Negocio Abstracto

· Procesos de colaboración (globales). Este tipo de procesos sirven para

mostrar la interacción entre distintas Entidades de negocio. Estas interacciones son definidas como secuencias de actividades que representan el intercambio de mensajes entre las distintas Entidades. La colaboración se entiende como la comunicación entre dos o más procesos. Podemos ver un ejemplo de representación grafica para este tipo de procesos en la figura 4.3.

Figura 12. Proceso de Colaboración

9.1.2 ELEMENTOS BÁSICOS DE LOS DIAGRAMAS BPMN

BPMN es una notación gráfica con la que es posible crear multitud de diagramas dentro de los tres tipos de sub-modelos (privado, público y de colaboración).


Página 39 de 44

Los diagramas BPMN, también llamados BPD están formados por una serie de elementos fundamentales. Estos se pueden clasificar en cuatro categorías fundamentales:

9.1.2.1 Objetos de flujo (Flow objects) BPMN posee un conjunto reducido de elementos de este tipo.

Figura 13. Objetos de Flujo en BPMN Además de los tres tipos básicos (Inicio, Intermedio y Final) existen especializaciones de los mismos. Estas especializaciones se pueden observar en la Figura 14.

Figura 14. Tipos de eventos en BPMN


Página 40 de 44

· Message: Al recibir un mensaje de un participante (Inicio, intermedio) o que

envía un mensaje a un participante al acabar el proceso. · Timer: Evento que se dispara al llegar un momento previamente determinado. · Error: Al producirse un error (Inicio o intermedio) o que genera un error que

debe ser capturado. · Cancel: Evento que se dispara al cancelarse una transacción (Intermedio) que

permite generar una cancelación de una transacción. · Compensation: Para realizar acciones de compensación en caso de que se

deba cancelar una actividad o para generar esta actividad de cancelación de una actividad en curso.

· Rule: Evento que se dispara cuando se cumple una regla determinada. Va asociado a las excepciones.

· Link: Para conectar eventos de distintos tipos. · Multiple: Cuando existen varias formas de que se dispare el evento (Inicio,

intermedio) o cuando existen diversas consecuencias al producirse el mismo. · Terminate: Finaliza todas las actividades del proceso.

También para los gateways existen diversas variaciones, que se presentan en la Figura 15

Figura 15. Tipos de gateways en BPMN

· Exclusive (Event o Data Based): Para consumir tokens únicamente de una de

las ramas de entrada (Exclusive Merge) o para propagar tokens en sólo una de las ramas de salida (Exclusive Decision).

· Inclusive: Para consumir tokens de una o más ramas de entrada (Inclusive Merge) o para propagar tokens en, al menos, una de las ramas de salida (Inclusive Decision).

· Complex: Para describir Merge/Join o decisiones que requieran condiciones complejas para consumir o producir tokens a través del gateway.

· Parallel: Consume todos los tokens de entrada (Parallel Merge) y dispara todos los tokens de salida (Parallel Joining).


Página 41 de 44

9.1.2.2 Conectores Son los elementos que servirán para conectar los diferentes Flow Objects con el objeto de crear el esqueleto estructural básico del proceso de negocio. Existen tres tipos de conectores cuyas descripciones y símbolos se presentan en la Figura 16:

Figura 16. Conectores en BPMN

9.1.2.3 Calles (Swinlanes) Las calles o swinlanes son un mecanismo que permite clasificar las actividades de manera visual para ilustrar las distintas categorías o responsabilidades. Las distintas clases de este tipo de objetos se pueden apreciar en la Figura 17.

Figura 17. Objetos Swinlane en BPMN


Página 42 de 44

9.1.2.4 Artifacts(Artefactos o Productos) Existen tres tipos de artifacts predefinidos, aunque para un determinado dominio BPMN permite añadir artifacts adicionales. Los tres tipos predefinidos se pueden apreciar en la Figura 18:

Figura 18. Artifacts en BPMN


Página 43 de 44

9.2 APÉNDICE B: PALABRAS CLAVE A UTILIZAR PARA INDICAR NIVELES

DE REQUERIMIENTO (RFC 2119)

Network Working Group S.Bradner Request for Comments: 2119 Harvard University BCP: 14 Marzo 1997 Categoría: Mejor práctica actual Palabras clave a utilizar en RFC para indicar Niveles de Requerimiento. ESTATUS DE ESTE MEMORANDUM: Este documento especifica una mejor práctica actual de Internet para la comunidad Internet, y solicita su discusión y sugerencias para posibles mejoras. La distribución de este memorándum es ilimitada.

1.1. RESUMEN:

En muchos documentos de seguimiento estándar se usan varias palabras para indicar los requerimientos de la especificación. Estas palabras a menudo están en mayúsculas. Este documento define cómo DEBERÍAN ser interpretadas estas palabras en documentos IETF. Los autores que sigan estas instrucciones DEBERÍAN incorporar esta frase cerca del principio de sus documentos: Las palabras claves "DEBE", "NO DEBE", "REQUERIDO", "OBLIGATORIO", "DEBERÁ", "NO DEBERÁ", "DEBERÍA", "NO DEBERÍA", "RECOMENDADO", "PUEDE" y "OPCIONAL" en este documento serán interpretadas como se describe en RFC 2119. Nótese que la contundencia de estas palabras está modificada por el nivel de requerimiento del documento en el que son usadas.

1. DEBE: esta palabra, o los términos "REQUERIDO", "OBLIGATORIO" o "DEBERÁ", significa que la definición es un requerimiento insoslayable de la especificación.

2. NO DEBE: esta frase, o la frase "NO DEBERÁ", significa que la definición es una

prohibición insoslayable de la especificación.

3. DEBERÁ: esta palabra, o el adjetivo "RECOMENDADO", significa que pueden existir razones válidas en determinadas circunstancias para ignorar un elemento determinado, pero que la totalidad de las consecuencias DEBEN ser comprendidas y cuidadosamente sopesadas antes de elegir otros derroteros.

4. NO DEBERÁ: esta frase, o la frase "NO RECOMENDADO", significa que pueden

existir razones válidas en determinadas circunstancias en las que el comportamiento en particular sea útil o incluso aconsejable, pero que la totalidad


Página 44 de 44

de las consecuencias DEBEN ser comprendidas y cuidadosamente sopesadas antes de implementar cualquier comportamiento descrito bajo esta etiqueta.

5. PUEDE: esta palabra, o el adjetivo "OPCIONAL", significa que un elemento es

realmente opcional. Un proveedor puede elegir incluir el elemento porque un mercado en particular lo necesite o porque el proveedor sienta que realza el producto aunque otro proveedor pueda omitir el mismo elemento. Una implementación que no incluya una opción determinada DEBE estar preparada para interoperar con otra implementación que incluya la opción, aunque quizá con reducida funcionalidad. En el mismo orden de cosas, una implementación que incluya una opción en particular DEBE estar preparada para interoperar con otra implementación que no incluya la opción (excepto, por supuesto, para la característica que aporte la opción).

6. Guía de uso de estos imperativos: los imperativos del tipo definido en este

memorando DEBEN ser usados con cuidado y con mesura. En particular, sólo DEBEN ser utilizados donde sea realmente necesario para la interoperación o para limitar un comportamiento potencialmente dañino (por ejemplo, limitando retransmisiones). Esto es, no DEBEN ser usados para intentar imponer un método concreto a los implementadores cuando el método no sea necesario para la interoperabilidad.

7. Consideraciones de seguridad: estos términos se utilizan normalmente para

especificar comportamientos con implicaciones de seguridad. Los efectos sobre la seguridad de no implementar un DEBE o DEBERÍA, o hacer algo que la especificación dice NO DEBE o NO DEBERÍA ser hecho, pueden ser muy sutiles. Los autores de documentos DEBERÍAN tomarse su tiempo para elaborar las implicaciones de seguridad respecto a no seguir recomendaciones o requerimientos, ya que la mayoría de los implementadores no tienen el beneficio de la experiencia y de la discusión que produjo la especificación.

8. Agradecimientos: las definiciones de estos términos son una amalgama de las

definiciones tomadas de numerosos documentos RFC. Además, se han incorporado sugerencias de numerosas personas incluyendo a Robert Ullmann, Thomas Nartenm Neal McBurnett, y Robert Elz.

DIRECCIÓN DEL AUTOR: Scott Bradner Harvard University 1350 Mass. Ave. Cambridge, MA 02138 Phone - +1 617 495 3864 Email - [email protected] Traducción: José M. Cainzos [email protected] SEVILLA –SPAIN.

GEL-XML, LENGUAJE ESTÁNDAR DE … · GEL-XML PROCESO DE IMPLEMENTACIÓN MANTENIMIENTO Y EVOLUCIÓN...

Documents

Transcript of GEL-XML, LENGUAJE ESTÁNDAR DE … · GEL-XML PROCESO DE IMPLEMENTACIÓN MANTENIMIENTO Y EVOLUCIÓN...