(06/07) Sistema de gestión veterinaria · 2025 · versión revisada en 2026 · 2 min de lectura
Groomers
Ficha
- Disciplina
- Desarrollo de sistemas de información
- Cuándo
- Semestre 2025-01
- Mi rol
- Integrante del equipo de desarrollo
- Contexto
- Proyecto académico · 5 integrantes
- Alcance
- 3 capas · 7 tablas · 5 reportes operativos
- Stack
- C#
- Windows Forms
- .NET Framework
- Entity Framework
- SQL Server
- Visual Studio
Proyecto académico de Fundamentos en Sistemas de Información, UPC. El caso toma como referencia a Groomers Perú. Las capturas contienen datos ficticios.
El problema
Organizar pacientes, propietarios y citas veterinarias en un mismo sistema, con información que pueda consultarse y mantenerse sin depender de registros dispersos.
Mi rol
Participé en el desarrollo de un prototipo de escritorio con un equipo de cinco estudiantes. El trabajo conectó el análisis de procesos, el modelo de datos y los formularios de gestión.
Qué hice
- Aplicación en C# con tres capas: presentación, negocio y datos.
- Gestión de propietarios, mascotas, veterinarios, medicamentos y citas con archivo lógico de registros.
- Reportes operativos y registro de acciones, respaldados por SQL Server y Entity Framework.
La pantalla
Gestión de citas en la aplicación real con datos ficticios.
La solución
El prototipo reúne los registros que sostienen la atención veterinaria: propietario, mascota, profesional, medicamento y cita. Cada consulta enlaza esas entidades para que el personal pueda registrar y revisar la información desde formularios de escritorio. La revisión técnica permitió corregir la selección y edición de registros, el rango de fechas de los reportes y la instalación de la base de datos. La versión publicada también protege las contraseñas con una función de derivación y evita reservas duplicadas en un mismo horario exacto.
Decisiones
Separar responsabilidades
Windows Forms resuelve la interacción; las clases de negocio organizan las operaciones y la capa de datos utiliza Entity Framework. Esta estructura hace más fácil ubicar un cambio y seguir el recorrido de una operación.
Conservar la trazabilidad
El archivo lógico conserva registros y las actualizaciones guardan usuario y fecha. Las acciones registradas permiten revisar qué ocurrió sin depender solo del estado final de una tabla.
Preparar una demo reproducible
La instalación crea una base nueva y rechaza nombres existentes. Los datos ficticios permiten ejecutar y revisar el proyecto sin publicar información de clientes ni configuraciones personales.
El flujo
Consulta de reportes por rango de fechas.
Registro de mascotas y asociación con su propietario.
Arquitectura
Arquitectura de tres capas y modelo relacional del proyecto.
Aplicación de escritorio · datos de demostraciónResultados
- Solución de tres capas compilada correctamente en configuración Release.
- Siete tablas relacionales y cinco consultas operativas disponibles en la aplicación.
- 16 comprobaciones locales superadas, incluidas autenticación, fechas de reportes y rechazo de reservas duplicadas.
Lo que no salió
Compilar no bastaba: algunos formularios usaban identificadores que no existían y un reporte podía omitir citas del último día. La revisión de las operaciones contra la base permitió corregir esos fallos. La disponibilidad aún compara horarios exactos; no calcula duración ni solapamientos.
Qué me llevé
- Un modelo relacional necesita reflejarse correctamente en los campos y selecciones de la interfaz.
- Las pruebas deben cubrir las operaciones y sus límites, además de comprobar que la solución compila.
- Conviene distinguir los requisitos propuestos de las funciones implementadas: exportación, recordatorios y roles granulares quedan como extensiones.
En contexto
Menú principal de la aplicación de escritorio.