UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA

ESCUELA PROFESIONAL DE INGENIERA INFORMTICA SISTEMA INTEGRAL DE PLANES Y SEGUIMIENTO DE BENEFICIOS PARA MASCOTAS DE LA CLINICA VETERINARIA EL TRIGAL

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

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 entornos orientados a servicios 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, SOAP.

Contents
CAPTULO I 1.
1.1. 1.2. 1.3. 1.3.1. 1.3.2. 1.3.2.1. 1.3.2.2. 1.3.2.3. 1.3.2.4. 1.3.2.5. 1.4. 1.4.1. 1.4.1.1. 1.4.1.2. 1.4.1.3. 1.4.1.4. 1.4.1.5. 1.4.2. 1.4.2.1. 1.5. 1.5.1. 1.5.2. 1.6. 1.6.1. 1.6.2. 1.6.3. 1.7.

INTRODUCCIN ................................................................................ 5

VISION DEL PROYECTO ..................................................................................... 6

Antecedentes del Problema ....................................................................................... 6 Formulacin del Problema .......................................................................................... 7 Marco Terico .................................................................................................................. 8 Glosario .......................................................................................................................... 8 Introduccin a las tecnologas bsicas .............................................................. 9 Paradigmas de Programacin ........................................................................... 9 Programacin estructurada .............................................................................. 10 Programacin modular....................................................................................... 10 Programacin orientada a objetos ................................................................ 10 Software distribuido ............................................................................................ 12

Estado del Arte ............................................................................................................. 14 Servicios Web ............................................................................................................ 14 Arquitectura Funcional de los Servicios Web ............................................ 15 Estndares de los Servicios Web ................................................................... 16 Ciclo de Vida de los Servicios Web ............................................................... 17 Arquitectura de los Servicios Web ................................................................ 20 Dispositivos Mviles y Servicios Web........................................................... 21 Arquitectura Orientada a Servicios ................................................................... 22 Elementos de SOA ............................................................................................... 23

Objetivo ........................................................................................................................... 26 Objetivo General ...................................................................................................... 26 Objetivo Especifico .................................................................................................. 27 Importancia .................................................................................................................... 27 Justificacin Acadmica ......................................................................................... 27 Beneficios Tangibles ............................................................................................... 27 Beneficios Intangibles ............................................................................................ 28 Alcance ............................................................................................................................. 28

2.

Modelado del Negocio ....................................................................................... 29

2.1. 2.2.

Actores de Negocio ..................................................................................................... 29 Diagrama de caso de uso del Negocio................................................................. 29

3.

3.1. 3.2. 3.3. 3.4. 3.5. 3.6.

Requerimientos del Proyecto ....................................................................... 30

Requerimientos Funcionales .................................................................................... 30 Requerimientos No Funcionales ............................................................................. 30 Diagrama de Actores del Sistema ......................................................................... 32 Definicin de casos de uso del Sistema .............................................................. 32 Modelo Conceptual ...................................................................................................... 49 Diagrama de Secuencia ............................................................................................. 50 Validar Usuario.......................................................................................................... 50 Mantener Pliza ........................................................................................................ 51 Reservar Cita Medica .............................................................................................. 52 Benchmarking ............................................................................................................... 53 Prototipos ........................................................................................................................ 53 Registrar Pliza ......................................................................................................... 53 Reservar Cita Medica .............................................................................................. 54 Matriz de Requerimientos de Negocio vs Funcionales ................................... 54

3.6.1. 3.6.2. 3.6.3. 3.7. 3.8. 3.8.1. 3.8.2. 3.9.

CAPTULO I INTRODUCCIN

1. VISION DEL PROYECTO

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. El inconveniente final es una pobre respuesta al cambio. Las aplicaciones siguen siendo concebidas desde un principio como islas independientes.

En la arquitectura SOA la funcionalidad deseada se descompone en unidades (servicios) que pueden ser distribuidos en diferentes nodos conectados a travs de una red y que, asimismo, son combinados entre s para alcanzar el resultado deseado. Estos servicios pueden proporcionar datos a otros o llevar a cabo actividades de coordinacin entre uno o varios servicios. 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 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.

Service Oriented Architecture (SOA) es un estilo de Arquitectura de Software basado en la definicin de servicios reutilizables, con interfaces pblicas bien definidas, donde los proveedores y consumidores de servicios interactan en forma desacoplada para realizar los procesos de negocio. Los servicios representan grupos lgicos de operaciones relacionadas con algn concepto del negocio, y los procesos del negocio se realizan mediante secuencias denidas de invocaciones a servicios, en orquestacin o coreografas de servicios. La denicin y disponibilidad de estosservicios para toda la Organizacin es la base del enfoque SOA. 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 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.

1.3.

Marco Terico
Glosario

1.3.1.

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.

1.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 1.3.2.1. Paradigmas de Programacin Los paradigmas de programacin son enfoques partculas para el desarrollo del software. Son distintas maneras de visualizar y resolver problemas de programacin.

1.3.2.2. 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: Secuencia: bloque de sentencias que se ejecutan una a continuacin de otra. 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.

1.3.2.3. 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.

1.3.2.4. 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: 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.

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

Figura 1 Ejemplo de clase

Caractersticas de la programacin orientada a objetos: 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
Figura 2 Ejemplo de clase

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)

{}

Figura 3 Ejemplo de clase

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

1.3.2.5. Software distribuido El software distribuido se define como un sistema cuyos componentes estn ubicados en diferentes maquinas (servidores) y que se comunican entre si 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

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. 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. 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

Ventajas de los sistemas distribuidos Escalabilidad Concurrencia y agilidad (respuestas rpidas al cliente) 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

1.4.

Estado del Arte

Servicios Web

1.4.1.

La dcada de los 80's fue marcada por el surgimiento de la PC y de la interfase 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 2.1 nos muestra el comportamiento de las arquitecturas durante su evolucin.

Figura 6 Arquitectura funcional de un Servicio Web

1.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

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. 1.4.1.2. Estndares de los Servicios Web 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. 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

1.4.1.3. Ciclo de Vida de los Servicios Web El ciclo de vida de los Servicios consiste en los siguientes 6 pasos importantes, como muestra la figura.

Figura 9 Vocabulario XML

1. El ciclo se origina cuando las empresas se deciden a desarrollar y exponer 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. la funcionalidad de sus aplicaciones en forma de Servicio

Para esta tecnologa, se requiere de tres entidades participantes: a) El Proveedor Anuncia sus servicios con un Agente, cuando un Solicitante busca en un Agente un servicio, encuentra al Proveedor y establece el enlace para hacer uso de los servicios, como muestra la figura siguiente:

Figura 10 Servicios Web

b) El Proveedor 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 o Las prestaciones. La utilizacin del servicio por terceros. 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.

1.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. Web Services Addressing (WS-Addressing): Direccionamiento de Servicios Web. La direccin para de los servicios los Web proporciona web y los mecanismos neutrales transportar servicios

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. 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. 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. 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. 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 plataforma en que se ejecuten y de los dispositivos utilizados en el acceso. 1.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 alguna con sta, puesto que se ejerce a travs de las sinergias entre aplicaciones mviles en red. 1.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. La Arquitectura Orientada a Servicios (SOA) resultante, define los servicios de los cuales estar compuesto el sistema, sus interacciones, y con qu tecnologas sern implementados. Las interfaces que utiliza cada servicio para exponer su funcionalidad son gobernadas por contratos, que definen claramente el conjunto de mensajes soportados, su contenido y las polticas aplicables. 1.4.2.1. Elementos de SOA Los componentes de una Arquitectura Orientada a Servicios son: Repositorio de Servicios Bus de servicios Consumidores Servidores

o o o o

Figura 11 Elementos de SOA

Servidores Un servicio de negocio es un componente reutilizable de software, con significado funcional completo, y que est compuesto por:

Contrato: especificacin de la finalidad, funcionalidad, forma de uso y restricciones del servicio. Interfaz: mecanismo de exposicin del servicio a los usuarios. Implementacin: debe contener la lgica o el acceso a datos.

o o

Grafico 12 Elementos de SOA - Servidores

Tipos de servicios.- pueden existir varios tipos de servicios, segn su finalidad 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 Localizacin. Personas de contacto.

o o

Restricciones tcnicas. Service Level Agreements (SLAs). Acuerdos de Nivel de Servicio.

Grafico 13 Elementos de SOA Repositorio de Servicios

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). El bus de servicios es el elemento de 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 sistemas basados operativos, en distintos de lenguajes ejecucin de y

programacin,

entornos

protocolos de comunicacin.

Soporte a la heterogeneidad de paradigmas de comunicacin: debe ser capaz de mantener distintos modos de comunicacin (por ejemplo comunicaciones sncronas y asncronas).

Grafico 14 Elementos de SOA Bus de Servicios

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.

1.5.

Objetivo
Objetivo General

1.5.1.

El objetivo principal de este proyecto de investigacin proveer una solucin que respalde esta nueva opcin para la salud de las mascotas mediante la creacin de la pliza de seguro. Tambin la Interconexin entre las clnicas veterinarias asociadas, para poder llevar la informacin centralizada de la mascota y generacin de reportes de control e indicadores para la clnica veterinaria El Trigal.

1.5.2.

Objetivo Especifico

1. Recopilar la informacin existente sobre la Solucin de SOA 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 SOA y desarrollar el plan del proyecto. 3. Desarrollar un comparativo entre las diferentes herramientas de SOA, elegir la herramienta adecuada para implementar el proyecto en la Clnica Veterinaria El Trigal y describir sus caractersticas y funcionalidad. 4. 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.

1.6.

Importancia
Justificacin Acadmica
Aplicar los conocimientos adquiridos sobre Servicios Web para desarrollar un aplicativo que permita sostener el nicho de mercado que la clinica veterinaria ha logrado identificar.

1.6.1.

1.6.2.
-

Beneficios Tangibles
Informacin actualizada y agilizada

Generacin de reportes

1.6.3.
-

Beneficios Intangibles
Buen servicio Buena imagen de la institucin Satisfaccin de los clientes Control adecuado de la Informacin

1.7.

Alcance

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. La arquitectura ser WCF Se utilizara un motor de base de datos. No se integrara con otros aplicativos de la clnica veterinaria. El sistema permitir el registro de los datos de cada una de las mascotas. La interfaz esta en lenguaje espaol. Se implementar el aplicativo web y mvil como piloto veterinaria. Se utilizar el protocolo SOAP para el servicio web Se implementar mensajes de correo como alertas. en 1 clnica

2. Modelado del Negocio

2.1. Actores de Negocio

Gerente General: es el dueo de la clnica veterinaria. Medico Veterinario: es el mdico de la clnica veterinaria. Cliente: es el dueo de la mascota asegurada.

2.2.

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. 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.

3. Requerimientos del Proyecto

3.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.

3.2.

Requerimientos No Funcionales
Disponibilidad El sistema deber estar disponible el 98% de las 24 horas que representan al da.

Nombre

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. 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

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.

Descripcin

Nombre

Mantenibilidad Toda el sistema deber estar complemente documentado, cada

Descripcin

uno de los componentes de software que forman parte de la solucin propuesta debern estar debidamente tanto en el cdigo fuente como en los 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. documentados manuales de

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.

3.3.

Diagrama de Actores del Sistema

Gerente General: 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.

3.4.

Definicin de casos de uso del Sistema

Especificacin de caso de uso: Validar Usuario Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Validar Usuario

Este caso de uso se encargar de validar la existencia del usuario dentro del negocio. Usuario No existe pre-condicin en este caso de uso

Flujo Normal Accin de los Actores 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: aplicativo. El usuario ingresar al sistema para hacer uso del Respuesta del Sistema

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

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Mantener Cliente. 3. El usuario presiona el botn de Nuevo Cliente. Respuesta del Sistema

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 esta 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 cliente, 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Mantener Plan. 3. El usuario presiona el botn de Nuevo Plan. Respuesta del Sistema

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.

5. El usuario ingresa los datos

necesarios para el registro.

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

Flujo Alterno 3. 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. 4. 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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 esta correcto.

Flujo Alterno 5. 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. 6. 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.

Especificacin de caso de uso: Mantener Enfermedad Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Este caso de enfermedades. Usuario 1. El usuario debe haber ingresado al sistema Mantener Enfermedad

uso

se

encargar

registrar

nuevas

Flujo Normal Accin de los Actores Respuesta del Sistema

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 esta correcto.

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

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. 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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 esta correcto.

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

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. 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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.

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

6. El sistema validara los datos ingresados y registrara el perfil si todo esta 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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.

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

6. El sistema validara los datos ingresados y registrara la clnica si todo esta 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. 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.

Especificacin de caso de uso: Mantener Mdico Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Perfil

Este caso de uso se encargar registrar nuevos mdicos.

Usuario 1. El usuario debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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.

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

6. El sistema validara los datos ingresados y registrara el mdico si todo esta 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. 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.

Especificacin de caso de uso: Mantener Pliza Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Mantener Pliza

Este caso de uso se encargar registrar nuevas plizas.

Usuario 1. El usuario debe haber ingresado al sistema

Flujo Normal Accin de los Actores Respuesta del Sistema

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 ingresaran los datos necesarios para el registro.

5. El usuario buscara el cliente para el registro de la pliza. 7. El usuario seleccionara el cliente, luego ingresara los datos de la mascota y seleccionara el modo de pago. 9. El usuario proceder a registrar la pliza, previamente aceptando los trminos y condiciones.

6. El sistema mostrara la lista de clientes en el sistema.

8. El sistema mostrara las cuotas y montos de pago.

10. El sistema validara los datos ingresados y registrara la pliza si todo esta 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 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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Enviar Promocin. 3. El usuario presiona el botn de Nueva Promocin. Respuesta del Sistema

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.

Especificacin de caso de uso: Enviar Mail de Alerta de Prxima Vacuna. Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: 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

Flujo Normal Accin de los Actores 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:

Se visualizar la grilla con los nuevos datos.

Especificacin de caso de uso: Enviar Mail de Alerta de Prxima Cuota. Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: 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

Flujo Normal Accin de los Actores 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:

Se visualizar la grilla con los nuevos datos.

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 1. El usuario debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Consultar Reporte. 3. El usuario seleccionara el reporte a consultar. Respuesta del Sistema

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.

Especificacin de caso de uso: Consultar Informacin de la Mascota Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Consultar Informacin de la Mascota

Este caso de uso se encargar registrar nuevos mdicos.

Usuario 1. El usuario debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Consultar Datos de la Mascota. 3. El usuario ingresara el cdigo de la mascota y presionara el botn Consultar Informacin. Respuesta del Sistema

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.

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 debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Registrar Cita Medica. 3. El usuario presiona el botn de Nueva Cita. Respuesta del Sistema

2. El sistema muestra la pantalla de Registrar Cita Medica con la grilla de citas 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 cita si todo esta correcto.

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

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 cita, 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.

Especificacin de caso de uso: Consultar Cronograma de Citas y Vacunas Nombre del Caso de Uso del Sistema : Descripcin : Actores: Precondiciones: Consultar Cronograma de Citas y Vacunas

Este caso de uso se encargar registrar una cita mdica para la mascota. Usuario 1. El usuario debe haber ingresado al sistema

Flujo Normal Accin de los Actores 1. El usuario selecciona en el men la opcin de Consultar Cronograma de Citas y Vacunas. Respuesta del Sistema

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.

3.5.

Modelo Conceptual

C_Perfil +Nombre +Descripcion

C_Tipo_Enfermedad +Nombre +Descripcion

C_Clinica_Veterinaria +Nombre +Direccion +RUC

C_Enfermedad C_Usuario +Nombre +Usuario C_Cita +Fecha_Cita +Hora_Cita C_Persona +Nombre +Apellido_Paterno +Apellido_Materno +Nro_Doc +Fecha_Nac C_Mascota +Nombre +Codigo +Fecha_Nac C_Vacuna +Fecha_Vacuna +Nombre +Descripcion

C_PLan +Nombre +Descripcion +Precio

C_Raza +Nombre +Descripcion

C_Poliza +Fecha_Creacion

C_Cuota +Nro_Cuotas +Fecha_Pago_Cuota

3.6.

Diagrama de Secuencia
Validar Usuario
: I_Login : I_Pagina_Principal : C_Validar_Usuario : M_Usuario : M_Menu

3.6.1.

: 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()

3.6.2.
I_Pagina_Principal

Mantener Pliza
I_Mantener_Poliza C_Cliente C_Raza C_Plan C_Poliza M_Cliente M_Raza M_Plan M_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()

3.6.3.

Reservar Cita Medica

I_Pagina_Principal

I_Registrar_Cita_MEdica

C_Cita

M_Cita

: 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()

3.7.

Benchmarking

3.8.

Prototipos
Registrar Pliza

3.8.1.

3.8.2.

Reservar Cita Medica

3.9.

Matriz de Requerimientos de Negocio vs Funcionales