Proyecto de Tesis Entregable 300613 V04

UNIVERSIDAD RICARDO PALMAFACULTAD DE INGENIERIA

ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA

“DESARROLLO E IMPLEMENTACIÓN DE SISTEMA DE PLANES DE SEGURO DE SALUD PARA MASCOTAS UTILIZANDO WEB SERVICES”

PROYECTO DE TESISPARA OPTAR EL TÍTULO PROFESIONAL DE

INGENIERO INFORMÁTICO

PRESENTADO POR: - Jeannette Marilú Barrientos Álvarez.

- Juan José Caro Salazar.

ASESOR: - Ing. Roger Vargas

LIMA – PERÚ

2013

DEDICATORIA

Dedicamos este trabajo a Dios por habernos cuidado

y guiado en el camino que iniciamos desde nuevo

nacimiento, a nuestros padres por su amor y

entereza quienes nos han acompañado y depositado

su confianza en nosotros.

2

AGRADECIMIENTOS

A nuestro asesor de tesis por su apoyo y orientación

durante elaboración y desarrollo de la tesis. Al jurador

revisor por sus correcciones y aportaciones en el

presente trabajo.

3

Resumen

La Clínica Veterinaria ”El Trigal” al igual que todas tiene objetivos específicos de

negocio que cubrir, aumentar ingresos, comunicación inter-sede con varias sedes y

ajustar sus sistemas a los requerimientos del negocio. La capacidad para responder

rápidamente a los objetivos planteados y optimizar los procesos de negocio es un

factor clave para la competitividad y el crecimiento de la empresa. Con el uso de

Servicios Web se pretende que la empresa mejore la interacción con los clientes,

proveedores, es decir, conseguir una mayor rentabilidad permitiendo responder de

forma más rápida y adaptarse adecuadamente a las presiones del mercado.

Palabras claves

Las siguientes palabras serán manejadas en el siguiente trabajo: SOA, Web Services,

Servicios Web, UDDI, WSDL, Póliza, Plan de Seguro.

4

Abstract

Veterinary Clinic "El Trigal" like every business has specific objectives to cover,

increase revenue, inter-host communication with multiple locations and adjust their

systems to business requirements. The ability to quickly respond to the objectives and

optimize business processes is a key factor for the competitiveness and growth of the

company. Using Web Services Company intended to improve interaction with

customers, suppliers, ie, achieve greater profitability allowing more quickly respond

and adapt appropriately to market pressures.

Keywords:

The following words will be handled in the following work: SOA, Web Services, Servicios

Web, UDDI, WSDL, Policy and Insurance Plan.

5

Índice

CAPÍTULO I INTRODUCCIÓN...........................................................................14

1. PLANTEAMIENTO DEL PROBLEMA.........................................................151.1. Antecedentes del Problema.........................................................................15

1.2. Formulación del Problema...........................................................................16

2. Objetivo.................................................................................................................182.1. Árbol de Problemas......................................................................................18

2.2. Objetivo General..........................................................................................18

2.3. Objetivo Especifico.......................................................................................19

2.4. Importancia..................................................................................................19

2.4.1. Justificación Académica........................................................................19

2.4.2. Beneficios Tangibles.............................................................................19

2.4.3. Beneficios Intangibles...........................................................................20

2.5. Alcance........................................................................................................20

CAPÍTULO II MARCO TEÓRICO......................................................................21

3. MARCO TEORICO..............................................................................................223.1. Glosario.......................................................................................................22

3.2. Introducción a las tecnologías básicas.........................................................23

3.2.1. Programación estructurada...................................................................23

3.2.2. Programación modular..........................................................................24

3.2.3. Programación orientada a objetos........................................................24

3.2.4. Software distribuido..............................................................................26

CAPÍTULO III ESTADO DEL ARTE........................................................................29

4. Estado del Arte.................................................................................................304.1. Servicios Web..............................................................................................30

4.1.1. Arquitectura Funcional de los Servicios Web.........................................31

4.1.2. Estándares de los Servicios Web...........................................................32

4.1.3. Ciclo de Vida de los Servicios Web........................................................33

4.1.4. Arquitectura de los Servicios Web.........................................................35

4.1.5. Dispositivos Móviles y Servicios Web....................................................37

4.2. Arquitectura Orientada a Servicios..............................................................38

4.2.1. Componentes de SOA...........................................................................38

4.2.2. Elementos de SOA................................................................................40

6

CAPÍTULO IV MODELADO DEL NEGOCIO.......................................................42

5. Modelado del Negocio..................................................................................435.1. Actores de Negocio......................................................................................43

5.2. Diagrama de caso de uso del Negocio.........................................................43

5.3. Diagrama de Actores del Sistema................................................................44

5.4. Definición de casos de uso del Sistema.......................................................45

5.4. Modelo Conceptual......................................................................................62

5.5. Diagrama de Secuencia...............................................................................63

5.5.1. Validar Usuario......................................................................................63

5.5.2. Mantener Póliza....................................................................................64

5.5.3. Reservar Cita Medica............................................................................65

5.6. Benchmarking..............................................................................................66

5.6.1. WEB Seguros VETPLAN.........................................................................66

5.6.2. WEB Seguros VERTI..............................................................................67

5.6.3. Cuadro Comparativo de Web de Seguro para Mascotas........................68

5.7. Prototipos....................................................................................................68

5.7.1. Pantalla Login.......................................................................................68

5.7.2. Registrar Póliza.....................................................................................69

5.7.3. Reservar Cita Medica............................................................................69

5.7.4. Consultar Cita Medica...........................................................................70

5.7.5. Mantenimiento de Clínica Veterinaria...................................................71

5.7.6. Mantenimiento de Cliente.....................................................................72

5.7.7. Mantenimiento de Plan.........................................................................72

5.8. Matriz de Requerimientos de Negocio vs Funcionales..............................74

CAPÍTULO V REQUERIMIENTOS..........................................................................75

6. Requerimientos del Proyecto..................................................................766.1. Requerimientos Funcionales........................................................................76

6.2. Requerimientos No Funcionales...................................................................76

CAPÍTULO VI ARQUITECTURA..............................................................................78

7. Análisis y Diseño.............................................................................................797.1. Diagrama de paquetes del sistema..............................................................79

7.2. Diagrama de casos de uso del sistema........................................................80

7.3. Diagrama de Estados...................................................................................82

7.4. Diagrama de Componentes.........................................................................84

7.5. Diagrama de Despliegue..............................................................................85

7.6. Diagrama de base de datos.........................................................................86

7

7.7. Diccionario de datos....................................................................................87

CAPÍTULO VII DESARROLLO Y PRUEBAS...................................96

8. Desarrollo y pruebas.......................................................978.1. Introducción.................................................................................................97

8.2. Desarrollo....................................................................................................97

8.2.1. Plataforma tecnológica.........................................................................97

8.3. Pruebas........................................................................................................98

8.3.1. Plan de pruebas del proyecto................................................................98

8.3.2. Ejecución de Casos de Uso de Pruebas.................................................99

CAPÍTULO VIII GESTION DEL PROYECTO.................................105

9. GESTIÓN DEL PROYECTO...............................................1069.1. Introducción...............................................................................................106

9.2. Viabilidad del proyecto..............................................................................106

9.2.1. Viabilidad Técnica...............................................................................106

9.2.2. Viabilidad Económica..........................................................................106

9.2.3. Viabilidad Legal...................................................................................116

9.3. Organización del proyecto.........................................................................117

9.4. EDT del Proyecto........................................................................................118

9.5. Cronograma de Ejecución del Proyecto......................................................119

9.6. Gestión de Riesgos del Proyecto................................................................120

9.6.1. Alternativas para tratamiento de riesgos............................................120

9.6.2. Determinación del Valor de Degradación............................................120

9.6.3. Determinación del Valor de Impacto...................................................121

9.6.4. Determinación de la probabilidad.......................................................121

9.6.5. Matriz Probabilidad Impacto................................................................122

9.6.6. Estrategias de Gestión........................................................................122

9.6.7. Lista de Riesgos Predecibles:..............................................................123

9.6.8. Lista de Riesgos No Predecibles:.........................................................123

9.7. Gestión de Cambios...................................................................................124

CONCLUSIONES....................................................................125

REFERENCIAS.......................................................................126

ANEXOS...............................................................................127

8

Índice de Gráficos

Gráfico 1 : Árbol de Problemas......................................................................................18

Gráfico 2: Actores de Negocio.......................................................................................43

Gráfico 3: Diagrama de caso de uso del Negocio..........................................................43

Gráfico 4: Diagrama de actores del sistema.................................................................44

Gráfico 5: Modelo Conceptual.......................................................................................62

Gráfico 6: Diagrama de secuencia: Validar usuario.......................................................63

Gráfico 7: Diagrama de secuencia: Mantener Póliza.....................................................64

Gráfico 8: Diagrama de secuencia: Reserva Cita Médica..............................................65

Gráfico 9: Diagrama de paquetes del sistema..............................................................79

Gráfico 10: Paquete de Mantenimientos.......................................................................80

Gráfico 11: Paquete de Reportes..................................................................................80

Gráfico 12: Paquete de Seguridad.................................................................................81

Gráfico 13: Paquete de Horario-Citas-Plan....................................................................81

Gráfico 14: Diagrama de estado de póliza....................................................................82

Gráfico 15: Diagrama de estado de cita medica...........................................................82

Gráfico 16: Diagrama de estado de plan de seguro......................................................83

Gráfico 17: Diagrama de estado de pago de póliza de seguro......................................83

Gráfico 18: Diagrama de componentes.........................................................................84

Gráfico 19: Diagrama de despliegue.............................................................................85

Gráfico 20: Diagrama de base de datos........................................................................86

Gráfico 21: Plan de Proyecto.......................................................................................107

Gráfico 22: Porcentaje de Clientes que comprarían un Seguro para su Mascota.........111

Gráfico 23: Porcentaje de preferencia por servicio de salud que los usuarios desearían

dentro del seguro........................................................................................................112

Gráfico 24: Porcentaje del mercado que la clínica veterinaria ha cautivado...............112

Gráfico 25: Ingresos Mensuales..................................................................................113

Gráfico 26: Organización del Proyecto........................................................................117

Gráfico 27: EDT del Proyecto......................................................................................118

Gráfico 28: Estrategias de Gestión..............................................................................122

Gráfico 29: Flujo de Gestión de Cambio......................................................................124

9

Índice de Figuras

Figura 1: Ejemplo de clase............................................................................................25



Figura 4: Arquitectura cliente/servidor..........................................................................26

Figura 5: Ejemplo de Arquitectura de 3 Capas..............................................................27

Figura 6: Arquitectura funcional de un Servicio Web.....................................................31

Figura 7: Arquitectura funcional de un Servicio Web.....................................................31

Figura 8: Vocabulario XML.............................................................................................33

Figura 9: Web Seguros VET PLAN..................................................................................66

Figura 10: Web Seguros VERTI......................................................................................67

Figura 11: Prototipo Pantalla login................................................................................68

Figura 12: Prototipo Registrar Póliza.............................................................................69

Figura 13: Prototipo Reservar Cita Médica (fechas con citas disponibles).....................69

Figura 14: Prototipo Reservar Cita Médica (listado de horarios disponibles).................70

Figura 15: Prototipo Consultar Cita Médica...................................................................70

Figura 16: Prototipo Mantenimiento de Clínica Veterinaria (listado de clínicas)............71

Figura 17: Prototipo Mantenimiento de Clínica Veterinaria (nuevo registro).................71

Figura 18: Prototipo Mantenimiento de Cliente (búsqueda de clientes)........................72

Figura 19: Prototipo Mantenimiento de Cliente (nuevo registro)...................................72

Figura 20: Prototipo Mantenimiento de Plan (lista de planes).......................................72

Figura 21: Prototipo Mantenimiento de Plan (lista de enfermedades por plan).............73

Figura 22: Prototipo Mantenimiento de Plan (lista de precios del plan).........................73

10

Índice de Tablas

Tabla 1: Especificación de caso de uso Validar Usuario................................................45

Tabla 2: Especificación de caso de uso Mantener Cliente.............................................46

Tabla 3: Especificación de caso de uso Mantener Plan..................................................47

Tabla 4: Especificación de caso de uso Mantener Raza.................................................48

Tabla 5: Especificación de caso de uso Mantener Enfermedad.....................................49

Tabla 6: Especificación de caso de uso Mantener Tipo de Enfermedad.........................50

Tabla 7: Especificación de caso de uso Mantener Perfil................................................51

Tabla 8: Especificación de caso de uso: Mantener Clínica Veterinaria...........................52

Tabla 9: Especificación de caso de uso Mantener Médico.............................................53

Tabla 10: Especificación de caso de uso: Mantener Póliza............................................55

Tabla 11: Especificación de caso de uso: Enviar Promoción..........................................55

Tabla 12: Especificación de caso de uso Enviar Mail de Alerta de Próxima Vacuna......56

Tabla 13: Especificación de caso de uso Enviar Mail de Alerta de Próxima Cuota.........57

Tabla 14: Especificación de caso de uso: Consultar Reporte.........................................58

Tabla 15: Especificación de caso de uso: Consultar Información de la Mascota............59

Tabla 16: Especificación de caso de uso: Reservar Cita Medica....................................60

Tabla 17: Especificación de caso de uso: Consultar Cronograma de Citas y Vacunas...61

Tabla 18: Comparativo de Web de Seguro para Mascotas............................................68

Tabla 19: Prototipo: Matriz de requerimientos de negocio vs funcionales.....................74

Tabla 20: Diccionario de datos Tabla Cita Medica.........................................................87

Tabla 21: Diccionario de datos Tabla Cliente................................................................87

Tabla 22: Diccionario de datos: Tabla Clínica Veterinaria..............................................88

Tabla 23: Diccionario de datos: Tabla Departamento....................................................88

Tabla 24: Diccionario de datos: Tabla Distrito...............................................................88

Tabla 25: Diccionario de datos: Tabla Enfermedad.......................................................89

Tabla 26: Diccionario de datos: Tabla Especialidad.......................................................89

Tabla 27: Diccionario de datos: Tabla Estado Cita Medica............................................89

Tabla 28: Diccionario de datos: Tabla Familia Raza......................................................89

Tabla 29: Diccionario de datos: Tabla Horario Medico...................................................90

Tabla 30: Diccionario de datos: Tabla Horario Medico Detalle.......................................90

Tabla 31: Diccionario de datos: Tabla Mascota.............................................................90

Tabla 32: Diccionario de datos: Tabla Medico...............................................................91

Tabla 33: Diccionario de datos: Tabla Medico Clínica....................................................91

Tabla 34: Diccionario de datos: Tabla Medico Especialidad...........................................91

11

Tabla 35: Diccionario de datos: Tabla Menu..................................................................92

Tabla 36: Diccionario de datos: Tabla Perfil..................................................................92

Tabla 37: Diccionario de datos: Tabla Perfil Menu.........................................................92

Tabla 38: Diccionario de datos: Tabla Plan....................................................................93

Tabla 39: Diccionario de datos: Tabla Plan Detalle.......................................................93

Tabla 40: Diccionario de datos: Tabla Plan Enfermedad...............................................93

Tabla 41: Diccionario de datos: Tabla Póliza.................................................................93

Tabla 42: Diccionario de datos: Tabla Póliza Fecha Pago..............................................94

Tabla 43: Diccionario de datos: Tabla Provincia............................................................94

Tabla 44: Diccionario de datos: Tabla Raza...................................................................94

Tabla 45: Diccionario de datos: Tabla Tamaño Raza.....................................................94

Tabla 46: Diccionario de datos: Tabla Tipo de Enfermedad...........................................95

Tabla 47: Diccionario de datos: Tabla Usuario..............................................................95

Tabla 48: Costo de Mano de Obra...............................................................................109

Tabla 49: Costo Gastos Generales Asignados a la Mano de Obra................................109

Tabla 50: Costo Gastos Generales Directos................................................................110

Tabla 51: Depreciación Asignada................................................................................110

Tabla 52: Costos Consolidados del Proyecto...............................................................110

Tabla 53: Flujo de Caja................................................................................................115

Tabla 54: Alternativas para Tratamiento de Riesgos...................................................120

Tabla 55: Determinación del Valor de Degradación....................................................120

Tabla 56: Determinación del Valor de Impacto...........................................................121

Tabla 57: Determinación de la probabilidad................................................................121

Tabla 58: Matriz de Probabilidad Impacto...................................................................122

12

CAPÍTULO I

INTRODUCCIÓN

13

1. PLANTEAMIENTO DEL PROBLEMA

1.1. Antecedentes del Problema

En las últimas décadas los departamentos de Tecnologías de la Información

de las empresas han construido una infraestructura que soporta en gran

medida la operación de sus empresas y sus clientes. El resultado de este

proceso ha sido la creación y mantenimiento de un número considerable de

aplicaciones de uso interno, cada una responsable de sus propias tareas.

Los negocios exigen crear aplicaciones cada vez más complejas, en menos

tiempo y con menor presupuesto. En muchos casos crear estas aplicaciones

requiere de funcionalidades ya antes implementadas como parte de otros

sistemas. Ante esta situación los arquitectos de software se enfrentan a dos

opciones:

Tratar de reutilizar la funcionalidad ya implementada en otros

sistemas. Una labor difícil de realizar, debido a que estos no fueron

diseñados para integrarse o se elaboraron para plataformas y/o

tecnologías incompatibles entre ellas.

Re-implementar la funcionalidad requerida. Aunque implica más

tiempo de desarrollo, es en la mayoría de los casos la más fácil y

segura.

A pesar de que no sea la más acertada a largo plazo, la segunda opción es la

más escogida. Esto trae como resultado:

Funcionalidad replicada en varias aplicaciones.

Dificultad de migración de los sistemas internos, al haber múltiples

conexiones desde sistemas que dependen de estos para su

funcionamiento.

Al no haber una estrategia de integración de aplicaciones, se generan

múltiples puntos de fallo, que pueden detener la operación de todos

los sistemas muy fácilmente.

El inconveniente final es una pobre respuesta al cambio. Las

aplicaciones siguen siendo concebidas desde un principio como islas

independientes.

14

Los Servicios Web surgieron para lograr la tan esperada comunicación entre

diferentes plataformas. Los Servicios Web trabajan bajo los conceptos

generales de recopilación, organización y almacenamiento de información

de manera digital, con el propósito de que los usuarios tengas opciones de

búsqueda, recuperación y procesamiento de información.

Las aplicaciones necesarias para obtener los correspondientes procesos de

negocio se logran mediante la combinación de colecciones de pequeños

módulos llamados servicios. Estos módulos pueden ser empleados por

grupos de usuarios provenientes de la propia organización o ajenos a la

misma y las nuevas aplicaciones creadas del aprovechamiento de servicios

presentes en un repositorio global muestran mayor flexibilidad y

uniformidad. De este modo se consigue un ahorro en el esfuerzo de

desarrollo pues se re-aprovechan las funcionalidades comunes a las

distintas aplicaciones además de favorecer la interacción entre

organizaciones dado que se logra la homogeneización de la apariencia y del

nivel y tipo de datos de entrada para la validación de los usuarios.

En este entorno de trabajo, las unidades básicas son los servicios. Los

servicios son unidades de funcionalidad que desarrollan su actividad de

forma independiente y que se aproxima al concepto que los humanos

asocian a los mismos como puede ser la visualización del estado de una

cuenta bancaria, o la emisión de una petición de un billete de avión o de

tren. En lugar de que los servicios contengan en su código fuente llamadas a

otros, se definen protocolos que describen cómo pueden comunicarse entre

sí.

1.2. Formulación del Problema

El área de Tecnología Informática (TI) en las Organizaciones actuales se

puede caracterizar por tener diversidad de sistemas que tienen entre sí

dependencias complejas, que han ido creciendo en forma separada y

heterogénea a lo largo de los años. Un desafío que se plantea es poder

integrarlos para reaccionar ágilmente a los cambios en los requerimientos

del negocio, principalmente en dos aspectos: los procesos de la

Organización y las tecnologías disponibles.

15

Una Aplicación Web es un conjunto de elementos de software que integran

un sistema, el cual es posible acceder desde la red propia de una institución

o utilizando internet, los usuarios pueden acceder a este servicio y

consultar, manipular y modificar información de manera que permita la fácil

y correcta utilización de los recursos, así como hacer más eficientes las

actividades propias de los miembros.

Al utilizar Servicios Web, la aplicación podría ser accesible desde diferentes

plataformas, podría ser publicada y ser visible ya que los servicios web son

muy prácticos porque pueden aportar gran independencia entre la

aplicación que usa el Servicio web y el propio servicio. De esta forma, los

cambios a lo largo del tiempo en uno no deben afectar al otro. Esta

flexibilidad será cada vez más importante dado que la tendencia a construir

grandes aplicaciones a partir de componentes pequeños es cada día más

utilizada; es decir pueden crearse varios servicios web que acceden a la

información y ser utilizados por diferentes aplicaciones para diversos

motivos según se requiera.

En la Clínica Veterinaria “El Trigal” cuenta con un gran número de clientes y

con ello un volumen considerable de información, asimismo se relaciona con

sus otras sucursales. La necesidad que actualmente tiene la empresa es de

integrar esta información ya que ha encontrado un nicho de mercado el cual

quiere empezar a explotar, el mercado en el cual quiere entrar y ser pionero

en el Perú son los Seguros para Mascotas marcando como alcance inicial los

seguros para perros; si bien las mascotas reciben cuidados médicos sin

estar asegurados, cuando se les diagnostica enfermedades sobre las cuales

se requiere tratamientos prolongados y con un costo elevado las personas

(clientes) se desalientan. El plan de seguro propuesto, cubrirá las

necesidades básicas y protegerá ante eventos de mayor envergadura.

Cuando las mascotas no tienen seguro se debe pagar por cada consulta que

se realiza. Al tener cobertura, se tiene más posibilidades de mantener mejor

la salud de la mascota, ya que consultara a su veterinario con mayor

frecuencia, porque esas visitas están cubiertas por el plan. Y mediante la

interconexión de las clínicas veterinarias asociadas se podrá generar

reportes de control e indicadores para la clínica veterinaria “El Trigal”.

16

2. Objetivo

2.1. Árbol de Problemas

El árbol de problemas nos muestra de forma resumida el análisis de la

situación actual.

Gráfico 1 : Árbol de Problemas

Fuente: Elaboración propia, 2013

2.2. Objetivo General

Objetivo principal:

Desarrollar un Solución de Tecnológica que permita soportar la gestión de

pólizas de salud para mascotas.

Objetivo secundario:

Acceso a la información del historial clínico de la mascota de las diferentes

clínicas asociadas.

2.3. Objetivo Especifico

17

1. Recopilar la información existente sobre Web Services a través de los

años, consultar medios bibliográficos y así obtener las definiciones,

antecedentes, su evolución, bases teóricas y casos de aplicación.

2. Plantear cuál es la metodología adecuada para la gestión de la

solución de Web Services y desarrollar el plan del proyecto.

3. Generación de reportes de control e indicadores para la clínica

veterinaria “El Trigal”.

a. Indicador 1: Nro. De enfermedades por mes y tipo de

enfermedad.

b. Indicador 2: Nro. De consultas al mes.

c. Indicador 3: Nro. De atenciones realizadas al mes.

d. Indicador 4: Nro. De historias clínicas generadas.

2.4. Importancia

2.4.1. Justificación Académica

Aplicar los conocimientos adquiridos sobre Servicios Web para

desarrollar un aplicativo que permita sostener el nicho de mercado que

la clínica veterinaria ha logrado identificar.

2.4.2. Beneficios Tangibles

- Información actualizada y agilizada

- Generación de reportes

- Mensajes de alerta a los usuarios

- Detalle de horario de atención

- Detalle profesional del especialista

2.4.3. Beneficios Intangibles

- Buen servicio

- Buena imagen de la institución

- Satisfacción de los clientes

18

- Control adecuado de la Información

2.5. Alcance

Del proyecto:

▪ Se seguirá la metodología RUP en el desarrollo del sistema

▪ Él se realizara el modelado teniendo en cuenta el UML

▪ Se modelara los CUS

▪ Se realizara el análisis del sistema

▪ Se realizara el diseño del sistema

▪ El desarrollo se realizara en ASP.

Del producto:

▪ La arquitectura será WCF

▪ Se utilizara un motor de base de datos.

▪ No se integrara con otros aplicativos de la clínica veterinaria.

▪ No se desarrollada el módulo de facturación y/o cobranza

▪ El sistema permitirá el registro de los datos de cada una de las

mascotas.

▪ La interfaz está en lenguaje español.

▪ Se implementará el aplicativo web y móvil como piloto en 1 clínica

veterinaria.

▪ Se utilizará el protocolo SOAP para el servicio web

▪ Se implementará mensajes de correo como alertas.

19

CAPÍTULO II

MARCO TEÓRICO

20

3. MARCO TEORICO

3.1. Glosario

SOA: La arquitectura orientada a servicios de cliente (en inglés Service

Oriented Architecture), es un concepto de arquitectura de software que

define la utilización de servicios para dar soporte a los requisitos del

negocio.

Web Services: es una tecnología que utiliza un conjunto de protocolos y

estándares que sirven para intercambiar datos entre aplicaciones. Distintas

aplicaciones de software desarrolladas en lenguajes de programación

diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los

servicios web para intercambiar datos en redes de ordenadores como

Internet.

Servicios Web: Un servicio web (en inglés, Web services)

UDDI: Universal Description, Discovery and Integration. Es un directorio

distribuido basado en Web que le permite a los negocios listarse a sí mismos

en Internet y descubrir otros, similar a las páginas blancas y amarillas de

una guía telefónica tradicional.

WSDL: describe la interfaz pública a los servicios Web. Está basado en XML

y describe la forma de comunicación, es decir, los requisitos del protocolo y

los formatos de los mensajes necesarios para interactuar con los servicios

listados en su catálogo. Las operaciones y mensajes que soporta se

describen en abstracto y se ligan después al protocolo concreto de red y al

formato del mensaje.

SOAP: (siglas de Simple Object Access Protocol) es un protocolo estándar

que define cómo dos objetos en diferentes procesos pueden comunicarse

por medio de intercambio de datos XML.

21

Planes de Seguro: Es un conjunto de beneficios que proveedor a un

beneficiario.

Póliza: El documento que contiene las condiciones reguladas del seguro.

Mascota: Animal de compañía que se especifica en las condiciones

particulares de la póliza.

Consulta: Acción de atender y examinar a un animal de compañía por parte

de un veterinario, realizando las exploraciones habituales con el fin de

obtener un diagnóstico, pronostico y prescribir un tratamiento.

Enfermedad: Toda alteración involuntaria del estado de salud de un animal

cuyo diagnóstico y confirmación será efectuado por un veterinario

autorizado para ejercer.

3.2. Introducción a las tecnologías básicas

Esta introducción es útil para tener una visión clara del tópico “De dónde

venimos y donde vamos” en el mundo del desarrollo de software”

Los paradigmas de programación son enfoques partículas para el desarrollo

del software. Son distintas maneras de visualizar y resolver problemas de

programación.

3.2.1. Programación estructurada

En la década del 60 surgió los principios de la programación estructurada,

en esa época solo estaba permitido el uso de tres lógicas de control (De la

Torre y Gonzalez: 2008):

- Secuencia: bloque de sentencias que se ejecutan una a continuación de

otra.

- Condicional: bloque de sentencias que se ejecutan solo si cumple una

condición.

- Interacción: repetición mientras se cumple una condición dada.

22

Los programas desarrollados con este paradigma eran mucho más fáciles de

entender que los desarrollados mediante una programación

desestructurada.

3.2.2. Programación modular

Se usan subprogramas estructurados que se denominan módulos, que

interactúan entre sí para resolver el problema planteado. La comunicación

entre los módulos se realiza mediante el intercambio de parámetros.

Cada módulo tiene la ventaja de que es reutilizable y puede ser considerado

una caja negra es con ello que se consigue independencia entre los

módulos.

3.2.3. Programación orientada a objetos

Se popularizo en la década de los 90, este paradigma permite resolver

problemas mediante el trabajo colaborativo de los objetos. Se pretende

modelar objetos del mundo real en las aplicaciones dando lugar al concepto

de objetos. Los objetos tienen propiedades y comportamientos (De la Torre y

Gonzalez: 2008):

- Propiedad: cada uno de los datos (atributos) que tiene el objeto.

- Comportamiento: cada una de las operaciones (métodos) mediante las

cuales se puede interactuar con el objeto.

Una clase es el conjunto de propiedades y comportamiento de un objeto

específico. Se puede decir que la clase es la estructura en la cual se puede

basar para crear el objeto.

23

class Empleado{

string DNI;int numEmpleado;string NombreEmpleado;void ALtaEmpleado (string DNI, int numEmpleado, string Nombre Empleado){…}…

}

Figura 1: Ejemplo de claseFuente: Elaboración propia, 2013

Características de la programación orientada a objetos (Flores, 2009):

- Abstracción: se basa en la obtención de las características esenciales de

un objeto. Ejemplo las características comunes del objeto empleado.

- Encapsulamiento: es la unión en una clase de las características y

comportamientos.

- Herencia: una clase no es una entidad aislada sino que puede

relacionarse entre sí formando una jerarquía.

- Polimorfismo: cuando se habla de polimorfismo se puede referir a dos

cosas:

o Posibilidad de almacenar objetos de un determinado tipo en

variables de tipos antecesores del primero.

Figura 2: Ejemplo de claseFuente: Elaboración propia, 2013

o Posibilidad de tener diferentes métodos dentro de una clase con

el mismo nombre pero con diferentes argumentos.

Ventajas del lenguaje orientado a objetos:

- Reutilización y extensión del código

- Flexibilidad de crear sistemas complejos

- Se relaciona con el mundo real

24

Figura fig = new Figura ();Figura fig2 = new Circulo ();fig.Dibujar(); //Dibujará una figurafig2.Dibujar(); //Dibujará un círculo

double sumar (int opl, intop2) {…}double sumar (double opl, double op2) {…}

Fuente: Elaboración propia, 2013Figura 3: Ejemplo de clase

- Agiliza el desarrollo de software

- Suministra el trabajo en equipo

- Facilita el mantenimiento del software

3.2.4. Software distribuido

El software distribuido se define como un sistema cuyos componentes están

ubicados en diferentes maquinas (servidores) y que se comunican entre sí

mediante la transmisión de mensajes.

Estos sistemas son acoplados, es decir los componentes de cada capa

tienen una dependencia muy alta con los componentes de otras capas.

Entre los diferentes modelos de arquitecturas distribuidas tenemos:

1. Cliente-Servidor

Sistema donde el cliente tiene toda la lógica de negocio, acceso a

datos y el servidor en un solo repositorio de información.

Figura 4: Arquitectura cliente/servidorFuente: Eduardo Ramos, 2010

2. Arquitectura en tres Niveles (N-Tier)

La arquitectura de tres capas libera al cliente del procesamiento de la

lógica de negocio y accesos de datos para que pueda convertirse en

un cliente más ligero.

25

http://eddieramos.files.wordpress.com/2010/02/cliente.png

Descripción de las capas:

o Nivel de presentación: es una aplicación cliente que únicamente

se encarga de implementar la interface con el usuario. Este nivel

en un inicio se implementaba como una aplicación Windows, pero

ha ido evolucionando de tal forma que en la actualidad puede ser

una aplicación web (De la Torre y Gonzalez: 2008).

o Nivel aplicación: son componentes que se encargan del

procesamiento de la lógica del negocio. El nivel de negocio está

situado en un servidor o varios (De la Torre y Gonzalez: 2008).

o Nivel de datos: Son los servidores de base de datos, como

servidores SQL Server, Oracle, DB2, etc.

Figura 5: Ejemplo de Arquitectura de 3 CapasFuente: www.burgosgrupo.blogspot, 2008

Ventajas de los sistemas distribuidos

- Escalabilidad

- Concurrencia y agilidad (respuestas rápidas al cliente)

- Reutilización de componentes

Desventajas de los sistemas distribuidos

- Costos altos para la puesta en producción

- Costos altos para la administración

- Dependencia de las redes de comunicación

26

http://bp0.blogger.com/_MsbwIH_dCS0/R_axeZenlDI/AAAAAAAAAAk/x8nD7W7TCa4/s1600-h/2.jpg

- Foco en la seguridad de la información

27

CAPÍTULO III

ESTADO DEL ARTE

28

4. Estado del Arte

4.1. Servicios Web

La década de los 80's fue marcada por el surgimiento de la PC y de la

interface gráfica. En la década de los 90's Internet permitió conectar

computadoras en una escala global. En principio la conexión fue entre PCs y

servidores por medio del explorador de Internet. A comienzos de este siglo

es clara la necesidad de permitir a las computadoras conectadas a Internet

comunicarse entre ellas.

Desde entonces se va dando forma al nuevo modelo de computación

distribuida llamado servicios Web basados en XML. El objetivo es permitir

comunicarse entre sí a sistemas heterogéneos dentro y fuera de una

empresa. Esta comunicación es independiente del sistema operativo,

lenguaje o modelo de programación.

La simplicidad de las interacciones en el modelo de programación Web

posibilita construir sistemas incrementalmente. A diferencia del

acoplamiento fuerte de RPC y de los sistemas de objetos distribuidos, que

requieren la implantación de todas las piezas de una aplicación de una vez,

podemos añadir tantos clientes y servidores a sistemas basados en Web

como necesitemos. Podemos establecer fácilmente conexiones a

aplicaciones nuevas de un modo descentralizado, sin ninguna coordinación

central más allá del registro de nombres DNS, y con un grado de

interoperabilidad, escalabilidad y capacidad de gestión extraordinariamente

alto.

La siguiente figura 6 nos muestra el comportamiento de las arquitecturas

durante su evolución.

29

Figura 6: Arquitectura funcional de un Servicio WebFuente: Elaboración propia, 2013

4.1.1. Arquitectura Funcional de los Servicios Web

La arquitectura se basa en tres tipologías de servicios como se muestran en

la figura.

Figura 7: Arquitectura funcional de un Servicio WebFuente: Aldibier Morales, Servicios en la Web, 2009

30

a) Servicios de Catalogación.

Sirven al proveedor para publicar un servicio en la red. Los aporta la

Agencia.

b) Servicios de Localización.

Sirven al usuario para localizar funcionalmente el servicio que necesita. La

localización y descubrimiento del servicio puede ser:

- Estática, navegando el futuro cliente.

- Dinámica en tiempo de diseño o ejecución utilizando un servicio UDDI.

c) Servicios de Utilización

Una vez escocido el servicio y encontrado el proveedor, permiten pedir e

instanciar el objeto que debe proporcionar el servicio.

4.1.2. Estándares de los Servicios Web

El consorcio de Internet Http://www.w3c.org se encargó de crear y

mantener estos estándares. Que permiten hacer uso de los Servicios

Web basados en XML (www1)

XML: (Lenguaje de Marcado eXtensible) Es un formato universal para

representar los datos. XML-RPC: son protocolos sobre los que se

establece el intercambio.

Los Servicios Web se basan en XML para estructurar la información, lo

que permite:

o Homogeneidad para facilitar la comprensión de las máquinas

o Diferentes plataformas / marcos de trabajo

WSDL: (Lenguaje de Descripción de Servicios Web) Lenguaje por medio

del cual un servicio Web describe entre otras cosas qué hace o qué

funcionalidad implementa.

Es el lenguaje de la interfaz pública para los servicios Web. Es una

descripción basada en XML de los requisitos funcionales necesarios para

establecer una comunicación con los servicios Web.

31

http://www.w3c.org/

SOAP: (Protocolo Simple de Acceso a Objetos) Es un protocolo que

permite mover los datos entre aplicaciones y sistemas. Es el mecanismo

por medio del cual los servicios Web son invocados e interactúan.

UDDI: (Descubrimiento, Descripción e Integración Universal) Lenguaje

que permite publicar, encontrar y usar los Servicios Web basados en

XML. Es la 'Página Amarilla' de los servicios Web, es decir un directorio

para poder encontrarlos. Puede ser accedido con un explorador en

http://www.uddi.org o programáticamente.

WS-Security: Protocolo de seguridad aceptado como estándar por

OASIS. Garantiza la autenticación de los actores y la confidencialidad de

los mensajes enviados.

Figura 8: Vocabulario XMLFuente: di002.edv.uniovi.es, 2006

4.1.3. Ciclo de Vida de los Servicios Web

El ciclo de vida de los Servicios consiste en los siguientes 6 pasos

importantes:

1. El ciclo se origina cuando las empresas se deciden a desarrollar y

exponer la funcionalidad de sus aplicaciones en forma de Servicio

Web.

2. Una vez que los Servicios Web se han desarrollado, deben ser

registrados en un nodo UDDI para poder ser localizado por los

potenciales usuarios. En dicho registro se aportaran datos sobre la

32

empresa, los Servicios Web que se ofrecen etc. y también la

descripción de las interfaces de uso de cada Servicio Web (WSDL).

Cuando algún consumidor solicite dicho Servicio Web, el servidor

UDDI le redirigirá a la URI proporcionada por el fabricante.

3. Los posibles consumidores (proveedores, clientes, socios...) se

conectan al servidor UDDI para buscar los Servicios Web que les

interesan.

4. Una vez que encuentran el Servicio Web que desean, obtienen la

descripción de sus interfaces de uso (WSDL).

5. Gracias a la descripción de las interfaces de uso, los consumidores

son capaces de elaborar paquetes SOAP para comunicarse con el

proveedor del Servicio Web.

6. El proveedor del Servicio Web elabora un paquete SOAP como

respuesta a la petición del consumidor del Servicio Web.

Para esta tecnología, se requiere de tres entidades participantes:

a) El Proveedor

Es una entidad a la que se puede acceder a través de la red y que

acepta y ejecuta peticiones de los consumidores. Publica las

interfaces de los servicios en el registro de servicios para que los

consumidores puedan descubrirlos y puedan acceder a ellos (Trujillo

y Espinoza, 2010).

b) El Consumidor

Construye el Servicio con el lenguaje y el Middleware necesario.

Define la Descripción del Servicio que incluye, con un documento

escrito con Servicios WEB Description Language (WDSL):

o Las prestaciones.

o La utilización del servicio por terceros.

o La localización

c) Publica

La oferta del servicio en las páginas amarillas del Universal

Description, Discovery and Integration (UDDI). El fabricante también

puede encontrar aquí otros servicios ya creados que le faciliten su

trabajo. La Agenda UDDI fue creada en septiembre de 2000 por IBM,

33

Ariba y Microsoft y posteriormente se sumaron otros actores como

Compaq y SAP.

El usuario final, conocido como el solicitante, localiza y enlaza el

servicio WEB a través de SOAP (Simple Object Access Protocol)

mediante un mecanismo de tipo RPC sobre el protocolo HTTP y un

intercambio de mensajes XML.

El objetivo final de los servicios web es la creación de directorios en

línea que puedan ser localizados de un modo sencillo con un alto

nivel de fiabilidad. XML es utilizado para etiquetar los datos, SOAP es

usado para transferir los datos, WDSL es utilizado para describir los

servicios disponibles y UDDI es usado para listar qué servicios están

disponibles (www2).

4.1.4. Arquitectura de los Servicios Web

La arquitectura se basa en los siguientes componentes:

a) Marco de Mensajería

Simple SOAP: Simple Object Access Protocol permite intercambiar

información estructurada en un ambiente descentralizado y

distribuido. "Messaging Framework" define, usando tecnologías XML,

un marco extensible de mensajería que contiene una construcción

del mensaje que se pueda intercambiar con una variedad de

protocolos subyacentes (www3).

Web Services Addressing (WS-Addressing): Direccionamiento

de Servicios Web. La dirección de los servicios Web proporciona

mecanismos neutrales para transportar los servicios web y los

mensajes. Define un sistema de características abstractas y una

representación de XML para referirse a servicios de la Web y para

facilitar la dirección final de los mensajes. Esta especificación permite

a los sistemas de mensajería soportar la transmisión del mensaje a

través de redes que incluyen el procesado de nodos tales como

gestión final, cortafuegos y pasarelas mediante una forma de

transporte neutro (www4).

34

SOAP Message Transmission Optimization (MTOM): Descripción

de la Optimización de la Transmisión del Mensaje. Describe una

característica abstracta y una puesta en práctica concreta para

optimizar el formato de la transmisión y/o de la vía de los mensajes

SOAP (www5).

b) Descripción de los servicios

Web Services Description Language (WSDL): Lenguaje de

Descripción de los Servicios Web. La especificación define el lenguaje

básico que puede usarse para describir servicios Web basados en un

modelo abstracto de lo que ofrece el servicio. También define los

criterios de conformidad de los documentos en relación a este

lenguaje (www6).

Web Services Choreography Description Language (WS-CDL):

Lenguaje de Descripción de la Coreografía de los Servicios Web. Es

un lenguaje basado en XML que describe colaboraciones peer to peer

de los participantes definiendo, desde un punto de vista global, un

comportamiento observable común y complementario; donde

ordenado el mensaje, intercambia el resultado de acuerdo a un

objetivo de negocios común (www7).

Los servicios web que se basan en XML permiten que las aplicaciones

compartan información y que además invoquen funciones de otras

aplicaciones independientemente de cómo se hayan creado dichas

aplicaciones e independientemente del sistema operativo o

plataforma en que se ejecuten y de los dispositivos utilizados en el

acceso.

4.1.5. Dispositivos Móviles y Servicios Web

La convergencia entre los dispositivos móviles y los servicios de la red

Internet, aunque prevista, teorizada y resuelta técnicamente desde

finales del siglo pasado, se ha venido retrasando por diversas causas

hasta, bruscamente, acelerarse y consolidarse irremediablemente a

partir de finales del año 2007. Aspectos comerciales, con la entrada de

nuevos actores y estrategias al mundo de la comunicación telefónica; de

uso y necesidad social, como la comunicación audiovisual personalizada;

35

o de la utilización popular de nuevas aplicaciones red, como la

localización geográfica, por ejemplo, coadyuvan a ello. Sin embargo, aun

compartiendo muchos aspectos comunicativos y técnicos con la

denominada web 2.0, los dispositivos móviles y su uso personalizado,

contextual y ubicuo poseen especificidades comunicativas que apenas

se empiezan a apuntar en estos nuevos usos cotidianos.

La creación y el Consumo de Contenidos

En tanto que dispositivos tecnológicos convergentes, tanto por lógicas

derivadas del propio desarrollo de la tecnología como meramente

comerciales entre fabricantes, se han incrementado las herramientas de

producción de contenidos por parte del usuario: limitados en cuanto

tamaño y operatividad del teclado, han permitido sin embargo, a través

de una cámara cada vez más mayor calidad de fotografía y vídeo y de

recursos simples de edición, junto con diversos puertos de

comunicaciones (infrarrojos o bluetooth) una verdadera producción

audiovisual en un contexto personalizado del “aquí y ahora”. Se trata de

un uso de la tecnología muy personal, además de ampliar la experiencia

comunicativa y de entretenimiento, ha coadyuvado, por otra parte, a la

transformación de los contenidos de los media tradicionales.

Por tanto la web 2.0 móvil se convierte en impulsora de una nueva

convergencia digital, añadida a la del escritorio y sin contradicción

alguna con ésta, puesto que se ejerce a través de las sinergias entre

aplicaciones móviles en red.

4.2. Arquitectura Orientada a Servicios

La Arquitectura Orientada a Servicios (Service-Oriented Architecture, SOA)

es un concepto de arquitectura de software que define la utilización de

servicios como construcciones básicas para el desarrollo de aplicaciones. Es

una arquitectura de una aplicación donde las funcionalidades se definen

como servicios independientes, con interfaces invocadas bien definidas, que

pueden ser llamadas en secuencias dadas para formar procesos de

negocios.

a) Ventajas de una arquitectura orientada a servicios

36

Una estrategia de aplicaciones empresariales debe facilitar su

integración.

Exponer procesos de negocio como servicios es la clave a la

flexibilidad de la arquitectura. Esto permite que otras piezas de

funcionalidad (incluso también implementadas como servicios) hagan

uso de otros servicios de manera natural, sin importar su ubicación

física.

Así un sistema evoluciona con la adición de nuevos servicios y su

mejoramiento, y donde cada servicio evoluciona de una manera

independiente. La Arquitectura Orientada a Servicios (SOA)

resultante, define los servicios de los cuales estará compuesto el

sistema, sus interacciones, y con qué tecnologías serán

implementados. Las interfaces que utiliza cada servicio para exponer

su funcionalidad son gobernadas por contratos, que definen

claramente el conjunto de mensajes soportados, su contenido y las

políticas aplicables.

4.2.1. Componentes de SOA

Los componentes de una Arquitectura Orientada a Servicios son:

o Repositorio de Servicios

o Bus de servicios

o Consumidores

o Servidores

- Servidores

Un servicio de negocio es un componente reutilizable de software, con

significado funcional completo, y que está compuesto por:

o Contrato: especificación de la finalidad, funcionalidad, forma de

uso y restricciones del servicio.

o Interfaz: mecanismo de exposición del servicio a los usuarios.

o Implementación: debe contener la lógica o el acceso a datos.

37

Figura 11 Elementos de SOA

Tipos de servicios.- pueden existir varios tipos de servicios, según su

finalidad (www8)

o Servicios básicos: pueden estar centrados en datos o en lógica y

encapsulan funcionalidades como cálculos complejos, acceso a

datos y reglas complejas de negocio.

o Servicios intermediarios: servicios adaptadores, façades, etc.

o Servicios de proceso: servicios de negocio que encapsulan la

lógica de proceso. Pueden residir en herramientas BPM.

o Servicios públicos: servicios accesibles por terceros (fuera de la

organización)

- Repositorio de Servicios

Un repositorio de servicios proporciona facilidades para descubrir

servicios y adquirir la información necesaria para su uso, en particular

fuera del alcance temporal y funcional del proyecto en el que se crearon.

Además de la propia información de contrato, los repositorios pueden

proporcionar información acerca de:

o Localización.

o Personas de contacto.

o Restricciones técnicas.

o Service Level Agreements (SLAs). Acuerdos de Nivel de Servicio.

- Bus de Servicios

La intersección de la arquitectura orientada a servicios con la integración

de aplicaciones y el modelado de procesos de negocio, dan lugar a un

nuevo producto de nominado bus de servicios conocido también como

ESB (Enterprise Service Bus- Bus Empresarial de Servicios).

El ESB es un elemento de software, un middleware, una infraestructura

basada en estándares, que proporciona servicios para la construcción de

arquitecturas más complejas basadas en eventos y en un motor de

mensajería (el BUS).

El bus de servicios es el elemento de las arquitecturas SOA que conecta

los servicios con sus consumidores y que proporciona:

38

Grafico 13 Elementos de SOA – Repositorio de Servicios

Conectividad: el propósito principal de un bus de servicios es

interconectar a los participantes de una arquitectura SOA.

Soporte a la heterogeneidad de tecnologías: debe ser capaz

de conectar a participantes basados en distintos lenguajes de

programación, sistemas operativos, entornos de ejecución y

protocolos de comunicación.

Soporte a la heterogeneidad de paradigmas de

comunicación: debe ser capaz de mantener distintos modos de

comunicación (por ejemplo comunicaciones síncronas y

asíncronas).

El ESB permite la integración de aplicaciones de forma rápida, directa y

basada en estándares. Es una suite de productos independientes de la

infraestructura de facilita el procesado, la transformación de datos, el

enrutamiento y la orquestación de procesos usando Servicios Web.

4.2.2. Elementos de SOA

Una Arquitectura Orientada a Servicio está compuesta por elementos

funcionales y elementos relacionados con la calidad de servicio (Oton, 2006).

Elementos funcionales:

- Transporte: para llevar las peticiones de servicios y respuestas entre el

proveedor y el consumidor del servicio.

- Protocolo de comunicación del servicio: se establece entre el proveedor

y el consumidor del servicio.

- Descripción del servicio: describe servicio, cómo debe invocarse y que

datos son requeridos para la invocación.

- Servicio: Describe un servicio que está disponible para utilizarse.

- Proceso de negocio: conjunto de servicios, invocados de una manera

específica, con una determinada secuencia y con ciertas reglas

particulares para llevar a cabo la funcionalidad de negocio requerida.

- Registro de Servicio: repositorio de servicios y las descripciones de las

mismas

39

CAPÍTULO IV

MODELADO DEL NEGOCIO

41

5. Modelado del Negocio

5.1. Actores de Negocio

Gráfico 2: Actores de Negocio

Gerente General: es el dueño de la clínica veterinaria.

Médico Veterinario: es el médico de la clínica veterinaria.

Cliente: es el dueño de la mascota asegurada.

5.2. Diagrama de caso de uso del Negocio

Gráfico 3: Diagrama de caso de uso del Negocio

Administrar Póliza: En este Caso de Uso del Negocio se encuentra

el proceso de la generación de la póliza de seguro para la

mascota, donde envía la información de esta para su

seguimiento.

42

Administrar Información: En este Caso de Uso de Negocio se

encuentra el proceso en el cual se administra la información

propiamente de la empresa como pueden ser cliente,

proveedores, mascotas, documentación, reportes, etc.

Administrar Citas: En este Caso de Uso de Negocio se encuentra

el proceso del registro de la cita médica de la mascota, así como

el cronograma de citas registradas.

5.3. Diagrama de Actores del Sistema

Gráfico 4: Diagrama de actores del sistema

Gerente Clínica: es la persona encargada administración general

del sistema, así como los permisos de esta.

Médico Veterinario: es la persona encargada del registro de las

pólizas para las mascotas, así como dar seguimiento a la

mascota.

Cliente: es la persona que solicita la póliza para su mascota.

Administrador del Sistema: es la persona encargada de la

administración del sistema, así como dar soporte a la información

de la clínica.

Recepcionista Clínica: es la persona encargada de verificar las

citas registradas para su consulta.

43

Administrador Clínica: es la persona encargada de administrar los

horarios de los médicos.

5.4. Definición de casos de uso del Sistema

Especificación de caso de uso: Validar Usuario

Nombre del Caso de Uso del Sistema :

Validar Usuario

Descripción :

Este caso de uso se encargará de validar la existencia del usuario dentro del negocio.

Actores:Usuario

Pre- condiciones: No existe pre-condición en este caso de uso

Flujo Normal

Acción de los Actores Respuesta del Sistema

1. El usuario Web ejecuta el aplicativo del sistema.

3. El Usuario Web Ingresa su usuario y contraseña.

2. El sistema muestra la pantalla del Login, el cual le pide que ingrese su usuario y contraseña.

1. EL Sistema verifica los datos ingresados y le permite ingresar a la página principal.

Post Condiciones: El usuario ingresará al sistema para hacer uso del aplicativo.

Tabla 1: Especificación de caso de uso Validar Usuario

Especificación de caso de uso: Mantener Cliente

44


Mantener Cliente

Descripción :

Este caso de uso se encargará registrar nuevos clientes de la clínica veterinaria.

Actores:Usuario

Pre- condiciones: 1. El usuario debe haber ingresado al sistema

Flujo Normal

Acción de los Actores Respuesta del Sistema

1. El usuario selecciona en el menú la opción de Mantener Cliente.

3. El usuario presiona el botón de “Nuevo Cliente”.

5. El usuario ingresa los datos necesarios para el registro.

2. El sistema muestra la pantalla de Mantener Cliente con la grilla de clientes registrados (en caso existan).

4. El sistema carga una ventana popup donde se ingresaran los datos necesarios para el registro.

6. El sistema validara los datos ingresados y registrara el cliente si todo está correcto.

Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un

registro de la grilla y aparecerá una ventana pop up con los datos del cliente, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 2: Especificación de caso de uso Mantener Cliente

Especificación de caso de uso: Mantener Plan

45


Mantener Plan

Descripción :

Este caso de uso se encargará registrar nuevos planes de seguros de la clínica veterinaria.

Actores: Usuario


Flujo NormalAcción de los Actores Respuesta del Sistema

1. El usuario selecciona en el menú la opción de Mantener Plan.

3. El usuario presiona el botón de “Nuevo Plan”.


2. El sistema muestra la pantalla de Mantener Plan con la grilla de planes registrados (en caso existan).


6. El sistema validara los datos ingresados y registrara el plan si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos del plan, modificara los datos necesario y procederá a guardar.

3. En caso el usuario requiera eliminar algún registro, seleccionara el registro y confirmara la eliminación y se actualizara la grilla con los nuevos datos.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 3: Especificación de caso de uso Mantener Plan

Especificación de caso de uso: Mantener Raza

46


Mantener Raza

Descripción :

Este caso de uso se encargará registrar nuevas razas.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Raza.

3. El usuario presiona el botón de “Nueva Raza”.


2. El sistema muestra la pantalla de Mantener Raza con la grilla de razas registradas (en caso existan).


6. El sistema validara los datos ingresados y registrara la raza si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos de la raza, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 4: Especificación de caso de uso Mantener Raza

47

Especificación de caso de uso: Mantener Enfermedad


Mantener Enfermedad

Descripción :

Este caso de uso se encargará registrar nuevas enfermedades.

Actores: Usuario

Pre- condiciones:

1. El usuario debe haber ingresado al sistema


1. El usuario selecciona en el menú la opción de Mantener Enfermedad.

2. El usuario presiona el botón de “Nueva Enfermedad”.


2. El sistema muestra la pantalla de Mantener Enfermedad con la grilla de enfermedades registradas (en caso existan).


6. El sistema validara los datos ingresados y registrara la enfermedad si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos de la enfermedad, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 5: Especificación de caso de uso Mantener Enfermedad

48

Especificación de caso de uso: Mantener Tipo de Enfermedad


Mantener Tipo de Enfermedad

Descripción :

Este caso de uso se encargará registrar nuevos tipos de enfermedad.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Tipo de Enfermedad.

3. El usuario presiona el botón de “Nuevo Tipo”.


2. El sistema muestra la pantalla de Mantener Tipo de Enfermedad con la grilla de tipo de enfermedad registrados (en caso existan).


6. El sistema validara los datos ingresados y registrara el tipo de enfermedad si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos del tipo de enfermedad, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 6: Especificación de caso de uso Mantener Tipo de Enfermedad

Especificación de caso de uso: Mantener Perfil

Nombre del Mantener Perfil

49

Caso de Uso del Sistema :

Descripción :

Este caso de uso se encargará registrar nuevos perfiles de la clínica veterinaria.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Perfil.

3. El usuario presiona el botón de “Nuevo Perfil”.


2. El sistema muestra la pantalla de Mantener Perfil con la grilla de perfiles registrados (en caso existan).


6. El sistema validara los datos ingresados y registrara el perfil si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos del perfil, modificara los datos necesario y procederá a guardar.


Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 7: Especificación de caso de uso Mantener Perfil

Especificación de caso de uso: Mantener Clínica Veterinaria


Mantener Clínica Veterinaria

50

Descripción :

Este caso de uso se encargará registrar nuevas clínicas veterinarias.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Clínica Veterinaria.

3. El usuario presiona el botón de “Nueva Clínica”.


2. El sistema muestra la pantalla de Mantener Clínica Veterinaria con la grilla de clínicas registradas (en caso existan).


6. El sistema validara los datos ingresados y registrara la clínica si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos de la clínica, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 8: Especificación de caso de uso: Mantener Clínica Veterinaria

Especificación de caso de uso: Mantener Médico

Nombre del Caso de Uso

Mantener Perfil

51

del Sistema :

Descripción :

Este caso de uso se encargará registrar nuevos médicos.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Medico.

3. El usuario presiona el botón de “Nuevo Medico”.


2. El sistema muestra la pantalla de Mantener Medico con la grilla de médicos registradas (en caso existan).


6. El sistema validara los datos ingresados y registrara el médico si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos del médico, modificara los datos necesario y procederá a guardar.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 9: Especificación de caso de uso Mantener Médico

Especificación de caso de uso: Mantener Póliza


Mantener Póliza

52

Descripción : Este caso de uso se encargará registrar nuevas pólizas.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Mantener Póliza.

3. El usuario presiona el botón de “Nueva Póliza”.

5. El usuario buscara el cliente para el registro de la póliza.

7. El usuario seleccionara el cliente.

9. El usuario completa los datos de la mascota a asegurar.

11. El usuario selecciona el tipo de pago y presiona el botón “Grabar”

2. El sistema muestra la pantalla de Mantener Póliza con la grilla de pólizas registradas (en caso existan).

4. El sistema carga una ventana popup donde se debe ingresar los “Datos del Cliente”, “Datos Mascota” y “Datos Plan”

6. El sistema mostrara una ventana modal con la lista de clientes en el sistema.

8. El sistema cierra la venta modal y muestra el nombre del cliente y el nro. De documento.

10. El sistema mostrara el plan según la familia seleccionada y también los tipos de pagos según el tamaño seleccionado.

12. El sistema validara los datos ingresados y registrara la póliza si todo está correcto.


registro de la grilla y aparecerá una ventana popup con los datos de la póliza, modificara los datos necesario y procederá a guardar.


Post Condiciones: Se visualizará la grilla con los nuevos datos.

53

Tabla 10: Especificación de caso de uso: Mantener Póliza

Especificación de caso de uso: Enviar Promoción


Enviar Promoción

Descripción :

Este caso de uso se encargará de enviar promociones de la clínica.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Enviar Promoción.

3. El usuario presiona el botón de “Nueva Promoción”.

5. El usuario ingresa los datos necesarios para el envío de la promoción.

2. El sistema muestra la pantalla de Enviar Promoción con la grilla de promociones enviadas (en caso existan).


6. El sistema validara los datos ingresados y registrara la promoción e enviara un mail a todos los clientes.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 11: Especificación de caso de uso: Enviar Promoción

Especificación de caso de uso: Enviar Mail de Alerta de Próxima Vacuna.


Enviar Mail de Alerta de Próxima Vacuna

Descripción :

Este caso de uso se encargará enviar un mail de alerta a los clientes, para comunicarles que la siguiente vacuna de su mascota está por llegar.

54

Actores: Usuario

Pre- condiciones:


1. El sistema validara las fechas próximas de las vacunas de las mascotas para enviar un mail de alerta a los clientes.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 12: Especificación de caso de uso Enviar Mail de Alerta de Próxima Vacuna

Especificación de caso de uso: Enviar Mail de Alerta de Próxima Cuota.


Enviar Mail de Alerta de Próxima Cuota

Descripción :

Este caso de uso se encargará enviar un mail de alerta a los clientes, para comunicarles que su siguiente cuota a pagar esta por vencer.

Actores: Usuario

Pre- condiciones:


55

1. El sistema validara las fechas próximas de cuotas de los clientes para enviarles un mail de alerta que ya va a vencer.

Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 13: Especificación de caso de uso Enviar Mail de Alerta de Próxima Cuota

Especificación de caso de uso: Consultar Reporte


Mantener Perfil

Descripción :

Este caso de uso se encargará de consultar reportes de acuerdo al tipo que seleccionemos.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Consultar Reporte.

3. El usuario seleccionara el reporte a consultar.

5. El usuario ingresa los datos necesarios para la consulta del reporte.

2. El sistema muestra la pantalla de Consultar Reporte con la lista de opciones de los reportes a consultar.

4. El sistema mostrara los filtros necesarios para poder consultar el reporte seleccionado (en caso tenga filtros).

6. El sistema validara los datos ingresados y realizara la consulta.

56

Flujo Alterno1. Si el usuario desea exportar a PDF o Excel presionara el botón de

“Exportar a PDF” o “Exportar a Excel”.

Post Condiciones: Se visualizará la grilla con el resultado de la consulta.Tabla 14: Especificación de caso de uso: Consultar Reporte

Especificación de caso de uso: Consultar Información de la Mascota


Consultar Información de la Mascota

Descripción : Este caso de uso se encargará registrar nuevos médicos.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Consultar Datos de la Mascota.

3. El usuario selecciona la mascota y presionara el botón “Consultar Información”.

2. El sistema muestra la pantalla de Consultar Datos de la mascota.

4. El sistema mostrara la información de la mascota.



Post Condiciones: Se visualizará la grilla con el resultado de la consulta.Tabla 15: Especificación de caso de uso: Consultar Información de la Mascota

Especificación de caso de uso: Reservar Cita Medica

57


Mantener Reservar Cita Medica

Descripción :

Este caso de uso se encargará registrar una cita médica para la mascota.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Registrar Cita Médica.

3. El usuario selecciona a la mascota que desea reservar una cita.

5. El usuario selecciona una “Clínica Veterinaria”, “Especialidad” y “Medico”.

6. El usuario selecciona el día que desea reservar cita.

9. El usuario selecciona la hora que desea reservar la cita.

11. El usuario presiona aceptar.

2. El sistema muestra la pantalla de Registrar Cita Médica con la grilla de mascotas del cliente.

4. El sistema carga una ventana pop up donde deberá seleccionar la “Clínica Veterinaria”, “Especialidad” y “Medico”.

6. El sistema muestra en el calendario pintado de color verde los días que contienen citas para reservar.

8. El sistema muestra una ventana modal con los horarios del día seleccionado.

10. El sistema muestra una alerta de confirmación de la reserva.

12. El sistema valida los datos y registra la cita.

13. El sistema nos envía la pantalla de “Consultar Citas”

Flujo Alterno

Post Condiciones:

58

Tabla 16: Especificación de caso de uso: Reservar Cita Medica

Especificación de caso de uso: Consultar Cronograma de Citas y Vacunas


Consultar Cronograma de Citas y Vacunas

Descripción :

Este caso de uso se encargará registrar una cita médica para la mascota.

Actores: Usuario



1. El usuario selecciona en el menú la opción de Consultar Cronograma de Citas y Vacunas.

3. El usuario selecciona la mascota de quien desea consultar el cronograma y presiona el botón “Consultar”

2. El sistema muestra la pantalla de Consultar Cronograma de Citas y Vacunas, y la grilla con las mascotas del usuario.

4. El sistema carga una ventana popup con el cronograma de citas y vacunas de la mascota seleccionada.



Post Condiciones: Se visualizará la grilla con los nuevos datos.Tabla 17: Especificación de caso de uso: Consultar Cronograma de Citas y Vacunas

59

5.4. Modelo Conceptual

C_Horario_Medico_Detalle

+Id_Horario_Medico+Id_Horario_Medico_Detalle+Fecha_Horario_Medico+Reservada

C_Horario_Medico

+Id_Horario_Medico+Id_Medico_Clinica+Id_Especialidad+Dia+Mes+Ano+Hora_Inicio+Hora_Fin+Estado+Nro_Citas

C_Estado_Cita_Medica

+Id_Estado_Cita_Medica+Estado_Cita_Medica

C_Cita_Medica

+Id_Cita_Medica+Id_Horario_Medico_Detalle+Id_Mascota+Fecha_Cita+Id_Estado_Cita_Medica+Fecha_Reservacion

C_Medico_Clinica

+Id_Medico_Clinica+Id_Medico+Id_Clinica_Veterinaria

C_Clinica_Veterinaria

+Id_Clinica_Veterinaria+Nombre_Clinica+RUC+Direccion+Email+Telefono+Estado+Id_Distrito+Latitud+Longitud+Logo

C_Medico

+Id_Medico+Nombre+Apellido_Paterno+Apellido_Materno+DNI+Telefono_Casa+Telefono_Celular+Email+Codigo_Medico+Fecha_Ingreso+Estado

C_Medico_Especialidad

+Id_Medico_Especialidad+Id_Medico+Id_Especialidad

C_Especialidad

+Id_Especialidad+Especialidad+Estado

C_Tipo_Enfermedad

+Id_Tipo_Enfermedad+Nombre_Tipo+Descripcion_Tipo+Estado

C_Enfermedad

+Id_Enfermedad+Nombre_Enfermedad+Descripcion_Enfermedad+Id_Tipo_Enfermedad+Costo+Estado+Archivo_Enfermedad

C_Plan_Enfermedad

+Id_Plan_Enfermedad+Id_Plan+Id_Enfermedad

C_Plan

+Id_Plan+Nombre_Plan+Descripcion_Plan+Pocentaje+Cobertura+Estado+Id_Familia_Raza

C_Plan_Detalle

+Id_Plan_Detalle+Id_Plan+Pago_Mensual+Pago_Semestral+Pago_Anual+Id_Tamano_Raza

C_Usuario

+Id_Usuario+Id_Persona+Nombre_Usuario+Clave+Id_Perfil

C_Perfil

+Id_Perfil+Nombre_Perfil+Descripcion_Perfil+Tipo

C_Perfil_Menu

+Id_Perfil_Menu+Id_Perfil+Id_Menu

C_Menu

+Id_Menu+Titulo+URL+Parent+Visible+Orden

C_Poliza

+Id_Poliza+Id_Cliente+Id_Mascota+Id_Plan_Detalle+Fecha_Registro+Estado C_Poliza_Fecha_Pago

+Id_Poliza_Fecha_Pago+Id_Poliza+Fecha_Pago+Monto+Estado

C_Cliente

+Id_Cliente+Nombre+Apellido_Paterno+Apellido_Materno+DNI+Telefono_Casa+Telefono_Celular+Email+Fecha_Ingreso+Estado+Id_Distrito+Direccion+Tipo_Cliente+Id_Clinica_Veterinaria

C_Mascota

+Id_Mascota+Nombre_Mascota+Fecha_Nac+Id_Raza+Id_Cliente

C_Departamento

+Id_Departamento+Departamento

C_Provincia

+Id_Provincia+Provincia+Id_Departamento

C_Distrito

+Id_Distrito+Distrito+Id_Provincia+Latitud+Longitud

C_Raza

+Id_Raza+Nombre_Raza+Descripcion+Id_Tamano_Raza+Id_Familia_Raza+Estado+Imagen_Raza C_Tamano_Raza

+Id_Tamano_Raza+Nombre_Tamano+Id_Familia_Raza

C_Familia_Raza

+Id_Familia_Raza+Nombre_Familia

Gráfico 5: Modelo Conceptual

60

5.5. Diagrama de Secuencia

5.5.1. Validar Usuario

: Usuario

: I_Login : I_Pagina_Principal : C_Validar_Usuario : M_Usuario : M_Menu

1 : Ingresar Usuario y Clave()

2 : Solicita datos de usuario()

3 : Solicita datos de usuario()

4 : Devuelve datos encontrados()

5 : Muestra Principal.aspx()

6 : Solicita mostrar menu()

7 : Solicita mostrar menu()

8 : Devuelve Menu()9 : Mestra lista Menu()

Gráfico 6: Diagrama de secuencia: Validar usuario

61

5.5.2. Mantener Póliza

: Usuario

I_Pagina_Principal I_Mantener_Poliza C_Cliente M_ClienteC_Raza M_RazaC_Plan M_PlanC_Poliza M_Poliza

1 : Selecciona "Mantener Poliza"()

2 : Ingresa interface "Mantener Poliza"()3 : Consultar Razas()

4 : Consultar Razas()

5 : Devuelve lista de razas()6 : Muestra lista de razas()

7 : Presiona boton "Nueva Poliza"()

8 : Presiona boton "Buscar Cliente"()

9 : Buscar Cliente()

10 : Buscar Cliente()

11 : Devuelve lista de clientes()

12 : Muestra lista de clientes()

13 : Selecciona Cliente()

14 : Ingresa datos mascota()

15 : Selecciona Plan de Seguro()

16 : Consultar informacion del plan()

17 : Consultar informacion del plan()

18 : Devuelve informacion del plan()

19 : Muestra informacion del plan()

20 : Selecciona modo de pago()

21 : Consultar plan de cuotas()22 : Consultar plan de cuotas()

23 : Devuelve plan de cuotas()

24 : Muestra plan de cuotas()

25 : Presiona Guardar Poliza()

26 : Guardar Poliza()27 : Guardar Poliza()

28 : Devuelve Resultado()

29 : Muestra Resultado()

Gráfico 7: Diagrama de secuencia: Mantener Póliza

62

5.5.3. Reservar Cita Medica

: Usuario

I_Pagina_Principal I_Registrar_Cita_MEdica C_Cita M_Cita

1 : Selecciona "Registrar Cita Medica"()

2 : Ingresa Interface Registrar Cita Medica()3 : Consultar Citas()

4 : Consultar Citas()

5 : Devuelve Citas Medicas()

6 : Muestra Citas Medicas()

7 : Presiona boton "Nueva Cita"()

8 : Ingresa Datos()

9 : Registra Datos()

10 : Registra Datos()

Gráfico 8: Diagrama de secuencia: Reserva Cita Médica

63

5.6. Benchmarking

El Benchmarking nos permite evaluar comparativamente los productos y

servicios. Consiste en tomar "comparadores" o benchmarks a aquellos

productos y servicios, con el propósito de transferir el conocimiento de las

mejores prácticas y su aplicación.

5.6.1. WEB Seguros VETPLAN

La aplicación Web de VETPLAN seguros permite conocer los planes que

ofrece la clínica veterinaria, detalla los beneficios, las coberturas, el precio

de cada plan y una interfaz la cual permite solicitar contratar el seguro.

La web de seguros VETPLAN ha sido desarrollada en ASPNET.

Figura 9: Web Seguros VET PLAN

64

5.6.2. WEB Seguros VERTI

Este seguro informa acerca de todas las coberturas desde las más básicas a

la más completa, que incluye información de servicios extra como asistencia

veterinaria por accidente o por enfermedad.

Asimismo, ofrece también la cobertura de orientación veterinaria, con la que

pueden resolver, telefónicamente, asuntos relacionados con el

adiestramiento, las adopciones y los centros de acogida existentes, clubes

de mascotas, criadores o cuidadores a domicilio.

Figura 10: Web Seguros VERTI

65

5.6.3. Cuadro Comparativo de Web de Seguro para Mascotas

Tabla 18: Comparativo de Web de Seguro para Mascotas

5.7. Prototipos

5.7.1. Pantalla Login

66

Figura 11: Prototipo Pantalla login

5.7.2. Registrar Póliza

Figura 12: Prototipo Registrar Póliza

5.7.3. Reservar Cita Medica

Gráfico 13 Prototipo: Reservar Cita Médica (listado de mascotas)

67

Figura 13: Prototipo Reservar Cita Médica (fechas con citas disponibles)

Figura 14: Prototipo Reservar Cita Médica (listado de horarios disponibles)

5.7.4. Consultar Cita Medica

68

Figura 15: Prototipo Consultar Cita Médica

5.7.5. Mantenimiento de Clínica Veterinaria

Figura 16: Prototipo Mantenimiento de Clínica Veterinaria (listado de clínicas)

69

Figura 17: Prototipo Mantenimiento de Clínica Veterinaria (nuevo registro)

70

5.7.6. Mantenimiento de Cliente

Figura 18: Prototipo Mantenimiento de Cliente (búsqueda de clientes)

Figura 19: Prototipo Mantenimiento de Cliente (nuevo registro)

5.7.7. Mantenimiento de Plan

Figura 20: Prototipo Mantenimiento de Plan (lista de planes)

71

Figura 21: Prototipo Mantenimiento de Plan (lista de enfermedades por plan)

Figura 22: Prototipo Mantenimiento de Plan (lista de precios del plan)

72

5.8. Matriz de Requerimientos de Negocio vs Funcionales

Tabla 19: Prototipo: Matriz de requerimientos de negocio vs funcionales

73

CAPÍTULO V

REQUERIMIENTOS

74

6. Requerimientos del Proyecto

Los requerimientos del proyectos estarán comprendidos en primer lugar por el

los requerimientos funcionales, no funcionales modelado, descripción de los

actores del sistema, los casos de uso del sistema este modelo de casos de uso

de sistema en primer lugar será producto del modelado del negocio.

6.1. Requerimientos Funcionales

Nombre del Requisito: Generar PólizaDescripción El usuario ingresara los datos necesarios para el registro de la

póliza.

Nombre del Requisito: Registrar Cita MedicaDescripción El usuario ingresara los datos necesarios para el registro de la

cita.

Nombre del Requisito: Generar ReportesDescripción El usuario ingresara consultara los reportes que desea solicitar.

Nombre del Requisito: Consultar CronogramasDescripción El usuario podrá consultar sus cronogramas de pagos, así como

el cronograma de citas y vacunas de la mascota.

6.2. Requerimientos No Funcionales

Nombre Disponibilidad

DescripciónEl sistema deberá estar disponible el 98% de las 24 horas que representan al día.

Nombre Escalabilidad

DescripciónEl sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el código existente de la menor manera posible; para ello deben incorporarse aspectos de reutilización de componentes.

75

El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades, modificar o eliminar funcionalidades después de su construcción y puesta en marcha inicial.

Nombre Seguridad

DescripciónEl sistema contará con claves encriptados y sistemas de autenticación a través de cuentas de Usuario. Además de hacer comparaciones de data para evitar cualquier fraude de terceros en la manipulación directa de la base de datos Se concluye que el sistema es totalmente seguro.

Nombre Mantenibilidad

DescripciónToda el sistema deberá estar complemente documentado, cada uno de los componentes de software que forman parte de la solución propuesta deberán estar debidamente documentados tanto en el código fuente como en los manuales de administración y de usuario.El sistema debe contar con una interfaz de administración que incluya: Administración de usuarios.El sistema debe estar en capacidad de permitir en el futuro su fácil mantenimiento con respecto a los posibles errores que se puedan presentar durante la operación del sistema.

Nombre Flexibilidad

DescripciónEl sistema debe ser diseñado y construido con los mayores niveles de flexibilidad en cuanto a la parametrización de los tipos de datos, de tal manera que la administración del sistema sea realizada por un administrador funcional del sistema.

76

CAPÍTULO VI

ARQUITECTURA

77

7. Análisis y Diseño

7.1. Diagrama de paquetes del sistema

Mantenimientos

Administracion

Seguridad

Reportes

Gráfico 9: Diagrama de paquetes del sistema

78

7.2. Diagrama de casos de uso del sistema

Paquete de Mantenimientos

Mantener Cliente

Mantener Clinica Veterinaria

Mantener Plan

Mantener PolizaMantener Enfermedad

Mantener Perfil

Mantener Raza

Mantener Tipo de EnfermedadAdministrador del Sistema

Gráfico 10: Paquete de Mantenimientos

Paquete de Reportes

Reporte de Citas por Fecha Reporte de Nro de Enfermedades por Mes

Reporte de Atenciones Realizadas Reporte de Historias Clinicas Realizadas

Gerente Clinica

Gráfico 11: Paquete de Reportes

Paquete de Seguridad

79

Validar Usuario

Usuario

Gráfico 12: Paquete de Seguridad

Paquete de Administración

Consultar Cita

Registrar Cita

Registrar Horario Medico

Administrador Clinica

Recepcionista Clinica

Cliente

Consultar Fecha Pagos Poliza

Gráfico 13: Paquete de Horario-Citas-Plan

80

7.3. Diagrama de Estados

Estado Póliza de Seguro

Registrada

Cancelada

Cliente desea cancelar poliza

Gráfico 14: Diagrama de estado de póliza

Estado Cita Medica

Reservada

Atendida

FaltoAnulada

Cliente anula cita Cliente no asistio a cita

Gráfico 15: Diagrama de estado de cita medica

81

Estado Plan de Seguro

Registrado

Actualizado

EliminadoActualiza Plan de Seguro

Elimina Plan de Seguro

Gráfico 16: Diagrama de estado de plan de seguro

Estado Pago de Póliza de Seguro

Registrado

Pagado

Cancelado

Cliente cancela poliza

Gráfico 17: Diagrama de estado de pago de póliza de seguro

82

7.4. Diagrama de Componentes

PetSis WEB

Mantenimientos_ Resportes_ Seguridad_ Horario-Citas-Plan_

Mantener_Cliente

Mantener_Clinica_Veterinaria

Mantener_Enfermedad

Mantener_Perfil

Mantener_Plan

Mantener_Poliza

Mantener_Tipo_Enfermedad

Mantener_Raza

Reporte_Citas_Fecha

Reporte_Atenciones_Realizadas

ReporteNroEnfermedadesMes

Reporte_Historias_Clinica_ Realizadas

Validar_Usuario

Consultar_Fecha_Pagos_Poliza

Registrar_Cita

Consultar_Cita

Registrar_Horario_Medico

PetSis Android PetSis WebServices PetSis BD

Gráfico 18: Diagrama de componentes

7.5. Diagrama de Despliegue

PC Usuario FireWall

Web PetSis

Android PetSis

WebServices PetSis Servidor de Aplicacion Servidor de Base de Datos (SQL Server 2008)

Protocolo TCP/ IP<<artifact>>

HTTP<<artifact>>

Gráfico 19: Diagrama de despliegue

84

7.6. Diagrama de base de datos

T_UsuarioId_Usuario

Id_Persona

Nombre_Usuario

Clave

Id_Perfil

T_PerfilId_Perfil

Nombre_Perfil

Descripcion_Perfil

Tipo

T_MenuId_Menu

Titulo

URL

Parent

Visible

Orden

T_Perfil_MenuId_Perfil_Menu

Id_Perfil

Id_Menu

T_RazaId_Raza

Nombre_Raza

Descripcion

Id_Tamano_Raza

Id_Familia_Raza

Estado

Imagen_Raza

T_Familia_RazaId_Familia_Raza

Nombre_Familia

T_Tamano_RazaId_Tamano_Raza

Nombre_Tamano

Id_Familia_Raza

T_Tipo_EnfermedadId_Tipo_Enfermedad

Nombre_Tipo

Descripcion_Tipo

Estado T_EnfermedadId_Enfermedad

Nombre_Enfermedad

Descripcion_Enfermedad

Id_Tipo_Enfermedad

Costo

Estado

Archivo_Enfermedad

T_Clinica_VeterinariaId_Clinica_Veterinaria

Nombre_Clinica

RUC

Direccion

Email

Telefono

Estado

Id_Distrito

Latitud

Longitud

Logo

T_ClienteId_Cliente

Nombre

Apellido_Paterno

Apellido_Materno

DNI

Telefono_Casa

Telefono_Celular

Email

Fecha_Ingreso

Estado

Id_Distrito

Direccion

Tipo_Cliente

Id_Clinica_Veterinaria

T_MedicoId_Medico

Nombre

Apellido_Paterno

Apellido_Materno

DNI

Telefono_Casa

Telefono_Celular

Email

Codigo_Medico

Fecha_Ingreso

Estado

T_PlanId_Plan

Nombre_Plan

Descripcion_Plan

Pocentaje

Cobertura

Estado

Id_Familia_Raza

T_Plan_EnfermedadId_Plan_Enfermedad

Id_Plan

Id_Enfermedad

T_MascotaId_Mascota

Nombre_Mascota

Fecha_Nac

Id_Raza

Id_Cliente

T_DepartamentoId_Departamento

Departamento

T_ProvinciaId_Provincia

Provincia

Id_Departamento

T_DistritoId_Distrito

Distrito

Id_Provincia

Latitud

Longitud

T_Medico_ClinicaId_Medico_Clinica

Id_Medico

Id_Clinica_Veterinaria

T_PolizaId_Poliza

Id_Cliente

Id_Mascota

Id_Plan_Detalle

Fecha_Registro

Estado

T_Plan_DetalleId_Plan_Detalle

Id_Plan

Pago_Mensual

Pago_Semestral

Pago_Anual

Id_Tamano_Raza

T_EspecialidadId_Especialidad

Especialidad

Estado

T_Medico_EspecialidadId_Medico_Especialidad

Id_Medico

Id_Especialidad

T_Horario_MedicoId_Horario_Medico

Id_Medico_Clinica

Id_Especialidad

Dia

Mes

Ano

Hora_Inicio

Hora_Fin

Estado

Nro_Citas

T_Cita_MedicaId_Cita_Medica

Id_Horario_Medico_Detalle

Id_Mascota

Fecha_Cita

Id_Estado_Cita_Medica

Fecha_Reservacion

T_Horario_Medico_DetalleId_Horario_Medico


Fecha_Horario_Medico

Reservada

T_Estado_Cita_MedicaId_Estado_Cita_Medica

Estado_Cita_Medica

T_Poliza_Fecha_PagoId_Poliza_Fecha_Pago

Id_Poliza

Fecha_Pago

Monto

Estado

Gráfico 20: Diagrama de base de datos

85

7.7. Diccionario de datos

Tabla T_Cita_Medica

Campo Tipo Largo Acepta Nulos

Es Primary Key

Descripción

Id_Cita_Medica int 5 No PK Identificador de cita medica

Id_Horario_Medico_Detalle int 5 No FK Identificador del horario del medico

Id_Mascota int 5 No FK Identificador de la mascota

Fecha_Cita datetime 10 No No Fecha de la cita

Id_Estado_Cita_Medica int 2 No FK Estado de la cita

Fecha_Reservacion datetime 10 No No Fecha de reservación de la cita

Tabla 20: Diccionario de datos Tabla Cita Medica

Tabla T_Cliente


Es Primary Key

Descripción

Id_Cliente int 5 No PK Identificador del clienteNombre varchar 50 No No Nombre del clienteApellido_Paterno varchar 50 No No Apellido paterno del

clienteApellido_Materno varchar 50 No No Apellido materno del

clienteDNI varchar 15 No No DNI del clienteTelefono_Casa varchar 15 Si No Teléfono de casa del

clienteTelefono_Celular varchar 15 Si No Celular del clienteEmail varchar 250 No No Email del clienteFecha_Ingreso datetim

e10 No No Fecha de ingreso del

clienteEstado int 2 No No Estado del clienteId_Distrito int 5 No FK Identificador del distritoDireccion varchar 250 No No Dirección del clienteTipo_Cliente int 2 No No Tipo de cliente

Id_Clinica_Veterinaria int 5 No FK Identificador de la clínica veterinaria

Tabla 21: Diccionario de datos Tabla Cliente

Tabla T_Clinica_Veterinaria


Es Primary Key

Descripción

Id_Clinica_Veterinaria int 5 No PK Identificador de clínicaNombre_Clinica varchar 150 No No Nombre de la clínicaRUC varchar 20 No No RUC de la clínicaDireccion varchar 250 No No Dirección de la clínicaEmail varchar 150 No No Email de la clínicaTelefono varchar 15 No No Teléfono de la clínicaEstado int 2 No No Esta de la clínicaId_Distrito int 5 No FK Identificador del distritoLatitud varchar 100 No No Latitud de la clínicaLongitud varchar 100 No No Longitud de la clínicaLogo varchar 150 Si No Logo de la clínica

Tabla 22: Diccionario de datos: Tabla Clínica Veterinaria

Tabla T_Departamento


Es Primary Key

Descripción

Id_Departamento int 5 No PK Identificador de departamento

Departamento varchar 100 No No Nombre del departamento

Tabla 23: Diccionario de datos: Tabla Departamento

Tabla T_Distrito


Es Primary Key

Descripción

Id_Distrito int 5 No PK Identificador de distritoDistrito varchar 100 No No Nombre del distritoId_Provincia int 5 No FK Identificador de

provinciaLatitud varchar 100 No No Latitud del distritoLongitud varchar 100 No No Longitud del distrito

Tabla 24: Diccionario de datos: Tabla Distrito

Tabla T_Enfermedad

87


Es Primary Key

Descripción

Id_Enfermedad int 5 No PK Identificador de enfermedad

Nombre_Enfermedad varchar 100 No No Nombre de enfermedadDescripcion_Enfermedad

varchar 250 No No Descripción de enfermedad

Id_Tipo_Enfermedad int 5 No FK Identificador de tipo d enfermedad

Costo decimal 10 No No Costo de enfermedadEstado Int 2 No No Estado de enfermedadArchivo_Enfermedad varchar 150 No No Archivo de enfermedad

Tabla 25: Diccionario de datos: Tabla Enfermedad

Tabla T_Especialidad


Es Primary Key

Descripción

Id_Especialidad int 5 No PK Identificador de especialidad

Especialidad varchar 150 No No Nombre de especialidadEstado int 2 No No Estado de enfermedad

Tabla 26: Diccionario de datos: Tabla Especialidad

Tabla T_Estado_Cita_Medica


Es Primary Key

Descripción

Id_Estado_Cita_Medica int 5 No PK Identificador de estado cita medica

Estado_Cita_Medica varchar 150 No No Nombre de estado

Tabla 27: Diccionario de datos: Tabla Estado Cita Medica

Tabla T_Familia_Raza


Es Primary Key

Descripción

Id_Familia_Raza int 5 No PK Identificador de familia raza

Nombre_Familia varchar 50 No No Nombre de familia raza

Tabla 28: Diccionario de datos: Tabla Familia Raza

Tabla T_Horario_Medico

Campo Tipo Largo Acepta Es Primary Descripción

88

Nulos KeyId_Horario_Medico int 5 No PK Identificador de horario

medicoId_Medico_Clinica int 5 No FK Identificador de medicoId_Especialidad Int 5 No FK Identificador de

especialidadDia Int 5 No No DíaMes Int 5 No No MesAno Int 5 No No AñoHora_Inicio varchar 5 No No Hora de inicioHora_Fin varchar 5 No No Hora de finEstado Int 2 No No Estado del horario

medico detalleNro_Citas Int 5 No No Nro. de citas

Tabla 29: Diccionario de datos: Tabla Horario Medico

Tabla T_Horario_Medico_Detalle


Es Primary Key

Descripción

Id_Horario_Medico int 5 No FK Identificador de horario medico


int 5 No PK Identificador de horario medico detalle

Fecha_Horario_Medico datetime

10 No No Fecha de horario

Reservada Int 5 No No Reservada

Tabla 30: Diccionario de datos: Tabla Horario Medico Detalle

Tabla T_Mascota


Es Primary Key

Descripción

Id_Mascota int 5 No PK Identificador de mascotaNombre_Mascota varchar 150 No No Nombre de mascotaFecha_Nac datetim

e10 No No Fecha de nacimiento

mascotaId_Raza int 5 No FK Identificador de razaId_Cliente int 5 No FK Identificador de cliente

Tabla 31: Diccionario de datos: Tabla Mascota

Tabla T_Medico


Es Primary Key

Descripción

89

Id_Medico int 5 No PK Identificador de medicoNombre varchar 50 No No Nombre de medicoApellido_Paterno varchar 50 No No Apellido paterno de

medicoApellido_Materno varchar 50 No No Apellido materno de

medicoDNI Varchar 15 No No DNI de medicoTelefono_Casa Varchar 15 No No Teléfono de medicoTelefono_Celular Varchar 15 Si No Celular de medicoEmail Varchar 250 No No Email de medicoCodigo_Medico Varchar 50 Si No Código de medicoFecha_Ingreso datetim

e10 No No Fecha de ingreso de

medicoEstado int 2 No No Estado de medico

Tabla 32: Diccionario de datos: Tabla Medico

Tabla T_Medico_Clinica


Es Primary Key

Descripción

Id_Medico_Clinica int 5 No PK Identificador de medico clínica

Id_Medico int 5 No FK Identificador de medicoId_Clinica_Veterinaria int 5 No FK Identificador de clínica

Tabla 33: Diccionario de datos: Tabla Medico Clínica

Tabla T_Medico_Especialidad


Es Primary Key

Descripción

Id_Medico_Especialidad

int 5 No PK Identificador de médico-especialidad

Id_Medico int 5 No FK Identificador de medicoId_Especialidad int 5 No FK Identificador de

especialidad

Tabla 34: Diccionario de datos: Tabla Medico Especialidad

Tabla T_Menu


Es Primary Key

Descripción

Id_Menu int 5 No PK Identificador de menú

90

Titulo Varchar 50 No No Título de la opción de menú

URL varchar Max No No URL de la opción de menú

Parent Int 5 No No Parent de la opción de menú

Visible int 5 No No Visible la opción de menú

Orden int 5 No No Orden de la opción de menu

Tabla 35: Diccionario de datos: Tabla Menu

Tabla T_Perfil


Es Primary Key

Descripción

Id_Perfil int 5 No PK Identificador de perfilNombre_Perfil varchar 50 No No Nombre del perfilDescripcion_Perfil varchar 200 No No Descripción del perfilTipo int 5 No No Tipo de perfil

Tabla 36: Diccionario de datos: Tabla Perfil

Tabla T_Perfil_Menu


Es Primary Key

Descripción

Id_Perfil_Menu int 5 No PK Identificador de perfil-menu

Id_Perfil int 5 No FK Identificador de perfilId_Menu int 5 No FK Identificador de menu

Tabla 37: Diccionario de datos: Tabla Perfil Menu

Tabla T_Plan


Es Primary Key

Descripción

Id_Plan int 5 No PK Identificador de planNombre_Plan varchar 100 No No Nombre del planDescripcion_Plan varchar max No No Descripción del planPocentaje Int 5 No No Porcentaje de descuento

del planCobertura decimal 7 No No Cobertura del planEstado Int 2 No No Estado del planId_Familia_Raza Int 5 No FK Identificador de familia-

raza

Tabla 38: Diccionario de datos: Tabla Plan

91

Tabla T_Plan_Detalle


Es Primary Key

Descripción

Id_Plan_Detalle int 5 No PK Identificador de plan-detalle

Id_Plan int 5 No FK Identificador del planPago_Mensual decimal 10 No No Pago mensualPago_Semestral decimal 10 No No Pago semestralPago_Anual decimal 10 No No Pago anualId_Tamano_Raza int 5 No FK Identificador de tamaño-

raza

Tabla 39: Diccionario de datos: Tabla Plan Detalle

Tabla T_Plan_Enfermedad


Es Primary Key

Descripción

Id_Plan_Enfermedad int 5 No PK Identificador de plan-enfermedad

Id_Plan int 5 No FK Identificador de planId_Enfermedad int 5 No FK Identificador de

enfermedad

Tabla 40: Diccionario de datos: Tabla Plan Enfermedad

Tabla T_Poliza


Es Primary Key

Descripción

Id_Poliza int 5 No PK Identificador de pólizaId_Cliente int 5 No FK Identificador de clienteId_Mascota int 5 No FK Identificador de mascotaId_Plan_Detalle int 5 No FK Identificador de plan-

detalleFecha_Registro datetim

e10 No No Fecha de registro de

pólizaEstado int 2 No No Estado de póliza

Tabla 41: Diccionario de datos: Tabla Póliza

Tabla T_Poliza_Fecha_Pago


Es Primary Key

Descripción

Id_Poliza_Fecha_Pago int 5 No PK Identificador de poliza-fehca-pago

Id_Poliza int 5 No FK Identificador de pólizaFecha_Pago datetime 10 No No Fecha de pagoMonto Decimal 8 No No Monto de póliza

92

Estado int 2 No No Estado de pólizaTabla 42: Diccionario de datos: Tabla Póliza Fecha Pago

Tabla T_Provincia


Es Primary Key

Descripción

Id_Provincia int 5 No PK Identificador de provinciaProvincia varchar 100 No No Nombre de provinciaId_Departamento int 5 No FK Identificador de departamento

Tabla 43: Diccionario de datos: Tabla Provincia

Tabla T_Raza


Es Primary Key

Descripción

Id_Raza int 5 No PK Identificador de razaNombre_Raza varchar 50 No No Identificador de pólizaDescripcion varchar 250 Si No Descripción de la razaId_Tamano_Raza int 5 No FK Identificador de tamaño-razaId_Familia_Raza int 5 No FK Identificador de familia-razaEstado int 2 No No Estado de la razaImagen_Raza varchar 150 Si No Imagen de la raza

Tabla 44: Diccionario de datos: Tabla Raza

Tabla T_Tamano_Raza


Es Primary Key

Descripción

Id_Tamano_Raza int 5 No PK Identificador de tamaño-raza

Nombre_Tamano varchar 50 No No Nombre del tamaño de la raza

Id_Familia_Raza Int 5 No FK Identificador de familia-raza

Tabla 45: Diccionario de datos: Tabla Tamaño Raza

Tabla T_Tipo_Enfermedad


Es Primary Key

Descripción

Id_Tipo_Enfermedad int 5 No PK Identificador de tipo-enfermedad

Nombre_Tipo Varchar 100 No No Nombre de tipo d enfermedad

93

Descripcion_Tipo Varchar max No No Descripción de tipo de enfermedad

Estado intl 2 No No Estado de tipo de enfermedad

Tabla 46: Diccionario de datos: Tabla Tipo de Enfermedad

Tabla T_Usuario


Es Primary Key

Descripción

Id_Usuario int 5 No PK Identificador de usuarioId_Persona int 5 No FK Identificador de personaNombre_Usuario Varchar 150 No No Nombre de usuarioClave Varchar 50 No No Clave de usuarioId_Perfil int 5 No FK Identificador de perfil

Tabla 47: Diccionario de datos: Tabla Usuario

94

CAPÍTULO VII

DESARROLLO Y PRUEBAS

95

8. Desarrollo y pruebas

8.1. Introducción

En el presente capitulo presentaremos la plataforma tecnológica en la cual estará

basada el software a desarrollar, esta plataforma tecnológica no solo permitirá la

programación, sumando a esto exigirá el uso de mejores de prácticas y el

aseguramiento de la calidad del software, mediante el uso de herramientas de

control y prueba. Así mismo describiremos las pruebas funcionales y de

rendimiento a las que fue sometido el software desarrollado junto con sus

resultados. Estas pruebas son constancia de que las funcionalidades inicialmente

requeridas fueron satisfechas en su totalidad y cumplen todas las exigencias.

8.2. Desarrollo

8.2.1. Plataforma tecnológica

Software de Desarrollo

Para el desarrollo de la solución de software se utilizo la siguiente

plataforma: Visual Studio 2010 y SQL Server 2008

Framework

La aplicación web utilizara el framework 4.0 que posee las librerías

necesarias donde la aplicación web estará.

Así mismo se utilizara el framework en javascript de GoogleMaps y

Jquery.

Patrón

La aplicación utilizara el patrón de capas: Entidades, Acceso a Datos,

Lógica, Servicio de Contratos, Servicio, Servicio de Host y Presentación.

96

8.3. Pruebas

8.3.1. Plan de pruebas del proyecto

Propósito

El propósito de este plan de pruebas para la aplicación web es tratar de

cumplir los siguientes objetivos:

Identificar las funcionalidades más importantes del proyecto que

deben ser probadas.

Listar los principales requisitos a probar.

Identificar las estrategias de prueba a utilizar o los tipos de prueba.

Entorno

El proyecto donde se define este plan de pruebas corresponde a la aplicación de planes de seguro para mascotas a desarrollar, la arquitectura de la aplicación, corresponde a una aplicación web donde la mayoría de sus funcionalidades están basadas en Callbacks y Jquery.

Alance

Se realizaran las siguientes pruebas:Pruebas de caja negra: Su objetivo es asegurar la funcionalidad requerida, incluyendo la navegación, entrada de datos, su procesamiento y recuperación.

Requerimientos para las pruebas

Se someterán a prueba los siguientes casos de uso de prueba con su respectiva correspondencia con los casos de uso del sistema:

Paquete de Seguridad1. Validar usuario

Paquete de Administración2. Registrar Horario Medico3. Registrar Cita4. Consultar Cita

Paquete de Mantenimientos5. Mantener Plan

97

6. Mantener Póliza7. Mantener Cliente8. Mantener Clínica Veterinaria

8.3.2. Ejecución de Casos de Uso de Pruebas

Paquete de Seguridad

CUP_001: Validar Usuario

Descripción: Logueo al sistema.

Pasos: Ingresar usuario y clave.

Resultado: El sistema valida los datos ingresados, y si los datos son correctos ingresa al sistema y muestra las opciones de menú dependiendo del perfil que sea el usuario.

Paquete de Administración

CUP_002: Registrar Horario Medico

Descripción: Registrar horario del médico.

Pasos 1:El usuario presiona el botón “Agregar Horario”.

Resultado 1:El sistema abre una ventana modal con los campos: medico, especialidad, año, mes, día, hora inicio y hora fin.

Paso 2:El usuario llena los datos de la ventana modal.

Paso 3:El usuario presiona el botón “Grabar”.

Resultado 2:El sistema valida que los datos ingresados sean correctos e ingresa los datos y muestra un mensaje que la operación se realizó con éxito.

CUP_003: Registrar Cita

Descripción: Registrar cita para la mascota del cliente.

98

Paso 1:El usuario selecciona la opción de menú: Citas Médicas > Reservar Cita Medica

Resultado 1:El sistema muestra la pantalla de registrar cita con la lista de mascotas asignadas al cliente.

Paso 2:El usuario selecciona la mascota.

Resultado 2:El sistema abre una ventana modal con los campos: Clínica, Especialidad y Medico.

Paso 3:El usuario selecciona: Clínica, Especialidad y Medico.

Resultado 3:El sistema muestra las fechas de citas en el calendario de color verde del médico seleccionado.

Paso 4:El usuario selecciona una fecha.

Resultado 4:El sistema abre una ventana modal con los horarios de la fecha seleccionada.

Paso 5:El usuario selecciona un horario.

Resultado 5:El sistema muestra un mensaje de confirmación de reserva de cita

Paso 6:El usuario confirma presionando el botón “Aceptar”.

Resultado 6:El sistema muestra un mensaje de confirmación de reserva de cita y nos envía a la pantalla de consulta de citas.

CUP_004: Consultar Cita

Descripción: Consultar cita de las mascota del cliente.

Paso 1:

99

El usuario selecciona la opción de menú: Citas Médicas > Consultar Cita Medica

Resultado 1:El sistema muestra la pantalla de consultar cita con la lista de citas de las mascotas asignadas al cliente.

Paquete de Mantenimientos

CUP_005: Mantener Plan

Descripción: Registrar y consultar planes de seguro para mascotas.

Paso 1:El usuario selecciona la opción de menú: Mantenimientos > Mantener Plan.

Resultado 1:El sistema muestra la pantalla de mantener plan con la lista de planes de seguro de seguro para mascotas.

Paso 2:El usuario para formar un nuevo plan de seguro presiona el botón “Agregar Plan”.

Resultado 2:El sistema abre una ventana modal con los campos: Nombre de plan, porcentaje de descuento, cobertura, familia, estado.

Paso 3:El usuario llena los datos mencionados y presiona el botón “Grabar”.

Resultado 3:El sistema valida los datos y si todo es correcto, registra el plan y muestra un mensaje de éxito.

Paso 4:El usuario presiona el botón de enfermedades

Resultado 4:El sistema abre una ventana modal con la lista de enfermedades

Paso 5:

100

El usuario selecciona las enfermedades a cubrir por el plan y presiona el botón “Grabar”.


Paso 6:El usuario presiona el botón de Detalle Plan

Resultado 6:El sistema abre una ventana modal con los campos: tamaño, pago mensual, pago semestral y pago anual.

Paso 7:El usuario completa los datos y presiona el botón “Grabar”.


CUP_006: Mantener Póliza

Descripción: Registra y consultar póliza de seguro para mascotas.

Paso 1:El usuario selecciona la opción de menú: Mantenimientos > Mantener Póliza.

Resultado 1:El sistema muestra la pantalla de mantener póliza con la lista de pólizas registradas hasta la fecha.

Paso 2:El usuario presiona el botón “Agregar Póliza”.

Resultado 2:El sistema abre una ventana modal con los datos de la póliza a llenar.

Paso 3:El usuario llena los datos y presiona el botón “Grabar”.

101

Resultado 3:El sistema valida los datos y si todo es correcto, registra la póliza y muestra un mensaje de éxito.

CUP_007: Mantener Cliente

Descripción: Registra y consultar clientes.

Paso 1:El usuario selecciona la opción de menú: Mantenimientos > Mantener Cliente.

Resultado 1:El sistema muestra la pantalla de mantener cliente con la lista de clientes registrados hasta la fecha.

Paso 2:El usuario presiona el botón “Agregar Cliente”.

Resultado 2:El sistema abre una ventana modal con los datos del cliente a llenar.


Resultado 3:El sistema valida los datos y si todo es correcto, registra el cliente y le envía un mail notificándole su usuario y clave para que pueda ingresar al sistema, y para finalizar muestra un mensaje de éxito.

CUP_008: Mantener Clínica Veterinaria

Descripción: Registra y consultar clínicas veterinarias.

Paso 1:El usuario selecciona la opción de menú: Mantenimientos > Mantener Clínica Veterinaria.

Resultado 1:El sistema muestra la pantalla de mantener clínica veterinaria con la lista de clínicas asociadas.

102

Paso 2:El usuario presiona el botón “Agregar Clínica Veterinaria”.

Resultado 2:El sistema abre una ventana modal con los datos de la clinica a llenar.


Resultado 3:El sistema valida los datos y si todo es correcto, registra la póliza y muestra un mensaje de éxito.

103

CAPÍTULO VIII

GESTION DEL PROYECTO

104

9. GESTIÓN DEL PROYECTO

9.1. Introducción

En el siguiente capítulo se detallará la organización, coordinación y administración

del proyecto de investigación. También se presentaran los factores que viable el

proyecto desde el punto de vista técnico y económico. Asimismo se muestran las

herramientas utilizadas para gestionar los riesgos y cambios a fin de garantizar el

cumplimiento del alcance y objetivo del proyecto.

9.2. Viabilidad del proyecto

9.2.1. Viabilidad Técnica

Plataforma actual del negocio

En la actualidad La Clínica Veterinaria solo cuenta con un sistema en

foxpro el cual lo utilizan para mantener el registro de sus clientes y

mascotas, también lo utilizan como registro de ventas.

En relación a hardware la Clínica Veterinaria tiene una PC Pentium 3 con

256 de RAM

9.2.2. Viabilidad Económica

Plan de Proyecto de la Clínica Veterinaria

A continuación se detalla en esquema los puntos analizados por el

cliente el cual sirve de antesala para dar a conocer el proyecto, por

razones de estrategia no se detallaran todos los puntos mencionados ya

que corresponde al know how de la empresa.

105

Gráfico 21: Plan de ProyectoFuente: Elaboración propia, 2013

Al analizar el Plan de Operaciones es donde se identifica la necesidad de

contar con el soporte tecnológico que permita incursionar

satisfactoriamente en el mercado y poder lograr el posicionamiento

esperado el cual se traduce en ser los primeros en brindar en servicio de

seguro para mascotas (perros) en Perú.

Recursos Humanos

Analista de Proyecto: Es el responsable de la gestión del proyecto

desde el inicio hasta el cierre, lo cual incluye la captura de las

necesidades del cliente y la puesta en marcha. Los roles que representa

el recurso son:

o Jefatura de proyecto

o Analista de requerimientos

o Analista de Calidad

Las habilidades del recurso son: conocimientos en gestión de proyectos,

experiencia en el levantamiento de información y captura de

requerimientos.

106

Analista Desarrollador: Es el responsable convertir los requisitos en

casos de uso del sistema, casos de uso de diseño y componentes,

programar los casos de uso, implementar el diseño físico de la base de

datos. Los roles que representa este recurso son:

o Programador

o Ingeniero de Componentes

o Administrador de Base de Datos

Las habilidades de este recurso son: conocimiento de

programación .NET, jQuery conocimiento de base de datos.

Recursos de Hardware

o 2 laptop características estándar (HP Core i5)

o 1 PC HP con procesador Intel Core i3 – servirá como ambiente de

desarrollo, manejo de versiones, pruebas funcionales y de stress.

Observación: todos los recursos de hardware son de propiedad de la

consultora que desarrolla el aplicativo.

Recursos de software

Todos los equipos utilizan el software requerido de acuerdo a los roles

que desempeñan cuyo costo es presupuestado según tarifario.

Subcontratas

o Servicio de Hosting

o Dominio web

Observación: los costos de subcontratas serán asumidos por el cliente.

Muebles e inmuebles y otros medios de comunicación

Los costos de muebles e inmuebles requeridos, internet, luz y otros

servicios serán considerados dentro de los gastos generales asignados

dentro de presupuesto cuyos costos serán en función de tarifario de la

consultora.

107

Tiempo de implementación del proyecto

El proyecto en total ha tenido una duración de 3 meses desde la

concepción, diseño implementación y piloto, la etapa de estabilización

tiene una duración de 1 mes y posterior a ello vendrá la operación.

Costos de los recursos

Todos los costos son asumidos por la consultora que desarrolla el

sistema a excepción de los costos de subcontrata que son del cliente.

A continuación se detallan los costos de la consulta para determinar cuál

será el costo del proyecto.

Costo de Mano de Obra

Cargo Mes 1 Mes 2 Mes 3 Mes 4 Mes 1 Mes 2 Mes 3 Mes 4Analista de Proyecto 75% 100% 100% 25% S/. 4,622 S/. 6,163 S/. 6,163 S/. 1,541 S/. 18,488Analista Desarrollador 75% 100% 100% 50% S/. 3,406 S/. 4,541 S/. 4,541 S/. 2,270 S/. 14,758

Sub-Total S/. 33,246

Asignación de recurso mensual Costo de recurso mensual según asignación Sub total

Tabla 48: Costo de Mano de Obra

Gastos Generales Asignados a la Mano de Obra

Gastos Asignados Mes 1 Mes 2 Mes 3 Mes 4Soporte informatico 44 58 58 22 S/. 182Celulares 14 19 19 6 S/. 58Eventos 120 160 160 61 S/. 501

Sub-Total S/. 740

Costo Mensual Sub total

Tabla 49: Costo Gastos Generales Asignados a la Mano de Obra

Gastos Generales Directos

108

Gastos Generales Directos Mes 1 Mes 2 Mes 3 Mes 4Movilidad 44 58 58 22 S/. 182Costos de oficina 14 19 19 6 S/. 58Otros gastos 120 160 160 61 S/. 501

Sub-Total S/. 740


Tabla 50: Costo Gastos Generales Directos

Depreciación Asignada

Depreciación asociada al puesto de trabajo Mes 1 Mes 2 Mes 3 Mes 4Asignada 96S/. 128S/. 128S/. 48S/. 399S/.


Tabla 51: Depreciación Asignada

Costos consolidados del proyecto

TotalesNuevos Soles Mes 1 Mes 2 Mes 3 Mes 4

Egresos 37,215S/. 9,013S/. 11,748S/. 11,748S/. 4,705S/. Costo Bienes y Subcontrata 3,080S/. 770S/. 770S/. 770S/. 770S/. Mano de Obra 33,246S/. 8,028S/. 10,704S/. 10,704S/. 3,811S/. Gastos Generales 888S/. 215S/. 275S/. 275S/. 124S/.

Gastos Generales Directos 148S/. 37S/. 37S/. 37S/. 37S/. Gastos Generales Asignados 740S/. 178S/. 238S/. 238S/. 87S/.

Inversión (Equipos y Software) S/. 0 S/. 0 S/. 0 S/. 0 S/. 0

ConceptoDuración

Tabla 52: Costos Consolidados del Proyecto

Incluyendo un 10% de margen el costo total del proyecto: S/. 47,793

Observación: no se incluye la depreciación asignada ya que es un gasto

contable no real y el flujo solo se incluyen costos reales.

Calculo de retorno de inversión

109

El cálculo del retorno de la inversión es revisada desde el lado del cliente

es decir la clínica veterinaria, dado que para la consultora el retorno será

una vez terminado el proyecto y facture por el producto.

Estadísticas

Las estadísticas se basan en información proporcionada por la clínica

veterinaria teniendo como fuente la base de datos de sus atenciones.

Al realizar una pequeña encuesta a 195 clientes para conocer su

percepción del nuevo servicio se obtuvo los siguientes resultados:

o Porcentaje de Clientes que comprarían un Seguro para su

Mascota

Gráfico 22: Porcentaje de Clientes que comprarían un Seguro para su MascotaFuente: Elaboración propia, 2013

o Porcentaje de preferencia por servicio de salud que los usuarios

desearían dentro del seguro.

110

Gráfico 23: Porcentaje de preferencia por servicio de salud que los usuarios desearían dentro del seguroFuente: Elaboración propia, 2013

o Porcentaje del mercado que la clínica veterinaria ha cautivado.

Gráfico 24: Porcentaje del mercado que la clínica veterinaria ha cautivadoFuente: Elaboración propia, 2013

Comentario:

Se desprende el gráfico 23 que la clínica veterinaria El Trigal todavía

tiene un 45% del mercado que puede ocupar según estudios realizados

y experiencia del cliente se proyecta solo sobre el 80% del universo.

111

Ingresos Mensuales

Gráfico 25: Ingresos MensualesFuente: Elaboración propia, 2013

Comentario:

Este comportamiento variable de los ingresos ha sido uno de los factores

que también ha llevado a la clínica veterinaria a incursionar en el

mercado de los seguros para mascotas canes específicamente esto

permitirá poder contar con flujos estables en el tiempo.

Calculo de Retorno de Inversión

La clínica veterinaria el Trigal según la estadística e información relevada

estima que el 74% de sus actuales clientes se sumaran a este servicio

ofrecido, es en base a ese ingreso que se piensa afrontar el costo del

proyecto, se sumara un cargo adicional por tamaño de la mascota por

tamaño de mascota.

Para esto el estimado es:

Año 1: 70 inscripciones

50 inscripciones raza pequeña

20 inscripciones raza grande




112






El costo mensual por póliza está en función del tamaño (raza grande,

mediana y pequeña), el tamaño está en función del catálogo definido por

el negocio, para lo cual se espera obtener:

113

Flujo de Caja

Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6 Mes 7 Mes 8 Mes 9 Mes 10 Mes 11 Mes 12 Mes 13 Mes 14Ingresos

Ingresos de inscripciones 0 4100 4100 4100 4100 4100 4100 4100 4100 4100 4100 4100 5400 5400Total Ingresos 0 4100 4100 4100 4100 4100 4100 4100 4100 4100 4100 4100 5400 5400

EgresosSoftware 47793Alquiler Hosting 60 60 60 60 60 60 60 60 60 60 60 60 60 60Alquiler Dominio 50 50 50 50 50 50 50 50 50 50 50 50 50 501 PC 2800Mantenimiento de Aplicación 1000 1000Total Egresos 50703 110 110 110 110 1110 110 110 110 110 110 1110 110 110

-50703 -46713 -42723 -38733 -34743 -31753 -27763 -23773 -19783 -15793 -11803 -7513 -2223 3067

Tabla 53: Flujo de Caja

De acuerdo al flujo de caja se muestra que al décimo cuarto mes de funcionamiento de la aplicación, se podrá

recuperar la inversión que se realizó.

114

9.2.3. Viabilidad Legal

La implementación de este proyecto desde factible desde el punto de

vista legal

- Ley N° 27265 Ley de Protección a los animales domésticos

y a los animales silvestres mantenidos

Articulo 2 Objetivos de la ley

Erradicar y prevenir todo maltrato y actos de crueldad con los

animales, evitándoles sufrimiento innecesario.

c) Velar por la salud y bienestar de los animales promoviendo su

adecuada reproducción y el control de las enfermedades

transmisibles y al hombre.

Articulo 3 Obligaciones de los dueños o encargados de los

animales.

Son obligaciones de los dueños o encargados de los animales:

Velar por su alimentación, salud y condiciones de vida adecuadas,

según su especie.

Articulo 21 Sacrificio de animales enfermos

Los propietarios, administradores, encargados o empleados de

locales de expendio o exhibición de animales o de mataderos

deben sacrificar inmediatamente a los animales que, por cualquier

causa, sufran enfermedad o lesión incurable.

115

- Ley de Protección de Animal

Articulo 3 Obligaciones de los poseedores encargados de los

animales

Velar por su alimentación, salud y condiciones de vida.

9.3. Organización del proyecto

Gráfico 26: Organización del Proyecto

116

Consultora

Equipo de Proyecto

Analista de Proyecto

Analista Desarrollador

9.4. EDT del Proyecto

El EDT del proyecto presenta las actividades y documentación presente en el proyecto y organizado por las disciplinas de la

ingeniería del software.

Gráfico 27: EDT del Proyecto

117

9.5. Cronograma de Ejecución del Proyecto

118

9.6. Gestión de Riesgos del Proyecto

9.6.1. Alternativas para tratamiento de riesgos

Las alternativas posibles son:

Tratamient

o

Descripción

Transferir

Transferir a un tercero con capacidad financiera /

especialización necesaria para administrar

adecuadamente.

ReducirEstablecer controles para atenuación (combinación de

personas, procesos y herramientas).

Aceptar

Aceptar riesgo en su presente nivel debido a que no es

posible realizar un tratamiento o porque éste resulta

demasiado caro.

Evitar El nivel de riesgo de la actividad es inaceptable

Tabla 54: Alternativas para Tratamiento de Riesgos

9.6.2. Determinación del Valor de Degradación

Se valoriza la degradación que, a causa de la amenaza, puede sufrir un

activo de información considerando las vulnerabilidades y controles

existentes, en cuanto a las dimensiones de Confidencialidad, Integridad y

Disponibilidad (CID). Los valores de importancia están en una escala

penta:

ESCALA VALOR DE DEGRADACIÓN

5 MUY ALTO

4 ALTO

3 MEDIO

2 BAJO

1 MUY BAJO

Tabla 55: Determinación del Valor de Degradación

119

9.6.3. Determinación del Valor de Impacto

Para valorizar el Impacto, se toma el valor máximo de las 3 degradaciones CID

para el posterior cálculo del valor de Impacto.

9.6.4. Determinación de la probabilidad

Se valoriza la probabilidad de que se produzca un ataque exitoso de la

amenaza. Los valores de probabilidad están en la siguiente escala:

120

Tabla 56: Determinación del Valor de Impacto

Tabla 57: Determinación de la probabilidad

Valores para estimar el ImpactoEstimación Verbal Valor

MA Muy Alta 5

A Alta 4

M Media 3

B Baja 2

MB Muy Baja 1

Valores para estimar la ProbabilidadEstimación Verbal Rangos

MA Muy Alta Entre 80% y 100%

A Alta Entre 60% y menor a 80%

M Media Entre 40% y menor a 60%

B Baja Entre 20% y menor a 40%

MB Muy Baja Menor a 20%

9.6.5. Matriz Probabilidad Impacto

PR

OB

AB

ILID

AD

%(D

e 1

0%

a 9

0%

)Muy Alta

90% 0.9 1.8 2.7 3.6 4.5

Alta 70% 0.7 1.4 2.1 2.8 3.5

Media 50% 0.5 1.0 1.5 2.0 2.5

Baja 30% 0.3 0.6 0.9 1.2 1.5

Muy Baja

10% 0.1 0.2 0.3 0.4 0.5

1 2 3 4 5Muy Baja

Baja Media Alta Muy Alta

IMPACTOTabla 58: Matriz de Probabilidad Impacto

9.6.6. Estrategias de Gestión

De acuerdo a la probabilidad e impacto del riesgo se han adoptar las siguientes

estrategias de gestión.

Gráfico 28: Estrategias de Gestión

121

9.6.7. Lista de Riesgos Predecibles:

9.6.8. Lista de Riesgos No Predecibles:

122

9.7. Gestión de Cambios

El objetivo de la Gestión de Cambios es recibir, analizar, aprobar y gestionar las

solicitudes de cambios en el contrato para formalizar los nuevos compromisos.

El flujo que debe seguir todo proceso de cambio es el siguiente:

Las solicitudes de cambio se realizaran mediante la plantilla de solicitud de cambio

(Anexo 2)

123

Gráfico 29: Flujo de Gestión de Cambio

CONCLUSIONES

Hoy en día, el principal uso de Internet está orientado al acceso interactivo de

aplicaciones y documentos, además permite la comunicación entre locaciones

distantes sin necesidad de implementar grandes y complejas arquitecturas.

Un web service es un servicio disponible en Internet que utiliza un sistema de

mensajería estándar de XML y no depende de un sistema operativo o lenguaje

de programación.

La implementación del Sistema de Planes de Seguro de Salud para Mascotas ha

constituido una gran ayuda y apoyo al desarrollo de un nuevo servicio que se

quiere difundir en el mercado peruano.

El diseño de una interfaz de usuario amigable y llamativa es parte importante

para captar clientes potenciales.

124

REFERENCIAS

1. Cesar de la Torre, Roberto Gonzalez, “Arquitectura SOA con Tecnología Microsoft” Krasis Consulting S.L., 2008.

2. Juan Jose Flores Cueto, “Método para la solución de problemas utilizando la programación orientada a objetos”, Textos Universitarios, 2009.

3. John Ledgard Trujillo Trejo, Armando David Espinoza Robles, Conceptos fundamentales de Ingeniería dirigida por Modelos y Modelos de Dominio Específico, Revista de Investigación de Sistemas e Informática, Universidad Nacional Mayor de San Marcos, 2009.

4. Salvador Otón Tortosa, “Propuesta de una arquitectura software basada en servicios para la implementación de repositorios de objetos de aprendizaje distribuidos”. Tesis doctoral. Universidad de Alcalá. Alcalá de Henares. España. 2006

5. [www1] Información sobre el Desarrollo de aplicaciones web. www.desarrolloweb.com

6. [www2]Consorcio UDDI.( Propone una plataforma estándar e interoperable que permite a las aplicaciones de forma sencilla y dinámica, encontrar y utilizar servicios Web sobre Internet) www.uddi.org

7. [www3] SOAP Protocolo Simple de Acceso a Objetos. http://www.w3.org/TR/soap12-part1/

8. [www4] WS-Addressing. Direccionamiento de Servicios Web. http://www.w3.org/TR/ws-addr-core/

9. [www5] MTOM .Descripción de la Optimización de la Transmisión del Mensaje. http://www.w3.org/TR/soap12-mtom/

10. [www6] WSDL Lenguaje de Descripción de Servicios Web. http://www.w3.org/TR/wsdl20/

11. [www7] WS-CDL Lenguaje de Descripción de la Coreografía de los Servicios Web. http://www.w3.org/TR/ws-cdl-10/

12. [www8] Sitio official de SOA. “Service Oriented Architecture”, Arquitectura Orientada a Servicios. www.service-architecture.com

125

http://www.service-architecture.com/

http://www.w3.org/TR/ws-cdl-10/

http://www.w3.org/TR/wsdl20/

http://www.w3.org/TR/soap12-mtom/

http://www.w3.org/TR/ws-addr-core/

http://www.w3.org/TR/soap12-part1/

http://www.uddi.org/

http://www.desarrolloweb.com/

ANEXOS

126

Anexo 1

Condiciones Generales de Seguro de Mascotas

127

Bases de la Póliza

Riesgos Cubiertos

La Clínica Aseguradora cubre las prestaciones correspondientes a cada una de

las coberturas del seguro cuya inclusión figure expresamente dentro de los

límites pactados.

Riesgos Excluidos

Quedan excluidos de todas las coberturas y garantías de la Póliza, además de

las limitaciones específicas de cada una de ellas, los siguientes supuestos:

A. Provocación intencionada del siniestro por parte del asegurado.

B. Conflictos armados (haya mediado o no declaración oficial de guerra).

C. Hechos o actuaciones de las fuerzas armadas o de las fuerzas y cuerpos

de seguridad en tiempos de paz.

D. Reacción o radiación nuclear o contaminación radioactiva.

E. Lesiones existentes con anterioridad a la vigencia del seguro, así como

los vicios ocultos y los defectos, enfermedades o malformaciones

congénitas.

Efectos y extinción del contrato

El seguro se estipula por el período señalado en las condiciones particulares del

contrato y entrada en vigor en el día y hora indicados en las mismas siempre

que estén firmadas y la Aseguradora haya cobrado el primer recibo de prima.

Si se contrata por períodos renovables, se prorrogará automáticamente por

periodos sucesivos no superiores a un año cada vez salvo que alguna de las

partes se oponga a la prórroga mediante notificación por escrita a la otra,

efectuada con dos meses de anticipación, como mínimo, al vencimiento del

periodo en curso.

Ámbito territorial

Están cubiertos por el contrato de seguro solo en el ámbito de lima

metropolitana de acuerdo a las sedes especificadas en el contrato.

128

Contrataciones a distancia

Todos los trámites son presenciales en cualquiera de las sedes de la red de

clínicas asociadas, ya que no se aceptara ninguna póliza si la mascota no ha

pasado por el examen médico veterinario requerido por la clínica y

especificado en el contrato.

Comunicaciones generales

Cuando las comunicaciones de la Clínica veterinaria aseguradora se realicen

por escrito, enviará al último domicilio facilitado por el cliente, en caso realice

un cambio de domicilio, teléfono o correo electrónico.

Importe, Pago de la Prima y efectos del Impago

Prima Inicial: La prima inicial es la que se fija en las condiciones

particulares y corresponde al período inicial de cobertura señalado en las

mismas.

Si por cual del tomador del seguro la prima no ha sido pagada una vez

firmado el contrato o la prima única no lo ha sido a su vencimiento, la

clínica aseguradora tiene derecho a resolver el contrato o a exigir el pago

de la prima debida en vía ejecutiva.

Primas Sucesivas: Para el caso de prórroga tácita del contrato, la prima

de los períodos sucesivos será la que resulte de aplicar a la suma

asegurada las tarifas de prima que, fundadas en criterios técnicos-

actuariales tenga establecidas en cada momento la clínica aseguradora,

teniendo en cuenta, además las modificaciones de garantías o las causas

de agravación o disminución del riesgo que se hubieran producido

conforme a lo previsto en el contrato.

La falta de pago de una de las primas sucesivas drá lugar a que la

cobertura quede suspendida un mes después del día de su vencimiento.

129

Si el contrato no hubiese sido resuelto o extinguido conforme a los

párrafos anteriores, la cobertura volverá a tener efecto a las 14 horas del

día en que el tomador pagó la prima.

Forma de Pagar

Las primas se harán efectivas únicamente acercándose a cualquiera de las

sedes de las clínicas asociadas.

Animales asegurables

Podrán ser objeto de seguro por esta Póliza los animales de la especie canina

destinadas a compañía o uso doméstico, exceptuando los perros de trabajo o

vigilancia, los destinados a la caza.

Los animales deberán contar con un óptimo estado de salud y para poder ser

asegurables.

No podrán ser objeto de ningún plan de seguro los animales de edad inferior a

6 meses cumplidos o superior a 9 años cumplidos.

Deberán cumplir con el calendario de vacunación especificado por la

veterinaria al estar incluidos en el plan de seguro ya que si producto de la falta

de alguna vacuna la mascota incurre en una enfermedad no será

responsabilidad de la clínica veterinaria aseguradora realizar descuentos por la

enfermedad.

130

Anexo 2

Formato de Solicitud de Cambio

131

Proyecto de Tesis Entregable 300613 V04

Documents

Transcript of Proyecto de Tesis Entregable 300613 V04