openFWPA Internacional - openEUG - Diseño funcional (03. DiseñoFuncional_openEUG_20111230_v1.0) OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 2 de 110 ÍNDICE 1. CONTROL DEL DOCUMENTO ......................................................................................................10 1.1. Información general .....................................................................................................................10 1.2. Histórico de revisiones .................................................................................................................10 1.3. Estado del documento ..................................................................................................................10 2. ANÁLISIS DE REQUISITOS ............................................................................................................11 2.1. LISTA DE REQUISITOS FUNCIONALES ...............................................................................11 2.2. LISTA DE REQUISITOS NO FUNCIONALES ........................................................................12 3. ANÁLISIS FUNCIONAL ..................................................................................................................13 3.1. Modelo de Clases del Dominio ....................................................................................................13 3.2. Modelo de Procesos de Negocio ..................................................................................................13 3.3. Modelado de Casos de Uso ..........................................................................................................13 3.3.1. Modelo de Casos de Uso .......................................................................................................13 3.3.2. Definición de actores ............................................................................................................14 3.3.3. Definición de Casos de Uso ..................................................................................................14 3.3.3.1. Caso de Uso – Buscador Expedientes ............................................................................15 3.3.3.2. Caso de Uso – Búsqueda de Expedientes .....................................................................15 3.3.3.2.1. Descripción .............................................................................................................15 3.3.3.2.2. Flujo de eventos ......................................................................................................16 3.3.3.2.3. Excepciones ............................................................................................................17 3.3.3.3. Caso de Uso – Búsqueda Agrupada de Expedientes.....................................................17 3.3.3.3.1. Descripción .............................................................................................................17 3.3.3.3.2. Flujo de eventos ......................................................................................................17 3.3.3.4. Caso de Uso – Tramitar en Bloque ................................................................................18 3.3.3.4.1. Introducción ............................................................................................................18 3.3.3.4.2. Conceptos ................................................................................................................19 3.3.3.5. Caso de Uso – Seleccionar expedientes .........................................................................20 3.3.3.5.1. Descripción .............................................................................................................20 3.3.3.5.2. Flujo de eventos ......................................................................................................20 3.3.3.5.3. Excepciones ............................................................................................................20 3.3.3.6. Caso de Uso – Seleccionar Trámite ...............................................................................21 3.3.3.6.1. Descripción .............................................................................................................21 3.3.3.6.2. Flujo de eventos ......................................................................................................21 3.3.3.6.3. Excepciones ............................................................................................................21 3.3.3.7. Caso de Uso – Punto de extensión de tramitación en bloque ........................................21 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 3 de 110 3.3.3.7.1. Descripción .............................................................................................................21 3.3.3.7.2. Flujo de eventos ......................................................................................................22 3.3.3.7.3. Excepciones ............................................................................................................22 3.3.3.8. Caso de Uso – Ejecución de la tramitación en bloque ...................................................22 3.3.3.8.1. Descripción .............................................................................................................22 3.3.3.8.2. Flujo de eventos ......................................................................................................22 3.3.3.8.3. Flujo alternativo de eventos ....................................................................................23 3.3.3.8.4. Excepciones ............................................................................................................23 3.3.3.9. Caso de Uso – Consulta del estado de la tramitación en bloque....................................23 3.3.3.9.1. Descripción .............................................................................................................23 3.3.3.9.2. Flujo de eventos ......................................................................................................24 3.3.3.9.3. Cambios a realizar ...................................................................................................25 3.3.3.9.4. Descripción .............................................................................................................26 3.3.3.9.5. Flujo de eventos ......................................................................................................26 3.3.3.10. Caso de Uso – Cerrar Fase en Bloque..........................................................................26 3.3.3.10.1. Descripción ...........................................................................................................26 3.3.3.10.2. Flujo de eventos. ...................................................................................................26 3.3.3.11. Caso de Uso – Visor Expedientes ................................................................................27 3.3.3.12. Caso de Uso – Ver Expediente ....................................................................................27 3.3.3.12.1. Descripción ...........................................................................................................27 3.3.3.12.2. Flujo de eventos ....................................................................................................28 3.3.3.12.3. Excepciones ..........................................................................................................29 3.3.3.13. Caso de Uso – Ver Ficha Catalográfica del Procedimiento .........................................29 3.3.3.13.1. Descripción ...........................................................................................................29 3.3.3.13.2. Flujo de eventos ....................................................................................................29 3.3.3.13.3. Excepciones ..........................................................................................................29 3.3.3.14. Caso de Uso – Modificar Expediente ..........................................................................30 3.3.3.14.1. Descripción ...........................................................................................................30 3.3.3.14.2. Flujo de eventos ....................................................................................................30 3.3.3.14.3. Excepciones ..........................................................................................................30 3.3.3.15. Caso de Uso – Alta del Interesado Principal................................................................30 3.3.3.15.1. Descripción ...........................................................................................................30 3.3.3.15.2. Flujo de eventos ....................................................................................................31 3.3.3.15.3. Excepciones ..........................................................................................................31 3.3.3.16. Caso de Uso – Alta de Territorio .................................................................................31 3.3.3.16.1. Descripción ...........................................................................................................31 3.3.3.16.2. Flujo de eventos ....................................................................................................32 3.3.3.16.3. Excepciones ..........................................................................................................32 3.3.3.17. Caso de Uso – Modificar Territorio .............................................................................32 3.3.3.17.1. Descripción ...........................................................................................................32 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 4 de 110 3.3.3.17.2. Flujo de eventos ....................................................................................................33 3.3.3.17.3. Excepciones ..........................................................................................................33 3.3.3.18. Caso de Uso – Borrar Territorio ..................................................................................33 3.3.3.18.1. Descripción ...........................................................................................................33 3.3.3.18.2. Flujo de eventos ....................................................................................................33 3.3.3.18.3. Excepciones ..........................................................................................................34 3.3.3.19. Caso de Uso – Alta de Expediente Relacionado ..........................................................34 3.3.3.19.1. Descripción ...........................................................................................................34 3.3.3.19.2. Flujo de eventos ....................................................................................................34 3.3.3.19.3. Excepciones ..........................................................................................................35 3.3.3.20. Caso de Uso – Modificar Expediente Relacionado .....................................................35 3.3.3.20.1. Descripción ...........................................................................................................35 3.3.3.20.2. Flujo de eventos ....................................................................................................35 3.3.3.20.3. Excepciones ..........................................................................................................35 3.3.3.21. Caso de Uso – Borrar Expediente Relacionado ...........................................................36 3.3.3.21.1. Descripción ...........................................................................................................36 3.3.3.21.2. Flujo de eventos ....................................................................................................36 3.3.3.21.3. Excepciones ..........................................................................................................36 3.3.3.22. Caso de Uso – Creación Expedientes ..........................................................................37 3.3.3.23. Caso de Uso – Alta Expediente....................................................................................37 3.3.3.23.1. Descripción ...........................................................................................................37 3.3.3.23.2. Flujo de eventos ....................................................................................................37 3.3.3.23.3. Flujo alternativo ....................................................................................................38 3.3.3.23.4. Excepciones ..........................................................................................................38 3.3.3.24. Caso de Uso – Terceros ...............................................................................................39 3.3.3.25. Caso de Uso – Listar Terceros del Expediente ............................................................39 3.3.3.25.1. Descripción ...........................................................................................................39 3.3.3.25.2. Flujo de eventos ....................................................................................................40 3.3.3.25.3. Excepciones ..........................................................................................................40 3.3.3.26. Caso de Uso – Alta Tercero .........................................................................................40 3.3.3.26.1. Descripción ...........................................................................................................40 3.3.3.26.2. Flujo de eventos ....................................................................................................41 3.3.3.26.3. Flujo alternativo ....................................................................................................42 3.3.3.26.4. Esquema ................................................................................................................43 3.3.3.27. Caso de Uso – Modificar Tercero ................................................................................43 3.3.3.27.1. Descripción ...........................................................................................................43 3.3.3.27.2. Flujo de eventos ....................................................................................................44 3.3.3.27.3. Excepciones ..........................................................................................................44 3.3.3.28. Caso de Uso – Borrar Tercero......................................................................................44 3.3.3.28.1. Descripción ...........................................................................................................45 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 5 de 110 3.3.3.28.2. Flujo de eventos ....................................................................................................45 3.3.3.28.3. Excepciones ..........................................................................................................45 3.3.3.29. Caso de Uso – Alta Dirección ......................................................................................45 3.3.3.29.1. Descripción ...........................................................................................................45 3.3.3.29.2. Flujo de eventos ....................................................................................................46 3.3.3.29.3. Excepciones ..........................................................................................................46 3.3.3.30. Caso de Uso – Modificar Dirección .............................................................................46 3.3.3.30.1. Descripción ...........................................................................................................46 3.3.3.30.2. Flujo de eventos ....................................................................................................47 3.3.3.30.3. Excepciones ..........................................................................................................47 3.3.3.31. Caso de Uso – Borrar Dirección ..................................................................................47 3.3.3.31.1. Descripción ...........................................................................................................47 3.3.3.31.2. Flujo de eventos ....................................................................................................48 3.3.3.31.3. Excepciones ..........................................................................................................48 3.3.3.32. Caso de Uso – Tramitar Expediente ............................................................................49 3.3.3.32.1. Descripción ...........................................................................................................49 3.3.3.32.2. Tramitar .................................................................................................................49 3.3.3.32.3. Crear Acto .............................................................................................................53 3.3.3.32.4. Cerrar Fase ............................................................................................................53 3.3.3.32.5. Volver a Fase Anterior ..........................................................................................54 3.3.3.32.6. Finalizar Expediente .............................................................................................54 3.3.3.32.7. Excepciones ..........................................................................................................54 3.3.3.33. Caso de Uso – Documentación Aportada ....................................................................55 3.3.3.34. Caso de Uso - Mostrar Documentación Sin aportar ....................................................56 3.3.3.34.1. Descripción. ..........................................................................................................56 3.3.3.34.2. Flujo de eventos. ...................................................................................................56 3.3.3.34.3. Excepciones. .........................................................................................................56 3.3.3.35. Caso de Uso – Advertir Sin Tercero Asignado ............................................................56 3.3.3.35.1. Descripción. ..........................................................................................................56 3.3.3.35.2. Flujo de eventos. ...................................................................................................57 3.3.3.35.3. Excepciones. .........................................................................................................57 3.3.3.36. Caso de Uso – Listar Con Tercero Asignado ...............................................................57 3.3.3.36.1. Descripción. ..........................................................................................................57 3.3.3.36.2. Flujo de eventos. ...................................................................................................58 3.3.3.36.3. Excepciones. .........................................................................................................58 3.3.3.37. Caso de Uso – Mostrar Transiciones ...........................................................................58 3.3.3.37.1. Descripción. ..........................................................................................................58 3.3.3.37.2. Flujo de eventos. ...................................................................................................58 3.3.3.37.3. Excepciones. .........................................................................................................59 3.3.3.38. Caso de Uso – Transición Con Tercero Asignado .......................................................59 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 6 de 110 3.3.3.38.1. Descripción. ..........................................................................................................59 3.3.3.38.2. Flujo de eventos. ...................................................................................................59 3.3.3.38.3. Excepciones. .........................................................................................................59 3.3.3.39. Caso de Uso – Selección de Soporte ............................................................................59 3.3.3.39.1. Descripción. ..........................................................................................................59 3.3.3.39.2. Flujo de eventos. ...................................................................................................60 3.3.3.39.3. Excepciones. .........................................................................................................60 3.3.3.40. Caso de Uso – Transición En Bloque ..........................................................................60 3.3.3.40.1. Descripción. ..........................................................................................................60 3.3.3.40.2. Flujo de eventos. ...................................................................................................60 3.3.3.40.3. Excepciones. .........................................................................................................61 3.3.3.41. Caso de Uso – Datos Transición En Bloque ................................................................61 3.3.3.41.1. Descripción. ..........................................................................................................61 3.3.3.41.2. Flujo de eventos. ...................................................................................................61 3.3.3.41.3. Excepciones. .........................................................................................................61 3.3.3.42. Caso de Uso – Listar Aportados ..................................................................................61 3.3.3.42.1. Descripción. ..........................................................................................................61 3.3.3.42.2. Flujo de eventos. ...................................................................................................62 3.3.3.42.3. Excepciones. .........................................................................................................62 3.3.3.43. Caso de Uso – Ordenar ................................................................................................63 3.3.3.43.1. Descripción. ..........................................................................................................63 3.3.3.43.2. Flujo de eventos. ...................................................................................................63 3.3.3.43.3. Excepciones. .........................................................................................................63 3.3.3.44. Caso de Uso – Filtro.....................................................................................................63 3.3.3.44.1. Descripción. ..........................................................................................................63 3.3.3.44.2. Flujo de eventos. ...................................................................................................64 3.3.3.44.3. Excepciones. .........................................................................................................64 3.3.3.45. Caso de Uso – Ejecutar Transición ..............................................................................64 3.3.3.45.1. Descripción. ..........................................................................................................64 3.3.3.45.2. Flujo de eventos. ...................................................................................................64 3.3.3.45.3. Excepciones. .........................................................................................................65 3.3.3.46. Caso de Uso –Transición Simple .................................................................................65 3.3.3.46.1. Descripción. ..........................................................................................................65 3.3.3.46.2. Flujo de eventos. ...................................................................................................65 3.3.3.46.3. Excepciones. .........................................................................................................65 3.3.3.47. Caso de Uso –Transición Con Interacción ...................................................................65 3.3.3.47.1. Descripción. ..........................................................................................................65 3.3.3.47.2. Flujo de eventos. ...................................................................................................66 3.3.3.47.3. Excepciones. .........................................................................................................66 3.3.3.48. Caso de Uso – Crear Tipo De Documento ...................................................................66 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 7 de 110 3.3.3.48.1. Descripción. ..........................................................................................................66 3.3.3.48.2. Flujo de eventos. ...................................................................................................67 3.3.3.48.3. Excepciones. .........................................................................................................67 3.3.3.49. Caso de Uso – Alarmas ................................................................................................68 3.3.3.50. Caso de Uso – Alta Alarma..........................................................................................68 3.3.3.50.1. Descripción ...........................................................................................................68 3.3.3.50.2. Flujo de eventos ....................................................................................................69 3.3.3.50.3. Excepciones ..........................................................................................................69 3.3.3.51. Caso de Uso – Alta Alerta............................................................................................69 3.3.3.51.1. Descripción ...........................................................................................................69 3.3.3.51.2. Flujo de eventos ....................................................................................................69 3.3.3.52. Caso de Uso – Ver Alarmas .........................................................................................70 3.3.3.52.1. Descripción ...........................................................................................................70 3.3.3.52.2. Flujo de eventos ....................................................................................................70 3.3.3.52.3. Excepciones ..........................................................................................................70 3.3.3.53. Caso de Uso – Borrar Alarma ......................................................................................70 3.3.3.53.1. Descripción ...........................................................................................................71 3.3.3.53.2. Flujo de eventos ....................................................................................................71 3.3.3.53.3. Excepciones ..........................................................................................................71 3.3.3.54. Caso de Uso – Informes ...............................................................................................72 3.3.3.55. Caso de Uso – Informes Básicos..................................................................................72 3.3.3.55.1. Descripción ...........................................................................................................72 3.3.3.55.2. Flujo de eventos ....................................................................................................73 3.3.3.56. Caso de Uso – Colaboración ........................................................................................73 3.3.3.56.1. Descripción ...........................................................................................................73 3.3.3.56.2. Flujo de eventos ....................................................................................................74 3.3.3.56.3. Flujo de eventos (Ejemplo) ...................................................................................75 3.3.3.56.4. Roles de Aplicación ..............................................................................................76 3.3.3.56.5. Grupos de Tramitación..........................................................................................77 3.3.3.57. Caso de Uso – Control de Plazos .................................................................................78 3.3.3.57.1. Fecha de Inicio ......................................................................................................79 3.3.3.57.2. Fecha de Finalización............................................................................................80 3.3.3.57.3. Paralizaciones/Reanudaciones ..............................................................................80 3.3.3.57.4. Trámite de Urgencia..............................................................................................81 3.3.3.57.5. Ampliaciones de Plazo ..........................................................................................81 3.3.3.58. Caso de Uso – Notas sobre Expedientes ......................................................................82 3.3.3.58.1. Flujo de eventos ....................................................................................................82 3.3.3.59. Caso de Uso – Formas finalización de un expediente ................................................83 3.3.3.59.1. Flujo de Finalización .............................................................................................83 3.3.3.59.2. Flujo de eventos ....................................................................................................85 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 8 de 110 3.3.3.59.3. Tipos de actos de formas de finalización ..............................................................87 3.3.3.59.3.1. Finalización con notificación aceptada ..........................................................87 3.3.3.59.3.2. Finalización con notificación fallida ..............................................................88 3.3.3.59.3.3. Configuración en catálogo de la Finalización con notificación .....................89 3.3.3.59.4. Como deshacer una resolución .............................................................................89 3.3.3.59.4.1. Deshacer una resolución sin notificar ............................................................89 3.3.3.59.4.2. Deshacer una resolución ya notificada...........................................................89 3.3.3.59.4.2.1. Otros tipos de forma de terminación. ......................................................89 3.3.3.59.4.3. Anexo - Formas Finalización .........................................................................90 3.3.3.60. Caso de Uso – Campos Flexibles.................................................................................94 3.3.3.60.1. Tipos de campos flexibles .....................................................................................94 3.3.3.60.2. Validaciones de campos ........................................................................................95 3.3.3.60.3. Flujo de eventos ....................................................................................................97 3.3.3.61. Caso de Uso – Impresión conjunta. ............................................................................97 3.3.3.61.1. Descripción ...........................................................................................................98 3.3.3.61.2. Flujo de eventos. ...................................................................................................99 3.3.3.62. Caso de Uso – Impresión conjunta de los actos de un expediente. .............................99 3.3.3.62.1. Descripción ...........................................................................................................99 3.3.3.62.2. Flujo de eventos. ...................................................................................................99 3.3.3.63. Caso de Uso – Impresión conjunta del los documentos de tramitación en bloque. ..100 3.3.3.63.1. Descripción .........................................................................................................100 3.3.3.63.2. Flujo de eventos. .................................................................................................100 3.3.3.63.3. Excepciones. .......................................................................................................101 3.3.3.64. Caso de Uso – Impresión de conjunta de un acto para varios expedientes. ..............101 3.3.3.64.1. Descripción .........................................................................................................101 3.3.3.64.2. Flujo de eventos. .................................................................................................101 4. ARQUITECTURA TECNOLÓGICA ..............................................................................................102 4.1. ARQUITECTURA.....................................................................................................................102 4.1.1. FrameworkPA .....................................................................................................................103 4.1.2. Bases de Datos ....................................................................................................................103 4.1.2.1. Esquema de catálogo ....................................................................................................103 4.1.2.2. Esquema de expedientes ..............................................................................................103 4.1.3. Service BPEL ......................................................................................................................103 4.1.4. Módulo de Autenticación ....................................................................................................103 4.1.5. Servicio de Número de Expediente .....................................................................................104 4.1.6. Servicio de Registro de entrada ..........................................................................................104 4.1.7. Servicio de Registro de salida .............................................................................................104 4.1.8. Módulo de Genéricos ..........................................................................................................104 4.1.9. Módulo de Terceros ............................................................................................................104 4.1.10. Alertas ...............................................................................................................................104 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 9 de 110 4.1.11. Módulo común de documentación ....................................................................................104 4.1.11.1.1. Gestor documental ..............................................................................................105 4.1.12. Modelo de Componentes ..................................................................................................105 4.1.13. Especificaciones de Integración ........................................................................................107 4.1.14. Integración con SAC .........................................................................................................107 4.1.14.1. Apuntes en CRM ........................................................................................................107 4.1.14.2. Apuntes en el modelo intermedio ..............................................................................107 4.2. ARQUITECTURA PARA LA TRAMITACIÓN EN BLOQUE. .............................................108 4.2.1. Modelo de componentes. ....................................................................................................108 4.2.1.1. Descripción general del modelo de componentes para la tramitación en bloque. .......108 4.2.1.2. Componente: Tramitación en bloque ...........................................................................109 4.2.1.3. Componente: MTB-Client. ..........................................................................................109 4.2.1.4. Componente: Gestión Contexto de tramitación. ..........................................................109 4.2.1.5. Componente: Gestión Carrito. .....................................................................................109 4.2.1.6. Componente: Gestión Actos Tramitables. ...................................................................109 4.2.1.7. Componente: Gestión Resultados Tramitación............................................................109 4.2.1.8. Componente: Gestión Contexto Tramitación. .............................................................110 4.2.1.9. Componente: MTB ......................................................................................................110 4.2.1.10. Componente: Validación Tramitación. ......................................................................110 4.2.1.11. Componente: Ejecución Tramitación.........................................................................110 4.3. MODELO DINÁMICO .............................................................................................................110 4.3.1. Diagrama/s dinámicos .........................................................................................................110 4.4. DIAGRAMA DE DESPLIEGUE ..............................................................................................110 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 10 de 110 1. CONTROL DEL DOCUMENTO 1.1. Información general Título Análisis funcional Creado por: Rubén Granda A revisar por: Consultores Senior: Juan José Parada Vales e Ignacio Álvarez Valdeón A aprobar por: Jefe de Proyecto: Joaquín Fernández Juárez 1.2. Histórico de revisiones Versión Fecha Autor 0.1 05/01/2011 Rubén Granda 1.0 30/12/2011 Rubén Granda Observaciones 1.3. Estado del documento Versión Estado Fecha 0.1 Borrador 05/01/2011 1.0 Definitivo 30/12/2011 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 11 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 2. ANÁLISIS DE REQUISITOS 2.1. LISTA DE REQUISITOS FUNCIONALES ID Descripción Estado Prioridad RE-1 Búsqueda de Expedientes Crítico RE-2 Búsqueda Agrupada de Expedientes Crítico Tramitar en Bloque Crítico RE-3 Ver Expediente Crítico RE-4 Ver Ficha Catalográfica del Procedimiento RE-5 Modificar Expediente Crítico RE-6 Alta Interesado Principal Crítico RE-7 Alta Territorio Crítico RE-8 Modificar Territorio Crítico RE-9 Borrar Territorio Crítico RE-10 Alta Expediente Relacionado Importante RE-11 Modificar Expediente Relacionado Importante RE-12 Borrar Expediente Relacionado Importante RE-13 Alta Expediente Crítico RE-14 Listar Terceros Crítico RE-15 Alta Tercero Crítico RE-16 Modificar Tercero Crítico RE-17 Borrar Tercero Crítico RE-18 Alta Dirección Crítico RE-19 Modificar Dirección Crítico RE-20 Borrar Dirección Crítico RE-21 Tramitar Expediente Crítico RE-22 Ver Documentación Aportada Crítico RE-23 Aportar Documentación Crítico RE-24 Editar Documentación Aportada Crítico RE-25 Alta Alarma Crítico RE-26 Alta Alerta Crítico RE-27 Ver Alarmas Crítico RE-28 Borrar Alarma Crítico RE-29 Informes Básicos Crítico RE-30 Informes Avanzados Cluster TIC (www.clustertic.net) 420323719.doc Secundario 30/12/2011 OpenFWPA Internacional Página 12 de 110 Proyecto openEUG ID RE-31 Estado Definitivo Documento Diseño funcional Descripción Estado Colaboración Prioridad Crítico 2.2. LISTA DE REQUISITOS NO FUNCIONALES Especifican propiedades del sistema, como restricciones del entorno o de la implementación rendimiento, dependencias de la plataforma, requerimientos de interface, facilidad de mantenimiento, extensibilidad, seguridad, fiabilidad (disponibilidad, exactitud, tiempo medio entre fallos, etc.). Se recomienda en la descripción especificar de qué tipo de requerimiento se trata. ID Descripción Estado RN-1 (aprobado, futurible) Prioridad (crítico, importante o secundario RN-2 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 13 de 110 3. ANÁLISIS FUNCIONAL 3.1. Modelo de Clases del Dominio 3.2. Modelo de Procesos de Negocio 3.3. Modelado de Casos de Uso 3.3.1. Modelo de Casos de Uso cd Modelo de Casos de Uso Visor Expedientes Buscador Expedientes Terceros Tramitación Documentación Aportada Empleado Público (from Actores) Alarmas Tramitador (from Actores) Creación Expedientes Informes Autenticación Cluster TIC (www.clustertic.net) Los casos de uso del Empleado Público <<include>> este como condición. 420323719.doc Aplicación (from Actores) 30/12/2011 OpenFWPA Internacional Página 14 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 3.3.2. Definición de actores cd Actores Empleado Público Aplicación Tramitador Administrador Nombre Empleado Público Aplicación Administrador Tramitador Descripción Representa al personal administrativo del Principado de Asturias. Representa a los procesos batch de la aplicación. Representa al empleado público con permisos de administración de la aplicación. Representa al empleado público que realiza los trámites administrativos. 3.3.3. Definición de Casos de Uso Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 15 de 110 3.3.3.1. Caso de Uso – Buscador Expedientes cd Buscador de Expedientes Búsqueda Agrupada de Expedientes «include» Búsqueda de Expedientes Visor Expedientes (from Modelo de Casos de Uso) Tramitar en Bloque Empleado Público (from Actores) Tramitador (from Actores) 3.3.3.2. Caso de Uso – Búsqueda de Expedientes 3.3.3.2.1. Descripción Permite al actor buscar expedientes utilizando diversos criterios de búsqueda basados en los datos de los expedientes. ID Requisito RE-1 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del buscador de expedientes. El actor establece los criterios de búsqueda. La aplicación muestra la lista de expedientes que cumplen el criterio de búsqueda. Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 16 de 110 3.3.3.2.2. Flujo de eventos Cuando se autentica el empleado público y llega por primera vez al buscador se tiene que ejecutar automáticamente una búsqueda de todos los expedientes ordenados por criticidad. El actor está en la pantalla del buscador de expedientes y establece los criterios de búsqueda, y la aplicación muestra como resultado la lista de expedientes que cumplen dicho criterio. Los campos de entrada tienen que permitir el uso de comodines, por ejemplo ‘*’. A partir de esta lista, el actor puede: Ver el detalle de cada uno de los expedientes Realizar la tramitación en bloque de los expedientes seleccionados que están en la misma fase y mismo procedimiento. Búsqueda con datos del expediente: Tipo de procedimiento Fase del procedimiento Número de expediente Número de registro NIF/CIF del interesado principal Nombre/Razón Social del interesado principal Asunto del expediente Expedientes relacionados Nivel de criticidad del expediente Estado de archivado Búsqueda con datos del territorio: Localidad Parroquia Municipio Provincia Comunidad Autónoma Datos de salida de los expedientes encontrados: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 17 de 110 Nivel de criticidad del expediente (el máximo nivel de todas sus alarmas) Número del expediente NIF/CIF del interesado principal Nombre/Razón Social del interesado principal Asunto del expediente Fase en la que se encuentra el expediente Procedimiento al que pertenece el expediente 3.3.3.2.3. Excepciones Si no se encuentran expedientes, se muestra un mensaje que indica la ausencia de resultados. 3.3.3.3. Caso de Uso – Búsqueda Agrupada de Expedientes 3.3.3.3.1. Descripción Permite al actor buscar expedientes agrupados por procedimiento y fase utilizando diversos criterios de búsqueda basados en los datos de los expedientes. ID Requisito RE-2 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del buscador de expedientes. El actor establece los criterios de búsqueda. La aplicación muestra la lista de expedientes que cumplen el criterio de búsqueda. Comentarios 3.3.3.3.2. Flujo de eventos El actor está en la pantalla del buscador de expedientes y establece los criterios de búsqueda, y la aplicación muestra como resultado la lista de expedientes que cumplen dicho criterio. Los campos de entrada tienen que permitir el uso de comodines, por ejemplo ‘*’. A partir de esta lista, el actor puede: Buscar los expedientes de un procedimiento. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 18 de 110 Buscar los expedientes de un procedimiento en una fase concreta. Búsqueda con datos del expediente: Tipo de procedimiento Fase del procedimiento Número de expediente Número de registro NIF/CIF del interesado principal Nombre/Razón Social del interesado principal Asunto del expediente Expedientes relacionados Nivel de criticidad del expediente Estado de archivado Búsqueda con datos del territorio: Localidad Parroquia Municipio Provincia Comunidad Autónoma Datos de salida de los expedientes encontrados: Procedimiento Fases del procedimiento Número de expedientes en cada fase del procedimiento 3.3.3.4. Caso de Uso – Tramitar en Bloque 3.3.3.4.1. Introducción Este documento presenta la funcionalidad a desarrollar en el Escritorio Unificado del Gestor para la inclusión de la tramitación en bloque. Se busca soportar la siguiente casuística: Sobre la pantalla de búsqueda, seleccionar expedientes arbitrariamente siempre que sean del mismo procedimiento. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 19 de 110 Sobre la selección dada, elegir un acto del procedimiento en curso y la plantilla asociada. Para el acto elegido, seleccionar las acciones (comandos) a realizar. Opcionalmente, se le puede dar un nombre a la tramitación en bloque realizada. Algunos actos de tramitación en bloque poseerán una pantalla previa a la ejecución de la tramitación en bloque, a fin de capturar datos relevantes para la ejecución del acto. Lanzar la tramitación en bloque con los datos anteriores. Esto implica la ejecución secuencial de los comandos correspondientes al acto, incluyendo: a) comandos incluidos en extensiones a tipos de acto, b) comandos implementados en aplicaciones de gestión. Recuperar tramitaciones en bloque anteriores y ver el estado de la tramitación en curso. Para una tramitación en bloque ya realizada, imprimir la documentación generada, teniendo en cuenta que ha de ser posible imprimir los acuses de recibo por separado. Esto es necesario porque el papel o bandeja de la impresora ha de ser distinto (papel preimpreso). En caso de haber errores en algunos expedientes, informar de éstos (incluye avisos o warnings). Ofrecer la posibilidad de reintento. 3.3.3.4.2. Conceptos Estas situaciones se interpretan en función de los siguientes conceptos: Tramitación en bloque. Ejecución de un acto determinado para un conjunto de expedientes seleccionados. Expedientes de tramitación en bloque. Los expedientes seleccionados por el usuario para ejecutar la tramitación en bloque. Punto de extensión de la tramitación en bloque. Pantalla que puede lanzarse opcionalmente al pinchar en ‘Tramitar en Bloque’ para que se capture información adicional que será usada en el proceso de tramitación en bloque. Por ejemplo, si hace falta una fecha que se usará para todos los expedientes de la tramitación en bloque, se elaborará un punto de extensión de tramitación en bloque a fin de que el usuario pueda introducir este dato. Los datos introducidos serán compartidos por todos los expedientes durante el proceso de tramitación en bloque. Contexto de tramitación en bloque. Conjunto de datos empleados por la tramitación en bloque. Debe incluir: el conjunto de expedientes seleccionados, el acto a ejecutar, las acciones a realizar y los datos obtenidos por el punto de extensión de la tramitación en bloque. Ejecución de un acto de tramitación en bloque. Cuando se elige un acto, se está solicitando la ejecución de su máquina de estados. Los usuarios esperan que se ejecuten solo aquellas acciones dentro de la máquina de estados del acto que son de aplicación para un expediente dado (por ejemplo, si quiero registrar de salida una notificación de resolución, el sistema no hará nada en aquellos expedientes que poseen el acto instanciado en estado ACUSAR). Sin embargo, aprobará y ejecutará el registro de salida en aquellos en que el estado era BORRADOR). El resultado es que todos los expedientes seleccionados habrán realizado las Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 20 de 110 acciones necesarias para estar en el lugar definido por el usuario al lanzar la tramitación (p.e. registrados de salida). Camino de tramitación en bloque. Un camino de tramitación en bloque es un conjunto ordenado de comandos que se define en catálogo y que se ejecutarán cuando se solicite la ejecución de un acto. Tipo de documento. Se definen inicialmente dos tipos de documento – doc. de expediente y doc. de acuse de recibo. Esta distinción permitirá al usuario imprimir los acuses de recibo por separado de los documentos generados en el expediente. Estado de la tramitación en bloque. Información relativa al estado de la tramitación en bloque, que incluye: nombre de la tramitación en bloque, fechas de inicio y fin, documentación generada, errores y warnings del proceso. 3.3.3.5. Caso de Uso – Seleccionar expedientes 3.3.3.5.1. Descripción Permite al usuario seleccionar los expedientes de tramitación en bloque. ID Requisito Actores Prioridad Nivel de Riesgo Precondiciones Postcondiciones El usuario ha seleccionado un procedimiento en concreto, de manera que todos los expedientes seleccionables son del mismo procedimiento. El usuario seleccionó un conjunto de expedientes Comentarios 3.3.3.5.2. Flujo de eventos El sistema muestra la pantalla de búsqueda de expedientes El usuario selecciona un procedimiento para filtrar la búsqueda. En este punto se habilita la tramitación en bloque. El usuario puede seguir introduciendo los criterios de búsqueda adicionales que considere oportunos, y puede seleccionar uno a uno los expedientes que desee. También puede solicitar al sistema que seleccione todos o ninguno (borre la selección). 3.3.3.5.3. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 21 de 110 3.3.3.6. Caso de Uso – Seleccionar Trámite 3.3.3.6.1. Descripción Permite al usuario seleccionar el acto a realizar para los expedientes seleccionados, añadir expedientes concretos y el camino de tramitación. ID Requisito Actores Prioridad Nivel de Riesgo Precondiciones Postcondiciones Se ejecutó el caso de uso de selección de expedientes. El usuario seleccionó un conjunto de expedientes, un acto y un camino de tramitación. Comentarios 3.3.3.6.2. Flujo de eventos El sistema muestra una lista con los expedientes seleccionados, y permite añadir expedientes introduciendo su número de expediente. En este caso, el sistema validará que todos los expedientes seleccionados son del mismo procedimiento. El usuario puede, opcionalmente, dar un nombre a la tramitación en bloque. El sistema muestra una lista con los actos del expediente que son susceptibles de tramitación en bloque. El usuario puede seleccionar un acto de esta lista, e introducir la plantilla a emplear en caso de que el acto tenga plantillas asociadas. Asimismo, el usuario puede seleccionar un camino de tramitación en bloque. Cuando lo desee oportuno, el usuario puede lanzar la tramitación en bloque. 3.3.3.6.3. Excepciones 3.3.3.7. Caso de Uso – Punto de extensión de tramitación en bloque 3.3.3.7.1. Descripción Permite al usuario introducir información adicional para su uso durante la tramitación en bloque a través de un punto de extensión. ID Requisito Actores Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 22 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones El usuario ejecutó el caso de uso seleccionar trámite El usuario introdujo datos adicionales y específicos para el acto seleccionado. Comentarios 3.3.3.7.2. Flujo de eventos El sistema ejecuta el punto de extensión definido en catálogo para el acto seleccionado, caso de existir, y redirecciona al usuario a la pantalla correspondiente. El usuario introduce los datos necesarios y pulsa en aceptar. El sistema almacena en el contexto de tramitación en bloque todos los datos introducidos para su posterior uso en la tramitación en bloque. 3.3.3.7.3. Excepciones 3.3.3.8. Caso de Uso – Ejecución de la tramitación en bloque 3.3.3.8.1. Descripción De forma desatendida, el sistema ejecuta la tramitación en bloque. ID Requisito Actores Prioridad Nivel de Riesgo Precondiciones Postcondiciones El usuario ejecutó el caso de uso de punto de extensión de tramitación en bloque. El sistema realiza la tramitación en bloque. Comentarios 3.3.3.8.2. Flujo de eventos El sistema toma la siguiente información, recabada durante los casos de uso anteriores: Conjunto de expedientes de tramitación en bloque. Acto de tramitación en bloque. Camino de tramitación en bloque. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 23 de 110 Contexto de tramitación en bloque. Para cada expediente seleccionado, realiza las siguientes operaciones: 1. Consulta la lista de tareas para ver el estado del expediente y busca instancias del acto de tramitación en bloque. 2. Si el acto no está instanciado, lo instancia y coloca la tarea en el estado inicial. Sea T la tarea creada o hallada en el expediente y T.E el estado actual de la tarea. 3. Toma el camino de tramitación seleccionado CTB= {A1, A2, T.E, Ak, Ak+1, .., An} y busca T.E en la lista (en posición k-1). 4. Calcula el conjunto CTBE como { Ak, Ak+1, …, An} (CTBE: Camino de Tramitación en Bloque a Ejecutar, que se corresponde con el conjunto de acciones a realizar para completar las acciones de CTB). 5. Para cada Ai en CTBE, ejecuta la acción correspondiente. 6. El sistema añade el expediente y los documentos generados durante la ejecución de la tramitación en bloque al estado de la tramitación en bloque. 3.3.3.8.3. Flujo alternativo de eventos Puede ocurrir que exista más de un acto por expediente, si éste está configurado en catálogo como de cardinalidad superior a 1. En este caso, no se realizará ninguna operación sobre el expediente y se levantará un warning. TODO: ¿es esta la mejor opción? ¿Se lo debiéramos de preguntar al usuario? 3.3.3.8.4. Excepciones 3.3.3.9. Caso de Uso – Consulta del estado de la tramitación en bloque 3.3.3.9.1. Descripción El usuario puede consultar el estado de una tramitación en bloque. ID Requisito Actores Prioridad Nivel de Riesgo Precondiciones Postcondiciones El usuario ejecutó el caso de uso de punto de extensión de tramitación en bloque. El usuario conoce el estado de la tramitación en bloque Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 24 de 110 3.3.3.9.2. Flujo de eventos El sistema presenta una lista de las tramitaciones en bloque creadas, estén en ejecución o ya hayan finalizado. El usuario selecciona un procedimiento, y el sistema muestra una lista incluye la siguiente información: Nombre Estado. Puede ser en curso o finalizada. Fecha de inicio de la TB Usuario creador TODO: El usuario puede filtrar los resultados por: Procedimiento (obligatorio) Nombre (chequea la inclusión de literal introducido). Estado Fecha El usuario puede seleccionar una tramitación en bloque de la lista, y el sistema le muestra, para cada acto, la siguiente información: Número de expediente (TODO: su referencia?). Pinchando en el, puede ir a la pantalla de tramitar (TODO: le ofrecemos otro enlace para que vaya a la de datos básicos?) para el expediente dado. Documentos generados, incluyendo su tipo (si es acuse de recibo o no). Pulsando en cada documento, puede visualizarlo. Estado actual de la tarea. Si posee o no errores o warnings. El usuario puede seleccionar: a) todos los documentos generados durante la tramitación en bloque. b) todos los documentos, excepto los acuses de recibo c) solo los acuses de recibo d) documentos individuales Una vez haya seleccionado los documentos, puede lanzar su impresión. TODO: Asimismo, puede seleccionar los expedientes que considere oportunos de la lista, y utilizarlos como lista de expedientes para otra tramitación en bloque. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 25 de 110 3.3.3.9.3. Cambios a realizar Los cambios identificados son los siguientes: Dónde Pantalla: Buscador expedientes de Pantalla: Selección trámite Punto de extensión 1. Punto de extensión 2. Motor tramitación en bloque Buscador de tramitación en bloque Resultado tramitación en bloque Qué En la pantalla de tramitación en bloque se añade un botón que se habilita cuando el combo de procedimiento tiene un valor seleccionado. Para cada expediente, se añade un checkbox para seleccionar cada expediente en concreto. Asimismo, se añadirán botones para seleccionar todos los expedientes, o ninguno. Crear la pantalla, teniendo en cuenta que ha de poder aceptar una lista de expedientes suministrada desde: a) el buscador. b) el resultado de una tramitación en bloque (los warnings/errores). La pantalla de selección de trámite es un punto de extensión. Una vez se termina con la pantalla de selección de trámite se pasa a otro punto de extensión. Para los datos obtenidos en las pantallas anteriores, se implementa el algoritmo en el motor de tramitación en bloque. Pantalla de listado y búsqueda de tramitación en bloque Pantalla donde se listan los documentos generados durante una tramitación en bloque. Catálogo Tabla de caminos de tramitación en bloque. Tabla de relación camino de tramitación en bloque <-> acción_acto Añadir un campo en la tabla accion para identificar el bean que ejecutará la tramitación en bloque Añadir un método al interface de comando para la lógica de tramitación en bloque. Modelo de datos del expediente Tabla de histórico de tramitaciones en bloque Acciones existentes Han de refactorizarse para poder ejecutarse en modo desatendido. Ha de incluirse la capacidad de llamarse a acciones implementadas en gestión, quizás en otros sistemas. Esto requiere: a) implementar un comando que invoque remotamente un servicio web con el interface que nosotros decidamos. b) Definir un interface de invocación remota (servicio web) que las aplicaciones de gestión han de implementar para llamar a su acción. Popup de documento Comunicación horizontal / motor de tramitación Añadir el tipo de documento (es un doc. generado, es un acuse de recibo). Es necesario implementar algún mecanismo (colas/BD/etc) para lanzar la tramitación en bloque desde el GUI implementado en el horizontal. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 26 de 110 3.3.3.9.4. Descripción Permite al actor tramitar expedientes que están en la misma fase y mismo procedimiento. ID Requisito RE- Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Bajo El actor está autenticado en la aplicación. El actor está en la pantalla del buscador de expedientes. El actor elige el conjunto de expedientes a tramitar de la lista de encontrados en la búsqueda. ¿?? Comentarios 3.3.3.9.5. Flujo de eventos 3.3.3.10. Caso de Uso – Cerrar Fase en Bloque. Este caso de uso permite la cerrar la fase actual para varios expedientes simultáneamente. 3.3.3.10.1. Descripción ID Requisito Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Se dispone de un carrito de tramitación en bloque. Postcondiciones Se cierra la fase de los expedientes seleccionados. Comentarios 3.3.3.10.2. Flujo de eventos. El actor Tramitador ha seleccionado un conjunto de expedientes en el carrito de tramitación en bloque y se encuentra en la pantalla de configuración para iniciar la tramitación en bloque. El actor pulsa el botón de “Cerrar Fase en Bloque”. Se inicia el proceso asíncrono, ejecutándose el caso de uso de “Cerrar Fase” para cada uno de los expedientes seleccionados. Se muestra una pantalla con el progreso en el que se encuentra el proceso de cerrar fase. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 27 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional Al finalizar el proceso se mostrará, los expedientes que se han cerrado con la información de la nueva fase en la que se encuentra el expediente. En el caso de que no se pueda cerrar fase en algún expediente seleccionado, se indicará el fallo y la razón por la cual no ha sido posible cerrar la fase del expediente. 3.3.3.11. Caso de Uso – Visor Expedientes cd Visor de Expedientes Ver Expediente Modificar Expediente Alta Interesado Principal Alta Territorio Modificar Territorio Borrar Territorio Alta Expediente Relacionado Empleado Público (from Actores) Modificar Expediente Relacionado Tramitador (from Actores) Borrar Expediente Relacionado Ver Ficha Catalográfica del Procedimiento Terceros Tramitación Documentación Aportada (from Modelo de Casos de Uso) (from Modelo de Casos de Uso) (from Modelo de Casos de Uso) 3.3.3.12. Caso de Uso – Ver Expediente 3.3.3.12.1. Descripción Permite al actor ver los datos de un expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG ID Requisito RE-3 Actores Tramitador Estado Definitivo Documento Diseño funcional Página 28 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del buscador de expedientes. El actor elige un expediente de la lista de encontrados en la búsqueda. La aplicación muestra el detalle del expediente en el visor de expedientes. Comentarios 3.3.3.12.2. Flujo de eventos El actor realiza una búsqueda de expedientes, selecciona uno de la lista de encontrados y se le muestra en el visor de expedientes el detalle del expediente. Datos básicos del expediente: Número de expediente Número de registro Fecha de inicio de plazo Fecha de registro Asunto Datos particulares del expediente según la familia Datos del interesado principal del expediente: NIF/CIF Nombre/Razón Social Dirección de notificación Teléfono Datos de los territorios del expediente: Tipo Municipio Parroquia Localidad Provincia Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 29 de 110 Comunidad Autónoma Datos de los expedientes relacionados con el expediente: Número de expediente Asunto del expediente NIF/CIF del interesado principal Nombre/Razón Social del interesado principal Propietario del expediente 3.3.3.12.3. Excepciones 3.3.3.13. Caso de Uso – Ver Ficha Catalográfica del Procedimiento 3.3.3.13.1. Descripción Permite al actor ver la ficha catalográfica del procedimiento de un expediente. ID Requisito RE-4 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes. El actor elige la opción de ver la ficha catalográfica. La aplicación muestra el detalle de la ficha catalográfica del procedimiento. Comentarios 3.3.3.13.2. Flujo de eventos El actor está en la pantalla del visor de expedientes y selecciona la opción de ver la ficha catalográfica del procedimiento del expediente y la aplicación presenta una pantalla con el detalle de la ficha. 3.3.3.13.3. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 30 de 110 3.3.3.14. Caso de Uso – Modificar Expediente 3.3.3.14.1. Descripción Permite al actor modificar los datos de un expediente. ID Requisito RE-5 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes. El actor modifica los datos del expediente. La aplicación actualiza los datos del expediente. Comentarios 3.3.3.14.2. Flujo de eventos El actor está en el visor de expedientes con los datos del expediente identificado, modifica los datos del expediente y la aplicación los actualiza. Datos básicos del expediente: Número de expediente Número de registro Fecha de inicio de plazo Fecha de registro Asunto Datos particulares del expediente según la familia 3.3.3.14.3. Excepciones 3.3.3.15. Caso de Uso – Alta del Interesado Principal Permite al actor dar de alta al interesado principal de un expediente. 3.3.3.15.1. Descripción Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG ID Requisito RE-6 Actores Tramitador Estado Definitivo Documento Diseño funcional Página 31 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alto El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona dar de alta al interesado principal. El actor rellena los datos del tercero. La aplicación da de alta el tercero asociándolo al expediente como el interesado principal. Comentarios 3.3.3.15.2. Flujo de eventos El actor está en la pantalla del visor del expediente y selecciona la opción de dar de alta al interesado principal, a continuación se le presenta la pantalla de buscar/añadir terceros, la rellena, y la aplicación da de alta al tercero asociándolo al expediente como el interesado principal. Una vez que el expediente ya tiene interesado principal, se elimina la opción de dar de alta más interesados principales, ya que solo puede haber uno por expediente. Además, la dirección de interesado principal es obligatoria por ser la dirección de notificación por defecto del expediente. 3.3.3.15.3. Excepciones 3.3.3.16. Caso de Uso – Alta de Territorio Permite al actor dar de alta territorios asociados a los expedientes. 3.3.3.16.1. Descripción ID Requisito RE-7 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Cluster TIC (www.clustertic.net) Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona dar de alta un territorio. El actor rellena los datos del territorio. 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Postcondiciones Estado Definitivo Documento Diseño funcional Página 32 de 110 La aplicación da de alta un nuevo territorio asociado al expediente. Comentarios 3.3.3.16.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los territorios en formato tabla y selecciona la opción de dar de alta un territorio, a continuación se le presenta la pantalla de introducción de datos de territorios, la rellena, y la aplicación da de alta un nuevo territorio asociado al expediente. Datos de territorio: Peso dentro del expediente Localización Municipio Localidad Provincia Comunidad Autónoma País 3.3.3.16.3. Excepciones 3.3.3.17. Caso de Uso – Modificar Territorio Permite al actor modificar los territorios asociados a los expedientes. 3.3.3.17.1. Descripción ID Requisito RE-8 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona editar un territorio. El actor modifica los datos del territorio. La aplicación actualiza el territorio. Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 33 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 3.3.3.17.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los territorios en formato tabla y selecciona la opción de editar un territorio, a continuación se le presenta la pantalla de modificación de datos de territorios, la modifica, y la aplicación actualiza el territorio. Datos del territorio: Peso dentro del expediente Localización Municipio Localidad Provincia Comunidad Autónoma País 3.3.3.17.3. Excepciones 3.3.3.18. Caso de Uso – Borrar Territorio Permite al actor eliminar los territorios asociados a los expedientes. 3.3.3.18.1. Descripción ID Requisito RE-9 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona eliminar un territorio. La aplicación elimina el territorio del expediente. Comentarios 3.3.3.18.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los territorios en formato tabla, selecciona la opción de eliminar un territorio y la aplicación lo borra del expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 34 de 110 Antes de ejecutar la orden de borrado, la aplicación presenta al usuario una pantalla de confirmación de la orden. 3.3.3.18.3. Excepciones 3.3.3.19. Caso de Uso – Alta de Expediente Relacionado Permite al actor relacionar expedientes. 3.3.3.19.1. Descripción ID Requisito RE-10 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona dar de alta un expediente relacionado. El actor rellena los datos de la relación entre los expedientes. La aplicación da de alta un nuevo expediente relacionado. Comentarios 3.3.3.19.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los expedientes relacionados en formato tabla y selecciona la opción de dar de alta un expediente relacionado, a continuación se le presenta la pantalla de gestión de datos del expediente relacionado, la rellena, y la aplicación da de alta un nuevo expediente relacionado. Datos de los expedientes relacionados: Número del expediente relacionado Asunto del expediente relacionado Interesado del expediente relacionado Propietario del expediente relacionado Descripción de la relación Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 35 de 110 3.3.3.19.3. Excepciones 3.3.3.20. Caso de Uso – Modificar Expediente Relacionado Permite al actor modificar los expedientes relacionados. 3.3.3.20.1. Descripción ID Requisito RE-11 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona modificar un expediente relacionado. El actor modifica los datos de la relación entre los expedientes. La aplicación actualiza el expediente relacionado. Comentarios 3.3.3.20.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los expedientes relacionados en formato tabla y selecciona la opción de modificar un expediente relacionado, a continuación se le presenta la pantalla de gestión de datos del expediente relacionado, la modifica, y la aplicación actualiza el expediente relacionado. Datos de los expedientes relacionados: Número del expediente relacionado Asunto del expediente relacionado Interesado del expediente relacionado Propietario del expediente relacionado Descripción de la relación 3.3.3.20.3. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 36 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 3.3.3.21. Caso de Uso – Borrar Expediente Relacionado Permite al actor eliminar expedientes relacionados. 3.3.3.21.1. Descripción ID Requisito RE-12 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla del visor de expedientes y selecciona eliminar un expediente relacionado. La aplicación elimina el expediente relacionado. Comentarios 3.3.3.21.2. Flujo de eventos El actor está en la pantalla del visor del expediente, presentando los expedientes relacionados en formato tabla, selecciona la opción de eliminar un expediente relacionado y la aplicación borrar el expediente relacionado. Antes de ejecutar la orden de borrado, la aplicación presenta al usuario una pantalla de confirmación de la orden. 3.3.3.21.3. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 37 de 110 3.3.3.22. Caso de Uso – Creación Expedientes cd Creación de Expedientes Alta Expediente Empleado Público Visor Expedientes (from Actores) Tramitador (from Modelo de Casos de Uso) (from Actores) 3.3.3.23. Caso de Uso – Alta Expediente Permite al actor dar de alta expedientes. 3.3.3.23.1. Descripción ID Requisito RE-13 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor elige la opción de crear expediente. El actor rellena los datos del expediente. La aplicación da de alta un nuevo expediente. Comentarios 3.3.3.23.2. Flujo de eventos El actor selecciona la opción de creación de expedientes y escoge el procedimiento administrativo del expediente, a continuación la aplicación presenta la pantalla del visor de expedientes con los campos vacíos, el actor los rellena y la aplicación da de alta un nuevo expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 38 de 110 Además es obligatorio dar de alta al interesado principal del expediente. Datos básicos del expediente: Número de expediente (se obtiene de un servicio externo y no es editable) Fecha de inicio de plazo (por defecto la del sistema) Número de registro Fecha de registro Asunto (por defecto será el asunto del procedimiento) Datos particulares del expediente según la familia 3.3.3.23.3. Flujo alternativo Los datos básicos del expediente y del interesado principal se pueden rellenar de manera automática mediante la opción de obtenerlos vía lectura del registro de entrada, bajo las condiciones: 1. La fecha de inicio, por defecto, es igual a la fecha de registro. 2. El número de registro es editable. 3. La fecha de registro es editable. 3.3.3.23.4. Excepciones Cuando se crea el expediente, hay que dar de alta, para el interesado principal, toda la documentación que tiene que aportar al procedimiento (obligatoria o no), en estado de no entregado, para mostrarlo posteriormente en el histórico de la documentación aportada al expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 39 de 110 3.3.3.24. Caso de Uso – Terceros cd Terceros Alta Tercero Buscar Tercero Modificar Tercero «extend» «extend» «extend» «extend» Listar Terceros del Expediente Alta Tercero Sin Validar Validar Tercero Alta Tercero Validado Editar Tercero «include» Listar Direcciones de Terceros Borrar Tercero Tramitador (from Actores) Alta Direccion Empleado Público (from Actores) Modificar Direccion Borrar Direccion 3.3.3.25. Caso de Uso – Listar Terceros del Expediente Permite al actor ver los terceros asociados a un expediente junto con sus direcciones. 3.3.3.25.1. Descripción ID Requisito RE-14 Actores Tramitador Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 40 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros del expediente. La aplicación muestra la lista de terceros del expediente y sus direcciones. Comentarios 3.3.3.25.2. Flujo de eventos El actor selecciona la pantalla de gestión de terceros del expediente y se le muestra una tabla con los terceros asociados al mismo, resaltando el tercero que corresponde con el interesado principal. Por cada tercero seleccionado, se muestra una tabla con sus direcciones asociadas, resaltando la dirección de notificación. Datos mostrados por cada tercero: NIF/CIF Nombre y Apellidos Relación en el expediente Dirección de notificación Teléfono Datos mostrados por cada dirección: Tipo de dirección Descripción de la dirección 3.3.3.25.3. Excepciones 3.3.3.26. Caso de Uso – Alta Tercero Permite al actor dar de alta terceros asociados a los expedientes, tanto físicos como jurídicos. 3.3.3.26.1. Descripción Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG ID Requisito RE-15 Actores Tramitador Estado Definitivo Documento Diseño funcional Página 41 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona la opción de dar de alta un tercero y rellena sus datos. La aplicación da de alta un nuevo tercero. Comentarios 3.3.3.26.2. Flujo de eventos El actor está en la pantalla de gestión de terceros y selecciona la opción de dar de alta un tercero, la aplicación le presenta la pantalla de buscar/añadir tercero. Primero se busca al tercero en la base de datos de terceros del Principado por: a) Tercero Físico b) Tercero Jurídico NIF/NIE, Nombre y Apellidos CIF y Razón Social Si el resultado en positivo se muestra la tabla de resultados que cumplen las condiciones de búsqueda para que el actor identifique el tercero que se añade al expediente estableciéndole además el tipo de relación con el expediente. Datos de salida de la búsqueda del tercero: NIF/CIF Nombre Relación con el expediente que establece el actor Si el resultado en negativo, el actor selecciona la opción de añadir al tercero con o sin identificación fiscal para validarlo contra la base de datos de terceros del Principado. a) Sin identificación fiscal no se permitirá terminar el procedimiento y se le establecerá como no validado. b) Con identificación fiscal se le dará de alta en la base de datos de Terceros del Principado y se le establecerá como validado. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 42 de 110 Datos del tercero: Indicador de interesado principal NIF/NIE (en caso del tercero con validación) Nombre Apellidos Sexo Estado Civil Fecha de Nacimiento Indicador de si está validado o no Datos de la dirección postal de notificación del tercero: Tipo de Vía Dirección Localidad Parroquia Municipio Provincia Comunidad Teléfonos Datos de la dirección telemática de notificación del tercero: Dirección de correo electrónico Solo puede haber una dirección de notificación, que por defecto, será la dirección postal, en caso de estar vacía, será la telemática, y si ambas están vacías, ninguna. 3.3.3.26.3. Flujo alternativo (alta de un organismo) Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 43 de 110 3.3.3.26.4. Esquema Nuevo Expediente Añadir Tercero al expediente Persona Físicas Añadir Interesado Principal Añadir Organismos Persona Júdiricas Buscar Tercero (BD Teceros) Disponible en terceros o Alta al disponer de NIF/CIF/NIE No se dispone de DNI Para dar el alta en terceros También puede ser de notificación (si no existe otra) Dirección Principal (BD Terceros) Añadir Tercero Sin Validar Añadir Tercero Validado Solicitud Alta Direcciones Notificación Postales (n direcciones) Telemáticas Se dispone de CIF/NIF/NIE (subsanar) Solo una dirección de notificación Campo NIF/CIF/NIE desabilitado 3.3.3.27. Caso de Uso – Modificar Tercero Permite al actor modificar los terceros asociados a los expedientes, tanto físicos como jurídicos. 3.3.3.27.1. Descripción ID Requisito RE-16 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona la opción de modificar un tercero y rellena sus datos. La aplicación actualiza el tercero. Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 44 de 110 3.3.3.27.2. Flujo de eventos El actor está en la pantalla de gestión de terceros y selecciona la opción editar/validar un tercero en función si está validado o no. a) Si está validado, la aplicación le presenta la pantalla de modificación de los datos de terceros, el actor los modifica y la aplicación actualiza el tercero. Datos del tercero: Indicador de interesado principal NIF/NIE Nombre Apellidos Sexo Estado Civil Fecha de Nacimiento Indicador de si está validado o no b) Si no está validado, la aplicación le presenta la pantalla de validar terceros, el actor introduce los datos a modificar y obligatoriamente el identificador fiscal para validarlo. Si la validación es positiva, el actor puede actualizar los datos del tercero en el expediente. Si la validación en negativa, el actor puede dar de alta al tercero en la base de datos de terceros del Principado y a continuación actualizar los datos en el expediente. Una vez validado hay que actualizar el indicador de validación del tercero. 3.3.3.27.3. Excepciones 3.3.3.28. Caso de Uso – Borrar Tercero Permite al actor eliminar los terceros asociados a los expedientes. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 45 de 110 3.3.3.28.1. Descripción ID Requisito RE-17 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona la opción de eliminar un tercero. La aplicación elimina el tercero del expediente. Comentarios 3.3.3.28.2. Flujo de eventos El actor está en la pantalla de gestión de terceros, elige la opción de eliminar un tercero y la aplicación lo borra del expediente. Antes de ejecutar la orden de borrado, la aplicación presenta al usuario una pantalla de confirmación de la orden. 3.3.3.28.3. Excepciones No se permite eliminar al tercero que representa al interesado principal del expediente. 3.3.3.29. Caso de Uso – Alta Dirección Permite al actor dar de alta direcciones asociadas a los terceros de un expediente. 3.3.3.29.1. Descripción ID Requisito RE-18 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona un tercero y la opción de dar de alta una dirección. La aplicación da de alta una nueva dirección al tercero. Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 46 de 110 3.3.3.29.2. Flujo de eventos El actor está en la pantalla de gestión de terceros, selecciona un tercero para listar sus direcciones, elige la opción de dar de alta una nueva dirección para ese tercero y la aplicación presenta la pantalla de introducción de datos de una dirección. El actor rellena los datos y la aplicación da de alta una nueva dirección mostrándose en la lista de direcciones del tercero. Datos de la dirección postal del tercero: Tipo de Vía Dirección Localidad Parroquia Municipio Provincia Comunidad Teléfonos Datos de la dirección telemática del tercero: Dirección de correo electrónico 3.3.3.29.3. Excepciones 3.3.3.30. Caso de Uso – Modificar Dirección Permite al actor modificar las direcciones asociadas a los terceros de un expediente. 3.3.3.30.1. Descripción ID Requisito RE-19 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Cluster TIC (www.clustertic.net) Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona un tercero y la opción de modificar una dirección. 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Postcondiciones Estado Definitivo Documento Diseño funcional Página 47 de 110 La aplicación actualiza la dirección al tercero. Comentarios 3.3.3.30.2. Flujo de eventos El actor está en la pantalla de gestión de terceros, selecciona un tercero para listar sus direcciones, elige la opción de modificar una dirección de ese tercero y la aplicación presenta la pantalla de modificación de datos de una dirección. El actor modifica los datos y la aplicación actualiza la dirección mostrándose en la lista de direcciones del tercero. Datos de la dirección postal del tercero: Tipo de Vía Dirección Localidad Parroquia Municipio Provincia Comunidad Teléfonos Datos de la dirección telemática del tercero: Dirección de correo electrónico 3.3.3.30.3. Excepciones 3.3.3.31. Caso de Uso – Borrar Dirección Permite al actor eliminar las direcciones asociados a los terceros de un expediente. 3.3.3.31.1. Descripción ID Requisito RE-20 Actores Tramitador Prioridad Nivel de Riesgo Cluster TIC (www.clustertic.net) Alta 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Precondiciones Postcondiciones Estado Definitivo Documento Diseño funcional Página 48 de 110 El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de terceros. El actor selecciona un tercero y la opción de eliminar una dirección. La aplicación elimina la dirección del tercero. Comentarios 3.3.3.31.2. Flujo de eventos El actor está en la pantalla de gestión de terceros, selecciona un tercero para listar sus direcciones, elige la opción de eliminar una dirección de ese tercero y la aplicación la borra del tercero. Antes de ejecutar la orden de borrado, la aplicación presenta al usuario una pantalla de confirmación de la orden. 3.3.3.31.3. Excepciones Si se borra la dirección de notificación, entonces la dirección principal pasa a ser la de notificación por defecto. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 49 de 110 3.3.3.32. Caso de Uso – Tramitar Expediente cd Tramitación Crear Acto Tramitar Cerrar Fase Empleado Público (from Actores) Volv er a Fase Anterior Tramitador (from Actores) Permite al actor tramitar los expedientes. 3.3.3.32.1. Descripción ID Requisito RE-21 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de tramitación. Postcondiciones Comentarios 3.3.3.32.2. Tramitar La pantalla de tramitación consta de dos partes Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 50 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 1. La lista de actos que el actor ha instanciado hasta el momento (documentos tramitados). 2. La lista de actos, tanto obligatorios como opcionales, que el actor puede instanciar en cada momento (documentos tramitables en cada fase). Existen tres tipos de actos: 1. Los actos obligatorios en el que se definen las fases en las que se crean y se cierran 2. Los actos opcionales en cada fase 3. Los actos opcionales durante todo el procedimiento (actos de ordenación) Los actos de los procedimientos tienen asignados dos tipos de roles: 1. Roles que pueden instanciar el acto 2. Roles al que se le asigna el acto, es decir, los que lo pueden ejecutar Datos de la lista de actos tramitados, se pueden listar por fase o por procedimiento: Fase en la que se generó el documento Nombre del documento Plantilla utilizada para la generación del documento Usuario que instanció el acto y por tanto generó el documento Fecha de creación del documento Estado del documento Notas sobre el documento Los actos tienen asociados una serie de acciones en función de su estado: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 51 de 110 sm Acto Generico Sin Notificación Acto Genérico Sin Notificación Nuevo Acto [Crear] Borrador Eliminar Acto [Anular] [Aprobar] [Anular] Aprobado [Finalizar] Finalizado Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 52 de 110 sm Acto Generico de Notificación Acto Genérico Con Notificación Nuevo Acto [Crear] Borrador Eliminar Acto [Anular] [Editar] [Aprobar] Aprobado [Anular] [Editar] [Acusar] Registro Salida [Registrar Salida] Tipos - Comunicación - Notificación Env iado El tercero envia en plazo la comunicación o la documentación solicitada [Acusar] [Cumplimentar] Esperar Respuesta [Cerrar] Cerrar: solo debería aparecer cuando ha caducado el plazo del usuario [Finalizar] Finalizado Datos de la lista de actos tramitables: Nombre del documento Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 53 de 110 Indicador de obligatoriedad del documento Plantilla a utilizar para generar el documento Roles que pueden instanciar el acto (separados por comas) Roles al que se le asigna el acto, es decir, los que lo pueden ejecutar (separados por comas) La lista de documentos tramitables se irá actualizando en función de la definición de cada una de las fases, es decir: Si el documento no es repetible en la fase, se elimina de la lista de documentos tramitables para evitar la repetición del mismo. Solo volvería a estar disponible si es anulado. Si el documento es repetible en la fase, se mantiene en la lista de documentos tramitables para permitir la generación de más documentos de ese tipo. Si en la fase existe una secuencia de documentos obligatorios, estos irán apareciendo en la lista de documentos tramitables a la vez que se van generando. Pueden existir actos que tengan que ser finalizados en una fase concreta, en caso de no hacerse no se dejará finalizar la fase. 3.3.3.32.3. Crear Acto El actor selecciona la plantilla del documento a generar y elije la opción de crearlo, la aplicación lo muestra y lo da de alta en la lista de documentos generados con el estado de “borrador”. Existen algunos actos, donde al crearlos necesitan de una pantalla previa de introducción de datos específicos para ese acto. 3.3.3.32.4. Cerrar Fase El actor puede cerrar la fase actual siempre que todos los actos obligatorios de esa fase estén cerrados. Flujo de Eventos. El actor pulsa el botón de cerrar fase. El sistema actualiza la fase y lanza los actos de instanciación automática. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 54 de 110 Excepciones: En el caso de haber cerrado ya la fase actual anteriormente, es decir, el actor ha pulsado “Volver a Fase Anterior”, se actualizará la fase y se lanzarán únicamente los actos de instanciación automática que son repetibles. 3.3.3.32.5. Volver a Fase Anterior El actor puede volver a la fase anterior para hacer cambios a los documentos de esa fase. 3.3.3.32.6. Finalizar Expediente Acuerdo Caducidad Desestimar Desierto Desistimiento Error Estimar Inadmitir Renuncia Silencio 3.3.3.32.7. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 55 de 110 3.3.3.33. Caso de Uso – Documentación Aportada Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 56 de 110 3.3.3.34. Caso de Uso - Mostrar Documentación Sin aportar Muestra la lista de documentación por aportar. 3.3.3.34.1. Descripción. ID Requisito RE-34 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Comentarios El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. Existe documentación sin aportar. La aplicación muestra la lista de documentos sin aportar del expediente. Como se comenta en los casos de uso relacionados, sólo se mostrarán los documento de la fase en la que se encuentre el expediente. 3.3.3.34.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada y la aplicación muestra la lista de documentos que faltan por aportar del expediente seleccionado. Para conseguir la lista completa, usa los dos casos de uso siguientes (“Advertir Sin Tercero Asignado” y “Listar Con Tercero Asignado”) 3.3.3.34.3. Excepciones. 3.3.3.35. Caso de Uso – Advertir Sin Tercero Asignado Muestra la lista de documentación por aportar, para la cual no existe ningún tercero con el role necesario relacionado con el expediente. 3.3.3.35.1. Descripción. ID Requisito RE-35 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Cluster TIC (www.clustertic.net) Se ha seleccionado un expediente para aportar documentación. Existe documentación sin aportar. Existe documentación para la que no existen terceros relacionado con el role necesario para el expediente que se está tratando. 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Postcondiciones Comentarios Estado Definitivo Documento Diseño funcional Página 57 de 110 La aplicación muestra la lista de documentos sin aportar del expediente, para los cuales no existen terceros con el role adecuado. Sólo se mostrarán los documento de la fase en la que se encuentre el expediente. 3.3.3.35.2. Flujo de eventos. Datos mostrados del documento: Nombre del documento: CIF, CV, etc... Tipo del documento: Obligatorio u opcional. Fase: Fase en la que se debe aportar el documento Role: Role que debe tener el tercero que se relacionará con este documento. Texto informativo: Se mostrará que el documento está sin aportar y que además no existe tercero relacionado con el expediente, con los roles necesarios. Texto informativo: En caso de ser obligatorio, se indicará resaltado mediante un icono de alerta. 3.3.3.35.3. Excepciones. 3.3.3.36. Caso de Uso – Listar Con Tercero Asignado Muestra al lista de documentación por aportar, para la cual existe tercero con el role necesario relacionado con el expediente. Se buscarán los terceros de expediente. Por cada tercero y según su role, se calcularán los documentos que debería aportar. Si no se han aportado, se mostrará una línea con los datos del documento. En esta última situación (documento sin aportar por el tercero), se usará el caso de uso ”Mostrar Transiciones” para mostrar las acciones posibles usando el soporte por defecto para el documento. 3.3.3.36.1. Descripción. ID Requisito RE-36 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Comentarios Cluster TIC (www.clustertic.net) Se ha seleccionado un expediente para aportar documentación. Existe documentación sin aportar para la que existen terceros relacionado con el role necesario para el expediente que se está tratando. La aplicación muestra la lista de documentos sin aportar del expediente, para los cuales no existen terceros con el role adecuado. Sólo se mostrarán los documento de la fase en la que se encuentre el expediente. 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 58 de 110 3.3.3.36.2. Flujo de eventos. Datos mostrados del documento: Nombre del documento: CIF, CV, etc... Tipo del documento: Obligatorio u opcional. Fase: Fase en la que se debe aportar el documento Role: Role que debe tener el tercero que se relacionará con este documento. Texto informativo: Se mostrará que el documento está sin aportar. Texto informativo: En caso de ser obligatorio se indicará resaltado mediante un icono de alerta. Datos mostrados del tercero: Identificación Fiscal. Soporte. Combo con el soporte por defecto seleccionado. Ver caso de uso “Selección de Soporte”, ya que ciertos soportes no se mostrarán. Datos mostrado de las transiciones: Se usará el caso de uso “Mostrar Transiciones” para mostrar las transiciones que se pueden ejecutar, en función del role del tercero, del soporte por defecto y el documento. 3.3.3.36.3. Excepciones. 3.3.3.37. Caso de Uso – Mostrar Transiciones Muestra la lista de acciones que se pueden ejecutar sobre el documentos. Las acciones dependen del role del tercero y el soporte. 3.3.3.37.1. Descripción. ID Requisito RE-37 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Comentarios Se ha seleccionado un expediente para aportar documentación. Se ha seleccionado un documento y un tercero. Se ha seleccionado un soporte. Lista las acciones que se pueden realizar sobre el documento para el role, soporte indicado y estado. Si no se indica estado, se muestran las transiciones por defecto (transiciones iniciales). 3.3.3.37.2. Flujo de eventos. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 59 de 110 Se indicará el documento, el role y el soporte, y se mostrará la lista de transiciones que se pueden ejecutar. Todas las transiciones pueden tener asociada un comentario y un icono. 3.3.3.37.3. Excepciones. 3.3.3.38. Caso de Uso – Transición Con Tercero Asignado El actor aporta un documento para el tercero – soporte seleccionado. Se realiza la aportación ejecutando una de las transiciones que se muestran para este documento/role/soporte usando el caso de uso “Mostrar Transiciones”. El documento se añade al workflow. 3.3.3.38.1. Descripción. ID Requisito RE-38 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Se ha seleccionado un expediente para aportar documentación. Se ha seleccionado un documento y un tercero. Se ha seleccionado un soporte. Existe documentación sin aportar para la que existen terceros relacionado con el role necesario para el expediente que se está tratando. Postcondiciones Comentarios 3.3.3.38.2. Flujo de eventos. Se indicará el documento, el role y el soporte, y se ejecutará la transición seleccionada. 3.3.3.38.3. Excepciones. 3.3.3.39. Caso de Uso – Selección de Soporte El actor selecciona un soporte de un tercero / documento. 3.3.3.39.1. Descripción. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG ID Requisito RE-39 Actores Tramitador Estado Definitivo Documento Diseño funcional Página 60 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Comentarios Se ha seleccionado un expediente para aportar documentación. Se ha seleccionado un documento y un tercero. Existe documentación sin aportar para la que el tercero/role. Lista de nuevo los soportes, con la nueva selección. Refresca la lista de acciones usando el caso de uso “Mostrar Transiciones” El check de selección para el caso de uso “Aportar En Bloque” se habilitará o deshabilitará en función de se el soporte es o no “PAPEL”. No todos los soportes se mostrarán ya que algunos no permiten interacción con el usuario. 3.3.3.39.2. Flujo de eventos. Se indicará el documento, el role y el soporte. En función de estos datos se refrescará la línea correspondiente a este documento / tercero. 3.3.3.39.3. Excepciones. 3.3.3.40. Caso de Uso – Transición En Bloque El actor ejecuta una transición para un grupo de documentos al mismo tiempo. 3.3.3.40.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Se ha seleccionado un expediente para aportar documentación. El soporte para los documentos que se puedan seleccionar sólo puede ser papel. Se han seleccionado una serie de documentos / tercero. Seguimos el proceso de aportación en bloque mediante el caso de uso “Datos Aportación En Bloque” Comentarios 3.3.3.40.2. Flujo de eventos. En este punto, sólo los checks con soporte papel estarán habilitados. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 61 de 110 El actor selecciona una lista de terceros / documento / soporte mediante checks en cada uno de los documentos mostrados. Se ejecutará la transición por defecto para la “transición en bloque”, que nos llevará al caso de uso “Datos Transición En Bloque” 3.3.3.40.3. Excepciones. 3.3.3.41. Caso de Uso – Datos Transición En Bloque El actor facilitará los datos necesarios para aportar en bloque. 3.3.3.41.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Postcondiciones Se ha seleccionado un expediente para aportar documentación. Se han seleccionado una serie de documentos / tercero. El soporte para los documentos seleccionados sólo puede ser papel. Ejecutamos la transición por defecto para transiciones en bloque. Comentarios Se lista la información de los documentos seleccionados. Precondiciones 3.3.3.41.2. Flujo de eventos. Llegamos a este punto desde “Transición En Bloque”. Se mostrará la lista de los documentos sobre los que se realizará la transición. Se pedirán los siguientes datos: Fecha de aportación. Observaciones. 3.3.3.41.3. Excepciones. 3.3.3.42. Caso de Uso – Listar Aportados Muestra al actor los documentos dentro del workflow del expediente seleccionado. 3.3.3.42.1. Descripción. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG ID Requisito RE-39 Actores Tramitador Estado Definitivo Documento Diseño funcional Página 62 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Comentarios El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. Existe documentación aportada. La aplicación muestra la lista de documentos aportados del expediente. Se mostraran todos los documentos aportados, aunque sean de otra fase. En caso de que los documentos estén filtrados, deberá estar claramente indicado. En caso de que los documentos estén ordenados, deberá estar claramente indicado. 3.3.3.42.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. La aplicación muestra la lista de documentos que se encuentran en el workflow de documentación aportada del expediente seleccionado. Se mostrarán la siguiente información: Datos mostrados del documento: Nombre del documento: CIF, CV, etc... Carácter: Exigible, Voluntario y opciones. Fase: Fase en la que se debe aportar el documento Role: Role que debe tener el tercero que se relacionará con este documento. Casos particulares sobre atributos: Los estados tienen atributos para marcarlos. Un caso de ejemplo, serán los estados marcados como subsanables. Datos mostrados del tercero: Identificación Fiscal. Soporte. Soporte con que se realizó la aportación. Datos mostrado de las transiciones: Se usará el caso de uso “Mostrar Transiciones” para mostrar las transiciones que se pueden ejecutar, en función del role del tercero, del soporte por defecto y el documento. 3.3.3.42.3. Excepciones. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 63 de 110 3.3.3.43. Caso de Uso – Ordenar El actor selecciona el orden en que se muestran los documentos de la lista del caso anterior “Listar Aportados” 3.3.3.43.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. El actor selecciona un orden. Existe documentación aportada. Pasa directamente al caso de uso “Listar Aportados”, pero la lista ahora se mostrará ordenada. Comentarios 3.3.3.43.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. El actor selecciona un orden. Los ordenes posibles son: Nombre de documento, Estado, Fase, Role, Soporte, Identificador fiscal, 3.3.3.43.3. Excepciones. 3.3.3.44. Caso de Uso – Filtro El actor indica el filtro por que se desea filtrar la lista del caso de uso “Listar Aportado”. 3.3.3.44.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 64 de 110 Proyecto openEUG Precondiciones Postcondiciones Estado Definitivo Documento Diseño funcional El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. El actor selecciona un orden. Existe documentación aportada. Pasa directamente al caso de uso “Listar Aportados”, pero la lista ahora se mostrará filtrada. Comentarios 3.3.3.44.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. El actor indica el filtro. El filtro se realizará sobre los campos Nombre de documento, Estado, Fase, Role, Soporte, Identificador fiscal, 3.3.3.44.3. Excepciones. 3.3.3.45. Caso de Uso – Ejecutar Transición El actor selecciona una de las transiciones mostradas por el caso de uso “Mostrar Transiciones” 3.3.3.45.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. Existe documentación aportada y por cada documento se han mostrado las transiciones disponibles. Ejecuta la transición, mediante los casos de uso “Transición Simple” o “Transición Con Interacción”. Comentarios 3.3.3.45.2. Flujo de eventos. Existirá una transición que nos lleve a un pseudos estado “No Aportado”. En realidad, esta transición borrará el documento! Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 65 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional 3.3.3.45.3. Excepciones. 3.3.3.46. Caso de Uso –Transición Simple Se ejecuta la transición en un solo paso. 3.3.3.46.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. Existe documentación aportada y por cada documento se han mostrado las transiciones disponibles. Ejecuta la transición. Comentarios 3.3.3.46.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. Se selecciona una transición de la lista de transiciones de uno de los documentos aportados. Se ejecuta la transición. 3.3.3.46.3. Excepciones. 3.3.3.47. Caso de Uso –Transición Con Interacción Se ejecuta la transición con pantallas intermedias que requieren interaccionar con el actor. 3.3.3.47.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 66 de 110 Proyecto openEUG Precondiciones Estado Definitivo Documento Diseño funcional El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. Existe documentación aportada y por cada documento se han mostrado las transiciones disponibles. Postcondiciones Comentarios 3.3.3.47.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. Se selecciona una transición de la lista de transiciones de uno de los documentos aportados. Nos lleva a las pantallas específica de la transición que interactúan con el usuario. La pantalla de interacción con el usuario nos pedirá: Documento a adjuntar. Fecha de aportación. Observaciones. La pantalla de interacción nos mostrará: Los datos del tercero. Los datos del documento. La pantalla definida es genérica para las transiciones con interacción con el usuario. Es posible que para cierto tipo de transiciones existan pantallas específicas. 3.3.3.47.3. Excepciones. 3.3.3.48. Caso de Uso – Crear Tipo De Documento El actor añade un nuevo tipo de documento a la documentación por aportar. 3.3.3.48.1. Descripción. ID Requisito RE-39 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Cluster TIC (www.clustertic.net) El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de documentación aportada. 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 67 de 110 Postcondiciones Comentarios 3.3.3.48.2. Flujo de eventos. El actor identifica un expediente y selecciona la pantalla de gestión de documentación aportada. Seleccionamos “añadir nuevo tipo de documento” y nos pedirá: Fase: Role: Carácter: Exigible, Voluntario y opciones. Nombre: Nombre de la documentación. Soporte: Al insertarlo, nos lo añadirá dentro del grupo de documentación por aportar. 3.3.3.48.3. Excepciones. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 68 de 110 3.3.3.49. Caso de Uso – Alarmas cd Alarmas Ver Alarmas Alta Alarma Borrar Alarma Empleado Público (from Actores) Tramitador (from Actores) Alta Alerta Aplicación (from Actores) 3.3.3.50. Caso de Uso – Alta Alarma La aplicación da de alta alarmas sobre expedientes en función de unas condiciones definidas. 3.3.3.50.1. Descripción ID Requisito RE-25 Actores Aplicación Prioridad Nivel de Riesgo Alta Precondiciones La aplicación detecta una posibilidad de alarma sobre un expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Postcondiciones Estado Definitivo Documento Diseño funcional Página 69 de 110 La aplicación da de alta la alarma vinculándola al expediente. Comentarios 3.3.3.50.2. Flujo de eventos La aplicación evalúa las condiciones de disparo de las alarmas de los expedientes y al detectar la posibilidad de alarma sobre uno de ellos, la da de alta y la vincula al expediente. 3.3.3.50.3. Excepciones 3.3.3.51. Caso de Uso – Alta Alerta Permite al actor dar de alta alertas propias asociadas a los expedientes. 3.3.3.51.1. Descripción ID Requisito RE-26 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de alarmas asociadas a un expediente. El actor selecciona la opción de añadir una alerta y la define. La aplicación da de alta la alerta. Comentarios 3.3.3.51.2. Flujo de eventos El actor está en la pantalla de gestión de alarmas asociadas a un expediente y elige la opción de añadir una alerta, la aplicación muestra la pantalla de definición de alertas. El actor estable los datos de la alerta y la aplicación la da de alta. Datos de la alerta: Número del expediente sobre el que se estable de la alerta Fecha en la que se ha de activar la alerta Descripción de la alerta Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 70 de 110 Nivel de criticidad de la alerta (alta, media, baja) 3.3.3.52. Caso de Uso – Ver Alarmas Permite al actor ver las alarmas asociados a los expedientes. 3.3.3.52.1. Descripción ID Requisito RE-27 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor identifica un expediente. El actor selecciona la pantalla de gestión de alarmas del expediente. La aplicación muestra la lista de alarmas del expediente. Comentarios 3.3.3.52.2. Flujo de eventos El actor identifica un expediente y selecciona la pantalla de gestión de alarmas y la aplicación muestra la lista de alarmas vinculadas al expediente. Datos de las alarmas: Nivel de criticidad de la alarma (alta, media, baja) Descripción de la alarma 3.3.3.52.3. Excepciones 3.3.3.53. Caso de Uso – Borrar Alarma Permite al actor eliminar las alarmas asociados a los expedientes. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 71 de 110 3.3.3.53.1. Descripción ID Requisito RE-28 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de alarmas asociadas a un expediente. El actor selecciona una alarma y la opción de eliminarla. La aplicación elimina la alarma del expediente. Comentarios 3.3.3.53.2. Flujo de eventos El actor está en la pantalla de gestión de alarmas asociadas a un expediente, elige la opción de eliminar una alarma y la aplicación la borra desvinculándola del expediente. Antes de ejecutar la orden de borrado, la aplicación presenta al usuario una pantalla de confirmación de la orden. 3.3.3.53.3. Excepciones Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 72 de 110 3.3.3.54. Caso de Uso – Informes cd Informes Informes Básicos Informes Av anzados Empleado Público (from Actores) Tramitador (from Actores) 3.3.3.55. Caso de Uso – Informes Básicos Permite al actor generar informes básicos sobre los expedientes. 3.3.3.55.1. Descripción ID Requisito RE-29 Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Alta El actor está autenticado en la aplicación. El actor está en la pantalla de gestión de informes. El actor selecciona el tipo de informe que quiere generar. El actor elige los expedientes sobre los que se quieren generar el informe. La aplicación genera el informe con los expedientes seleccionados. Comentarios Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 73 de 110 3.3.3.55.2. Flujo de eventos NOMBRE DEL INFORME RESULTADO Expedientes por territorio Expedientes agrupados por las distintas divisiones territoriales Expedientes por tercero Expedientes de un tercero determinado Listados agrupados “objetos de negocio” por Importe concedido por territorio ¿ familia subvenciones? Informe a un órgano de decisión ¿familia subvenciones? Expedientes (o documentos o trámites) creados por autor Tiempo de tramitación Documentación pendiente *Definición muy general por ejemplo: los expedientes agrupados por monte, por centro de valoración de discapacidades, por tipo de proyecto, etc. Cantidad (solicitada, concedida, revocada, etc.) por división territorial Resumen de los expedientes: solicitante, proyecto, cantidad solicitada, territorio y cualquier otra información susceptible de ser útil para tomar una decisión Informe para la jefatura de servicio que servirá de control del rendimiento de su personal Información del tiempo que se tarda en ejecutar cierto trámite (la resolución por ejemplo), tanto de forma agrupada (para que de una idea del tiempo medio de tramitación) como de forma individual Lista por expediente de los documentos obligatorios y necesarios pendientes de entrega. 3.3.3.56. Caso de Uso – Colaboración Permite que distintos actos de un procedimiento sean tramitados por distintos grupos de tramitación, de tal manera que todos colaboran en el expediente. 3.3.3.56.1. Descripción ID Requisito RE-32 Actores Tramitador Prioridad Nivel de Riesgo Cluster TIC (www.clustertic.net) Alta 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 74 de 110 El actor está autenticado en la aplicación. El actor está en la pantalla de bandeja de entrada/salida de colaboraciones. Precondiciones Postcondiciones Comentarios 3.3.3.56.2. Flujo de eventos Permite que distintos actos de un procedimiento sean tramitados por distintos grupos de tramitación, de tal manera que todos colaboran en el expediente. El usuario selecciona la pantalla que contiene la bandeja de entrada/salida de colaboraciones que contiene la lista de expedientes que están siendo tramitados bajo colaboración por el resto de grupos de tramitación. Esta bandeja tiene un indicador del número de expedientes que contiene para no tener que acceder a ella cuando esté vacía. Cada vez que un expediente pasa de un grupo de tramitación a otro, ya sea de forma automática o mediante un acto de delegación, la aplicación genera una entrada en la bandeja correspondiente. Cada vez que una colaboración es finalizada, se muestra un icono de “ok” delante del número del expediente, en cambio si es anulada, se muestra un icono de “anulación”. Las colaboraciones finalizadas o anuladas se pueden eliminar, (para mayor comodidad, habrá un opción de eliminar todas las colaboraciones para no tener que ir una a una) Entrada: Número de Expediente Grupo Colaboración Origen Fecha Inicio Delegación Fecha Fin Delegación Grupo Colaboración Destino Fecha Inicio Delegación Fecha Fin Delegación Salida: Número de Expediente El usuario selecciona el expediente correspondiente y se le nuestra su detalle para la tramitación. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 75 de 110 3.3.3.56.3. Flujo de eventos (Ejemplo) A continuación se muestra un ejemplo de configuración de colaboración entre dos grupos de tramitación diferentes sobre un mismo expediente, en todo caso cada flujo dependerá de la configuración que se haya realizado en el catálogo para un procedimiento determinado. Se parte de la base de que existen dos grupos uno de ellos es el grupo que tramita el procedimiento administrativo y solicita al otro grupo (colaborador) un informe (en este caso una EPIA) , el grupo que colabora con el informe recibe un aviso de que tiene que realizar el informe, lo realiza y finalmente el grupo que lo solicitó puede revisarlo. El funcionamiento que se configura a continuación hace referencia al siguiente modo de ejecución, en cualquier caso si se desease otro funcionamiento el sistema es suficientemente flexible para ser configurado con otros tipos de actos. 1.- Existen dos grupos de colaboración: PACGroup grupo que realiza la tramitación de todo el procedimiento y PACColaborador (podría ser por ejemplo “Cultura”) que es el grupo que va a participar puntualmente en el mismo mediante la realización de un informe. 2- Ambos usuarios tienen su bandeja de “Colaboración” sin entradas. 3.- El usuario PACGroup instancia el acto “Petición de Informe EPIA a Cultura” , esto hace que en la zona de “Colaboración “ del escritorio aparezca para el grupo PACGroup el expediente en la “bandeja de Salida” además para el usuario PACColaborador aparecerá en la zona de “Colaboración “ del escritorio el expediente en la “bandeja de Entrada” 4.- El usuario PACGroup conoce que no se ha realizado todavía el informe puesto que en su bandeja de salida no aparece como finalizada mediante los iconos correspondientes. 5.- El usuario PACColaborador sabe que tiene que realizar algún documento puesto que tiene 1 mensaje en su buzón de entrada dentro de “Colaboración”, pinchando sobre el número de expediente y en la pantalla de “Tramitar” sabe lo que tiene que hacer , en este caso “Informe EPIA” . 6.- El “Informe EPIA” ha sido configurado en el catálogo para que tras su finalización se dé por finalizada la colaboración entre ambos grupos de colaboración , la pestaña “Colaboración” vuelve a estar a 0 para ambos grupos. 7.- El usuario PACGroup conoce que el informe ha sido realizado puesto que en su bandeja de Salida ya figura la tarea como “Colaboración finalizada” y accediendo al expediente puede ver el informe que ha realizado el otro grupo colaborador. 8.- Para ambos grupos pueden mantener en las bandejas de entrada salida las colaboraciones previas o bien eliminarlas si no fuesen de su interés. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 76 de 110 3.3.3.56.4. Roles de Aplicación Los roles de aplicación son los perfiles que permiten operar con la aplicación, existen dos tipos de roles: 1. Rol de Consulta, perfil que sólo permite la lectura de la información y la inhabilitación o eliminación de las acciones (links de acciones, botones de acciones, etc.) 2. Rol de Tramitación, perfil que permite el uso total de la aplicación, tanto a nivel de datos como de acciones. Pantalla Buscador Básico Buscador Agrupado Crear Expediente Datos Expediente campos acciones Terceros acciones Doc. Aportada campos acciones Tramitar actos acciones Informes Rol de Consulta Si Si No Rol de Tramitación Si Si Si En modo “solo lectura” No En modo edición Si No Si En modo “solo lectura” No En modo edición Si Visualización de los documentos No Si Si Si Si Modo “solo lectura”, los campos se muestran en etiquetas o en su defecto en los controles correspondientes pero en el estado de no-edición. Nota: Para cada procedimiento, hay un grupo de más alto nivel (“super grupo”) al que tienen que pertenecer todos los usuarios asociados al procedimiento, este grupo tiene rol de consulta. Para dar permisos de tramitación hay que dar de alta otro grupo a nivel de procedimiento con el sufijo _RW. ejemplo: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 77 de 110 NombreGrupoProcedimiento: Rol de Consulta NombreGrupoProcedimiento_RW: Rol de Tramitación 3.3.3.56.5. Grupos de Tramitación En el caso concreto de la tramitación, las tareas asignadas a cada grupo de tramitación en el catálogo tendrán asignado un rol propio (‘Escritura’ | ‘Lectura’) que permitirá o no actuar sobre dichas tareas. Nota: Habrá, para cada procedimiento, un grupo de más alto nivel (“super grupo”) al que tienen que pertenecer todos los usuarios asociados al procedimiento. Ejemplo de definición en el fichero de autorizaciones: <!DOCTYPE users PUBLIC "-//Framework PA - Team//DTD Authorized Users Configuration 1.3F//ES" "authorized-users.dtd"> <users> <user username="admin" password="admin" type="EMPLOYEE" > <principals> <principal name="USERNAME" <principal name="NAME" <principal name="SURNAME1" <principal name="SURNAME2" <principal name="NIF/NIE" <principal name="ID THIRD PARTY" <principal name="AGENT USER TYPE" <principal name="ORGANIZATIONAL UNIT ID" <principal name="ORGANIZATIONAL UNIT NAME" </principals> <roles> <role name="Tramitador"> <domainRole name="MiProcedimiento" <domainRole name="MiProcedimiento" <domainRole name="Grupo 1" <domainRole name="Grupo 2" <domainRole name="Grupo N" </role> </roles> </user> Cluster TIC (www.clustertic.net) 420323719.doc value="admin"/> value="Administrador"/> value=""/> value=""/> value="12345678Z" identifier="true"/> value="2192"/> value="AGENT USER TYPE"/> value="1001"/> value="Consejería de Vivienda"/> value="MiProcedimiento" value="MiProcedimiento" value="Grupo1" value="Grupo2" value="GrupoN" procedure="yes"/> procedure="no"/> procedure="no"/> procedure="no"/> procedure="no"/> 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 78 de 110 <users> 3.3.3.57. Caso de Uso – Control de Plazos Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 79 de 110 El plazo de un procedimiento viene dado por la “fecha de inicio” hasta la “fecha de notificación de la resolución”. Generalmente el plazo máximo de un procedimiento es de 3 meses, dejando la posibilidad de permitir la configuración este plazo en el catálogo para cada uno de los procedimientos. El control de plazos que se va a manejar en la aplicación es “semi-automático”, es decir, los plazos no se van a manejar automáticamente puesto que es necesario que el tramitador sea consciente de los mismos. 3.3.3.57.1. Fecha de Inicio La forma en que se añade/actualiza la fecha de inicio se parametriza en el catálogo, es decir, por cada procedimiento se indica la manera en la cual se puede establecer la fecha de inicio, existen varios casos: a) Cuando se crea el expediente, en ese instante, se establece la fecha de inicio. b) Cuando viene del registro de entrada (leer registro). c) Parametrizar en el catálogo una fecha fija, por ejemplo, el procedimiento X comienza el 30 de junio. d) Cuando se notifica un documento del mismo expediente, por ejemplo, se crea un expediente (no se pone fecha de inicio), se hacen varios trámites y tras la notificación al ciudadano, en ese instante se actualiza la fecha de inicio. e) Cuando el expediente es una convocatoria, se establece la fecha de inicio al día siguiente de la finalización de la presentación de todas las solicitudes. Siempre que se establece la fecha de inicio de un expediente, se fijará la fecha teórica de fin y se dará de alta una alarma de fin de plazo del expediente. En el momento que se realiza el registro de salida de notificación de la resolución (fecha fin) se eliminará la alarma anterior. En cualquier caso en el que se modifique la fecha de inicio, se tiene que recalcular los plazos que afectan a la duración del expediente: 1. Actualizar la fecha fin. 2. Desplazar la alarma que indica el fin de plazo del expediente. Nota: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 80 de 110 Las alarmas de los expediente estarán tipificadas para diferenciar aquellas de control de plazos del resto, y siempre que se establece una alarma de control de plazos, en realidad, se darán de alta dos alarmas 1 - alarma de alerta en la fecha correspondiente 2 - alarma de aviso en la (fecha correspondiente - % duración del plazo) 3.3.3.57.2. Fecha de Finalización Para los actos de notificación, la fecha de fin de plazo está asociada a las acciones “cumplimentar/cumplimentar fallida”, aunque después se pueda volver a acusar, la fecha es a partir de la fecha del acuse de recibo. Para los actos que NO hay que notificar individualmente, sino colectivamente, requieren una publicación en el BOPA, con lo que la fecha de fin de plazo viene delimitada por la acción “finalizar” del acto “publicación en BOPA”, el cual es de generación de documentación. En cualquier caso, siempre se eliminará la alarma de fin de plazo. 3.3.3.57.3. Paralizaciones/Reanudaciones Consiste en paralizar los plazos de un expediente y la posibilidad de reanudarlos de tal manera que el cómputo del tiempo que el expediente ha estado paralizado no supere un valor dado. Existirá un acto de paralización, que será un acto de notificación que tras la acción de cumplimentar se paralizará el expediente con la fecha de acuse de recibo. Paralizar el expediente implica: Establecer la fecha de paralización en el expediente Desactivar las alarmas del expediente Crear una alarma que avise que llegó el tiempo de desparalizar el expediente cuando caduque A los expedientes paralizados se les identificará con un icono en el buscador de expedientes permitiendo además búsquedas de los que están paralizados. A un expediente paralizado, no se le permitirá el cierre de la fase en la que está. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 81 de 110 Existirá un acto de reanudación, que será un acto de notificación que tras la acción de cumplimentar se reanudará el expediente con la fecha de acuse de recibo. Reanudar el expediente implica: Poner la fecha de paralización del expediente a nulo Eliminar la alarma de plazo máximo de paralización Recalcular las alarmas del expediente teniendo en cuenta el tiempo de paralización Recalcular el tiempo acumulado de paralización Si la cumplimentación es fallida, se utilizará el mecanismo de publicación en BOPA y se tendrá en cuenta la fecha de publicación. Se tendrá un control de fechas de paralización y reanudación para calcular el número de días que hay que aumentar la fecha de fin del expediente, actualizando además las correspondientes alarmas de plazos. Nota: Se necesitará la utilización de un CALENDARIO LABORAL para manejar tanto los días hábiles como los días naturales, así como plazos de meses. 3.3.3.57.4. Trámite de Urgencia Consiste en un acto el cual reduce a la mitad todos los plazos a nivel de expediente (no de procedimiento) con lo que existirá un acto de tipo “Urgencia” que tras la notificación al ciudadano se reducirá la fecha fin y las alarmas de plazos a la mitad. Otra posibilidad es crear el expediente ya con carácter “urgente” que tendrá los plazos reducidos a la mitad de tiempo que lo que indica el procedimiento al que pertenece. 3.3.3.57.5. Ampliaciones de Plazo La ampliación de plazo no afecta a la vida de un expediente, solamente afecta a determinados actos, por ejemplo, en un acto en concreto de subsanación en lugar de 10 días para enviar la documentación, se le puede permitir 15. Pero solo se hace a nivel de ese acto y nunca al expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 82 de 110 3.3.3.58. Caso de Uso – Notas sobre Expedientes Permite al usuario introducir notas de carácter recordatorio, anotación, etc. sobre los expedientes cd Notas Nuev a Nota Modificar Nota Eliminar Nota Listar Notas Tramitador 3.3.3.58.1. Flujo de eventos El usuario selecciona la pantalla de gestión de notas donde puede realizar las siguientes acciones: Dar de alta una nota nueva introduciendo el texto de la misma. Modificar una nota dada de alta previamente. Eliminar una nota dada de alta previamente. Listar las notas dadas de alta. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 83 de 110 Una vez dada de alta una nota, se reflejará en el buscador de expedientes con un icono indicando su existencia sobre el expediente. 3.3.3.59. Caso de Uso – Formas finalización de un expediente Este caso de uso describe las formas de finalización de un expediente, en él se reflejan los tipos de finalización, así como los tipos de actos necesarios para la correcta configuración en el catálogo 3.3.3.59.1. Flujo de Finalización Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 84 de 110 cd Tipo Terminacion Finalizar Expediente Inicio Actualizar Fecha Fin Actualizar Tipo Terminación ¿ fase "Archivo" ? Mov er a Fase de Archiv o Expediente [si] [no] Establecer Estado Archiv ado Fin Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 85 de 110 Todas las formas de finalización, excepto “solicitud fuera de plazo”1, tienen que tener una resolución y una notificación2. A continuación se describen las acciones que se ejecutarán cuando un expediente se dé por finalizado, exceptuando “Solicitud fuera de plazo” y una resolución normal de un expediente. 3.3.3.59.2. Flujo de eventos Actualizar en el expediente la fecha de finalización. Actualizar en el expediente el tipo de finalización, depende del acto instanciado. Actualizar en la pantalla de datos básicos la fecha y forma de finalización. Mover el expediente a la última fase de del procedimiento Marcar el expediente como Archivado. 1 Finalización por convenio: No hay resolución hay acuerdo o convenio (documento) + notificación Inadmisión por causas formales (fuera de plazo p.ej): En procedimientos concurrentes la Resolución determina los inadmitidos. En realidad no es una Resolución, es una “declaración” pero a los efectos prácticos equivale. Caducidad (silencio) de la Administración: ¿cómo se Finaliza y pasa a Archivo?--> Los procedimientos sancionadores mediante una Resolución de archivo o sobreseimiento(es prácticamente lo mismo) por caducidad . Para el resto de expedientes, la situación puede ser la anterior o un poco mas compleja, pues aparece una nueva solicitud del ciudadano, si el silencio es estimatorio: solicitud de certificación de acto presunto (equivale a resolución) 2 Entendiendo que Notificación comprende los tres tipos posibles: Notificación personal, Publicación, y PublicaciónNotificación Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 86 de 110 cd Casos de Uso Finalizar Expediente Finalizar con Notificacion Valida Finalizar con Notificacion Fallida «include» Publicacion en BOPA TERMINAR Establecer Fase Final «include» fase = Archivo Con Generacion de Dcoumentacion TERMINAR sin Archiv o TERMINAR Estableciendo Fase fase = [configurable] fase = Archivo Sin Generacion de Documentacion Finalizacion por Desestimiento por No Subsanacion Finalizacion por Inadmision por Plazo Finalizacion por Silencio Administrativ o Finalizacion por Resolucion Finalizacion por Desestimineto Expreso Finalizacion por Renuncia Finalizacion por Caducidad Tramitador Finalizacion por Pacto Finalizacion por Causa Sobrev enida Finalidad por Caducidad por Inactiv idad de la Administracion Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 87 de 110 3.3.3.59.3. Tipos de actos de formas de finalización Basado en los siguientes puntos se hacen necesarios los siguientes tipos de actos: o “Resolución con terminación” que es de tipo generación de documentación + la fecha de finalización al expediente + el tipo de finalización al expediente , aunque realmente no se visualiza en el expediente hasta que se notifica al ciudadano.l o “Notificación de Resolución” este es un acto de notificación en el que una vez cumplimentada la fecha de acuse es realmente cuando marca el expediene como finalizado. o “Resolución y finalización” que es de tipo generación de documentación pero además sí que finaliza el expediente. o “Paso a Archivo” que mueve el expediente a la última fase del procedimiento, tanto en el flujo BPEL como en el expediente, aunque realmente el expediente ya esté finalizado este acto es el mueve el expediente de fase. o “Vuelta desde Archivo” esto es un nuevo acto que se puede instanciar desde la fase de Archivo y lo que hace es que elimina la forma de terminación , quita el flag de Archivado y aparece una pantalla donde le permite indicar al tramitador a qué fase quiere volver. A continuación se detallan los posibles flujos que corresponderían a una terminación de expediente: 3.3.3.59.3.1. Finalización con notificación aceptada Finalización de un expediente cuando el ciudadano ha recibido la notificación y se ha dado por notificado: Desistimiento por no subsanación, Desistimiento expreso, Renuncia, Caducidad, Caducidad por inactividad de la Administración, Terminación por pacto o convenio y Archivo por causa sobrevenida. I. El tramitador crea el acto “Resolución de .....” Ante la última acción de finalizar a. Actualizar en el expediente la fecha de finalización. b. Actualizar en el expediente el tipo de finalización, depende del acto instanciado. c. Aparece el acto dependiente que es “Notificación de la resolución” que se detalla a continuación. II. El tramitador instancia el acto “Notificación de ....” y pasa por los estados y acciones siguientes: aprobar, Registrar Salida acusar y recibir. a. Ante la última acción que será “Validar” además de finalizar dicho acto se pone también una alarma de ‘Pasar a Archivo’ ” III. El tramitador instancia el acto “Paso a Archivo” el cual: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 88 de 110 a. Una vez instanciado deshabilita el botón de “Fase siguiente”. b. Mover el expediente a la fase “Archivo”, esto tiene una implicación y es que todos los procedimientos tendrán obligatoriamente esta fase. c. Marcar el expediente como Archivado. d. No se destruye el proceso BPEL. 3.3.3.59.3.2. Finalización con notificación fallida Finalización de un expediente cuando el ciudadano no se ha dado por notificado 3, por ejemplo que no vive en la dirección que tiene en el expediente: I. El tramitador crea el acto “Resolución de .....” Ante la última acción de finalizar a. Actualizar en el expediente la fecha de finalización. b. Actualizar en el expediente el tipo de finalización, depende del acto instanciado. c. Aparece el acto dependiente que es “Notificación de la resolución” que se detalla a continuación. II. El tramitador instancia el acto “Notificación de ....” y pasa por los estados y acciones siguientes: aprobar, Registrar Salida acusar y recibir. Ante la última acción que será “Comunicación Fallida4” el acto de notificación se finalizaría y además se tendría que instanciar el acto “Publicación en el BOPA” 5, este acto queda sería deseable que el propio escritorio lo instanciase automáticamente en otro caso el personal que tramita sería el encargado de instanciarlo manualmente. III. El tramitador instancia el acto de “Publicación en BOPA” además de finalizar dicho acto se pone también una alarma de ‘Pasar a Archivo’ y se visualiza el acto siguiente “Paso a Archivo” IV. El tramitador instancia el acto “Paso a Archivo” el cual: a. Una vez instanciado deshabilita el botón de “Fase siguiente”. b. Mover el expediente a la fase “Archivo”, esto tiene una implicación y es que todos los procedimientos tendrán obligatoriamente esta fase. c. Marcar el expediente como Archivado. d. No se destruye el proceso BPEL. Aclaración: “no se ha dado por notificado” es equívoco. Debe poner “no se ha podido practicar la notificación”. Si la notificación es rechazada, el efecto equivale a cuando se podido realizar. 4 Cambiar Fallida por “no practicada” 5 Y publicación en Tablón de edictos del Ayuntamiento 3 Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 89 de 110 3.3.3.59.3.3. Configuración en catálogo de la Finalización con notificación La configuración en el catálogo se describe en el documento de ayuda proporcionado con el core de tramitación, aquí se describen a priori los posibles actos: o Crear el acto de resolución: un acto de este tipo dentro de un procedimiento se asociaría al “acto_fase” un tipo de acto “Resolución” y se le indicaría el nombre del acto, ej: “Resolución por desistimiento” por Renuncia, por caducidad etc...Además se le indicaría al “acto_fase” el “tipo_terminación” desistimiento, renuncia etc... o Crear el acto de “Notificación de la resolución” de tipo “Notificación de Resolución” e indicaría que es dependiente del acto anterior (solo se vería una vez instanciado la resolución). o Crear el acto de “Publicación en BOPA” e indicaría que es dependiente del acto anterior (solo se vería una vez instanciado la resolución. o Crear el acto de “Paso a Archivo” e indicaría que es dependiente del acto anterior (solo se vería una vez finalizada la notificación anterior). 3.3.3.59.4. Como deshacer una resolución6 3.3.3.59.4.1. Deshacer una resolución sin notificar Por ejemplo el tramitador hacer una resolución y la finaliza, crea el acto de notificación pero aún no lo ha resuelto es decir que no se ha notificado, en este caso el tramitador tiene que eliminar el acto de notificación aún sin registrar de salida, y como no puede eliminar la resolución antigua puesto que está finalizada tiene que crear otro documento de resolución, es decir el documento válido de la resolución sería el más nuevo. 3.3.3.59.4.2. Deshacer una resolución ya notificada Por ejemplo el tramitador hace una resolución, la finaliza y la notifica al ciudadano. En este caso tiene que volver a notificar al ciudadano de la nueva resolución pero no se anula la resolución previa. 3.3.3.59.4.2.1. Otros tipos de forma de terminación. 6 Este apartado nos lleva (de nuevo) a la rectificación de errores de actos firmes (es decir, ya notificados). Si se detecta un error (material o aritmético), dice la norma , que se evidencie por si sólo, sin afectar a la esencia jurídica del acto, se corrige mediante un Acuerdo de Rectificación (a instancias de parte o de oficio) que es notificado al interesado (como una resolución). Si el error afecta a la esencia jurídica o causa indefensión al administrado, se entra de lleno en el Procedimiento Anulatorio. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 90 de 110 Finalización por “Inadmisión por plazo”, este es un acto que no genera ningún documento y su finalidad es que al ser instanciado él mismo se finaliza, y desencadena todas las acciones que se han mostrado en “TERMINAR”, este acto es útil para que quede en el expediente el porqué se ha ido a una fase cuando le faltan actos obligatorios en fases previas. Por lo tanto se hace necesario crear un tipo de acto “Terminación Sin documentación” . Para configurar un acto de este tipo dentro de un procedimiento se asociaría a “acto_fase” un tipo de acto “Terminación Sin documentación” y se le indicaría el nombre del acto, ej: “Inadmision por plazo” y además se le indicaría al “acto_fase” el “tipo_terminación” Finalización por “Silencio administrativo” esto es un acto sin documentación que se visualizará cuando haya pasado un plazo definido, cuando se instancia este acto no genera ningún documento y su finalidad es que al ser instanciado él mismo se finaliza, y desencadena todas las acciones que se han mostrado en “TERMINAR”. Por lo tanto se hace necesario crear un tipo de acto “Terminación Sin documentación” . Para configurar un acto de este tipo dentro de un procedimiento se asociaría a “acto_fase” un tipo de acto “Terminación Sin documentación” y se le indicaría el nombre del acto, ej: “Inadmision por plazo” y además se le indicaría al “acto_fase” el “tipo_terminación” y también se le indicaría al “acto_fase” la fase a la que irá al terminar. 3.3.3.59.4.3. Anexo - Formas Finalización Tipo de Finalización Resolución Normativa Evento Artículo 89 Ley 30/92. Contenido. 1. La resolución que ponga fin al procedimiento decidirá todas las cuestiones planteadas por los interesados y aquellas otras derivadas del mismo. Cuando se trate de cuestiones conexas que no hubieran sido planteadas por los interesados, el órgano competente podrá pronunciarse sobre las mismas, poniéndolo antes de manifiesto en aquéllos por un plazo no superior a quince días, para que formulen las alegaciones que estimen pertinentes y aporten, en su caso, los medios de prueba. 2. En los procedimientos tramitados a solicitud del interesado, la resolución será congruente con las peticiones formuladas por éste, sin que en ningún caso pueda Cluster TIC (www.clustertic.net) 420323719.doc Emisión de la resolución Pasos de la Fase de Finalización Resolución. Notificación de la resolución 30/12/2011 OpenFWPA Internacional Proyecto openEUG Tipo de Finalización Estado Definitivo Documento Diseño funcional Normativa Evento Página 91 de 110 Pasos de la Fase de Finalización agravar su situación inicial y sin perjuicio de la potestad de la Administración de incoar de oficio un nuevo procedimiento, si procede. 3. Las resoluciones contendrán la decisión, que será motivada en los casos a que se refiere el artículo 54. Expresarán, además, los recursos que contra la misma procedan, órgano administrativo o judicial ante el que hubieran de presentarse y plazo para interponerlos, sin perjuicio de que los interesados puedan ejercitar cualquier otro que estimen oportuno. 4. En ningún caso podrá la Administración abstenerse de resolver so pretexto de silencio, oscuridad o insuficiencia de los preceptos legales aplicables al caso, aunque podrá resolver la inadmisión de las solicitudes de reconocimiento de derechos no previstos en el Ordenamiento Jurídico o manifiestamente carentes de fundamento, sin perjuicio del derecho de petición previsto por el artículo 29 de la Constitución. 5. La aceptación de informes o dictámenes servirá de motivación a la resolución cuando se incorporen al texto de la misma. Inadmisión por causas formales (plazo, no cumplir requisitos..)7 Inadmisión Desistimiento por no 7 Art 89.4 Ley 30/92 … la Administración…podrá resolver la inadmisión de las solicitudes de reconocimiento de derechos no previstos en el Ordenamiento Jurídico o manifiestamente carentes de fundamento… Artículo 42. Ley 30/92 Obligación resolver. (Modificado por Ley 4/1999) de Solicitud fuera de plazo, no cumplir requisitos necesarios… Solicitud con pretensiones sobre derechos no previstos en el ordenamiento, carentes de fundamento.. No subsanación de la solicitud. Declaración (Resolución) de inadmisión Notificación de la resolución Acta o informe previo (normalmente) Resolución de inadmisión Notificación de la resolución Resolución de desistimiento En Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Tipo de Finalización subsanación Estado Definitivo Documento Diseño funcional Normativa Evento En los casos de prescripción, renuncia del derecho, caducidad del procedimiento o desistimiento de la solicitud, así como la desaparición sobrevenida del objeto del procedimiento, la resolución consistirá en la declaración de la circunstancia que concurra en cada caso, con indicación de los hechos producidos y las normas aplicables Página 92 de 110 Pasos de la Fase de Finalización de subsanación. Notificación de la resolución Artículo 90 Ley 30/92. Ejercicio. 1. Todo interesado podrá desistir de su solicitud o, cuando ello no esté prohibido por el Ordenamiento Jurídico, renunciar a sus derechos. 2. Si el escrito de iniciación se hubiera formulado por dos o más interesados, el desistimiento o la renuncia sólo afectará a aquellos que la hubiesen formulado. Desistimiento expreso Idem Escrito con desistimiento. Renuncia Idem No ejercicio del derecho. Cluster TIC (www.clustertic.net) 420323719.doc Resolución de desistimiento expreso. Notificación de la resolución Estudio de Viabilidad jurídica Resolución de renuncia (admisión /inadmisión). Notificación de la resolución. Notificación a terceros afectados Instancias de continuación 30/12/2011 OpenFWPA Internacional Proyecto openEUG Tipo de Finalización Caducidad Caducidad por inactividad de la Administración Estado Definitivo Documento Diseño funcional Normativa Evento Artículo 92 Ley 30/92. Requisitos y efectos. 1. En los procedimientos iniciados a solicitud del interesado, cuando se produzca su paralización por causa imputable al mismo, la Administración le advertirá que, transcurridos tres meses, se producirá la caducidad del mismo. Consumido este plazo sin que el particular requerido realice las actividades necesarias para reanudar la tramitación, la Administración acordará el archivo de las actuaciones, notificándoselo al interesado. Contra la resolución que declare la caducidad procederán los recursos pertinentes. 2. No podrá acordarse la caducidad por la simple inactividad del interesado en la cumplimentación de trámites, siempre que no sean indispensables para dictar resolución. Dicha inactividad no tendrá otro efecto que la pérdida de su derecho al referido trámite. 3. La caducidad no producirá por sí sola la prescripción de las acciones del particular o de la Administración, pero los procedimientos caducados no interrumpirán el plazo de prescripción. 4. Podrá no ser aplicable la caducidad en el supuesto de que la cuestión suscitada afecte al interés general, o fuera conveniente suscitarla para su definición y esclarecimiento. p.ej. en el RD 1339/1993 Reglamento procedimiento potestad sancionadora No continuación del procedimiento por inactividad del solicitante en un plazo de tiempo. Artículo 6. Prescripción y archivo de las actuaciones. Pasos de la Fase de Finalización Resolución de la caducidad. Notificación de la caducidad. Caducidad del procedimiento por inactividad de la Administración. Acuerdo entre el interesado y la 2. Transcurridos dos meses desde la fecha en que se inició el procedimiento sin haberse practicado la notificación de éste al imputado, se procederá al archivo de las actuaciones, notificándoselo al imputado, sin perjuicio de las responsabilidades en que se hubiera podido incurrir Artículo 42 Artículo 42. Obligación de Terminación por pacto o resolver. (Modificado por Ley 4/1999) convenio Cluster TIC (www.clustertic.net) 420323719.doc Página 93 de 110 Resolución de la caducidad (sobreseimiento y/o archivo). Notificación de la caducidad. No existe obligación de resolución 30/12/2011 OpenFWPA Internacional Proyecto openEUG Tipo de Finalización Archivo por causa sobrevenida Estado Definitivo Documento Diseño funcional Normativa Evento 1. La Administración está obligada a dictar resolución expresa en todos los procedimientos y a notificarla cualquiera que sea su forma de iniciación. En los casos de prescripción, renuncia del derecho, caducidad del procedimiento o desistimiento de la solicitud, así como la desaparación sobrevenida del objeto del procedimiento, la resolución consistirá en la declaración de la circunstancia que concurra en cada caso, con indicación de los hechos producidos y las normas aplicables. Se exceptúan de la obligación, a que se refiere el párrafo primero, los supuestos de terminación del procedimiento por pacto o convenio, asi como los procedimientos relativos al ejercicio de derechos sometidos únicamente al deber de comunicación previa a la Administración. administración Artículo 87 Ley 30/92. Terminación. Archivo del expediente por imposibilidad material de continuarlo También producirá la terminación del procedimiento la imposibilidad material de continuarlo por causas sobrevenidas. La resolución que se dicte deberá ser motivada en todo caso. Página 94 de 110 Pasos de la Fase de Finalización Resolución de archivo Notificación del Archivo 3.3.3.60. Caso de Uso – Campos Flexibles A continuación se describe la extensión del escritorio de tramitación genérico para utilizar campos dinámicos “flexibles” en determinadas pantallas. En determinados procedimientos se usa un modelo de datos de gestión particular sencillo. Normalmente sería necesario extender el tramitador construyendo una aplicación completa de gestión para cubrir estos datos particulares que escapan al ámbito del tramitador genérico. Se plantea por tanto la necesidad de extender el tramitador para incluir estos datos en las pantallas ya existentes, de modo que puedan ser incluidos los campos necesarios. Estos campos “flexibles” serán configurados en el Catálogo de procedimientos, mientras que el valor de los mismos se almacenará a nivel de datos de expediente. 3.3.3.60.1. Tipos de campos flexibles Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 95 de 110 La tipología de campos flexibles que se contempla será un subconjunto de los tipos de datos que pueden incluirse en un formulario HTML clásico. Se contemplan los siguientes tipos de campo –entre paréntesis los elementos HTML con los que se relacionan Campo de texto simple (textfield, textarea): Campo de texto que almacena un dato de texto único. Campo de tipo calendario (calendar): Campo que almacena una fecha. Selección sencilla desde lista (combo, option) Se muestra un listado de valores del cual se selecciona un valor único. Selección múltiple desde lista (checkbox). Se muestra un listado de valores del cual se selecciona uno o varios valores. 3.3.3.60.2. Validaciones de campos Se contempla la validación sencilla de campos flexibles, realizándose esta de modo individual respecto a otros datos existentes (es decir, no se consideran validaciones cruzadas con otros datos). Las validaciones que se realizarán sobre los campos serán las mismas que actualmente permite realizar el FWK-PA a través del plugin de Struts “org.apache.struts.validator.ValidatorPlugIn”, que se encuentra definidas en el fichero “validator-rules.xml”. Required Integer / Long / Float Date CreditCard Email Url Nif / Cif / Nie Básicamente se podrán usar las validaciones asociadas a un elemento único. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 96 de 110 ANEXO, MODELO DE DATOS Se muestra a continuación el modelo de datos del catálogo con las tablas que intervienen en la construcción de campos flexibles. El modelo de datos se distribuye en dos esquemas diferentes: catálogo (diseño de campos flexibles) y expediente (datos flexibles de cada expediente concreto). cd Catalogo CAMPO_PROCEDIMIENTO *pfK *pfK * * «Column» CN_PROCEDIMIENTO: NUMBER(10) «Column» CN_CAMPO: NUMBER(10) «Column» TE_ETIQUETA: VARCHAR2(50) «column» CN_PUNTO_INTEGRACION: NUMBER(10) + + + «PK» PK_CAMPO_PROCEDIMIENTO(NUMBER, NUMBER) «FK» FK_CAMPO_PROCEDI_CAMPO_PERSONA(NUMBER) «FK» FK_CAMPO_PROCEDI_PROCEDIMIENTO(NUMBER) +FK_CAMPO_PROCEDI_CAMPO_PERSONA 0..* (CN_CAMPO = CN_CAMPO) +PK_CAMPO_PERSONALIZABLE VALOR_CAMPO 1 VALIDACION_CAMPO CAMPO_PERSONALIZABLE * * «column» CN_CAMPO: NUMBER(10) *PK «Column» CN_CAMPO: NUMBER(10) +PK_CAMPO_PERSONALIZABLE +CN_CAMPO «column» TE_VALOR: VARCHAR2(150) *FK «Column» CN_TIPO_CAMPO: NUMBER(10) «column» FL_VALOR_DEFECTO: CHAR(1) * «Column» TE_ETIQUETA: VARCHAR2(50) + «FK» FK_CN_CAMPO(NUMBER) + + «PK» PK_CAMPO_PERSONALIZABLE(NUMBER) «FK» FK_CAMPO_PERSONALIZ_TIPO_CAMPO(NUMBER) +FK_CAMPO_PERSONALIZ_TIPO_CAMPO *pfK «column» CN_VALIDACION_CAMPO: NUMBER(10) +PK_CAMPO_PERSONALIZABLE +CN_CAMPO FK «column» CN_CAMPO: NUMBER(10) «column» CN_TIPO_VALIDACION: NUMBER(10) «FK» FK_CN_CAMPO(NUMBER) «FK» FK_CN_VALIDACION_CAMPO(NUMBER) «PK» PK_VALIDACION_CAMPO(NUMBER) + + + 0..* (CN_TIPO_CAMPO = CN_TIPO_CAMPO) +CN_VALIDACION_CAMPO +PK_TIPO_VALIDACION_CAMPO TIPO_VALIDACION_CAMPO +PK_TIPO_CAMPO 1 TIPO_CAMPO *PK «column» CN_TIPO_VALIDACION_CAMPO: NUMBER(10) «column» TE_NOMBRE_VALIDACION: VARCHAR2(150) «column» TE_TIPO_VALIDACION: VARCHAR2(150) + «PK» PK_TIPO_VALIDACION_CAMPO(NUMBER) *PK «Column» CN_TIPO_CAMPO: NUMBER(10) * «Column» TE_DESCRIPCION: VARCHAR2(50) + Cluster TIC (www.clustertic.net) «PK» PK_TIPO_CAMPO(NUMBER) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 97 de 110 cd Expediente DATO_FLEXIBLE *PK «column» CN_DATO_FLEXIBLE: NUMBER(10) * «column» CN_EXPEDIENTE: NUMBER(10) * «column» CN_CAMPO: NUMBER(10) + «PK» PK_VALOR_CAMPO_FLEXIBLE(NUMBER) +PK_VALOR_CAMPO_FLEXIBLE +CN_DATO_FLEXIBLE VALOR_DATO_FLEXIBLE *FK «column» CN_DATO_FLEXIBLE: NUMBER(10) * «column» TE_VALOR: VARCHAR2(150) + «FK» FK_CN_DATO_FLEXIBLE(NUMBER) 3.3.3.60.3. Flujo de eventos Este capítulo es dependiente de la configuración que se haya realizado para un procedimiento determinado. Para esto es necesario realizar dicha configuración basándose en el documento de configuración de Catálogo. Una vez definido correctamente se podrán añadir, borrar o modificar los campos que se hayan parametrizado. 3.3.3.61. Caso de Uso – Impresión conjunta. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 98 de 110 ud impresion conj unta Impresión de los actos de un expediente «extend» Impresión de los documentos de tramitación en bloque «extend» Impresion Conj unta Tramitador (from Actores) «extend» Imprersión de un Acto para v arios expedientes El caso de uso de impresión conjunta representa la funcionalidad de generar, a partir de una lista de documentos almacenados en el Modulo Común de Gestión de Documentación, que sean de tipo RTF, generar un documento como resultado de la concatenación de la lista de documentos que se le pasan como parámetro. Este documento generado, será de carácter temporal y lo servirá Modulo Común de Gestión de Documentación, no quedando persistido en el Gestor Documental. El objetivo de este documento generado será la impresión en un solo paso de la lista de documentos citada. Este caso de uso sirve como base para todos los casos de uso de Impresión Conjunta. 3.3.3.61.1. Descripción ID Requisito Actores Cluster TIC (www.clustertic.net) Tramitador 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 99 de 110 Prioridad Nivel de Riesgo Precondiciones Postcondiciones Se tiene una lista de documentos RTF almacenados en el Modulo Común de Gestión de Documentación. Se genera un único documento como concatenación de la lista de los documentos RTF. Comentarios 3.3.3.61.2. Flujo de eventos. Se recibe como entrada una lista de documentos RTF almacenados en el Modulo Común de Gestión Documental. El Modulo Común genera un único documento RTF como resultado de la concatenación de los documentos que se le pasan. El Modulo Común genera una URL de carácter temporal para servir el documento generado. La aplicación además de mostrar el enlace al documento, manda a la cola de impresión el documento. 3.3.3.62. Caso de Uso – Impresión conjunta de los actos de un expediente. Este caso de uso permite la Impresión conjunta de los actos de un expediente. 3.3.3.62.1. Descripción ID Requisito Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Se accede a la pantalla de tramitar. Postcondiciones Se imprime un único documento como concatenación de los actos del expediente. Comentarios 3.3.3.62.2. Flujo de eventos. El actor Tramitador selecciona un expediente y accede a la pantalla de tramitar. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 100 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional En la pantalla de tramitar se muestran los documentos asociados a los actos de un expediente, bien se muestran todos los del expediente, los de la fase actual o los de la revisión actual. Se pulsa el botón de imprimir todos los documentos mostrados. Independientemente de que el resultado se muestre paginado, la impresión se hará sobre todos los documentos del expediente, los de la fase actual o los de la revisión actual según el actor Tramitador escoja. Con la lista de documentos mostrados se ejecuta el caso de uso de “Impresión Conjunta”. Se muestra la URL con el documento generado y se encola para imprimir el documento generado. 3.3.3.63. Caso de Uso – Impresión conjunta del los documentos de tramitación en bloque. Este caso de uso permite la Impresión conjunta de los documentos generados en una tramitación en bloque. 3.3.3.63.1. Descripción ID Requisito Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones El actor se encuentra en la pantalla de resultados para una tramitación en bloque. Se imprime un único documento como concatenación de los documentos de tramitación en bloque. Comentarios 3.3.3.63.2. Flujo de eventos. El actor Tramitador se encuentra en el resultado de una tramitación en bloque, bien por que acaba de terminar la ejecución de la tramitación, o bien por que la ha recuperado del histórico de tramitaciones. En la pantalla del resultado de tramitación se muestran los documentos generados para esa tramitación. Se mostrará checks para cada documento que indicará que ese documento pertenece a la impresión conjunta, todos los checks estarán activos por defecto. En el caso de que los resultados estén paginados existirá la opción de “Marcar todos” o “Desmarcar todos”. Se pulsa el botón de imprimir todos los documentos marcados. Con la lista de documentos marcados se ejecuta el caso de uso de “Impresión Conjunta”. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 101 de 110 Se muestra la URL con el documento generado y se encola para imprimir el documento generado. 3.3.3.63.3. Excepciones. A la hora de generar el documento concatenado no se tendrá en cuenta los documentos de acuse de recibo, quedando fuera de la impresión conjunta. 3.3.3.64. Caso de Uso – Impresión de conjunta de un acto para varios expedientes. Este caso de uso permite la Impresión conjunta de un mismo acto para varios expedientes. 3.3.3.64.1. Descripción ID Requisito Actores Tramitador Prioridad Nivel de Riesgo Precondiciones Postcondiciones Se dispone de un carrito de tramitación en bloque. Se imprime un único documento como concatenación de los documentos asociados a un acto para un conjunto de expedientes de tramitación en bloque. Comentarios 3.3.3.64.2. Flujo de eventos. El actor Tramitador ha seleccionado un conjunto de expedientes en el carrito de tramitación en bloque y se encuentra en la pantalla de configuración para iniciar la tramitación en bloque. Se selecciona el acto en un desplegable pudiendo filtrar los actos por fase. Se pulsa el botón de imprimir el acto, para todos los expedientes del carrito. Se advierte al usuario de los expedientes que no tienen instanciado el acto seleccionado, mostrando una lista de los mismos dandoles la opción de instanciarlo en este momento o de excluirlos de la “impresión conjunta”. Quizas no se tramitable en bloque. Se obtiene los documentos asociados al acto seleccionado para cada unos de los expedientes, y con la lista de documentos, se ejecuta el caso de uso de “Impresión Conjunta”. En el caso de que un expediente tenga varios documentos instanciados del mismo acto se imprimirán todos ellos. Se muestra la URL con el documento generado y se encola para imprimir el documento generado. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 102 de 110 4. ARQUITECTURA TECNOLÓGICA 4.1. ARQUITECTURA El Escritorio Unificado del Gestor (EUG) se compone de varios sistemas horizontales (subvenciones, registros, etc…), cada uno de estos sistemas horizontales se han creado usando en Framework de Tramitación el cual provee de multitud de funcionalidades descritas en otros apartados (creación de expedientes, visor, documentación, tramitación etc…), cada uno de los sistemas horizontales son aplicaciones J2EE realizadas con el Framework del Principado de Asturias y por lo tanto son aplicaciones que se despliegan individualmente pero que pueden integrarse entre sí y que tienen la misma apariencia. A continuación se describen los componentes y subsistemas que utiliza o han sido utilizados para la creación del EUG: Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 103 de 110 4.1.1. FrameworkPA El EUG ha sido creado con el Framework del Principado de Asturias para garantizar la estandarización de las aplicaciones.. 4.1.2. Bases de Datos El EUG se apoya en 2 esquemas de bases de datos donde se almacena la información tanto del procedimiento administrativo como de los expedientes que son creados en el mismo: 4.1.2.1. Esquema de catálogo Este esquema de base de datos es único para todos los procedimientos administrativos, en él se define, parametriza y configura tanto el flujo del procedimiento administrativo (Fases, actos, plantillas etc…), como la configuración de la integración entre el EUG con los diferentes sistemas de gestión (urls de gestión, nuevos puntos de menú de gestión etc…). 4.1.2.2. Esquema de expedientes Este esquema es utilizado para almacenar todos los datos de los expedientes que se crean dentro del EUG. 4.1.3. Service BPEL Se utiliza la capa “serviceBPEL” que es una capa intermedia para usar el servicio Worklist (lista de tareas) del producto ORACLE BPEL para realizar el flujo administrativo de un expediente, en la worklist se crea una tarea por cada uno de los actos administrativos. Cada procedimiento administrativo tiene que tener creado un proceso BPEL con sus fases para que un expediente pueda crear sus actos. 4.1.4. Módulo de Autenticación Se corresponde con el sistema de registro de entrada de usuarios a las aplicaciones del Principado de Asturias., este módulo permite la autenticación y autorización de los usuarios en el escritorio, habilita a los usuarios a trabajar en determinados procedimientos administrativos con diferentes roles. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 104 de 110 4.1.5. Servicio de Número de Expediente El número de expedientes es un número utilizado por otras herramientas de tramitación del Principado, para ello existe un servicio que es consumido por el EUG para la obtención de este número de expediente. 4.1.6. Servicio de Registro de entrada El EUG se integra con el Registro de entrada para obtener la información capturada a través del registro de entrada y ser accedida para completar automáticamente los datos del expediente. 4.1.7. Servicio de Registro de salida El EUG se integra con el Registro de salida obtener números de registro de salida lo que posibilita el incorporarlos automáticamente a los documentos. 4.1.8. Módulo de Genéricos El EUG se integra directamente con la base de datos de genéricos del Principado de Asturias, esto se realiza para la definición del territorio de un expediente. 4.1.9. Módulo de Terceros El EUG se integra directamente con la base de datos de terceros del Principado de Asturias, esto es usado para dar de alta todos los afectados de un expediente. 4.1.10. Alertas El EUG proporciona un sistema de alertas y alarmas, actualmente está incorporado dentro del propio escritorio aunque su destino final será realizar un módulo común de alertas y alarmas reutilizable por todos los sistemas del Principado de Asturias. 4.1.11. Módulo común de documentación El EUG se integra con el M.C. de documentación para la creación de documentos dentro del mismo, principalmente es utilizado en la funcionalidad de tramitación donde normalmente los actos están asociados con la generación de documentos, también se hace uso para la gestión de la documentación aportada al expediente. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 105 de 110 4.1.11.1.1. Gestor documental Para el funcionamiento del M.C. de documentación es necesario la disponibilidad de un Se corresponde con el sistema de almacenamiento de los documentos asociados a los trámites administrativos del Principado de Asturias, actualmente es usado INVESDOC. SIEBEL Se corresponde con el CRM del Principado de Asturias. 4.1.12. Modelo de Componentes Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Página 106 de 110 Proyecto openEUG Estado Definitivo Documento Diseño funcional id Modelo de Componentes «MC» «MC» «MC» «MC» «MC» módulos comunes:: Autenticación módulos comunes::Inicio Solicitud módulos comunes:: Cambio de Estado módulos comunes:: Terceros módulos comunes:: Genéricos «MC» Modulo Comun Alertes Repositorio Alertas Catálogo de Procedimientos módulos comunes:: Registro Telemático Repositorio mantenido y gestionado por el Servicio de Modernización Sistema de Gestion «MC» Framew ork módulos comunes::SMS Aplicacion de Tramitacion Horizontal Gestor Documental Estos tramitadores, son aplicaciones horizontales especializadas por familia de procedimientos. Repositorio Procedimientos Repositorio Obj etos Gestión Este repositoio, que debería ser único por unidad funcional, almacenará tanto los objetos de gestión como los expedientes a los que afectan. Seguramente este repositorio se encontrará alojado en el propio gestor Clusterdocumental TIC (www.clustertic.net) SIEBEL Modulo de Generacion Documentos Repositorio Parametrizacion Repositorio Generico Expedientes Repositorio expedientes Este repositorio es "virtual" y se corresponde a un esquema de BB.DD. con TODOS los datos que obligatoriamente debe contener un expediente. Repositorio Plantillas El repositorio de parametrización permitirán adecuar el interfaz y añadirle ciertos automatismos a los procedimientos incluidos en el 420323719.doc tramitador genérico. 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 107 de 110 4.1.13. Especificaciones de Integración Módulo Se integra con Características 4.1.14. Integración con SAC 4.1.14.1. Apuntes en CRM Por cada apunte en SIEBEL definir: Trámite Evento SR/Actividad Categoría Tipo Subtipo 1 Subtipo 2 Asunto 1 4.1.14.2. Apuntes en el modelo intermedio Por cada apunte en el modelo intermedio definir: Trámite Situación administrativa Estado actual Objeto del expediente Nombre del hito Unidad tramitadora Plazo de resolución Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 108 de 110 Fecha de finalización Datos adicionales 4.2. ARQUITECTURA PARA LA TRAMITACIÓN EN BLOQUE. 4.2.1. Modelo de componentes. id Modelo de Componentes PAC «artifact» TramitadorDS Resultado de la tramitacion HorizontalPAC Tramitacion Bloque consulta estado tramitacion MTB fw paet-core ValidacionTramitacion GestionCarrito MTB-CLIENT GestionActosAccionesTramitables Gestion de contexto de tramitacion bloque RecepcionTramitacion Ej ecuccionTramitacion GestionResultadosTramitacion «artifact» CATALOGO 4.2.1.1. Descripción general del modelo de componentes para la tramitación en bloque. El modelo de componentes de la tramitación en bloque se puede dividir a grandes rasgos en dos partes, la primera es el Motor de Tramitación en Bloque (MTB) que es el encargado de realizar de forma asíncrona la tramitación en bloque. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 109 de 110 La segunda parte, es el cliente del Motor de tramitación, que está integrado como parte del PAC o en su defecto del sistema horizontal que corresponda. El cliente de tramitación en bloque tiene la responsabilidad de enviar los expedientes tramitables a al Motor de tramitación, así como consultar el estado de la tramitación en bloque que se deja en la base de datos de tramitación. 4.2.1.2. Componente: Tramitación en bloque Se integra en el PAC o su defecto en el horizontal correspondiente, tiene como responsabilidad la servir y obtener los resultados del Motor de Tramitación y se divide en los componentes MTB-Client, Gestión Carrito, Gestión Actos Tramitables, Gestión Resultados Tramitación, Gestión Contexto Tramitación , que se describen a continuación. 4.2.1.3. Componente: MTB-Client. Este componente es el encargado de enviar a al MTB, la petición de tramitación en bloque de un carrito de tramitación previamente persistido, así como de persistir el contexto de tramitación para que el MTB sea capaz de tramitar de manera asíncrona los expedientes de un carrito. 4.2.1.4. Componente: Gestión Contexto de tramitación. Este componente se encarga de gestionar y persistir el contexto de la tramitación en bloque, que será el conjunto de datos necesarios para ejecutar la tramitación en bloque de manera asíncrona. 4.2.1.5. Componente: Gestión Carrito. El componente de gestión del carrito se encargará de gestionar la persistencia de el grupo de expedientes que se quiere tramitar conjuntamente. Para ello antes de realizar la tramitación en bloque se persistirá la lista de expedientes agrupándolos en un carrito de tramitación. 4.2.1.6. Componente: Gestión Actos Tramitables. Este componente gestiona los actos que están disponibles para la tramitación en bloque, así como los caminos de tramitación para cada acto tramitable. Los actos tramitables son los que aparecerán para seleccionar en función del procedimiento y expedientes seleccionados para tramitar en bloque. 4.2.1.7. Componente: Gestión Resultados Tramitación. Este componte se encarga de mostrar los resultados obtenidos tras la ejecución de la tramitación, obtendrá los resultados que se han persistido en el esquema del TramitadorDS. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011 OpenFWPA Internacional Proyecto openEUG Estado Definitivo Documento Diseño funcional Página 110 de 110 4.2.1.8. Componente: Gestión Contexto Tramitación. Este componente se encarga de gestionar la necesidad de introducir unos datos de contexto para que se pueda ejecutar la tramitación sin intervención del usuario. Para ello antes de empezar la tramitación en bloque se solicitará al usuario datos de contexto, se persistirán y se pasarán como parámetro al MTB. 4.2.1.9. Componente: MTB El componente MTB se encarga de ejecutar la tramitación en bloque, a partir de los datos en el carrito y los datos de contexto, ejecuta los actos correspondientes de manera asíncrona sin intervención del usuario, dejando los resultados en el esquema del TramitadorDS. 4.2.1.10. Componente: Validación Tramitación. Este componente válida que la tramitación en bloque sea consistente, de manera que no se ejecuten actos que dejen la tramitación en estado inconsistente, y que los actos se ejecuten en la fase y cardinalidad adecuada. 4.2.1.11. Componente: Ejecución Tramitación. Este es el principal componente del MTB, realiza la ejecución y actualización del estado de los trámites para cada expediente de la tramitación en bloque. 4.3. MODELO DINÁMICO Si se desea, especificar algún tipo de comportamiento dinámico entre componentes, puede hacerse aquí. Puede ser necesario añadir algún diagrama de secuencia, estados, actividad… 4.3.1. Diagrama/s dinámicos Si fuera necesario, añadir aquí los diagramas de la vista dinámica que correspondan. 4.4. DIAGRAMA DE DESPLIEGUE El motor de la tramitación en bloque está incrustado dentro de los sistemas horizontal. Cluster TIC (www.clustertic.net) 420323719.doc 30/12/2011