Proyecto de Tesis Entregable 300613 V04

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA
ESCUELA PROFESIONAL DE INGENIERA INFORMTICA DESARROLLO E IMPLEMENTACIN DE SISTEMA DE PLANES DE SEGURO DE SALUD PARA MASCOTAS UTILIZANDO WEB SERVICES
PROYECTO DE TESIS PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO INFORMTICO

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 acompaado y depositado su confianza en nosotros.
AGRADECIMIENTOS A nuestro asesor de tesis por su apoyo y orientacin durante elaboracin y desarrollo de la tesis. Al jurador revisor por sus correcciones y aportaciones en el presente trabajo.
Resumen
La Clnica Veterinaria El Trigal al igual que todas tiene objetivos especficos de negocio que cubrir, aumentar ingresos, comunicacin inter-sede con varias sedes y ajustar sus sistemas a los requerimientos del negocio. La capacidad para responder rpidamente 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 interaccin con los clientes, proveedores, es decir, conseguir una mayor rentabilidad permitiendo responder de forma ms rpida y adaptarse adecuadamente a las presiones del mercado.
Palabras claves
Las siguientes palabras sern manejadas en el siguiente trabajo: SOA, Web Services, Servicios Web, UDDI, WSDL, Pliza, Plan de Seguro.
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.
ndice
CAPTULO I 1.
1.1. 1.2.
INTRODUCCIN ......................................................................... 14
PLANTEAMIENTO DEL PROBLEMA ........................................................ 15

Antecedentes del Problema ................................................................. 15 Formulacin del Problema .................................................................. 16
2.
2.1. 2.2. 2.3. 2.4.
Objetivo ................................................................................................................ 18
rbol de Problemas............................................................................ 18 Objetivo General ............................................................................... 18 Objetivo Especifico ............................................................................ 19 Importancia ...................................................................................... 19 Justificacin Acadmica ................................................................ 19 Beneficios Tangibles .................................................................... 19 Beneficios Intangibles .................................................................. 20 Alcance ............................................................................................ 20
2.4.1. 2.4.2. 2.4.3. 2.5.
CAPTULO II 3.
3.1. 3.2. 3.2.1. 3.2.2. 3.2.3. 3.2.4.
MARCO TERICO ..................................................................... 21
MARCO TEORICO ............................................................................................. 22

Glosario ........................................................................................... 22 Introduccin a las tecnologas bsicas .................................................. 23 Programacin estructurada ........................................................... 23 Programacin modular ................................................................. 24 Programacin orientada a objetos ................................................. 24 Software distribuido .................................................................... 26
CAPTULO III ESTADO DEL ARTE ..................................................................... 29 4.

4.1. 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.1.5. 4.2. 4.2.1.
Estado del Arte ................................................................................................. 30

Servicios Web ................................................................................... 30 Arquitectura Funcional de los Servicios Web ................................... 31 Estndares de los Servicios Web ................................................... 32 Ciclo de Vida de los Servicios Web ................................................. 33 Arquitectura de los Servicios Web ................................................. 35 Dispositivos Mviles y Servicios Web ............................................. 37 Arquitectura Orientada a Servicios ....................................................... 38 Componentes de SOA .................................................................. 38
4.2.2.
Elementos de SOA ....................................................................... 40
CAPTULO IV MODELADO DEL NEGOCIO ..................................................... 42 5.

5.1. 5.2. 5.3. 5.4. 5.4. 5.5. 5.5.1. 5.5.2. 5.5.3. 5.6. 5.6.1. 5.6.2. 5.6.3. 5.7. 5.7.1. 5.7.2. 5.7.3. 5.7.4. 5.7.5. 5.7.6. 5.7.7. 5.8.
Modelado del Negocio .................................................................................. 43

Actores de Negocio ............................................................................ 43 Diagrama de caso de uso del Negocio .................................................. 43 Diagrama de Actores del Sistema ........................................................ 44 Definicin de casos de uso del Sistema ................................................ 45 Modelo Conceptual ............................................................................ 62 Diagrama de Secuencia ...................................................................... 63 Validar Usuario ........................................................................... 63 Mantener Pliza .......................................................................... 64 Reservar Cita Medica ................................................................... 65 Benchmarking ................................................................................... 66 WEB Seguros VETPLAN ................................................................ 66 WEB Seguros VERTI .................................................................... 67 Cuadro Comparativo de Web de Seguro para Mascotas .................... 68 Prototipos......................................................................................... 68 Pantalla Login ............................................................................. 68 Registrar Pliza ........................................................................... 69 Reservar Cita Medica ................................................................... 69 Consultar Cita Medica .................................................................. 70 Mantenimiento de Clnica Veterinaria ............................................. 71 Mantenimiento de Cliente ............................................................. 72 Mantenimiento de Plan ................................................................. 72 Matriz de Requerimientos de Negocio vs Funcionales .......................... 74
CAPTULO V REQUERIMIENTOS ........................................................................ 75 6.

6.1. 6.2.
Requerimientos del Proyecto .................................................................. 76

Requerimientos Funcionales................................................................ 76 Requerimientos No Funcionales ........................................................... 76
CAPTULO VI ARQUITECTURA............................................................................ 78 7.
7.1. 7.2. 7.3.
Anlisis y Diseo ............................................................................................. 79

Diagrama de paquetes del sistema ...................................................... 79 Diagrama de casos de uso del sistema ................................................. 80 Diagrama de Estados ......................................................................... 82
7.4. 7.5. 7.6. 7.7.
Diagrama de Componentes ................................................................. 84 Diagrama de Despliegue .................................................................... 85 Diagrama de base de datos ................................................................ 86 Diccionario de datos .......................................................................... 87
CAPTULO VII DESARROLLO Y PRUEBAS .................................. 96 8.

8.1. 8.2. 8.2.1. 8.3. 8.3.1. 8.3.2.
Desarrollo y pruebas ......................................................... 97

Introduccin ..................................................................................... 97 Desarrollo ........................................................................................ 97 Plataforma tecnolgica ................................................................. 97 Pruebas ........................................................................................... 98 Plan de pruebas del proyecto ........................................................ 98 Ejecucin de Casos de Uso de Pruebas ........................................... 99
CAPTULO VIII GESTION DEL PROYECTO ............................... 105 9.

9.1. 9.2. 9.2.1. 9.2.2. 9.2.3. 9.3. 9.4. 9.5. 9.6. 9.6.1. 9.6.2. 9.6.3. 9.6.4. 9.6.5. 9.6.6. 9.6.7. 9.6.8. 9.7.
GESTIN DEL PROYECTO ................................................ 106

Introduccin ................................................................................... 106 Viabilidad del proyecto ..................................................................... 106 Viabilidad Tcnica ...................................................................... 106 Viabilidad Econmica ................................................................. 106 Viabilidad Legal ......................................................................... 116 Organizacin del proyecto ................................................................ 117 EDT del Proyecto ............................................................................. 118 Cronograma de Ejecucin del Proyecto ............................................... 119 Gestin de Riesgos del Proyecto ........................................................ 120 Alternativas para tratamiento de riesgos ...................................... 120 Determinacin del Valor de Degradacin ...................................... 120 Determinacin del Valor de Impacto ............................................ 121 Determinacin de la probabilidad ................................................ 121 Matriz Probabilidad Impacto ....................................................... 122 Estrategias de Gestin ............................................................... 122 Lista de Riesgos Predecibles: ...................................................... 123 Lista de Riesgos No Predecibles: ................................................. 123 Gestin de Cambios ......................................................................... 124
CONCLUSIONES ...................................................................... 125 REFERENCIAS ......................................................................... 126

8
ANEXOS .................................................................................. 127
ndice de Grficos
Grfico 1 : rbol de Problemas ........................................................................... 18 Grfico 2: Actores de Negocio ............................................................................ 43 Grfico 3: Diagrama de caso de uso del Negocio................................................... 43 Grfico 4: Diagrama de actores del sistema ......................................................... 44 Grfico 5: Modelo Conceptual ............................................................................. 62 Grfico 6: Diagrama de secuencia: Validar usuario ............................................... 63 Grfico 7: Diagrama de secuencia: Mantener Pliza .............................................. 64 Grfico 8: Diagrama de secuencia: Reserva Cita Mdica ........................................ 65 Grfico 9: Diagrama de paquetes del sistema....................................................... 79 Grfico 10: Paquete de Mantenimientos............................................................... 80 Grfico 11: Paquete de Reportes ........................................................................ 80 Grfico 12: Paquete de Seguridad ....................................................................... 81 Grfico 13: Paquete de Horario-Citas-Plan ........................................................... 81 Grfico 14: Diagrama de estado de pliza ............................................................ 82 Grfico 15: Diagrama de estado de cita medica .................................................... 82 Grfico 16: Diagrama de estado de plan de seguro ............................................... 83 Grfico 17: Diagrama de estado de pago de pliza de seguro ................................. 83 Grfico 18: Diagrama de componentes ................................................................ 84 Grfico 19: Diagrama de despliegue ................................................................... 85 Grfico 20: Diagrama de base de datos ............................................................... 86 Grfico 21: Plan de Proyecto ............................................................................ 107 Grfico 22: Porcentaje de Clientes que compraran un Seguro para su Mascota ...... 111 Grfico 23: Porcentaje de preferencia por servicio de salud que los usuarios desearan dentro del seguro ........................................................................................... 112 Grfico 24: Porcentaje del mercado que la clnica veterinaria ha cautivado ............ 112 Grfico 25: Ingresos Mensuales ........................................................................ 113 Grfico 26: Organizacin del Proyecto ............................................................... 117 Grfico 27: EDT del Proyecto ........................................................................... 118 Grfico 28: Estrategias de Gestin .................................................................... 122 Grfico 29: Flujo de Gestin de Cambio ............................................................. 124
10
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 Pliza ................................................................... 69 Figura 13: Prototipo Reservar Cita Mdica (fechas con citas disponibles) ................. 69 Figura 14: Prototipo Reservar Cita Mdica (listado de horarios disponibles) .............. 70 Figura 15: Prototipo Consultar Cita Mdica........................................................... 70 Figura 16: Prototipo Mantenimiento de Clnica Veterinaria (listado de clnicas) ......... 71 Figura 17: Prototipo Mantenimiento de Clnica Veterinaria (nuevo registro) .............. 71 Figura 18: Prototipo Mantenimiento de Cliente (bsqueda 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
11
ndice de Tablas
Tabla 1: Especificacin de caso de uso Validar Usuario .......................................... 45 Tabla 2: Especificacin de caso de uso Mantener Cliente ........................................ 46 Tabla 3: Especificacin de caso de uso Mantener Plan ........................................... 47 Tabla 4: Especificacin de caso de uso Mantener Raza .......................................... 48 Tabla 5: Especificacin de caso de uso Mantener Enfermedad ................................ 49 Tabla 6: Especificacin de caso de uso Mantener Tipo de Enfermedad ..................... 50 Tabla 7: Especificacin de caso de uso Mantener Perfil .......................................... 51 Tabla 8: Especificacin de caso de uso: Mantener Clnica Veterinaria....................... 52 Tabla 9: Especificacin de caso de uso Mantener Mdico ........................................ 53 Tabla 10: Especificacin de caso de uso: Mantener Pliza ...................................... 55 Tabla 11: Especificacin de caso de uso: Enviar Promocin .................................... 55 Tabla 12: Especificacin de caso de uso Enviar Mail de Alerta de Prxima Vacuna ..... 56 Tabla 13: Especificacin de caso de uso Enviar Mail de Alerta de Prxima Cuota ....... 57 Tabla 14: Especificacin de caso de uso: Consultar Reporte ................................... 58 Tabla 15: Especificacin de caso de uso: Consultar Informacin de la Mascota ......... 59 Tabla 16: Especificacin de caso de uso: Reservar Cita Medica ............................... 60 Tabla 17: Especificacin 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 Clnica 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 Clnica ............................................. 91
12
Tabla 34: Diccionario de datos: Tabla Medico Especialidad ..................................... 91 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 Pliza......................................................... 93 Tabla 42: Diccionario de datos: Tabla Pliza 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 Tamao 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: Depreciacin 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: Determinacin del Valor de Degradacin ............................................. 120 Tabla 56: Determinacin del Valor de Impacto ................................................... 121 Tabla 57: Determinacin de la probabilidad ....................................................... 121 Tabla 58: Matriz de Probabilidad Impacto .......................................................... 122
13
CAPTULO I INTRODUCCIN
14
1. PLANTEAMIENTO DEL PROBLEMA

1.1. Antecedentes del Problema
En las ltimas dcadas los departamentos de Tecnologas de la Informacin de las empresas han construido una infraestructura que soporta en gran medida la operacin de sus empresas y sus clientes. El resultado de este proceso ha sido la creacin y mantenimiento de un nmero considerable de aplicaciones de uso interno, cada una responsable de sus propias tareas. Los negocios exigen crear aplicaciones cada vez ms 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 situacin los arquitectos de software se enfrentan a dos opciones: Tratar de reutilizar la funcionalidad ya implementada en otros sistemas. Una labor difcil de realizar, debido a que estos no fueron diseados para integrarse o se elaboraron para plataformas y/o tecnologas incompatibles entre ellas. Re-implementar la funcionalidad requerida. Aunque implica ms tiempo de desarrollo, es en la mayora de los casos la ms fcil y segura. A pesar de que no sea la ms acertada a largo plazo, la segunda opcin es la ms escogida. Esto trae como resultado: Funcionalidad replicada en varias aplicaciones. Dificultad de migracin de los sistemas internos, al haber mltiples conexiones desde sistemas que dependen de estos para su funcionamiento. Al no haber una estrategia de integracin de aplicaciones, se generan mltiples puntos de fallo, que pueden detener la operacin de todos los sistemas muy fcilmente.
15
El inconveniente final es una pobre respuesta al cambio. Las aplicaciones siguen siendo concebidas desde un principio como islas independientes.
Los Servicios Web surgieron para lograr la tan esperada comunicacin entre diferentes plataformas. Los Servicios Web trabajan bajo los conceptos generales de recopilacin, organizacin y almacenamiento de informacin de manera digital, con el propsito de que los usuarios tengas opciones de bsqueda, recuperacin y procesamiento de informacin. Las aplicaciones necesarias para obtener los correspondientes procesos de negocio se logran mediante la combinacin de colecciones de pequeos mdulos llamados servicios. Estos mdulos pueden ser empleados por grupos de usuarios provenientes de la propia organizacin 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 adems de favorecer la interaccin entre organizaciones dado que se logra la homogeneizacin de la apariencia y del nivel y tipo de datos de entrada para la validacin de los usuarios. En este entorno de trabajo, las unidades bsicas 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 visualizacin del estado de una cuenta bancaria, o la emisin de una peticin de un billete de avin o de tren. En lugar de que los servicios contengan en su cdigo fuente llamadas a otros, se definen protocolos que describen cmo pueden comunicarse entre s.
1.2.
Formulacin del Problema

El rea de Tecnologa Informtica (TI) en las Organizaciones actuales se puede caracterizar por tener diversidad de sistemas que tienen entre s
16
dependencias complejas, que han ido creciendo en forma separada y heterognea a lo largo de los aos. Un desafo 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 Organizacin y las tecnologas disponibles. Una Aplicacin Web es un conjunto de elementos de software que integran un sistema, el cual es posible acceder desde la red propia de una institucin o utilizando internet, los usuarios pueden acceder a este servicio y consultar, manipular y modificar informacin de manera que permita la fcil y correcta utilizacin de los recursos, as como hacer ms eficientes las actividades propias de los miembros. Al utilizar Servicios Web, la aplicacin podra ser accesible desde diferentes plataformas, podra ser publicada y ser visible ya que los servicios web son muy prcticos porque pueden aportar gran independencia entre la aplicacin 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 ms importante dado que la tendencia a construir grandes aplicaciones a partir de componentes pequeos es cada da ms utilizada; es decir pueden crearse varios servicios web que acceden a la informacin y ser utilizados por diferentes aplicaciones para diversos motivos segn se requiera. En la Clnica Veterinaria El Trigal cuenta con un gran nmero de clientes y con ello un volumen considerable de informacin, asimismo se relaciona con sus otras sucursales. La necesidad que actualmente tiene la empresa es de integrar esta informacin 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 mdicos 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 bsicas y proteger ante eventos de mayor envergadura. Cuando las mascotas no tienen seguro se debe pagar por cada consulta que
17
se realiza. Al tener cobertura, se tiene ms posibilidades de mantener mejor la salud de la mascota, ya que consultara a su veterinario con mayor frecuencia, porque esas visitas estn cubiertas por el plan. Y mediante la interconexin de las clnicas veterinarias asociadas se podr generar reportes de control e indicadores para la clnica veterinaria El Trigal.
2. Objetivo
2.1. rbol de Problemas
El rbol de problemas nos muestra situacin actual. de forma resumida el anlisis de la
Grfico 1 : rbol de Problemas Fuente: Elaboracin propia, 2013
2.2.
Objetivo General
Objetivo principal: Desarrollar un Solucin de Tecnolgica que permita soportar la gestin de plizas de salud para mascotas. Objetivo secundario:
18
Acceso a la informacin del historial clnico de la mascota de las diferentes clnicas asociadas.
2.3.
Objetivo Especifico
1. Recopilar la informacin existente sobre Web Services a travs de los aos, consultar medios bibliogrficos y as obtener las definiciones, antecedentes, su evolucin, bases tericas y casos de aplicacin. 2. Plantear cul es la metodologa adecuada para la gestin de la solucin de Web Services y desarrollar el plan del proyecto.
3. Generacin de reportes de control e indicadores para la clnica 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 clnicas generadas.
2.4.
Importancia
Justificacin Acadmica
Aplicar los conocimientos adquiridos sobre Servicios Web para
2.4.1.
desarrollar un aplicativo que permita sostener el nicho de mercado que la clnica veterinaria ha logrado identificar.
2.4.2.
-
Beneficios Tangibles
Informacin actualizada y agilizada
19
Generacin de reportes Mensajes de alerta a los usuarios Detalle de horario de atencin Detalle profesional del especialista
2.4.3.
-
Beneficios Intangibles
Buen servicio Buena imagen de la institucin Satisfaccin de los clientes Control adecuado de la Informacin
2.5.
Alcance
Del proyecto: Se seguir la metodologa RUP en el desarrollo del sistema l se realizara el modelado teniendo en cuenta el UML Se modelara los CUS Se realizara el anlisis del sistema Se realizara el diseo 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 clnica veterinaria. No se desarrollada el mdulo de facturacin y/o cobranza El sistema permitir el registro de los datos de cada una de las mascotas. La interfaz est en lenguaje espaol. Se implementar el aplicativo web y mvil como piloto en 1 clnica veterinaria. Se utilizar el protocolo SOAP para el servicio web Se implementar mensajes de correo como alertas.
20
CAPTULO II MARCO TERICO
21
3. MARCO TEORICO
3.1.
Glosario
SOA: La arquitectura orientada a servicios de cliente (en ingls Service Oriented Architecture), es un concepto de arquitectura de software que define la utilizacin de servicios para dar soporte a los requisitos del negocio. Web Services: es una tecnologa que utiliza un conjunto de protocolos y estndares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programacin 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 ingls, 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 pginas blancas y amarillas de una gua telefnica tradicional. WSDL: describe la interfaz pblica a los servicios Web. Est basado en XML y describe la forma de comunicacin, es decir, los requisitos del protocolo y los formatos de los mensajes necesarios para interactuar con los servicios listados en su catlogo. Las operaciones y mensajes que soporta se describen en abstracto y se ligan despus al protocolo concreto de red y al formato del mensaje. SOAP: (siglas de Simple Object Access Protocol) es un protocolo estndar que define cmo dos objetos en diferentes procesos pueden comunicarse por medio de intercambio de datos XML.
22
Planes de Seguro: Es un conjunto de beneficios que proveedor a un beneficiario. Pliza: El documento que contiene las condiciones reguladas del seguro. Mascota: Animal de compaa que se especifica en las condiciones particulares de la pliza. Consulta: Accin de atender y examinar a un animal de compaa por parte de un veterinario, realizando las exploraciones habituales con el fin de obtener un diagnstico, pronostico y prescribir un tratamiento. Enfermedad: Toda alteracin involuntaria del estado de salud de un animal cuyo diagnstico y confirmacin ser efectuado por un veterinario autorizado para ejercer.
3.2.
Introduccin a las tecnologas bsicas

Esta introduccin es til para tener una visin clara del tpico De dnde venimos y donde vamos en el mundo del desarrollo de software Los paradigmas de programacin son enfoques partculas para el desarrollo del software. Son distintas maneras de visualizar y resolver problemas de programacin.
3.2.1.
Programacin estructurada
En la dcada del 60 surgi los principios de la programacin estructurada, en esa poca solo estaba permitido el uso de tres lgicas de control (De la Torre y Gonzalez: 2008): Secuencia: bloque de sentencias que se ejecutan una a continuacin de otra.
23
Condicional: bloque de sentencias que se ejecutan solo si cumple una condicin. Interaccin: repeticin mientras se cumple una condicin dada.
Los programas desarrollados con este paradigma eran mucho ms fciles de entender que los desarrollados mediante una programacin desestructurada.
3.2.2.
Programacin modular
Se usan subprogramas estructurados que se denominan mdulos, que interactan entre s para resolver el problema planteado. La comunicacin entre los mdulos se realiza mediante el intercambio de parmetros. Cada mdulo tiene la ventaja de que es reutilizable y puede ser considerado una caja negra es con ello que se consigue independencia entre los mdulos.
3.2.3.
Programacin orientada a objetos
Se popularizo en la dcada 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 (mtodos) mediante las cuales se puede interactuar con el objeto. Una clase es el conjunto de propiedades y comportamiento de un objeto especfico. Se puede decir que la clase es la estructura en la cual se puede basar para crear el objeto.
24
class Empleado { string DNI; int numEmpleado; string NombreEmpleado; void ALtaEmpleado (string DNI, int numEmpleado, string Nombre Empleado) {} }
Figura 1: Ejemplo de clase Fuente: Elaboracin propia, 2013
Caractersticas de la programacin orientada a objetos (Flores, 2009): Abstraccin: se basa en la obtencin de las caractersticas esenciales de un objeto. Ejemplo las caractersticas comunes del objeto empleado. Encapsulamiento: es la unin en una clase de las caractersticas y comportamientos. Herencia: una clase no es una entidad aislada sino que puede relacionarse entre s formando una jerarqua. 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 fig = new Figura (); Figura fig2 = new Circulo (); fig.Dibujar(); //Dibujar una figura fig2.Dibujar(); //Dibujar un crculo
Posibilidad de tener diferentes mtodos dentro de una clase con el mismo nombre pero con diferentes argumentos.
double sumar (int opl, intop2) {} double sumar (double opl, double op2)
{}
25
Ventajas del lenguaje orientado a objetos: Reutilizacin y extensin del cdigo Flexibilidad de crear sistemas complejos Se relaciona con el mundo real 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 estn ubicados en diferentes maquinas (servidores) y que se comunican entre s mediante la transmisin 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 lgica de negocio, acceso a datos y el servidor en un solo repositorio de informacin.
Figura 4: Arquitectura cliente/servidor Fuente: Eduardo Ramos, 2010
26
2. Arquitectura en tres Niveles (N-Tier) La arquitectura de tres capas libera al cliente del procesamiento de la lgica de negocio y accesos de datos para que pueda convertirse en un cliente ms ligero. Descripcin de las capas: o Nivel de presentacin: es una aplicacin cliente que nicamente se encarga de implementar la interface con el usuario. Este nivel en un inicio se implementaba como una aplicacin Windows, pero ha ido evolucionando de tal forma que en la actualidad puede ser una aplicacin web (De la Torre y Gonzalez: 2008). o Nivel aplicacin: son componentes que se encargan del procesamiento de la lgica 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 Capas Fuente: www.burgosgrupo.blogspot, 2008
Ventajas de los sistemas distribuidos Escalabilidad Concurrencia y agilidad (respuestas rpidas al cliente)
27
Reutilizacin de componentes
Desventajas de los sistemas distribuidos Costos altos para la puesta en produccin Costos altos para la administracin Dependencia de las redes de comunicacin Foco en la seguridad de la informacin
28
CAPTULO III ESTADO DEL ARTE
29
4. Estado del Arte

4.1. Servicios Web
La dcada de los 80's fue marcada por el surgimiento de la PC y de la interface grfica. En la dcada de los 90's Internet permiti conectar computadoras en una escala global. En principio la conexin 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 computacin distribuida llamado servicios Web basados en XML. El objetivo es permitir comunicarse entre s a sistemas heterogneos dentro y fuera de una empresa. Esta comunicacin es independiente del sistema operativo, lenguaje o modelo de programacin. La simplicidad de las interacciones en el modelo de programacin Web posibilita construir sistemas incrementalmente. A diferencia del acoplamiento fuerte de RPC y de los sistemas de objetos distribuidos, que requieren la implantacin de todas las piezas de una aplicacin de una vez, podemos aadir tantos clientes y servidores a sistemas basados en Web como necesitemos. Podemos establecer fcilmente conexiones a aplicaciones nuevas de un modo descentralizado, sin ninguna coordinacin central ms all del registro de nombres DNS, y con un grado de interoperabilidad, escalabilidad y capacidad de gestin extraordinariamente alto. La siguiente figura 6 nos muestra el comportamiento de las arquitecturas durante su evolucin.
30
Figura 6: Arquitectura funcional de un Servicio Web Fuente: Elaboracin propia, 2013
4.1.1.
Arquitectura Funcional de los Servicios Web
La arquitectura se basa en tres tipologas de servicios como se muestran en la figura.
Figura 7: Arquitectura funcional de un Servicio Web Fuente: Aldibier Morales, Servicios en la Web, 2009
31
a) Servicios de Catalogacin. Sirven al proveedor para publicar un servicio en la red. Los aporta la Agencia. b) Servicios de Localizacin. Sirven al usuario para localizar funcionalmente el servicio que necesita. La localizacin y descubrimiento del servicio puede ser: Esttica, navegando el futuro cliente. Dinmica en tiempo de diseo o ejecucin utilizando un servicio UDDI. c) Servicios de Utilizacin Una vez escocido el servicio y encontrado el proveedor, permiten pedir e instanciar el objeto que debe proporcionar el servicio.
4.1.2.
Estndares de los Servicios Web

El consorcio de Internet Http://www.w3c.org se encarg de crear y mantener estos estndares. 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 informacin, lo que permite: o o Homogeneidad para facilitar la comprensin de las mquinas Diferentes plataformas / marcos de trabajo
WSDL: (Lenguaje de Descripcin de Servicios Web) Lenguaje por medio del cual un servicio Web describe entre otras cosas qu hace o qu funcionalidad implementa.
32
Es el lenguaje de la interfaz pblica para los servicios Web. Es una descripcin basada en XML de los requisitos funcionales necesarios para establecer una comunicacin con los servicios Web. 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 interactan. UDDI: (Descubrimiento, Descripcin e Integracin Universal) Lenguaje que permite publicar, encontrar y usar los Servicios Web basados en XML. Es la 'Pgina Amarilla' de los servicios Web, es decir un directorio para poder encontrarlos. Puede ser accedido con un explorador en http://www.uddi.org o programticamente. WS-Security: Protocolo de seguridad aceptado como estndar por OASIS. Garantiza la autenticacin de los actores y la confidencialidad de los mensajes enviados.
Figura 8: Vocabulario XML Fuente: 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:
33
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 empresa, los Servicios Web que se ofrecen etc. y tambin la descripcin de las interfaces de uso de cada Servicio Web (WSDL). Cuando algn 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 descripcin de sus interfaces de uso (WSDL). 5. Gracias a la descripcin 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 peticin del consumidor del Servicio Web. Para esta tecnologa, se requiere de tres entidades participantes: a) El Proveedor Es una entidad a la que se puede acceder a travs 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 Descripcin del Servicio que incluye, con un documento escrito con Servicios WEB Description Language (WDSL): o o Las prestaciones. La utilizacin del servicio por terceros.
34
La localizacin
c) Publica La oferta del servicio en las pginas amarillas del Universal Description, Discovery and Integration (UDDI). El fabricante tambin puede encontrar aqu otros servicios ya creados que le faciliten su trabajo. La Agenda UDDI fue creada en septiembre de 2000 por IBM, 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 travs 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 creacin de directorios en lnea 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 estn disponibles (www2).
4.1.4.
Arquitectura de los Servicios Web

La arquitectura se basa en los siguientes componentes: a) Marco de Mensajera Simple SOAP: Simple Object Access Protocol permite intercambiar informacin estructurada en un ambiente descentralizado y distribuido. "Messaging Framework" define, usando tecnologas XML, un marco extensible de mensajera que contiene una construccin del mensaje que se pueda intercambiar con una variedad de protocolos subyacentes (www3).
35
Web Services Addressing (WS-Addressing): Direccionamiento de Servicios Web. La direccin de los servicios Web proporciona mecanismos neutrales para transportar los servicios web y los mensajes. Define un sistema de caractersticas abstractas y una representacin de XML para referirse a servicios de la Web y para facilitar la direccin final de los mensajes. Esta especificacin permite a los sistemas de mensajera soportar la transmisin del mensaje a travs de redes que incluyen el procesado de nodos tales como gestin final, cortafuegos y pasarelas mediante una forma de transporte neutro (www4). SOAP Message Transmission Optimization (MTOM): Descripcin de la Optimizacin de la Transmisin del Mensaje. Describe una caracterstica abstracta y una puesta en prctica concreta para optimizar el formato de la transmisin y/o de la va de los mensajes SOAP (www5). b) Descripcin de los servicios Web Services Description Language (WSDL): Lenguaje de Descripcin de los Servicios Web. La especificacin define el lenguaje bsico que puede usarse para describir servicios Web basados en un modelo abstracto de lo que ofrece el servicio. Tambin define los criterios de conformidad de los documentos en relacin a este lenguaje (www6). Web Services Choreography Description Language (WS-CDL): Lenguaje de Descripcin de la Coreografa 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 comn y complementario; donde ordenado el mensaje, intercambia el resultado de acuerdo a un objetivo de negocios comn (www7). Los servicios web que se basan en XML permiten que las aplicaciones compartan informacin y que adems invoquen funciones de otras aplicaciones independientemente de cmo se hayan creado dichas aplicaciones e independientemente del sistema operativo o
36
plataforma en que se ejecuten y de los dispositivos utilizados en el acceso.
4.1.5.
Dispositivos Mviles y Servicios Web

La convergencia entre los dispositivos mviles y los servicios de la red Internet, aunque prevista, teorizada y resuelta tcnicamente desde finales del siglo pasado, se ha venido retrasando por diversas causas hasta, bruscamente, acelerarse y consolidarse irremediablemente a partir de finales del ao 2007. Aspectos comerciales, con la entrada de nuevos actores y estrategias al mundo de la comunicacin telefnica; de uso y necesidad social, como la comunicacin audiovisual personalizada; o de la utilizacin popular de nuevas aplicaciones red, como la localizacin geogrfica, por ejemplo, coadyuvan a ello. Sin embargo, aun compartiendo muchos aspectos comunicativos y tcnicos con la denominada web 2.0, los dispositivos mviles y su uso personalizado, contextual y ubicuo poseen especificidades comunicativas que apenas se empiezan a apuntar en estos nuevos usos cotidianos. La creacin y el Consumo de Contenidos En tanto que dispositivos tecnolgicos convergentes, tanto por lgicas derivadas del propio desarrollo de la tecnologa como meramente comerciales entre fabricantes, se han incrementado las herramientas de produccin de contenidos por parte del usuario: limitados en cuanto tamao y operatividad del teclado, han permitido sin embargo, a travs de una cmara cada vez ms mayor calidad de fotografa y vdeo y de recursos simples de edicin, junto con diversos puertos de comunicaciones (infrarrojos o bluetooth) una verdadera produccin audiovisual en un contexto personalizado del aqu y ahora. Se trata de un uso de la tecnologa muy personal, adems de ampliar la experiencia comunicativa y de entretenimiento, ha coadyuvado, por otra parte, a la transformacin de los contenidos de los media tradicionales. Por tanto la web 2.0 mvil se convierte en impulsora de una nueva convergencia digital, aadida a la del escritorio y sin contradiccin
37
alguna con sta, puesto que se ejerce a travs de las sinergias entre aplicaciones mviles 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 utilizacin de servicios como construcciones bsicas para el desarrollo de aplicaciones. Es una arquitectura de una aplicacin 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 Una estrategia de aplicaciones empresariales debe facilitar su integracin. Exponer procesos de negocio como servicios es la clave a la flexibilidad de la arquitectura. Esto permite que otras piezas de funcionalidad (incluso tambin implementadas como servicios) hagan uso de otros servicios de manera natural, sin importar su ubicacin fsica. As un sistema evoluciona con la adicin de nuevos servicios y su mejoramiento, y donde cada servicio evoluciona de una manera independiente. sistema, su sus La Arquitectura y Orientada con por qu a Servicios tecnologas que (SOA) sern definen resultante, define los servicios de los cuales estar compuesto el interacciones, son implementados. Las interfaces que utiliza cada servicio para exponer funcionalidad gobernadas contratos, claramente el conjunto de mensajes soportados, su contenido y las polticas aplicables.
4.2.1.
Componentes de SOA
Los componentes de una Arquitectura Orientada a Servicios son: Repositorio de Servicios Bus de servicios
o o
38
o o
Consumidores Servidores
Servidores Un servicio de negocio es un componente reutilizable de software, con significado funcional completo, y que est compuesto por: o Contrato: especificacin de la finalidad, funcionalidad, forma de uso y restricciones del servicio. o o
Figura 11 de SOA Interfaz: mecanismo deElementos exposicin del servicio a los usuarios.
Implementacin: debe contener la lgica o el acceso a datos.
Tipos de servicios.- pueden existir varios tipos de servicios, segn su finalidad (www8) o Servicios bsicos: pueden estar centrados en datos o en lgica y encapsulan funcionalidades como clculos complejos, acceso a datos y reglas complejas de negocio. o o Servicios intermediarios: servicios adaptadores, faades, etc. Servicios de proceso: servicios de negocio que encapsulan la lgica de proceso. Pueden residir en herramientas BPM. o Servicios pblicos: servicios accesibles por terceros (fuera de la organizacin) Repositorio de Servicios Un repositorio de servicios proporciona facilidades para descubrir servicios y adquirir la informacin necesaria para su uso, en particular fuera del alcance temporal y funcional del proyecto en el que se crearon. Adems de la propia informacin de contrato, los repositorios pueden proporcionar informacin acerca de: o o o o Localizacin. Personas de contacto. Restricciones tcnicas. Service Level Agreements (SLAs). Acuerdos de Nivel de Servicio.
39
Bus de Servicios La interseccin de la arquitectura orientada a servicios con la integracin de aplicaciones y el modelado de procesos de negocio, dan lugar a un nuevo producto de nominado bus de servicios conocido tambin como ESB (Enterprise Service Bus- Bus Empresarial de Servicios).
El ESB es un elemento de software, un middleware, una infraestructura basada en estndares, que proporciona servicios para la construccin de arquitecturas ms complejas basadas en eventos y en un motor de mensajera (el BUS).
13 Elementosde de SOA Repositorio de Servicios El bus de servicios Grafico es el elemento las arquitecturas SOA que conecta
los servicios con sus consumidores y que proporciona:
Conectividad: el propsito principal de un bus de servicios es interconectar a los participantes de una arquitectura SOA. Soporte a la heterogeneidad de tecnologas: debe ser capaz de conectar a participantes basados en distintos lenguajes de programacin, sistemas operativos, entornos de ejecucin y protocolos de comunicacin. Soporte a la (por heterogeneidad ejemplo de paradigmas sncronas de y comunicacin: debe ser capaz de mantener distintos modos de comunicacin asncronas). comunicaciones
El ESB permite la integracin de aplicaciones de forma rpida, directa y basada en estndares. Es una suite de productos independientes de la infraestructura de facilita el procesado, la transformacin de datos, el enrutamiento y la orquestacin de procesos usando Servicios Web.
4.2.2.
Una
Elementos de SOA
Orientada a Servicio est compuesta por elementos
Arquitectura
funcionales y elementos relacionados con la calidad de servicio (Oton, 2006). Elementos funcionales:
40
Transporte: para llevar las peticiones de servicios y respuestas entre el proveedor y el consumidor del servicio. Protocolo de comunicacin del servicio: se establece entre el proveedor y el consumidor del servicio. Descripcin del servicio: describe servicio, cmo debe invocarse y que datos son requeridos para la invocacin. Servicio: Describe un servicio que est disponible para utilizarse. Proceso de negocio: conjunto de servicios, invocados de una manera especfica, 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
41
CAPTULO IV MODELADO DEL NEGOCIO
42
5. Modelado del Negocio

5.1. Actores de Negocio
Grfico 2: Actores de Negocio
Gerente General: es el dueo de la clnica veterinaria. Mdico Veterinario: es el mdico de la clnica veterinaria. Cliente: es el dueo de la mascota asegurada.
5.2.
Diagrama de caso de uso del Negocio
Grfico 3: Diagrama de caso de uso del Negocio
Administrar Pliza: En este Caso de Uso del Negocio se encuentra el proceso de la generacin de la pliza de seguro para la mascota, donde enva la informacin de esta para su seguimiento.
43
Administrar Informacin: En este Caso de Uso de Negocio se encuentra el proceso en el cual se administra la informacin propiamente de la empresa como pueden ser cliente, proveedores, mascotas, documentacin, reportes, etc. Administrar Citas: En este Caso de Uso de Negocio se encuentra el proceso del registro de la cita mdica de la mascota, as como el cronograma de citas registradas.
5.3.
Diagrama de Actores del Sistema
Grfico 4: Diagrama de actores del sistema
Gerente Clnica: es la persona encargada administracin general del sistema, as como los permisos de esta. Mdico Veterinario: es la persona encargada del registro de las plizas para las mascotas, as como dar seguimiento a la mascota. Cliente: es la persona que solicita la pliza para su mascota. Administrador del Sistema: es la persona encargada de la administracin del sistema, as como dar soporte a la informacin de la clnica. Recepcionista Clnica: es la persona encargada de verificar las citas registradas para su consulta.
44
Administrador Clnica: es la persona encargada de administrar los horarios de los mdicos.
5.4.
Definicin de casos de uso del Sistema
Especificacin de caso de uso: Validar Usuario Nombre del Caso de Uso del Sistema : Descripcin : Actores: Validar Usuario
Este caso de uso se encargar de validar la existencia del usuario dentro del negocio.
Usuario
Precondiciones:
No existe pre-condicin en este caso de uso
Flujo Normal Accin de los Actores Respuesta del Sistema
1. El usuario Web ejecuta el aplicativo del sistema. 2. El sistema muestra la pantalla del Login, el cual le pide que ingrese su usuario y contrasea. 3. El Usuario Web Ingresa su usuario y contrasea. 1. EL Sistema verifica los datos ingresados y le permite ingresar a la pgina principal. Post Condiciones: El usuario ingresar al sistema para hacer uso del aplicativo.
Tabla 1: Especificacin de caso de uso Validar Usuario
45
Especificacin de caso de uso: Mantener Cliente Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Cliente
Este caso de uso se encargar registrar nuevos clientes de la clnica veterinaria. Usuario
1. El usuario debe haber ingresado al sistema
Accin de los Actores
Flujo Normal Respuesta del Sistema
1. El usuario selecciona en el men la opcin de Mantener Cliente. 3. El usuario presiona el botn de Nuevo Cliente.
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.
5. El usuario ingresa los datos necesarios para el registro.
6. El sistema validara los datos ingresados y registrara el cliente si todo est correcto.
Flujo Alterno 1. Si el usuario necesita actualizar algn 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: Especificacin de caso de uso Mantener Cliente
46
Especificacin de caso de uso: Mantener Plan Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Plan
Este caso de uso se encargar registrar nuevos planes de seguros de la clnica veterinaria. Usuario
1. El usuario selecciona en el men la opcin de Mantener Plan. 3. El usuario presiona el botn de Nuevo Plan.
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 Alterno 2. Si el usuario necesita actualizar algn 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 algn registro, seleccionara el registro y confirmara la eliminacin y se actualizara la grilla con los nuevos datos. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 3: Especificacin de caso de uso Mantener Plan
47
Especificacin de caso de uso: Mantener Raza Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Raza
Este caso de uso se encargar registrar nuevas razas.
Usuario
1. El usuario selecciona en el men la opcin de Mantener Raza. 3. El usuario presiona el botn 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 Alterno 4. Si el usuario necesita actualizar algn 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: Especificacin de caso de uso Mantener Raza
48
Especificacin de caso de uso: Mantener Enfermedad Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Este caso de enfermedades. Usuario Mantener Enfermedad
uso
se
encargar
registrar
nuevas
1. El usuario selecciona en el men la opcin de Mantener Enfermedad. 2. El usuario presiona el botn de Nueva Enfermedad.
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 Alterno 1. Si el usuario necesita actualizar algn 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: Especificacin de caso de uso Mantener Enfermedad
49
Especificacin de caso de uso: Mantener Tipo de Enfermedad Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Tipo de Enfermedad
Este caso de uso se encargar registrar nuevos tipos de enfermedad. Usuario
1. El usuario selecciona en el men la opcin de Mantener Tipo de Enfermedad. 3. El usuario presiona el botn de Nuevo Tipo.
2. El sistema muestra la pantalla de Mantener Tipo de Enfermedad con la grilla de tipo de enfermedad registrados (en caso existan). 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 Alterno 1. Si el usuario necesita actualizar algn 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: Especificacin de caso de uso Mantener Tipo de Enfermedad
50
Especificacin de caso de uso: Mantener Perfil Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Perfil
Este caso de uso se encargar registrar nuevos perfiles de la clnica veterinaria. Usuario
1. El usuario selecciona en el men la opcin de Mantener Perfil. 3. El usuario presiona el botn de Nuevo Perfil.
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 Alterno 1. Si el usuario necesita actualizar algn 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 algn registro, seleccionara el registro y confirmara la eliminacin y se actualizara la grilla con los nuevos datos. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 7: Especificacin de caso de uso Mantener Perfil
51
Especificacin de caso de uso: Mantener Clnica Veterinaria Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Clnica Veterinaria
Este caso de uso se encargar registrar nuevas clnicas veterinarias. Usuario
1. El usuario selecciona en el men la opcin de Mantener Clnica Veterinaria. 3. El usuario presiona el botn de Nueva Clnica.
2. El sistema muestra la pantalla de Mantener Clnica Veterinaria con la grilla de clnicas 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 clnica si todo est correcto.
Flujo Alterno 1. Si el usuario necesita actualizar algn registro, seleccionara un registro de la grilla y aparecer una ventana popup con los datos de la clnica, modificara los datos necesario y proceder a guardar. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 8: Especificacin de caso de uso: Mantener Clnica Veterinaria
52
Especificacin de caso de uso: Mantener Mdico Nombre del Caso de Uso del Sistema : Descripcin : Actores: Mantener Perfil
Este caso de uso se encargar registrar nuevos mdicos. Usuario
Precondiciones:
1. El usuario selecciona en el men la opcin de Mantener Medico. 3. El usuario presiona el botn de Nuevo Medico.
2. El sistema muestra la pantalla de Mantener Medico con la grilla de mdicos 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 mdico si todo est correcto.
Flujo Alterno 1. Si el usuario necesita actualizar algn registro, seleccionara un registro de la grilla y aparecer una ventana popup con los datos del mdico, modificara los datos necesario y proceder a guardar. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 9: Especificacin de caso de uso Mantener Mdico
53
Especificacin de caso de uso: Mantener Pliza Nombre del Caso de Uso del Sistema : Descripcin : Mantener Pliza
Este caso de uso se encargar registrar nuevas plizas.
Actores: Precondiciones:
Usuario
1. El usuario selecciona en el men la opcin de Mantener Pliza. 3. El usuario presiona el botn de Nueva Pliza.
2. El sistema muestra la pantalla de Mantener Pliza con la grilla de plizas registradas (en caso existan). 4. El sistema carga una ventana popup donde se debe ingresar los Datos del Cliente, Datos Mascota y Datos Plan
5. El usuario buscara el cliente para el registro de la pliza. 7. El usuario seleccionara el cliente. 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. 9. El usuario completa los datos de la mascota a asegurar. 10. El sistema mostrara el plan segn la familia seleccionada y tambin los tipos de pagos segn el tamao seleccionado. 11. El usuario selecciona el tipo de pago y presiona el botn Grabar 12. El sistema validara los datos ingresados y registrara la pliza si todo est correcto.
54
Flujo Alterno 1. Si el usuario necesita actualizar algn registro, seleccionara un registro de la grilla y aparecer una ventana popup con los datos de la pliza, modificara los datos necesario y proceder a guardar. 2. En caso el usuario requiera eliminar algn registro, seleccionara el registro y confirmara la eliminacin y se actualizara la grilla con los nuevos datos. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 10: Especificacin de caso de uso: Mantener Pliza
Especificacin de caso de uso: Enviar Promocin Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Enviar Promocin
Este caso de uso se encargar de enviar promociones de la clnica. Usuario
1. El usuario selecciona en el men la opcin de Enviar Promocin. 3. El usuario presiona el botn de Nueva Promocin.
2. El sistema muestra la pantalla de Enviar Promocin 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.
5. El usuario ingresa los datos necesarios para el envo de la promocin.
6. El sistema validara los datos ingresados y registrara la promocin e enviara un mail a todos los clientes.
Post Condiciones:
Se visualizar la grilla con los nuevos datos.
Tabla 11: Especificacin de caso de uso: Enviar Promocin
55
Especificacin de caso de uso: Enviar Mail de Alerta de Prxima Vacuna. Nombre del Caso de Uso del Sistema : Descripcin : Actores: Enviar Mail de Alerta de Prxima Vacuna
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. Usuario
Precondiciones: Flujo Normal Respuesta del Sistema 1. El sistema validara las fechas prximas de las vacunas de las mascotas para enviar un mail de alerta a los clientes.
Post Condiciones:
Tabla 12: Especificacin de caso de uso Enviar Mail de Alerta de Prxima Vacuna
Especificacin de caso de uso: Enviar Mail de Alerta de Prxima Cuota. Nombre del Caso de Uso del Sistema : Descripcin : Actores: Enviar Mail de Alerta de Prxima Cuota
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. Usuario
56
Precondiciones: Flujo Normal Respuesta del Sistema 1. El sistema validara las fechas prximas de cuotas de los clientes para enviarles un mail de alerta que ya va a vencer.
Post Condiciones:
Tabla 13: Especificacin de caso de uso Enviar Mail de Alerta de Prxima Cuota
Especificacin de caso de uso: Consultar Reporte Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Perfil
Este caso de uso se encargar de consultar reportes de acuerdo al tipo que seleccionemos. Usuario
57
1. El usuario selecciona en el men la opcin de Consultar Reporte. 3. El usuario seleccionara el reporte a consultar.
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.
5. El usuario ingresa los datos necesarios para la consulta del reporte.
Flujo Alterno 1. Si el usuario desea exportar a PDF o Excel presionara el botn de Exportar a PDF o Exportar a Excel. Post Condiciones: Se visualizar la grilla con el resultado de la consulta.
Tabla 14: Especificacin de caso de uso: Consultar Reporte
Especificacin de caso de uso: Consultar Informacin de la Mascota Nombre del Caso de Uso del Sistema : Descripcin : Consultar Informacin de la Mascota
Este caso de uso se encargar registrar nuevos mdicos.
Actores: Precondiciones:
Usuario
58
1. El usuario selecciona en el men la opcin de Consultar Datos de la Mascota. 3. El usuario selecciona la mascota y presionara el botn Consultar Informacin.
2. El sistema muestra la pantalla de Consultar Datos de la mascota. 4. El sistema mostrara la informacin de la mascota.
Flujo Alterno 1. Si el usuario desea exportar a PDF o Excel presionara el botn de Exportar a PDF o Exportar a Excel. Post Condiciones: Se visualizar la grilla con el resultado de la consulta.
Tabla 15: Especificacin de caso de uso: Consultar Informacin de la Mascota
Especificacin de caso de uso: Reservar Cita Medica Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Reservar Cita Medica
Este caso de uso se encargar registrar una cita mdica para la mascota. Usuario
1. El usuario selecciona en el men la opcin de Registrar Cita Mdica. 3. El usuario selecciona a la mascota que desea reservar una cita.
2. El sistema muestra la pantalla de Registrar Cita Mdica con la grilla de mascotas del cliente. 4. El sistema carga una ventana pop up donde deber seleccionar la Clnica Veterinaria, Especialidad y Medico.
59
5. El usuario selecciona una Clnica Veterinaria, Especialidad y Medico. 6. El usuario selecciona el da que desea reservar cita.
6. El sistema muestra en el calendario pintado de color verde los das que contienen citas para reservar. 8. El sistema muestra una ventana modal con los horarios del da seleccionado.
9. El usuario selecciona la hora que desea reservar la cita. 10. El sistema muestra una alerta de confirmacin de la reserva. 11. El usuario presiona aceptar. 12. El sistema valida los datos y registra la cita. 13. El sistema nos enva la pantalla de Consultar Citas Flujo Alterno Post Condiciones:
Tabla 16: Especificacin de caso de uso: Reservar Cita Medica
Especificacin de caso de uso: Consultar Cronograma de Citas y Vacunas Nombre del Caso de Uso del Sistema : Descripcin : Actores: Consultar Cronograma de Citas y Vacunas
Este caso de uso se encargar registrar una cita mdica para la mascota. Usuario
Precondiciones:
60
1. El usuario selecciona en el men la opcin de Consultar Cronograma de Citas y Vacunas.
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.
3. El usuario selecciona la mascota de quien desea consultar el cronograma y presiona el botn Consultar
Flujo Alterno 1. Si el usuario desea exportar a PDF o Excel presionara el botn de Exportar a PDF o Exportar a Excel. Post Condiciones: Se visualizar la grilla con los nuevos datos.
Tabla 17: Especificacin de caso de uso: Consultar Cronograma de Citas y Vacunas
61
5.4. Modelo Conceptual

C_Perfil C_Horario_Medico_Detalle +Id_Horario_Medico +Id_Horario_Medico_Detalle +Fecha_Horario_Medico +Reservada C_Estado_Cita_Medica +Id_Estado_Cita_Medica +Estado_Cita_Medica C_Usuario +Id_Usuario +Id_Persona +Nombre_Usuario +Clave +Id_Perfil C_Cita_Medica C_Horario_Medico +Id_Horario_Medico +Id_Medico_Clinica +Id_Especialidad +Dia +Mes +Ano +Hora_Inicio +Hora_Fin +Estado +Nro_Citas +Id_Cita_Medica +Id_Horario_Medico_Detalle +Id_Mascota +Fecha_Cita +Id_Estado_Cita_Medica +Fecha_Reservacion C_Perfil_Menu +Id_Perfil_Menu +Id_Perfil +Id_Menu +Id_Perfil +Nombre_Perfil +Descripcion_Perfil +Tipo
C_Menu +Id_Menu +Titulo +URL +Parent +Visible +Orden
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_Departamento +Id_Departamento +Departamento
C_Medico_Clinica +Id_Medico_Clinica +Id_Medico +Id_Clinica_Veterinaria
C_Provincia +Id_Provincia +Provincia +Id_Departamento
C_Especialidad +Id_Especialidad +Especialidad +Estado C_Medico +Id_Medico +Nombre +Apellido_Paterno +Apellido_Materno +DNI +Telefono_Casa +Telefono_Celular +Email +Codigo_Medico +Fecha_Ingreso +Estado C_Clinica_Veterinaria +Id_Clinica_Veterinaria +Nombre_Clinica +RUC +Direccion +Email +Telefono +Estado +Id_Distrito +Latitud +Longitud +Logo C_Mascota +Id_Mascota +Nombre_Mascota +Fecha_Nac +Id_Raza +Id_Cliente C_Raza +Id_Raza +Nombre_Raza +Descripcion +Id_Tamano_Raza +Id_Familia_Raza +Estado +Imagen_Raza C_Distrito +Id_Distrito +Distrito +Id_Provincia +Latitud +Longitud
C_Medico_Especialidad +Id_Medico_Especialidad +Id_Medico +Id_Especialidad
C_Poliza +Id_Poliza +Id_Cliente +Id_Mascota +Id_Plan_Detalle +Fecha_Registro +Estado
C_Tamano_Raza +Id_Tamano_Raza +Nombre_Tamano +Id_Familia_Raza
C_Familia_Raza +Id_Familia_Raza +Nombre_Familia
C_Poliza_Fecha_Pago +Id_Poliza_Fecha_Pago +Id_Poliza +Fecha_Pago +Monto +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_Detalle C_Plan_Enfermedad +Id_Plan_Enfermedad +Id_Plan +Id_Enfermedad C_Plan +Id_Plan +Nombre_Plan +Descripcion_Plan +Pocentaje +Cobertura +Estado +Id_Familia_Raza +Id_Plan_Detalle +Id_Plan +Pago_Mensual +Pago_Semestral +Pago_Anual +Id_Tamano_Raza
Grfico 5: Modelo Conceptual
62
5.5. Diagrama de Secuencia

5.5.1.
: I_Login
Validar Usuario
: I_Pagina_Principal : C_Validar_Usuario : M_Usuario : M_Menu
: Usuario 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()
9 : Mestra lista Menu()
8 : Devuelve Menu()
Grfico 6: Diagrama de secuencia: Validar usuario
63
5.5.2.
I_Pagina_Principal
Mantener Pliza
C_Cliente C_Raza C_Plan C_Poliza M_Cliente M_Raza M_Plan M_Poliza
I_Mantener_Poliza
: Usuario 1 : Selecciona "Mantener Poliza"() 2 : Ingresa interface "Mantener Poliza"() 3 : Consultar Razas()
4 : Consultar Razas()
6 : Muestra lista de razas() 7 : Presiona boton "Nueva Poliza"()
5 : Devuelve lista de razas()
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()
Grfico 7: Diagrama de secuencia: Mantener Pliza
64
5.5.3.
Reservar Cita Medica

I_Registrar_Cita_MEdica C_Cita M_Cita
I_Pagina_Principal
: Usuario 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()
Grfico 8: Diagrama de secuencia: Reserva Cita Mdica
65
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 propsito de transferir el conocimiento de las mejores prcticas y su aplicacin.
5.6.1.
WEB Seguros VETPLAN
La aplicacin Web de VETPLAN seguros permite conocer los planes que ofrece la clnica 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
66
5.6.2.
WEB Seguros VERTI
Este seguro informa acerca de todas las coberturas desde las ms bsicas a la ms completa, que incluye informacin de servicios extra como asistencia veterinaria por accidente o por enfermedad.
Asimismo, ofrece tambin la cobertura de orientacin veterinaria, con la que pueden resolver, telefnicamente, 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
67
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
Figura 11: Prototipo Pantalla login
68
5.7.2.
Registrar Pliza
Figura 12: Prototipo Registrar Pliza
5.7.3.
Reservar Cita Medica
Grfico 13 Prototipo: Reservar Cita Mdica (listado de mascotas)
Figura 13: Prototipo Reservar Cita Mdica (fechas con citas disponibles)
69
Figura 14: Prototipo Reservar Cita Mdica (listado de horarios disponibles)
5.7.4.
Consultar Cita Medica
Figura 15: Prototipo Consultar Cita Mdica
70
5.7.5.
Mantenimiento de Clnica Veterinaria
Figura 16: Prototipo Mantenimiento de Clnica Veterinaria (listado de clnicas)
Figura 17: Prototipo Mantenimiento de Clnica Veterinaria (nuevo registro)
71
5.7.6.
Mantenimiento de Cliente
Figura 18: Prototipo Mantenimiento de Cliente (bsqueda 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)
72
Figura 21: Prototipo Mantenimiento de Plan (lista de enfermedades por plan)
Figura 22: Prototipo Mantenimiento de Plan (lista de precios del plan)
73
5.8.
Matriz de Requerimientos de Negocio vs Funcionales
Tabla 19: Prototipo: Matriz de requerimientos de negocio vs funcionales
74
CAPTULO V REQUERIMIENTOS
75
6. Requerimientos del Proyecto

Los requerimientos del proyectos estarn comprendidos en primer lugar por el los requerimientos funcionales, no funcionales modelado, descripcin 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 Pliza El usuario ingresara los datos necesarios para el registro de la pliza.
Descripcin
Descripcin
Nombre del Requisito: Registrar Cita Medica El usuario ingresara los datos necesarios para el registro de la cita.
Descripcin
Nombre del Requisito: Generar Reportes El usuario ingresara consultara los reportes que desea solicitar.
Descripcin
Nombre del Requisito: Consultar Cronogramas El usuario podr consultar sus cronogramas de pagos, as como el cronograma de citas y vacunas de la mascota.
6.2.
Nombre
Requerimientos No Funcionales
Disponibilidad El sistema deber estar disponible el 98% de las 24 horas que representan al da.
Descripcin
Nombre Descripcin
Escalabilidad El 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 cdigo existente de la menor manera posible; para ello deben incorporarse aspectos de reutilizacin de componentes.
76
El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades, modificar o eliminar funcionalidades despus de su construccin y puesta en marcha inicial.
Nombre Descripcin
Seguridad El sistema contar con claves encriptados y sistemas de autenticacin a travs de cuentas de Usuario. Adems de hacer comparaciones de data para evitar cualquier fraude de terceros en la manipulacin directa de la base de datos Se concluye que el sistema es totalmente seguro.
Nombre Descripcin
Mantenibilidad Toda el sistema deber estar complemente documentado, cada uno de los componentes de software que forman parte de la solucin propuesta debern estar debidamente documentados tanto en el cdigo fuente como en los manuales de administracin y de usuario. El sistema debe contar con una interfaz de administracin que incluya: Administracin de usuarios. El sistema debe estar en capacidad de permitir en el futuro su fcil mantenimiento con respecto a los posibles errores que se puedan presentar durante la operacin del sistema.
Nombre Descripcin
Flexibilidad El sistema debe ser diseado y construido con los mayores niveles de flexibilidad en cuanto a la parametrizacin de los tipos de datos, de tal manera que la administracin del sistema sea realizada por un administrador funcional del sistema.
77
CAPTULO VI ARQUITECTURA
78
7. Anlisis y Diseo
7.1. Diagrama de paquetes del sistema
Administracion
Mantenimientos
Reportes
Seguridad
Grfico 9: Diagrama de paquetes del sistema
79
7.2.
Diagrama de casos de uso del sistema
Paquete de Mantenimientos
Mantener Perfil Mantener Plan
Mantener Enfermedad
Mantener Poliza
Mantener Clinica Veterinaria Administrador del Sistema
Mantener Tipo de Enfermedad
Mantener Cliente
Mantener Raza
Grfico 10: Paquete de Mantenimientos
Paquete de Reportes
Reporte de Citas por Fecha Reporte de Nro de Enfermedades por Mes
Gerente Clinica
Reporte de Atenciones Realizadas
Reporte de Historias Clinicas Realizadas
Grfico 11: Paquete de Reportes
80
Paquete de Seguridad
Validar Usuario Usuario
Grfico 12: Paquete de Seguridad
Paquete de Administracin
Consultar Fecha Pagos Poliza
Registrar Horario Medico
Cliente Registrar Cita
Consultar Cita Recepcionista Clinica
Administrador Clinica
Grfico 13: Paquete de Horario-Citas-Plan
81
7.3.
Diagrama de Estados
Estado Pliza de Seguro
Registrada
Cliente desea cancelar poliza
Cancelada
Grfico 14: Diagrama de estado de pliza
Estado Cita Medica
Reservada Cliente anula cita Anulada Cliente no asistio a cita Falto
Atendida
Grfico 15: Diagrama de estado de cita medica
82
Estado Plan de Seguro
Registrado Elimina Plan de Seguro Eliminado Actualiza Plan de Seguro
Actualizado
Grfico 16: Diagrama de estado de plan de seguro
Estado Pago de Pliza de Seguro
Cliente cancela poliza Cancelado Registrado
Pagado
Grfico 17: Diagrama de estado de pago de pliza de seguro
83
7.4.
Diagrama de Componentes
PetSis Android PetSis WebServices PetSis BD
Mantener_Cliente PetSis WEB Mantener_Clinica_Veterinaria Consultar_Fecha_Pagos_Poliza Mantener_Enfermedad
Registrar_Cita Mantener_Perfil Mantenimientos_ Resportes_ Seguridad_ Horario-Citas-Plan_
Mantener_Plan Validar_Usuario ReporteNroEnfermedadesMes Reporte_Citas_Fecha
Consultar_Cita
Mantener_Poliza
Registrar_Horario_Medico
Mantener_Tipo_Enfermedad
Reporte_Atenciones_Realizadas
Mantener_Raza
Reporte_Historias_Clinica_ Realizadas
Grfico 18: Diagrama de componentes
7.5.
Diagrama de Despliegue
<<artifact>> Protocolo TCP/IP
Web PetSis
PC Usuario
FireWall
WebServices PetSis
Servidor de Aplicacion
Servidor de Base de Datos (SQL Server 2008)
<<artifact>> HTTP
Android PetSis
Grfico 19: Diagrama de despliegue
85
7.6.
Diagrama de base de datos

T_Horario_Medico_Detalle
Id_Horario_Medico Id_Horario_Medico_Detalle Fecha_Horario_Medico Reservada
T_Usuario T_Estado_Cita_Medica
Id_Estado_Cita_Medica Estado_Cita_Medica
Id_Usuario Id_Persona Nombre_Usuario Clave Id_Perfil
T_Perfil
Id_Perfil Nombre_Perfil Descripcion_Perfil Tipo
T_Menu
Id_Menu Titulo URL
T_Perfil_Menu
Id_Perfil_Menu Id_Perfil
Parent Visible Orden
T_Cita_Medica
Id_Cita_Medica Id_Horario_Medico_Detalle Id_Mascota Fecha_Cita
Id_Menu
T_Horario_Medico
Id_Horario_Medico Id_Medico_Clinica Id_Especialidad Dia Mes Ano Hora_Inicio Hora_Fin Estado Nro_Citas
Id_Estado_Cita_Medica Fecha_Reservacion
T_Cliente
Id_Cliente Nombre Apellido_Paterno Apellido_Materno DNI Telefono_Casa Telefono_Celular Email Fecha_Ingreso
T_Departamento
Id_Departamento Departamento
T_Medico_Clinica
Id_Medico_Clinica Id_Medico Id_Clinica_Veterinaria
Estado Id_Distrito Direccion Tipo_Cliente Id_Clinica_Veterinaria
T_Provincia
Id_Provincia Provincia
T_Especialidad
Id_Especialidad Especialidad Estado
Id_Departamento
T_Medico
Id_Medico Nombre Apellido_Paterno Apellido_Materno DNI Telefono_Casa Telefono_Celular Email
T_Clinica_Veterinaria
Id_Clinica_Veterinaria Nombre_Clinica RUC Direccion Email Telefono Estado Id_Distrito Latitud Longitud Logo
T_Distrito
Id_Distrito
T_Mascota
Id_Mascota Nombre_Mascota Fecha_Nac Id_Raza Id_Cliente
Distrito Id_Provincia Latitud Longitud
T_Medico_Especialidad
Id_Medico_Especialidad Id_Medico Id_Especialidad
Codigo_Medico Fecha_Ingreso Estado
T_Poliza
Id_Poliza Id_Cliente Id_Mascota Id_Plan_Detalle Fecha_Registro Estado
T_Raza
Id_Raza Nombre_Raza Descripcion Id_Tamano_Raza Id_Familia_Raza Estado Imagen_Raza
T_Tamano_Raza
Id_Tamano_Raza Nombre_Tamano Id_Familia_Raza
T_Familia_Raza
Id_Familia_Raza Nombre_Familia
T_Tipo_Enfermedad
Id_Tipo_Enfermedad Nombre_Tipo Descripcion_Tipo Estado
T_Poliza_Fecha_Pago T_Enfermedad
Id_Enfermedad Nombre_Enfermedad Descripcion_Enfermedad Id_Tipo_Enfermedad Costo Estado Archivo_Enfermedad
Id_Poliza_Fecha_Pago Id_Poliza Fecha_Pago Monto
T_Plan_Enfermedad
Id_Plan_Enfermedad Id_Plan Id_Enfermedad
T_Plan
Id_Plan Nombre_Plan Descripcion_Plan Pocentaje Cobertura Estado Id_Familia_Raza
T_Plan_Detalle
Id_Plan_Detalle Id_Plan Pago_Mensual Pago_Semestral Pago_Anual Id_Tamano_Raza
Estado
Grfico 20: Diagrama de base de datos
86
7.7.
Diccionario de datos
Tabla T_Cita_Medica
Tipo Largo Acepta Nulos
No No No No No No
Campo
Es Primary Key
PK FK FK No FK No
Descripcin
Id_Cita_Medica Id_Horario_Medico_Detalle Id_Mascota Fecha_Cita Id_Estado_Cita_Medica Fecha_Reservacion
int int int datetime int datetime
5 5 5 10 2 10
Identificador de cita medica Identificador del horario del medico Identificador de la mascota Fecha de la cita Estado de la cita Fecha de reservacin de la cita
Tabla 20: Diccionario de datos Tabla Cita Medica
Tabla T_Cliente
No No No No No Si Si No No No No No No No
Campo
Es Primary Key
PK No No No No No No No No No FK No No FK
Descripcin
Id_Cliente Nombre Apellido_Paterno Apellido_Materno DNI Telefono_Casa Telefono_Celular Email Fecha_Ingreso Estado Id_Distrito Direccion Tipo_Cliente Id_Clinica_Veterinaria
int varchar varchar varchar varchar varchar varchar varchar datetim e int int varchar int int
5 50 50 50 15 15 15 250 10 2 5 250 2 5
Identificador del cliente Nombre del cliente Apellido paterno del cliente Apellido materno del cliente DNI del cliente Telfono de casa del cliente Celular del cliente Email del cliente Fecha de ingreso del cliente Estado del cliente Identificador del distrito Direccin del cliente Tipo de cliente Identificador de la clnica veterinaria
Tabla 21: Diccionario de datos Tabla Cliente
Tabla T_Clinica_Veterinaria
Tipo Largo Acepta Nulos Es Primary Key Descripcin
Campo
Id_Clinica_Veterinaria Nombre_Clinica RUC Direccion Email Telefono Estado Id_Distrito Latitud Longitud Logo
int 5 No PK varchar 150 No No varchar 20 No No varchar 250 No No varchar 150 No No varchar 15 No No int 2 No No int 5 No FK varchar 100 No No varchar 100 No No varchar 150 Si No Tabla 22: Diccionario de datos: Tabla Clnica Veterinaria
Identificador de clnica Nombre de la clnica RUC de la clnica Direccin de la clnica Email de la clnica Telfono de la clnica Esta de la clnica Identificador del distrito Latitud de la clnica Longitud de la clnica Logo de la clnica
Tabla T_Departamento
No No
Campo
Es Primary Key
PK No
Descripcin
Id_Departamento Departamento
int varchar
5 100
Identificador de departamento Nombre del departamento
Tabla 23: Diccionario de datos: Tabla Departamento
Tabla T_Distrito
No No No
Campo
Es Primary Key
PK No FK
Descripcin
Id_Distrito Distrito Id_Provincia Latitud Longitud
int varchar int
5 100 5
varchar 100 No No varchar 100 No No Tabla 24: Diccionario de datos: Tabla Distrito
Identificador de distrito Nombre del distrito Identificador de provincia Latitud del distrito Longitud del distrito
88
Tabla T_Enfermedad
Tipo
int varchar varchar int
Campo
Id_Enfermedad Nombre_Enfermedad Descripcion_Enfermed ad Id_Tipo_Enfermedad Costo Estado Archivo_Enfermedad
Largo
5 100 250 5
Acepta Nulos
No No No No
Es Primary Key
PK No No FK
Descripcin
Identificador de enfermedad Nombre de enfermedad Descripcin de enfermedad Identificador de tipo d enfermedad Costo de enfermedad Estado de enfermedad Archivo de enfermedad
decimal 10 No No Int 2 No No varchar 150 No No Tabla 25: Diccionario de datos: Tabla Enfermedad
Tabla T_Especialidad
Tipo
int
Campo
Id_Especialidad Especialidad Estado
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de especialidad Nombre de especialidad Estado de enfermedad
varchar 150 No No int 2 No No Tabla 26: Diccionario de datos: Tabla Especialidad
Tabla T_Estado_Cita_Medica
Tipo
int
Campo
Id_Estado_Cita_Medic a Estado_Cita_Medica
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de estado cita medica Nombre de estado
varchar 150 No No Tabla 27: Diccionario de datos: Tabla Estado Cita Medica
Tabla T_Familia_Raza
Tipo
int
Campo
Id_Familia_Raza Nombre_Familia
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de familia raza Nombre de familia raza
varchar 50 No No Tabla 28: Diccionario de datos: Tabla Familia Raza
89
Tabla T_Horario_Medico
Tipo
int int Int Int Int Int varchar varchar Int
Campo
Id_Horario_Medico Id_Medico_Clinica Id_Especialidad Dia Mes Ano Hora_Inicio Hora_Fin Estado Nro_Citas
Largo
5 5 5 5 5 5 5 5 2
Acepta Nulos
No No No No No No No No No
Es Primary Key
PK FK FK No No No No No No
Descripcin
Identificador de horario medico Identificador de medico Identificador de especialidad Da Mes Ao Hora de inicio Hora de fin Estado del horario medico detalle Nro. de citas
Int 5 No No Tabla 29: Diccionario de datos: Tabla Horario Medico
Tabla T_Horario_Medico_Detalle
Tipo
int int
Campo
Id_Horario_Medico Id_Horario_Medico_D etalle Fecha_Horario_Medico Reservada
Largo
5 5
Acepta Nulos
No No
Es Primary Key
FK PK
Descripcin
Identificador de horario medico Identificador de horario medico detalle Fecha de horario Reservada
datetim 10 No No e Int 5 No No Tabla 30: Diccionario de datos: Tabla Horario Medico Detalle
Tabla T_Mascota
Tipo
int varchar datetim e int int
Campo
Id_Mascota Nombre_Mascota Fecha_Nac Id_Raza Id_Cliente
Largo
5 150 10 5 5
Acepta Nulos
No No No No No
Es Primary Key
PK No No FK FK
Descripcin
Identificador de mascota Nombre de mascota Fecha de nacimiento mascota Identificador de raza Identificador de cliente
Tabla 31: Diccionario de datos: Tabla Mascota
90
Tabla T_Medico
Tipo
int varchar varchar varchar
Campo
Id_Medico Nombre Apellido_Paterno Apellido_Materno DNI Telefono_Casa Telefono_Celular Email Codigo_Medico Fecha_Ingreso Estado
Largo
5 50 50 50
Acepta Nulos
No No No No
Es Primary Key
PK No No No
Descripcin
Identificador de medico Nombre de medico Apellido paterno de medico Apellido materno de medico DNI de medico Telfono de medico Celular de medico Email de medico Cdigo de medico Fecha de ingreso de medico Estado de medico
Varchar 15 No No Varchar 15 No No Varchar 15 Si No Varchar 250 No No Varchar 50 Si No datetim 10 No No e int 2 No No Tabla 32: Diccionario de datos: Tabla Medico
Tabla T_Medico_Clinica
Tipo
int int int
Campo
Id_Medico_Clinica Id_Medico Id_Clinica_Veterinaria
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de medico clnica Identificador de medico Identificador de clnica
5 No FK 5 No FK Tabla 33: Diccionario de datos: Tabla Medico Clnica
Tabla T_Medico_Especialidad
Tipo
int int int
Campo
Id_Medico_Especialida d Id_Medico Id_Especialidad
Largo
5 5 5
Acepta Nulos
No No No
Es Primary Key
PK FK FK
Descripcin
Identificador de mdicoespecialidad Identificador de medico Identificador de especialidad
Tabla 34: Diccionario de datos: Tabla Medico Especialidad
91
Tabla T_Menu
Tipo
int Varchar varchar Int int int
Campo
Id_Menu Titulo URL Parent Visible Orden
Largo
5 50 Max 5 5 5
Acepta Nulos
No No No No No No
Es Primary Key
PK No No No No No
Descripcin
Identificador de men Ttulo de la opcin de men URL de la opcin de men Parent de la opcin de men Visible la opcin de men Orden de la opcin de menu
Tabla 35: Diccionario de datos: Tabla Menu
Tabla T_Perfil
Identificador de perfil Nombre del perfil Descripcin del perfil Tipo de perfil
Campo
Id_Perfil Nombre_Perfil Descripcion_Perfil Tipo
int 5 No PK varchar 50 No No varchar 200 No No int 5 No No Tabla 36: Diccionario de datos: Tabla Perfil
Tabla T_Perfil_Menu
Tipo
int int int
Campo
Id_Perfil_Menu Id_Perfil Id_Menu
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de perfilmenu Identificador de perfil Identificador de menu
5 No FK 5 No FK Tabla 37: Diccionario de datos: Tabla Perfil Menu
Tabla T_Plan
Tipo
int varchar varchar Int
Campo
Id_Plan Nombre_Plan Descripcion_Plan Pocentaje
Largo
5 100 max 5
Acepta Nulos
No No No No
Es Primary Key
PK No No No
Descripcin
Identificador de plan Nombre del plan Descripcin del plan Porcentaje de descuento del plan
92
Cobertura Estado Id_Familia_Raza
decimal Int Int
7 2 5
No No No
No No FK
Cobertura del plan Estado del plan Identificador de familiaraza
Tabla 38: Diccionario de datos: Tabla Plan
Tabla T_Plan_Detalle
Tipo
int int decimal decimal decimal int
Campo
Id_Plan_Detalle Id_Plan Pago_Mensual Pago_Semestral Pago_Anual Id_Tamano_Raza
Largo
5 5 10 10 10 5
Acepta Nulos
No No No No No No
Es Primary Key
PK FK No No No FK
Descripcin
Identificador de plandetalle Identificador del plan Pago mensual Pago semestral Pago anual Identificador de tamaoraza
Tabla 39: Diccionario de datos: Tabla Plan Detalle
Tabla T_Plan_Enfermedad
Tipo
int int int
Campo
Id_Plan_Enfermedad Id_Plan Id_Enfermedad
Largo
5 5 5
Acepta Nulos
No No No
Es Primary Key
PK FK FK
Descripcin
Identificador de planenfermedad Identificador de plan Identificador de enfermedad
Tabla 40: Diccionario de datos: Tabla Plan Enfermedad
Tabla T_Poliza
Tipo
int int int int
Campo
Id_Poliza Id_Cliente Id_Mascota Id_Plan_Detalle Fecha_Registro Estado
Largo
5 5 5 5
Acepta Nulos
No No No No
Es Primary Key
PK FK FK FK
Descripcin
Identificador de pliza Identificador de cliente Identificador de mascota Identificador de plandetalle Fecha de registro de pliza Estado de pliza
datetim 10 No No e int 2 No No Tabla 41: Diccionario de datos: Tabla Pliza
93
Tabla T_Poliza_Fecha_Pago
Tipo
int
Campo
Id_Poliza_Fecha_Pago Id_Poliza Fecha_Pago Monto Estado
Largo
5
Acepta Nulos
No
Es Primary Key
PK
Descripcin
Identificador de poliza-fehcapago Identificador de pliza Fecha de pago Monto de pliza Estado de pliza
int 5 No FK datetime 10 No No Decimal 8 No No int 2 No No Tabla 42: Diccionario de datos: Tabla Pliza Fecha Pago
Tabla T_Provincia
Identificador de provincia Nombre de provincia Identificador de departamento
Campo
Id_Provincia Provincia Id_Departamento
int 5 No PK varchar 100 No No int 5 No FK Tabla 43: Diccionario de datos: Tabla Provincia
Tabla T_Raza
Tipo
int varchar varchar int int int varchar
Campo
Id_Raza Nombre_Raza Descripcion Id_Tamano_Raza Id_Familia_Raza Estado Imagen_Raza
Largo
Acepta Nulos
Es Primary Key
Descripcin
Identificador de raza Identificador de pliza Descripcin de la raza Identificador de tamao-raza Identificador de familia-raza Estado de la raza Imagen de la raza
5 No PK 50 No No 250 Si No 5 No FK 5 No FK 2 No No 150 Si No Tabla 44: Diccionario de datos: Tabla Raza
Tabla T_Tamano_Raza
Tipo
int varchar Int
Campo
Id_Tamano_Raza Nombre_Tamano Id_Familia_Raza
Largo
5 50 5
Acepta Nulos
No No No
Es Primary Key
PK No FK
Descripcin
Identificador de tamaoraza Nombre del tamao de la raza Identificador de familiaraza
Tabla 45: Diccionario de datos: Tabla Tamao Raza
94
Tabla T_Tipo_Enfermedad
Tipo
int Varchar Varchar intl
Campo
Id_Tipo_Enfermedad Nombre_Tipo Descripcion_Tipo Estado
Largo
5 100 max 2
Acepta Nulos
No No No No
Es Primary Key
PK No No No
Descripcin
Identificador de tipoenfermedad Nombre de tipo d enfermedad Descripcin de tipo de enfermedad Estado de tipo de enfermedad
Tabla 46: Diccionario de datos: Tabla Tipo de Enfermedad
Tabla T_Usuario
Identificador de usuario Identificador de persona Nombre de usuario Clave de usuario Identificador de perfil
Campo
Id_Usuario Id_Persona Nombre_Usuario Clave Id_Perfil
int 5 No PK int 5 No FK Varchar 150 No No Varchar 50 No No int 5 No FK Tabla 47: Diccionario de datos: Tabla Usuario
95
CAPTULO VII DESARROLLO Y PRUEBAS
96
8. Desarrollo y pruebas
8.1. Introduccin
En el presente capitulo presentaremos la plataforma tecnolgica en la cual estar basada el software a desarrollar, esta plataforma tecnolgica no solo permitir la programacin, sumando a esto exigir el uso de mejores de prcticas 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
Plataforma tecnolgica
Software de Desarrollo Para el desarrollo de la solucin de software se utilizo la siguiente plataforma: Visual Studio 2010 y SQL Server 2008 Framework La aplicacin web utilizara el framework 4.0 que posee las libreras necesarias donde la aplicacin web estar. As mismo se utilizara el framework en javascript de GoogleMaps y Jquery. Patrn La aplicacin utilizara el patrn de capas: Entidades, Acceso a Datos, Lgica, Servicio de Contratos, Servicio, Servicio de Host y Presentacin.
8.2.1.
97
8.3.
8.3.1.
Pruebas
Plan de pruebas del proyecto
Propsito El propsito de este plan de pruebas para la aplicacin web es tratar de cumplir los siguientes objetivos: Identificar las funcionalidades ms 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 aplicacin de planes de seguro para mascotas a desarrollar, la arquitectura de la aplicacin, corresponde a una aplicacin web donde la mayora de sus funcionalidades estn basadas en Callbacks y Jquery. Alance Se realizaran las siguientes pruebas: Pruebas de caja negra: Su objetivo es asegurar la funcionalidad requerida, incluyendo la navegacin, entrada de datos, su procesamiento y recuperacin. Requerimientos para las pruebas Se sometern a prueba los siguientes casos de uso de prueba con su respectiva correspondencia con los casos de uso del sistema:
Paquete de Seguridad 1. Validar usuario Paquete de Administracin 2. Registrar Horario Medico 3. Registrar Cita 4. Consultar Cita Paquete de Mantenimientos 98
5. 6. 7. 8. 8.3.2.
Mantener Plan Mantener Pliza Mantener Cliente Mantener Clnica Veterinaria
Ejecucin de Casos de Uso de Pruebas

Paquete de Seguridad CUP_001: Validar Usuario Descripcin: 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 Administracin CUP_002: Registrar Horario Medico Descripcin: Registrar horario del mdico. Pasos 1: El usuario presiona el botn Agregar Horario. Resultado 1: El sistema abre una ventana modal con los campos: medico, especialidad, ao, mes, da, hora inicio y hora fin. Paso 2: El usuario llena los datos de la ventana modal. Paso 3: El usuario presiona el botn Grabar. Resultado 2: El sistema valida que los datos ingresados sean correctos e ingresa los datos y muestra un mensaje que la operacin se realiz con xito.
99
CUP_003: Registrar Cita Descripcin: Registrar cita para la mascota del cliente. Paso 1: El usuario selecciona la opcin de men: Citas Mdicas > 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: Clnica, Especialidad y Medico. Paso 3: El usuario selecciona: Clnica, Especialidad y Medico. Resultado 3: El sistema muestra las fechas de citas en el calendario de color verde del mdico 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 confirmacin de reserva de cita Paso 6: El usuario confirma presionando el botn Aceptar. Resultado 6: El sistema muestra un mensaje de confirmacin de reserva de cita y nos enva a la pantalla de consulta de citas.
100
CUP_004: Consultar Cita Descripcin: Consultar cita de las mascota del cliente. Paso 1: El usuario selecciona la opcin de men: Citas Mdicas > 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 Descripcin: Registrar y consultar planes de seguro para mascotas. Paso 1: El usuario selecciona la opcin 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 botn 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 botn Grabar. Resultado 3: El sistema valida los datos y si todo es correcto, registra el plan y muestra un mensaje de xito.
101
Paso 4: El usuario presiona el botn de enfermedades Resultado 4: El sistema abre una ventana modal con la lista de enfermedades Paso 5: El usuario selecciona las enfermedades a cubrir por el plan y presiona el botn 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 botn de Detalle Plan Resultado 6: El sistema abre una ventana modal con los campos: tamao, pago mensual, pago semestral y pago anual. Paso 7: El usuario completa los datos y presiona el botn 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 Pliza Descripcin: Registra y consultar pliza de seguro para mascotas. Paso 1: El usuario selecciona la opcin de men: Mantenimientos > Mantener Pliza. Resultado 1: El sistema muestra la pantalla de mantener pliza con la lista de plizas registradas hasta la fecha.
102
Paso 2: El usuario presiona el botn Agregar Pliza. Resultado 2: El sistema abre una ventana modal con los datos de la pliza a llenar. Paso 3: El usuario llena los datos y presiona el botn Grabar. Resultado 3: El sistema valida los datos y si todo es correcto, registra la pliza y muestra un mensaje de xito.
CUP_007: Mantener Cliente Descripcin: Registra y consultar clientes. Paso 1: El usuario selecciona la opcin 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 botn 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 botn Grabar. Resultado 3: El sistema valida los datos y si todo es correcto, registra el cliente y le enva un mail notificndole su usuario y clave para que pueda ingresar al sistema, y para finalizar muestra un mensaje de xito.
103
CUP_008: Mantener Clnica Veterinaria Descripcin: Registra y consultar clnicas veterinarias. Paso 1: El usuario selecciona la opcin de men: Mantenimientos > Mantener Clnica Veterinaria. Resultado 1: El sistema muestra la pantalla de mantener clnica veterinaria con la lista de clnicas asociadas. Paso 2: El usuario presiona el botn Agregar Clnica 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 botn Grabar. Resultado 3: El sistema valida los datos y si todo es correcto, registra la pliza y muestra un mensaje de xito.
104
CAPTULO VIII GESTION DEL PROYECTO
105
9. GESTIN DEL PROYECTO

9.1. Introduccin
En el siguiente captulo se detallar la organizacin, coordinacin y administracin del proyecto de investigacin. Tambin se presentaran los factores que viable el proyecto desde el punto de vista tcnico y econmico. 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

Viabilidad Tcnica
Plataforma actual del negocio En la actualidad La Clnica Veterinaria solo cuenta con un sistema en foxpro el cual lo utilizan para mantener el registro de sus clientes y mascotas, tambin lo utilizan como registro de ventas. En relacin a hardware la Clnica Veterinaria tiene una PC Pentium 3 con 256 de RAM
9.2.1.
9.2.2.
Viabilidad Econmica
Plan de Proyecto de la Clnica Veterinaria A continuacin 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.
106
Grfico 21: Plan de Proyecto Fuente: Elaboracin propia, 2013
Al analizar el Plan de Operaciones es donde se identifica la necesidad de contar con el soporte tecnolgico 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 gestin 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 o o Jefatura de proyecto Analista de requerimientos Analista de Calidad
Las habilidades del recurso son: conocimientos en gestin de proyectos, experiencia en el levantamiento de informacin y captura de requerimientos.
107
Analista Desarrollador: Es el responsable convertir los requisitos en casos de uso del sistema, casos de uso de diseo y componentes, programar los casos de uso, implementar el diseo fsico de la base de datos. Los roles que representa este recurso son: o o o Programador Ingeniero de Componentes Administrador de Base de Datos
Las habilidades de este recurso son: conocimiento de programacin .NET, jQuery conocimiento de base de datos. Recursos de Hardware o o 2 laptop caractersticas estndar (HP Core i5) 1 PC HP con procesador Intel Core i3 servir como ambiente de desarrollo, manejo de versiones, pruebas funcionales y de stress. Observacin: 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 desempean cuyo costo es presupuestado segn tarifario. Subcontratas o o Servicio de Hosting Dominio web
Observacin: los costos de subcontratas sern asumidos por el cliente. Muebles e inmuebles y otros medios de comunicacin Los costos de muebles e inmuebles requeridos, internet, luz y otros servicios sern considerados dentro de los gastos generales asignados
108
dentro de presupuesto cuyos costos sern en funcin de tarifario de la consultora. Tiempo de implementacin del proyecto El proyecto en total ha tenido una duracin de 3 meses desde la concepcin, diseo implementacin y piloto, la etapa de estabilizacin tiene una duracin de 1 mes y posterior a ello vendr la operacin. Costos de los recursos Todos los costos son asumidos por la consultora que desarrolla el sistema a excepcin de los costos de subcontrata que son del cliente. A continuacin se detallan los costos de la consulta para determinar cul ser el costo del proyecto. Costo de Mano de Obra
Asignacin de recurso mensual Costo de recurso mensual segn asignacin Cargo Mes 1 Mes 2 Mes 3 Mes 4 Mes 1 Mes 2 Mes 3 Mes 4 Analista de Proyecto 75% 100% 100% 25% S/. 4,622 S/. 6,163 S/. 6,163 S/. 1,541 Analista Desarrollador 75% 100% 100% 50% S/. 3,406 S/. 4,541 S/. 4,541 S/. 2,270 Sub-Total
Tabla 48: Costo de Mano de Obra
Sub total S/. 18,488 S/. 14,758 S/. 33,246
Gastos Generales Asignados a la Mano de Obra

Costo Mensual Mes 1 Mes 2 Mes 3 44 58 58 14 19 19 120 160 160
Gastos Asignados Soporte informatico Celulares Eventos
Mes 4 22 6 61 Sub-Total
Sub total S/. 182 S/. 58 S/. 501 S/. 740
Tabla 49: Costo Gastos Generales Asignados a la Mano de Obra
109
Gastos Generales Directos
Gastos Generales Directos Movilidad Costos de oficina Otros gastos
Costo Mensual Mes 1 Mes 2 Mes 3 44 58 58 14 19 19 120 160 160
Mes 4 22 6 61 Sub-Total
Sub total S/. 182 S/. 58 S/. 501 S/. 740
Tabla 50: Costo Gastos Generales Directos
Depreciacin Asignada
Depreciacin asociada al puesto de trabajo Asignada
Costo Mensual Sub total Mes 1 Mes 2 Mes 3 Mes 4 S/. 96 S/. 128 S/. 128 S/. 48 S/. 399
Tabla 51: Depreciacin Asignada
Costos consolidados del proyecto

Totales Nuevos Soles S/. 37,215 S/. 3,080 S/. 33,246 S/. 888 S/. 148 S/. 740 S/. 0 Duracin Mes 2 Mes 3 S/. 11,748 S/. 11,748 S/. 770 S/. 770 S/. 10,704 S/. 10,704 S/. 275 S/. 275 S/. 37 S/. 37 S/. 238 S/. 238 S/. 0 S/. 0
Concepto Egresos Costo Bienes y Subcontrata Mano de Obra Gastos Generales Gastos Generales Directos Gastos Generales Asignados Inversin (Equipos y Software)
Mes 1 S/. 9,013 S/. 770 S/. 8,028 S/. 215 S/. 37 S/. 178 S/. 0
Mes 4 S/. 4,705 S/. 770 S/. 3,811 S/. 124 S/. 37 S/. 87 S/. 0
Tabla 52: Costos Consolidados del Proyecto
Incluyendo un 10% de margen el costo total del proyecto: S/. 47,793
Observacin: no se incluye la depreciacin asignada ya que es un gasto contable no real y el flujo solo se incluyen costos reales.
110
Calculo de retorno de inversin El clculo del retorno de la inversin es revisada desde el lado del cliente es decir la clnica veterinaria, dado que para la consultora el retorno ser una vez terminado el proyecto y facture por el producto. Estadsticas Las estadsticas se basan en informacin proporcionada por la clnica veterinaria teniendo como fuente la base de datos de sus atenciones. Al realizar una pequea encuesta a 195 clientes para conocer su percepcin del nuevo servicio se obtuvo los siguientes resultados:
Porcentaje de Clientes que compraran un Seguro para su Mascota
Grfico 22: Porcentaje de Clientes que compraran un Seguro para su Mascota Fuente: Elaboracin propia, 2013
Porcentaje de preferencia por servicio de salud que los usuarios desearan dentro del seguro.
111
Grfico 23: Porcentaje de preferencia por servicio de salud que los usuarios desearan dentro del seguro Fuente: Elaboracin propia, 2013
Porcentaje del mercado que la clnica veterinaria ha cautivado.
Grfico 24: Porcentaje del mercado que la clnica veterinaria ha cautivado Fuente: Elaboracin propia, 2013
Comentario: Se desprende el grfico 23 que la clnica veterinaria El Trigal todava tiene un 45% del mercado que puede ocupar segn estudios realizados y experiencia del cliente se proyecta solo sobre el 80% del universo.
112
Ingresos Mensuales
Grfico 25: Ingresos Mensuales Fuente: Elaboracin propia, 2013
Comentario: Este comportamiento variable de los ingresos ha sido uno de los factores que tambin ha llevado a la clnica veterinaria a incursionar en el mercado de los seguros para mascotas canes especficamente esto permitir poder contar con flujos estables en el tiempo. Calculo de Retorno de Inversin La clnica veterinaria el Trigal segn la estadstica e informacin 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 tamao de la mascota por tamao de mascota. Para esto el estimado es: Ao 1: 70 inscripciones 50 inscripciones raza pequea 20 inscripciones raza grande Ao 2: 100 inscripciones 40 inscripciones raza pequea
113
30 inscripciones raza grande 20 inscripciones raza grande Ao 3: 100 inscripciones 40 inscripciones raza pequea 30 inscripciones raza grande 20 inscripciones raza grande
El costo mensual por pliza est en funcin del tamao (raza grande, mediana y pequea), el tamao est en funcin del catlogo definido por el negocio, para lo cual se espera obtener:
114
Flujo de Caja
Mes 1 Ingresos Ingresos de inscripciones Total Ingresos Egresos Software Alquiler Hosting Alquiler Dominio 1 PC Mantenimiento de Aplicacin Total Egresos 0 0 47793 60 50 2800
Mes 2 4100 4100
Mes 3 4100 4100
Mes 4 4100 4100
Mes 5 4100 4100
Mes 6 4100 4100
Mes 7 4100 4100
Mes 8 4100 4100
Mes 9 4100 4100
Mes 10 Mes 11 Mes 12 Mes 13 Mes 14 4100 4100 4100 4100 4100 4100 5400 5400 5400 5400
60 50
60 50
60 50
60 50
60 50
60 50
60 50
60 50
60 50
60 50
60 50 1000 1110 -7513
60 50
60 50
1000 50703 110 110 110 110 1110 110 110 110 110 110 -50703 -46713 -42723 -38733 -34743 -31753 -27763 -23773 -19783 -15793 -11803
110 -2223
110 3067
Tabla 53: Flujo de Caja
De acuerdo al flujo de caja se muestra que al dcimo cuarto mes de funcionamiento de la aplicacin, se podr recuperar la inversin que se realiz.
115
9.2.3.
Viabilidad Legal
La implementacin de este proyecto desde factible desde el punto de vista legal Ley N 27265 Ley de Proteccin a los animales domsticos y a los animales silvestres mantenidos Articulo 2 Objetivos de la ley Erradicar y prevenir todo maltrato y actos de crueldad con los animales, evitndoles sufrimiento innecesario. c) Velar por la salud y bienestar de los animales promoviendo su adecuada reproduccin y el control de las enfermedades transmisibles y al hombre.
Articulo 3 Obligaciones de los dueos o encargados de los animales. Son obligaciones de los dueos o encargados de los animales: Velar por su alimentacin, salud y condiciones de vida adecuadas, segn su especie.
Articulo 21 Sacrificio de animales enfermos Los propietarios, administradores, encargados o empleados de locales de expendio o exhibicin de animales o de mataderos deben sacrificar inmediatamente a los animales que, por cualquier causa, sufran enfermedad o lesin incurable.
116
Ley de Proteccin de Animal
Articulo 3 Obligaciones de los poseedores encargados de los animales Velar por su alimentacin, salud y condiciones de vida.
9.3.
Organizacin del proyecto
Consultora
Equipo de Proyecto
Analista de Proyecto
Grfico 26: Organizacin del Proyecto
Analista Desarrollador
117
9.4.
EDT del Proyecto
El EDT del proyecto presenta las actividades y documentacin presente en el proyecto y organizado por las disciplinas de la ingeniera del software.
Grfico 27: EDT del Proyecto
118
9.5.
Cronograma de Ejecucin del Proyecto
119
9.6.
Gestin de Riesgos del Proyecto

Alternativas para tratamiento de riesgos
9.6.1.
Las alternativas posibles son:
Tratamiento
Descripcin Transferir a un tercero con capacidad financiera /
Transferir
especializacin adecuadamente.
necesaria
para
administrar
Reducir
Establecer controles para atenuacin (combinacin de personas, procesos y herramientas). Aceptar riesgo en su presente nivel debido a que no es
Aceptar
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.
Determinacin del Valor de Degradacin
Se valoriza la degradacin que, a causa de la amenaza, puede sufrir un activo de informacin considerando las vulnerabilidades y controles existentes, en cuanto a las dimensiones de Confidencialidad, Integridad y Disponibilidad (CID). Los valores de importancia estn en una escala penta: ESCALA 5 4 3 2 1 VALOR DE DEGRADACIN MUY ALTO ALTO MEDIO BAJO MUY BAJO
Tabla 55: Determinacin del Valor de Degradacin
120
9.6.3.
Determinacin del Valor de Impacto
Para valorizar el Impacto, se toma el valor mximo de las 3 degradaciones CID para el posterior clculo del valor de Impacto. Valores para estimar el Impacto Estimacin Verbal Valor MA A M B MB Muy Alta Alta Media Baja Muy Baja 5 4 3 2 1
Tabla 56: Determinacin del Valor de Impacto
9.6.4.
Determinacin de la probabilidad
Se valoriza la probabilidad de que se produzca un ataque exitoso de la amenaza. Los valores de probabilidad estn en la siguiente escala:
Valores para estimar la Probabilidad Estimacin Verbal Rangos MA A M B MB Muy Alta Alta Media Baja Muy Baja Entre 80% y 100% Entre 60% y menor a 80% Entre 40% y menor a 60% Entre 20% y menor a 40% Menor a 20%
Tabla 57: Determinacin de la probabilidad
121
9.6.5.
Matriz Probabilidad Impacto
PROBABILIDAD % (De 10% a 90%)
Muy Alta Alta Media Baja Muy Baja
90% 70% 50% 30% 10%
0.9 0.7 0.5 0.3 0.1 1 Muy Baja
1.8 1.4 1.0 0.6 0.2 2 Baja
2.7 2.1 1.5 0.9 0.3 3 Media
3.6 2.8 2.0 1.2 0.4 4 Alta
4.5 3.5 2.5 1.5 0.5 5 Muy Alta
IMPACTO
Tabla 58: Matriz de Probabilidad Impacto
9.6.6.
Estrategias de Gestin
De acuerdo a la probabilidad e impacto del riesgo se han adoptar las siguientes estrategias de gestin.
Grfico 28: Estrategias de Gestin
122
9.6.7.
Lista de Riesgos Predecibles:
9.6.8.
Lista de Riesgos No Predecibles:
123
9.7.
Gestin de Cambios
El objetivo de la Gestin 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:
Gerente de Proyecto
Inicio
Gerente Comercial
1. Solicitud de Cambios
2. Analizar y Evaluar Solicitud de Cambios
3. Validar Solicitud de Cambios
Procede Solicitud?
SI
Requiere nuevo Contrato?
SI
7.1 Prospeccin y Ventas
NO
4. Aceptar Solicitud de Cambios
NO 5. Implementacin de cambios
6. Realizar actualizaciones del cambio
Fin
Grfico 29: Flujo de Gestin de Cambio
Las solicitudes de cambio se realizaran mediante la plantilla de solicitud de cambio (Anexo 2)
124
CONCLUSIONES
Hoy en da, el principal uso de Internet est orientado al acceso interactivo de aplicaciones y documentos, adems permite la comunicacin 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 mensajera estndar de XML y no depende de un sistema operativo o lenguaje de programacin. La implementacin 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 diseo de una interfaz de usuario amigable y llamativa es parte importante para captar clientes potenciales.
125
REFERENCIAS
1. Cesar de la Torre, Roberto Gonzalez, Arquitectura SOA con Tecnologa Microsoft Krasis Consulting S.L., 2008. 2. Juan Jose Flores Cueto, Mtodo para la solucin de problemas utilizando la programacin orientada a objetos, Textos Universitarios, 2009. 3. John Ledgard Trujillo Trejo, Armando David Espinoza Robles, Conceptos fundamentales de Ingeniera dirigida por Modelos y Modelos de Dominio Especfico, Revista de Investigacin de Sistemas e Informtica, Universidad Nacional Mayor de San Marcos, 2009. 4. Salvador Otn Tortosa, Propuesta de una arquitectura software basada en servicios para la implementacin de repositorios de objetos de aprendizaje distribuidos. Tesis doctoral. Universidad de Alcal. Alcal de Henares. Espaa. 2006 5. [www1] Informacin sobre el Desarrollo de aplicaciones web. www.desarrolloweb.com 6. [www2]Consorcio UDDI.( Propone una plataforma estndar e interoperable que permite a las aplicaciones de forma sencilla y dinmica, 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 .Descripcin de la Optimizacin de la Transmisin del Mensaje. http://www.w3.org/TR/soap12-mtom/ 10. [www6] WSDL Lenguaje de Descripcin de Servicios Web. http://www.w3.org/TR/wsdl20/ 11. [www7] WS-CDL Lenguaje de Descripcin de la Coreografa 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
126
ANEXOS
127
Anexo 1 Condiciones Generales de Seguro de Mascotas
128
Bases de la Pliza Riesgos Cubiertos La Clnica Aseguradora cubre las prestaciones correspondientes a cada una de las coberturas del seguro cuya inclusin figure expresamente dentro de los lmites pactados. Riesgos Excluidos Quedan excluidos de todas las coberturas y garantas de la Pliza, adems de las limitaciones especficas de cada una de ellas, los siguientes supuestos: A. Provocacin intencionada del siniestro por parte del asegurado. B. Conflictos armados (haya mediado o no declaracin oficial de guerra). C. Hechos o actuaciones de las fuerzas armadas o de las fuerzas y cuerpos de seguridad en tiempos de paz. D. Reaccin o radiacin nuclear o contaminacin radioactiva. E. Lesiones existentes con anterioridad a la vigencia del seguro, as como los vicios ocultos y los defectos, enfermedades o malformaciones congnitas. Efectos y extincin del contrato El seguro se estipula por el perodo sealado en las condiciones particulares del contrato y entrada en vigor en el da y hora indicados en las mismas siempre que estn firmadas y la Aseguradora haya cobrado el primer recibo de prima. Si se contrata por perodos renovables, se prorrogar automticamente por periodos sucesivos no superiores a un ao cada vez salvo que alguna de las partes se oponga a la prrroga mediante notificacin por escrita a la otra, efectuada con dos meses de anticipacin, como mnimo, al vencimiento del periodo en curso. mbito territorial Estn cubiertos por el contrato de seguro solo en el mbito de lima metropolitana de acuerdo a las sedes especificadas en el contrato.
129
Contrataciones a distancia Todos los trmites son presenciales en cualquiera de las sedes de la red de clnicas asociadas, ya que no se aceptara ninguna pliza si la mascota no ha pasado por el examen mdico veterinario requerido por la clnica y especificado en el contrato. Comunicaciones generales Cuando las comunicaciones de la Clnica veterinaria aseguradora se realicen por escrito, enviar al ltimo domicilio facilitado por el cliente, en caso realice un cambio de domicilio, telfono o correo electrnico. 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 perodo inicial de cobertura sealado 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 clnica aseguradora tiene derecho a resolver el contrato o a exigir el pago de la prima debida en va ejecutiva. Primas Sucesivas: Para el caso de prrroga tcita del contrato, la prima de los perodos sucesivos ser la que resulte de aplicar a la suma asegurada las tarifas de prima que, fundadas en criterios tcnicosactuariales tenga establecidas en cada momento la clnica aseguradora, teniendo en cuenta, adems las modificaciones de garantas o las causas de agravacin o disminucin 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 despus del da de su vencimiento.
130
Si el contrato no hubiese sido resuelto o extinguido conforme a los prrafos anteriores, la cobertura volver a tener efecto a las 14 horas del da en que el tomador pag la prima.
Forma de Pagar Las primas se harn efectivas nicamente acercndose a cualquiera de las sedes de las clnicas asociadas. Animales asegurables Podrn ser objeto de seguro por esta Pliza los animales de la especie canina destinadas a compaa o uso domstico, exceptuando los perros de trabajo o vigilancia, los destinados a la caza. Los animales debern contar con un ptimo estado de salud y para poder ser asegurables. No podrn ser objeto de ningn plan de seguro los animales de edad inferior a 6 meses cumplidos o superior a 9 aos cumplidos. Debern cumplir con el calendario de vacunacin 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 clnica veterinaria aseguradora realizar descuentos por la enfermedad.
131
Anexo 2 Formato de Solicitud de Cambio
132
133

Proyecto de Tesis Entregable 300613 V04

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Proyecto de Tesis Entregable 300613 V04

Caricato da

Copyright:

Formati disponibili

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA

PROYECTO DE TESIS PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO INFORMTICO

- Juan Jos Caro Salazar. ASESOR: Ing. Roger Vargas

LIMA PER 2013

PLANTEAMIENTO DEL PROBLEMA ........................................................ 15

2.4.1. 2.4.2. 2.4.3. 2.5.

MARCO TERICO ..................................................................... 21

MARCO TEORICO ............................................................................................. 22

CAPTULO III ESTADO DEL ARTE ..................................................................... 29 4.

Estado del Arte ................................................................................................. 30

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

CAPTULO IV MODELADO DEL NEGOCIO ..................................................... 42 5.

Modelado del Negocio .................................................................................. 43

CAPTULO V REQUERIMIENTOS ........................................................................ 75 6.

Requerimientos del Proyecto .................................................................. 76

Anlisis y Diseo ............................................................................................. 79

7.4. 7.5. 7.6. 7.7.

CAPTULO VII DESARROLLO Y PRUEBAS .................................. 96 8.

Desarrollo y pruebas ......................................................... 97

CAPTULO VIII GESTION DEL PROYECTO ............................... 105 9.

GESTIN DEL PROYECTO ................................................ 106

CONCLUSIONES ...................................................................... 125 REFERENCIAS ......................................................................... 126

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

1. PLANTEAMIENTO DEL PROBLEMA

Formulacin del Problema

Grfico 1 : rbol de Problemas Fuente: Elaboracin propia, 2013

CAPTULO II MARCO TERICO

Introduccin a las tecnologas bsicas

Programacin orientada a objetos

Figura 2: Ejemplo de clase Fuente: Elaboracin propia, 2013

Figura 3: Ejemplo de clase Fuente: Elaboracin propia, 2013

Figura 4: Arquitectura cliente/servidor Fuente: Eduardo Ramos, 2010

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

CAPTULO III ESTADO DEL ARTE

4. Estado del Arte

Figura 6: Arquitectura funcional de un Servicio Web Fuente: Elaboracin propia, 2013

Arquitectura Funcional de los Servicios Web

La arquitectura se basa en tres tipologas de servicios como se muestran en la figura.

Estndares de los Servicios Web

Figura 8: Vocabulario XML Fuente: di002.edv.uniovi.es, 2006

Ciclo de Vida de los Servicios Web

Arquitectura de los Servicios Web

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

Dispositivos Mviles y Servicios Web

Arquitectura Orientada a Servicios

Implementacin: debe contener la lgica o el acceso a datos.

los servicios con sus consumidores y que proporciona:

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

CAPTULO IV MODELADO DEL NEGOCIO

5. Modelado del Negocio

Grfico 2: Actores de Negocio

Diagrama de caso de uso del Negocio

Grfico 3: Diagrama de caso de uso del Negocio

Diagrama de Actores del Sistema

Grfico 4: Diagrama de actores del sistema

Administrador Clnica: es la persona encargada de administrar los horarios de los mdicos.

Definicin de casos de uso del Sistema

No existe pre-condicin en este caso de uso

Flujo Normal Accin de los Actores Respuesta del Sistema

1. El usuario debe haber ingresado al sistema

Accin de los Actores

Flujo Normal Respuesta del Sistema

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

Tabla 2: Especificacin de caso de uso Mantener Cliente