Ventanilla Electrónica. Definición detallada de requisitos. Versión: v01r01 Fecha: 04/11/2013

Transcripción

1 Versión: v01r01 Fecha: 04/11/2013 Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, de este documento sin el previo consentimiento expreso y por escrito de la Junta de Andalucía.

2 HOJA DE CONTROL Título Entregable Nombre del Fichero Autor VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 UTE Versión/Edición v01r01 Fecha Versión 04/11/2013 Aprobado por - Fecha Aprobación - Nº Total Páginas 013 REGISTRO DE CAMBIOS Versión Causa del Cambio Responsable del Cambio Área Fecha del Cambio v01r00 Creación del documento UTE UTE 28/10/2013 v01r01 Actualización de documento UTE UTE 04/11/2013 CONTROL DE DISTRIBUCIÓN Nombre y Apellidos Cargo Área Nº Copias Manuel Perera Domínguez Jefe de Servicio CHAP 1 Francisco González Guillén Director de Proyecto CHAP 1 Francisco Mesa Villalba Director de Proyecto CHAP 1 Pedro José Casanova Luis Jefe de Proyecto UTE 1 VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 2 de 13

3 ÍNDICE 1 INTRODUCCIÓN Objeto Alcance DESCRIPCIÓN GENERAL DEL SISTEMA Objetivos del Sistema Restricciones generales REQUISITOS DEL SISTEMA Requisitos de Información Requisitos Funcionales Requisitos Técnicos MATRIZ DE TRAZABILIDAD GLOSARIO VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 3 de 13

4 1 INTRODUCCIÓN 1.1 Objeto El propósito del presente documento es recoger la nueva funcionalidad del sistema (VEA), en su nueva versión 2.3.0, de modo que queden expresados todos los requisitos del sistema de forma clara y sin que dé lugar a ambigüedad alguna. 1.2 Alcance Este documento va dirigido a: Dirección de proyecto: Se encargará de revisar y validar el contenido del documento. Jefe de Proyecto: Se encargará de revisar el análisis de requisitos realizado por el equipo de desarrollo. Equipo de Desarrollo: Tendrá que realizar el análisis de la solución a implementar en base a los requisitos aquí recogidos. VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 4 de 13

5 2 DESCRIPCIÓN GENERAL DEL SISTEMA 2.1 Objetivos del Sistema La nueva versión del sistema tiene como objetivo mejorar la experiencia del usuario y optimizar tanto la arquitectura como el rendimiento del sistema. Además se realizará una migración tecnológica del servidor de aplicaciones JBoss GA a. Los objetivos de cada una de esta versión son los siguientes: Integración con motor de formularios Formul@ 4. Caché del motor de tramitación Trew@. Mejoras de usabilidad. Migración a. Optimización de arquitectura y actualización tecnológica. 2.2 Restricciones generales Para garantizar la estabilidad del sistema se establecen las siguientes restricciones generales: Sistema gestor de base de datos Oracle 10g / Oracle 11g. Servidor de aplicaciones Motor de tramitación Trew@ y Editor de formularios Formul@ y Formul@ 4. VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 5 de 13

6 3 REQUISITOS DEL SISTEMA 3.1 Requisitos de Información Los requisitos de información indican las nuevas entidades o atributos que se incorporarán en el modelo de datos del sistema, asociadas a las nuevas funcionalidades de la versión. Para la versión no se requieren nuevas entidades. 3.2 Requisitos Funcionales A continuación se detallan los requisitos que especifican de una manera correcta y precisa las funcionalidades que debe cubrir la versión de VEA. Estos van a satisfacer las necesidades y expectativas de los usuarios finales al que va destinada la objeto de desarrollo y adaptación. req Requisitos Funcionales TCA: Administración de tipos de certificados admitidos Requisitos Funcionales TCA: Administración de tipos de certificados admitidos Actualmente la admite para autenticación y para firma cualquier tipo de certificado electrónico de los reconocidos por la plataforma de firma Dado que no todos estos tipos deben ser admitidos por VEA se limitará la autenticación y la firma en VEA a un subconjunto de estos. Para ello, se ampliará la con dos nuevos parámetros "tipos.certificados.autenticacion" y "tipos.certificados.firma" de modo que para configurar los tipos de certificados admitidos en cada escenario, un usuario administrador accederá a los parámetros de la y editará el valor de cada parámetro introduciendo los identificadores "TIPOAFIRMA" admitidos para autenticación o para firma, conforme al mapeo que para cada tipo de certificado electrónico. Cuando un ciudadano acceda a VEA y seleccione un certificado electrónico para autenticación, el sistema lo verificará y de la respuesta obtenida comprobará si el atributo TIPOAFIRMA está presente en la lista de tipos de certificados admitidos para autenticación. Solo si está presente el ciudadano podrá acceder a VEA. Para los procesos de firma digital, el comportamiento del sistema será equivalente verificándose en este caso la existencia del certificado seleccionado en la lista de certificados admitidos para la firma. VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 6 de 13

7 3.3 Requisitos Técnicos Esta sección contiene los requisitos no funcionales que se hayan identificado. Estos se dividen en las secciones que se describen a continuación. req Requisitos Técnicos ARQ: Arquitectura + MSA: Migración a + OPA: Optimización de arquitectura COM: Componentes + CMT: Caché de motor de tramitación Trew@. + IMA: Integración con MiniApplet + IMF: Integración con motor de formularios Formula 4 INT: Interfaz + MCN: Matriz de compatibilidad de navegadores. USA: Usabilidad + USA: Mejoras de usabilidad Requisitos Técnicos VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 7 de 13

8 3.3.1 ARQ: Arquitectura req Arquitectura MSA: Migración a OPA: Optimización de arquitectura Arquitectura MSA: Migración a Actualmente, la se despliega en el servidor de aplicaciones JBoss versión GA. Se realizaran las adaptaciones necesarias en VEA para garantizar el correcto despliegue de la aplicación en el servidor de aplicaciones JBoss versión OPA: Optimización de arquitectura Con el fin de actualizar tecnológicamente y mejorar el rendimiento de la se llevará a cabo un rediseño de su arquitectura y una actualización tecnológica de sus componentes. Con esta labor se quiere conseguir mejorar el rendimiento de la aplicación, simplificar su arquitectura y facilitar su mantenimiento COM: Componentes req Componentes CMT: Caché de motor de tramitación Trew@. IMF: Integración con motor de formularios Formula 4 IMA: Integración con MiniApplet Componentes VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 8 de 13

9 CMT: Caché de motor de tramitación Actualmente la realiza consultas al motor de tramitación para obtener información sobre los procedimientos, razones de interés, fases, documentos permitidos, transiciones y tareas modeladas. Esta información no es susceptible a cambios una vez que se encuentra publicado el procedimiento en la Ventanilla Electrónica, sin embargo se accede directamente a la base de datos de Trew@ a través de su API cada vez que la aplicación necesita dicha información. Con el fin de mejorar el rendimiento de la aplicación se desarrollará un componente de caché para la información estática obtenida del motor de tramitación Trew@. Este componente de caché se implementará a través de un conector nuevo que utilizará la para los accesos a Trew@. Su despliegue se hará de forma independiente encapsulado en un fichero.jar, y se utilizará únicamente para operaciones de lectura sobre Trew@. Esta caché almacenará los datos poco propensos a cambios que son consultados de forma recurrente (nombres de procedimientos, documentos permitidos, descripciones ) para evitar la consulta continua a base de datos. La utilizará este conector para la consulta de estos datos, en lugar del API de Trew@, consiguiendo disminuir drásticamente el número de accesos a la base de datos a través del API y disponer de la información recurrente de forma rápida. Durante el despliegue de la aplicación el conector se encargará de recuperar la información que la Ventanilla Electrónica necesitará posteriormente y se sincronizará con la caché de acceso rápido. De esta forma al arrancar la aplicación ya se dispondrá de todos los datos. Sin embargo podría ocurrir que se modificaran estos datos directamente desde Trew@ una vez cacheados, lo cual provocaría incoherencias entre la y Trew@. Para solucionar esta casuística y garantizar la fiabilidad e integridad de los datos cacheados se aportará un mecanismo de sincronización manual de la caché. Se podrá acceder a esta sincronización manual desde la sección de sincronización con sistemas externos existente en la consola de administración de Trew@. Actualmente esta sección comprueba la coherencia entre los datos configurados en VEA y los existentes en Trew@. Se modificará la funcionalidad que proporciona esta sección para que se sincronicen los datos existentes entre la caché y los datos existentes en Trew@. De esta forma no será necesario reiniciar el servidor de aplicaciones para disponer de los datos de Trew@ cacheados IMF: Integración con motor de formularios Formula 4 Actualmente la se integra únicamente con el motor de formularios Formul@ Para la versión se incluirá la integración con la versión 4 de Formul@, manteniendo la compatibilidad con la versión anterior. Con esta integración se consigue explotar, entre otras funcionalidades, la recarga parcial que ofrece la versión 4 de Formul@ IMA: Integración con MiniApplet Actualmente la integra el cliente 3.3.1_11, para facilitar el acceso y firma desde dispositivos móviles se remplazará el actual cliente por el MiniApplet VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 9 de 13

10 3.3.3 INT: Interfaz req Interfaz MCN: Matriz de compatibilidad de navegadores. Interfaz MCN: Matriz de compatibilidad de navegadores. Se realizará un informe en el que se establezca la compatibilidad de la aplicación frente a distintos navegadores y versiones. Se indican a continuación los navegadores y versiones que se incluirán en la matriz de compatibilidad: Internet Explorer: 7, 8, 9 y 10. Mozilla Firefox: a partir de la versión 23. Chrome: a partir de la versión 15. Safari: Para los navegadores y versiones indicados se resolverán las posibles incompatibilidades que puedan surgir durante la realización del informe. VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 10 de 13

11 3.3.4 USA: Usabilidad req Usabilidad USA: Mejoras de usabilidad Usabilidad USA: Mejoras de usabilidad Se han aplicado sobre la varias sesiones de laboratorio de usabilidad con el fin de mejorar la experiencia del usuario que utiliza la aplicación. A raíz de estas sesiones se han detectado posibles mejoras en la interfaz de la aplicación, que serán abordadas en esta versión. Aunque actualmente la cuenta con un importante grado de usabilidad, se realizará un estudio pormenorizado del sistema que permita determinar los puntos de mejora en cuanto a usabilidad se refiere, de modo que una vez aplicados los cambios necesarios se ofrezca un mejor servicio a la ciudadanía. Las mejoras de usabilidad aportadas para la nueva versión de la podrán aplicar a iconos, textos, distribución de elementos en pantallas, etc. VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 11 de 13

12 4 MATRIZ DE TRAZABILIDAD En la siguiente matriz se especifican cada uno de los requisitos existentes para describiéndose para cada uno de ellos los siguientes datos: Requisito: Identificador del Requisito. Prioridad: Prioridad del Requisito. Importancia: Importancia del Requisito. Verificabilidad: Indica si es posible verificar el cumplimiento del requisito visualmente en el Sistema. Relaciones: Requisitos relacionados con el actual. Requisito Prioridad Importancia Verificabilidad Relaciones TCA: Administración de tipos de certificados admitidos MSA: Migración a OPA: Optimización de arquitectura CMT: Caché de motor de tramitación Trew@ IMF: Integración con motor de formularios Formul@ 4 IMA: Integración con MiniApplet RD-INF-01 Matriz de compatibilidad de navegadores USA: Mejoras de usabilidad Media Media X MSA: Migración a Media Media X Media Alta X MSA: Migración a Media Alta X MSA: Migración a Media Media X MSA: Migración a Media Media X MSA: Migración a Media Media X MSA: Migración a Media Alta X MSA: Migración a VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 12 de 13

13 5 GLOSARIO Término Descripción CHAP Consejería de Hacienda y Administración VEA VEA230E_DDR_Definicion_Detallada_Requisitos_v01r01 Página 13 de 13