Plataforma de Tramitación PTw@ndA
49
1 Plataforma de Tramitación PTw@ndA 21/05/2009 Dirección General de Modernización e Innovación de los Servicios Públicos Consejería de Justicia y Administración Pública
Transcript of Plataforma de Tramitación PTw@ndA
PTW001E_Presentacion_PT w@ndA_v07r01 (5)Dirección General de
Modernización e Innovación de los Servicios Públicos
Consejería de Justicia y Administración Pública
2
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
La Plataforma de Tramitación W@nda se contempla en el Plan de Acción para el desarrollo de la Estrategia Pública Digital de la Junta de Andalucía (apartado INFRAESTRUCTURAS SOFTWARE DE CARÁCTER GENERAL) aprobado en febrero de 2009 por la Comisión Interdepartamental para la Sociedad de la Información y la Comisión Interdepartamental de Coordinación y Racionalización Administrativa.
Actualmente, PT w@ndA es utilizada en diversos organismos de la Junta de Andalucía, Entidades Locales y Universidades Públicas Andaluzas.
3
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
4
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
La plataforma de tramitación PT w@ndA es la herramienta corporativa de instrucción electrónica de procedimientos administrativos de la Junta de Andalucía, desarrollada por la Consejería de Justicia y Administración Pública de la Junta de Andalucía con las siguientes directrices de diseño:
La plataforma será reutilizable para la tramitación de cualquier familia de procedimientos, sirviendo como punto de partida y como software de base para abordar los desarrollos verticales y particulares de cada implantación.
Minimizar las labores de programación necesarias para implantar una solución de tramitación electrónica de procedimientos administrativos.
Su arquitectura debe estar totalmente alineada con los componentes de Administración Electrónica de la Junta de Andalucía, integrándolos y garantizando un uso correcto y controlado de cada uno de ellos.
La plataforma, bajo configuración, será parametrizable en cuanto a los componentes que se desean utilizar en cada implantación.
Actualizada con respecto a las diferentes tecnologías empleadas en el diseño de su arquitectura.
Funcionalmente deberá poder ser ampliable mediante la instalación de nuevos componentes funcionales construidos bajo unas especificaciones técnicas definidas. Estos componentes funcionales darán cobertura a funciones específicas de procedimientos concretos, como podría ser el módulo de baremación en la tramitación de subvenciones competitivas.
Completo alineamiento con los requerimientos de la Ley 11/2007, de 22 de Junio, de Acceso Electrónico de los Ciudadanos a los Servicios Públicos, respecto de la Tramitación Electrónica de Procedimiento, favoreciendo la eficiencia en la gestión y el acceso electrónico a la información.
Principios de Diseño
5
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Los componentes de Administración Electrónica sin Plataforma de Tramitación:
TREW@TREW@TREW@TREW@ AVISADORAVISADORAVISADORAVISADOR
SOLICIT@SOLICIT@SOLICIT@SOLICIT@
MODEL@MODEL@MODEL@MODEL@
PORTAFIRMASPORTAFIRMASPORTAFIRMASPORTAFIRMAS
Principios de Diseño
6
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
TREW@TREW@TREW@TREW@ AVISADORAVISADORAVISADORAVISADOR
SOLICIT@SOLICIT@SOLICIT@SOLICIT@
MODEL@MODEL@MODEL@MODEL@
PORTAFIRMASPORTAFIRMASPORTAFIRMASPORTAFIRMAS
Eficiencia en el despliegue de tramitación de procedimientos, gracias a la integración nativa de componentes de Administración Electrónica y funcionalidades básicas y de valor añadido presentes en la generalidad de tramitaciones.
Principios de Diseño
7
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
8
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Vignette
Documentun
etc…
M ó d u lo s Fu n ci o n al es
Módulos
Tramitación
GIS
Otros
9
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
10
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Arquitectura de ejecución
Como respuesta a toda la problemática asociada a la implantación de una solución de tramitación bajo el marco W@ndA e incorporando las últimas innovaciones en marcos de desarrollo de software se ha definido la siguiente arquitectura para la Plataforma de Tramitación W@ndA:
11
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Hibernate, con las siguientes funciones:
Creación automática de la base de datos al inicializar la aplicación
Soporte para cualquier base de datos: Oracle, PostgreSql, Mysql, etc.
Persistencia transparente, permitiendo que cualquier objeto sea persistente.
Mapeo Objeto-Relacional basado en ficheros XML de configuración, admitiendo cualquier tipo de relación entre entidades.
Lenguaje de consultas orientado a objetos, HQL, como dialecto de SQL con polimorfismo, de uso facultativo.
Integración con JMX (operación) y JTA (transaccionalidad).
Arquitectura de cachés de dos capas.
Arquitectura de ejecución
12
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Framework de Inicialización de Servicios y Seguridad (Spring):
Spring es un contenedor “ligero” con las siguientes características:
Hace uso únicamente de objetos “POJO” (Plain Old java Objects), sin necesitar EJB’s para la lógica de negocio.
Emplea la inyección de dependencia para establecer las dependencias existentes entre objetos de manera declarativa.
Incluye AOP (Aspect Oriented Programming) para poder definir declarativamente “asuntos cruzados” (cross-cutting concerns), sobre los que la propia lógica de negocio debería permanecer independiente (seguridad, transaccionalidad, distribución).
Componentes
Logging
Transaccionalidad
Seguridad
13
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndA utiliza Spring como contenedor en cada una de las tres capas de la aplicación: presentación, negocio y modelo.
En el caso de la presentación, recurre a un plug-in que integra directamente a este contenedor con Struts-2.
En el caso de negocio, se ha desarrollado una capa de servicios inyectada totalmente a través de Spring
En el caso del modelo, se ha recurrido a un plug-in que inyecta los DAO's del ORM (Hibernate) a través de Spring, definiéndose en sus ficheros de configuración las transacciones y demás requerimientos relacionales.
Spring ha posibilitado también la rápida y flexible integración de un scheduler de programación de tareas: Quartz, usado sobre todo para el mantenimiento de sincronismo entre el núcleo de la aplicación y el sistema gestor de la tramitación.
En cuanto al AOP que proporciona el framework, se ha empleado para la realización de auditorías. Se definen beans de servicios registrables de tal manera que se audite las excepciones y se traceen las entradas y salidas a cada uno de los métodos.
Arquitectura de ejecución
14
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndA ofrece una capa de servicios web, cuyos métodos serán descritos más adelante, y cuya pretensión es llevar las funciones más básicas de la aplicación fuera de su propio ámbito: accesibles desde cualquier otro aplicativo que lo requiera.
Esta capa de servicios se implementa haciendo uso de Spring (SpringWS) y apoyándose en el motor de tramitación (Trew@) como contenedor de información.
SpringWS proporciona una forma fácil de comunicar la información, a través del protocolo libre XML. Permite definir cualquier tipo de petición, con independencia de la naturaleza del mensaje.
SpringWS soporta además numerosas APIs de tratamiento XML, permitiendo encapsular los mensajes XML en cómodos Java Beans.
SpringWS hace uso, además, de WS-Security, permitiendo encriptar y desencriptar los mensajes SOAP, además de proceder a una verdadera autenticación a través de ellos.
SpringWS se integra con el framework Acegi, de tal forma que la misma configuración de seguridad de la aplicación puede llevarse a la capa de servicios.
SpringWS posee licencia Apache
15
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
FrameWork MVC (Struts):
Struts v. 2
Se mantiene la compatibilidad con la versión anterior de Struts v. 1
Los componentes funcionales que se desarrollen podrán utilizar la versión que deseen de Struts
Arquitectura de ejecución
16
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
FrameWork de Presentación desarrollado haciendo uso de GWT (Google Web Toolkit):
La capa de presentación se confecciona bajo la configuración de una malla que delimita las zonas y estructuración de la página.
Los desarrolladores de nuevos componentes funcionales se despreocupan totalmente de la presentación de sus módulos o portlets (posicionamiento, dependencias, control de visibilidad, etc.)
La personalización de la interfaz del Escritorio de Tramitación en cada implantación es inmediata.
Arquitectura de ejecución
Capa de Presentación
17
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Solr del proyecto Apache Lucene:
Capacidades de búsquedas avanzadas: Sinónimos, raíces de palabras, aproximación, diferentes tipologías de campos de búsqueda (fecha, real, entero, texto, etc.), operadores lógicos, etc.
Optimizado para soportar un elevado volumen de consultas
Basado en interfaces abiertas como XML y HTTP
Escalable
Flexible y parametrizable en base a archivos de configuración en formato XML
Arquitectura extensible en base a plug-ins
Integrado con LIUS para la indexación de documentos en formato binario (MS Word, Excel, PDF, etc.)
Arquitectura de ejecución
18
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
El módulo de Búsqueda Indexada permite la selección y parametrización de los criterios de búsqueda, así como el acceso directo a los documentos asociados a un expediente. Este módulo permite la selección de los criterios de búsqueda a partir de la información del flujo en sus diversas fuentes (metadatos del gestor documental, campos de formularios en Solicit@, variables de Trew@).
Trew@
Gestor
Búsqueda y Ordenación
19
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
20
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Los Componentes Funcionales son el instrumento natural para incluir nuevas funcionalidades en PTw@ndA.
Los Componentes Funcionales incluidos en PTw@ndA ofrecen funcionalidades adicionales que no están disponibles en el core del sistema. El Gestor de Componentes Funcionales proporciona mecanismos sencillos y perfectamente definidos para la construcción de estos plug-ins funcionales para Plataforma.
Un componente de este tipo podrá contener cualquier recurso propio de una aplicación Web: Clases Java, librerías, imágenes, hojas de estillo Css, librerías Javascript, archivos de configuración, etc.
Estos componentes software podrán ser importados e instalados en la Plataforma de Tramitación a través de la herramienta de administración empaquetados en forma de archivos ZIP.
A continuación se describen los diferentes tipos de Componentes Funcionales que se pueden encontrar en la Plataforma:
Core Plataforma Tramitación
Específicos Diseñados para una familia concreta
De Valor Añadido (*)
GIS LicitadoresBaremaciónAgenda
(*) (LOS COMPONENTES BÁSICOS Y DE VALOR AÑADIDO ESTÁN INCLUIDOS EN LA DISTRIBUCIÓN DE PLATAFORMA)
De gran utilidad en muchas familias
Componentes Funcionales
21
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
21
En la siguiente ilustración del Escritorio de Tramitación, podemos ver los distintos componentes genéricos, como son: información usuario, datos del expediente, datos de la fase, transiciones posibles, utilidades, etc.
Como se puede apreciar, se trata de funcionalidades genéricas que son aplicables a cualquier procedimiento independientemente de la familia W@ndA a la que pertenezca:
Componentes Funcionales
Componentes genéricos
22
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Características de los Componentes Funcionales:
La plataforma aceptará la instalación de paquetes, plug-ins o componentes funcionales verticales y específicos de la familia de procedimientos que se desea tramitar:
Un módulo podrá incorporar los siguientes recursos bajo un archivo ZIP: librerías (jars, páginas JSP, imágenes, CSS, etc.)
Los módulos podrán implementar las reglas de navegación bajo cualquier versión de Struts
El módulo irá acompañado de un descriptor (archivo XML)
La plataforma validará de forma automática en la instalación de un módulo:
o Empaquetado correcto del ZIP
o Estructura del módulo
o Las dependencias del módulo
o La URL asignado, de manera que no se encuentre ocupada por un módulo instalado anteriormente
Se ha elaborado una guía de desarrollo describiendo las directrices para la construcción de nuevos módulos funcionales sobre la plataforma
Una vez instalado el módulo, desde la herramienta de administración de la plataforma se configurará los aspectos relacionados con su presentación: posición, orden, asignación de roles, tamaño, etc..
Componentes Funcionales
23
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Tipos
Un componente funcional o módulo de la Plataforma de Tramitación estará clasificado en una de las siguientes categorías:
Módulos de tipo PORTLET
Son aquellos que se visualizan en el escritorio de tramitación en forma de ventanas minimizables y maximizables.
Módulos de tipo UTILIDAD
Son aquellos que son representados, dentro del escritorio de tramitación, como iconos que abren una ventana emergente contenedora de la funcionalidad asociada.
Módulos de tipo EXTERNO
Son aquellos que pueden ser instanciados desde cualquier punto de la aplicación (o incluso desde aplicaciones externas), haciendo uso de la URL asociada al componente.
Módulos de tipo MENU
Se trata de una tipología especial de componente, ya que pertenecen a los módulos externos. Tienen la peculariedad que pueden formar parte de un menú de opciones.
Componentes Funcionales
24
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Especificaciones para la construcción de un nuevo módulo funcional
Todos los componentes funcionales (independientemente de su tipología) deben seguir un formato y estructura predeterminada, la cual se empaqueta en un archivo comprimido en formato ZIP. Dicha estructura es la siguiente:
El archivo de despliegue denominado ‘despliegue.xml’. Este archivo es obligatorio.
La carpeta ‘conf’ que contendrá los archivos de configuración del módulo (archivos de struts). Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
La carpeta ‘lib’ que contendrá las librerías y dependencias especificas del componente funcional y que aún no están disponibles en plataforma. Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
La carpeta ‘webapp’ que contendrá los archivos JSP, JavaScript, imágenes, css, etc… que complementan la construcción del módulo. Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
Componentes Funcionales
25
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Archivo “despliegue.xml”
El archivo despliegue.xml es un descriptor del módulo en el que se detallan aspectos descriptivos e informativos del módulo.
Los campos que estructuran este documento en formato xml son:
Nombre: Nombre del módulo.
Versión. Versión del módulo.
Título: Título del módulo.
Descripción: Breve descripción de la funcionalidad del módulo.
Url: acción Struts que se encarga de generar la página principal del módulo.
Autor: Datos del autor del módulo.
Type: Existen 3 tipos diferentes: struts-1, struts-2 y NONE. Este último caso se da cuando el módulo que estamos construyendo no tiene ningún archivo JSP asociado.
Postfuncion: Permite ejecutar una función javascript tras la recarga del módulo.
Dependencias: Describe las dependencias del módulo con otros módulos. Para la correcta instalación del módulo, deben encontrarse instalados en el sistema todos los módulos de los que depende.
Observados: Indica los módulos que tiene que “observar” para actualizarse cuando alguno de esos módulos sufre una actualización. (Solo tiene sentido para los módulos que tienen dependencias).
Componentes Funcionales
26
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales Básicos incluidos en PT w@ndA
Información del UsuarioInformación del Usuario
Generador de DocumentosGenerador de Documentos
Evolución del ExpedienteEvolución del Expediente
Información del expedienteInformación del expediente
Incorporación de DocumentosIncorporación de Documentos
Ayuda ContextualAyuda Contextual
Documentos AsociadosDocumentos Asociados
Tareas PendientesTareas Pendientes
Componentes Funcionales
27
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Alta de Expediente Alta genérica del expediente en Trew@, con los datos genéricos del expediente Trew@, y sus interesados asignados:
Número Expediente Política de Desarrollo y mantenimiento de Aplicaciones
Ubicación: Menú Principal Tipo de Componente: Menú
Consulta Genérica Consulta de expedientes gestionados en el Sistema Trew@ seleccionado, permitiéndose filtrar por un único campo gracias al motor de indexación utilizado. La consulta se realizará sobre todos los campos indexados del expediente, y su documentación adjuntada.
Ubicación: Menú Principal Tipo de Componente: Menú
Transiciones Componente que permite visualizar la lista de transiciones posibles para un expediente según la fase en la que se encuentre y las condiciones de inicio de la transición.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Tareas Pendientes
Permite visualizar para el usuario conectado al sistema la lista de expedientes asignados que tienen tareas pendientes de realizar por el usuario necesarias para continuar la tramitación.
Ubicación: Menú Principal Tipo de Componente: Menú
Componentes Funcionales Básicos
28
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Documentos Asociados Obtiene los documentos asociados al expediente en la fase actual y los asociados en cualquier fase al expediente.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Ayuda Contextual Herramienta de ayuda acerca de la fase, metafase y procedimiento en los que se encuentra el expediente tramitado. El resultado de esta función es una ventana emergente que contiene tres enlaces a archivos PDF con el contenido de la ayuda. Si para un determinado elemento (fase, metafase y/o procedimiento) no existe un documento con la información deseada aparecerá el enlace deshabilitado.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Incorporación de Documentos Incorpora un documento o fichero al expediente en curso. Ubicación: Escritorio de Tramitación
Tipo de Componente: Utilidad
Generador de Documentos Generación de documentos según las tareas de Generación de Documentos definidas en el modelado del procedimiento.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Información del Expediente Muestra los datos básicos del expediente sobre el que se está trabajando:
Número de expediente Título Procedimiento Fecha de alta
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Componentes Funcionales
29
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Evolución del Expediente Listado de la evolución que ha tenido el expediente, mostrándose:
Fases por las que ha pasado Tareas realizadas Documentos incorporados Documentos generados Usuario Fecha y hora
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Componentes Funcionales
30
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales de Valor Añadido incluidos en PTw@ndA
Gestión de CaducidadesGestión de Caducidades
Explotación de datosExplotación de datos
Reserva/BloqueoReserva/Bloqueo
AvisosAvisos
Componentes Funcionales
31
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales de Valor Añadido
Tramitación de Expedientes en Bloque Evoluciona una lista de expedientes que se encuentran en una misma fase a otra fase seleccionada.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Expedientes Relacionados Visualiza los expedientes relacionados con el expediente con el que se está trabajando.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Consulta Avanzada de Expedientes Consulta avanzada de expedientes según los siguientes campos de búsqueda:
Datos del interesado Procedimiento Número de expediente Título del expediente Fecha de creación Otros datos del expediente Observaciones Documentos adjuntos
Ubicación: Menú Principal Tipo de Componente: Menú
Avisos
Módulo de avisos entre usuarios tramitadores en los casos de expedientes que no pueden avanzar de fase.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Componentes Funcionales
32
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales de Valor Añadido
Reserva / Bloqueo Un usuario tramitador podrá reservar un expediente para él u otros usuarios, de forma que el usuario que realiza la reserva solo puede acceder a trabajar con el expediente.
El resto de usuarios tienen el expediente en un estado de bloqueo, sólo pudiéndose consultar sus datos.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Explotación de Datos Módulo de estadísticas que permite explotar los datos de tramitación de los expedientes gestionados en el Sistema:
Expedientes en fase Expedientes por procedimiento Tiempo medio de expedientes en fase Días de tramitación por tipo de expediente
El usuario podrá seleccionar, cada vez, una de las fases computadas de su procedimiento elegido, y visualizar los expedientes vinculados a ella. A su vez, cada uno de ellos, podrá ser seleccionado para su tramitación.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Gestión de Caducidades La gestión de caducidades permite localizar los expedientes asociados a un determinado usuario que tiene activas caducidades de tiempo en una determinada fase.
Es posible aumentar o modificar las caducidades asociadas al expediente.
Ubicación: Menú Principal / Escritorio de Tramitación
Tipo de Componente: Menú, Portlet
Componentes Funcionales
33
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales Específicos para una Familia
Registro de ContratosRegistro de Contratos
FacturasFacturas
Componentes Funcionales
34
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
35
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Instalación en Modo ASP (Application Service Provider)
PT w@ndA ha sido diseñada con el objetivo de que varios sistemas de tramitación de procedimientos diversos, pueden ejecutarse sobre una única instancia de software, servidor de aplicaciones y base de datos.
Los usuarios, procedimientos, sistemas y cualquier otro tipo de dato presentarán un completo aislamiento entre los diferentes sistemas.
Cada solución vertical o instalación podrá personalizar:
Procedimientos (tareas, plantillas, etc.)
36
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Gestor de Presentación de Módulos Funcionales
El sistema de gestión de Presentación de PTw@ndA, personaliza y particulariza el Escritorio de Tramitación activando y desactivando los componentes funcionales bajo los siguientes criterios:
Perfiles de Usuario
Otras funcionalidades
37
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Visibilidad por Perfil Visibilidad por Procedimiento y Fase
Otras funcionalidades
38
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
38
La pantalla de la figura se utiliza para ubicar los módulos funcionales en las diferentes zonas en las que se ha dividido el escritorio de tramitación, en este caso la división se ha realizado en 5 zonas (Norte, Sur, Oeste, Este y Centro):
En las zonas Norte y Sur los módulos se apilan de forma horizontal.
En las zonas Oeste, Centro y Este los módulos se apilan de forma vertical.
Otras funcionalidades
39
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PTw@ndA incluye una herramienta para digitalizar (escanear) documentos de entrada que solamente se disponen en formato papel con objeto de su incorporación directa en formato PDF al expediente y fase que el usuario tramitador se encuentra tramitando en ese momento.
Otras funcionalidades
40
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PTw@ndA distribuye una herramienta de conversión a PDF para todos los documentos de plantilla OpenOffice. La conversión se realiza por indicación explícita del usuario tramitador, una vez el documento se encuentre generado en el expediente y en estado Finalizado, o bien de forma automática, cuando dicho documento requiera firma.
Otras funcionalidades
41
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Axis (Web Services)Axis (Web Services)
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
El componente de gestión documental cubre con los servicios de gestión documental exigidos por el tramitador Trew@ para la gestión de documentos asociados a la tramitación de expedientes.
Java Content Repository (JCR) especifica un API estándar en Java para acceder a repositorios de contenidos de manera uniforme e independiente de la implementación.
Los documentos podrán ser almacenados con total compatibilidad en cualquier gestor documental que cumpla el estándar JSR-170.
Trew@Trew@Trew@Trew@
42
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
A continuación se enumera una lista de otras funcionalidades también implementadas dentro del componente de gestión de flujos:
Generador de tareas automático basado en el estándar XSD
Ayuda contextual del procedimiento, metafase y fase actual que se está tramitando
Notas personales y notas de expediente
Módulo de explotación de datos estadísticos (por ejemplo, histograma con los expedientes en fase que siguen un determinado procedimiento)
Integración con @firma 5
Tramitación en lote de expedientes
Gestión de interesados
43
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
44
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Publicación de Servicios Web
PTw@ndA, para facilitar su integración con sistemas de información externos, ofrece una capa de servicios web para acceder a información de interés relativa a los expedientes que se están tramitando en Trew@.
Estos servicios permiten consultar información relativa a:
Interesados
Expedientes
Otros Sistemas de
S E R V IC IO S W E B
SERVICIOS WEB
45
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Publicación de Servicios Web (Cont.)
El listado de los Servicios Web publicados en PTw@ndA de tramitación es el siguiente:
SERVICIO
Consulta de Documento de un Interesado
Consulta de Histórico de Expediente
Consulta de Expedientes de un Interesado
Consulta de Transiciones
Consulta de Procedimiento
Consulta de Expediente
46
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
47
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
El Software Development Kit (SDK) o Kit de Desarrollo de Software de la PTw@ndA es un conjunto de herramientas de desarrollo que van a permitir a un equipo de programación crear sistemas verticales de tramitación sobre Plataforma. En este kit se distribuyen:
Herramientas con soporte para la detección de errores de programación
Integración con el IDE Eclipse
Códigos de ejemplo
Documentación de soporte para con las especificaciones para desarrollar componentes funcionales compatibles con la Plataforma de Tramitación.
Además, todos aquellos desarrollos sobre PTw@ndA realizados bajo el SDK tienen garantizada su compatibilidad con las nuevas versiones que se vayan liberando.
Software Development Kit
48
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
49
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
49
Las siguientes funcionalidades han sido definidas de interés para la evolución futura de PTw@ndA :
Visibilidad de expedientes según unidad organizativa
Compulsa digital de documentos
Módulo funcional de noticias
Selección del editor de documentos
Framework de desarrollo de formularios de tareas de manipulación de datos
Gestión de caducidades con calendarios laborales
Ejecución de tareas en bloque de generación de documentos.
Módulo funcional notas del expediente
Comprobación de integridad de sistemas externos
Evolución
Consejería de Justicia y Administración Pública
2
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
La Plataforma de Tramitación W@nda se contempla en el Plan de Acción para el desarrollo de la Estrategia Pública Digital de la Junta de Andalucía (apartado INFRAESTRUCTURAS SOFTWARE DE CARÁCTER GENERAL) aprobado en febrero de 2009 por la Comisión Interdepartamental para la Sociedad de la Información y la Comisión Interdepartamental de Coordinación y Racionalización Administrativa.
Actualmente, PT w@ndA es utilizada en diversos organismos de la Junta de Andalucía, Entidades Locales y Universidades Públicas Andaluzas.
3
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
4
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
La plataforma de tramitación PT w@ndA es la herramienta corporativa de instrucción electrónica de procedimientos administrativos de la Junta de Andalucía, desarrollada por la Consejería de Justicia y Administración Pública de la Junta de Andalucía con las siguientes directrices de diseño:
La plataforma será reutilizable para la tramitación de cualquier familia de procedimientos, sirviendo como punto de partida y como software de base para abordar los desarrollos verticales y particulares de cada implantación.
Minimizar las labores de programación necesarias para implantar una solución de tramitación electrónica de procedimientos administrativos.
Su arquitectura debe estar totalmente alineada con los componentes de Administración Electrónica de la Junta de Andalucía, integrándolos y garantizando un uso correcto y controlado de cada uno de ellos.
La plataforma, bajo configuración, será parametrizable en cuanto a los componentes que se desean utilizar en cada implantación.
Actualizada con respecto a las diferentes tecnologías empleadas en el diseño de su arquitectura.
Funcionalmente deberá poder ser ampliable mediante la instalación de nuevos componentes funcionales construidos bajo unas especificaciones técnicas definidas. Estos componentes funcionales darán cobertura a funciones específicas de procedimientos concretos, como podría ser el módulo de baremación en la tramitación de subvenciones competitivas.
Completo alineamiento con los requerimientos de la Ley 11/2007, de 22 de Junio, de Acceso Electrónico de los Ciudadanos a los Servicios Públicos, respecto de la Tramitación Electrónica de Procedimiento, favoreciendo la eficiencia en la gestión y el acceso electrónico a la información.
Principios de Diseño
5
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Los componentes de Administración Electrónica sin Plataforma de Tramitación:
TREW@TREW@TREW@TREW@ AVISADORAVISADORAVISADORAVISADOR
SOLICIT@SOLICIT@SOLICIT@SOLICIT@
MODEL@MODEL@MODEL@MODEL@
PORTAFIRMASPORTAFIRMASPORTAFIRMASPORTAFIRMAS
Principios de Diseño
6
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
TREW@TREW@TREW@TREW@ AVISADORAVISADORAVISADORAVISADOR
SOLICIT@SOLICIT@SOLICIT@SOLICIT@
MODEL@MODEL@MODEL@MODEL@
PORTAFIRMASPORTAFIRMASPORTAFIRMASPORTAFIRMAS
Eficiencia en el despliegue de tramitación de procedimientos, gracias a la integración nativa de componentes de Administración Electrónica y funcionalidades básicas y de valor añadido presentes en la generalidad de tramitaciones.
Principios de Diseño
7
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
8
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Vignette
Documentun
etc…
M ó d u lo s Fu n ci o n al es
Módulos
Tramitación
GIS
Otros
9
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
10
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Arquitectura de ejecución
Como respuesta a toda la problemática asociada a la implantación de una solución de tramitación bajo el marco W@ndA e incorporando las últimas innovaciones en marcos de desarrollo de software se ha definido la siguiente arquitectura para la Plataforma de Tramitación W@ndA:
11
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Hibernate, con las siguientes funciones:
Creación automática de la base de datos al inicializar la aplicación
Soporte para cualquier base de datos: Oracle, PostgreSql, Mysql, etc.
Persistencia transparente, permitiendo que cualquier objeto sea persistente.
Mapeo Objeto-Relacional basado en ficheros XML de configuración, admitiendo cualquier tipo de relación entre entidades.
Lenguaje de consultas orientado a objetos, HQL, como dialecto de SQL con polimorfismo, de uso facultativo.
Integración con JMX (operación) y JTA (transaccionalidad).
Arquitectura de cachés de dos capas.
Arquitectura de ejecución
12
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Framework de Inicialización de Servicios y Seguridad (Spring):
Spring es un contenedor “ligero” con las siguientes características:
Hace uso únicamente de objetos “POJO” (Plain Old java Objects), sin necesitar EJB’s para la lógica de negocio.
Emplea la inyección de dependencia para establecer las dependencias existentes entre objetos de manera declarativa.
Incluye AOP (Aspect Oriented Programming) para poder definir declarativamente “asuntos cruzados” (cross-cutting concerns), sobre los que la propia lógica de negocio debería permanecer independiente (seguridad, transaccionalidad, distribución).
Componentes
Logging
Transaccionalidad
Seguridad
13
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndA utiliza Spring como contenedor en cada una de las tres capas de la aplicación: presentación, negocio y modelo.
En el caso de la presentación, recurre a un plug-in que integra directamente a este contenedor con Struts-2.
En el caso de negocio, se ha desarrollado una capa de servicios inyectada totalmente a través de Spring
En el caso del modelo, se ha recurrido a un plug-in que inyecta los DAO's del ORM (Hibernate) a través de Spring, definiéndose en sus ficheros de configuración las transacciones y demás requerimientos relacionales.
Spring ha posibilitado también la rápida y flexible integración de un scheduler de programación de tareas: Quartz, usado sobre todo para el mantenimiento de sincronismo entre el núcleo de la aplicación y el sistema gestor de la tramitación.
En cuanto al AOP que proporciona el framework, se ha empleado para la realización de auditorías. Se definen beans de servicios registrables de tal manera que se audite las excepciones y se traceen las entradas y salidas a cada uno de los métodos.
Arquitectura de ejecución
14
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndA ofrece una capa de servicios web, cuyos métodos serán descritos más adelante, y cuya pretensión es llevar las funciones más básicas de la aplicación fuera de su propio ámbito: accesibles desde cualquier otro aplicativo que lo requiera.
Esta capa de servicios se implementa haciendo uso de Spring (SpringWS) y apoyándose en el motor de tramitación (Trew@) como contenedor de información.
SpringWS proporciona una forma fácil de comunicar la información, a través del protocolo libre XML. Permite definir cualquier tipo de petición, con independencia de la naturaleza del mensaje.
SpringWS soporta además numerosas APIs de tratamiento XML, permitiendo encapsular los mensajes XML en cómodos Java Beans.
SpringWS hace uso, además, de WS-Security, permitiendo encriptar y desencriptar los mensajes SOAP, además de proceder a una verdadera autenticación a través de ellos.
SpringWS se integra con el framework Acegi, de tal forma que la misma configuración de seguridad de la aplicación puede llevarse a la capa de servicios.
SpringWS posee licencia Apache
15
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
FrameWork MVC (Struts):
Struts v. 2
Se mantiene la compatibilidad con la versión anterior de Struts v. 1
Los componentes funcionales que se desarrollen podrán utilizar la versión que deseen de Struts
Arquitectura de ejecución
16
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
FrameWork de Presentación desarrollado haciendo uso de GWT (Google Web Toolkit):
La capa de presentación se confecciona bajo la configuración de una malla que delimita las zonas y estructuración de la página.
Los desarrolladores de nuevos componentes funcionales se despreocupan totalmente de la presentación de sus módulos o portlets (posicionamiento, dependencias, control de visibilidad, etc.)
La personalización de la interfaz del Escritorio de Tramitación en cada implantación es inmediata.
Arquitectura de ejecución
Capa de Presentación
17
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Solr del proyecto Apache Lucene:
Capacidades de búsquedas avanzadas: Sinónimos, raíces de palabras, aproximación, diferentes tipologías de campos de búsqueda (fecha, real, entero, texto, etc.), operadores lógicos, etc.
Optimizado para soportar un elevado volumen de consultas
Basado en interfaces abiertas como XML y HTTP
Escalable
Flexible y parametrizable en base a archivos de configuración en formato XML
Arquitectura extensible en base a plug-ins
Integrado con LIUS para la indexación de documentos en formato binario (MS Word, Excel, PDF, etc.)
Arquitectura de ejecución
18
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
El módulo de Búsqueda Indexada permite la selección y parametrización de los criterios de búsqueda, así como el acceso directo a los documentos asociados a un expediente. Este módulo permite la selección de los criterios de búsqueda a partir de la información del flujo en sus diversas fuentes (metadatos del gestor documental, campos de formularios en Solicit@, variables de Trew@).
Trew@
Gestor
Búsqueda y Ordenación
19
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
20
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Los Componentes Funcionales son el instrumento natural para incluir nuevas funcionalidades en PTw@ndA.
Los Componentes Funcionales incluidos en PTw@ndA ofrecen funcionalidades adicionales que no están disponibles en el core del sistema. El Gestor de Componentes Funcionales proporciona mecanismos sencillos y perfectamente definidos para la construcción de estos plug-ins funcionales para Plataforma.
Un componente de este tipo podrá contener cualquier recurso propio de una aplicación Web: Clases Java, librerías, imágenes, hojas de estillo Css, librerías Javascript, archivos de configuración, etc.
Estos componentes software podrán ser importados e instalados en la Plataforma de Tramitación a través de la herramienta de administración empaquetados en forma de archivos ZIP.
A continuación se describen los diferentes tipos de Componentes Funcionales que se pueden encontrar en la Plataforma:
Core Plataforma Tramitación
Específicos Diseñados para una familia concreta
De Valor Añadido (*)
GIS LicitadoresBaremaciónAgenda
(*) (LOS COMPONENTES BÁSICOS Y DE VALOR AÑADIDO ESTÁN INCLUIDOS EN LA DISTRIBUCIÓN DE PLATAFORMA)
De gran utilidad en muchas familias
Componentes Funcionales
21
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
21
En la siguiente ilustración del Escritorio de Tramitación, podemos ver los distintos componentes genéricos, como son: información usuario, datos del expediente, datos de la fase, transiciones posibles, utilidades, etc.
Como se puede apreciar, se trata de funcionalidades genéricas que son aplicables a cualquier procedimiento independientemente de la familia W@ndA a la que pertenezca:
Componentes Funcionales
Componentes genéricos
22
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Características de los Componentes Funcionales:
La plataforma aceptará la instalación de paquetes, plug-ins o componentes funcionales verticales y específicos de la familia de procedimientos que se desea tramitar:
Un módulo podrá incorporar los siguientes recursos bajo un archivo ZIP: librerías (jars, páginas JSP, imágenes, CSS, etc.)
Los módulos podrán implementar las reglas de navegación bajo cualquier versión de Struts
El módulo irá acompañado de un descriptor (archivo XML)
La plataforma validará de forma automática en la instalación de un módulo:
o Empaquetado correcto del ZIP
o Estructura del módulo
o Las dependencias del módulo
o La URL asignado, de manera que no se encuentre ocupada por un módulo instalado anteriormente
Se ha elaborado una guía de desarrollo describiendo las directrices para la construcción de nuevos módulos funcionales sobre la plataforma
Una vez instalado el módulo, desde la herramienta de administración de la plataforma se configurará los aspectos relacionados con su presentación: posición, orden, asignación de roles, tamaño, etc..
Componentes Funcionales
23
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Tipos
Un componente funcional o módulo de la Plataforma de Tramitación estará clasificado en una de las siguientes categorías:
Módulos de tipo PORTLET
Son aquellos que se visualizan en el escritorio de tramitación en forma de ventanas minimizables y maximizables.
Módulos de tipo UTILIDAD
Son aquellos que son representados, dentro del escritorio de tramitación, como iconos que abren una ventana emergente contenedora de la funcionalidad asociada.
Módulos de tipo EXTERNO
Son aquellos que pueden ser instanciados desde cualquier punto de la aplicación (o incluso desde aplicaciones externas), haciendo uso de la URL asociada al componente.
Módulos de tipo MENU
Se trata de una tipología especial de componente, ya que pertenecen a los módulos externos. Tienen la peculariedad que pueden formar parte de un menú de opciones.
Componentes Funcionales
24
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Especificaciones para la construcción de un nuevo módulo funcional
Todos los componentes funcionales (independientemente de su tipología) deben seguir un formato y estructura predeterminada, la cual se empaqueta en un archivo comprimido en formato ZIP. Dicha estructura es la siguiente:
El archivo de despliegue denominado ‘despliegue.xml’. Este archivo es obligatorio.
La carpeta ‘conf’ que contendrá los archivos de configuración del módulo (archivos de struts). Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
La carpeta ‘lib’ que contendrá las librerías y dependencias especificas del componente funcional y que aún no están disponibles en plataforma. Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
La carpeta ‘webapp’ que contendrá los archivos JSP, JavaScript, imágenes, css, etc… que complementan la construcción del módulo. Esta carpeta debe existir en el archivo ZIP, aunque puede encontrarse vacía.
Componentes Funcionales
25
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Archivo “despliegue.xml”
El archivo despliegue.xml es un descriptor del módulo en el que se detallan aspectos descriptivos e informativos del módulo.
Los campos que estructuran este documento en formato xml son:
Nombre: Nombre del módulo.
Versión. Versión del módulo.
Título: Título del módulo.
Descripción: Breve descripción de la funcionalidad del módulo.
Url: acción Struts que se encarga de generar la página principal del módulo.
Autor: Datos del autor del módulo.
Type: Existen 3 tipos diferentes: struts-1, struts-2 y NONE. Este último caso se da cuando el módulo que estamos construyendo no tiene ningún archivo JSP asociado.
Postfuncion: Permite ejecutar una función javascript tras la recarga del módulo.
Dependencias: Describe las dependencias del módulo con otros módulos. Para la correcta instalación del módulo, deben encontrarse instalados en el sistema todos los módulos de los que depende.
Observados: Indica los módulos que tiene que “observar” para actualizarse cuando alguno de esos módulos sufre una actualización. (Solo tiene sentido para los módulos que tienen dependencias).
Componentes Funcionales
26
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales Básicos incluidos en PT w@ndA
Información del UsuarioInformación del Usuario
Generador de DocumentosGenerador de Documentos
Evolución del ExpedienteEvolución del Expediente
Información del expedienteInformación del expediente
Incorporación de DocumentosIncorporación de Documentos
Ayuda ContextualAyuda Contextual
Documentos AsociadosDocumentos Asociados
Tareas PendientesTareas Pendientes
Componentes Funcionales
27
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Alta de Expediente Alta genérica del expediente en Trew@, con los datos genéricos del expediente Trew@, y sus interesados asignados:
Número Expediente Política de Desarrollo y mantenimiento de Aplicaciones
Ubicación: Menú Principal Tipo de Componente: Menú
Consulta Genérica Consulta de expedientes gestionados en el Sistema Trew@ seleccionado, permitiéndose filtrar por un único campo gracias al motor de indexación utilizado. La consulta se realizará sobre todos los campos indexados del expediente, y su documentación adjuntada.
Ubicación: Menú Principal Tipo de Componente: Menú
Transiciones Componente que permite visualizar la lista de transiciones posibles para un expediente según la fase en la que se encuentre y las condiciones de inicio de la transición.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Tareas Pendientes
Permite visualizar para el usuario conectado al sistema la lista de expedientes asignados que tienen tareas pendientes de realizar por el usuario necesarias para continuar la tramitación.
Ubicación: Menú Principal Tipo de Componente: Menú
Componentes Funcionales Básicos
28
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Documentos Asociados Obtiene los documentos asociados al expediente en la fase actual y los asociados en cualquier fase al expediente.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Ayuda Contextual Herramienta de ayuda acerca de la fase, metafase y procedimiento en los que se encuentra el expediente tramitado. El resultado de esta función es una ventana emergente que contiene tres enlaces a archivos PDF con el contenido de la ayuda. Si para un determinado elemento (fase, metafase y/o procedimiento) no existe un documento con la información deseada aparecerá el enlace deshabilitado.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Incorporación de Documentos Incorpora un documento o fichero al expediente en curso. Ubicación: Escritorio de Tramitación
Tipo de Componente: Utilidad
Generador de Documentos Generación de documentos según las tareas de Generación de Documentos definidas en el modelado del procedimiento.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Información del Expediente Muestra los datos básicos del expediente sobre el que se está trabajando:
Número de expediente Título Procedimiento Fecha de alta
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Componentes Funcionales
29
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales Básicos
Evolución del Expediente Listado de la evolución que ha tenido el expediente, mostrándose:
Fases por las que ha pasado Tareas realizadas Documentos incorporados Documentos generados Usuario Fecha y hora
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Componentes Funcionales
30
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales de Valor Añadido incluidos en PTw@ndA
Gestión de CaducidadesGestión de Caducidades
Explotación de datosExplotación de datos
Reserva/BloqueoReserva/Bloqueo
AvisosAvisos
Componentes Funcionales
31
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales de Valor Añadido
Tramitación de Expedientes en Bloque Evoluciona una lista de expedientes que se encuentran en una misma fase a otra fase seleccionada.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Expedientes Relacionados Visualiza los expedientes relacionados con el expediente con el que se está trabajando.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Consulta Avanzada de Expedientes Consulta avanzada de expedientes según los siguientes campos de búsqueda:
Datos del interesado Procedimiento Número de expediente Título del expediente Fecha de creación Otros datos del expediente Observaciones Documentos adjuntos
Ubicación: Menú Principal Tipo de Componente: Menú
Avisos
Módulo de avisos entre usuarios tramitadores en los casos de expedientes que no pueden avanzar de fase.
Ubicación: Escritorio de Tramitación Tipo de Componente: Portlet
Componentes Funcionales
32
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PT w@ndAComponentes Funcionales de Valor Añadido
Reserva / Bloqueo Un usuario tramitador podrá reservar un expediente para él u otros usuarios, de forma que el usuario que realiza la reserva solo puede acceder a trabajar con el expediente.
El resto de usuarios tienen el expediente en un estado de bloqueo, sólo pudiéndose consultar sus datos.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Explotación de Datos Módulo de estadísticas que permite explotar los datos de tramitación de los expedientes gestionados en el Sistema:
Expedientes en fase Expedientes por procedimiento Tiempo medio de expedientes en fase Días de tramitación por tipo de expediente
El usuario podrá seleccionar, cada vez, una de las fases computadas de su procedimiento elegido, y visualizar los expedientes vinculados a ella. A su vez, cada uno de ellos, podrá ser seleccionado para su tramitación.
Ubicación: Escritorio de Tramitación Tipo de Componente: Utilidad
Gestión de Caducidades La gestión de caducidades permite localizar los expedientes asociados a un determinado usuario que tiene activas caducidades de tiempo en una determinada fase.
Es posible aumentar o modificar las caducidades asociadas al expediente.
Ubicación: Menú Principal / Escritorio de Tramitación
Tipo de Componente: Menú, Portlet
Componentes Funcionales
33
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Componentes Funcionales Específicos para una Familia
Registro de ContratosRegistro de Contratos
FacturasFacturas
Componentes Funcionales
34
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
35
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Instalación en Modo ASP (Application Service Provider)
PT w@ndA ha sido diseñada con el objetivo de que varios sistemas de tramitación de procedimientos diversos, pueden ejecutarse sobre una única instancia de software, servidor de aplicaciones y base de datos.
Los usuarios, procedimientos, sistemas y cualquier otro tipo de dato presentarán un completo aislamiento entre los diferentes sistemas.
Cada solución vertical o instalación podrá personalizar:
Procedimientos (tareas, plantillas, etc.)
36
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Gestor de Presentación de Módulos Funcionales
El sistema de gestión de Presentación de PTw@ndA, personaliza y particulariza el Escritorio de Tramitación activando y desactivando los componentes funcionales bajo los siguientes criterios:
Perfiles de Usuario
Otras funcionalidades
37
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Visibilidad por Perfil Visibilidad por Procedimiento y Fase
Otras funcionalidades
38
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
38
La pantalla de la figura se utiliza para ubicar los módulos funcionales en las diferentes zonas en las que se ha dividido el escritorio de tramitación, en este caso la división se ha realizado en 5 zonas (Norte, Sur, Oeste, Este y Centro):
En las zonas Norte y Sur los módulos se apilan de forma horizontal.
En las zonas Oeste, Centro y Este los módulos se apilan de forma vertical.
Otras funcionalidades
39
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PTw@ndA incluye una herramienta para digitalizar (escanear) documentos de entrada que solamente se disponen en formato papel con objeto de su incorporación directa en formato PDF al expediente y fase que el usuario tramitador se encuentra tramitando en ese momento.
Otras funcionalidades
40
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
PTw@ndA distribuye una herramienta de conversión a PDF para todos los documentos de plantilla OpenOffice. La conversión se realiza por indicación explícita del usuario tramitador, una vez el documento se encuentre generado en el expediente y en estado Finalizado, o bien de forma automática, cuando dicho documento requiera firma.
Otras funcionalidades
41
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Axis (Web Services)Axis (Web Services)
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
JS R- 17 0
El componente de gestión documental cubre con los servicios de gestión documental exigidos por el tramitador Trew@ para la gestión de documentos asociados a la tramitación de expedientes.
Java Content Repository (JCR) especifica un API estándar en Java para acceder a repositorios de contenidos de manera uniforme e independiente de la implementación.
Los documentos podrán ser almacenados con total compatibilidad en cualquier gestor documental que cumpla el estándar JSR-170.
Trew@Trew@Trew@Trew@
42
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
A continuación se enumera una lista de otras funcionalidades también implementadas dentro del componente de gestión de flujos:
Generador de tareas automático basado en el estándar XSD
Ayuda contextual del procedimiento, metafase y fase actual que se está tramitando
Notas personales y notas de expediente
Módulo de explotación de datos estadísticos (por ejemplo, histograma con los expedientes en fase que siguen un determinado procedimiento)
Integración con @firma 5
Tramitación en lote de expedientes
Gestión de interesados
43
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
44
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Publicación de Servicios Web
PTw@ndA, para facilitar su integración con sistemas de información externos, ofrece una capa de servicios web para acceder a información de interés relativa a los expedientes que se están tramitando en Trew@.
Estos servicios permiten consultar información relativa a:
Interesados
Expedientes
Otros Sistemas de
S E R V IC IO S W E B
SERVICIOS WEB
45
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
Publicación de Servicios Web (Cont.)
El listado de los Servicios Web publicados en PTw@ndA de tramitación es el siguiente:
SERVICIO
Consulta de Documento de un Interesado
Consulta de Histórico de Expediente
Consulta de Expedientes de un Interesado
Consulta de Transiciones
Consulta de Procedimiento
Consulta de Expediente
46
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
47
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
El Software Development Kit (SDK) o Kit de Desarrollo de Software de la PTw@ndA es un conjunto de herramientas de desarrollo que van a permitir a un equipo de programación crear sistemas verticales de tramitación sobre Plataforma. En este kit se distribuyen:
Herramientas con soporte para la detección de errores de programación
Integración con el IDE Eclipse
Códigos de ejemplo
Documentación de soporte para con las especificaciones para desarrollar componentes funcionales compatibles con la Plataforma de Tramitación.
Además, todos aquellos desarrollos sobre PTw@ndA realizados bajo el SDK tienen garantizada su compatibilidad con las nuevas versiones que se vayan liberando.
Software Development Kit
48
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
1. Principios de Diseño
3. Arquitectura de Ejecución
49
C O N S E JE R ÍA D E J U S T IC IA Y A D M IN IS T R A C IÓ N P Ú B L IC A
49
Las siguientes funcionalidades han sido definidas de interés para la evolución futura de PTw@ndA :
Visibilidad de expedientes según unidad organizativa
Compulsa digital de documentos
Módulo funcional de noticias
Selección del editor de documentos
Framework de desarrollo de formularios de tareas de manipulación de datos
Gestión de caducidades con calendarios laborales
Ejecución de tareas en bloque de generación de documentos.
Módulo funcional notas del expediente
Comprobación de integridad de sistemas externos
Evolución
![LA SE,GT]NDA MITAD DEL SIGLO XIx](https://static.fdocuments.ec/doc/165x107/62b6a05d12ecaf58356b37fb/la-segtnda-mitad-del-siglo-xix.jpg)
