1. EDWIN GEOVANNY SANCHEZ
JARAMILLO
GIOVANNI ALEJANDRO GONZALEZ
GARAVITO
HENRY MAURICIO ARENAS
CANIZALES
OSCAR ANIBAL BERNAL GARCIA
SOFTWARE DE GESTION Y DIAGNOSTICO VIRTUAL EN EL
TRATAMIENTO DE ENFERMEDADES EN EL GANADO BOVINO
UNIVERSIDAD DEL TOLIMA
INSTITUTO DE EDUCACION A
DISTANCIA
PROGRAMA INGENIERÍA DE SISTEMAS
IBAGUE - TOLIMA
2013

2. El Software de Gestión y Diagnóstico Virtual en el
Tratamiento de Enfermedades en el Ganado Bovino,
es un sistema que permite al usuario hacer consultas
sobre el tratamiento de las enfermedades en el
ganado bovino, mientras se logra que el profesional
veterinario acuda al sitio donde se encuentra el animal
ó se realice el traslado de este al sitio adecuado para
su respectivo chequeo. Este software va a trabajar
como un tipo de sistema experto. Para esto el usuario
que quiera hacer uso del sistema, deberá
previamente registrar el animal, para poder acceder a
los servicios que este sistema de diagnóstico bovino
ofrece
SOFTWARE DE GESTION Y DIAGNOSTICO VIRTUAL EN EL
TRATAMIENTO DE ENFERMEDADES EN EL GANADO BOVINO

3. El Software de Gestión y Diagnóstico Virtual en el
Tratamiento de Enfermedades en el Ganado Bovino,
es un sistema que permite al usuario hacer consultas
sobre el tratamiento de las enfermedades en el
ganado bovino, mientras se logra que el profesional
veterinario acuda al sitio donde se encuentra el animal
ó se realice el traslado de este al sitio adecuado para
su respectivo chequeo. Este software va a trabajar
como un tipo de sistema experto. Para esto el usuario
que quiera hacer uso del sistema, deberá
previamente registrar el animal, para poder acceder a
los servicios que este sistema de diagnóstico bovino
ofrece.
PROBLEMA DE INVESTIGACION

4. Este estudio fue realizado con el fin de concluir si es
rentable o no el diseño de un software el cual
cumpliera la función de un veterinario que mediante
los síntomas pudiera llegar a una conclusión y tomar
una decisión mediante que enfermedad es la que se
está afectando al animal y dar su respectivo
diagnóstico y tratamiento el cual será muy claro y
eficaz.
JUSTIFICACION

5. Diseñar un software de Enfermedades que realice
un diagnóstico de una anomalía Bovina, mediante
un aplicativo móvil, en el cual se podrá llevar a
cabo el tratamiento de enfermedades en los
ganados Bovinos de las zonas rurales de la ciudad
de Ibagué
Diseñar un motor de búsqueda para comparar los
síntomas frente a las enfermedades.
Diseñar un sistema de diagnóstico de
enfermedades.
Diseñar un sistema para generar tratamientos.
Llevar un control de hoja de vida por animal
OBJETIVOS

6. Tratamiento: el tratamiento se dará según la
enfermedad del animal para lo cual tendremos una
base de datos con los nombres y descripción de
las enfermedades de los animales, a la cual se
accederá mediante la digitación de los síntomas.
El Software de Gestión y Diagnóstico Virtual en el
Tratamiento de Enfermedades en el Ganado
Bovino se desarrollará inicialmente en una versión
Beta, es decir, la aplicación estará limitada a unas
pocas enfermedades en un tipo de animal
específico, para luego ser mejorada e
implementada a otras instancias.
ALCANCE Y LIMITACION

7. MODELO DE REQUISITOS
El modelo de requisitos tiene como objetivo
delimitar el sistema y capturar la funcionalidad
que debe ofrecer desde la perspectiva del
usuario. Este modelo puede funcionar como un
contrato entre el desarrollador y el cliente o
usuario del sistema, y por lo tanto proyecta lo
que el cliente desea según la percepción del
desarrollador. Por lo tanto, es esencial que los
clientes puedan comprender este modelo.

8. Descripción: El Software de Gestión y Diagnóstico
Virtual en el Tratamiento de Enfermedades en el
Ganado Bovino, es un sistema que permite al usuario
hacer consultas sobre el tratamiento de los bovinos,
sin la necesidad de recurrir a una tienda veterinaria.
El sistema presenta en su pantalla principal un
mensaje de bienvenida, solicitando el ingreso del
usuario o el registro del mismo, para posteriormente,
ingresar los datos del animal, consultar, diagnosticar y
generar reporte de medicamentos.
Este acceso se da por medio de la inserción de un
nombre previamente especificado y una clave
previamente escogida y la cual debe validarse.
MODELO DE REQUISITOS

9. CASOS DE USO VALIDAR
USUARIO

10. CASO DE USO VALIDAR USUARIO
Caso de Uso: Validar usuario
Actores: Usuario, Base de Datos Registro
Tipo: Inclusión
Propósito: Validar a un usuario ya registrado para el uso del sistema
Resumen: Este caso de uso es iniciado por el Usuario. Valida al usuario mediante un login
y password a ser validado con su respectivo registro de usuario para así poder
utilizar el sistema
Precondiciones: Se requieren haber ejecutado anteriormente el caso de uso Registrar Usuario
Flujo principal: Se presenta al usuario la Pantalla Principal (P-1). El Usuario puede seleccionar
entre las siguientes opciones: "Registrarse por Primera Vez", "OK" y "Salir".
Si la actividad seleccionada es "Registrarse por Primera Vez", se ejecuta el
caso de uso Registrar Usuario, subflujo Crear Registro Usuario.
Si la actividad seleccionada es "OK", se valida el registro de usuario mediante
un login y un password insertados por el usuario en la Pantalla Principal.
Una vez validado el usuario, se continúa con el caso de uso Registrar al
Animal.
Si la actividad seleccionada es "Salir" se saldrá del sistema.
Subflujos: Ninguno
Excepciones: No hubo validación: El login/password no se validó correctamente. Se solicita
al usuario volver a registrarse.

11. MODELO DE ANALISIS
El modelo de análisis es la primera representación
técnica de un sistema. Utiliza una mezcla de formatos
en texto y diagramas para representar los requisitos
del software, las funciones y el comportamiento. De
esta manera se hace mucho más fácil de comprender
dicha representación, ya que es posible examinar los
requisitos desde diferentes puntos de vista
aumentando la probabilidad de encontrar errores, de
que surjan debilidades y de que se descubran
descuidos.

12. MODELO DE ANALISIS

13. MODELO DE DISEÑO
El modelo de diseño es un refinamiento y
formalización adicional del modelo de análisis donde
se toman en cuenta las consecuencias del ambiente de
implementación. El resultado del modelo de diseño
son especificaciones muy detalladas de todos los
objetos, incluyendo sus operaciones y atributos.
Se requiere un modelo de diseño ya que el modelo de
análisis no es lo suficientemente formal para poder
llegar al código fuente. Por tal motivo se debe refinar
los objetos, incluyendo las operaciones que se deben
ofrecer, la comunicación entre los diferentes objetos,
los eventos que los objetos envían entre si, etc. El
sistema real debe adaptarse al ambiente de
implementación.

14. MODELO DE DISEÑO

15. MODELO DE DISEÑO

16. MODELO DE IMPLEMENTACION
El Modelo de Implementación es comprendido por un
conjunto de componentes y subsistemas que constituyen la
composición física de la implementación del sistema. Entre
los componentes podemos encontrar datos, archivos,
ejecutables, código fuente y los directorios.
Fundamentalmente, se describe la relación que existe desde
los paquetes y clases del modelo de diseño a subsistemas y
componentes físicos.
Este artefacto describe cómo se implementan los
componentes, congregándolos en subsistemas organizados
en capas y jerarquías, y señala las dependencias entre éstos.
Para representar los diagramas del Modelo de
Implementación se puede emplear el diagrama de UML de
Componentes.

17. MODELO DE IMPLEMENTACION
Clase: interface usuario
Descripción: Toda la interacción con el usuario se hace por medio de la interface de usuario
Módulo: Interface Usuario
Estereotipo: Borde
Propiedades: Concreta
Superclase:
Subclase:
Atributos: Manejador pantalla
Contratos:
1. Desplegar Pantalla
Desplegar pantalla ($connect). Método
encargado de desplegar las pantallas enviadas
como parámetros. Se delega el despliegue
particular a cada pantalla
Pantalla: PantallaPrincipal
PantallaRegistro
PantallaCrearRegUsuario,
PantallaCrearRegAnimal,
PantallaConsulta,
PantallaDiagnostico
2. Enviar Evento
Enviar Evento (Evento) Método encargado de
recibir eventos del sistema de ventanas. Se
envía el evento recibido a los distintos
manejadores.
Manejador: SubsistemaPrincipal,
SubsistemaRegistro

18. PROTOTIPO

19. PROTOTIPO

20. PROTOTIPO

21. PROTOTIPO

22. PROTOTIPO
mysqli_query:
Realiza una consulta o busqueda(query) en la base de datos.
Para consultas que no sean DML (distintas de INSERT, UPDATE o
DELETE), esta funcion es similar a invocar a mysqli_real_query() seguida
de mysqli_use_result() o mysqli_store_result().

23. PROTOTIPO
$_POST:
Un array asociativo de variables pasadas al script actual a través del
método HTTP POST.
$HTTP_POST_VARS contiene la misma información inicial, pero no es
una superglobal. (Nótese que $HTTP_POST_VARS y $_POST son
diferentes variables y que PHP las trata de forma distinta)
Arrays
Un array en PHP es realmente un mapa ordenado. Un mapa es un tipo
de datos que asocia valores con claves. Este tipo es optimizado para
varios usos diferentes; puede ser usado como una matriz real, una
lista (vector), una tabla asociativa (una implementación de un mapa),
diccionario, colección, pila, cola, y posiblemente más. Ya que los
valores de un array pueden ser otros arrays, árboles y también son
posibles arrays multidimensionales.