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 2: Ejemplo de clase............................................................................................25
Figura 3: 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
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
- 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
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
40
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
Nombre del Caso de Uso del Sistema :
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
Nombre del Caso de Uso del Sistema :
Mantener Plan
Descripción :
Este caso de uso se encargará registrar nuevos planes de seguros de la clínica veterinaria.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
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”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Plan con la grilla de planes 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 plan si todo está correcto.
Flujo Alterno2. Si el usuario necesita actualizar algún registro, seleccionara un
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
Nombre del Caso de Uso del Sistema :
Mantener Raza
Descripción :
Este caso de uso se encargará registrar nuevas razas.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
1. El usuario selecciona en el menú la opción de Mantener Raza.
3. El usuario presiona el botón de “Nueva Raza”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Raza con la grilla de razas registradas (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 la raza si todo está correcto.
Flujo Alterno4. Si el usuario necesita actualizar algún registro, seleccionara un
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
Nombre del Caso de Uso del Sistema :
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
Flujo NormalAcción de los Actores Respuesta del Sistema
1. El usuario selecciona en el menú la opción de Mantener Enfermedad.
2. El usuario presiona el botón de “Nueva Enfermedad”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Enfermedad con la grilla de enfermedades registradas (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 la enfermedad si todo está correcto.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
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
Nombre del Caso de Uso del Sistema :
Mantener Tipo de Enfermedad
Descripción :
Este caso de uso se encargará registrar nuevos tipos de enfermedad.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Tipo de Enfermedad con la grilla de tipo de enfermedad 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 tipo de enfermedad si todo está correcto.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
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
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
1. El usuario selecciona en el menú la opción de Mantener Perfil.
3. El usuario presiona el botón de “Nuevo Perfil”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Perfil con la grilla de perfiles 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 perfil si todo está correcto.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
registro de la grilla y aparecerá una ventana popup con los datos del perfil, modificara los datos necesario y procederá a guardar.
2. 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 7: Especificación de caso de uso Mantener Perfil
Especificación de caso de uso: Mantener Clínica Veterinaria
Nombre del Caso de Uso del Sistema :
Mantener Clínica Veterinaria
50
Descripción :
Este caso de uso se encargará registrar nuevas clínicas veterinarias.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Clínica Veterinaria con la grilla de clínicas registradas (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 la clínica si todo está correcto.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
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
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
1. El usuario selecciona en el menú la opción de Mantener Medico.
3. El usuario presiona el botón de “Nuevo Medico”.
5. El usuario ingresa los datos necesarios para el registro.
2. El sistema muestra la pantalla de Mantener Medico con la grilla de médicos registradas (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 médico si todo está correcto.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
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
Nombre del Caso de Uso del Sistema :
Mantener Póliza
52
Descripción : Este caso de uso se encargará registrar nuevas pólizas.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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.
Flujo Alterno1. Si el usuario necesita actualizar algún registro, seleccionara un
registro de la grilla y aparecerá una ventana popup con los datos de la póliza, modificara los datos necesario y procederá a guardar.
2. 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.
53
Tabla 10: Especificación de caso de uso: Mantener Póliza
Especificación de caso de uso: Enviar Promoción
Nombre del Caso de Uso del Sistema :
Enviar Promoción
Descripción :
Este caso de uso se encargará de enviar promociones de la clínica.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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).
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 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.
Nombre del Caso de Uso del Sistema :
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:
Flujo NormalAcción de los Actores Respuesta del Sistema
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.
Nombre del Caso de Uso del Sistema :
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:
Flujo NormalAcción de los Actores Respuesta del Sistema
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
Nombre del Caso de Uso del Sistema :
Mantener Perfil
Descripción :
Este caso de uso se encargará de consultar reportes de acuerdo al tipo que seleccionemos.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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
Nombre del Caso de Uso del Sistema :
Consultar Información de la Mascota
Descripción : Este caso de uso se encargará registrar nuevos médicos.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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.
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 15: Especificación de caso de uso: Consultar Información de la Mascota
Especificación de caso de uso: Reservar Cita Medica
57
Nombre del Caso de Uso del Sistema :
Mantener Reservar Cita Medica
Descripción :
Este caso de uso se encargará registrar una cita médica para la mascota.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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
Nombre del Caso de Uso del Sistema :
Consultar Cronograma de Citas y Vacunas
Descripción :
Este caso de uso se encargará registrar una cita médica para la mascota.
Actores: Usuario
Pre- condiciones: 1. El usuario debe haber ingresado al sistema
Flujo NormalAcción de los Actores Respuesta del Sistema
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.
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 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
Telefono
Estado
Id_Distrito
Latitud
Longitud
Logo
T_ClienteId_Cliente
Nombre
Apellido_Paterno
Apellido_Materno
DNI
Telefono_Casa
Telefono_Celular
Fecha_Ingreso
Estado
Id_Distrito
Direccion
Tipo_Cliente
Id_Clinica_Veterinaria
T_MedicoId_Medico
Nombre
Apellido_Paterno
Apellido_Materno
DNI
Telefono_Casa
Telefono_Celular
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
Id_Horario_Medico_Detalle
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
Es Primary Key
Descripción
Id_Horario_Medico int 5 No FK Identificador de horario medico
Id_Horario_Medico_Detalle
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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
Campo Tipo Largo Acepta Nulos
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”.
Resultado 5:El sistema valida los datos y si todo es correcto, registra el plan y muestra un mensaje de éxito.
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”.
Resultado 7:El sistema valida los datos y si todo es correcto, registra el plan y muestra un mensaje de éxito.
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.
Paso 3:El usuario llena los datos y presiona el botón “Grabar”.
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.
Paso 3:El usuario llena los datos y presiona el botón “Grabar”.
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
Costo Mensual Sub total
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/.
Costo Mensual Sub total
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
Año 2: 100 inscripciones
40 inscripciones raza pequeña
30 inscripciones raza grande
112
20 inscripciones raza grande
Año 3: 100 inscripciones
40 inscripciones raza pequeña
30 inscripciones raza grande
20 inscripciones raza grande
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
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
132