Casos de Uso

5.
Casos de Uso
El propsito del presente capitulo, es identificar y escribir los casos de uso
relevantes para el negocio que sern implementados en la aplicacin, utilizando
formatos claros y de fcil comprensin para el desarrollo iterativo.
5.1. Metodologa
Para realizar los casos de uso del proyecto, se parte del concepto de EBPs
(Elementary Bussines Processes). El concepto de EBPs, es un termino que
procede de la ingeniera de procesos del negocio y se define como :
una tarea realizada por una persona en un lugar, en un instante, como respuesta
a un evento del asunto, que aade un valor cuantificable a ese asunto y finaliza
dejando los datos en un estado consistente.1
Adicionalmente al concepto de EBPs se utiliz la siguiente gua para la
identificacin de los casos de uso:
Identificar los lmites del sistema: qu entra, qu sale, quines lo utilizan.

Identificar los actores principales, aquellos con objetivos de usuario a satisfacer
por el sistema.
Para cada actor, identificar sus objetivos de usuario, concebidos como un
proceso elemental del negocio.
Definir los casos de uso de acuerdo a los objetivos de usuario: darles nombre
segn su objetivo, comenzando con un verbo en infinitivo
Dado que la identificacin de casos de uso requiere previamente la identificacin

de los Actores tambin se tuvo en cuenta la siguiente fundamentacin terica al
respecto:
Actor :
Un Actor es una entidad externa al sistema que participa en el relato del Caso de
Uso. Un Actor estimula al sistema produciendo eventos de entrada, o recibe algo
del sistema (una salida). Los actores representan roles cumplidos por personas,
sistemas informticos, dispositivos electromecnicos u organizaciones. Una
1
LARMAN, Craig. Uml And Patterns
misma persona fsica puede desempear varios roles (Cajero, Administrador,

Vendedor); un actor representa un nico rol. En cada Caso de Uso existe un Actor
iniciador que produce el estmulo que arranca los eventos del caso, y
posiblemente otros actores participantes. El propio sistema en desarrollo puede
ser un actor cuando solicita informacin a otros sistemas.
Dentro de los actores, tambin se puede hacer una clasificacin dentro de los
siguientes tipos:
Actor principal: tiene objetivos en su rol como usuario del sistema, propios de
ese rol, denominados objetivos de usuario; es lo que el usuario quiere que el
sistema haga (Ej. el cajero de un supermercado quiere usar el sistema para
realizar la venta de mercancas).
Actores de apoyo: proporcionan un servicio al sistema (Ej.. en una compra con

tarjeta de crdito el sistema de consulta de saldo disponible interacciona con el
sistema de autorizaciones como un actor de apoyo).
Actores pasivos: no participan en el caso de uso, pero estn interesados en l

(Ej.. en una venta al pblico, la Direccin de Impuestos est interesada en
recibir la liquidacin correcta del impuesto al valor agregado).
Adems de la clasificacin, se tiene la siguiente gua de preguntas para establecer

los posibles actores :
Quin arranca el sistema?
Quin se encargar de la administracin del sistema?
Quin gestiona a los usuarios y la seguridad?
Existe un proceso de control que reinicie el sistema?
Quin evala la actividad o el rendimiento del sistema?
Cmo se gestionan las actualizaciones del software?
Existen actualizaciones automticas o no?
Quin evala los registros?
Se recuperan de manera remota?
Lista Actor Objetivo:
La lista Actor Objetivo recoge los actores principales y sus objetivos de usuario en
una lista; la cual debe ser desarrollada despus de identificar los actores y que se
convierte en el principal insumo para los casos de Uso, dado que por cada objetivo
debera existir un caso de uso.
Los objetivos de la lista Actor objetivo se corresponden con los EBPs del sistema.
Diagramas de Interaccin :
Los Diagramas de Interaccin describen el modo en que los objetos interaccionan
entre s por medio de mensajes. Existen dos variedades: los Diagramas de
Colaboracin y los Diagramas de Secuencia; ambos pueden usarse
indistintamente; el Diagrama de Colaboracin destaca mejor las bifurcaciones
complejas e iteraciones, el Diagrama de Secuencia muestra claramente la
ordenacin en el tiempo de los mensajes intercambiados entre los objetos.
Diagramas de Colaboracin.
Los Diagramas de Colaboracin ilustran las interacciones entre objetos en forma
de grafo o red. Los objetos se pueden colocar en cualquier lugar del diagrama.
Diagrama de Secuencia.
Los Diagramas de Secuencia ilustran las interacciones entre objetos colocando los
objetos en una misma fila, con el transcurso del tiempo representado por lneas
descendentes. Los objetos deben agregarse sobre la misma fila hacia la derecha.
Comparativo de diagramas de Interaccin.
Cada tipo de diagrama tiene sus ventajas y desventajas. Convendr seleccionar
aquel que mejor refleje el comportamiento a modelar, el que se acomode a la
arquitectura a utilizar durante el proceso de desarrollo, el que resulte ms claro o
el que cuente con la preferencia de los diseadores.
Tipo
Ventajas
secuencia
colaboracin
Muestra claramente
ordenacin en el tiempo
los mensajes.
Notacin simple, fcil
entender.
Muestra el ciclo de vida
un objeto.
Desventajas
la
de
de
de
Economiza
espacio,
flexible para aadir nuevos
objetos.
Ilustra mejor bifurcaciones

complejas, iteraciones y
comportamiento
concurrente.
Obliga a extender el
diagrama hacia la derecha
cuando se agregan nuevos
objetos.
Consume
espacio
horizontal.
Difcil para ver la secuencia
de mensajes.
Notacin compleja.
Tabla 6 Comparativo de diagramas de Interaccin.
5.2. Lmites del Sistema

Para el presente proyecto se establece que los lmites del sistema estn
claramente definidos en el levantamiento de requisitos y estn expresados en la
lista MoSCoW en el capitulo 1.3 del presente documento, ms especficamente en
la lista de requisitos tipo MUST y WONT en los numerales 1.3.1 y 1.3.4
respectivamente.
5.3. Actores del Sistema

Actores Principales
Asesor
Actores de Apoyo
Sistema CRM
Sistema Riesgos
Sistema Geogrfico
WorkFlow
Actores Pasivos
Cliente como Tomador
Cliente como Asegurado
Cliente como Beneficiario
La Compaa Aseguradora
La Compaa Reaseguradora
Los entes de control del Estado.
Los entes fiscales del estado
Los Bancos y/o Entidades Financieras
Los Centros de Atencin
5.4. Lista Actor Objetivo

Si bien es cierto que los objetivos de la lista Actor objetivo se deben corresponder
con los EBPs del sistema que para el presente proyecto solo son Ingreso y
Expedicin de plizas, en la siguiente lista actor objetivo se colocan adems de los
EBPs algunos objetivos de subfuncin o de apoyo que son importantes para
configurar el diagrama de casos de uso del sistema.
Actor
Asesor
Objetivo
Ingresar Solicitudes
Expedir Solicitudes
Guardar Solicitudes
Modificar Solicitudes
Imprimir Solicitudes
Sistema CRM
Sistema Riesgos
Sistema Geogrfico
WorkFlow
Cliente como Tomador
Cliente como Asegurado
Cliente como Beneficiario
La Compaa Aseguradora
La Compaa Reaseguradora
Los entes de control del Estado
Los entes fiscales del estado
Tarifar Solicitudes
Ingresar Tomador a Solicitudes
Ingresar Asegurado a Solicitudes
Ingresar Asesores a Solicitudes
Ingresar informacin de Pliza a
Solicitudes
Ingresar Coberturas a Solicitudes
Ingresar informacin de Riesgo a
Solicitudes
Ingresar Beneficiarios a Solicitudes
Ingresar Relacin de Bienes a
Solicitudes
Ingresar Clientes
Buscar Clientes
Actualizar informacin de Clientes
Validar Riesgos
Validar Direcciones
Estandarizar direcciones
Crear Flujo para plizas
Pagar el valor correcto de acuerdo
a las condiciones ofrecidas por la
compaa y el asesor
Obtener una cobertura apropiada
de sus riesgos.
Obtener indeminizaciones a que
halla lugar con motivo de la
realizacin
de
los
riesgos
amparados en la pliza.
Obtener fidelidad y rentabilidad de
los clientes por la prestacin de un
servicio rpido, econmico y
confiable.
Lograr
una
calidad
en
la
suscripcin
por medio de las
polticas para el producto.
Obtener un registro adecuado de
los cmulos para reaseguro.
Obtener un registro adecuado de
los cmulos para reaseguro.
Ejercer un adecuado control de los
activos que se gestionana a travs
del Sistema.
Recaudar impuestos por las
transacciones
de
ventas
de
seguros.
Percibir comisiones por recaudo de

cartera.
Conocer y administrar las plizas
de manera oportuna de acuerdo
Los Centros de Atencin
con las polticas y procedimientos
del negocio.
Tabla 7 Lista Actor Objetivo
Los Bancos y/o Entidades Financieras
5.5. Diagrama de Casos de Uso
Figura 1 Diagrama de Casos de Uso
5.6. Descripcin de Casos de Uso
5.6.1. Capturar Informacin Del Tomador

CDIGO
LTIMA ACTUALIZACIN:
001
05/04/2004
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
INICIALIZACIN DEL CASO DE
USO:
Asesor, sistema CRM, sistema

RIEGOS
Ninguno
El usuario abre el browser e ingresa la

url principal de la aplicacin y
selecciona la opcin Tomador
PROCESO O DESCRIPCIN DEL CASO DE USO:
PRECONDICIONES
Ninguna
FLUJO PRINCIPAL
1. El Asesor selecciona el tipo de documento que tiene el tomador
2. El Asesor digita el nmero de documento del tomador
3. El Asesor busca el tomador en el sistema CRM
4. El sistema consulta la informacin bsica de la persona en el sistema CRM
5. El sistema consulta las direcciones que tiene el tomador en el sistema CRM
6. El sistema valida el tipo de documento segn las polticas de la compaa.
7. El sistema valida que los lmites de edad del tomador estn dentro de los
establecidos por la compaa.
8. El sistema valida que el tomador no se encuentre catalogado como riesgo
subnormal para el producto de Hbitat utilizando el sistema de RIESGOS.
9. El sistema valida que el tomador no este catalogado como riesgo moral por
la compaa utilizando el sistema de RIESGOS.
10. El sistema presenta los datos del tomador. (datos bsicos y direcciones)
11. El asesor escoge una de las direcciones del tomador como direccin de
cobro.
12. El asesor termina la captura de datos del Tomador
SUBFLUJO 1: El tomador no existe en el modelo de clientes
4.1. El sistema CRM informa que el Tomador no existe como cliente
4.2. El sistema invoca automticamente una interfase con el sistema CRM
para crear un nuevo cliente.
4.3. El asesor ingresa todos los datos del Tomador en dicho aplicativo y lo
registra como cliente
4.4. Regresa al paso 4 del flujo principal.
SUBFLUJO 2: El tomador no tiene direcciones registradas en el modelo
de clientes
5.1. El sistema CRM informa que el Tomador no tiene direcciones
matriculadas en el modelo de clientes
5.2. El sistema invoca automticamente una interfase con el aplicativo CRM
para ingreso de direcciones.
5.3. El asesor ingresa todos los datos de una o ms direcciones del Tomador
en dicho aplicativo.
SUBFLUJO 3: El asesor no selecciona una direccin de cobro
12.1. El sistema detecta que el tomador no tiene seleccionada una direccin

de cobro.
12.2. El sistema informa al Asesor que no puede continuar la suscripcin y
muestra detalladamente la causa del error, desplegando un mensaje
corporativo para tal fin.
FLUJO ALTERNATIVO 1: Tipo de documento no valido
6.1. El sistema detecta que el documento no cumple como mnimo una de las
polticas de validacin
6.3. Termina el flujo.
FLUJO ALTERNATIVO 2: El tomador no tiene la edad mnima
7.1. El sistema detecta que la edad del tomador no cumple con las polticas
de la compaa
7.3. El asesor desiste del proceso por suscripcin automtica y remite la
solicitud a los centros de Atencin Suramericana por el sistema
tradicional.
7.4. Termina el caso de uso
FLUJO ALTERNATIVO 3: El tomador es riesgo subnormal para el
producto
2.9. El sistema detecta que el tomador est catalogado como riesgo
subnormal para el producto de Hbitat
solicitud a los centros de Atencin de la compaa por el sistema
tradicional.
FLUJO ALTERNATIVO 4: El tomador es riesgo moral para la compaa
9.1. El sistema detecta que el tomador est catalogado como riesgo moral
para la Compaa
tradicional.
TERMINACIN DEL CASO DE USO
El sistema detecta que la informacin ingresada est completa y correcta de

acuerdo a las polticas de validacin
Toda la informacin del tomador se muestra al Asesor
POSTCONDICIONES
Queda asociado un tomador a la solicitud se le reporta al asesor que el
Tomador no cumple las polticas para ser el tomador de la solicitud
El tomador queda matriculado como cliente en el sistema CRM
ASUNTOS SIN RESOLVER
Ninguno
Tabla 8 Caso de Uso Tomador
5.6.2. Capturar Informacin Del Asegurado

002
05/04/2004
RIEGOS
001- Capturar Informacin Del
OTROS CASOS DE USO
REFERENCIADOS:
Tomador
INICIALIZACIN DEL CASO DE USO: El usuario selecciona la opcin
Asegurado
PRECONDICIONES
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
Debe haber terminado con xito el caso de uso 1

FLUJO PRINCIPAL
1. El sistema muestra por defecto como datos del Asegurado la informacin
equivalente capturada para el Tomador de la solicitud.
2. El Asesor acepta la informacin que se muestra para el Asegurado.
3. El asesor termina la captura de informacin del Asegurado.
SUBFLUJO 1: El Asegurado no existe en el modelo de clientes
2.2. El Asesor no acepta como Asegurado el mismo Tomador y decide
cambiar el Asegurado.
2.3. El Asesor digita el nmero de documento del Asegurado
2.4. El Asesor busca el Asegurado en el sistema CRM
2.5. El sistema consulta la informacin bsica de la persona en el sistema
CRM
2.6. El sistema consulta las direcciones que tiene el Asegurado en el sistema
CRM
2.7. El sistema valida el tipo de documento segn las polticas de la
compaa.
2.8. El sistema valida que los lmites de edad del Asegurado estn dentro de
los establecidos por la compaa.
2.9. El sistema valida que el Asegurado no este catalogado como riesgo
subnormal para el producto de Hbitat utilizando el sistema de

RIESGOS.
2.10. El sistema valida que el Asegurado no este catalogado como riesgo
moral por la compaa utilizando el sistema de RIESGOS.
2.11. El sistema presenta los datos del Asegurado.
2.12. El asesor termina la captura de datos del Asegurado
SUBFLUJO 1.1 : El Asegurado no existe en el modelo de clientes
2.5.1. El sistema CRM informa que el Asegurado no existe como cliente
2.5.2. El sistema invoca automticamente una interfase con el sistema CRM
2.5.3. El asesor ingresa todos los datos del Asegurado en dicho aplicativo y lo
2.5.4. Regresa al paso 2.5 del Subflujo 1.
FLUJO ALTERNATIVO 1.1 : Tipo de documento no valido
2.7.1. El sistema detecta que el documento no cumple como mnimo una de
las polticas de validacin
2.7.2. El sistema informa al Asesor que no puede continuar la suscripcin y
2.7.3. Termina el flujo.
FLUJO ALTERNATIVO 1.2 : El Asegurado no tiene la edad mnima
2.8.1. El sistema detecta que la edad del Asegurado no cumple con las
polticas de la compaa
2.8.3. El asesor desiste del proceso por suscripcin automtica y remite la
tradicional.
2.8.4. Termina el caso de uso
FLUJO ALTERNATIVO 1.3 : El Asegurado es riesgo subnormal para el
producto
2.9.1. El sistema detecta que el Asegurado est catalogado como riesgo
tradicional.
FLUJO ALTERNATIVO 1.4 : El Asegurado es riesgo moral para la
compaa
2.10.1.
El sistema detecta que el Asegurado est catalogado como riesgo
moral para la Compaa
2.10.2.
El sistema informa al Asesor que no puede continuar la
suscripcin y muestra detalladamente la causa del error, desplegando

un mensaje corporativo para tal fin.
2.10.3.
El asesor desiste del proceso por suscripcin automtica y remite
la solicitud a los centros de Atencin Suramericana por el sistema
tradicional.
2.10.4.
Termina el caso de uso
SUBFLUJO 1.2: El asegurado no tiene direcciones registradas en el
modelo de clientes
2.6.1. El sistema CRM informa que el Asegurado no tiene direcciones
matriculadas en el modelo de clientes
2.6.2. El sistema invoca automticamente una interfase con el aplicativo CRM
para ingreso de direcciones.
2.6.3. El asesor ingresa todos los datos de una o ms direcciones del
Asegurado en dicho aplicativo.
2.6.4. Regresa al paso 5 del flujo principal.
Toda la informacin del Asegurado se muestra al Asesor
POSTCONDICIONES
Queda asociado un Asegurado a la solicitud se le reporta al asesor que el
Asegurado no cumple las polticas para ser el Asegurado de la solicitud
El Asegurado queda matriculado como cliente en el sistema CRM
Ninguno
Tabla 9 Caso de Uso Asegurado
5.6.3. Capturar Informacin De Asesores

CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
USO:
003
05/04/2004
Asesor
016-Autenticacin
El usuario selecciona la opcin
Asesores
PRECONDICIONES
Ser un agente valido para Suscripcin Automtica de acuerdo a las polticas
establecidas por la compaa.
FLUJO PRINCIPAL
1. El sistema asocia automticamente como Asesor de la solicitud la
informacin del Asesor que est autenticado en el aplicativo, quien por
defecto tendr el 100% de participacin en el negocio y ser el Asesor lder
para la solicitud.
2. La informacin del Asesor es asociada a la solicitud.
3. El Asesor decide no compartir el negocio con otros Asesores y acepta la
informacin que el sistema le muestra.
4. El Asesor termina el ingreso de la informacin de Asesores.
SUBFLUJO 1: El Asesor decide compartir el negocio e ingresar otro
Asesor
3.1
El Asesor decide compartir el negocio e ingresa el cdigo de un nuevo
Asesor.
3.2
El sistema valida que el asesor no este relacionado con la solicitud en
proceso
3.3
El sistema consulta la informacin bsica del Asesor en el modelo
corporativo de Seguros.
3.4
El sistema presenta los datos bsicos del Asesor.
3.5
El Asesor ingresa el porcentaje de participacin del nuevo Asesor y si es
o no lder para la solicitud.
3.6
El sistema ingresa el Asesor y presenta los Asesores de la solicitud.
3.7
El asesor termina a satisfaccin la captura de datos de Asesores.
3.8
El sistema valida que solo exista un Agente Lder para la solicitud.
3.9
El sistema valida que el porcentaje de participacin de los Asesores
asociados a la solicitud, sea igual al 100%.
3.10 Regresa al punto 2 del flujo principal.
SUBFLUJO 1.1 : El Asesor existe dentro de la solicitud
3.2.1 El Asesor pertenece a la solicitud actual.
3.2.2 El sistema informa al Asesor que no puede continuar la suscripcin y
3.2.3 Regresa al paso 3.1 del Subflujo 1
SUBFLUJO 1.4 : El Asesor no existe o no est vigente en el modelo
corporativo
3.3.1. El sistema detecta que el Asesor no existe o no esta vigente en el
modelo corporativo de acuerdo con las polticas de la compaa
3.3.3. Regresa al paso 3.1 del Subflujo 1
FLUJO ALTERNATIVO 1.1 : No existe un nico Asesor lder para la
solicitud
3.8.1. El sistema detecta que no existe un nico Asesor lder para la solicitud
3.8.3. Termina el flujo
FLUJO ALTERNATIVO 1.2 : El porcentaje de participacin de los Asesores
es diferente del 100%
3.9.1. El sistema detecta que la sumatoria de porcentajes de participacin de
todos los Asesores de la solicitud es diferente del 100%.

SUBFLUJO 1.2: El Asesor decide modificar un Asesor ingresado
3.7.1. El Asesor no termina a satisfaccin la captura de datos de Asesores y
decide modificar el negocio.
3.7.2. El Asesor ingresa el cdigo del Asesor
3.7.3. El sistema verifica que el cdigo de Asesor ingresado pertenezca a un
Asesor en la solicitud actual.
SUBFLUJO 1.3: El Asesor decide retirar un Asesor ingresado
3.7.1. El Asesor no termina a satisfaccin la captura de datos de Asesores y
decide retirar un Asesor de la solicitud.
3.7.2. El Asesor ingresa el cdigo del Asesor.
3.7.3. El sistema verifica que el cdigo de Asesor ingresado pertenezca a un
Asesor en la solicitud actual.
3.7.4. El sistema retira el Asesor y presenta los Asesores de la solicitud.
SUBFLUJO 1.2.1 y 1.3.1 : El Asesor no existe dentro de la solicitud
3.7.3.1
El cdigo del Asesor no pertenece a la solicitud actual.
3.7.3.2
3.7.3.3
Regresa al paso 3.7.2 del Subflujo 1.2 si estaba modificando al
Subflujo 1.3 si estaba retirando un Asesor.
Toda la informacin de los Asesores de la solicitud se muestra al Asesor
POSTCONDICIONES
Quedan asociados a la solicitud los Asesores seleccionados se le reporta
al Asesor que el alguno de los otros Asesores no cumple con las polticas
para ser el los Asesores de la solicitud
Ninguno
Tabla 10 Caso de Uso Asesores
5.6.4. Capturar Informacin De La Pliza

CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
004
05/04/2004
Asesor
003- Capturar Informacin De
REFERENCIADOS:
Asesores
INICIALIZACIN DEL CASO DE USO: El usuario selecciona la opcin Pliza
PRECONDICIONES
Haber completado satisfactoriamente la informacin de Asesores de la
Solicitud
FLUJO PRINCIPAL
1. El sistema asocia automticamente la informacin de pliza. Trae por
defecto el nmero consecutivo de Solicitud, tipo de pliza (Individual), fecha
de certificado (Fecha actual), el producto (Vigencia Anual) y las fechas de
inicio y fin de vigencia para el producto(Fecha actual y fecha actual ms un
ao)
2. La informacin referente a pliza es asociada a la solicitud.
3. El Asesor acepta la informacin que el sistema le muestra.
4. El Asesor termina el ingreso de la informacin de Pliza.
SUBFLUJO 1: El Asesor decide cambiar el tipo de Producto
1.1
El Asesor decide cambiar el tipo del Producto, si el tipo de producto
escogido es Vigencia Anual va al Subflujo 1.1 y si es Vigencia Mensual
va al subflujo 1.2.
1.2
Regresa al paso 2 del flujo principal.
SUBFLUJO 1.1: El Asesor decide cambiar el tipo de Producto a Vigencia
Anual
1.1.1 El sistema automticamente cambia las fechas de inicio y fin de
vigencia, las cambia a la fecha actual y la fecha actual ms un ao
respectivamente, teniendo en cuenta las posibilidades de aos bisiestos
etc.
SUBFLUJO 1.2: El Asesor decide cambiar el tipo de Producto a Vigencia
Mensual
1.1.1 El sistema automticamente cambia las fechas de inicio y fin de
vigencia, las cambia a la fecha actual y la fecha del primer da del
siguiente mes a la fecha actual.
1.1.2 El sistema le pide al asesor ingresar la informacin bancaria
1.1.3 El Asesor escoge el tipo de cuenta
1.1.4 El sistema automticamente muestra los bancos habilitados para el
producto y tipo de cuenta seleccionados
1.1.5 El asesor escoge el Banco deseado
1.1.6 El sistema automticamente muestra las sucursales del banco
habilitadas para el producto y tipo de cuenta seleccionados
1.1.7 El asesor selecciona la sucursal de la lista desplegada y digita el nmero
de cuenta, el tipo de documento del cuenta habiente y el nombre del
cuenta habiente.
1.1.8 El sistema automticamente le pide al Asesor que repita el proceso de
1.1.3 a 1.1.7 para confirmacin de informacin bancaria
1.1.9 El sistema verifica que los datos ingresados en las dos repeticiones
sean los mismos.
1.1.10 La informacin de Banco es asociada a la solicitud

FLUJO ALTERNATIVO 1.2.1 : Existen diferencias en la informacin
Bancaria
1.9.1. El sistema detecta que hay diferencia en algunos de los datos de
informacin bancaria con respecto a la informacin original y la
redigitada.
SUBFLUJO 2: El Asesor cambia la fecha inicio de vigencia
1.1
El Asesor decide cambiar la fecha de inicio de vigencia de la solicitud.
1.2
El sistema valida que la fecha de inicio de vigencia este entre los lmites
establecidos por las polticas de la compaa.
1.3
El sistema cambia automticamente la fecha de fin de vigencia
dependiendo del producto seleccionado, si es Anual coloca en la fecha
de fin de vigencia, la fecha de inicio de vigencia ms un ao y si es
Mensual se coloca como fecha de fin de vigencia el primer da del
prximo mes de la fecha de inicio de vigencia.
1.4
FLUJO ALTERNATIVO 2.1:La fecha de inicio de vigencia no est dentro de
los limites establecidos
1.2.1 El sistema detecta que la fecha de inicio de vigencia no est dentro de
los lmites establecidos por las polticas de la compaa.
1.2.3 Termina el flujo.
Toda la informacin referente a la pliza de la solicitud se muestra al Asesor
POSTCONDICIONES
Queda asociada a la solicitud la informacin bsica de la pliza se le
reporta al Asesor que no cumple con las polticas para la solicitud
Ninguno
Tabla 11 Caso de Uso Pliza
5.6.5. Capturar Informacin Del Riesgo

CDIGO:
LTIMA ACTUALIZACIN:
005
05/04/2004
ACTORES:
Asesor, sistema RIESGOS, sistema

GEOGRAFICO
004- Capturar Informacin De La
Pliza
El usuario selecciona la opcin Riesgo
OTROS CASOS DE USO

REFERENCIADOS:
USO:
PRECONDICIONES
Haber completado satisfactoriamente la informacin bsica de Pliza de la
Solicitud
FLUJO PRINCIPAL
1. El Asesor ingresa la direccin que desea asegurar en la compaa
2. El asesor escoge la ciudad donde se encuentra ubicada la direccin que
desea asegurar
3. El sistema automticamente valida la direccin y la estandariza a un
formato manejado por la compaa.
4. El sistema consulta en el sistema GEOGRFICO la zona de terremoto y el
estrato de la direccin a asegurar.
5. El sistema valida que la direccin para alguno de los Asesores de la
solicitud no este bloqueada por vencimiento de trminos de la solicitud o por
nmero de rechazos de la solicitud, segn las polticas definidas por la
compaa.
6. El Asesor escoge el tipo de asegurado para la solicitud (Propietario y
Habita, Propietario y no Habita, Arrendatario).
7. El sistema automticamente habilita los valores a asegurar dependiendo de
el tipo de asegurado.
8. El Asesor escoge la clase de riesgo para la direccin a asegurar (Casa
Apartamento).
9. El Asesor ingresa los valores a asegurar en vivienda y/o contenidos
dependiendo del tipo de asegurado.
11. El sistema valida que la direccin en esa ciudad, sea apta para suscripcin
automtica consultando el sistema GEOGRFICO.
12. El sistema valida que la direccin a asegurar no este catalogada como
riesgo subnormal para el producto de Hbitat utilizando el sistema de
RIESGOS.
13. El sistema valida que la direccin no este asegurada ya en la compaa.
14. El sistema valida que el estrato de la direccin, sea superior al mnimo
permitido para suscripcin automtica.
15. El sistema valida que los valores a asegurar en vivienda y/o contenidos
(dependiendo del tipo de asegurado) estn dentro de los topes establecidos
por la compaa.
16. El Asesor termina el ingreso de la informacin del Riesgo.
SUBFLUJO 1: El sistema no estandariza la direccin
3.1
El sistema no estandariza la direccin al formato manejado por la
compaa.
3.2
El sistema informa al Asesor que no puede continuar la suscripcin y

3.3
FLUJO ALTERNATIVO 1 : La direccin est bloqueada para alguno de los
Asesores de la solicitud
5.1
El sistema detecta que la direccin para alguno de los Asesores de la
solicitud no este bloqueada por vencimiento de trminos de la solicitud o
por nmero de rechazos de la solicitud, segn las polticas definidas por
la compaa.
5.2
5.3
Termina el flujo.
FLUJO ALTERNATIVO 2 : La direccin no es valida para Suscripcin
Automtica
11.1 El sistema detecta que la direccin no es apta para Suscripcin
Automtica, gracias a la consulta realizada al sistema GEOGRFICO.
11.2 El sistema informa al Asesor que no puede continuar la suscripcin y
11.3 El asesor desiste del proceso por suscripcin automtica y remite la
tradicional.
11.4 Termina el flujo.
FLUJO ALTERNATIVO 3 : La direccin a asegurar es Riesgo Subnormal
12.1 El sistema detecta que la direccin a asegurar est catalogada como
riesgo subnormal para la Compaa.
tradicional.
FLUJO ALTERNATIVO 4 : La direccin ya se encuentra asegurada en la
compaa
13.1 El sistema detecta que la direccin a asegurar ya se encuentra
asegurada en la Compaa.
tradicional.
FLUJO ALTERNATIVO 5 : El estrato de la direccin no est dentro de los

limites establecidos por la compaa
14.1 El sistema detecta que el estrato de la direccin a asegurar no est
dentro de los lmites establecidos por la Compaa.
tradicional.
FLUJO ALTERNATIVO 6 : Los valores a asegurar en vivienda y/o
contenidos dependiendo del tipo de asegurado no est dentro de los
lmites establecidos por la compaa
15.1 El sistema detecta que los valores a asegurar en vivienda y/o contenidos
dependiendo del tipo de asegurado, no est dentro de los lmites
establecidos por la Compaa.
tradicional.
FLUJO ALTERNATIVO 7 : No se encuentra en el Sistema GEOGRFICO el
estrato ni la zona de terremoto para la direccin
11.5 El sistema detecta que el sistema GEOGRFICO no retorna el estrato ni
la zona de terremoto para la direccin del riesgo.
tradicional.
Toda la informacin del Riego de la solicitud se muestra al Asesor
POSTCONDICIONES
Quedan asociados a la solicitud la informacin del Riesgo se le reporta al
Asesor que el Riesgo a asegurar no cumple con las polticas para ser el
Riesgo de la solicitud
Ninguno
Tabla 12 Caso de Uso Riesgo Hbitat
5.6.6. Capturar Informacin De Coberturas

CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
INICIALIZACIN DEL CASO DE USO:
006
05/04/2004
Asesor
005- Capturar Informacin Del Riesgo

Coberturas
PRECONDICIONES
Haber completado satisfactoriamente la informacin del Riesgo de la
Solicitud
FLUJO PRINCIPAL
1. El sistema presenta automticamente las coberturas de acuerdo al tipo de
asegurado y a los valores a asegurar escogidos en el caso de uso de
informacin del Riesgo
2. Si tiene coberturas con opcin de valor asegurado, el Asesor escoge la
opcin deseada
4. El sistema valida que las coberturas que tienen opcin tengan el mismo
valor.
5. El Asesor termina el ingreso de la informacin de Coberturas.
SUBFLUJO 1: Las coberturas con opcin, tiene opciones diferentes
4.1
El sistema detecta que alguna de las coberturas con opcin de valor
asegurado estn diferentes.
4.2
4.3
SUBFLUJO 2: El Asesor decide eliminar coberturas
3.1
El asesor selecciona las coberturas que desea eliminar
3.2
El sistema valida que dentro de las coberturas a eliminar no se
encuentren las coberturas de amparo bsico definidas por polticas de la
compaa.
3.3
El sistema elimina las coberturas de la solicitud.
3.4
FLUJO ALTERNATIVO 2.1 : Se desea eliminar una cobertura bsica de
acuerdo a las polticas de la compaa
3.1.1 El sistema detecta que dentro de las coberturas a eliminar se encuentra
alguna de las coberturas de amparo bsico definidas por polticas de la
compaa.

3.1.3 Termina el flujo.
Toda la informacin de Coberturas de la solicitud se muestra al Asesor
POSTCONDICIONES
Quedan asociados a la solicitud la informacin de Coberturas se le
reporta al Asesor que las Coberturas a asegurar no cumplen con las
polticas para ser coberturas validas de la solicitud
Ninguno
Tabla 13 Caso de Uso Coberturas
5.6.7. Capturar Informacin De Relacin De Bienes

007
05/04/2004
Asesor
Coberturas
Relacin de Bienes
PRECONDICIONES
Haber completado satisfactoriamente la informacin bsica de Coberturas
de la Solicitud
FLUJO PRINCIPAL
1. El sistema valida que dentro de las coberturas existan coberturas de dao
interno.
2. El sistema presenta las coberturas de Dao Interno de acuerdo a las
coberturas configuradas en el caso de uso de Coberturas.
3. El Asesor escoge la cobertura a la cual quiere relacionar un bien para
asegurar.
4. El sistema automticamente le muestra la lista de artculos asociados a la
cobertura escogida, segn las polticas de la compaa.
5. El asesor escoge el articulo a relacionar a la solicitud.
6. El asesor ingresa la cantidad de artculos y el valor de los mismos, adems
ingresa la marca y las caractersticas tcnicas.
7. El sistema valida que se ingresen la marca y las caractersticas tcnicas si
se trata de la cobertura MICROCOMPUTADORES.
8. El sistema valida que el valor del articulo est dentro de las polticas
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
establecidas para la compaa.

9. El sistema suma el valor del articulo al valor asegurado en la cobertura
seleccionada.
10. El sistema asocia el Bien relacionado a la solicitud.
11. El Asesor acepta a satisfaccin la informacin de Relacin de Bienes y
acepta la informacin que el sistema le muestra.
12. El sistema valida automticamente que los topes de las coberturas de dao
interno estn dentro de los establecidos por la compaa.
13. El Asesor termina el ingreso de la Relacin de Bienes.
SUBFLUJO 7: No existen coberturas de tipo Dao Interno
1.1
El sistema detecta que dentro de las coberturas del a solicitud no existen
coberturas de dao interno.
1.2
El sistema informa al Asesor que no puede ingresar relacin de bienes.
1.3
Regresa al paso 13 del flujo principal
SUBFLUJO 1: No ingresa la marca o caractersticas tcnicas cuando es
MICROCOMPUTADORES
7.1
El sistema detecta que no se ingres la marca o las caractersticas
tcnicas si se trata de la cobertura MICROCOMPUTADORES
7.2
7.3
Regresa al paso 6 del flujo Principal.
SUBFLUJO 2: El valor del articulo no est dentro de los lmites
establecidos por la compaa
8.1
El sistema detecta que el valor del articulo no esta dentro de las polticas
establecidas para la compaa.
8.2
8.3
Regresa al paso 6 del flujo Principal.
SUBFLUJO 3: El valor de las coberturas de dao interno no est dentro de
los lmites establecidos por la compaa
12.1 El sistema detecta que los topes de las coberturas de dao interno no
estn dentro de los establecidos por la compaa.
12.3 Va al subflujo 5 6 regresa al paso 6 del flujo principal.
SUBFLUJO 4: El asesor decide ingresar otro Bien
11.1 Regresa al paso 1 del flujo Principal.
SUBFLUJO 5: El asesor decide modificar un Bien relacionado
11.1 El Asesor no termina a satisfaccin la Relacin de Bienes y decide
modificar alguno.
11.2 El Asesor digita el cdigo del bien a modificar.
11.3 El sistema verifica que el cdigo del Bien ingresado pertenezca a un
Bien en la solicitud actual
11.4 El sistema resta el valor del articulo al valor asegurado en la cobertura a

la que pertenece el articulo.
11.5 Regresa al paso 6 del flujo principal.
SUBFLUJO 6: El asesor decide eliminar un Bien relacionado
11.1 El Asesor no termina a satisfaccin la Relacin de Bienes y decide
borrar alguno.
11.2 El Asesor digita el cdigo del bien a eliminar.
11.3 El sistema verifica que el cdigo del Bien ingresado pertenezca a un
Bien en la solicitud actual
11.4 El sistema resta el valor del articulo al valor asegurado en la cobertura a
la que pertenece el articulo.
11.5 El sistema borra de la solicitud el Bien relacionado.
11.6 Regresa al paso 11 del flujo principal.
FLUJO ALTERNATIVO 1: El Bien no est asociado a la solicitud actual
11.3.1 El cdigo del Bien no pertenece a la solicitud actual.
11.3.3 Regresa al paso 11.2 del Subflujo 5 si estaba modificando al 11.2 del
Subflujo 6 si estaba retirando un Bien.
Toda la informacin de Relacin de Bienes de la solicitud se muestra al
Asesor
POSTCONDICIONES
Quedan asociados a la solicitud la informacin de Relacin de Bienes y
quedan actualizados los valores a asegurar en las coberturas de dao
interno, se le reporta al Asesor que el alguno de los bienes a relacionar a
la solicitud no cumple con las polticas para estar en la Relacin de Bienes
de la solicitud.
Ninguno
Tabla 14 Caso de Uso Relacin de Bienes
5.6.8. Capturar Informacin De Beneficiarios

CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
008
05/04/2004
RIEGOS
Tomador
Asegurado
Beneficiarios
PRECONDICIONES
Debe haber terminado con xito el caso de uso 1 y 2
FLUJO PRINCIPAL
1. El sistema muestra por defecto como datos del primer Beneficiario la
informacin equivalente capturada para el Asegurado de la solicitud, por
defecto este Beneficiario es del tipo Gratuito.
2. La informacin del Beneficiario es asociada a la solicitud.
3. El Asesor acepta la informacin que se muestra para el Beneficiario.
4. El Asesor termina el ingreso de la informacin de Beneficiarios.
SUBFLUJO 1: El asesor adiciona un nuevo Beneficiario
3.1. El Asesor digita el nmero de documento del Beneficiario
3.2. El sistema valida que el Beneficiario no este relacionado con la solicitud
en proceso
3.3. El Asesor busca el Beneficiario en el sistema CRM
3.4. El sistema consulta la informacin bsica de la persona en el sistema
CRM
3.5. El sistema consulta las direcciones que tiene el Beneficiario en el
sistema CRM
3.6. El sistema valida el tipo de documento segn las polticas de la
compaa.
3.7. El sistema valida que el Beneficiario no este catalogado como riesgo
subnormal para el producto de Hbitat utilizando el sistema de
RIESGOS.
3.8. El sistema valida que el Beneficiario no este catalogado como riesgo
moral por la compaa utilizando el sistema de RIESGOS.
3.9. El sistema valida que el Beneficiario no sea una corporacin de ahorro y
vivienda.
3.10. El sistema presenta los datos bsicos del Beneficiario.
3.11. El Asesor coloca el tipo de Beneficiario (Gratuito Oneroso) y un texto
adicional aclaratorio como nota de beneficiario.
3.12. El sistema adiciona el beneficiario a la solicitud
3.13. El asesor termina la captura de datos de Beneficiarios
3.14. Regresa al punto 3 del flujo principal.
SUBFLUJO 1.1 : El Beneficiario existe dentro de la solicitud
3.2.1 El Beneficiario pertenece a la solicitud actual.
3.2.3 Regresa al paso 3.1 del Subflujo 1.
SUBFLUJO 1.2 : El Beneficiario no existe en el modelo de clientes
3.3.1 El sistema CRM informa que el Beneficiario no existe como cliente
3.3.2 El sistema invoca automticamente una interfase con el sistema CRM

3.3.3 El asesor ingresa todos los datos del Beneficiario en dicho aplicativo y lo
3.3.4 Regresa al paso 3.5 del Subflujo 1.
FLUJO ALTERNATIVO 1.1 : Tipo de documento no valido
5.1.1. El sistema detecta que el documento no cumple como mnimo una de
las polticas de validacin
FLUJO ALTERNATIVO 1.2 : El Beneficiario es riesgo subnormal para el
producto
3.6.1. El sistema detecta que el Beneficiario est catalogado como riesgo
tradicional.
FLUJO ALTERNATIVO 1.3 : El Beneficiario es riesgo moral para la
compaa
3.8.1. El sistema detecta que el Beneficiario est catalogado como riesgo
moral para la Compaa
tradicional.
SUBFLUJO 1.3 : El Beneficiario es corporacin de ahorro y vivienda
3.9.1. El sistema detecta que el Beneficiario es corporacin de ahorro y
vivienda.
3.9.2. El sistema coloca automticamente el tipo de Beneficiario Oneroso y un
texto adicional como nota de beneficiario, predefinido por la compaa
para tal fin.
3.9.3. El sistema presenta los datos bsicos del Beneficiario.
SUBFLUJO 1.3: El Asesor decide modificar un Beneficiario ingresado
3.13.1.
El Asesor no termina a satisfaccin la captura de datos de
Beneficiarios y decide modificar la solicitud.
3.13.2.
El asesor ingresa la identificacin del Beneficiario
3.13.3.
El sistema verifica que el documento ingresado pertenezca a un
beneficiario en la solicitud actual

3.13.4.
Regresa al paso 3.8 del Subflujo 1
SUBFLUJO 1.4: El Asesor decide retirar un Beneficiario ingresado
3.13.1.
El Asesor no termina a satisfaccin la captura de datos de
Beneficiarios y decide retirar un Beneficiarios de la solicitud.
3.13.2.
El asesor ingresa la identificacin del Beneficiario
3.13.3.
El sistema verifica que el documento ingresado pertenezca a un
beneficiario en la solicitud actual
3.13.4.
El sistema retira el Beneficiario.
SUBFLUJO 1.3.1 y 1.4.1 : El Beneficiario no existe dentro de la solicitud
3.13.3.1
El documento de Beneficiario no pertenece a la solicitud actual.
3.13.3.2
3.13.3.3
Regresa al paso 3.13.3 del Subflujo 1.3 si estaba modificando
informacin de Beneficiario al Subflujo 1.4 si estaba retirando un
Beneficiario.
Toda la informacin de los Beneficiarios de la solicitud se muestra al
Asesor
POSTCONDICIONES
Quedan asociados a la solicitud los Beneficiarios seleccionados se le
reporta al asesor que el los Beneficiarios no cumplen las polticas para ser
el los Beneficiarios de la solicitud
Ninguno
Tabla 15 Caso de Uso Beneficiarios
5.6.9. Capturar Informacin De Declaracin De Asegurabilidad

009
05/04/2004
Asesor
Coberturas
Certificar
PRECONDICIONES
Debe haber terminado con xito el caso de uso Coberturas
FLUJO PRINCIPAL
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
1. El sistema verifica que para el riesgo en la Solicitud no se haya completado

la declaracin de asegurabilidad.
2. El sistema presenta una lista de preguntas a las cuales el Asesor debe
responder, segn lo indicado por el Tomador.
3. El Asesor responde las preguntas de la declaracin de Asegurabilidad.
4. El sistema valida que se contesten todas las preguntas de la declaracin.
5. El sistema valida que todas las respuestas de la declaracin sean
negativas.
6. El Asesor termina el ingreso de la declaracin de Asegurabilidad.
SUBFLUJO 1: El asesor ya respondi la declaracin de Asegurabilidad
1.1. El sistema detecta que el asesor ya diligenci la declaracin de
asegurabilidad
1.2. Regresa al paso 6 del Flujo Principal
SUBFLUJO 2: El asesor no respondi todas las preguntas de la
declaracin
4.1. El sistema detecta que el asesor no respondi todas las preguntas de la
declaracin de asegurabilidad.
FLUJO ALTERNATIVO 1 : Alguna de las respuestas de la declaracin es
positiva
5.1. El sistema detecta que alguna de las respuestas de la declaracin de
Asegurabilidad es positiva.
Toda la informacin de la declaracin se anexa a la solicitud.
POSTCONDICIONES
Queda asociada a la solicitud la declaracin de asegurabilidad diligenciada
se le reporta al asesor que el riesgo no cumple con las polticas para ser
asegurado bajo la solicitud, dado que hay respuestas positivas en la
declaracin.
Ninguno
Tabla 16 Caso de Uso Declaracin Asegurabilidad
5.6.10.
Tarifar
010
CDIGO:
LTIMA ACTUALIZACIN:
05/04/2004
ACTORES:
Asesor
OTROS CASOS DE USO
REFERENCIADOS:
Coberturas
INICIALIZACIN DEL CASO DE USO: El usuario selecciona la opcin Tarifar
PRECONDICIONES
Debe haber terminado con xito el caso de uso Coberturas
FLUJO PRINCIPAL
1. El sistema toma cada una de las coberturas de la solicitud.
2. Con base en la informacin del riesgo (tipo de riesgo, zona de terremoto,
ciudad, etc.) y las fechas de la solicitud, el sistema busca las tasas con las
cuales debe liquidar el valor de la prima en el modelo corporativo.
3. El sistema calcula el valor de la prima por cobertura multiplicando el valor a
asegurar de la cobertura por la tasa correspondiente para la misma.
4. El sistema verifica que el valor de la prima para la cobertura no sea inferior
al tope mnimo establecido por la compaa.
5. El sistema actualiza las Coberturas con los valores de Prima.
6. El sistema busca el porcentaje IVA para el producto.
7. El sistema aplica el IVA a cada cobertura.
8. El sistema guarda la solicitud automticamente con los datos aplicados para
la cotizacin.
9. El sistema presenta las coberturas actualizadas e indica cual es el valor
antes de impuestos y despus de impuesto que deber pagar el Tomador.
10. El asesor termina el proceso de tarifacin.
SUBFLUJO 1: El sistema no encuentra la tasa para una cobertura
2.1. El sistema no encuentra tasa para una de las coberturas en la Solicitud.
2.2. El sistema consulta si tiene un valor de prima preestablecido.
2.3. El sistema asigna el valor de prima preestablecido para la cobertura.
2.4. Regresa al paso 4 del Flujo Principal.
SUBFLUJO 2: El valor de la prima es inferior al mnimo establecido por la
compaa.
4.1. El sistema detecta que el valor de la prima para la cobertura, es inferior
al mnimo permitido por las polticas de la compaa.
4.2. El sistema consulta en el modelo corporativo el mnimo valor de prima
para la cobertura.
4.3. El sistema asigna el valor mnimo de prima preestablecido para la
cobertura.
FLUJO ALTERNATIVO 1 : El sistema no encuentra el porcentaje de IVA
para el producto
5.4.
El sistema no encuentra en el modelo corporativo el porcentaje de IVA

para el producto.
Toda la informacin de Coberturas es actualizada y quedan con un valor de
prima e IVA asignado para cada cobertura.
POSTCONDICIONES
Quedan asociada a la solicitud las Coberturas tarifadas se le reporta al
asesor que no se pudo tarifar la solicitud.
Ninguno
Tabla 17 Caso de Uso Tarifar
5.6.11.
Ingresar Solicitud
011
CDIGO:
LTIMA ACTUALIZACIN:
05/04/2004
ACTORES:
Asesor
016-Autenticacin
OTROS CASOS DE USO
REFERENCIADOS:
USO:
Ingresar Solicitud
PRECONDICIONES
Ser un agente Valido para Suscripcin Automtica de acuerdo a las
polticas establecidas por la compaa.
El asesor debe haber completado el caso de uso Autenticacin
FLUJO PRINCIPAL
1. El Asesor decide crear una nueva solicitud en blanco
2. El sistema muestra la vista inicial de la aplicacin, la cual ofrece la
posibilidad de iniciar el caso de uso Capturar informacin del tomador
3. Termina el caso de uso
El sistema da la posibilidad de iniciar el caso de uso de Capturar
informacin del tomador
POSTCONDICIONES
Ninguna
Ninguno
Tabla 18 Caso de Uso Ingresar Solicitud
5.6.12.
Expedir Pliza Suscripcin
012
CDIGO:
LTIMA ACTUALIZACIN:
05/04/2004
ACTORES:
Asesor
Ninguno
OTROS CASOS DE USO
REFERENCIADOS:
Expedir
USO:
PRECONDICIONES
Debe haber terminado con xito el caso de uso Imprimir Certificado
FLUJO PRINCIPAL
1. El sistema llama al proceso de expedicin de plizas de hbitat
2. El sistema le informa al Asesor el xito de la operacin y el nmero con el
cual qued registrada la Pliza en el sistema y el nmero de recibo
asociado a la misma.
3. El Asesor termina el proceso de expedicin.
FLUJO ALTERNATIVO 1: El proceso de expedicin genera errores
1.1. El sistema detecta que hay errores en el proceso de expedicin.
La pliza es expedida correctamente por el Asesor.
POSTCONDICIONES
La solicitud es convertida a Pliza y se alimenta todo el modelo de seguros
de la compaa.
Ninguno
Tabla 19 Caso de Uso Expedir Pliza
5.6.13.
Modificar Solicitud
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
013
05/04/2004
Asesor
014-Guardar Solicitud.

Modificar Solicitud
PRECONDICIONES
Haber guardado una solicitud.
FLUJO PRINCIPAL
1. El usuario ingresa el nmero de solicitud
2. El sistema verifica que el nmero de solicitud exista en el modelo de
suscripcin automtica y que la direccin de riesgo no este bloqueada por
vencimiento de trminos de la solicitud o por nmero de rechazos de la
solicitud, segn las polticas definidas por la compaa.
3. El sistema recupera la informacin de la solicitud guardada.
4. EL asesor procede a modificar alguna entidad.
5. Termina el flujo.
FLUJO ALTERNATIVO 1: La solicitud no existe o la direccin de riesgo
est bloqueada
2.1. El sistema detecta que la solicitud no existe o la direccin de riesgo est
bloqueada.
El sistema recupera la solicitud.
POSTCONDICIONES
La solicitud puede ser modificada.
Ninguno
Tabla 20 Caso de Uso Modificar Solicitud
5.6.14.
Guardar Solicitud
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
014
05/04/2004
Asesor
011-Ingresar Solicitud

Guardar Solicitud
PRECONDICIONES
Se est procesando una solicitud sin que sea necesario que est totalmente
diligenciada.
FLUJO PRINCIPAL
1. El sistema guarda la informacin de la solicitud ingresada en el modelo de

suscripcin automtica.
2. El Asesor termina el proceso de guardar la solicitud.
FLUJO ALTERNATIVO 1: La solicitud no puede ser guardada
1.1. El sistema no puede guardar la solicitud por alguna causa de
anormalidad en el sistema.
La solicitud es guardada.
POSTCONDICIONES
La solicitud queda almacenada en el modelo de Suscripcin automtica
Ninguno
Tabla 21 Caso de Uso Guardar Solicitud
5.6.15.
Imprimir Certificado
015
05/04/2004
Asesor
006-Capturar Informacin De
Coberturas
007-Capturar Informacin De Relacin
De Bienes
008-Capturar Informacin De
Beneficiarios
Imprimir
PRECONDICIONES
Debe haber terminado con xito el caso de uso Coberturas, Relacin de Bienes
y Beneficiarios
FLUJO PRINCIPAL
1. El sistema verifica automticamente que la declaracin de asegurabilidad
este diligenciada.
2. El sistema verifica automticamente que las coberturas de Dao Interno
tenga un valor a asegurar dentro de los topes establecidos por la compaa.
3. El sistema actualiza en el modelo de suscripcin la fecha de impresin del
certificado y el nmero de versin del certificado.
4. El sistema verifica que no hayan cambios en la solicitud desde la ultima vez
que se imprimi el certificado.
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
OTROS CASOS DE USO
REFERENCIADOS:
5. El sistema muestra el certificado al asesor, con toda la informacin de la

Solicitud.
6. El Asesor Imprime la solicitud.
7. El Asesor termina el proceso de impresin del certificado.
FLUJO ALTERNATIVO 1: El asesor no ha llenado la declaracin de
Asegurabilidad
1.1. El sistema detecta que el asesor no ha diligenciado la declaracin de
asegurabilidad
1.2. Va al caso de uso CAPTURAR INFORMACIN DE LA DECLARACIN
DE ASEGURABILIDAD
FLUJO ALTERNATIVO 2: Alguna de las coberturas de Dao Interno no
est de acuerdo con las polticas de la compaa.
2.1. El sistema detecta que alguna de las coberturas de dao interno tiene un
valor a asegurar que no esta de acuerdo con las polticas establecidas por
la compaa.
FLUJO ALTERNATIVO 3 : Existen cambios en la solicitud desde la ultima
vez que se imprimi el certificado
4.1. El sistema detecta que hay cambios en la solicitud desde la ultima vez
que se imprimi el certificado.
acuerdo a las polticas de validacin.
Toda la informacin de la solicitud puede ser mostrada al asesor en el
certificado.
POSTCONDICIONES
Se imprime el certificado con toda la informacin de la solicitud.
Ninguno
Tabla 22 Caso de Uso Imprimir Certificado
5.6.16.
Autenticacin
CDIGO:
LTIMA ACTUALIZACIN:
ACTORES:
016
05/04/2004
Asesor
Ninguno
OTROS CASOS DE USO
REFERENCIADOS:
INICIALIZACIN DEL CASO DE USO: El usuario ingresa al aplicativo
PRECONDICIONES
Ninguna
FLUJO PRINCIPAL
1. El Asesor ingresa al aplicativo.
2. El sistema toma las credenciales de autenticacin exigidas por el mismo.
3. El sistema valida que el Asesor sea un Asesor valido para suscripcin
automtica, segn las polticas de suscripcin establecidas por la compaa.
4. El sistema presenta el aplicativo al Asesor.
FLUJO ALTERNATIVO 1: El asesor no es un asesor valido para
suscripcin automtica.
3.1. El sistema detecta que el Asesor no es valido de acuerdo a las polticas
establecidas por la compaa.
3.2. El sistema informa al Asesor que no puede ingresar al sistema,
desplegando un mensaje corporativo para tal fin.
El Asesor puede ingresar al aplicativo se le informa al Asesor que no
cumple con las polticas para vender el producto a travs de este aplicativo.
POSTCONDICIONES
El asesor ingresa al aplicativo.
Ninguno
Tabla 23 Caso de Uso Autenticacin
5.7. Diagramas de Secuencia

Teniendo en cuenta la metodologa y conociendo las ventajas de cada uno de los
tipos de diagramas de iteracin, para el presente proyecto se escoge hacer
diagramas de secuencia debido a las ventajas mencionadas en la gua
metodolgica pero principalmente debido a la arquitectura de diseo en la cual se
desarrollar la aplicacin : MVC (Modelo Vista Controlador), dado que este tipo de
diagramas, permiten hacer una clara diferenciacin entre los principales
componentes que expone el patrn de diseo a utilizar.
A continuacin se muestran cada uno de los diagramas de secuencia del sistema
que pertenecen a los flujos principales o a flujos alternativos que tienen cierta
relevancia para el desarrollo de la aplicacin.
Figura 2 Secuencia : Tomador Flujo Principal
Figura 3 Secuencia : Asegurado Flujo Principal
Figura 4 Secuencia : Asegurado Sub Flujo 1
Figura 5 Secuencia : Asesor Flujo Principal
Figura 6 Secuencia : Asesor Sub Flujo 1
Figura 7 Secuencia : Pliza Flujo Principal
Figura 8 Secuencia : Pliza Sub Flujo 1.2
Figura 9 Secuencia : Riego Flujo Principal
Figura 10 Secuencia : Coberturas Flujo Principal
Figura 11 Secuencia : Relacin de Bienes Flujo Principal
Figura 12 Secuencia : Beneficiarios Flujo Principal
Figura 13 Secuencia : Beneficiarios Sub Flujo 1
Figura 14 Secuencia : Declaracin de Asegurabilidad Flujo Principal
Figura 15 Secuencia : Tarifar Flujo Principal
Figura 16 Secuencia : Expedir Flujo Principal
Figura 17 Secuencia : Ingresar Solicitud Flujo Principal
Figura 18 Secuencia : Modificar Solicitud Flujo Principal
Figura 19 Secuencia : Guardar Solicitud Flujo Principal
Figura 20 Secuencia : Imprimir Solicitud Flujo Principal
Figura 21 Secuencia : Autenticacin Flujo Principal

Casos de Uso

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Casos de Uso

Hochgeladen von

Copyright:

Verfügbare Formate

5.

Identificar los lmites del sistema: qu entra, qu sale, quines lo utilizan.

Dado que la identificacin de casos de uso requiere previamente la identificacin

LARMAN, Craig. Uml And Patterns

misma persona fsica puede desempear varios roles (Cajero, Administrador,

Actores de apoyo: proporcionan un servicio al sistema (Ej.. en una compra con

Actores pasivos: no participan en el caso de uso, pero estn interesados en l

Adems de la clasificacin, se tiene la siguiente gua de preguntas para establecer

Ilustra mejor bifurcaciones

Tabla 6 Comparativo de diagramas de Interaccin.

5.2. Lmites del Sistema

5.3. Actores del Sistema

5.4. Lista Actor Objetivo

Cliente como Beneficiario

Percibir comisiones por recaudo de

Los Bancos y/o Entidades Financieras

5.5. Diagrama de Casos de Uso

Figura 1 Diagrama de Casos de Uso

5.6. Descripcin de Casos de Uso

5.6.1. Capturar Informacin Del Tomador

Asesor, sistema CRM, sistema

El usuario abre el browser e ingresa la

12.1. El sistema detecta que el tomador no tiene seleccionada una direccin

El sistema detecta que la informacin ingresada est completa y correcta de

5.6.2. Capturar Informacin Del Asegurado

Debe haber terminado con xito el caso de uso 1

subnormal para el producto de Hbitat utilizando el sistema de

suscripcin y muestra detalladamente la causa del error, desplegando

5.6.3. Capturar Informacin De Asesores

PROCESO O DESCRIPCIN DEL CASO DE USO:

todos los Asesores de la solicitud es diferente del 100%.

5.6.4. Capturar Informacin De La Pliza

1.1.10 La informacin de Banco es asociada a la solicitud

5.6.5. Capturar Informacin Del Riesgo

Asesor, sistema RIESGOS, sistema

OTROS CASOS DE USO

El sistema informa al Asesor que no puede continuar la suscripcin y

FLUJO ALTERNATIVO 5 : El estrato de la direccin no est dentro de los

Tabla 12 Caso de Uso Riesgo Hbitat

5.6.6. Capturar Informacin De Coberturas

El usuario selecciona la opcin

3.1.2 El sistema informa al Asesor que no puede continuar la suscripcin y

5.6.7. Capturar Informacin De Relacin De Bienes

establecidas para la compaa.

11.4 El sistema resta el valor del articulo al valor asegurado en la cobertura a

5.6.8. Capturar Informacin De Beneficiarios

para crear un nuevo cliente.

beneficiario en la solicitud actual

5.6.9. Capturar Informacin De Declaracin De Asegurabilidad

1. El sistema verifica que para el riesgo en la Solicitud no se haya completado

El sistema no encuentra en el modelo corporativo el porcentaje de IVA

Tabla 18 Caso de Uso Ingresar Solicitud

Expedir Pliza Suscripcin

INICIALIZACIN DEL CASO DE USO: El usuario selecciona la opcin

El usuario selecciona la opcin

1. El sistema guarda la informacin de la solicitud ingresada en el modelo de

5. El sistema muestra el certificado al asesor, con toda la informacin de la

5.7. Diagramas de Secuencia

Figura 2 Secuencia : Tomador Flujo Principal

Figura 3 Secuencia : Asegurado Flujo Principal

Figura 4 Secuencia : Asegurado Sub Flujo 1

Figura 5 Secuencia : Asesor Flujo Principal

Figura 6 Secuencia : Asesor Sub Flujo 1

Figura 7 Secuencia : Pliza Flujo Principal