Está en la página 1de 68

Anteproyecto

Carrera: Licenciatura en Ciencias Informáticas

Análisis y desarrollo de un sistema de Gestión para la


Clínica Veterinaria Dr. Joaquín.

Elaborado por:

Roberto Daniel Cano Benítez


Jorge Luis Villalba Martinez
José Fabricio Aquino Pando

2023

San Lorenzo, Paraguay


Introducción

La preferencia de los usuarios por ciertas empresas depende en gran medida de los servicios
prestados, la atención brindada, bajos precios y sobre todo de la agilidad de las transacciones
que la entidad le facilita al cliente.

Basado en las necesidades de los usuarios, el presente proyecto hace énfasis a la


implementación de una aplicación web para la Clínica Veterinaria Doctor Joaquín a través de la
cual el propietario o Doctor podrá llevar a cabo el control de las mascotas, inventario de
productos y facturación de cada uno de los servicios adquiridos por el cliente.

Esta aplicación permite automatizar y agilizar cada uno de los procesos que actualmente se
llevan a cabo en la veterinaria, logrando así brindar un mejor servicio a su distinguida clientela
y por ende mayores ingresos para la empresa.

En este documento se definen varios apartados en los cuales se incluyen: descripción del
problema que se desea solucionar, definición del ámbito del problema en el cual se explica el
origen de la problemática, alternativas de solución y las limitaciones, es decir el contexto de
trabajo. También se incluyen los Objetivos, en donde se definen tanto los generales como
específicos que se desean lograr.
Título

“Análisis y desarrollo de un sistema de Gestión para la Clínica Veterinaria Dr. Joaquín”

Justificación

La Clínica Veterinaria Dr. Joaquín, consta de 2 sucursales: La matriz que se encuentra ubicada
actualmente en la ciudad de Mariano Roque Alonso sobre las calles Av. Gral Eugenio
Alejandrino Garay esquina Chaco Boreal, con una dimensión de 360 metros cuadrados. La
sucursal está ubicada en Villa Elisa sobre las calles Enrique Von Poleski n°2675 esquina
Panambi Vera (a 150mts de la Avda Defensores del Chaco), con una dimensión de 360 metros
cuadrados. La cantidad de colaboradores en la Casa Matriz es de 5 personas, el plantel consta
de 4 profesionales en veterinaria y 1 auxiliar administrativo, mientras que en la sucursal
ubicada en Villa Elisa, su plantel consta de 3 profesionales en veterinaria y 1 auxiliar
administrativo. Cada sucursal cuenta con una fan page en la red social Facebook e Instagram:

Sucursal Matriz:

o Facebook

https://www.facebook.com/drjoaquinveterinaria

Sucursal Villa Elisa:

o Facebook https://www.facebook.com/drjoaquinvetve
o Instagram https://www.instagram.com/drjoaquinvetve/?hl=es

La razón que nos motiva a impartir este proyecto desde el punto de vista de comercial es que
al encontrarnos en un mercado tecnológico y competitivo, queremos lograr obtener un servicio
de calidad, en tiempo y forma, en tanto desde el punto de vista del cliente, ofrecer practicidad y
confianza logrando acceder a la información de forma ágil y actualizada sobre su mascota a la
cual tiene afecto como parte de su familia.
Relevamiento de datos

Se agendó una reunión con el Dr. Joaquín Vera, a modo de reunir información certera sobre
el estado actual del manejo en sus locales, teniendo en cuenta los aspectos esenciales
para su modelo de negocio. Para más detalles dirigirse a la sección de Anexo 1.1

Identificación y análisis de los problemas

El problema radica en la necesidad de mejorar los procesos de negocios que se realizan


actualmente. El proceso de inventario es gestionado de manera manual y no se lleva un
control de pacientes atendidos en la clínica. El encargado de llevar el control de los
productos registra las ventas en un cuaderno, pero no registra la cantidad de productos
vigentes en stock o en otros casos se olvida de registrar las ventas o servicios realizados.

En lo que respecta al control de mascotas, la clínica no cuenta con un respaldo de fichas


de los pacientes, lo cual implica que si el cliente pierde la ficha, pierden toda la información
de los procedimientos hechos hasta el momento, sean vacunaciones o tratamientos
quirúrgicos.

Definición del ámbito del problema

La clínica Veterinaria Doctor Joaquín dedicada a la atención médica de animales, no cuenta


con un control automatizado de sus pacientes y stock de los productos que tiene
almacenado en su bodega.

Actualmente, los encargados llevan el control de las mascotas, cada vez que realiza la
consulta médica se registra en la ficha del paciente. Si ya cuenta con los registros solo
ingresa la información relacionada a próximas citas, vacunas realizadas, o tratamiento en
caso de darse.

En el caso del inventario, el personal que lo lleva a cabo diariamente registra en un


cuaderno las ventas realizadas de cada uno de los productos, pero no anota cuántos hay
en stock. Esto genera que no se cuente con la información necesaria de forma rápida, en
caso de realizar una venta, por lo que no se dispone de un sistema que pueda llevar a cabo
este proceso.
Lo que se pretende lograr con esta aplicación web es que la veterinaria pueda tener acceso
a información actualizada de los registros de las mascotas y a sí mismo de la existencia de
los productos que tienen almacenado en su bodega.
Objetivos
Objetivo General
Mejorar la gestión de los pacientes, optimizando el uso de los recursos disponibles y facilitando
la toma de decisiones a través de la información almacenada.

Objetivo Específicos

● Mejorar la eficiencia en la gestión de pacientes y citas para reducir el tiempo de


espera y mejorar la experiencia del cliente.
● Facilitar el seguimiento de la salud de los pacientes a largo plazo y mejorar la calidad
de la atención al proporcionar acceso fácil y rápido al historial médico de los pacientes.
● Aumentar la precisión en la facturación y el registro de transacciones financieras
para mejorar la eficiencia y reducir errores.
● Mejorar la comunicación entre los veterinarios y los dueños de las mascotas para
mejorar la satisfacción del cliente y reducir malentendidos o confusiones.
● Facilitar el seguimiento y el control del inventario de productos para la venta y garantizar
la disponibilidad de productos en el momento en que los clientes los necesiten.
Alternativas de solución

● Según ley Nº 6562/2020 DE LA REDUCCIÓN DE LA UTILIZACIÓN DE PAPEL


EN LA GESTIÓN PÚBLICA Y SU REEMPLAZO POR EL FORMATO DIGITAL:
○ Artículo 1: El objetivo de la presente ley es reducir el uso de papel en cualquier
gestión pública y reemplazarlo por el formato digital, que deberá quedar registrado,
tramitado o gestionado en línea.
● Según ley 6380/2019 DE MODERNIZACIÓN Y SIMPLIFICACIÓN DEL SISTEMA
TRIBUTARIO NACIONAL:
○ En la RESOLUCIÓN GENERAL N° 78

Artículo 13. Enciso 12: “La validez de la totalidad de los comprobantes presentados. En
este caso, como papel de trabajo, el auditor deberá adjuntar una planilla electrónica Excel
que contenga los mismos datos del Libro Compras (211) Hechauka o sus actualizaciones,
registrando en una columna el resultado de la consulta de validez realizada a través del
Sistema Marangatu.”

● Software Web relacionado:

○ VetBlue: VetBlue es un software veterinario en la nube potente y asequible para oficinas


de todos los tamaños y tipos, como prácticas veterinarias móviles, clínicas, equinas y
holísticas. Sistema desarrollado y basado en leyes tributarias de Estados Unidos, lo cual no
aplica a Paraguay. URL: https://www.eveterinarysoftware.com/

● Software App relacionado:

GVET

GVET es un sistema de gestión veterinaria en la nube, por lo que se podrá acceder desde
cualquier dispositivo con solo una conexión a Internet. Algunas de sus funciones destacadas
son, gestionar sus clientes y controlar la historia clínica de sus pacientes, control de
admisiones, subir expedientes, añadir métodos complementarios, facturar, controlar stock y
muchas otras funciones más.
Dispone de una aplicación móvil gratuita para sus clientes, donde pueden realizar un
seguimiento de sus mascotas y recibir notificaciones del veterinario.
URL:https://play.google.com/store/apps/details?id=ar.com.petalert

Smart Vet
Este software cuenta con una opción para exportar los datos de forma gratuita. También, incluye
también el uso de la firma electrónica, que permite firmar actividades clínicas, certificados,
documentos y recetas que se registran y se conservan en tu Smart Vet. También cuenta con la
opción de adquirir la privacidad de datos de los dueños de la mascota, la cuál es obligatoria por
ley, por ello Smart Vet permite automatizar este proceso para gestionarlo de forma rápida y
sencilla. El dueño de la mascota accede al consentimiento de privacidad a través de su correo
electrónico, la lectura de un código QR, o la impresión de un documento. El documento queda
guardado en el Smart Vet con la firma del dueño de la mascota.
Con este software se pueden enviar los recordatorios de vacunas desde Smart Vet a través de
correos electrónicos, SMS, WhatsApp o generando un PDF.

Dispone de una aplicación móvil gratuita para sus clientes, donde pueden realizar un
seguimiento de sus mascotas y recibir notificaciones del veterinario. URL:
https://play.google.com/store/apps/details?id=com.evet.smartvet&hl=es_BO

Teniendo en cuenta las necesidades y exigencias del cliente, sugerimos el desarrollo de


un sistema de gestión hecho a medida que cuente con los siguientes módulos:

● Gestión de mascotas.

● Consultas de stock.

● Facturación de servicios.

● Generación de archivos de planilla electrónica Excel.

● Alta de usuarios.
Estimación del volumen y la dimensión del proyecto

En general, el tiempo de desarrollo de un proyecto de software dependerá de varios factores,


como el alcance y la complejidad del proyecto, el equipo de desarrollo, los recursos disponibles
y otros factores específicos del proyecto.

Para estimar el tiempo de desarrollo de un proyecto de software, es importante realizar un


análisis detallado de los requerimientos específicos y establecer un plan de desarrollo realista
y detallado que tenga en cuenta todos los factores relevantes.

También es recomendable utilizar metodologías de gestión de proyectos ágiles o en cascada


para facilitar la planificación y el control del proceso de desarrollo. En cualquier caso, es
importante tener en cuenta que la estimación del tiempo de desarrollo de un proyecto de
software es una tarea compleja que requiere experiencia y conocimientos técnicos.

A continuación, presento una estimación aproximada en base a un conjunto de funcionalidades


típicas y el tiempo requerido para desarrollarlas:

1. Análisis de requisitos y diseño del sistema: 5 días


2. Desarrollo del sistema de gestión de pacientes: 15 días
3. Desarrollo del sistema de gestión de citas: 10 días
4. Desarrollo del sistema de registro médico: 20 días
5. Desarrollo del sistema de gestión de inventario: 10 días
6. Desarrollo del sistema de facturación: 15 días
7. Desarrollo del sistema de análisis de datos: 10 días
8. Pruebas y corrección de errores: 10 días

El tiempo total de desarrollo estimado para el sistema de gestión de clínica veterinaria es de


aproximadamente 95 días hábiles, lo que equivale a 19 semanas (considerando una jornada
laboral de 5 días a la semana).

En cuanto a la dimensión del proyecto consideramos que es un tamaño de mediano alcance,


se va a requerir un equipo de desarrolladores de software, que incluya analistas de
requerimientos, diseñadores de interfaces y programación.
Durante esta etapa se llevará a cabo el levantamiento de la información referente a las partes
de las funcionalidades que realiza el proceso tanto de control de mascotas como de inventario.

También se definirá qué componentes de hardware y software se van a utilizar tales como;
programadores, testeadores y un especialista en seguridad informática. La dimensión del
equipo puede variar dependiendo de los detalles específicos del proyecto y la experiencia de
los miembros del equipo. En general, se puede esperar un equipo de al menos 3 a 5 personas
para un proyecto de este tipo.
Recursos necesarios para el Desarrollo del Sistema

Hardware

Para el sistema que se propone desarrollar se debe contar con los siguientes recursos se
requiere de un computador tipo servidor que soporte el almacenamiento de base de datos y
también el despliegue de los servicios.

También, con una Computador de escritorio con las siguientes especificaciones:

● Procesador: Intel(R) Core(TM) i5-8400 CPU @ 2.80GHz

● Placa base: ASUS PRIME H310M-D R2.0

● RAM: DDR4 8 GB

● SSD 240 GB

● Mouse

● Teclado

Software

Para que el ambiente de desarrollo pueda ser óptimo el mismo debe de contar con los
siguientes aplicativos.

● Sistema Operativo: Windows 10 PRO

● Base de Datos: PostgreSQL

● Lenguaje de Programación: PHP

● Editor de textos: Visual Studio Code 2022.


Recursos necesarios para el Cliente

Será necesario disponer de un personal administrativo de la veterinaria para el control y


acompañamiento de los avances realizados.

Además, el mismo debe de contar con un computador de escritorio con las siguientes
especificaciones mínimamente:
● Procesador: Intel(R) Core(TM) i3-3200 CPU @ 1.40GHz

● Placa base: ASUS PRIME H310M-D R2.0

● RAM: DDR2 2 GB

● Espacio Disco Duro 2 GB

● Mouse

● Teclado

Software

● Sistema Operativo: Windows 7 PRO o Superior.

● Navegador Chrome
Elaboración del plan de trabajo

Metodología

La metodología que se utilizará para el desarrollo en fases del sistema web.

Fase I: Estará conformada por dos fases, la de planificación y la de


análisis. Planificación

Durante esta etapa se llevará a cabo el levantamiento de la información referente a las partes
de las funcionalidades que realiza el proceso tanto de control de mascotas como de inventario.
También se definirá qué componentes de hardware y software se van a utilizar para desarrollar
el proyecto técnico. Por ejemplo, la solución será desarrollada con lenguaje PHP, y como motor
de base datos: PostgreSQL.

Las actividades por realizarse en esta fase son las siguientes:

● Elaboración de los Sprint necesarios para desarrollar el producto

● Elaboración de cronograma de actividades del proyecto.

Análisis

Durante la realización de esta etapa se identifican todos los requerimientos, los cuales
serán analizados, para a partir de ellos, establecer las diferentes tareas a realizarse para
el desarrollo del proyecto técnico establecido en este estudio.

Esta etapa será iterativa-incremental, en cada sprint que se esté realizando. Las
actividades a realizarse en esta etapa son las siguientes:

● Análisis de requerimientos.

● Establecimiento de las funcionalidades del producto.

● Especificación de Interfaces de Usuarios.


Fase II: Diseño

Durante esta etapa se definirá la estructura de datos de la solución tales como: la


arquitectura general, representación de todas las interfaces de usuarios. Esta etapa nos
permitirá traducir los requerimientos en una representación software.

Las actividades para realizarse en esta etapa son las siguientes:

● Arquitectura del Sistema

● Diseño de Casos de Usos

● Diseño Modelo Entidad Relación

● Diseño de Diagrama de Clases

● Diseño de las Interfaces de Usuarios.

Fase III: Construcción del Producto

Durante la realización de esta etapa se realizará la transformación de lo establecido en la fase


de diseño, en código que nos ayudará a desarrollar el aplicativo web, con los lenguajes de
programación que se van a usar como: PHP. Esta fase también implica las pruebas tanto
unitarias como de integración de los diferentes módulos a desarrollarse.

Las actividades por realizarse en esta etapa son las siguientes:

● Preparación del Entorno de Generación y Construcción

● Generación del Código de los Componentes y Procedimientos

● Ejecución de las Pruebas Unitarias

● Ejecución de las Pruebas de Integración

● Ejecución de las Pruebas del Sistema

● Elaboración de Manual de Usuario.


Fase IV: Implantación y Aceptación del Sistema
Durante esta última etapa se llevará a cabo la implantación del sistema en el ambiente
productivo, en donde se procederá con las instalaciones de los diferentes componentes que
conforman el sistema, pruebas de aceptación y aprobación del aplicativo web a desarrollarse.

Las actividades por realizarse en esta etapa son las siguientes:

● Instalación Ambiente Productivo.

● Implantación del Sistema en Producción.

● Pruebas de Aceptación del sistema.

● Presentación y Aprobación del Sistema.

Definición del Equipo de trabajo

El equipo de trabajo estará conformado por:

Para el desarrollo del sistema informático para la veterinaria, se necesitaría un equipo de


trabajo que incluya los diferentes especialistas y roles clave. Los miembros del equipo estarán
conformados de la siguiente manera:

1. Veterinario: Un veterinario con experiencia en la práctica clínica podría proporcionar


información valiosa sobre las necesidades específicas del sistema informático. Podría
ayudar a definir los requisitos del sistema, asegurarse de que se cumplan los estándares
de la industria veterinaria y garantizar que el sistema cumpla con las necesidades de la
clínica.
2. Programadores: Los programadores serían responsables de desarrollar el sistema
informático. Deben tener habilidades en lenguajes de programación relevantes,
experiencia en desarrollo de software y capacidad para trabajar en equipo.
3. Diseñadores de interfaz de usuario: Un diseñador de interfaz de usuario podría
colaborar con el equipo para crear una interfaz de usuario intuitiva, amigable y fácil de usar
para los usuarios del sistema.
4. Especialistas en bases de datos: Es posible que se necesiten especialistas en bases
de datos para diseñar y administrar la base de datos del sistema.
5. Especialista en área contable: Los contadores podrían ayudar a diseñar y desarrollar
el módulo de facturación y contabilidad del sistema, asegurándose de que cumpla con los
requisitos fiscales y legales vigentes.
6. Especialistas en seguridad informática: Sería importante contar con especialistas en
seguridad informática para garantizar la protección de los datos de los pacientes y la seguridad
del sistema en general.

Resumiendo, las fases del proyecto en meses, quedaría de la siguiente manera:

Mes 1:
Análisis de requisitos y diseño del sistema: 5 días
Desarrollo del sistema de gestión de pacientes: 15 días
Mes 2:
Desarrollo del sistema de gestión de citas: 10 días
Desarrollo del sistema de gestión de inventario: 10 días
Mes 3:
Desarrollo del sistema de registro médico: 10 días
Desarrollo del sistema de análisis de datos: 10 días
Mes 4 y 5:
Desarrollo del sistema de facturación: 20 días
Pruebas y correcciones de errores: 15 días
1. Modelo de Negocio

El modelo de negocio es un guión de la estrategia de la empresa y su implementación, en el cual


se recogen los siguientes elementos: selección de sus clientes, definición y diferenciación de
sus productos y/o servicios, creación de utilidad para sus clientes, conseguir y conservar a los
clientes, cómo mostrarse ante el mercado, definición de las tareas que se llevarán a cabo, cómo
conseguirá el beneficio y cómo lo distribuirá.

1.1. Descripción de los Actores de Negocio

Administrador: Es el encargado de la asignación de roles a los usuarios del sistema, así


mismo del mantenimiento de usuarios, productos, servicios y consultas de mascotas
registradas en el sistema.

Doctor: Es el encargado del mantenimiento de mascotas, crear un nuevo usuario que


tenga rol de cliente, Agendamiento de citas y consulta de reporte de historial clínico

Cliente: Son los usuarios del sistema encargados de consultar o modificar sus datos
personales y datos de su mascota. Así mismo también del agendamiento de citas para su
mascota y de consulta/descarga de factura.

Auxiliar Administrativo: Son los usuarios del sistema encargados del mantenimiento de
productos, registro y reporte de inventario. Así mismo de la facturación de servicios y
productos.
1.1. Establecimiento de los Requerimientos

Estos requisitos definen la funcionalidad y componentes del sistema.

1.2. Requerimientos Funcionales

RF-1. Gestionar cuenta de usuario

RF-1.1 Autenticar Usuario.

RF-1.1.1 Los usuarios deberán identificarse para acceder al sistema con un nombre de
usuario y contraseña.
RF-1.1.2 Cada usuario debe ser único y debe tener una contraseña de longitud mínima
de 8 caracteres alfanuméricos.
RF-1.1.3. El sistema debe verificar que el nombre de usuario y contraseña ingresados coinciden
con los registrados en la base de datos.
RF-1.1.4. Por seguridad, al tercer intento de acceso con credenciales inválidas, la cuenta del
usuario quedará bloqueada.
RF-1.1.5. Para el desbloqueo de una cuenta, el usuario recibirá un correo electrónico con las
indicaciones a seguir y una URL.
RF-1.1.6. Al ingresar a la URL se desplegará una ventana con el nombre de usuario y dos
campos para que el usuario ingrese una nueva contraseña y confirme la nueva contraseña, una
vez finalizada la carga, el usuario tendrá nuevamente acceso al sistema.
RF-1.1.7. Una vez verificado los datos del usuario, el sistema creará una sesión para el usuario
con sus respectivos permisos, donde todas las operaciones realizadas por el mismo serán
registradas en segundo plano.
RF-2. Gestionar cuentas
RF-2.1. Crear cuenta.

RF-2.1.1. El sistema contará con la funcionalidad de registrar cuentas a los usuarios, el cual
será activado en forma instantánea una vez finalice el proceso de llenado del formulario, éste
contará con permisos básicos en forma predeterminada.
RF-2.1.2. Los datos a ser ingresados son nombre completo, apellido, correo electrónico, una
contraseña y la confirmación de la contraseña.
RF-2.1.3. Al finalizar la carga de datos, el sistema generará de forma automática un número
identificador único para el usuario.
RF-2.1.4. Una vez logueado el usuario nuevo, será redirigido a la página principal del sistema
para poder realizar sus actividades.
RF-2.1.5. Al ingresar en esta funcionalidad el sistema podrá almacenar la información
perteneciente a la persona, publicaciones, búsquedas y otros.
RF-2.1.6. El sistema guardará en el log correspondiente las operaciones hechas en este
apartado.

RF-2.2. Modificar cuenta

RF-2.2.1. El sistema permitirá al usuario modificar los datos de su cuenta, no pudiendo modificar
su número de identificación único de usuario.
RF-2.2.2. El formulario se desplegará sólo de aquellos usuarios que están en estado Activo.
RF-2.2.3. Se desplegarán los datos actuales del usuario, tales como nombre, apellido y
correo.
RF-2.2.4. El sistema permitirá al usuario modificar los datos registrados a su cuenta,
seleccionando con un clic el campo a modificar.
RF-2.2.5. El sistema registrará estos nuevos datos luego de que el usuario acepte los cambios
y también se guardará en el log correspondiente las operaciones hechas en este apartado.

RF-2.3 Eliminar cuenta

RF-2.3.1 Para eliminar una cuenta, el usuario deberá iniciar sesión y seleccionar del menú la
opción eliminar cuenta, de esta manera quedará deshabilitada la cuenta del mismo
RF-2.3.2 Sólo se podrá eliminar una cuenta de usuario si dicha persona así lo deseara. De lo
contrario se podrá colocar como estado inactivo a dicha cuenta.
RF-2.3.3 Una vez eliminada la cuenta, el sistema registrará en el log correspondiente las
operaciones hechas en este apartado.
RF-3. Módulo de Inventario

RF-3.1 El sistema permitirá crear, modificar y eliminar artículos.

RF-3.2 El sistema debe verificar que el registro de artículos sea válido.

RF-3.3 Para la creación de artículos se deben ingresar los siguientes datos: descripción,
código de barra, fecha de creación, marca, proveedor, categoría, rubro, cantidad mínima de
stock.
RF-3.4 El sistema tendrá una clasificación de tipo de artículo: Producto o Servicio.

RF-3.5 Sólo se podrán eliminar artículos que no tengan movimientos, caso contrario, se
deberá cambiar el estado del artículo a inactivo.
RF-3.6 El sistema permitirá crear, modificar y eliminar ajustes de inventario.

RF-3.7 El sistema debe verificar que el registro del ajuste de inventario sea válido.

RF-3.8 Para realizar un ajuste de inventario se deben ingresar los siguientes datos: código
de artículo, cantidad, tipo (Entrada o Salida), comentario del ajuste.
RF-3.9 El sistema deberá actualizar el stock una vez registrado el ajuste de inventario.

RF-4. Módulo Gestión de Mascotas

RF-4.1 El sistema deberá permitir crear, modificar y eliminar clientes.

RF-4.2 Al guardar un nuevo cliente, se debe verificar que el registro sea válido.

RF-4.1 El sistema deberá permitir crear, modificar y eliminar el alta de una mascota y
asignarla a un cliente.
RF-4.2 El sistema debe verificar que el registro de mascotas sea válido.

RF-4.3 El sistema deberá permitir crear, modificar y eliminar los procedimientos realizados
a la mascota.
RF-4.4 El sistema debe verificar que el registro de procedimientos realizados sea
válido. RF-4.5 Se deberá poder acceder al perfil de la mascota, para visualizar el
historial de procedimientos realizados.
RF-4.6 El sistema permitirá imprimir la receta médica una vez que el paciente haya
sido diagnosticado.
RF-4.7 El sistema deberá generar un informe en PDF.

RF-5. Módulo de Facturación

RF-5.1 El sistema debe permitir registrar el movimiento de venta con los siguientes datos: el
movimiento de venta debe contener los siguientes datos: código de cliente, tipo de
comprobante, sucursal, número de comprobante, codigo de barra, descripción, cantidad,
precio, total, usuario carga, forma de pago, fecha de venta, fecha de impresión, timbrado,
fecha validez del timbrado, moneda.
RF-5.2 El sistema deberá validar que los datos ingresados al momento de registrar la venta
sean correctos.
RF-5.3 El sistema debe validar que el artículo seleccionado tenga stock para la
facturación.
RF-5.4 El sistema debe validar que el vencimiento del timbrado.
RF-5.5 El sistema permitirá crear, modificar y eliminar las formas de pago.

RF-5.6 La creación de formas de pago deben tener los siguientes datos: descripción, forma
de pago (cheque, efectivo, tarjeta), fecha de creación.
RF-5.7 El sistema debe generar un informe en PDF de los movimientos de ingresos por corte
de fecha.
RF-5.8 El sistema deberá imprimir los comprobantes legales de ventas por los
servicios realizados.
RF-5.9 Al registrar la venta se debe generar el asiento correspondiente.

1.3. Requisitos no funcionales Desempeño.

1. El sistema deberá desplegar la ventana principal en un tiempo menor a 10 segundos.

2. El sistema es multiusuario y debe garantizar el rendimiento óptimo en todo momento. Las


respuestas deben ser en tiempos reducidos igual o menores a 3 segundos.
3. El sistema deberá ser multiplataforma, pues su diseño debe adaptarse a cualquier
dispositivo para que sea de uso intuitivo.
Usabilidad.

4. La interfaz del sistema será una web responsive, adaptable a dispositivos móviles, utilizando
tecnologías Web.

5. El sistema deberá evitar la introducción de información errónea o no permitida, como


utilización de caracteres no admitidos.
6. La interfaz utilizará entornos amigables al usuario, permitiendo el uso de teclado y
combinación de teclas para usuarios avanzados, y mouse o pantalla táctil para el resto de los
usuarios.

Disponibilidad.

7. El sistema estará disponible en todo momento, excepto durante las tareas de


mantenimiento del servidor.
8. Se deberá realizar un mantenimiento para solucionar problemas, implementar mejoras y
realizar copias de seguridad de los datos. Las tareas de mantenimiento serán notificadas con
anticipación a los usuarios y agendados en fechas y horas donde el sistema no es utilizado
frecuentemente.

Confiabilidad.

9. El sistema no publicará ningún tipo de información a usuarios no autorizados.

Seguridad.

10. Las copias de seguridad de los datos serán realizadas en momentos oportunos o mediante
los periodos de mantenimiento del servidor donde corre el sistema.
11. Solo los usuarios registrados tendrán acceso al sistema y serán los únicos con privilegios
para su uso.
12. El acceso será controlado por medio de sesiones de los usuarios registrados, y sus acciones
serán registradas en la base de datos.
13. Si no se registra actividad durante un lapso de 5 minutos, el sistema cerrará sesión
automáticamente.
Extensibilidad.
14. El sistema debe ser susceptible a ser ampliado, con el fin de ampliar con otros módulos que
pueden ser solicitados posteriormente. Llevar un control de errores y registros indebidos en el
sistema.

Portabilidad.

15. El sistema podrá ser ejecutado en sistemas operativos Windows 7 o superior, GNU/Linux y
Android.
16. El sistema en su totalidad no podrá ser trasladado a otra plataforma para su ejecución sin
la debida autorización de los desarrolladores.

Diseño:

1.4. Arquitectura de Sistemas: Arquitectura de alto nivel del sistema a ser desarrollado:

1.4.1. Base de datos: Un sistema informático para una veterinaria necesitaría una base de
datos para almacenar información de los pacientes, tales como sus nombres, razas,
historiales médicos, tratamientos recibidos, etc.
1.4.2. Interfaz de usuario: La interfaz de usuario permitiría a los veterinarios y el personal de
la clínica acceder y utilizar el sistema informático. La interfaz debería ser fácil de usar e
intuitiva, para que los usuarios puedan acceder rápidamente a la información que necesitan.
1.4.3. Módulo de gestión de citas e Integración de herramientas de comunicación: Este
programa permitiría a los veterinarios y al personal de la clínica programar citas y mantener
un seguimiento de las citas futuras. Podría incluir características como confirmación
automática de citas, recordatorios de citas, y la capacidad de programar citas recurrentes.
Una buena comunicación entre los veterinarios y los dueños de las mascotas es importante.
Por lo tanto, un sistema informático para una veterinaria podría incluir herramientas de
comunicación que permitan a los veterinarios comunicarse con los dueños de las mascotas y
enviar recordatorios de citas.
1.4.4. Historial médico electrónico: El sistema debería permitir el almacenamiento de historiales
médicos de los pacientes, lo que facilita la atención de seguimiento y permitiría a los
veterinarios hacer un seguimiento de la salud de sus pacientes en el tiempo.
1.4.5. Sistema de facturación y contabilidad: El sistema debería ser capaz de procesar facturas
y pagos, y de mantener un registro de las transacciones financieras de la clínica.
1.4.6. Módulo de Stock: Este módulo se encuentra integrado con la base de datos, la interfaz
de usuario y el sistema de facturación y contabilidad. Además, la gestión de inventario para los
productos de venta está conectado al módulo de stock, lo que permite llevar un control de
productos disponibles y los que se estén agotando
Representación en diagrama

Diseño de casos de uso


Diagrama de casos de uso

Descripción de los casos de uso

Nombre del caso de uso: Iniciar sesión Nro. Del caso de Uso: 1

Actor Principal: Usuario del sistema

Objetivos: Permitir el acceso de un usuario al sistema y conceder los permisos que


éste tenga permitido acceder.

Pre-condiciones: Usuario registrado en el sistema.

Post-condiciones: Usuario logeado, puede realizar sus actividades en el sistema.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. Abre el sistema.

2. Despliega la pantalla de inicio de


sesión.

3. Solicita ingreso del nombre de usuario


y contraseña. Muestra dos botones,
Iniciar sesión y Cancelar.

4. Ingresa su nombre de usuario con su


respectiva contraseña. Presiona el
botón Iniciar sesión.

5. Valida los datos ingresados por el


usuario. El sistema asigna los permisos
para el usuario

6. Muestra un mensaje indicando el inicio


de sesión exitoso y se muestra la página
de inicio del sistema.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Paso 5 Nombre de usuario o contraseña incorrecta


Los datos proporcionados no coinciden con los de la base de datos de registro de
usuario, por lo que se despliega un mensaje indicando el error. Posterior a esto,
vuelve al paso 3.
E2. Error en la consulta
No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.
Descripción de los casos de uso

Nombre del caso de uso: Cambiar contraseña Nro. Del caso de Uso: 2

Actor Principal: Usuario del sistema

Objetivos: Generar una nueva contraseña para una cuenta de usuario.

Pre-condiciones: El Usuario debe haber iniciado sesión y solicitado el cambio de


contraseña.

Post-condiciones: El usuario podrá acceder a su cuenta con la nueva contraseña

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. Selecciona el botón configuración de


cuenta.

2. Despliega la pantalla con los detalles


del usuario actual. Muestra los botones
de editar usuario, cambiar contraseña y
cerrar sesión.

3. Presiona el botón cambiar contraseña

4. Despliega un formulario donde


muestra el nombre del usuario y campos
vacios para introducir la contraseña
actual, la nueva contraseña y la
confirmación de la nueva contraseña.
También los botones Aceptar y Cancelar.

5. Introduce la contraseña actual, la


nueva contraseña y la confirmación de
la nueva contraseña.

6. Presiona el botón Aceptar.

7. Verifica si la contraseña actual de la


tabla Usuario correspondiente al usuario
actual es igual a la contraseña ingresada
y si coinciden las nuevas contraseñas
ingresadas. Verifica que la contraseña
tenga la longitud adecuada.

8. Muestra un mensaje indicando el


cambio de contraseña de forma exitosa.
Actualiza el campo contraseña del
usuario en la tabla Usuario de la base de
datos.

ALTERNATIVAS

A1. Paso 2 Presiona el botón Cerrar Sesión


El sistema comienza el caso de uso Cerrar Sesión.
A2. Paso 6 Usuario presiona el botón Cancelar.
Cancela la operación. Vuelve al paso 2.
A2. Cancelar
El usuario presiona el botón cancelar en cualquier momento para cancelar y cerrar
el menú configuración de usuario.

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos.
E2. Paso 7 Contraseña Incorrecta
El sistema emite el mensaje “Contraseña Incorrecta, volver a intentar”. Vuelve al
paso 4.
E3. Paso 7 Contraseñas no coinciden
El sistema emite el mensaje “No coinciden las contraseñas, por favor verificar”.
Vuelve al paso 4.
E4. Paso 7 Contraseña muy corta
El sistema emite el mensaje “Contraseña muy corta, por favor ingresar un mínimo
de 8 caracteres”. Vuelve al paso 4.
Descripción de los casos de uso

Nombre del caso de uso: Cerrar sesión Nro. Del caso de Uso: 3

Actor Principal: Usuario del sistema

Objetivos: Salir del sistema.

Pre-condiciones: El Usuario debe haber iniciado sesión en el sistema.

Post-condiciones: El usuario ha salido del sistema.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. Selecciona el botón configuración de


cuenta.

2. Despliega la pantalla con los detalles


del usuario actual. Muestra los botones
de cambiar contraseña y cerrar sesión.

3. Presiona el botón cerrar sesión.

4. Solicita la confirmación con un


mensaje ¿Seguro que desea cerrar
sesión? y con dos botones: Aceptar y
Cancelar.

5. Presiona el botón Aceptar.

6. Cierra la sesión del usuario dentro del


sistema y muestra la pantalla de inicio de
sesión.

ALTERNATIVAS
A1. Paso 2 Presiona el botón Cambiar Contraseña
El sistema comienza el caso de uso Cambiar Contraseña.
A2. Paso 5 Usuario presiona el botón Cancelar
Cancela la operación. Vuelve al paso 2.
A3. Cancelar
El usuario presiona el botón cancelar en cualquier momento para cancelar y cerrar
el menú configuración de usuario.

EXCEPCIONES

Ninguna
Diagrama de casos de uso

Descripción de los casos de uso

Nombre del caso de uso: Registrar usuario Nro. Del caso de Uso: 4

Actor Principal: Administrador del sistema

Objetivos: Crear una cuenta de usuario dentro del sistema.

Pre-condiciones: Nuevo usuario que estará utilizando el sistema.

Post-condiciones: Usuario con cuenta dentro del sistema, listo para ser utilizado.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)


Usuario Sistema

1. Selecciona el botón crear cuenta.

2. Se despliega la pantalla con el listado


de datos a completar como: Nombre,
Apellido, Correo, Contraseña y
Confirmación de Contraseña y dos
botones: Registrar y Cancelar.

3. Ingresa el nombre, el apellido, la


contraseña, la confirmación de la
contraseña, el correo.

4. Presiona el botón Registrar.

5. El sistema verifica y valida los datos


datos ingresados. Se registra en la base
de datos la operación.

6. Despliega un mensaje de bienvenida y


muestra la pantalla principal del sistema
con los botones: configuración de
usuario, cambiar contraseña y cerrar
sesión.

ALTERNATIVAS

A1. Cancelar
En cualquier momento del registro, el usuario presiona el botón Cancelar.

EXCEPCIONES

E1. Paso 5 Los datos corresponden a un usuario existente.


El sistema emite el mensaje “El usuario ya existe”. Vuelve al Paso 2.
E2. Paso 5 Los datos no se pueden registrar en la base de datos
El sistema emite el mensaje “No se puede registrar el usuario, intente nuevamente”.
Vuelve al Paso 2.
Descripción de los casos de uso

Nombre del caso de uso: Modificar usuario Nro. Del caso de Uso: 5

Actor Principal: Administrador del sistema

Objetivos: Modificar datos de una cuenta de usuario.

Pre-condiciones: La cuenta de usuario a modificar debe estar registrada.

Post-condiciones: Los datos modificados de la cuenta de usuario son actualizados


en la base de datos.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. Selecciona el botón configuración de


cuenta.

2. Despliega la pantalla con los detalles


del usuario actual. Muestra los botones
de editar usuario, cambiar contraseña y
cerrar sesión.

3. Presiona el botón Editar usuario.

4. Despliega la pantalla de modificar


usuario con los datos del usuario
seleccionado como: nombre, apellido,
correo, etc., con la posibilidad de
ingresar nuevos datos. Se muestran tres
botones: Eliminar, Guardar y Cancelar.

5. Ingresa los nuevos datos en los


campos que desea actualizar.

6. Presiona el botón Guardar.

7. El sistema verifica y valida los datos


datos ingresados. Se registra en la base
de datos la operación.

8. Muestra un mensaje indicando la


modificación de usuario exitosa.

ALTERNATIVAS

A1. Cancelar
En cualquier momento de la modificación, el usuario presiona el botón Cancelar.

EXCEPCIONES

E1. Paso 7 Los datos ingresados no son válidos.


El sistema emite el mensaje “Los datos ingresados no son válidos”. Vuelve al Paso
2.
E2. Paso 7 Los datos no se pueden registrar en la base de datos
El sistema emite el mensaje “No se puede actualizar el usuario, intente
nuevamente”. Vuelve al Paso 2.
Descripción de los casos de uso

Nombre del caso de uso: Eliminar usuario Nro. Del caso de Uso: 6

Actor Principal: Administrador del sistema

Objetivos: Dar de baja una cuenta de usuario.

Pre-condiciones: La cuenta de usuario a dar de baja debe estar registrada.

Post-condiciones: El estado de registro de la cuenta de usuario cambia a estado


inactivo.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. Selecciona el botón configuración de


cuenta.

2. Despliega la pantalla con los detalles


del usuario actual. Muestra los botones
de editar usuario, cambiar contraseña y
cerrar sesión.
3. Presiona el botón Editar usuario.

4. Despliega la pantalla de modificar


usuario con los datos del usuario
seleccionado como: nombre, apellido,
correo, etc., con la posibilidad de
ingresar nuevos datos. Se muestran tres
botones: Eliminar, Guardar y Cancelar.

5. Presiona el botón Eliminar.

6. Muestra un mensaje ¿Desea eliminar


este usuario? con los botones: Aceptar y
Cancelar.

7. Presiona el botón Aceptar.

7. Se actualiza el registro en la base de


datos. Se cambia el estado de Activo a
Inactivo en la tabla de Usuario.

8. Muestra un mensaje indicando la


eliminación de usuario exitosa.

ALTERNATIVAS

A1. Cancelar
En cualquier momento de la modificación, el usuario presiona el botón Cancelar.

EXCEPCIONES

E1. Paso 7 Los datos no se pueden registrar en la base de datos


El sistema emite el mensaje “No se puede inactivar el usuario, intente nuevamente”.
Vuelve al Paso 2.
Diagrama de Caso de uso - Módulo Clientes
Descripción de los casos de uso

Nombre del caso de uso: Módulo Clientes Nro. Del caso de Uso: 7

Actor Principal: Usuario del sistema

Objetivos: Registrar y gestionar datos del cliente.

Pre-condiciones: Persona interesada en adquirir servicios de la Veterinaria.

Post-condiciones: Cliente registrado podrá acceder a beneficios y servicios


proporcionados por la Veterinaria.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. El usuario (Médico o Administrador)


ingresa al sistema ingresando su
nombre de usuario y contraseña (log-in)

2. Ingresa a la sección “Clientes” 3. El sistema muestra un listado de


clientes donde se permite:
a. Campo para Buscar Cliente
b. Botón de Agregar Cliente.

4. Se debe llenar el Campo de 5. Se muestran:


Búsqueda (3.a) con el Cliente a buscar a. Un listado con él o todos los Clientes
y hacer clic en el botón “Buscar” que coinciden con la búsqueda.
b. Que ningún Cliente coincide con la
búsqueda.

6. Si se muestran más de un Cliente 7. Si se selecciona uno manualmente


(5.a), entonces se debe: (6.a), y mostrar las siguientes opciones:
a. Selecciona uno manualmente a. Agregar Paciente
b. Redefinir la búsqueda. b. Modificar Cliente
c. Ver Info Cliente
d. Eliminar Cliente
e. Buscar Paciente

8. Se selecciona Modificar Cliente (7.b). 9. El sistema deberá mostrar un


formulario con todos los campos llenos
con los datos del Cliente, listos para ser
modificados.

10. Al final del formulario mostrará dos


botones:
a. Cancelar Cambios.
b. Aceptar Cambios.

11. El usuario aceptará los cambios 12. El sistema finalmente arrojará un


realizados al Cliente, seleccionando aviso indicando que:
(10.b) a. Operación completada.
b. Operación no completada.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.

Diagrama de Caso de uso - Módulo de Notificaciones


Descripción de los casos de uso

Nombre del caso de uso: Módulo de Nro. Del caso de Uso: 8


Notificaciones

Actor Principal: Usuario del sistema

Objetivos: Permitir crear notificaciones de citas y agendamientos para los


pacientes.

Pre-condiciones: El cliente debe estar correctamente registrado en el sistema.

Post-condiciones: El cliente debe confirmar su agendamiento al recibir la


notificación.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)


Usuario Sistema

1. El usuario ingresa al sistema


ingresando su nombre de usuario y
contraseña (log-in)

2. El usuario se va a la sección “Listar 3. El sistema muestra un listado de los


notificación” últimos avisos y las siguientes opciones:
a. Campo para Búsqueda.
b. Botón de Agregar Notificación

4. Se debe llenar el Campo de 5. Se muestran:


Búsqueda (3.a) con la notificación a a. Un listado con el o todos las
buscar y hacer clic en el botón “Buscar” notificaciones que coinciden con la
búsqueda.
b. Que ninguna notificación coincide con
la búsqueda.

6. Si se muestran más de un 7. Si se selecciona uno manualmente


notificación (5.a), entonces se debe: (6.a), y mostrar los registros asociados
a. Selecciona uno manualmente con las siguientes opciones:
b. Redefinir la búsqueda. a. Ver Notificación
b. Eliminar Notificación .
c. Modificar Notificación

8. Se selecciona Modificar Notificación 9. El sistema muestra un formulario con


(7.c). los campos rellenados con la posibilidad
de ser editados.

10. Se selecciona Guardar (11.b). 11. Debe mostrar un mensaje del estado
de la operación:
a. Guardado con éxito.
b. No fue posible guardar.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.

Diagrama de Caso de uso - Módulo de Inventario


Descripción de los casos de uso

Nombre del caso de uso: Módulo de Inventario Nro. Del caso de Uso:

Actor Principal: Usuario del sistema

Objetivos: Permitir registrar, listar y modificar artículos.

Pre-condiciones: El usuario debe poseer acceso al sistema.

Post-condiciones: El usuario accede a los artículos actualizados del sistema.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. El usuario ingresa al sistema


ingresando su nombre de usuario y
contraseña (log-in)
2. El usuario se va a la sección Modulo 3. El sistema muestra un listado de los
de Inventario” últimos artículos y las siguientes
opciones:
a. Entrada Inventario.
a.1. Crear/Editar Entrada
b. Salida Inventario.

4. Se debe seleccionar la opcion 5. Se encarga de realizar la carga de los


Entrada Inventario y hacer clic en el artículos comprados y generar
botón “Crear/Editar Entrada”(a.1) movimientos por los mismos artículos
vendidos.

6. Se Selecciona Salida Inventario(3.b) 7. Se encarga de realizar la carga de los


artículos vendidos y generar movimientos
por los mismos artículos vendidos.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.

Diagrama de Caso de uso - Módulo de Citas


Descripción de los casos de uso

Nombre del caso de uso: Modulo de Citas Nro. Del caso de Uso:

Actor Principal: Usuario del sistema

Objetivos: Permitir registrar, listar y modificar citas.

Pre-condiciones: El usuario debe poseer acceso al sistema.

Post-condiciones: El Cliente estará registrado en el sistema en una cita en un


horario disponible.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. El usuario ingresa al sistema


ingresando su nombre de usuario y
contraseña (log-in)

2. El usuario se va a la sección ‘Citas” 3. El sistema muestra un listado de las


últimos citas y las siguientes opciones:
a. Eliminar citas.
b. Modificar citas.
c. Ver citas.

4. Se selecciona Modificar Citas (3.b.). 5. El sistema muestra un formulario con


los campos rellenados con la posibilidad
de ser editados.

6. Se selecciona Eliminar Citas (3.a.) 7. El sistema debe mostrar un mensaje


del estado de la operación:
a. Eliminado con éxito.
b. No fue posible eliminar la cita.

8. Se selecciona Ver Citas (3.c.) 9. El sistema despliega un listado de


todas las citas realizadas.

10. Se selecciona la opcion Registrar 11. Se muestran:


Cita y se debe llenar el Campo de a. Un listado con el o todos las
Búsqueda con la notificación a buscar y notificaciones que coinciden con la
hacer clic en el botón “Buscar paciente” búsqueda.
b. Que ninguna notificación coincide con
la búsqueda.

12. Si se muestran más de un 13. Si se selecciona uno manualmente


notificación , entonces se debe: (12.a), y mostrar los registros asociados.
a. Selecciona uno manualmente
b. Redefinir la búsqueda.

14. Se selecciona Guardar (11.b). 15. Debe mostrar un mensaje del estado
de la operación:
a. Guardado con éxito.
b. No fue posible guardar.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.
Diagrama de Caso de uso - Módulo de Facturación

Descripción de los casos de uso

Nombre del caso de uso: Modulo de Facturación Nro. Del caso de Uso:

Actor Principal: Usuario del sistema

Objetivos: Permitir registrar, listar y modificar facturas.

Pre-condiciones: El usuario debe poseer acceso al sistema.

Post-condiciones: El Cliente registrado en el sistema se le emitirá factura por los


servicios adquiridos.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)


Usuario Sistema

1. El usuario ingresa al sistema


ingresando su nombre de usuario y
contraseña (log-in)

2. El usuario se va a la sección “Módulo 3. El sistema muestra un listado de las


de Facturación” últimos citas y las siguientes opciones:
a. Eliminar Facturas.
b. Modificar Facturas.
c. Ver Facturas.

4. Se selecciona Modificar Facturas 5. El sistema muestra un formulario con


(3.b.) los campos rellenados con la posibilidad
de ser editados.

6. Se selecciona Eliminar Facturas 7. El sistema debe mostrar un mensaje


(3.a.) del estado de la operación:
a. Eliminado con éxito.
b. No fue posible eliminar la Facturas.

8. Se selecciona Ver Facturas (3.c.) 9. El sistema despliega un listado de


todas las facturas realizadas.

10. Se selecciona la opción Registrar 11. Se muestran:


Cita y se debe llenar el Campo de a. Un listado con el o todos las
Búsqueda con la notificación a buscar y notificaciones que coinciden con la
hacer clic en el botón “Buscar cliente” búsqueda.
b. Que ninguna notificación coincide con
la búsqueda.

13. Si se muestran más de un 14. Si se selecciona uno manualmente


notificación , entonces se debe: (12.a), y mostrar los registros asociados.
a. Selecciona uno manualmente
b. Redefinir la búsqueda.

15. Se selecciona Guardar (11.b). 16. Debe mostrar un mensaje del estado
de la operación:
a. Guardado con éxito.
b. No fue posible guardar.

ALTERNATIVAS

Ninguna

EXCEPCIONES
E1. Error en la consulta
No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.

Diagrama de Caso de uso - Módulo de Compras

Descripción de los casos de uso

Nombre del caso de uso: Módulo de Compras Nro. Del caso de Uso:

Actor Principal: Usuario del sistema

Objetivos: Permitir crear pedidos.


Visualizar, modificar y eliminar pedidos históricos.
Generar reportes.
Pre-condiciones: El usuario debe poseer acceso al sistema.

Post-condiciones: El usuario accede al historial de todos los pedidos realizados.

Descripción del diagrama extendido

CURSO NORMAL (Camino exitoso)

Usuario Sistema

1. El usuario ingresa al sistema


ingresando su nombre de usuario y
contraseña (log-in)

2. El usuario se va a la sección “Módulo 3. El sistema muestra un listado de las


de Compras” últimas compras realizadas y las
siguientes opciones:
a. Crear pedido.
b. Estado pedido.
c. Historial pedido.
1. Ver pedido.
2. Eliminar pedido.
3. Modificar pedido.
4. Generar reporte.

4. Se seleccionar Crear pedido y se 5.Se muestran:


debe llenar el Campo de Búsqueda con a. Un listado con el o todos las
la opción a buscar y hacer clic en el notificaciones que coinciden con la
botón “Buscar proveedores” búsqueda.
b. Que ninguna notificación coincide con
la búsqueda.

6. Si se muestran más de un 7. Si se selecciona uno manualmente


notificación , entonces se debe: (5.a), y mostrar los registros asociados.
a. Selecciona uno manualmente
b. Redefinir la búsqueda.

8. Se selecciona Guardar. 9. Debe mostrar un mensaje del estado


de la operación:
a. Guardado con éxito.
b. No fue posible guardar.
10. Se selecciona Ver pedido (3.c.1.) 11. El sistema despliega un listado de
todas las facturas realizadas.

12. Se selecciona Historial pedido y 13. El sistema debe mostrar un mensaje


luego se selecciona Eliminar pedido del estado de la operación:
(3.c.2.) a. Eliminado con éxito.
b. No fue posible eliminar el pedido.

14. Se selecciona Historial pedido y 15. El sistema muestra un formulario con


luego se selecciona Modificar pedido los campos rellenados con la posibilidad
(3.c.3.) de ser editados.

ALTERNATIVAS

Ninguna

EXCEPCIONES

E1. Error en la consulta


No se puede establecer conexión con la base de datos. Se mantiene en la ventana
de inicio de sesión.
1.1 Diagrama de Componentes
1.2 Diagrama de Distribución
Diagrama de Clase - Modulo de Usuario
Diagrama de clase - Módulo Clientes/Mascotas
Diagrama de clase - Módulo de Facturación
Diagrama de clase - Módulo de Inventario
Diagrama de clase - Módulo de Notificaciones
Diagrama de clase - Módulo de Citas
1.3 Modelo de Entidad Relación
1.4 Diseño de Interfaz
1.6 Requerimientos de implementación

1. Se requiere la configuración de un servidor web en un contenedor Docker. Este contenedor


tendrá instalado PHP y estará conectado a la red virtual de Docker para que pueda
comunicarse con otros contenedores.
2. Se debe configurar un contenedor Docker que contenga el servidor de base de datos
PostgreSQL. Este contenedor también deberá estar conectado a la misma red virtual de
Docker que el servidor web para que puedan comunicarse.
3. Es importante asegurar la configuración adecuada de la base de datos PostgreSQL. Se
deben configurar las credenciales de acceso y los permisos de los usuarios para
garantizar la seguridad de los datos.
4. Se requiere la implementación de un sistema de autenticación de usuarios para garantizar
que solo los usuarios autorizados puedan acceder al sistema. Se pueden utilizar librerías
de autenticación de PHP como "PHP Password Hashing" para implementar una
autenticación segura.
5. Es necesario implementar un sistema de gestión de citas para la veterinaria. Se pueden
utilizar herramientas como "FullCalendar" para crear un calendario de citas y "jQuery" para
la gestión de eventos en el calendario.
6. Se debe implementar un módulo de gestión de stock para el sistema. Este módulo
permitirá la gestión de inventario y la actualización de los registros de stock de productos.
7. Es importante garantizar que los datos se respalden regularmente para evitar la pérdida de
información valiosa. Se puede utilizar un servicio de respaldo de base de datos para
programar copias de seguridad regulares y automatizadas de los datos.
8. Se deben aplicar las mejores prácticas de seguridad para evitar posibles vulnerabilidades
del sistema. Esto incluye la configuración adecuada de los contenedores Docker, la
aplicación de actualizaciones de seguridad y el monitoreo continuo del sistema.
9. Se debe implementar un sistema de historial médico electrónico para los pacientes de la
veterinaria. Este sistema debe permitir la creación de registros de pacientes, la
actualización de registros y el acceso rápido a la información de los pacientes en tiempo
real.
10. Se debe implementar un sistema de monitoreo del rendimiento para detectar y solucionar
problemas de rendimiento. Esto incluirá la monitorización del uso de recursos, como la
memoria y el almacenamiento, y el análisis de los registros de los servidores para detectar
errores y problemas de rendimiento.
11. Se deben implementar políticas de backup y recuperación en caso de fallas en los
servidores. Esto incluirá la programación de copias de seguridad regulares y la
implementación de medidas de recuperación de desastres para minimizar el tiempo de
inactividad en caso de fallos de hardware o software.

1.4 Seguridad del sistema:

1. Autenticación y autorización: se debe implementar un sistema de autenticación y


autorización seguro para controlar el acceso al sistema y los datos. Esto incluirá la
implementación de contraseñas fuertes y la verificación en dos pasos para los usuarios,
así como la asignación de permisos de acceso según los roles y responsabilidades de
cada usuario.
2. Firewall de red: se debe implementar un firewall de red para proteger el sistema contra
ataques externos. Esto incluirá la configuración de reglas de firewall para bloquear el
tráfico no deseado y la implementación de un sistema de detección de intrusos para
alertar al equipo de seguridad en caso de actividad sospechosa.
3. Encriptación de datos: se debe implementar la encriptación de datos en todas las
comunicaciones entre el servidor y los clientes para proteger la información confidencial
de los usuarios y los pacientes. Esto incluirá la implementación de HTTPS y SSL/TLS para
cifrar las comunicaciones.
4. Gestión de parches y actualizaciones: se debe implementar un sistema de gestión de
parches y actualizaciones para garantizar que todos los sistemas y aplicaciones estén
actualizados y protegidos contra vulnerabilidades conocidas.
5. Auditoría de seguridad: se debe implementar un sistema de auditoría de seguridad para
monitorear y registrar todas las actividades del sistema y detectar cualquier intento de
acceso no autorizado o actividad sospechosa.
6. Copias de seguridad y recuperación de desastres: se debe implementar un sistema de
copias de seguridad y recuperación de desastres para garantizar que los datos críticos
estén protegidos contra la pérdida y se puedan recuperar en caso de fallo del sistema o
desastre natural.
7. Pruebas de penetración: se deben realizar pruebas de penetración regulares para evaluar
la seguridad del sistema y detectar posibles vulnerabilidades. Esto incluirá la realización de
pruebas de penetración internas y externas y la implementación de medidas para corregir
cualquier problema encontrado.
1. Anexo

1.1 Formulario de preguntas destinadas a la recaudación de información sobre la


veterinaria.

1. ¿Cómo se registran las mascotas que ingresan a la clínica veterinaria?

Existen diversas situaciones de ingreso como, por ejemplo, cuando es la primera vacunación
de la mascota, se procede a tomar todos los datos del mismo como del propietario para rellenar
su ficha. El siguiente escenario sería cuando viene el cliente para una dosis de antirrábica u
otra dosis, o para una consulta de la mascota ya de grande, se solicita la ficha completada en
otra clínica veterinaria, en caso de no poseer se genera una nueva ficha con los datos
necesarios.

2. ¿Cómo se registran a los clientes que ingresan a la clínica veterinaria?

Se registran juntos a sus mascotas cuando se vacunan por primera vez o si requiere
alguna vacunación con ficha se solicita los datos del cliente.

3. ¿A parte de las formas de registro mencionadas, tienen una forma de registrar a los
clientes que utilizan otros servicios o compran productos habitualmente?

Estos tipos de clientes no son registrados en la clínica.

4. ¿Cómo se manejan con los clientes que vienen para otros servicios?

Una vez realizada la compra o pagado del servicio solicitado se registran esos
movimientos y piden factura legal, se realiza el comprobante de forma manual.
5. ¿Tienen una forma de controlar los insumos utilizados en la clínica veterinaria?

No existe ningún control, los insumos se reabastecen según la necesidad.

6. ¿Hay algún método para agendar algún servicio, sea clínico o spa?

Solo por llamadas telefónicas o mensaje que realizan los clientes vía WhatsApp.

7. ¿Cuándo se realiza una venta como lo registran?

Se realiza solamente cuando se le cobra al cliente y se anota en un cuaderno los productos


vendidos y el monto de la transacción, también cuando piden factura legal se procede a rellenar
la factura preimpresa que dispone la clínica veterinaria.

8. ¿Hay otro método para ingresar las ventas que no sea de forma manual como Excel u
otras herramientas electrónicas?

No existe otro método aparte de la forma manual.

9. ¿Cuándo realizan una compra de insumos o productos como lo registran?

Actualmente no se registran esas compras, solo se guardan en un bibliorato las facturas para
el registro contable.

10. ¿Si hay compras a crédito como registran los pagos?

Con las compras a crédito, se guarda el comprobante y se anota en un cuaderno con las
fechas de vencimiento y el recibo de los pagos realizados.
11. ¿Tienen un control de stock de las ventas y compras?

Actualmente no posee ninguno.

12. ¿Cómo controlan cuando es necesario reabastecer los productos e insumos que hacen
falta?

Una vez que los productos e insumos llegan a una cantidad de 5 unidades o cuando se
cree conveniente reabastecerlos.

13. ¿Cuál es el procedimiento para aceptar mascotas para baño, peluquería y cirugías?

En caso de baño y peluquería se agendan por llamada o mensaje y en caso de no haber


muchas mascotas en espera se aceptan en el día cuando traen a sus mascotas. Cuando se
trata de cirugía, se debe llamar para agendar la disponibilidad del veterinario o en casos de
urgencias cuando es traído por los dueños.

14. ¿Con cuánto personal cuenta la veterinaria actualmente?

En la casa matriz cuenta con 5 personas, el plantel consta de 4 profesionales en veterinaria


y 1 auxiliar administrativo.

También podría gustarte