Trabajo Arquitectura Version 2 2

35
DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS INGENIERÍA DE SISTEMAS ARQUITECTURA DE SOFTWARE Proyecto Interseguro - Pólizas SOAT Prof. ESTANISLAO CONTRERAS Integrantes: David Vásquez Colonia Lima, Noviembre 2015

description

m

Transcript of Trabajo Arquitectura Version 2 2

Page 1: Trabajo Arquitectura Version 2 2

DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOSINGENIERÍA DE SISTEMAS

ARQUITECTURA DE SOFTWARE

ProyectoInterseguro - Pólizas SOAT

Prof. ESTANISLAO CONTRERAS

Integrantes:

David Vásquez Colonia

Lima, Noviembre 2015

Page 2: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

RESUMEN

Mediante el presente trabajo buscamos mejorar y automatizar los procesos de emisión, cobro y reportes de Pólizas de Seguro SOAT. El SOAT es un seguro obligatorio contra accidentes de tránsito establecido por Ley con un fin netamente social.

Su objetivo es asegurar la atención, de manera inmediata e incondicional, de las víctimas de accidentes de tránsito que sufren lesiones corporales o muerte. El seguro en el más estricto sentido repara el daño causado al asegurado, pero en el caso del SOAT no sólo al asegurado y a los ocupantes de un vehículo, sino también a los peatones que pudieran verse afectados por un accidente de tránsito, en atención a su esencia netamente social. En el caso del SOAT el beneficiario es la sociedad en su conjunto.

Así también, este documento recopila los requerimientos de los usuarios que fueron recogidos a través de los casos de uso identificados. También, contiene la visión que permitirá conocer de cerca el negocio analizado. Con ello podemos realizar el análisis adecuado para realizar con eficiencia el diseño del software a desarrollar.

Universidad Peruana de Ciencias Aplicadas - EPE 2

Page 3: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

INDICE

LISTAS ESPECIALES.............................................................................................................................4INTRODUCCION..................................................................................................................................5OBJETIVOS DEL PROYECTO.................................................................................................................6CAPITULO 1: Modelo del Negocio......................................................................................................7CAPITULO 2: Requerimientos.............................................................................................................9Capítulo 3: Análisis...........................................................................................................................24CONCLUSIONES................................................................................................................................32GLOSARIO.........................................................................................................................................33SIGLARIO..........................................................................................................................................34BIBLIOGRAFÍA...................................................................................................................................35ANEXOS............................................................................................................................................36

Universidad Peruana de Ciencias Aplicadas - EPE 3

Page 4: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

LISTAS ESPECIALES

Diagrama 01 - Diagrama de Actores Pág. 12Diagrama 02 - Diagrama de Paquetes Pág. 12Diagrama 03 - Diagrama de Casos de Uso por Paquete Pág. 13Diagrama 04 - Modelo de Dominio de Clases Pág. 20Diagrama 05 - DCA-Registrar Cliente Pág. 24Diagrama 06 - DCA-BuscarTarjetaPropiedad Pág. 24Diagrama 07 - DCA-GestionarPolizaSOAT Pág. 24

Universidad Peruana de Ciencias Aplicadas - EPE 4

Page 5: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

INTRODUCCION

En esta primera etapa del curso completamos una base más del ciclo de vida de un software y nos adentramos al análisis, diseño y puesta en práctica de los requerimientos encontrados y solicitados durante el análisis previo. Para ello, realizamos un proceso de depuración con nuestros usuarios y sobre todo aplicando la metodología RUP. Con ello, conseguimos fortalecer más este proyecto que encierra el negocio de emisión, cobro y reportes de Pólizas de Seguro SOAT. Además, aplicamos StarUML como herramienta para realizar los diagramas de los casos de usos más importantes y que impactan en la arquitectura del proyecto.

Actualmente, Interseguro se ha convertido en una de las principales aseguradoras peruanas, especializada en Rentas Vitalicias, Seguros de Vida y Banca seguros. Está comprometida en crear soluciones simples, convenientes y accesibles para sus clientes, enfocándose en brindar un servicio ágil y eficiente, que con el tiempo lleve a Interseguro a ser la compañía aseguradora preferida por las familias peruanas.

Universidad Peruana de Ciencias Aplicadas - EPE 5

Page 6: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

OBJETIVOS DEL PROYECTO

Los objetivos del presente trabajo son principalmente los de proponer mejoras en algunos procedimientos de los procesos que se siguen durante el trámite de una emisión de pólizas SOAT, cobros de pólizas SOAT y reportes de seguros SOAT.

Plasmar toda la información relevante para el proyecto en documentos técnicos y funcionales para que puedan ser consultados en el trascurso del mismo. Esta documentación está basada en la metodología RUP.

Mejorar el tiempo y la calidad de atención al cliente, utilizando la optimización y la automatización de los procesos que hemos detallado.

Universidad Peruana de Ciencias Aplicadas - EPE 6

Page 7: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

CAPITULO 1: Modelo del Negocio

1.1 Descripción de la organización objetivo

En este apartado se detallara información de nuestra organización objetivo, brindando datos estratégicos y datos del negocio

1.1.1. Nuestra Visión

Ser la compañía aseguradora preferida por las familias peruanas que protege aquello que más valoran.

1.1.2. Nuestra Misión

Proveer soluciones de seguros simples, convenientes y accesibles, con un servicio ágil y eficiente gracias al trabajo de los mejores colaboradores.

1.1.3. Metas

Ser una empresa de clase mundial y líder absoluto del mercado asegurador peruano.

1.1.4. Valores Corporativos Vocación de servicio

Integridad

Compromiso

Excelencia

1.1.5. Organización objetivo

Los objetivos de la empresa son los de brindar productos y servicios con las siguientes características:

Mayor Calidad

De Mejor Relación Precio – Beneficio

Para todas las Necesidades

Mejores Servicios.

1.2 Descripción del negocio o campo de acción

Universidad Peruana de Ciencias Aplicadas - EPE 7

Page 8: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Los principales procesos de negocio involucrados en el desarrollo del software son:

1.1.1. Proceso Emisión de Póliza SOAT- Este proceso inicia desde que el cliente llega a la plataforma de atención de

Interseguro

- El cliente indica que desea una nueva póliza SOAT (hablamos de nueva cuando el cliente no ha tenido en el año anterior una póliza SOAT con la compañía), entregando los datos requeridos según el uso del vehículo, que son los siguientes:

a) Uso Carga / Particular Entrega de la tarjeta de propiedad.

b) Uso Escolar Entrega de la tarjeta de propiedad y una carta del colegio.

c) Uso Transporte Personal Entrega de la tarjeta de propiedad y copia del contrato.

- Luego el trabajador llena los datos, le entrega la póliza SOAT (certificado y sticker) y el cliente se dirige a caja a cancelar la póliza, con esto termina el subproceso.

1.1.2. Proceso de Cobro de Póliza SOAT- Este proceso inicia cuando el cajero se encuentra en los días de cobros (7 y 25

de cada mes) en cuyas fechas de deben de enviar las tramas de afiliación y cobro de las cuotas de las pólizas contratadas por los clientes. Para dichas tramas es necesario los siguientes datos:

- Los datos del cliente (código, nombre apellido, numero de documento, tipo de documento)

- Los datos de la tarjeta (código, número de tarjeta, operador, fecha de vencimiento)

- Los datos de la póliza (código, tipo de póliza, descripción, número de cuotas, frecuencia de pago)

Luego el cajero selecciona los datos de entrada y procede a generar las tramas de cobro y afiliación. Para posteriormente subir dichas tramas a los sistemas de los operadores.

1.1.3. Proceso de Consultas y reportes de Póliza SOAT - El proceso inicia cuando el trabajador desea obtener información de las pólizas

registradas en el sistema. Para eso debe de especificar los siguientes datos de entrada:

Universidad Peruana de Ciencias Aplicadas - EPE 8

Page 9: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

El código de cliente o nombre de cliente.

La fecha de inicio y fin de búsqueda.

Con estos parámetros el sistema listara todos los registros de las pólizas emitidas y renovadas

CAPITULO 2: Requerimientos

2.1 Visión del Sistema

Oportunidad de Negocio

Este sistema permitirá a la empresa extender el servicio de Emisión de Póliza SOAT, Consultar estado de Licencia, Consultar requisitos), el cual supondrá un acceso rápido y sencillo a estas operaciones. Con esto se mejorará la calidad del servicio, así como también, se reducirá el tiempo del trámite ya que los requisitos se recibirán vía web, reduciendo el tiempo de recepción de las mismas.

2.2 Especificación de los Requerimientos del Software

2.2.1 Lista de Características o facilidades

Tabla 1: Lista de características

Lista de CaracterísticasCódigo Descripción

FEAT01 El sistema debe permitir registrar a los clientes nuevos cuando soliciten una póliza SOAT.

FEAT02 El sistema debe permitir buscar datos de los clientes.FEAT03 El sistema debe emitir un documento de pago, cuando el cliente cancele por la

adquisición de una póliza SOAT.FEAT04 El sistema debe permitir emitir una póliza de SOAT, luego de la cancelación pasará

a estado vigente. FEAT05 El sistema debe incluir un mecanismo automático que permita mostrar las pólizas

vencidas, aptas para su renovación.FEAT06 El sistema debe permitir consultar las pólizas no renovadas por los clientes.FEAT07 El sistema debe permitir emitir un reporte diario de las liquidaciones en caja.FEAT08 El sistema debe permitir consultar las pólizas emitidas según un rango de fecha

ingresada.FEAT09 El administrador puede gestionar y controlar los perfiles de los usuarios.FEAT10 El administrador debe generar una copia de seguridad en el momento que lo

desee conveniente.FEAT11 El usuario se loguea con nombre único y contraseña definida.FEAT12 El usuario debe de cambiar su contraseña cada 2 meses, para esto aparecerá un

mensaje indicando el cambio de contraseña desde 10 días antes.FEAT13 El administrador puede revisar todos los documentos generados por los usuarios

del sistema.

Universidad Peruana de Ciencias Aplicadas - EPE 9

Page 10: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

2.2.2 Lista de Requerimientos Suplementarios o de calidad

Tabla 2: Lista de requerimientos suplementarios

Requerimientos SuplementariosRequisitos funcionales de uso general

SUPL01 Verificar en las ventanas de registro o búsqueda que el usuario ingrese los datos obligatorios y que estos tengan el formato correcto.

SUPL02 Presentar mensajes sobre el estado de las transacciones o procesos ejecutados por el usuario.

SUPL03 El sistema mostrará en la póliza creada y guardada en la base de datos, y en la impresión la fecha y hora de la emisión de la póliza SOAT.

SUPL04La póliza SOAT tendrá como prefijo el código 2003, y luego un número único correlativo de acuerdo a la emisión.

El sitema debe ser desarrollado, aplicando la metodología de orientación a objetos.

Requisitos de DisponibilidadSUPL05 El sistema estará disponible al 95% entre las 08.00 – 18.00 horas.

Requisitos de ConfiabilidadSUPL06 La duración promedio de una reparación del sistema no debe ser mayor de 20

minutos.

Requisitos de RendimientoSUPL07 El 97% de las transacciones del sistema no deben exceder los 5 segundos.

SUPL08 El sistema debe permitir almacenar la información de hasta 1000000 clientes.

SUPL09 El sistema debe permitir al representante de atención al cliente mostrar la información del cliente como promedio en 30 segundos.

Requisitos de SoporteSUPL10 El sistema debe ser compatible con Windows XP y Windows 7.

SUPL11 El sistema debe contar con manual de ayuda en línea.

Restricciones de Diseño, Interfaz, Físicas y de ImplementaciónSUPL12 El diseño de la interfaz gráfica del sistema debe alinearse al estándar definido por

la empresa.

Universidad Peruana de Ciencias Aplicadas - EPE 10

Page 11: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

2.2.3 Lista de Reglas del Negocio

Tabla 3: Tabla de reglas de negocio

Reglas de negocioReglas de estímulo -respuesta

BRUL01 Atención de nueva póliza SOAT.La atención se dará por parte de un representante de plataforma, siempre y cuando el cliente tenga los documentos necesarios al respecto, sino tendrá que regresar por los mismos.

Reglas de flujoBRUL02 Cobro de póliza SOAT.

Los cobros se procesaran en las fechas de corte establecidas.BRUL03 Acceso a Consultas y Reportes de póliza SOAT.

La opción consulta y reportes estarán habilitados para los usuarios que tengan el perfil de supervisor u administrador de negocio.

Reglas de InferenciaBRUL04 Inexistencia de datos en consulta

Si no existen registros de póliza para un cliente, se considerará como cliente inexistente.

Reglas de Operación SimpleBRUL05 Horario de Sistema

Los operadores trabajan en horarios rotativos, los cuales fluctúan entre las 8 am y 7 pm

2.3 Modelo de Casos de Uso

2.3.1 Lista y Diagrama de Actores

Lista Actores

AS01 Representante de Atención al cliente

Representa a la persona que ingresara las solicitudes de pólizas SOAT

AS02 Cajero Representa a la persona que efectuará el cobro por pólizas SOAT

AS03 Cliente Representa a la persona interesada en obtener una poliza SOAT

AS04 Usuario Representa a la persona que interactura con el Sistema

AS05 Administrador del Sistema Representa a la persona que manejara perfiles, roles, tipo de usuarios

Universidad Peruana de Ciencias Aplicadas - EPE 11

Page 12: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Diagrama de Actores

AS04-Usuario

AS02-Cajero AS03-Cliente AS01-Representante de Atencion al Cliente AS05-Administrador del Sistema

Diagrama de Actores

2.3.2 Diagrama de Paquetes

Seguridad

Cobros de Poliza de SOAT Solicitud de Poliza de SOAT

Consultas y Reportes

Diagrama de Paquetes

Universidad Peruana de Ciencias Aplicadas - EPE 12

Diagrama Nro. 02

Diagrama Nro. 01

Page 13: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

2.3.3 Diagrama de Casos de Uso por Paquete

Diagrama de caso de uso Paquete Solicitud de Póliza de SOAT

Buscar clienteGestionar datos de cliente

Gestionar certificado SOATRepresentante de atencion al cliente

(f rom Actores)

Gestionar poliza SOAT

Verificar vencimiento SOAT

<<extend>>

<<extend>>

Diagrama de caso de uso Paquete Cobro de Póliza de SOAT

Gestionar liquidacion de SOAT

Cajero

(f rom Actores)

Imprimir documento de pago

Universidad Peruana de Ciencias Aplicadas - EPE 13

Diagrama Nro. 03

Diagrama Nro. 04

Page 14: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Diagrama de caso de uso de Consultas y Reportes

Consultar polizas no renovadas

Representante de atencion al cliente

(f rom Actores) Consultar polizas emitidas

Cajero

(f rom Actores)

Reporte de liquidacion diaria de caja

Diagrama de caso de uso Paquete Seguridad

Universidad Peruana de Ciencias Aplicadas - EPE 14

Diagrama Nro. 05

Page 15: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Realizar login

Usuario

(f rom Actores)

Cambiar contraseña

Gestionar usuarios

Gestionar perfilesAdministrador del sistema

(f rom Actores)

Gestionar copia de seguridad

2.3.4 Especificación de los Casos de Uso en Alto Nivel

Nombre Gestionar datos del clienteActor Representante de atención al clientePropósito Solicitar y colocar los datos del clienteCaso de uso asociadoDescripción El caso de uso comienza cuando el representante solicita los datos

al cliente (su DNI), con estos datos se encarga de traspasar la información al sistema. El caso de uso termina cuando el representante obtenga un código interno para el nuevo cliente.

Clasificación Primario

Nombre Buscar clienteActor Representante de atención al clientePropósito Buscar los datos del cliente en el sistema InterseguroCaso de uso asociado Gestionar datos del clienteDescripción El caso de uso comienza cuando el representante busca si el cliente

se encuentra en nuestro sistema Interseguro. El caso de uso termina cuando el representante encuentra o no al cliente en el sistema Interseguro

Clasificación Secundario

Universidad Peruana de Ciencias Aplicadas - EPE 15

Diagrama Nro. 06

Page 16: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Nombre Gestionar certificado SOATActor Representante de atención al clientePropósito Solicitar y colocar la información en el certificadoCaso de uso asociadoDescripción El caso de uso comienza cuando el representante solicita los datos

al cliente (tarjeta de propiedad). El caso de uso termina cuando el representante obtiene los datos del vehículo.

Clasificación Primario

Nombre Verificar vencimiento SOATActor Representante de atención al clientePropósito Revisa en el sistema la fecha de fin del SOATCaso de uso asociado Gestionar certificado SOATDescripción El caso de uso comienza cuando el representante verifica la fecha

de vencimiento del SOAT para ver si ya se puede realizar la emisión del mismo. El caso de uso termina cuando el representante encuentra la fecha de fin y pasa a la emisión.

Clasificación Secundaria

Nombre Generar póliza SOATActor Representante de atención al clientePropósito Emitir una póliza SOATCaso de uso asociadoDescripción El caso de uso comienza cuando el representante, con los datos del

cliente y del vehículo emite una póliza SOAT en el sistema de Interseguro. El caso de uso termina cuando se tiene la póliza completa con un certificado asociado y un código único.

Clasificación Primario

Nombre Gestionar Cobro de SOATActor CajeroPropósito Realizar el documento de pago del clienteCaso de uso asociadoDescripción El caso de uso comienza cuando el cajero realiza el documento de

pago (boleta o factura), luego de que el cliente ha solicitado una póliza SOAT. El caso de uso termina cuando el cliente paga el monto definido y el cajero emite el documento en el sistema.

Clasificación Primario

Nombre Imprimir documento de pagoActor CajeroPropósito Imprimir el documento del pago que realizó el clienteCaso de uso asociadoDescripción El caso de uso comienza cuando el cajero ya teniendo el

documento de pago en el sistema, imprime el mismo y se lo da al cliente. El caso de uso termine cuando el cliente obtiene su

Universidad Peruana de Ciencias Aplicadas - EPE 16

Page 17: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

documento de pago y está todo conforme con lo solicitado.Clasificación Primario

Nombre Consultar pólizas no renovadasActor Representante de atención al clientePropósito Consulta cuales son las pólizas que no renovadasCaso de uso asociadoDescripción El caso de uso comienza cuando el representante realiza la

verificación de cuales son las pólizas que no se han renovado. El caso de uso termina cuando obtiene el reporte del sistema Interseguro.

Clasificación Secundario

Nombre Consultar pólizas emitidasActor Representante de atención al clientePropósito Consulta cuales son las pólizas emitidasCaso de uso asociadoDescripción El caso de uso comienza cuando el representante realiza la

verificación de cuáles son las pólizas que han sido emitidas. El caso de uso termina cuando obtiene el reporte del sistema Interseguro

Clasificación Secundario

Nombre Reporte de liquidación diaria de cajaActor CajeroPropósito Realiza un reporte de los documentos generadosCaso de uso asociadoDescripción El caso de uso comienza cuando el cajero, al finalizar el día realiza la

verificación de cuáles son los documentos de pago generados en el día. El caso de uso termina cuando obtiene el reporte del sistema Interseguro.

Clasificación Primario

Nombre Realizar loginActor UsuarioPropósito Realiza el ingreso al sistemaCaso de uso asociadoDescripción El caso de uso comienza cuando el usuario ingresado su nombre y

contraseña al sistema de Interseguro. El caso de uso termina cuando el ingreso al sistema se ha dado de manera satisfactoria.

Clasificación Primario

Universidad Peruana de Ciencias Aplicadas - EPE 17

Page 18: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Nombre Cambiar contraseñaActor UsuarioPropósito Cambio de contraseña de manera periódicaCaso de uso asociadoDescripción El caso de uso comienza cuando el usuario desea modificar su

contraseña, ya sea por cuenta propia o porque han pasado los 2 meses y el sistema arrojó el mensaje de modificación. El caso de uso termina cuando la modificación se realiza con éxito.

Clasificación Secundario

Nombre Gestionar usuariosActor Administrador del sistemaPropósito Verifica los usuarios del sistema InterseguroCaso de uso asociadoDescripción El caso de uso comienza cuando el administrador se encarga de

gestionar los usuarios en el sistema Interseguro, colocando sus datos y a la vez obteniendo su ingreso con una contraseña. El caso de uso termina cuando se obtienen los usuarios generados

Clasificación Primario

Nombre Gestionar perfilesActor Administrador del sistemaPropósito Verifica los perfiles de los usuariosCaso de uso asociadoDescripción El caso de uso comienza cuando el administrador se encarga de

gestionar los perfiles a cada uno de los usuarios de acuerdo a sus necesidades. El caso de uso termina cuando se realiza con éxito los perfiles para cada usuario.

Clasificación Primario

Nombre Gestionar copia de seguridadActor Administrador del sistemaPropósito Realiza la copia de seguridad del sistemaCaso de uso asociadoDescripción El caso de uso comienza cuando el administrador, al finalizar el día

realiza una copia de seguridad de todos los procesos y actividades realizas durante el día. El caso de uso termina cuando se obtiene con éxito el backup.

Clasificación Primario

Universidad Peruana de Ciencias Aplicadas - EPE 18

Page 19: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

2.3.5 Lista de Casos de Uso Priorizados

Cuadro 1: Lista de casos de uso priorizadosLista de casos de uso priorizados

Código Nombre del caso de uso Clasificación IteraciónCUS01 Gestionar certificado SOAT Primario 0CUS02 Generar póliza SOAT Primario 0CUS03 Gestionar cobro de SOAT Primario 0CUS04 Realizar login Primario 0CUS05 Cambiar contraseña Secundario 0CUS06 Gestionar usuarios Primario 0CUS07 Gestionar perfiles Primario 0CUS08 Gestionar copia de seguridad Primario 0CUS09 Gestionar datos del cliente Primario 1CUS10 Buscar cliente Secundario 1CUS11 Verificar vencimiento SOAT Secundario 1CUS12 Imprimir documento de pago Primario 1CUS13 Consultar pólizas no renovadas Secundario 1CUS14 Consultar pólizas emitidas Secundario 1CUS15 Reporte de liquidación diaria de caja Primario 1

2.3.6 Lista de Casos de Uso que impactan en la Arquitectura

Cuadro 2: Lista de casos de uso que impactan en la arquitecturaCódigo Nombre del caso de uso Dificultad

CUS01 Gestionar certificado SOAT MediaCUS02 Generar póliza SOAT MediaCUS03 Gestionar cobro de SOAT MediaCUS04 Realizar login MediaCUS05 Cambiar contraseña MediaCUS06 Gestionar usuarios MediaCUS07 Gestionar perfiles MediaCUS08 Gestionar copia de seguridad MediaCUS09 Gestionar datos del cliente BajaCUS10 Buscar cliente BajaCUS11 Verificar vencimiento SOAT BajaCUS12 Imprimir documento de pago BajaCUS13 Consultar pólizas no renovadas BajaCUS14 Consultar pólizas emitidas BajaCUS15 Reporte de liquidación diaria de caja Baja

Responsable:Para los casos de uso, los responsables son el equipo de sistemas, que comprenden a los analistas y sobre ellos un jefe de sistemas y a la vez del proyecto a quien se le reportan los avances de manera diaria.

Universidad Peruana de Ciencias Aplicadas - EPE 19

Page 20: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Capítulo 3: Análisis

3.1 Modelo del dominio de clases o modelo conceptual.

Cliente

id_Cliente : Integercli_Nombre : Stringcli_Apellidos : String

cli_FecNac : Datecli_Direccion : String

Cliente_Natural

cli_Dni : String

Cliente_Juridico

cli_Ruc : String

Poliza_Soat

id_Poliza : Integerpol_Numero : String

pol_Fecha : Date

Certificado_Soat

id_Certificado : Integercer_Numero : String

cer_Fecha : Date

Documento_venta

id_DocVta : Integerdoc_Numero : String

doc_Serie : Stringdoc_Fecha : Datedoc_Total : Doubledoc_Igv : Double

doc_Observ : String

Trabajador

id_Trabajador : Integertra_Nombre : Stringtra_Apellidos : Stringtra_Codigo : String

tra_Direccion : Stringtra_FecNac : Date

Vehiculo

id_Vehiculo : Integer...veh_Marca : String

veh_Modelo : Stringveh_Placa : Stringveh_Motor : String

veh_Chasis : Stringveh_Color : String

veh_Fec_Fab : Date

Universidad Peruana de Ciencias Aplicadas - EPE 20

Page 21: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Universidad Peruana de Ciencias Aplicadas - EPE 21

Diagrama Nro. 07

Page 22: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

3.2 Realización de los Casos de Uso para el Análisis 3.2.1 Especificación detallada de los casos de uso que impactan en la arquitectura

Cuadro 3: Especificación detallada de un CUNombre CUS02-Generar Póliza SOATActor Representante de Atención al clienteIteración 0Casos de uso asociadosDescripción El Caso de uso inicia cuando el representante desea generar una

nueva póliza de SOAT. El actor ingresa información del cliente y del vehículo. El sistema genera un código único de registro de póliza. El caso de uso termina cuando el sistema permite generar el certificado y emitir una nueva póliza de SOAT satisfactoriamente.

Referencias FEAT01FEAT02FEAT04

Reglas de negocio: BRUL01 Precondiciones El cliente debe de tener un vehículo que requiera una póliza SOATPost Condiciones Se generaría el certificado de póliza SOATFlujo normal de eventos

1. El actor selecciona la opción “ Emitir Póliza” del menú Gestionar Póliza.2. El sistema muestra el formulario “Registrar Transacción”, que permitirá generar una nueva

póliza, este formulario contiene tres secciones “Datos del Cliente”, “Datos del Vehículo” y “Calcular Tarifa”.

3. El actor ingresa el DNI o RUC del cliente y presiona el botón buscar.4. El sistema obtiene los datos del cliente y muestra la información requerida en los campos:

Nombres, Apellidos, DNI, Fecha Nacimiento, Dirección o RUC.5. El actor presiona el botón guardar 6. El sistema muestra el formulario de la pestaña Datos del Vehículo activa7. El actor ingresa los datos de la placa del vehículo8. El sistema obtiene los datos del vehículo y muestra la información requerida en los campos:

Marca, modelo, motor, chasis, color, fecha de fabricación y placa.9. El actor presiona el botón guardar10. El sistema muestra el formulario “Calcular Tarifa” con los campos en solo lectura: 11. nombres y apellidos, DNI, RUC, Placa, fecha de fabricación, Valor Total de Póliza y el botón

calcular.12. El actor verifica que los datos del cliente y el vehículo sean conformes y presiona el botón

calcular.13. El sistema calcula el valor total de la póliza y muestra un mensaje con los datos del nro.

póliza y fecha de emisión.14. El actor presiona aceptar.15. El sistema muestra al final del formulario el Nro de Póliza y fecha de emisión de Póliza y el

botón emitir certificado de Póliza16. El sistema muestra una pantalla con el nro. de certificado y fecha.17. El actor presiona el botón imprimir18. El sistema imprime el documento 19. El actor selecciona salir y el caso de uso termina.

Sub Flujo <nombre del sub flujo> No Aplica.

Universidad Peruana de Ciencias Aplicadas - EPE 22

Page 23: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

Nombre CUS02-Generar Póliza SOAT

Flujo alternativo 1

Búsqueda de Cliente.

1. Si en el punto 4 el sistema no ubica al cliente por su RUC o DNI2. El actor verifica que el RUC o DNI ingresado sea el correcto.3. El sistema busca el cliente4. El sistema no obtiene datos5. El actor ingresa manualmente los datos del cliente: Nombres, Apellidos, DNI, Fecha

Nacimiento, Dirección o RUC y presiona el botón guardar6. El sistema guarda los datos satisfactoriamente.7. El caso de uso continúa en el punto 6.

Flujo alternativo 2

Búsqueda de vehículo.

1. Si en el punto 8 el sistema no ubica los datos del vehículo por el nro. de placa.2. El actor verifica que el nro. de placa ingresada sea el correcto.3. El sistema busca el vehículo4. El sistema no obtiene datos5. El actor ingresa manualmente los datos del vehículo Marca, modelo, motor, chasis, color,

fecha de fabricación y placa; y presiona el botón guardar6. El sistema guarda los datos satisfactoriamente.7. El caso de uso continúa en el punto 10.

Información adicional No aplica.

Universidad Peruana de Ciencias Aplicadas - EPE 23

Page 24: Trabajo Arquitectura Version 2 2

Representante de atencion al cliente

IUListarCliente

IUMenuCliente

CCU-RegistrarCliente CN-RegistrarCliente Cliente

Representante de atencion al clienteVehiculoCCU-BuscarTarjetaPropiedad

IUSunarp

CN-BuscarTarjetaPropiedad

Representante de atencion al cliente

IUMenu

IUEmitirCertificadoSOAT

IUEmitirPolizaSOAT

CCU-GenerarNuevaPolizaSOAT

CCU-RegistrarCliente

CCU-BuscarTarjetaPropiedad

CN-GenerarNuevaPolizaSOAT

Cliente

Vehiculo

Documento de Pago

Certificado SOAT

Poliza SOAT

IURegistrarTransaccion

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

3.2.2 Diagrama de Clases de Análisis

DCA – Gestionar Póliza SOAT

DCA – Registrar Cliente

DCA-BuscarTarjetaPropiedad

Universidad Peruana de Ciencias Aplicadas - EPE 24

Diagrama Nro. 08

Diagrama Nro. 09

Diagrama Nro. 10

Page 25: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

3.2.3 Diagrama de Interacción de los casos de uso especificados

DS-GestionarPolizaSoat

Universidad Peruana de Ciencias Aplicadas - EPE 25

Page 26: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

CONCLUSIONES

Se logró cumplir con los objetivos planteados al inicio del Proyecto, se ha obtenido un sistema

que cumple con los parámetros deseados: fiabilidad, rapidez, disponibilidad y seguridad.

Los diagramas que reflejan cada uno de los casos de Uso de Negocio han permitido contemplar

los detalles que han conllevado a la automatización de cada uno de los procesos. A través de

ellos podemos considerar las reglas de negocios y las excepciones que se tendrán al momento

de realizar el sistema requerido.

El Proyecto ha sido aplicado bajo un entorno web, cumpliendo con los requerimientos

funcionales y no funcionales, al ser la web un entorno abierto, se ha considerado también la

seguridad en las transacciones que se realizan.

Por último, la metodología RUP permitió la identificación de los recursos involucrados en el

proceso (casos de uso) y sus roles (actores del negocio y trabajadores del negocio), y

plasmarlos a través de sus artefactos, con la ayuda del lenguaje UML. Ello ha permitido

mostrar de manera más fácil el funcionamiento del negocio, pudiendo además, identificar las

actividades a automatizar (futuros casos de uso del sistema) y las clases (entidades).

Universidad Peruana de Ciencias Aplicadas - EPE 26

Page 27: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

GLOSARIO

Plataforma: Tablero horizontal, descubierto y elevado sobre el suelo, donde se colocan personas o cosas.

Liquidación: Pago completo de una deuda o de una cuenta.

Certificado: El certificado es un tipo de texto administrativo empleado para constatar un determinado hecho.

Póliza: Documento que sirve para demostrar la validez de un contrato, en seguros, bolsa y en otros negocios; en él aparecen las condiciones, características, cláusulas, etc., del contrato.

Universidad Peruana de Ciencias Aplicadas - EPE 27

Page 28: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

SIGLARIO

SOAT: Seguro Obligatorio de Accidentes de Tránsito.

SAC: Servicio al Cliente.

DNI: Documento Nacional de Identidad.

Universidad Peruana de Ciencias Aplicadas - EPE 28

Page 29: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

BIBLIOGRAFÍA

Documentos internos de Seguros Interseguro

Universidad Peruana de Ciencias Aplicadas - EPE 29

Page 30: Trabajo Arquitectura Version 2 2

[ARQUITECTURA DE SOFTWARE] Noviembre 2015

ANEXOS

1. Generación Póliza SOAT

2. Cobro de Póliza de SOAT

3. Consultas y Reportes de Póliza de SOAT

Universidad Peruana de Ciencias Aplicadas - EPE 30