UNIVERSIDAD DE GUADALAJARA

INGENIERÍA DE SOFTWARE I
I5898
SECCIÓN D04

Diagramas del proyecto

INTEGRANTES DE EQUIPO:
1.- Delgado Prado Diego Raúl
2.- García Guevara Ángel Damián Raúl
3.- Gildo López Miguel Ángel
4.-Hermandez Rubalcaba Dania Jazmín
5.-Ortiz Ramos Juan José

PROFESOR: VÍCTOR MANUEL ZAMORA RAMOS

GUADALAJARA, JALISCO A 19 de septiembre del 2023
PLAN DEL PROYECTO
Definición del Problema, Objetivo, Alcance:
● Definición del Problema: Una veterinaria requiere una herramienta donde se
puedan gestionar diferentes aspectos como sus ventas, servicios para
mascotas y los suministros de sus proveedores en el almacén.
● Objetivo: Desarrollar un software para una veterinaria que brinda una solución
integral para la gestión de datos de sus ventas, surtido en almacén y servicios
de a las mascotas.
● Alcance: El software incluirá módulos para la gestión y mejoría en la
organización en las ventas de artículos o servicios así como el ingreso de
mercancía brindando una mejor administración del local.

Viabilidad:
● Viabilidad Técnica: El proyecto final que se realizará será un programa para
computadoras o página web, la cual podrá ser elaborada en cualquier lenguaje
de programación (python, C++, C#, etc) que va a estar conectada a una base
de datos, por lo que consideramos que el equipo de trabajo está
suficientemente capacitado para cumplir con los requerimientos necesarios.
● Viabilidad Económica: Debido a que es un proyecto de desarrollo académico y
no tan extenso el presupuesto necesario para la elaboración del software será
proporcionado directamente por el cliente ficticio lo cual es rentable..
● Viabilidad Operativa: Seremos un equipo de 3-4 personas, el trabajo se puede
segmentar de maneras que sea necesaria para una correcta elaboración de
todos las partes, por lo que la opción preliminar sería dividir el trabajo de la
siguiente manera:
★ 2 personas en todo lo relacionado a la codificación.
★ Otro intrigante se encargará de lo referente a la base de datos.
★ El último a lo gráfico y todo lo front-end.
Lo anterior dicho puede variar dependiendo diferentes factores, donde se podría
incluir todo el equipo a una sola tarea, todo dependerá y se decidirá conforme pase
la elaboración del software.

Justificación
La creación de este software responde a la necesidad de mejorar la eficiencia y
efectividad de la gestión de la veterinaria Brinda una mejor atención a los clientes y
sus mascotas como la administración de sus productos a vender.

Riesgos de Desarrollo

● Riesgo Técnico: El riesgo técnico que podríamos presentar es el de no contar

con el mejor o un buen equipo para el desarrollo del software contemplado,
también podríamos presentar problemas con el tema de compatibilidad de
distintos sistemas.
● Riesgo de Plazos: Entre los riesgos que podrían presentarse es que se
adelanten fechas de entrega, que los equipos en donde se trabaja necesitarán
 mantenimiento o que la salud de algunos de los desarrolladores estuviese
implicada.
● Riesgo de Requerimientos Cambiantes: Que entre los Skateholders soliciten
cambios o propongan añadir nuevas funcionalidades.
● Riesgo de Comunicación: Una mala gestión en la organización del equipo de
trabajo para dividir el trabajo o usar mal las habilidades que posee o se
especializa cada integrante podrían poner en riesgo el desarrollo.

Propuesta de Recursos
● Recursos Humanos: Se requerirán desarrolladores front-end aspectos visuales
con los que experimenta los empleados para sus labores a la atención al cliente
● Recursos Tecnológicos: Servidores para alojar el sistema, herramientas de
desarrollo, licencias de software.
● Recursos Financieros: Fondos propuestos por el equipo para el desarrollo del
software.
● Recursos de Tiempo: El proyecto se lleva a un mes de entrega del trabajo final
la cual puede terminarse con un buen desarrollo y organización la cual
tendremos un plazo de desarrollo continuo y entregar en las fechas estipuladas.
Requerimientos funcionales

Almacén
❖ agregar producto modificar producto
❖ Dar de Baja producto

Personal (Empleado)
❖ Agregar personal
❖ Modificar personal
❖ Consulta de datos de personal (Dar baja)

Venta
❖ Registrar una venta

Servicios
❖ Registro de cita
❖ Modificación de cita
❖ Consultar historial de citas
❖ Catálogo servicio

Paciente (mascota)
❖ Registro de paciente
❖ Modificación de paciente
❖ Consulta de datos de paciente

Receta
❖ Agregar receta
 ❖ Modificar receta
❖ Medicamento
Propietario (Cliente)
❖ Registro propietario
❖ Modificar propietario
 Nombre de la EMPLEADOS
entidad

Atributos Descripción Tipo de Propiedades

dato

empleado_id int Primary Key [PK]

nombre char[100]

domicilio char[100]

teléfono_activo char[20] boolean

creado datetime

Nombre de MASCOTAS
la entidad

Atributos Descripción Tipo de dato Propiedades

Primary Key
mascota_id int
[PK]

usuario_id int Foreing Key [FK]

nombre char[100]

raza char[20]

peso char[5]

creado datetime

actualizado datetime
Nombre de la CLIENTE
entidad

Atributos Descripción Tipo de dato Propiedades

usuario_id int Primary Key [PK]

nombre char[100]

domicilio char[100]

teléfono char[20]

creado datetime

actualizado datetime

Nombre de CITAS
la entidad

Atributos Descripció Tipo de dato Propiedades

n Propiedades

cita_id int Primary Key

[PK]

Foreign Key
empleado_id int
[FK]

Foreign Key
mascota_id int
[FK]

razon_consulta text

fecha_cita datetime

estatus char [50]

 datetime
creado

actualizado datetime

Nombre de la SERVICIO
entidad

Atributo Descripción Tipo de dato Propiedades

cita_id int Foreign Key [FK]

servicioCatalogo_id int Foreign Key [FK]

CitaServicio_id int Primary Key [PK]

Nombre de MEDICAMENTOS
la entidad

Atributo Descripción Tipo de dato Propiedades

medicamento_id int Primary key [PK]

nombre_medica char[50] Primary key [PK]

mento

producto_id int Foreign Key [FK]

Fórmula Char[100]

RECETAS_DETALLE
Nombre de
la entidad

Atributo Descripción Tipo de dato Propiedades

receta_id int Foreign Key [FK]

medicamento_id int Foreign Key [FK]

recetaDetalle_id int Primary Key [PK]

Nombre de RECETAS
la entidad

Atributos Descripción Tipo de dato Propiedades

Primary Key [PK]

receta_id int

creado datetime

actualizado datetime

Foring key [FK]

Empleado_id int

Foring key [FIK]

Mascota_id int

nombre de la SERVICIO CATÁLOGO

entidad

Atributos Descripción Tipo de Dato Propiedades

servicioCatalog int Primary key [PK]

o_id

descripción char [100]

precio float

Nombre de ALMACÉN (Producto)

la entidad

Atributos Descripción Tipo de dato Propiedades

Producto char [100]

producto_id int Primary Key [PK]

 precio_unitario float

unidades int

stock_minimo int

activo boolean

creado datetime

Stock_maximo int

Nombre de la IVA
entidad

Atributo Descripción Tipo de dato Propiedades

IVA_id int Primary Key [PK]

fecha Date Time

Nombre de la VENTAS
entidad

Atributos Descripción Tipo de dato Propiedades

venta_id int Primary Key [PK]

empleado_id int Foreign Key [FK]

creado datetime

Foring key [FK]

Cliente_id int

Nombre de DETALLE_VENTA
la entidad

Atributos Descripción Tipo de dato Propiedades

 detalle_id int Primary Key [PK]

venta_id int Foreign Key [FK]

IVA_id int Foreign Key [FK]

producto_id int Foreign Key [FK]

unidades int

Precio int
Productos se maneja con el stock mínimo y el stock máximo. Los aspectos
todo definido en el proceso de cada definición todo va implícito en los
requerimiento.
 Especificación de Requerimientos

Código Nombre Fecha Grado de necesidad

RF01 Compra a proveedor 19/09/23 Esencial

Descripción Cuando las existencias se encuentran por debajo del nivel permitido el gerente realiza un pedido a los proveedores.

Entradas Fuente Salida Destino Restricciones

Producto_id Mensaje denotando que se registró Tabla Solo se piden productos para los cuales se tiene menos del
el pedido. Pedidos mínimo de existencias.
Cantidad
1-stockMinimo Tabla
2- Almacen
stockMaxijmo

Precio
PrecioUnitario

Proceso 1. El Gerente consulta en el sistema los productos cuya existencia sea inferior al stock mínimo en almacén.
2. El sistema emite al gerente un reporte de unidades de productos.
3. El gerente solicita cotización al proveedor.
4. El proveedor genera cotizaciones.
5. El proveedor envía al gerente la respectiva cotización por vía correo del gerente.
6. El gerente solicita al contador si existe solvencia financiera.
7. El contador verifica la solvencia.
8. El contador le informa al gerente de la solvencia.
9. Si existe solvencia el gerente solicita los productos de la cotización al proveedor y registra en el sistema la compra.
10. El sistema genera un estatus “en proceso”
11. El proveedor prepara pedidos
12. El proveedor entrega en almacén los productos comprados
13. El almacenista solicita al sistema el listado de productos pedidos
14. El sistema emite el listado de productos al almacenista.
15. El almacenista verifica que los productos entregados por el proveedor coinciden con los productos solicitados. En
caso de haber inconsistencias:
a. El almacenista le informa al gerente.
b. El gerente le informa al proveedor que se cancela la compra
c. El gerente cancela la compra en el sistema
16. El almacenista cambia el estatus de la compra a entregada.
17. El proveedor acude con el contador para que le paguen.
18. El contador paga al proveedor.
19. El contador cambia el estatus de la compra a pagada.
d
 Especificación de Requerimientos

Código Nombre Fecha Grado de necesidad

RF02 Venta 19/09/23 Esencial

Descripción Cuando un cliente desea realizar una compra el cajero registra los productos/servicios y realiza la venta.

Entradas Fuente Salida Destino Restricciones

Venta_id Tabla productos Mensaje denotando venta Tabla Venta Haya existencias en inventario.
Empleado_id Tabla IVA
Cliente_id Ticket
Código de producto
Cantidad

Proceso 1. El cliente llega a caja con los productos que desea comprar
2. El cajero empieza una nueva “venta” en sistema
3. El cajero registra los productos de la venta en sistema
4. El cajero pregunta al cliente si requiere algún producto que no encontró
a. De ser así. el cajero ayuda al cliente a encontrar el producto(s)
i. Si encuentran el producto se registra en la venta
5. Una vez registrados todos los productos el cajero pide al sistema el total de la venta
6. El sistema realiza el cálculo del total de la venta
7. El sistema notifica al cajero el total de la venta
8. El cajero pide al cliente el pago del total
9. El cliente paga al cajero
10. El cajero registra la cantidad pagada en el sistema
 11. El sistema calcula si se requiere dar cambio
. Si se requiere, el cajero entrega al cliente el cambio mostrado por el sistema
12. El sistema emite el ticket
13. El cajero entrega el ticket al cliente
14. El cajero cierra la venta
15. El sistema guarda la venta en la base de datos

Efecto Colateral Aumento de dinero en caja.

Decremento de existencias.
 Especificación de Requerimientos

Código Nombre Fecha Grado de necesidad

RF03 Servicios 19/09/23 Esencial

Descripción Un cliente requiere contratar servicios, el empleado registra una cita para llevar a cabo dichos servicios.

Entradas Fuente Salida Destino Restricciones

Servicio_id Tabla Catalago_servicos Mensaje denotando el registro de cita Tabla servicios Disponibilidad del servicio
Cita_id

ServicioCatalogo_id
Fecha/hora

Proceso 1. El cliente solicita un servicio(s) (cita) a un empleado

a. El cliente llama por teléfono a la sucursal
b. El cliente solicita la cita en mostrador
2. El empleado solicita datos al usuario de él y su mascota.
. El sistema evalúa que el usuario exista
i.Si el usuario existe, continúa al inciso a.
ii.Si el usuario no existe, registra al usuario.
a. El sistema evalúa las mascotas vinculadas al usuario.
.Si la mascota a atender existe, continúa al paso 3.
i.Si la mascota a atender no existe, se registra a la nueva mascota.
3. El empleado válido disponibilidad horaria en sistema
4. El usuario selecciona fecha y hora
 5. El empleado envía la cita del servicio al sistema.
6. El sistema establece el estatus de la cita como “Activa”.
7. El usuario asiste a la cita de servicio.
8. El empleado actualiza el estatus de cita
. Si asiste, el empleado actualiza el estatus de la cita como “Tomada”.
a. Si no asiste, el empleado cambia el estatus de la cita como “No tomada”. Continúa al paso 13.
9. El especialista recibe al usuario y la mascota.
10. El especialista valora a la mascota
. Requiere prescripción médica: Vaya a Proceso (Receta)
a. No requiere receta, sigue el proceso
11. El especialista finaliza el servicio
Efecto Colateral La disponibilidad del servicio se aparta para la fecha indicada por el cliente.