SlideShare ist ein Scribd-Unternehmen logo
1 von 17
FACULTAD DE SISTEMAS MERCANTILES
                     CARRERA DE INGENIERÍA EN SISTEMAS
                       INGENIERIA DE SOFTWARE II
                RECOGIDA Y DOCUMENTACIÓN DE REQUISITOS

Nombre: Ángel Ortiz
Nombre de la compañía aseguradora: Merquiauto
Nivel: Sexto
Tutor: Ing. Luis Guallpa
1.1. Información inicial
 La concesionaria de autos (que desde ahora se denominara
simplemente la concesionaria) vende pólizas de seguros para
automóviles. Las pólizas puede ser: pólizas de seguro total, pólizas
de seguro de desgravamen o de vida.
 Los clientes pueden ser usuarios que compran autos en su
concesionaria o un usuario externo.
 El cliente puede cancelar su póliza solo al culminar la fecha del
contrato pero mientras no lo haga debe estar sujeto a las normas
del mismo, si cumple con las condiciones estipuladas ; entonces la
concesionaria prepara el contrato de póliza de seguro , que siempre
es por un tiempo determinado( 1 año como minino y 5 como
máximo) cuando se cumple el plazo de preaviso de la renovación
n o no del contrato del seguro , si hay renovación la concesionaria
prepara el nuevo contrato y si no hay renovación se da de baja al
cliente.
Partes que intervienen en el contrato de seguro
Asegurador - Se trata de la persona jurídica (S.A., Mutualidad o Cooperativa) que
asume el riesgo pactado en el contrato a cambio del cobro de una prima.
Asegurado (cliente) - Se trata de la persona o Entidad expuesta al riesgo o con
derecho a percibir la prestación. El contrato de seguro da lugar al desplazamiento del
riesgo desde el asegurado hasta el asegurador. Sin embargo, puede ocurrir que no sea
el asegurado, sino un tercero, quien tome la decisión de contratar un seguro.
Tomador- Es la persona o Entidad que suscribe el contrato de seguro y que asume la
obligación de pago de la prima establecida. Normalmente la figura del tomador
coincide con la del asegurado, aunque a veces no es así.

                             El tomador
                              asegura

                         Riesgo    Riesgo de
                         propio    un tercero

Asegurado = Tomador                      Asegurado ≠ Tomador
Beneficiario - Persona o Entidad que tiene derecho al cobro de la indemnización
garantizada en el contrato tras la ocurrencia del siniestro. El beneficiario en algunos
casos no es la misma persona que el asegurado (en los seguros de vida, por ejemplo,
el beneficiario de la indemnización es la persona que el asegurada designara como
tal en el momento de la contratación).
1.2. Modelo de dominio
1..3.Modelo del negocio
Cuando un cliente solicita una póliza de seguro es entrevistado por un agente que le pide los
datos identificativos de su persona(C.I, Licencia, Certificado de votación) como se su
vehículo(Soat, Matricula) e introduce estos datos en el ordenador; después un inspector realiza
la revisión del vehículo y emite un informe a partir del cual se fija el tipo de seguro y el monto
del mismo. Cuando se realiza el contrato del seguro el asegurador introduce los datos del
cliente y del contrato.

Casos de uso.
Diagrama de clase u objetos
1.4. El glosario del modelo de negocio

Concesionaria: Concesionaria X, dedicada a la venta de pólizas de seguros para
vehículos automotores.

Agente: Empleado de la concesionaria que entrevista a los clientes.
Asegurado o cliente: Persona o empresa que solicita el seguro.
Contrato: Contrato legal de la póliza de seguro, firmado por el asegurado y el
agente.
Informe: Reporte que elabora un inspector de la concesionaria sobre un vehículo
después de revisarlo.
Inspector: Empleado de la concesionaria que revisa los vehículos antes de ser
asegurados.
Vehículo: Medio de transporte que está expuesto a siniestros.
Costo: importe anual por la póliza de seguro.
Asegurador: Entidad que asume el riesgo pactado en el contrato a cambio del
cobro de una prima.
1.5. Los guiones
El guion del agente
Llega un cliente y se le pide los datos tanto de él como del vehículo que requiere una
póliza: C.I, licencia, certificado de votación, soat y matricula. Una vez añadido al
cliente se procederá a pedir la inspección del vehículo.
El guion del inspector
La inspección consiste en una vista previa del inspector al vehículo. El inspector
examina diferentes aspectos del vehículo (motor, chasis, cabina, etc.) Con el
objetivo de determinar el costo del a póliza de seguro y emite el informe

1. 5.1 Actores
Los actores son dos: agente e inspector, que no son usuarios finales directos del
sistema; en cambio, no son actores los clientes ya que no tienen interrelación con el
sistema, si no toda la relación que tiene es mediante el agente y el inspector (por lo
tanto el software no los ve).
1.5.2 Diagrama de casos de uso
1.5.3 Documento contextual

Caso de uso numero 1: “Solicita datos”
Resumen de funcionalidad: Recoge la información del cliente
Papel de trabajo de los usuarios: Entrega información de su persona y del
vehículo
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: El cliente es nuevo
El agente introduce los datos del cliente y el vehículo: que contiene C.I,
licencia, certificado de votación, soat y matricula.

Caso de uso numero 2: “Añadir cliente”
Resumen de funcionalidad: Añade un cliente a la base de datos
Papel de trabajo de los usuarios: Es un caso esporádico en el trabajo de
los agentes
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: El cliente es nuevo
El agente da de alta al cliente
Caso de uso numero 3: “Analiza informe”
Resumen de funcionalidad: Analiza la información emitida por el inspector
Papel de trabajo de los usuarios: Genera información del estado del vehículo.
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: Nuevo registro del vehículo.
El agente introduce los datos del vehículo: que contiene el estado en el que se encuentra
el mismo.

Caso de uso numero 4: “Fija tipo y monto del seguro”
Resumen de funcionalidad: Establece el tipo de póliza y el costo del mismo según el
informe recibido.
Papel de trabajo de los usuarios: recibe términos del contrato
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: La póliza es nueva
El agente determina el tipo de póliza con el que se va atrabajar y cuanto se avalúa el
vehículo.

Caso de uso numero 5: “Prepara el contrato”
Resumen de funcionalidad: Prepara el contrato para que lo analice el cliente.
Papel de trabajo de los usuarios: recibe el contrato
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: La póliza es nueva
El agente prepara el contrato y lo entrega al cliente para que lo analice.
Caso de uso numero 6: “Registra datos del cliente y el contrato”
Resumen de funcionalidad: Ingresa los datos del cliente y el contrato al ordenador
Papel de trabajo de los usuarios: Función del agente
Actores: Agente
Casos de uso relacionados: Ninguno
Precondición: En cada contrato
El agente introduce los datos del cliente y el contrato en el ordenador.

Caso de uso numero 7: “Inspecciona el vehículo”
Resumen de funcionalidad: Recoge la información del estado del vehículo.
Papel de trabajo de los usuarios: Facilita el vehículo para revisión
Actores: Inspector
Casos de uso relacionados: Ninguno
Precondición: En todos los casos
El inspector verifica el estado del vehículo.

Caso de uso numero 8: “Emite informe”
Resumen de funcionalidad: Proporciona información del chequeo del vehículo.
Papel de trabajo de los usuarios: Ninguno
Actores: Inspector
Casos de uso relacionados: Ninguno
Precondición: En todos los casos
El inspector luego de a ver realizado la inspección de automotor emite un informe al
agente para su posterior análisis.
1.6.Requisitos de la interface del usuario
           1.6.1 Perfiles del usuario
Todos los usuarios conocen a fondo su trabajo. El agente y los inspectores están acostumbrados
a utilizar ordenadores, también se puede apreciar que se viene trabajando con aplicaciones
parecidas. La rotación del personal es muy baja. Todas las funciones de software se realizan a
menudo.
           1.6.2.Documentación de tareas futuras
Añadir un cliente
El agente teclea el nombre y cedula de identidad. El sistema le asigna automáticamente un
código relativo.
Introducir informe
El inspector trae escrita en un impreso la información que ha recogido durante la revisión al
vehículo y se la entrega al agente este a su vez inserta los datos en el ordenador-
Introducir el contrato
El agente recoge el contrato firmado por el cliente para posteriormente ingresar los datos al
ordenador. Posteriormente luego de la culminación del mismo si se renueva se ingresa el NIF
del cliente y se imprime los datos del contrato como son:
•Nombre del cliente
•C.I.
•Características del vehículo
•Condiciones del contrato
•Los datos de inicio y fin de la vigencia.
Tabla de aspectos

          Aspecto                  Añadir cliente       Introducir informe      Introducir contrato

          Frecuencia               5 por día            5 por día               5 por día
          Usuarios                 Agentes              Inspector               Agente
          Entorno                  Normal               Normal                  Normal
          Tareas anteriores        Ninguna              Añadir cliente          Ninguna

          Tareas siguientes        Introducir informe   Ninguna                 Ninguna

          Entradas                 Datos del cliente    Informe del inspector   NIF cliente

          Salidas                  Ninguna              ninguna                 Datos para en contrato

          Destino de las salidas        _                  _                    Servicio jurídico




          1.6.3. Requisitos de usabilidad
Los agentes e inspectores deben ser capaces de utilizar el sistema después de una
explicación y practica de una hora.
Responder:
•Cuáles fueron las fuentes de información sobre los requisitos del software solicitado, aparte de
las entrevistas y observación del trabajo de los usuarios?

•La búsqueda de aplicaciones similares en internet.
•La documentación bibliográfica de sistemas anteriormente elaborados.

•Cuáles fueron los criterios aplicados para determinar si una relación entre casos de uso es de
extensión, inclusión o colaboración?
Se determino mediante cada una de las relaciones de que existen entre cada caso de uso es
decir si se derivan o no o si heredan similitudes de los casos anteriores.


•Compare las tareas identificadas, con los casos de uso. Los casos de uso, representa de manera
adecuada                a                 las               tareas                identificadas?

No representa en su totalidad una tarea realizada sino que se resume en una acción específica
de una determinada tarea.

Weitere ähnliche Inhalte

Was ist angesagt?

Formato Para La Captura Y DescripcióN De Requerimientos
Formato Para La Captura  Y DescripcióN De RequerimientosFormato Para La Captura  Y DescripcióN De Requerimientos
Formato Para La Captura Y DescripcióN De RequerimientosJosse Perez
 
Plantilla caso prueba
Plantilla caso pruebaPlantilla caso prueba
Plantilla caso pruebaSTBG
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareJesús Navarro
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de SoftwareAnaMelba MH
 
*Diagramas de flujo nivel 0-1*
*Diagramas de flujo nivel 0-1**Diagramas de flujo nivel 0-1*
*Diagramas de flujo nivel 0-1*venusprinz583
 
Control de Calidad del Software
Control de  Calidad del SoftwareControl de  Calidad del Software
Control de Calidad del SoftwareIntellimedia
 
Norma ISO/IEC 9126 y Métrica de Calidad del Software
Norma ISO/IEC 9126 y Métrica de Calidad del Software Norma ISO/IEC 9126 y Métrica de Calidad del Software
Norma ISO/IEC 9126 y Métrica de Calidad del Software ehe ml
 
NORMAS PERUANAS EN SOFWARE
NORMAS PERUANAS EN SOFWARENORMAS PERUANAS EN SOFWARE
NORMAS PERUANAS EN SOFWARERis Fernandez
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional CristobalFicaV
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientosGustavo Araque
 
Diagramas de actividad
Diagramas de actividadDiagramas de actividad
Diagramas de actividadJulio Pari
 
Técnicas para identificar requisitos funcionales y no funcionales
Técnicas para identificar requisitos funcionales y no funcionales Técnicas para identificar requisitos funcionales y no funcionales
Técnicas para identificar requisitos funcionales y no funcionales JessicaSanchezMarin
 

Was ist angesagt? (20)

Formato Para La Captura Y DescripcióN De Requerimientos
Formato Para La Captura  Y DescripcióN De RequerimientosFormato Para La Captura  Y DescripcióN De Requerimientos
Formato Para La Captura Y DescripcióN De Requerimientos
 
Plantilla caso prueba
Plantilla caso pruebaPlantilla caso prueba
Plantilla caso prueba
 
Guia iso 9126
Guia iso 9126Guia iso 9126
Guia iso 9126
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de software
 
Requisitos no Funcionales
Requisitos no FuncionalesRequisitos no Funcionales
Requisitos no Funcionales
 
Calidad de Software
Calidad de SoftwareCalidad de Software
Calidad de Software
 
02 captura de requisitos
02 captura de requisitos02 captura de requisitos
02 captura de requisitos
 
*Diagramas de flujo nivel 0-1*
*Diagramas de flujo nivel 0-1**Diagramas de flujo nivel 0-1*
*Diagramas de flujo nivel 0-1*
 
Iso 25000
Iso 25000Iso 25000
Iso 25000
 
Modelamiento software
Modelamiento softwareModelamiento software
Modelamiento software
 
Normas ISO 9126 - 25000
Normas ISO 9126 - 25000Normas ISO 9126 - 25000
Normas ISO 9126 - 25000
 
Control de Calidad del Software
Control de  Calidad del SoftwareControl de  Calidad del Software
Control de Calidad del Software
 
Norma ISO/IEC 9126 y Métrica de Calidad del Software
Norma ISO/IEC 9126 y Métrica de Calidad del Software Norma ISO/IEC 9126 y Métrica de Calidad del Software
Norma ISO/IEC 9126 y Métrica de Calidad del Software
 
NORMAS PERUANAS EN SOFWARE
NORMAS PERUANAS EN SOFWARENORMAS PERUANAS EN SOFWARE
NORMAS PERUANAS EN SOFWARE
 
Documento vision
Documento visionDocumento vision
Documento vision
 
Requerimiento funcional y no funcional
Requerimiento funcional y no funcional Requerimiento funcional y no funcional
Requerimiento funcional y no funcional
 
Seleccion so
Seleccion soSeleccion so
Seleccion so
 
Análisis de requerimientos
Análisis de requerimientosAnálisis de requerimientos
Análisis de requerimientos
 
Diagramas de actividad
Diagramas de actividadDiagramas de actividad
Diagramas de actividad
 
Técnicas para identificar requisitos funcionales y no funcionales
Técnicas para identificar requisitos funcionales y no funcionales Técnicas para identificar requisitos funcionales y no funcionales
Técnicas para identificar requisitos funcionales y no funcionales
 

Andere mochten auch

diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemaUniversidad Tecnológica
 
Base datos
Base datosBase datos
Base datospedro
 
Base de datos temporales
Base de datos temporalesBase de datos temporales
Base de datos temporalesYeider Torres
 
Modelos de base de datos
Modelos de base de datosModelos de base de datos
Modelos de base de datosDavid Guetta
 
Tipos de base de datos
Tipos de base de datosTipos de base de datos
Tipos de base de datosJorgeQuishpi
 
Conceptos basicos del diseñode una base de datos
Conceptos basicos del diseñode una base de datosConceptos basicos del diseñode una base de datos
Conceptos basicos del diseñode una base de datosnelson0007
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UMLramirezjaime
 
Clases y tipos de vehículos
Clases y tipos de vehículosClases y tipos de vehículos
Clases y tipos de vehículosCarOol ThOor
 
Base de datos (diseño conceptual,logico y fisico)
Base de datos (diseño conceptual,logico y fisico)Base de datos (diseño conceptual,logico y fisico)
Base de datos (diseño conceptual,logico y fisico)claudiachiri
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
Sistemas de información
Sistemas de informaciónSistemas de información
Sistemas de informaciónguestd49fa4
 

Andere mochten auch (16)

diagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistemadiagrama de casos de uso del negocio y del sistema
diagrama de casos de uso del negocio y del sistema
 
Base datos
Base datosBase datos
Base datos
 
Base de datos temporales
Base de datos temporalesBase de datos temporales
Base de datos temporales
 
Modelos de base de datos
Modelos de base de datosModelos de base de datos
Modelos de base de datos
 
Tipos de base de datos
Tipos de base de datosTipos de base de datos
Tipos de base de datos
 
Conceptos basicos del diseñode una base de datos
Conceptos basicos del diseñode una base de datosConceptos basicos del diseñode una base de datos
Conceptos basicos del diseñode una base de datos
 
Modelos de base de datos
Modelos de base de datosModelos de base de datos
Modelos de base de datos
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Modelo Requistos
Modelo RequistosModelo Requistos
Modelo Requistos
 
Modelo requisitos UML
Modelo requisitos UMLModelo requisitos UML
Modelo requisitos UML
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Clases y tipos de vehículos
Clases y tipos de vehículosClases y tipos de vehículos
Clases y tipos de vehículos
 
Diseño de bases de datos
Diseño de bases de datosDiseño de bases de datos
Diseño de bases de datos
 
Base de datos (diseño conceptual,logico y fisico)
Base de datos (diseño conceptual,logico y fisico)Base de datos (diseño conceptual,logico y fisico)
Base de datos (diseño conceptual,logico y fisico)
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
Sistemas de información
Sistemas de informaciónSistemas de información
Sistemas de información
 

Ähnlich wie Polizas de seguros para vehiculos_Merquiauto

Merqui auto
Merqui autoMerqui auto
Merqui autoUniandes
 
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYO
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYOCOMPAÑÍA DE SEGUROS MERQUIAUTO-PUYO
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYOmayrasulca
 
Actividades comerciales
Actividades comercialesActividades comerciales
Actividades comercialesRosarioZuiga4
 
Aseguradora vehicular Puyo Pastaza
Aseguradora vehicular Puyo PastazaAseguradora vehicular Puyo Pastaza
Aseguradora vehicular Puyo PastazaJAVIERBUNSHE
 
COMPAÑIA DE SEGUROS UNIDOS S.A.
COMPAÑIA DE SEGUROS UNIDOS S.A.COMPAÑIA DE SEGUROS UNIDOS S.A.
COMPAÑIA DE SEGUROS UNIDOS S.A.Maritza_Tapia
 
Gestion en la optimizacion operacional de las polizas
Gestion en la optimizacion operacional de las polizasGestion en la optimizacion operacional de las polizas
Gestion en la optimizacion operacional de las polizasJeison Siervo
 
Manual del sistema
Manual del sistemaManual del sistema
Manual del sistemaJuan Ricardo
 
Presentacion webinar agp-agm
Presentacion webinar agp-agmPresentacion webinar agp-agm
Presentacion webinar agp-agmAGM Abogados
 
Presentación beneficios pmgb coninsa ramon h jun11
Presentación beneficios pmgb   coninsa ramon h jun11Presentación beneficios pmgb   coninsa ramon h jun11
Presentación beneficios pmgb coninsa ramon h jun11aon
 
Nombre del cliente 2007 presentación programa de vehículos
Nombre del cliente 2007   presentación programa de vehículosNombre del cliente 2007   presentación programa de vehículos
Nombre del cliente 2007 presentación programa de vehículosrafaelaviles75
 
Ajuste de pérdidas
Ajuste de pérdidasAjuste de pérdidas
Ajuste de pérdidasrosneidy
 
Esquemas de retiro y protección financiera cert
Esquemas de retiro y protección financiera certEsquemas de retiro y protección financiera cert
Esquemas de retiro y protección financiera certMaestros Online
 
Contrato de factoring ana rojas
Contrato de factoring   ana rojasContrato de factoring   ana rojas
Contrato de factoring ana rojasVictor Rojas Cubas
 

Ähnlich wie Polizas de seguros para vehiculos_Merquiauto (20)

Merqui auto
Merqui autoMerqui auto
Merqui auto
 
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYO
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYOCOMPAÑÍA DE SEGUROS MERQUIAUTO-PUYO
COMPAÑÍA DE SEGUROS MERQUIAUTO-PUYO
 
Curso
CursoCurso
Curso
 
COMPANIAS ASEGURADORAS
COMPANIAS ASEGURADORASCOMPANIAS ASEGURADORAS
COMPANIAS ASEGURADORAS
 
ASEGURADORA
ASEGURADORAASEGURADORA
ASEGURADORA
 
Actividades comerciales
Actividades comercialesActividades comerciales
Actividades comerciales
 
Dia
DiaDia
Dia
 
Aseguradora vehicular Puyo Pastaza
Aseguradora vehicular Puyo PastazaAseguradora vehicular Puyo Pastaza
Aseguradora vehicular Puyo Pastaza
 
Factoring
FactoringFactoring
Factoring
 
COMPAÑIA DE SEGUROS UNIDOS S.A.
COMPAÑIA DE SEGUROS UNIDOS S.A.COMPAÑIA DE SEGUROS UNIDOS S.A.
COMPAÑIA DE SEGUROS UNIDOS S.A.
 
Gestion en la optimizacion operacional de las polizas
Gestion en la optimizacion operacional de las polizasGestion en la optimizacion operacional de las polizas
Gestion en la optimizacion operacional de las polizas
 
Manual del sistema
Manual del sistemaManual del sistema
Manual del sistema
 
Presentacion webinar agp-agm
Presentacion webinar agp-agmPresentacion webinar agp-agm
Presentacion webinar agp-agm
 
Manual clipw
Manual clipwManual clipw
Manual clipw
 
Presentación beneficios pmgb coninsa ramon h jun11
Presentación beneficios pmgb   coninsa ramon h jun11Presentación beneficios pmgb   coninsa ramon h jun11
Presentación beneficios pmgb coninsa ramon h jun11
 
Nombre del cliente 2007 presentación programa de vehículos
Nombre del cliente 2007   presentación programa de vehículosNombre del cliente 2007   presentación programa de vehículos
Nombre del cliente 2007 presentación programa de vehículos
 
Ecuaprimas
EcuaprimasEcuaprimas
Ecuaprimas
 
Ajuste de pérdidas
Ajuste de pérdidasAjuste de pérdidas
Ajuste de pérdidas
 
Esquemas de retiro y protección financiera cert
Esquemas de retiro y protección financiera certEsquemas de retiro y protección financiera cert
Esquemas de retiro y protección financiera cert
 
Contrato de factoring ana rojas
Contrato de factoring   ana rojasContrato de factoring   ana rojas
Contrato de factoring ana rojas
 

Mehr von Blace57

El internet y su influencia en el siglo 21
El internet y su influencia en el siglo 21El internet y su influencia en el siglo 21
El internet y su influencia en el siglo 21Blace57
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareBlace57
 
Uml pres
Uml  presUml  pres
Uml presBlace57
 
Desarrollo de software orientado a la web.
Desarrollo de software orientado a la web.Desarrollo de software orientado a la web.
Desarrollo de software orientado a la web.Blace57
 
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...Blace57
 
Esquema de estudio tecnico de mercado
Esquema de estudio tecnico de mercadoEsquema de estudio tecnico de mercado
Esquema de estudio tecnico de mercadoBlace57
 

Mehr von Blace57 (6)

El internet y su influencia en el siglo 21
El internet y su influencia en el siglo 21El internet y su influencia en el siglo 21
El internet y su influencia en el siglo 21
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
 
Uml pres
Uml  presUml  pres
Uml pres
 
Desarrollo de software orientado a la web.
Desarrollo de software orientado a la web.Desarrollo de software orientado a la web.
Desarrollo de software orientado a la web.
 
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...
Estudios de un proyecto y desarrollo de actividades fundamentales de un proye...
 
Esquema de estudio tecnico de mercado
Esquema de estudio tecnico de mercadoEsquema de estudio tecnico de mercado
Esquema de estudio tecnico de mercado
 

Polizas de seguros para vehiculos_Merquiauto

  • 1. FACULTAD DE SISTEMAS MERCANTILES CARRERA DE INGENIERÍA EN SISTEMAS INGENIERIA DE SOFTWARE II RECOGIDA Y DOCUMENTACIÓN DE REQUISITOS Nombre: Ángel Ortiz Nombre de la compañía aseguradora: Merquiauto Nivel: Sexto Tutor: Ing. Luis Guallpa
  • 2.
  • 3. 1.1. Información inicial La concesionaria de autos (que desde ahora se denominara simplemente la concesionaria) vende pólizas de seguros para automóviles. Las pólizas puede ser: pólizas de seguro total, pólizas de seguro de desgravamen o de vida. Los clientes pueden ser usuarios que compran autos en su concesionaria o un usuario externo. El cliente puede cancelar su póliza solo al culminar la fecha del contrato pero mientras no lo haga debe estar sujeto a las normas del mismo, si cumple con las condiciones estipuladas ; entonces la concesionaria prepara el contrato de póliza de seguro , que siempre es por un tiempo determinado( 1 año como minino y 5 como máximo) cuando se cumple el plazo de preaviso de la renovación n o no del contrato del seguro , si hay renovación la concesionaria prepara el nuevo contrato y si no hay renovación se da de baja al cliente.
  • 4. Partes que intervienen en el contrato de seguro Asegurador - Se trata de la persona jurídica (S.A., Mutualidad o Cooperativa) que asume el riesgo pactado en el contrato a cambio del cobro de una prima. Asegurado (cliente) - Se trata de la persona o Entidad expuesta al riesgo o con derecho a percibir la prestación. El contrato de seguro da lugar al desplazamiento del riesgo desde el asegurado hasta el asegurador. Sin embargo, puede ocurrir que no sea el asegurado, sino un tercero, quien tome la decisión de contratar un seguro. Tomador- Es la persona o Entidad que suscribe el contrato de seguro y que asume la obligación de pago de la prima establecida. Normalmente la figura del tomador coincide con la del asegurado, aunque a veces no es así. El tomador asegura Riesgo Riesgo de propio un tercero Asegurado = Tomador Asegurado ≠ Tomador Beneficiario - Persona o Entidad que tiene derecho al cobro de la indemnización garantizada en el contrato tras la ocurrencia del siniestro. El beneficiario en algunos casos no es la misma persona que el asegurado (en los seguros de vida, por ejemplo, el beneficiario de la indemnización es la persona que el asegurada designara como tal en el momento de la contratación).
  • 5. 1.2. Modelo de dominio
  • 6. 1..3.Modelo del negocio Cuando un cliente solicita una póliza de seguro es entrevistado por un agente que le pide los datos identificativos de su persona(C.I, Licencia, Certificado de votación) como se su vehículo(Soat, Matricula) e introduce estos datos en el ordenador; después un inspector realiza la revisión del vehículo y emite un informe a partir del cual se fija el tipo de seguro y el monto del mismo. Cuando se realiza el contrato del seguro el asegurador introduce los datos del cliente y del contrato. Casos de uso.
  • 7. Diagrama de clase u objetos
  • 8. 1.4. El glosario del modelo de negocio Concesionaria: Concesionaria X, dedicada a la venta de pólizas de seguros para vehículos automotores. Agente: Empleado de la concesionaria que entrevista a los clientes. Asegurado o cliente: Persona o empresa que solicita el seguro. Contrato: Contrato legal de la póliza de seguro, firmado por el asegurado y el agente. Informe: Reporte que elabora un inspector de la concesionaria sobre un vehículo después de revisarlo. Inspector: Empleado de la concesionaria que revisa los vehículos antes de ser asegurados. Vehículo: Medio de transporte que está expuesto a siniestros. Costo: importe anual por la póliza de seguro. Asegurador: Entidad que asume el riesgo pactado en el contrato a cambio del cobro de una prima.
  • 9. 1.5. Los guiones El guion del agente Llega un cliente y se le pide los datos tanto de él como del vehículo que requiere una póliza: C.I, licencia, certificado de votación, soat y matricula. Una vez añadido al cliente se procederá a pedir la inspección del vehículo. El guion del inspector La inspección consiste en una vista previa del inspector al vehículo. El inspector examina diferentes aspectos del vehículo (motor, chasis, cabina, etc.) Con el objetivo de determinar el costo del a póliza de seguro y emite el informe 1. 5.1 Actores Los actores son dos: agente e inspector, que no son usuarios finales directos del sistema; en cambio, no son actores los clientes ya que no tienen interrelación con el sistema, si no toda la relación que tiene es mediante el agente y el inspector (por lo tanto el software no los ve).
  • 10. 1.5.2 Diagrama de casos de uso
  • 11. 1.5.3 Documento contextual Caso de uso numero 1: “Solicita datos” Resumen de funcionalidad: Recoge la información del cliente Papel de trabajo de los usuarios: Entrega información de su persona y del vehículo Actores: Agente Casos de uso relacionados: Ninguno Precondición: El cliente es nuevo El agente introduce los datos del cliente y el vehículo: que contiene C.I, licencia, certificado de votación, soat y matricula. Caso de uso numero 2: “Añadir cliente” Resumen de funcionalidad: Añade un cliente a la base de datos Papel de trabajo de los usuarios: Es un caso esporádico en el trabajo de los agentes Actores: Agente Casos de uso relacionados: Ninguno Precondición: El cliente es nuevo El agente da de alta al cliente
  • 12. Caso de uso numero 3: “Analiza informe” Resumen de funcionalidad: Analiza la información emitida por el inspector Papel de trabajo de los usuarios: Genera información del estado del vehículo. Actores: Agente Casos de uso relacionados: Ninguno Precondición: Nuevo registro del vehículo. El agente introduce los datos del vehículo: que contiene el estado en el que se encuentra el mismo. Caso de uso numero 4: “Fija tipo y monto del seguro” Resumen de funcionalidad: Establece el tipo de póliza y el costo del mismo según el informe recibido. Papel de trabajo de los usuarios: recibe términos del contrato Actores: Agente Casos de uso relacionados: Ninguno Precondición: La póliza es nueva El agente determina el tipo de póliza con el que se va atrabajar y cuanto se avalúa el vehículo. Caso de uso numero 5: “Prepara el contrato” Resumen de funcionalidad: Prepara el contrato para que lo analice el cliente. Papel de trabajo de los usuarios: recibe el contrato Actores: Agente Casos de uso relacionados: Ninguno Precondición: La póliza es nueva El agente prepara el contrato y lo entrega al cliente para que lo analice.
  • 13. Caso de uso numero 6: “Registra datos del cliente y el contrato” Resumen de funcionalidad: Ingresa los datos del cliente y el contrato al ordenador Papel de trabajo de los usuarios: Función del agente Actores: Agente Casos de uso relacionados: Ninguno Precondición: En cada contrato El agente introduce los datos del cliente y el contrato en el ordenador. Caso de uso numero 7: “Inspecciona el vehículo” Resumen de funcionalidad: Recoge la información del estado del vehículo. Papel de trabajo de los usuarios: Facilita el vehículo para revisión Actores: Inspector Casos de uso relacionados: Ninguno Precondición: En todos los casos El inspector verifica el estado del vehículo. Caso de uso numero 8: “Emite informe” Resumen de funcionalidad: Proporciona información del chequeo del vehículo. Papel de trabajo de los usuarios: Ninguno Actores: Inspector Casos de uso relacionados: Ninguno Precondición: En todos los casos El inspector luego de a ver realizado la inspección de automotor emite un informe al agente para su posterior análisis.
  • 14. 1.6.Requisitos de la interface del usuario 1.6.1 Perfiles del usuario Todos los usuarios conocen a fondo su trabajo. El agente y los inspectores están acostumbrados a utilizar ordenadores, también se puede apreciar que se viene trabajando con aplicaciones parecidas. La rotación del personal es muy baja. Todas las funciones de software se realizan a menudo. 1.6.2.Documentación de tareas futuras Añadir un cliente El agente teclea el nombre y cedula de identidad. El sistema le asigna automáticamente un código relativo. Introducir informe El inspector trae escrita en un impreso la información que ha recogido durante la revisión al vehículo y se la entrega al agente este a su vez inserta los datos en el ordenador- Introducir el contrato El agente recoge el contrato firmado por el cliente para posteriormente ingresar los datos al ordenador. Posteriormente luego de la culminación del mismo si se renueva se ingresa el NIF del cliente y se imprime los datos del contrato como son: •Nombre del cliente •C.I. •Características del vehículo •Condiciones del contrato •Los datos de inicio y fin de la vigencia.
  • 15. Tabla de aspectos Aspecto Añadir cliente Introducir informe Introducir contrato Frecuencia 5 por día 5 por día 5 por día Usuarios Agentes Inspector Agente Entorno Normal Normal Normal Tareas anteriores Ninguna Añadir cliente Ninguna Tareas siguientes Introducir informe Ninguna Ninguna Entradas Datos del cliente Informe del inspector NIF cliente Salidas Ninguna ninguna Datos para en contrato Destino de las salidas _ _ Servicio jurídico 1.6.3. Requisitos de usabilidad Los agentes e inspectores deben ser capaces de utilizar el sistema después de una explicación y practica de una hora.
  • 16.
  • 17. Responder: •Cuáles fueron las fuentes de información sobre los requisitos del software solicitado, aparte de las entrevistas y observación del trabajo de los usuarios? •La búsqueda de aplicaciones similares en internet. •La documentación bibliográfica de sistemas anteriormente elaborados. •Cuáles fueron los criterios aplicados para determinar si una relación entre casos de uso es de extensión, inclusión o colaboración? Se determino mediante cada una de las relaciones de que existen entre cada caso de uso es decir si se derivan o no o si heredan similitudes de los casos anteriores. •Compare las tareas identificadas, con los casos de uso. Los casos de uso, representa de manera adecuada a las tareas identificadas? No representa en su totalidad una tarea realizada sino que se resume en una acción específica de una determinada tarea.