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