Expocision Si2 (1).docx

Universidad Autónoma Gabriel Rene Moreno FACULTAD DE INGENIERIA EN CIENCIAS DE LA COMPUTACIÓN Y TELECOMUNICACIONES

Exposición

SISTEMA DE INFORMACIÓN PARA LA GESTION Y ADMINISTRACION DE UNA CLINICA VETERINARIA Docente: Ing. Angélica Garzón Cuellar Materia: Sistema de información II Grupo de trabajo:

#3

Alumnos: Bitre Herrera Estefanía yosselin Calle Hinojosa Jose Fernando Huanca Crespo Benjamin Jairo Moscoso Garcia Yandira Lizet

Contenido 1. Introducción....................................................................................................... 2 2- Objetivos ............................................................................................................ 3 2.1.- Objetivo general........................................................................................... 3 2.2- Objetivos específicos .................................................................................... 3 3.-Justificación ...................................................................................................... 4 4.-Descripcion........................................................................................................ 4 4.1 Alcance .......................................................................................................... 4 5.- Funciones del sistema ................................................................................... 10 6.-Marco Teórico .................................................................................................. 10 7-. Análisis y Diseño ........................................................................................... 23 8-. Implementación .............................................................................................. 23 9.-Resultado ......................................................................................................... 23 10.-Conclusion..................................................................................................... 23 11.-Reccomendacion........................................................................................... 23 12.-Bibliografia .................................................................................................... 23 13.-Anexos ........................................................................................................... 23

1

1. Introducción El Sistema de Información para la Administración de Servicios de clínica veterinaria, es una herramienta única que permite administrar los servicios de una veterinaria, consultas, inventario de productos para mascotas (pet shop), cirugías, radiografías

desparasitaciones,

peluquería

canina,

baños

antiparasitarios,

medicamentos, vacunas y mucho más, sin necesidad de habilidades especiales y con solo unos pocos clics. Este sistema de información te da el total manejo de controlar la administración de servicios de tu clínica veterinaria a través de una sencilla y agil interface. Es una poderosa herramienta que permite controlar de una manera muy fácil y eficiente toda la administración de servicios clínicos e inventarios de la veterinaria, eliminado así la necesidad de invertir mucho tiempo en tareas tediosas para poder dedicarlo a actividades verdaderamente productivas.

El Sistema de Información para la Administración de Servicios clínicos Veterinario es un software que permitirá una mejor y más rápida atención al cliente, con este sistema se tendrá un mejor manejo de la información y con una mayor fluidez. Se podrá obtener una información al instante de los registros de las mascotas,

2

accesorios para mascotas, tratamientos y cuidados realizados, clientes, inventario, facturas y recibos. Asimismo, este sistema de información ayudará a que la empresa se desarrolle de manera progresiva, alcanzando máximos niveles de eficiencia y eficacia; aportando con esto al desarrollo de la región

2- Objetivos 2.1.- Objetivo general Desarrollar un Sistema de Información para la Gestión, Automatización de procesos en una clínica veterinaria

2.2- Objetivos específicos ●

Identificar requisitos del software a partir de los requerimientos del cliente logrando esto con entrevistas al cliente y utilizando luego un modelo de negocio o un modelo de dominio.

●

Analizar los requisitos del sistema aplicando el proceso unificado con UML a través de diagramas de casos de usos, diagramas de clases.

●

Diseñar una base de datos con el Mysql.



Implementación de la base de datos en la nube para el acceso de cualquier dispositivo mediante internet.

●

Implementar el diseño en el lenguaje de programación con Php y android

●

Realizar pruebas para detectar errores y comparar el nivel de los requerimientos que espera el cliente.

3

3.-Justificación 4.-Descripcion 4.1 Alcance

El proyecto tiene como finalidad facilitar las tareas Críticas, En relación con los requerimientos de manejo de información de la Clínica en el momento en el que el sistema entre en operación deberá cubrir los módulos detallados a continuación: Modulo Administración Este módulo permite gestionar la información de los clientes y las mascotas.  Gestionar Cliente Registro, actualización de la información de los clientes. Los registros necesarios son los siguientes:  Nombre completo  fecha de nacimiento  documento de identidad  nacionalidad  dirección de domicilio  número de teléfono  correo electrónico  foto de perfil  Gestionar Paciente

4

Registro, actualización de la información de los pacientes según los clientes. Los registros necesarios son los siguientes:       

Nombre fecha de nacimiento raza especie sexo peso foto

Modulo Configuración Este módulo permite gestionar las configuraciones generales del sistema.  Gestionar raza Registro, actualización de datos sobre las razas según la especie:  Nombre  estado Gestionar especie Registro, actualización de datos sobre las razas según la especie:  Nombre  estado Gestionar sala Registro, actualización de información de las salas en la clínica:  nro  estado Gestionar quirofano Registro, actualización de información de las salas en la clínica:  Nombre  estado Gestionar especialidades Registro, actualización de información de las especialidades:  Nombre  estado Gestionar ambulancia Registro, actualización de ambulancia:  Nro  placa

5

 estado Gestionar Empleados Registro, actualización de la información de los empleados. Los registros necesarios son los siguientes:  Nombre completo  fecha de nacimiento  documento de identidad  nacionalidad  dirección de domicilio  cargo  número de teléfono  correo electrónico  foto de perfil

     

Administrar información Registro, actualización de datos de la clinica: Nombre logo ubicación teléfono correo idioma



Modulo Internaciones Este módulo permite gestionar actividades de internaciones de los pacientes.  Iniciar internacion Registro, programar el periodo de internacion de las mascotas:      

    

nombre mascota fecha de inicio fecha de salida nro sala motivo veterinario Visitas permite la programación de visitas de las mascota con el veterinario: Nombre paciente veterinario fecha hora consultorio

6

     

Emergencia permite registro de la información de la visita de emergencia del paciente: Nombre paciente veterinario fecha hora consultorio descripcion

Modulo Comercio Este módulo gestiona la compra y venta de los productos, accesorio y medicamentos en la clínica.

   

  

    

Gestionar compra Registro y actualización del ingreso de los productos al almacén es parte importante, donde se tendrá en cuenta los siguientes datos: Código de nota producto Fecha nombre proveedor Además, tendrá un detalle de todos los productos ingresados para un mejor control, este incluirá los siguientes atributos: Código de ingreso código de producto cantidad Gestionar Proveedor Registro, actualización y/o dado de baja de los proveedores con los que se haga negocio de los productos. Los registros necesarios son los siguientes: Nombre Dirección Teléfono Correo tipo de producto.

Gestionar venta Para realizar la venta de los productos se requieren los siguientes datos.  Código Venta  Tipo de Venta

7

 Producto  Cantidad  Fecha Las personas encargadas de caja y los dueños tendrán acceso a este módulo. Generar nota de venta Realiza el registro de la nota de venta detallada de los productos y los datos del cliente donde se tendrá en cuenta los siguientes datos:  Código de nota  Código producto  cantidad  id clientes

Modulo Operaciones Permite el control de las actividades realizadas en la clínica.  Spa y Lavado registra la visita y seguimiento de las actividades en el spa y lavado del cliente:     

    

nombre mascota fecha descripción de la actividad costo encargado Guardería registra las actividades y periodos del paciente en la guardería: nombre mascota fecha inicio fecha fin encargado costo

Modulo Seguridad y Reporte En este módulo se podrá obtener diversos reportes e informes que generara el sistema.  Reporte Diario

8

Realiza informe estadista y grafico de las actividades diarias por cliente y paciente  Reporte Mensual Realiza informe estadista y grafico de las actividades mensuales por cliente y paciente  Reporte Movimientos Realiza informe estadista y grafico de las movimientos generales de la clínica  Bitácora Realiza informe detallado de los movimientos realizados por los usuario en el sistema

 Backup genera y recupera una copia de seguridad de la información generada en el sistema

Módulo MÓVIL La aplicación móvil es exclusiva para los usuario dueños de las mascotas  Consultar Historial visualiza el historial medico del paciente:  Consultar disponibilidad de visitas Se podrá consultar las horarios y disponibilidad de los consultas Emergencia Realiza la solicitud de ambulancia para emergencia de una mascota  Recibir notificaciones y Recordatorios

9

 recibe notificaciones de las actividades de la mascota en la clínica, como recibir recordatorios de las próximas visitas y vacunaciones

5.- Funciones del sistema El propósito fundamental del flujo de trabajo de los requisitos es guiar el desarrollo hacia el sistema correcto. Esto se consigue mediante una descripción de los requisitos del sistema (es decir, las condiciones o capacidades que el sistema debe cumplir) suficientemente buena como para que pueda llegarse a un acuerdo entre el cliente. Se desarrollará el sistema de gestiona y administración de clínica veterinaria con el propósito mejor los servicios que ofrece y para satisfacer las necesidades de los clientes. Se utilizará para modelar el sistema con la herramienta de UML (Lenguaje de modelamiento unificado)

6.-Marco Teórico UML.

10

UML significa "Unified Modeling Language": Lenguaje de Modelado o Modelamiento Unificado. El Lenguaje de Modelado Unificado es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos a un sistema de software bajo desarrollo, así como para modelado de negocios y otros sistemas no software. Puede ser utilizado con cualquier metodología, a lo largo del proceso de desarrollo de software, en cualquier plataforma tecnológica de implementación (Unix, Windows etc.). El UML es un lenguaje para construir modelos; no guía al desarrollador en la forma de realizar el análisis y diseño orientados a objetos ni le indica cuál proceso de desarrollo adoptar. Es importante resaltar que un modelo UML describe lo que supuestamente hará un sistema, pero no dice cómo implementar dicho sistema. MODELO: Nociones Generales El UML es una técnica de modelado de objetos y como tal supone una abstracción de un sistema para llegar a construirlo en términos concretos. El modelado no es más que la construcción de un modelo a partir de una especificación. Un modelo es una abstracción de algo, que se elabora para comprender ese algo antes de construirlo. El modelo omite detalles que no resultan esenciales para la comprensión del original y por lo tanto facilita dicha comprensión. Los modelos se utilizan en muchas actividades de la vida humana: antes de construir una casa el arquitecto utiliza un plano, los músicos representan la música en forma de notas musicales, los artistas pintan sobre el lienzo con carboncillos antes de empezar a utilizar los óleos, etc. Unos y otros abstraen una realidad compleja sobre unos bocetos, modelos, al fin y al cabo. La OMT, por ejemplo, intenta abstraer la realidad utilizando tres clases de modelos OO: el modelo de objetos, que describe la estructura estática; el modelo dinámico, con el que describe las relaciones temporales entre objetos; y el modelo funcional que describe las relaciones funcionales entre valores. Mediante estas tres fases de construcción de modelos, se consigue una abstracción de la realidad que tiene en sí misma información sobre las principales características de ésta. Los modelos, además, al no ser una representación que incluya todos los detalles de los originales, permiten probar más fácilmente los sistemas que modelan y

11

determinar los errores. Según se indica en la Metodología OMT (Rumbaugh), los modelos permiten una mejor comunicación con el cliente por distintas razones: · Es posible enseñar al cliente una posible aproximación de lo que será el producto final. · Proporcionan una primera aproximación al problema que permite visualizar cómo quedará el resultado. · Reducen la complejidad del original en subconjuntos que son fácilmente tratables por separado. Se consigue un modelo completo de la realidad cuando el modelo captura los aspectos importantes del problema y omite el resto. Los lenguajes de programación que estamos acostumbrados a utilizar no son adecuados para realizar modelos completos de sistemas reales porque necesitan una especificación total con detalles que no son importantes para el algoritmo que están implementando. 13 tipos de diagramas UML Diagrama de clases Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se maneja en el sistema, y los componentes que se encargaran del funcionamiento y la relación entre uno y otro.

12

Diagrama de componentes Un diagrama de componentes es un diagrama tipo del Lenguaje Unificado de Modelado. Un diagrama de componentes representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los componentes físicos incluyen archivos, cabeceras, bibliotecas compartidas, módulos, ejecutables, o paquetes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software, pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema.

13

Diagrama de objetos Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en la metodología UML. Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase. Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la forma Nombre de objeto: Nombre de clase. Por ejemplo, Miguel: Persona.

14

Diagrama de estructura compuesta Un diagrama de estructura compuesta es un tipo de diagrama de estructura estática en el Lenguaje de Modelado Unificado (UML), que muestra la estructura interna de una clase y las colaboraciones que esta estructura hace posibles. Esto puede incluir partes internas, puertas mediante las cuales, las partes interactúan con cada una de las otras o mediante las cuales, instancias de la clase interactúan con las partes y con el mundo exterior, y conectores entre partes o puertas. Una estructura compuesta es un conjunto de elementos interconectados que colaboran en tiempo de ejecución para lograr algún propósito. Cada elemento tiene algún rol definido en la colaboración.

Diagrama de despliegue El Diagrama de Despliegue es un tipo de diagrama del Lenguaje Unificado de Modelado que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre sus componentes. Los elementos usados por este tipo de diagrama son nodos (representados como un prisma), componentes (representados como una caja rectangular con dos protuberancias del lado izquierdo) y asociaciones. En el UML 2.0 los componentes ya no están dentro de nodos. En cambio, puede haber artefactos u otros nodos dentro de un nodo.

15

Diagrama de paquetes En el Lenguaje Unificado de Modelado, un diagrama de paquetes muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema. Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.

16

Diagrama de actividades En el Lenguaje de Modelado Unificado, un diagrama de actividades representa los flujos de trabajo paso a paso de negocio y operacionales de los componentes en un sistema. Un Diagrama de Actividades muestra el flujo de control general. En SysML el diagrama de Actividades ha sido extendido para indicar flujos entre pasos que mueven elementos físicos (e.g., gasolina) o energía (e.g., presión). Los cambios adicionales permiten al diagrama soportar mejor los flujos de comportamiento y datos continuos.

Diagrama de casos de uso En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una especie de diagrama de comportamiento. El Lenguaje de Modelado Unificado define una notación gráfica para representar casos de uso llamada modelo de casos de uso. UML no define estándares para que el formato escrito describa los casos de uso, y así mucha gente no entiende

17

que esta notación gráfica define la naturaleza de un caso de uso; sin embargo, una notación gráfica puede solo dar una vista general simple de un caso de uso o un conjunto de casos de uso. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras los dos conceptos están relacionados, los casos de uso son mucho más detallados que los diagramas de casos de uso.

Diagrama de estados En UML, un diagrama de estados es un diagrama utilizado para identificar cada una de las rutas o caminos que puede tomar un flujo de información luego de ejecutarse cada proceso. Permite identificar bajo qué argumentos se ejecuta cada uno de los procesos y en qué momento podrían tener una variación. El diagrama de estados permite visualizar de una forma secuencial la ejecución de cada uno de los procesos.

18

Diagrama de secuencia El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre objetos en un sistema según UML. En inglés se pueden encontrar como "sequence diagram", "event-trace diagrams", "event scenarios" o "timing diagrams"

Diagrama de comunicación

19

En el Lenguaje Unificado de Modelado (UML) 2.0, un diagrama de comunicación es una versión simplificada del diagrama de colaboración de la versión de UML 1.x. Un diagrama de comunicación modela las interacciones entre objetos o partes en términos de mensajes en secuencia. Los diagramas de comunicación representan una combinación de información tomada desde el diagrama de clases, secuencia, y diagrama de casos de uso describiendo tanto la estructura estática como el comportamiento dinámico de un sistema.

Diagrama de tiempos Un diagrama de tiempos o cronograma es una gráfica de formas de onda digitales que muestra la relación temporal entre varias señales, y cómo varía cada señal en relación a las demás. Un cronograma puede contener cualquier número de señales relacionadas entre sí. Examinando un diagrama de tiempos, se puede determinar los estados, nivel alto o nivel bajo, de cada una de las señales en cualquier instante de tiempo especificado, y el instante exacto en que cualquiera de las señales cambia de estado con respecto a las restantes.

20

Diagrama global de interacciones Un diagrama global de las interacciones (en inglés: interaction overview diagram) es una de las trece clases de diagramas en el Lenguaje de Modelado Unificado (UML), un lenguaje de modelamiento para software y otros sistemas

21

Diagramas de navegación Diagramas de navegación o (mapas de navegación) proporcionan una representación esquemática de la estructura del hipertexto, indicando los principales conceptos incluidos en el espacio de la información y las interrelaciones que existen entre ellos. Un mapa es, por ejemplo, una representación completa (o resumida) del sitio web para orientar al lector/usuario durante el recorrido o para facilitarle un acceso directo al lugar que le interese. Refleja la estructura del web por medio de enlaces a los nodos principales, y éstos también pueden desarrollarse para mostrar los subnodos. El mapa de navegación puede representarse bien en forma textual, bien en forma gráfica, o una combinación de ambas. De manera similar a los sumarios, índices y tablas de contenido que sirven para "navegar" por los documentos en papel, estas herramientas también son útiles para navegar por un hipertexto. En la Web, estos mecanismos tradicionales pueden tomar la forma de menús.

22

7-. Análisis y Diseño 8-. Implementación 9.-Resultado 10.-Conclusion 11.-Reccomendacion 12.-Bibliografia 13.-Anexos

23