Está en la página 1de 12

INSTITUTO POLITÉCNICO NACIONAL

ESCUELA SUPERIOR DE CÓMPUTO

INGENIERÍA DE SOFTWARE

‘Pony Vet’
Veterinaria rural

Grupo: ​3CM3

Integrantes:
Aldavera Gallaga Iván
Azpeitia Hernández Vladimir
Vargas García Francisco Iván

Profesor:​ CORDERO LOPEZ MARTHA ROSA


1.1 PROPÓSITO DEL PLAN
Sistema gestor para una veterinaria en el ámbito rural donde predominan distintos
tipos de ganado y animales domésticos con el fin de llevar un mejor control sobre
las citas y consultas, así también ayudar al personal veterinario a llevar un mejor
control de los insumos y poder consultar el historial de cada animal, lo anterior
mediante una aplicación web y móvil.

1.2 FUNCIONES PRINCIPALES


1. Control de consultas: hay un local en donde las consultas llegan de dos formas:
una a través del teléfono de casa y otra es cuando los clientes llegan
personalmente. Otra manera de obtener consultas es en el viaje.
1. Base de datos con contactos, agenda telefónica, dirección y animales asociados.
Registro de sus últimas visitas e historial de compras. Espacio de notas para
agregar comentarios y aclaraciones.
2. Fácil acceso y actualización de la historia clínica de cada paciente, asociados a sus
dueños. Agenda de turnos, actividades, visitas y vacunación con recordatorios a
tiempo real.
3. El sistema registra datos de finanzas evaluando los productos y servicios más
vendidos. Los datos de este seguimiento se muestran en gráficos, facilitando su
entendimiento para fomentar la ganancia de tu empresa.:
4. Acceso rápidos a un listado ordenado por mercadería, actualización de valores, y
productos faltantes. El sector comercial de la veterinaria está dividido en productos
(artículos, alimentos y medicamentos) y servicios.
5. Búsquedas por dueño, mascota, dirección, teléfono, etc. para encontrar cualquier
dato fácilmente al instante. Sin buscar en carpetas ni en diferentes documentos.
Toda la información que se agrega está conectada.

HERRAMIENTAS
Las herramientas que se usarán para elaborar este sistema se dividen en dos partes:
aquellas para la aplicación web y otras para la aplicación móvil:

Web

Del lado del cliente:


● HTML: Es uno de los estándares de la web que permite maquetar una página web
para ver cuál será su contenido y forma.
● CSS: Otro estándar de la web que permite añadir personalización al diseño
previamente realizado con HTML.
● JavaScript: Permite añadir funcionalidades a una página web de manera que es
más dinámica en cuanto a funcionamiento e interactividad.
● Bootstrap : Una biblioteca de personalización y apariencia que complementa a los
tres estándares previamente mencionados.
● JQuery: Permite añadir más funcionalidades y complementar a JavaScript.

Del lado del servidor


● PHP: Permite recibir y enviar peticiones a través del servidor, de manera que es el
núcleo de la página ya que interactúa tanto con las vistas como con la base de
datos, controlando la mayor parte de las funciones necesarias del sistema.
● PHPMyAdmin: Un middleware entre PHP y MySQL que permite más interactividad
con la base de datos.
● XAMPP: Herramienta para correr PHP en el localhost para pruebas y
mantenimiento del sistema.
● Apache: Servidor que hace de plataforma para poder correr páginas en PHP.

Móvil

● Java: Uno de los lenguajes de programación más utilizados en el mundo y el


principal para desarrollar con Android. Tiene muchas bibliotecas y soporte que
pueden ayudar a correr un sistema de manera completa.
● Android Studio Plataforma para el desarrollo de aplicaciones en Android por
defecto.
● XML: Permite la personalización y utilización de metadatos y componentes visuales
en Android.

Base de Datos:

● MySQL: Es un sistema gestor de bases de datos relacionales más utilizadas en


cualquier tipo de sistema.

Editores de texto:

● Sublime Text: Editor de código personalizable y versátil


● Visual Studio Code: Editor de código personalizable con extensiones y entornos
integrados
● Atom: Editor de texto de código abierto, personalizable con amplia variedad de
extensiones.

Sistemas operativos:

● Windows: Sistema operativo más usado.


● Linux: Segundo sistema operativo más usado
● Android: Sistema que correrá la aplicación móvil
TÉCNICAS DE RECOLECCIÓN DE DATOS
La técnica que se usará será la entrevista, esto porque el sistema va enfocado a un solo
cliente, y de esta manera se tendrán los requisitos de la forma más precisa posible.

JUSTIFICACIÓN
Como es bien sabido, el ámbito rural carece muchas veces de la tecnología necesaria y
adecuada para llevar un buen desarrollo. Y es en este ámbito donde predomina muchas
veces la población animal sobre la humana, llegando a superar a esta última en cientos o
hasta en miles a uno en la mayoría de los casos, con lo cual es necesario que la
población animal cuente con un excelente estado de salud para evitar la propagación de
enfermedades, como se ha visto a lo largo de estos últimos años (ejemplo: la aparición de
la enfermedad de las vacas locas o la gripe porcina o aviar). Esto no solo afecta la propia
salud de ellos, sino también de los seres humanos que se encuentran cerca y con ello la
de las poblaciones aledañas a estos lugares, dañando también la economía al tener que
verse forzados a sacrificar a gran parte de estos ganados que ya no pueden representar
una potencial venta para su consumo o aprovechamiento de alguna otra forma.

Y para evitar lo anterior debemos disponer de un sistema informático que vigile de cerca
el estado de salud de los animales en caso de que puedan recaer en enfermedad o que
presenten síntomas de alguna, cuidando así la salud de ellos y la economía que también
sustentan.

PARADIGMA
Utilizaremos es una forma de modelar un sistema que está en desarrollo, de manera que
pueda visualizarse materialmente a partir de los datos recolectados mediante otras
técnicas de recolección de datos como entrevista u observación

JUSTIFICACIÓN DEL PARADIGMA


Dado que estamos desarrollando un sistema real, necesitaremos de la aprobación de los
clientes para poder obtener su visto en bueno en las necesidades y especificaciones que
ellos proveen de manera que podamos brindar un sistema y un servicio de calidad.

INNOVACIÓN
Se espera crear un sistema administrador para una veterinaria añadiendo características
tales como planificador de rutas teniendo en cuenta las prioridades de los clientes, manejo
de la aplicación a través de comandos de voz con posible implementación de inteligencia
artificial en dicha característica.

JUSTIFICACIÓN DE LA COMPLEJIDAD
La complejidad radica en el hecho de integrar un mismo sistema en varios dispositivos
como lo pueden ser la aplicación móvil y la aplicación web, integrando una base de datos
robusta en datos pero ligera al ejecutarla en ambas aplicaciones.
Así misma se busca que el mapeo de rutas y los comandos de voz sean programados de
manera eficaz y acorde a las APIs y algoritmos de última generación que nos permiten
explotar su potencial en cuanto a la aplicación y lo que ésta requiera.

ESTADO DEL ARTE


En internet existe software para la administración de una veterinaria, pero la mayoría de
estas se enfocan a una clínica veterinaria orientada a una ciudad, por lo que solo
consideran animales como perros, gatos, algunos roedores, entre otros animales
pequeños. Además que estos sistemas no ofrecen una personalización para el cliente.

Otra desventaja es que estas aplicaciones son solo para computadoras de escritorio o
páginas web que no están orientadas a usarse desde un dispositivo móvil, como un
teléfono o una tablet.

Algunos ejemplos son:

MyVete
https://app.myvete.com/login

Es una página web, que ofrece un sistema de administración completo para una clínica
veterinaria, pagando una suscripción mensual.
Iveter
https://www.iveter.com/index.htm

iVeter es una aplicación web, especializada en la gestión de clínicas veterinarias, bajo el


concepto SaaS (software como servicio), el cual consiste en disponer de una aplicación
para la gestión de su clínica sin necesidad de instalar ningún software en su ordenador,
simplemente accediendo a la aplicación con un navegador de internet, pues tanto la
aplicación como la base de datos residen en un servidor web accesible desde cualquier
punto con acceso a la red.

DIAGRAMA DE ARQUITECTURA
Arquitectura de tres capas.\
Se usará la arquitectura de tres capas esto debido a que el sistema estará haciendo uso
constante de la base de datos y para hacerlo de un forma mas efectiva se optó por esta
arquitectura.

RECOLECCIÓN DE DATOS

Para la recolección de datos utilizaremos el cuestionario y la revisión de registros.

Algunas muestras de registros serían:


ANÁLISIS DE RIESGOS

RIESGO CATEGORÍ PROBABILIDAD IMPACTO RMMM


A

Calidad pobre en la cobertura TE 40% 2


de internet

Fecha de entrega será BU 40% 3


apretada

Falta de capacitación en DE 30% 3


herramientas

Menos reuso que el DE 30% 3


planificado
DIAGRAMA DE GANTT
ESTIMACIÓN

1. ¿Requiere el sistema copias de seguridad y de recuperación fiables?


R. Sí. Ya que en el sistema se guardarán registros de las actividades que involucren los
recursos financieros y materiales de la veterinario, así también como en aquellas
actividades que involucren una fecha como consultas y servicios recibidos.

2. ¿Se requiere comunicación de datos?


R. Sí. Habrá comunicación de datos entre los sistemas móviles y web. De manera que lo
que ocurra en uno se vea reflejado en otro.​

3. ¿Existen funciones de procesamiento distribuido?


R. No. Ya que el sistema se comunica mediante el protocolo HTTP.

4. ¿Es crítico el rendimiento?


R. No. Ya que la comunicación se realiza por internet, y también se guarda en archivos
separados, de manera que aunque alguno de los sistemas se vea impedido a realizar la
acción de momento, puede realizarla poco después a partir de los datos que haya en los
archivos.

5. ¿Se ejecutará el sistema en un entorno operativo existente y fuertemente


utilizado?
R. Sí. Ya que los sistemas móviles y web son los más utilizados hoy en día.

6. ¿Requiere el sistema entrada de datos interactiva?


R. Sí. Ya que se utilizará tanto la entrada por teclado, táctil y por voz.

7. ¿Requiere la entrada de datos interactiva que las transacciones de entrada se


lleven a cabo sobre múltiples pantallas y operaciones?
R. Algunas entradas las introduce el usuario, otras el sistema como en el caso de las
rutas mediante la API de mapas

8. ¿Se actualizan los archivos maestros de forma interactiva?


R. Sí

9. ¿Son complejas las entradas, las salidas, los archivos o las peticiones?
R. No. Quizá solamente la entrada por comando de voz.

10. ¿Es complejo el procesamiento interno?


R. No. Ya que son operaciones básicas matemáticas y de sistema CRUD con algunos
algoritmos ya conocidos.
11. ¿Se ha diseñado el código para ser reutilizable?
R. Sí. Ya que este va por módulos y puede ser utilizable en otro sistema parecido.

12. Están incluídas en el diseño la conversión e instalación?


R. Sí. En la APP móvil y en el sitio web.

13. ¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes


organizaciones?
R. Sí. Por la misma naturaleza del sistema se puede instalar en otros lugares y
dispositivos.

14. ¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente
utilizada por el usuario?
R. Sí. Es interactiva y responsiva.