Trabajo Arquitectura Version 2 2
-
Upload
jrosales9163 -
Category
Documents
-
view
20 -
download
0
description
Transcript of 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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[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
[ARQUITECTURA DE SOFTWARE] Noviembre 2015
Universidad Peruana de Ciencias Aplicadas - EPE 21
Diagrama Nro. 07
[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
[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
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
[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
[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
[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
[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
[ARQUITECTURA DE SOFTWARE] Noviembre 2015
BIBLIOGRAFÍA
Documentos internos de Seguros Interseguro
Universidad Peruana de Ciencias Aplicadas - EPE 29
[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