RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el...

35
Análisis Funcional - 1 - RESEVI DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN MINISTERIO DE JUSTICIA RESEVI Análisis Funcional

Transcript of RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el...

Page 1: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 1 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

RESEVI

Análisis Funcional

Page 2: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 2 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

ÍNDICE

Análisis Funcional ................................................................................ ¡Error! Marcador no definido. 2. OBJETIVO .............................................................................................................................. - 3 - 3. CONCEPTOS BÁSICOS...................................................................................................... - 4 -

3.1. Solicitud............................................................................................................................. - 4 - 3.2. Certificado ........................................................................................................................ - 4 - 3.3. Actor ................................................................................................................................... - 4 - 3.4. Caso de uso ..................................................................................................................... - 4 - 3.5. Diagrama de casos de uso ......................................................................................... - 4 - 3.6. Diagrama de estados ................................................................................................... - 4 -

4. ACTORES ............................................................................................................................... - 5 - 4.1. Aseguradora..................................................................................................................... - 5 - 4.2. Solicitante ......................................................................................................................... - 5 - 4.3. Aprobador ......................................................................................................................... - 6 - 4.4. DGSyFP .............................................................................................................................. - 6 - 4.5. Administrador.................................................................................................................. - 6 -

5. DIAGRAMAS DE CASOS DE USO .................................................................................. - 7 - 5.1. Diagrama de caso de uso principal ......................................................................... - 7 - 5.2. Diagrama de casos de uso ......................................................................................... - 8 -

6. DIAGRAMA GENERAL DEL SISTEMA............................................................................ - 9 - 7. PROCESOS DEL SISTEMA.............................................................................................. - 10 -

7.1. Autenticación de usuarios......................................................................................... - 11 - Casos de uso............................................................................................................................. - 11 -

7.2. Gestión de datos .......................................................................................................... - 13 - Diagrama del proceso ........................................................................................................... - 13 - Descripción del proceso........................................................................................................ - 14 - Casos de uso............................................................................................................................. - 14 - Diagrama de estados............................................................................................................. - 17 -

7.3. Gestión de informes.................................................................................................... - 19 - Diagrama del proceso ........................................................................................................... - 19 - Descripción del proceso........................................................................................................ - 19 - Casos de uso............................................................................................................................. - 20 - Diagrama de estados............................................................................................................. - 22 -

7.4. Gestión de solicitudes ................................................................................................ - 24 - Diagrama del proceso ........................................................................................................... - 24 - Descripción del proceso........................................................................................................ - 24 - Casos de uso............................................................................................................................. - 25 - Diagrama de estados............................................................................................................. - 30 -

7.5. Gestión de estadísticas.............................................................................................. - 32 - Diagrama del proceso ........................................................................................................... - 32 - Descripción del proceso........................................................................................................ - 32 - Casos de uso............................................................................................................................. - 33 -

7.6. Procesos automáticos del sistema ........................................................................ - 34 - Envío de informes ................................................................................................................... - 34 - Borrado de ficheros expirados ........................................................................................... - 34 - Borrado de solicitudes expiradas ...................................................................................... - 34 - Borrado de informes expirados ......................................................................................... - 34 - Certificado correctivo ............................................................................................................ - 34 -

Page 3: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 3 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

2. OBJETIVO El objetivo del proyecto es la creación de un Registro Central de Contratos de

Seguro de cobertura de fallecimiento (en adelante, el Registro) en cumplimiento

con la Ley 20/2005, de 14 de Noviembre (en adelante, la Ley).

El objetivo de este documento es la descripción de cada uno los casos de uso o

procesos que tienen lugar en el sistema, según la operación que se esté realizando

y el usuario que esté interactuando en ese momento.

Este documento está estructurado en los siguientes apartados, que engloban la

funcionalidad total del Registro:

• Autenticación de usuarios

• Gestión de envío de datos

• Gestión de informes

• Gestión de solicitudes

• Estadísticas

• Procesos automáticos del sistema

Page 4: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 4 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

3. CONCEPTOS BÁSICOS A continuación se definen una serie de conceptos básicos que se repiten a lo largo del documento:

3.1. Solicitud Se denomina solicitud, a la petición de emisión de un certificado.

3.2. Certificado Documento que informa y certifica la existencia o no de los contratos vigentes en los que figura como asegurada la persona fallecida.

3.3. Actor Un actor es una entidad externa al sistema (persona o cosa) que puede interactuar con el mismo.

3.4. Caso de uso Un caso de uso es una descripción de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea específica.

3.5. Diagrama de casos de uso El diagrama de casos de uso muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema.

3.6. Diagrama de estados El diagrama de estados muestra la secuencia de estados por los que pasa una solicitud o contenido a lo largo de su vida.

Page 5: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 5 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

4. ACTORES En este apartado se describen los actores que intervienen en los procesos que

tienen lugar en el sistema, con los casos de uso en los que interactúan.

4.1. Aseguradora Actor Aseguradora

Descripción Toda entidad aseguradora sujeta al cumplimiento

de la Ley

Casos de Uso RSV-AU-01

RSV-GD-01

RSV-GD-02

4.2. Solicitante Actor Solicitante

Descripción Cualquier usuario autorizado a crear y enviar una

solicitud de emisión de certificado (funcionarios y

notarios)

Casos de Uso RSV-AU-01

RSV-GS-01

RSV-GS-03

RSV-GS-04

RSV-GS-05

Page 6: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 6 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

4.3. Aprobador Actor Aprobador

Descripción Cualquier funcionario del Registro autorizado a

aprobar una solicitud

Casos de Uso RSV-AU-01

RSV-GS-02

RSV-GS-05

4.4. DGSyFP Actor DGSyFP

Descripción Dirección General de Seguros y Fondos de

Pensiones

Casos de Uso RSV-GI-02

4.5. Administrador Actor Administrador

Descripción Usuario del Registro de Últimas Voluntades que

puede realizar tareas de administración

Casos de Uso RSV-AU-01

RSV-GE-01

RSV-GD-02

RSV-GS-05

RSV-GI-01

RSV-GI-03

Page 7: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 7 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

5. DIAGRAMAS DE CASOS DE USO El objetivo de este apartado es la definición de los diagramas de los casos de uso del sistema (el Registro).

5.1. Diagrama de caso de uso principal Dentro de este diagrama figura un único caso de uso que representa el sistema y todos los actores que interaccionan con él.

Figura 1. Diagrama de caso de uso principal

Page 8: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 8 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

5.2. Diagrama de casos de uso El diagrama siguiente muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa.

Figura 2. Diagrama de casos de uso

Page 9: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 9 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

6. DIAGRAMA GENERAL DEL SISTEMA El sistema será construido sobre una arquitectura tipo 3 niveles (presentación, negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del patrón MVC de la arquitectura en 3 niveles.

Figura 3. Diagrama general

En el diagrama de la figura 3 se muestra el esquema general de funcionamiento de

la aplicación, con los posibles escenarios, actores y procesos que intervienen.

En todos los casos se requiere la validación previa del usuario.

Registro Seguros

Vida

Gestión de Informes

Gestión de Solicitudes

Aseguradora

Fichero XML

DGSyFP

Solicitante/Aprobador

Informe Envíos

Informe Incidencias

Certificado

Gestión de Datos

Administrador

Consultas

Consulta

Envío ok/error

Validación previa del actor

Page 10: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 10 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7. PROCESOS DEL SISTEMA Se describen a continuación los procesos identificados en el sistema, diagramas y

casos uso.

Este apartado está estructurado de la siguiente forma:

• Autenticación de usuarios

o Casos de uso

• Gestión de envío de datos

o Diagrama del proceso

o Descripción del proceso

o Casos de uso

o Diagrama de estados

• Gestión de informes

o Diagrama del proceso

o Descripción del proceso

o Casos de uso

o Diagrama de estados

• Gestión de solicitudes

o Diagrama del proceso

o Descripción del proceso

o Casos de uso

o Diagrama de estados

• Gestión de estadísticas

o Diagrama del proceso

o Descripción del proceso

o Casos de uso

• Procesos automáticos del sistema

Page 11: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 11 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.1. Autenticación de usuarios La conexión con el sistema puede ser interna o externa dependiendo del tipo de usuario que interactúe con él. Por lo tanto la autenticación de usuarios puede ser de dos tipos:

• Certificado digital X.509v3: Se conectarán al sistema a través de

certificado digital X.509v3, aquellos usuarios cuya conexión sea externa.

Dicho certificado es validado por la plataforma @Firma.

• Usuario y contraseña: Se conectarán al sistema a través de usuario y

contraseña, aquellos usuarios cuya conexión sea interna.

Casos de uso

A continuación se describen los casos de uso relacionados con la autenticación

de usuarios:

Validar usuario

Caso de uso Validar usuario

ID RSV-AU-01

Propósito Validación correcta en el sistema del usuario

Actores Aseguradora, Solicitante (notarios y funcionarios),

Aprobador, Administrador

Estado Validado

Entrada Aseguradoras y Notarios: Certificado digital X.509v3

Funcionarios: Usuario y contraseña

Salida Validación correcta en el sistema

Precondiciones No hay

Poscondiciones No hay

Descripción Identificación en el sistema a través de certificado digital

o usuario y contraseña, el sistema comprueba que es un

usuario autorizado.

En caso de usuario que accede con certificado digital, la

plataforma @Firma, valida previamente la validez de

dicho certificado.

Subprocesos No hay

Page 12: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 12 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Excepciones Validación Incorrecta: El certificado o usuario no es

válido, se muestra mensaje pidiendo al usuario que

modifique dicha información.

Frecuencia Bajo demanda

Page 13: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 13 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.2. Gestión de datos Se ha definido como gestión de datos, al envío y mantenimiento de los datos de los

contratos de seguros (altas, bajas y modificaciones), por parte de las aseguradoras.

Diagrama del proceso

Aceptar

AseguradoraEnviar Datos

Revisar fichero

Rechazar

Inicio

Fin

Sistema

Procesar Datos

Figura 4. Diagrama gestión de datos

Page 14: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 14 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Descripción del proceso

Las compañías aseguradoras serán las encargadas del mantenimiento de los

datos de sus contratos de seguros, con la periodicidad y formato que se

establezca en el Reglamento.

El envío de esa información podrá ser llevado a cabo a través de dos canales

diferentes:

• Interfaz Web

Cualquier usuario con permisos se conectará vía Web y se autenticará con certificado digital a la aplicación. A continuación anexará el fichero XML en el formulario proporcionado por el sistema y efectuará el envío firmado. La plataforma de @Firma verifica la firma del fichero.

• Web Services

Un proceso automático de la aseguradora hará una llamada al servicio Web que ejecuta la acción de envío de los datos actualizados (fichero XML firmado). La plataforma de @Firma verifica la firma del fichero.

En ambos casos el sistema revisa el fichero y puede ejecutar una de las siguientes acciones:

• Aceptar: Se muestra un mensaje de envío correcto y el fichero queda

pendiente de ser procesado por el sistema.

• Rechazar: El fichero es rechazado, se muestra un mensaje de error y

finaliza el proceso.

Finalmente el sistema procesa los ficheros aceptados (con formato correcto).

Las aseguradoras además podrán consultar el estado de los ficheros procesados, así como los datos de sus asegurados.

Casos de uso

A continuación se describen los casos de uso relacionados con la gestión de

datos.

Enviar datos

Caso de uso Enviar datos

ID RSV-GD-01

Propósito Mantenimiento de información actualizada (altas, bajas y

modificaciones)

Actores Aseguradora

Estado Inicialmente pasa a estado pendiente de revisar, una vez

validado puede pasar a uno de los siguientes estados:

Page 15: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 15 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

• Rechazado

• Aceptado

Entrada Fichero XML con la información

Salida Mensaje de fichero OK/NOK

Precondiciones Se requiere la validación correcta del usuario

Poscondiciones No hay

Descripción El usuario se autentica en el sistema, anexa el fichero

XML con la información requerida y efectúa el envío. A

continuación el sistema valida el fichero y muestra un

mensaje de envío correcto o incorrecto.

Nota: El envío del fichero puede realizarse por uno de los

dos canales definidos (Interfaz Web o Web Services). Los

datos de los ficheros aceptados son procesados por el

sistema posteriormente.

Subprocesos No hay

Excepciones • Falta introducir el fichero El sistema impide el

envío y le pide al usuario que complete los datos

requeridos para el envío.

• Formato incorrecto del fichero El sistema muestra

un mensaje de error y no continúa el proceso.

Frecuencia Establecida en el Reglamento

Consultar envíos

Caso de uso Consultar envíos

ID RSV-GD-02

Propósito Consulta de envíos (ficheros y asegurados)

Actores Aseguradora, Administrador

Estado No hay cambio de estado

Entrada Datos de criterio de búsqueda

Salida Resultado de la búsqueda

Precondiciones Se requiere la validación correcta del usuario en el

Page 16: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 16 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

sistema

Poscondiciones No hay

Descripción El usuario se autentica en el sistema desde su interfaz

Web e introduce los datos de criterio de búsqueda. El

sistema le devuelve el resultado de la búsqueda.

Subprocesos No hay

Excepciones No hay

Frecuencia Bajo demanda

Page 17: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 17 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Diagrama de estados A continuación se define el diagrama de estados que muestra las secuencias de

estados a través de los cuales pasa un fichero de datos, durante su ciclo de vida.

Diagrama

Figura 5. Diagrama de estados de un fichero de datos

Page 18: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 18 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Descripción La figura muestra un diagrama con los estados por los que puede atravesar el fichero de envío de datos:

1. Se efectúa el envío del fichero que pasa a quedar pendiente de

revisar.

2. A continuación el sistema comprueba que el formato del fichero

sea correcto y efectúa una de las siguientes acciones:

• Rechazar: El fichero pasa a estado rechazado y finaliza

el proceso.

• Aceptar: El fichero pasa a estado aceptado y queda

pendiente de ser procesado.

3. El sistema procesa los ficheros que han sido aceptados, y el

fichero pasa a estado procesado.

4. Finalmente transcurrido el tiempo establecido, se procede al

borrado automático de dicho fichero y se archiva en un histórico

con estado expirado.

Page 19: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 19 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.3. Gestión de informes Se ha definido como gestión de informes, al proceso de generación y envío de

informes a la Dirección General de Seguros y Fondos de Pensiones (DGSyFP).

Diagrama del proceso

Generar Informe

Inicio

Sistema Enviar Informe

Sistema

Administrador

Figura 6. Diagrama gestión de informes

Descripción del proceso

Una vez procesados los datos enviados por las aseguradoras, el sistema

generará los siguientes tipos de informes como resultado de los envíos

efectuados:

• Informe de Envío: Relación de aseguradoras que cumplen con la Ley y

resumen de la información enviada.

• Informe de Incidencias: Incidencias derivadas del cumplimiento de ese

deber, es decir, del proceso de envío de datos por las aseguradoras.

Dichos informes serán enviados periódicamente en el tiempo que se establezca

en el Reglamento, por el Registro a la DGSyFP vía email en formato XML. El

Sistema efectúa el envío de forma automática.

Page 20: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 20 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Los administradores del sistema podrán consultar el estado de los envíos y

activar el proceso de envío, en cualquier momento.

Los informes de incidencias derivadas del envío, podrán ser consultados por las

aseguradoras desde el Interfaz Web.

Casos de uso

A continuación se describen los casos de uso relacionados con la gestión de

informes.

Enviar informe

Caso de uso Enviar informe

ID RSV-GI-01

Propósito Permitir el envío de informes

Actores Sistema / Administrador

Estado No hay cambio de estado

Entrada Depende si el proceso es automático o manual

- Sistema: Resultado de envíos de las

aseguradoras (proceso automático)

- Administrador: Datos de criterio de búsqueda

(proceso manual)

Salida Envío de informe

Precondiciones Se requiere:

• La validación correcta del usuario en el sistema

• Estar generado el informe objeto de envío

Poscondiciones No hay

Descripción El sistema genera de forma automática los informes

derivados del envío de ficheros, y los envía vía email a la

DGSyFP.

Además el administrador podrá enviar en cualquier

momento los informes generados. Para ello se autentica

en el sistema, realiza la búsqueda del informe requerido y

ejecuta la acción de envío.

Subprocesos No hay

Page 21: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 21 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Excepciones No hay

Consultar informes Caso de uso Consultar informes

ID RSV-GI-02

Propósito Consulta de informes

Actores Administrador / Aseguradoras

Estado No hay cambio de estado

Entrada Datos de criterio de búsqueda

Salida Resultado de la búsqueda (informes de envío o de

incidencias encontrados)

Nota: Las aseguradoras sólo pueden consultar los

informes de incidencias

Precondiciones Se requiere la validación correcta del usuario en el

sistema

Poscondiciones No hay

Descripción El sistema genera periódicamente los informes. El usuario

se autentica en el sistema desde su interfaz Web y

efectúa la búsqueda del informe que desea consultar.

Subprocesos No hay

Excepciones No hay

Frecuencia Bajo demanda

Page 22: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 22 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Diagrama de estados A continuación se define el diagrama de estados que muestra las secuencias de

estados a través de los cuales pasa un informe, durante su ciclo de vida.

Diagrama

Figura 7. Diagrama de estados de un informe

Page 23: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 23 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Descripción La figura muestra un diagrama con los estados por los que puede atravesar un informe:

1. Con la frecuencia reglamentaria establecida, el sistema genera el

informe que pasa a estado generado.

2. Finalmente transcurrido el tiempo establecido, se procede al

borrado automático de dicho informe y se archiva en un histórico

con estado expirado.

Page 24: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 24 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.4. Gestión de solicitudes Se ha definido como gestión de solicitudes, a la gestión de las peticiones de emisión

de certificados por parte de los solicitantes.

Diagrama del proceso

Aprobador

Crear Solicitud

Aprobar

Inicio

Fin

Rechazar

RevisarSolicitud

Solicitante

Emitir Certificado

Figura 8. Diagrama gestión de solicitudes

Descripción del proceso

Los solicitantes serán los encargados de enviar las solicitudes de emisión de

certificados.

Inicialmente el usuario se autentica en el sistema para proceder al envío de una

solicitud. A continuación rellena el formulario de solicitud que el sistema le

proporciona y ejecuta la acción de envío.

A continuación el aprobador revisa la solicitud y procede a ejecutar una de las

siguientes acciones:

• Aprobar: La solicitud es firmada electrónicamente y queda pendiente de

emitir certificado.

• Rechazar: La solicitud es denegada y finaliza el proceso.

Finalmente el solicitante ejecuta la acción de emitir certificado de la solicitud

aprobada y el sistema genera un listado con los contratos de seguros vigentes

de la persona objeto de consulta, susceptible de ser impreso.

Page 25: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 25 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Los solicitantes podrán consultar las solicitudes enviadas, en cualquier momento.

Nota: La aprobación de la solicitud sólo es necesaria en caso que la solicitud

fuera generada a través de un Notario, si la solicitud se crea directamente desde

el Registro la firma electrónica será un proceso automático.

Casos de uso

A continuación se describen los casos de uso relacionados con la gestión de

solicitudes.

Enviar solicitud Caso de uso Enviar solicitud

ID RSV-GS-01

Propósito Envío de solicitud de emisión de un certificado

Actores Solicitante

Estado Pasa a uno de los siguientes estados:

• Pendiente de aprobación Si es emitida por un

Notario

• Pendiente de certificado Si es emitida desde el

Registro (por un funcionario)

Entrada Datos de la solicitud

Salida Documento de solicitud pendiente de aprobación o

pendiente de certificado

Page 26: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 26 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Precondiciones Se requiere:

• La validación correcta del usuario

• Transcurridos 15 días de la fecha de defunción

Descripción El usuario introduce los datos requeridos para realizar la

solicitud y ejecuta la acción de envío.

Subprocesos No hay

Excepciones Información Incorrecta: Falta introducir información

indispensable para completar el documento o los datos

son de tipo incorrecto. Se le pide al usuario que complete

o modifique dicha información.

Frecuencia Bajo demanda

Revisar solicitud

Caso de uso Revisar solicitud

ID RSV-GS-02

Propósito Permite al usuario revisar una solicitud para proceder a su

aprobación

Actores Aprobador

Estado Puede pasar a uno de los siguientes estados:

• Aprobada

• Rechazada

Entrada Documento de solicitud pendiente de aprobación

Salida Documento de solicitud aprobado y certificado o

documento de solicitud rechazado

Precondiciones Se requiere:

• La validación correcta del usuario

• Estar enviada la solicitud

Page 27: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 27 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Descripción El usuario revisa la solicitud enviada y procede a su

aprobación (aprobar o rechazar).

Subprocesos No hay

Excepciones No hay

Frecuencia Siempre que haya solicitudes pendientes de aprobación

Emitir certificado

Caso de uso Emitir certificado

ID RSV-GS-03

Propósito Emisión de un certificado

Actores Solicitante

Estado Certificado emitido

Entrada Documento de solicitud

Salida Listado de contratos vigentes de la persona objeto de

consulta, susceptible de ser impreso (certificado)

Precondiciones Se requiere:

• La validación correcta del usuario

• Solicitud aprobada (firmada electrónicamente)

Descripción El usuario selecciona la solicitud que desea, selecciona el

idioma en el que desea que se emita el certificado y

efectúa la acción de emitir certificado. El sistema le

devuelve un documento susceptible de ser impreso, con

los datos relativos a la persona objeto de consulta, con los

contratos que tiene o certificando que no tiene ninguno.

Subprocesos No hay

Excepciones No hay

Frecuencia Bajo demanda

Emitir certificado correctivo Caso de uso Emitir certificado correctivo

ID RSV-GS-04

Page 28: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 28 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Propósito Emisión de un certificado correctivo

Actores Solicitante

Estado Certificado corregido

Entrada Documento de solicitud

Salida Listado de contratos vigentes de la persona objeto de

consulta, susceptible de ser impreso (certificado)

Precondiciones Se requiere:

• La validación correcta del usuario

• Solicitud aprobada (firmada electrónicamente)

Descripción El usuario selecciona la solicitud que desea, selecciona el

idioma en el que desea que se emita el certificado y

efectúa la acción de emitir certificado. El sistema le

devuelve un documento susceptible de ser impreso, con

los datos relativos de la persona objeto de consulta, con

los contratos que tiene o certificando que no tiene

ninguno.

Subprocesos No hay

Excepciones No hay

Frecuencia Siempre y cuando se requiera rectificar un certificado ya

emitido anteriormente

Page 29: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 29 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Consultar solicitudes Caso de uso Consultar solicitudes

ID RSV-GS-05

Propósito Consulta de solicitudes

Actores Solicitante, Administrador

Estado No hay cambio de estado

Entrada Datos de criterio de búsqueda

Salida Resultado de la búsqueda

Precondiciones Se requiere la validación correcta del usuario en el

sistema

Poscondiciones No hay

Descripción El usuario se autentica en el registro desde su interfaz

Web, realiza la búsqueda y selecciona el documento que

desea consultar del resultado de la búsqueda.

Subprocesos No hay

Excepciones No hay

Frecuencia Bajo demanda

Page 30: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 30 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Diagrama de estados A continuación se define el diagrama de estados que muestra las secuencias de

estados a través de los cuales pasa una solicitud, durante su ciclo de vida.

Diagrama

Figura 9. Diagrama de estados de una solicitud

Page 31: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 31 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Descripción La figura muestra un diagrama con los estados por los que puede atravesar una solicitud:

1. El solicitante crea una solicitud de emisión de certificado, la

solicitud pasa a estado pendiente de aprobación.

2. El aprobador revisa la solicitud y procede a una de las siguientes

acciones:

• Aprobar: La solicitud se firma electrónicamente y pasa a

estado pendiente de certificado.

• Rechazar: La solicitud pasa a estado rechazada y finaliza

el proceso.

3. El solicitante selecciona la solicitud generada y ejecuta la acción de

emisión de certificado, la solicitud pasa a estado certificado

emitido.

4. El solicitante puede requerir emitir un certificado correctivo, para

lo cual seleccionaría la solicitud generada y ejecutaría la acción de

emisión de certificado correctivo, la solicitud sigue quedando en

estado certificado emitido.

5. Finalmente transcurrido el tiempo establecido en el Reglamento,

se procede al borrado automático de dicha solicitud y se archiva

en un histórico con estado expirada

Page 32: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 32 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.5. Gestión de estadísticas Se ha definido como gestión de estadísticas, a la generación de las estadísticas de

utilización del sistema y accesos al mismo.

Diagrama del proceso

Figura 10. Diagrama gestión de estadísticas

Descripción del proceso

Los administradores serán los responsables de la gestión de estadísticas del

sistema. Podrán consultar los datos estadísticos en cualquier momento haciendo

una búsqueda directamente en las tablas de operación.

Registro Seguros

Vida

Administrador

Consulta de estadísticas

(prevalidación) Consulta

Page 33: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 33 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Casos de uso

A continuación se describen los casos de uso relacionados con la gestión de

estadísticas.

Consultar estadísticas

Caso de uso Consultar estadísticas

ID RSV-GE-01

Propósito Consulta de estadísticas

Actores Administrador

Estado No hay cambio de estado

Entrada Datos de criterio de búsqueda

Salida Resultado de la búsqueda

Precondiciones Se requiere la validación correcta del usuario en el

sistema

Poscondiciones No hay

Descripción El usuario se autentica en el Registro desde su interfaz

Web, realiza la acción de generar estadísticas y el sistema

le devuelve el resultado de la búsqueda.

Subprocesos No hay

Excepciones No hay

Frecuencia Bajo demanda

Page 34: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 34 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

7.6. Procesos automáticos del sistema A continuación se describen los procesos que inicialmente se han identificado en el

sistema, de forma automática y sin que interactúe actor alguno.

Envío de informes

Una vez procesados los datos enviados por las aseguradoras, el sistema genera

de forma automática los informes que deben ser enviados a la DGSyFP.

Borrado de ficheros expirados

Se establecerá un tiempo de expiración de los ficheros enviados por las

aseguradoras. Una vez alcanzada esa fecha los ficheros serán borrados del

sistema.

Borrado de solicitudes expiradas

Se establecerá en el Reglamento un tiempo de expiración de los datos relativos a

las solicitudes de emisión de certificados. Una vez alcanzada esa fecha los datos

serán borrados del sistema.

Inicialmente se establece un periodo de cinco años desde la fecha de

fallecimiento de la persona objeto de consulta.

Borrado de informes expirados

Se establecerá un tiempo de expiración de los datos relativos a los informes del

proceso de envío de datos. Una vez alcanzada esa fecha los datos serán

borrados del sistema.

Certificado correctivo

El sistema actualiza de forma automática los datos un certificado emitido

anteriormente.

Page 35: RESEVI Analisis Funcional - anteriores.tecnimap.es · negocio y datos) que tiene como base el framework struts en su versión 1.1. Dicho framework facilita la implementación del

Análisis Funcional - 35 - RESEVI

DIVISIÓN DE INFORMÁTICA Y TECNOLOGIAS DE LA INFORMACIÓN

MINISTERIO DE JUSTICIA

Leyenda

Se ha seguido la siguiente simbología para el identificador de los casos de uso

definidos:

Símbolo Significado

RSV Registro de Seguros de Vida (sistema)

AU, GD, GI, GS y GE Tipo de proceso:

o AU: Autenticación de usuarios

o GD: Gestión de datos

o GI: Gestión de informes

o GS: Gestión de solicitudes

o GE: Gestión de estadísticas

Número Numeración del caso de uso