Universidad Autónoma de Baja California

Facultad de Ciencias Administrativas

Materia
Ingeniería de Software

Docente
Carlos Alfonso Armenta Ortiz

Alumna
1160915 Michelle Fabiola Martinez Yebra
1160491 Miurell Cristina Castillo Jarquin

Grupo
251

Mexicali, B.C., a 4 de Diciembre del 2020

Proyecto de desarrollo de software
PETCLINIC

1
 Índice

Introducción 6

Análisis de requerimientos (Comunicación)

1.1 Antecedentes

1.1.1 Historia 7

1.1.2 Misión 7

1.1.3 Visión 8

1.1.4 Objetivos 8

1.1.5 Situación actual 8

1.2 Problemática 9

1.3 Propuesta de solución 10

1.4 Objetivos del sistema

1.4.1 Objetivo general 11

1.4.2 Objetivos específicos 11

1.5 Metodología 11

1.6 Alcances y restricciones

1.6.1 Alcance en la primera etapa 12

1.6.2 Restricciones 12

Planeación del proyecto

2.1 Definición y perfil de puestos

2.1.1 Líder del proyecto 13

2.1.2 Analista 13

2.1.3 Diseñador 13

2.1.4 Programador 14

2.1.5 Pruebas 14

2.2 Organigrama 14

2
 2.3 Identificación de riesgos

2.3.1 Riesgos del proyecto 15

2.3.2 Riesgos técnicos 15

2.3.3 Riesgos empresariales 16

2.3.4 Riesgos conocidos 16

2.3.5 Riesgos predecibles 17

2.3.6 Riesgos impredecibles 17

2.4 Requerimientos materiales 17

2.5 Estimación de costos 18

2.6 Calendario de proyecto 19

Modelado

3.1 Definición y documentación de casos de uso

3.1.1 Caso de uso Actualizar inventario 20

3.1.2 Caso de uso Hacer reporte de inventario 20

3.1.3 Caso de uso Registrar Usuario 21

3.1.4 Caso de uso Iniciar Sesión 21

3.1.5 Caso de uso Registrar Cita 22

3.1.6 Caso de uso Cancelar o modificar cita 22

3.1.7 Caso de uso Registrar venta 23

3.2 Diagrama de casos de uso 24

3.3 Diagrama de actividades

3.3.1 Diagrama de Actividades de Actualizar Inventario 25

3.3.2 Diagrama de Actividades de Hacer reporte de inventario 26

3.3.3 Diagrama de Actividades de Registrar Usuario 27

3.3.4 Diagrama de Actividades de Iniciar Sesión 28

3.3.5 Diagrama de Actividades de Registrar Cita 29

3
 3.3.6 Diagrama de Actividades de Cancelar o modificar cita 30

3.3.7 Diagrama de Actividades de Registrar venta 31

3.4 Diagrama de clases 32

3.5 Diagramas de Secuencias

3.5.1 Diagrama de Secuencia de Iniciar Sesión 33

3.5.2 Diagrama de Secuencia del Registo de Usuario 33

3.5.3 Diagrama de Secuencia de Actualizar Inventario 34

3.5.4 Diagrama de Secuencia de Reporte de inventario 34

3.5.5 Diagrama de Secuencia de Registrar Cita 35

3.5.6 Diagrama de Secuencia de Cancelar o modificar cita 35

3.5.7 Diagrama de Secuencia de Registrar venta 36

3.6 Diagrama entidad-relación 37

3.7 Diseño de interfaces

3.7.1 Interfaz de inicio de sesión 38

3.7.2 Interfaz de página principal 39

3.7.3 Interfaz de Vista Catálogos de Clientes 39

3.7.4 Interfaz de Vista Catálogos de Mascotas 40

3.7.5 Interfaz de Vista Catálogos de Hospedaje 40

3.7.6 Interfaz de Vista Catálogos de Consulta 40

3.7.7 Interfaz de Vista Catálogos de Registros 41

3.7.8 Interfaz de Vista Catálogos de Usuarios 41

3.7.9 Interfaz de Ventas 41

Construcción

4.1 Diccionario de datos

4.1.1.1 Tabla CatillaMascota

4.1.1.2 Tabla Categorias

4
 4.1.1.3 Tabla CITAS

4.1.1.4 Tabla DatosUsuario

4.1.1.5 Tabla ControlUsuarios

4.1.1.6 Tabla DetallesVentas

4.1.1.7 Tabla Especies

4.1.1.8 Tabla Estados

4.1.1.9 Tabla Estadosrepublica

4.1.1.10 Tabla HistorialMedico

4.1.1.11 Tabla Mascotas

4.1.1.12 Tabla Presentaciones

4.1.1.13 Tabla Productos

4.1.1.14 Tabla Razas

4.1.1.15 Tabla Roles

4.1.1.16 Tabla Situaciones

4.1.1.17 Tabla TiposDeCitas

4.1.1.18 Tabla Ventas

4.2 Código

4.3 Avances de primer incremento y/o prototipo

4.4 Pruebas básicas de funcionamiento

4.5 Manuales de uso

5
 Introducción

El presente proyecto de software está enfocado en la solución de

problemáticas de la Veterinaria “Acosta”, en Mexicali, Baja California.Lo que
se espera solucionar es el control de datos y recursos proporcionando un
sistema de información que almacenará los datos en forma digital, que a su
vez, permitirá consulta y manipulación de los mismos..

Para poder almacenar los datos, se hará uso de formularios cuyos

campos indicarán al usuario que debe escribir en el mismo, una vez
completado y al oprimir el botón indicado, estos datos serán almacenados,
modificados o eliminados en una base de datos local en la computadora
principal. Para la consulta de datos, habrá opciones predeterminadas en la
primera etapa y se espera que en la segunda se agreguen opciones más
avanzadas.
Se manejan roles de acceso para evitar que cualquier usuario altere la
información, además, permitirá el registro de quien modificó, agregó o
eliminó la información. Para el caso de eliminación de clientes, personal e
inventario, se tendrá un campo que de estado, donde se indicará si está
eliminado o activo para las consultas.

6
 Análisis de Requerimientos

1.1 Antecedentes históricos

1.1.1 Historia
En el 2016, en Mexicali, Baja California abrió sus puertas la primera
“Veterinaria Dr. Acosta” atendida por el propietario Dr. Marco Antonio Acosta
Gutierrez. En sus inicios “Veterinaria Dr. Acosta” solo atendía ciertas mascotas
específicas; cuanto más pasaba el tiempo cambiaba, para convertirse en lo que es
hoy. Durante estos años, la Veterinaria Dr Acosta comienza su crecimiento y se da a
conocer. A partir del 2018, ofreciendo y realizando servicios de gran calidad,
dirigidos a nuestros clientes y sus mascotas. La calidad de la atención que se ofrece
a nuestros pacientes y la búsqueda de mejoras en el tratamiento y prevención de la
salud. Nos apasiona procurar la salud y el bienestar de las mascotas de nuestros
clientes a través de profesionales especializados, con la ayuda de medios técnicos
avanzados. Tenemos el firme objetivo de continuar liderando el sector, sabemos
que ofrecer un servicio excelente a nuestros clientes es fundamental. Somos un
equipo formado por 3 médicos profesionales y 4 empleados asistentes preparados
que trabajan en sintonía es determinante para obtener los mejores resultados
nuestro trabajo siempre se ha fundamentado en el valor de las ideas. Por ello,
sabemos que estar abierto a nuevas dinámicas y pautas de trabajo nos permite
responder rápidamente a los cambios y a las necesidades para mejorar y crecer en
diversos aspectos. Durante estos 4 años de experiencia en el sector hemos visto
crecimiento y nos sentimos orgullosos de ofrecer cada día a nuestros pacientes la
calidad de servicio que merecen algo que ha sido motivo de satisfacción es el hecho
de ser siempre desde el primer día hasta hoy, pionera en todo. Somos un negocio
dedicado al cuidado de las mascotas, que lleva bastante años en el mercado
trabajando en el bienestar de cada mascota.

1.1.2 Misión
Nuestro equipo de trabajo comparte valores y principios éticos, que brindan el
amor, el respeto, la responsabilidad y el compromiso para con nosotros mismos, con
nuestros usuarios y pacientes. ​Crear conciencia social para el bienestar animal,
fortaleciendo el vínculo emocional que existe entre las personas y sus animales de

7
compañía, mediante la prestación de nuestros servicios médicos veterinarios y
complementarios a la comunidad.

1.1.3 Visión
Seremos la institución veterinaria líder en la promoción de la salud animal,
educando a la comunidad y transmitiendo los valores humanos necesarios para
transformar nuestra sociedad, participando en su transformación con la mejor
sanidad, vigilancia y trato humanitario para con los animales.

1.1.4 Objetivos
​Mejorar en todos los servicios, innovación de equipo de diagnósticos, cirugía
y adecuación de la infraestructura, dando como resultado el poder ofrecer a todos
nuestros clientes un servicio integral atendidos por profesionales de altísima calidad,
todo esto con el fin de tratar nuestros pacientes como seres que merecen la mejor
atención y especial cuidado.

1.1.5 Situación Actual

Cuando un cliente visita por primera vez la clínica veterinaria se le realiza un
registro por escrito y se le asigna un número identificador. Este registro sólo incluye
datos del cliente y número identificador. Luego dependiendo de la cantidad de
mascotas que posea, se le asigna un registro para cada una. Cuando el cliente
visite nuevamente deberá buscar entre los documentos por escrito el registro del
cliente para localizar su número identificador. Ya con este número, podrá buscar el
registro de la mascota. En el registro además se anota la prescripción médica por el
doctor. Después se anota los procedimientos que fueron realizados y los que se
realizarán, en caso de necesitar, son registrados. En otro registro esta será
entregada al cliente, el doctor escribe el motivo para realizar en una próxima visita a
la clínica. Para confirmar una próxima visita. En el caso de que se requiera
consultas a domicilio, el médico tendrá que revisar al paciente en el domicilio del
cliente y así realizar todos los procedimientos posibles. Finalizada la consulta, el
médico debe ir a la clínica para registrar todo lo acontecido. Peluquería el cliente si
asiste a la clínica con su mascota puede realizar los servicios de cortes de pelo y
baños. Estos procedimientos también son registrados. En el caso de que alguna

8
mascota fallezca, este hecho también debe ser registrado, para así tener un registro
de las mascotas que ya no visitarán la clínica. Hospitalización en caso de que una
mascota necesite ser hospitalizada por orden del doctor. La clínica cuenta con
habitaciones y jaulas especiales. Ya estando el animal hospitalizado, se crea el
registro indicando el tiempo que estuvo en reposo. Hotelería también existe un área
destinada exclusivamente a hotelería, donde las mascotas pueden descansar en
jaulas separadas de tal manera que sus dueños puedan salir de su zona de
residencia. Se realiza el registro, indicando los días en que se hospedó la mascota.

1.2 Problemática
- Registro de mascotas y clientes: cuando un empleado busca el registro de
una mascota, ésta debe buscarla manualmente porque realizan los registros por
escrito y mediante la utilización de una red social facebook, esto se complica
aún más cuando existen más pacientes y conlleva mucho tiempo.

- Recibos y recetas: ​La mayoría de las veces, la clínica no recuerda a sus

pacientes, o los clientes extravían su recibo de consulta.

- Registros de consultas: ​Cuando el doctor realiza una consulta al domicilio del

cliente el doctor los procedimientos realizados no se registran continuamente
como debe de ser y se pierde la información.

- Trabajos de peluquería: ​Cuando se realiza el trabajo de peluquería no indican

el especialista que los realizó.

- Altas y bajas: ​Cuando una mascota fallece o deja de ser un cliente habitual, es
registrada pero es almacenada con las que siguen activas. O puede suceder
que el cliente nunca informó a la clínica lo sucedido. Cualquiera de estos dos
hechos puede que genere confusión en los registros de la clínica.

- Administración: ​Cuando una mascota se queda hospitalizada o hospedada en

ambos casos, solo queda constancia de que animales pasaron por el servicio
suministrado por la clínica y en qué fecha. Pero en cambio, no hay registro

9
 actualizado de las jaulas disponibles en el momento. Por lo que para saber si
existen jaulas disponibles se debe ir a inspeccionar.

1.3 Propuesta de solución

La propuesta solución ​es una aplicación que permite administrar información
y recursos, permitirá la alta y baja de personal, clientes y/o mascotas del mismo.
Una de las problemáticas de la veterinaria es el control de las citas, la
recepcionista debe revisar cada hoja de la agenda mirando que dia hay un espacio
libre, esto le toma mínimo de 3 a 5 minutos el solo revisar que dia hay lugar, cuando
el cliente quiere una hora en específico este tiempo puede duplicarse. Como
solución a este problema, el sistema tendrá un calendario que mostrará el dia con
cupo de citas libres, también se considerarán búsquedas avanzadas para encontrar
los días en que cierta hora esté libre. La reserva de citas estará disponible para el
cliente y el empleado.
Otra problemática está en el modo en que se archivan los expedientes de las
mascotas, hay ocasiones en que el cliente no sabe el número de identificación por lo
que se debe buscar manualmente en los expedientes lo que lleva bastante tiempo y
más si son registros antiguos o pocos concurridos. Además de que son
almacenados físicamente, no suelen tener un orden definido ya que solo colocan los
expedientes donde haya un lugar disponible, dificultando su búsqueda; se puede
decir que se almacenan según se vayan usando. El sistema se propone eliminar el
uso de archiveros físicos y papel, para ello se creará un apartado para registrar
detalles de la consulta, recetas médicas e historial de vacunas, permitiendo al
interesado consultarlo solo con datos del cliente o el número de identificación de la
mascota. Un beneficio extra de este proceso es que se puede evitar el uso de papel
y la consulta del historial médico de manera remota por el mismo cliente.
Otra problemática que se desea resolver es el control de inventarios, los
pedidos son levantados hasta que se percatan que hay desabasto, hay
medicamentos que se han convertido en mermas por su fecha de caducidad y a
veces se hacen pedidos de productos que se tiene suficiente. La parte del sistema
que se encargará del inventario evaluará cuanto existe de cada producto y de
acuerdo a su mínimo en stock se reportará al administrador por via correo

10
electronico y como un aviso en la página de inicio, el aviso se mostrará en la
pantalla tres veces al día o hasta que el administrador de en click en aceptar para
indicar que fue visto y notificado por su corresponsal.

1.4 Objetivos del sistema

1.4.1 Objetivos general
Mejorar la administración de recursos para obtener mejor control de la
veterinaria.

1. 4.2 Objetivos Específicos

● Proporcionar una base de datos con información de clientes y respectivas
mascotas.
● Dar de alta y baja a pacientes para mejorar búsquedas y evitar la saturación
de datos.
● Permitir registrar y consultar los procedimientos que el paciente ha recibido y
ayudar en diagnóstico futuros
● Permitir registrar citas y espacios de estadía en la veterinaria evitando el
traslape y la pérdida de tiempo.
● Control de acceso de acuerdo al usuario

1.5 Metodología
Se usará el ​Modelos de proceso incremental ​para el desarrollo del software
que se desarrollará, la aplicación de esta metodología es de forma secuencial y
lineal, es decir, esta metodología da la ventaja de poder entregar una primera
versión del software, cumpliendo las funciones que se requieren en el momento y
poder entrar en funcionamiento mucho más rápido,ya despues, se van creando
versiones con más características y funciones sobre el anterior. (Armenta, 2020).
Las etapas en cada versión mediante la presente metodología son:
1. Comunicación: Es la recolección de información de la empresa, requisitos y
necesidades que la misma desea solucionar.

11
 2. Planeación: Consta de la planeación de actividades, recursos que se usarán,
costos y riesgos durante el desarrollo.
3. Modelado: Desarrollo del lenguaje de Modelado Unificado (UML), donde se
representará gráficamente las funciones, actividades e interacciones del
software propuesto.
4. Construcción: ​Construcción del software y realización de pruebas
5. Despliegue:​ Implementación y evaluación del software por parte del cliente
(Pressman, 2010)

Por el tiempo que se dispone ha sido la mejor opción y la que mejor se ha

adaptado a los recursos y personal que se cuenta en el momento.

1.6 Alcances y restricciones

1.6.1 Alcances en la primera etapa
- Registrará y almacenará datos en una base de datos que podrá ser consultada
de acuerdo al rol del usuario
- Se dará de baja automáticamente aquellas mascotas que tengan más de un
año sin acudir.
- Se respalda la base de datos cada día en dos dispositivos diferentes.
- El programa contará por el momento con los siguientes catálogos:
1) Clientes: ​Almacenará datos del dueño de la mascota
2) Mascotas: ​Almacenará datos de la mascota
3) Cartilla Médica:​ Almacenará información médica de la mascota
4) Inventario: ​Almacenará información de mercancía y medicamentos de
la veterinaria.
5) Personal: ​Almacenará datos del personal de la clínica

1.6.2 Restricciones
- Por el momento, será de uso local, más adelante se espera que pueda ser
consultada la información desde cualquier lugar mediante el uso remoto.
- Solo estará disponible en el idioma Español
- No compartirá información con otros sistemas
- Solo estará disponible para navegador web en red local

12
 Planeación del Proyecto

2.1 Definición y perfil del puesto

2.1.1 Lider de proyecto
a. Descripción General: ​Ser responsable, facilidad de palabra, honesto,
proactivo y que trabaje en equipo.

b. Descripción específica: ​Saber motivar, liderar y organizado; conocer de

gestión de desarrollo de software y conocimientos basicos de
programacion y analisis de requerimientos,

2.1.2 Analista
a. Descripción General: ​Ser responsable, facilidad de palabra, puntual,
proactivo y que trabaje en equipo.

b. Descripción específica: ​Tener Capacidad de síntesis, comunicativa, una

buena oratoria, disciplina y orden; Ser muy meticuloso hasta con los
detalles más mínimos y capacidad de abstracción y de conceptualizar
(Soto, 2008).

2.1.3 Diseñador
a. Descripción General: ​Ser responsable, facilidad de palabra, honesto,
proactivo y que trabaje en equipo.

b. Descripción específica: ​Tener creatividad, conocimientos de estética de

diseño de sitios web ​y capacidad de abstracción y de conceptualizar de
ideas.

13
2.1.4 Programador
a. Descripción General: ​Ser responsable, facilidad de palabra, honesto,
proactivo y que trabaje en equipo.

b. Descripción específica: ​Saber el manejo de base de datos, tener

conocimientos y experiencia en programación orientada a objetos, diseño
web, CSS, JavaScrip, PHP y ASP.NET.

2.1.5 Pruebas
a. Descripción General: ​Ser responsable, facilidad de palabra, honesto,
proactivo y que trabaje en equipo.

b. Descripción específica: ​Conocimientos de ingeniería del software,

metodologías y modelos de calidad para la industria del software,
metodologías de desarrollo de sistemas, estar familiarizado con Lenguaje
unificado de modelado (UML), conocimientos de herramientas para la
ejecución y seguimiento de testing y lenguajes de consulta de Base de
Datos (E. et al., 2016).

2.2 Organigrama

14
2.3 Identificación de riesgos

2.3.1 Riesgos del proyecto

Riesgo Estrategia

El tiempo sea insuficiente para la Se apagará lo más que se pueda el

plan de actividades hecho haciendo
terminación de la primera etapa
evaluaciones semanales.

Pérdida de datos del proyecto Se respaldará la información mínimo en

dos sitios diferentes, siendo uno interno
y el otro externo

Cambios de último momento Se estipulan cláusulas sobre cambios y

penalización de estos al no ser
contemplados de antemano.

Rotación de personal Mantener motivado al empleado con

incentivos justos y tener contrato de
trabajo de acuerdo a la duración del
proyecto.

2.3.2 Riesgos tecnicos

Riesgo Estrategia

El equipo requerido no está disponible Contar con equipo de respaldo para

para su uso continuar

Daño en los equipos de trabajo Se hará respaldo del proyecto cada dia
en la nube de Dropbox

Los software que se usan han dejado Se adquirirá licencia de uso minimo
de ser gratuitos para un año

15
2.3.3 Riesgos empresariales

Riesgo Estrategia

El cliente ha decidido cancelar el Se estipulara una cláusula donde se

proyecto indique la penitencia de la cancelación
del proyecto

La empresa ha dejado de operar Se llegará a un acuerdo en común

donde ambas partes no salgan tan
perjudicadas

La empresa no desea pagar gastos Se estipulara una cláusula donde se

indique la penitencia de la cancelación
del proyecto

2.3.4 Riesgos conocidos

Riesgo Estrategia

El respaldos no se realizó Se guardará los respaldos anteriores no

correctamente mayor a un mes de su creación

Pérdida de los equipos de trabajo La información del proyecto estará

resguardada y actualizada en la nube
de Drobox no mayor a una semana

Dificultad para la realización de algún Se investigará y/o pedirá ayuda a un

proceso facilitador de conocimiento

16
2.3.5 Riesgos predecibles

Riesgo Estrategia

Daños en equipos de trabajo y de la Se guardará los respaldos anteriores no

empresa mayor a un mes de su creación en
dispositivos externos

Eliminación de información por error Se contará con los respaldos en la nube

y dispositivos externos

Migración de datos a otros sistemas Se contará con los respaldos en la nube

y dispositivos externos

2.3.6 Riesgos impredecibles

Riesgo Estrategia

Desastres naturales en el lugar de Se guardará los respaldos anteriores no

trabajo mayor a un mes de su creación en
dispositivos externos y se pedirá plazo
para la conclusión del proyecto por
riesgos impredecibles

2.4 Requerimientos materiales

Requisitos para desarrollo del sistema

2 Computadoras personales con almacenamiento mínimo de 50 gb,

procesador i3 o superior y 8 gb de memoria RAM

Software de desarrollo de proyectos VIsual Studio

Software de Base de datos SQL Server Management Studio

Disco externo ​1TB ADATA HV620S Slim

17
2.5 Estimación de costos

Requisitos para desarrollo del sistema en el local

Pagos Descripción Precio Total

Unitario

1 Disco Duro Externo 1TB ADATA $ 1,121.00 $ 1,121.00

HV620S Slim

2 Computadora All in One Lenovo $ ​10,999.00 $ ​21,998.00

IdeaCentre A340-22IWL

18 Apoyo a estudiantes por mes $ 4 ​,000.00 $ 72,000.00

9 Pago de internet mensual $ 450.00 $ 4 ,050.00

1 Pago de licencia de software SQL $ 5, 225.00 $ 5, 225.00

9 Pago de licencia mensual $ 1, 125.00 $ 10, 125.00

deVisula Studio

9 Mensualidad de renta de local $ 2,500.00 $ 22 ,500.00

9 Pagos de servicios (luz,agua y $ ,200.00 $ 19,800.00

limpieza)

Total $ 156 ,819.00

Para el desarrollo del software se estiman costos totales de ​$156,819.00

(ciento cincuenta y seis mil ochocientos diecinueve 00/100 M.N.). La estimación está
basada en pesos mexicanos y con precios del mercado actual.

18
2.6 Calendario del proyecto

19
 Modelado

3.1 Definición y documentación de casos de uso

3.1.1 Caso de uso Actualizar inventario

Caso de Uso Actualizar inventario

Actor principal: Administrador, gerente

Objetivo en contexto: Actualizar información de medicamentos que se

compran o eliminan del inventario

Precondiciones: Iniciar sesión como Administrador o Gerente

Disparadores: Llega nueva mercancia o se a generado merma en el

inventario

Escenario:

1. El proveedor envía nueva mercancia

2. El empleado recibe y confirma que la mercancía es correspondiente
3. El empleado reporta que existe merma de mercancía
4. El administrador o gerente ingresa al sistema para registrar o actualizar el
inventario
5. Guarda cambios.

3.1.2 Caso de uso Hacer reporte de inventario

Caso de Uso Hacer reporte de inventario

Actor principal: Administrador

Objetivo en contexto: Generar un reporte con el inventario actualizado que

describa las entradas y salidas del inventario

Precondiciones: Iniciar sesión como Administrador

Disparadores: El administrador desea conocer el estado actual del

inventario

Escenario:

1. El administrador ingresa al sistema

2. Selecciona la opción Inventario
3. Escoge periodo personalizado a visualizar
4. Genera un PDF con la información requerida

20
3.1.3 Caso de uso Registrar Usuario

Caso de Uso Registrar Usuario

Actor principal: Cualquier usuario

Objetivo en contexto: Registrar usuario para asignarle un rol y acceder a

información relacionada con él

Precondiciones: No contar con cuenta registrada

Disparadores: El usuario está interesado con tener su cuenta en el

sistema y poder acceder a información de interés y
que el sistema le permita con el rol de “Cliente”

Escenario:

1. El usuario ingresa a la página web

2. Selecciona Registrarse
3. Ingresa datos necesario
4. Acepta Términos de privacidad y condiciones
5. Se registra usuario

3.1.4 Caso de uso Iniciar Sesión

Caso de Uso Iniciar Sesión

Actor principal: Cualquier usuario

Objetivo en contexto: Iniciar sesión en el sistema

Precondiciones: No haber iniciado en el sistema

Disparadores: El usuario desea interesar al sistema con su usuario y

contraseña

Escenario:

1. Ingresar a la página web de la veterinaria

2. ingresar usuario y contraseña registrada
3. El sistema confirmará si los datos son correctos
4. Si lo son permitirá el acceso al sistema
5. Si no es correcto dará el aviso de falla

21
3.1.5 Caso de uso Registrar Cita

Caso de Uso Registrar Cita

Actor principal: Cliente, Empleado

Objetivo en contexto: Registrar una cita para un cliente

Precondiciones: No contar con cita registrada y haber iniciado sesión

Disparadores: El cliente desea agendar cita

Escenario:

1. El usuario ingresa a la página web e inicia sesión

2. Se consulta el calendario de citas disponibles
3. Se selecciona la fecha y hora deseada
4. Se registra cita

3.1.6 Caso de uso Cancelar o modificar cita

Caso de Uso Cancelar o modificar cita

Actor principal: Cualquier usuario

Objetivo en contexto: El usuario puede cancelar o reprogramar la cita

Precondiciones: Contar con cita activa

Disparadores: El usuario desea cancelar o modificar cita a un

momento más conveniente para el

Escenario:

1. Se ingresa al sistema con sesión abierta

2. Se ingresa al apartado de citas
3. Se selecciona la cita a modificar
4. Se guardan cambios

22
3.1.7 Caso de uso Registrar venta

Caso de Uso Registrar venta

Actor principal: Empleado

Objetivo en contexto: El empleado registrar la venta realizada

Precondiciones: Iniciar sesión como Empleado

Disparadores: El cliente ha comprado artículos en la tienda

Escenario:

1. Se ingresa al punto de venta en la página web

2. Registrar artículos vendidos
3. Generar venta
4. Imprimir ticket

23
3.2 Diagrama de Casos de Uso

Diagrama de Caso de Uso de Pet Clinic

24
3.3 Diagramas de Actividades
3.3.1 ​Diagrama de Actividades de Actualizar Inventario

25
3.3.2 ​Diagrama de Actividades de Hacer reporte de inventario

26
3.3.3 ​Diagrama de Actividades de Registrar Usuario

27
3.3.4 ​Diagrama de Actividades de Iniciar Sesión

28
3.3.5 ​Diagrama de Actividades de Registrar Cita

29
3.3.6 ​Diagrama de Actividades de Cancelar o modificar cita

30
3.3.7 ​Diagrama de Actividades de Registrar venta

31
3.4 Diagrama de Clases
Diagrama de clases de PetClinic

32
3.5 Diagramas de Secuencias

3.5.1 Diagrama de Secuencia de Iniciar Sesión

3.5.2 Diagrama de Secuencia del Registo de Usuario

33
3.5.3 Diagrama de Secuencia de Actualizar Inventario

3.5.4 Diagrama de Secuencia de Reporte de inventario

34
3.5.5 Diagrama de Secuencia de Registrar Cita

3.5.6 Diagrama de Secuencia de Cancelar o modificar cita

35
3.5.7 Diagrama de Secuencia de Registrar venta

36
3.6 Diagramas de Entidad-relación
Diagrama de Entidad-relación de PetClinic

37
3.7 Diseño de Interfaces

3.7.1 Interfaz de inicio de sesión

Log-in

38
3.7.2 Interfaz de página principal

3.7.3 Interfaz de Vista Catálogos de Clientes

39
3.7.4 Interfaz de Vista Catálogos de Mascotas

3.7.5 Interfaz de Vista Catálogos de Hospedaje

3.7.6 Interfaz de Vista Catálogos de Consulta

40
3.7.7 Interfaz de Vista Catálogos de Registros

3.7.8 Interfaz de Vista Catálogos de Usuarios

3.7.9 Interfaz de Ventas

41
 Construcción

4.1 Diccionario de datos

4.1.1 Base de datos PETCLINIC

4.1.1.1 Tabla CartillaMascota

4.1.1.2 Tabla Categorias

4.1.1.3 Tabla Citas

4.1.1.4 Tabla ControlUsuarios

42
4.1.1.5 Tabla DatosUsuario

4.1.1.6 Tabla DetallesVentas

4.1.1.7 Tabla Especies

4.1.1.8 Tabla Estados

4.1.1.9 Tabla Estadosrepublica

43
4.1.1.10 Tabla HistorialMedico

4.1.1.11 Tabla Mascotas

4.1.1.12 Tabla Presentaciones

4.1.1.13 Tabla Productos

44
4.1.1.14 Tabla Razas

4.1.1.15 Tabla Roles

4.1.1.16 Tabla Situaciones

4.1.1.17 Tabla TiposDeCitas

4.1.1.18 Tabla Ventas

45
4.2 Código

46
 Referencias

Armenta, C. (2020). ​Paradigmas de desarrollo de software, modelos de

proceso prescriptivo, el proceso unificado y desarrollo ágil.
[Diapositivas]. https://drive.google.com/.
https://drive.google.com/file/d/1yfTdA28HALuGxlik2XAf-16OXcip43D2/view

E., C., Divinsky, S., Laco, D., Minond, V. R., & Voolkia. (2016). ​ANALISTA
TESTER / TESTER. cessi.org.ar.
https://www.cessi.org.ar/perfilesit/detalle-de-analista-tester-tester-9#:%7E:text
=Ejecutar%20los%20casos%20de%20prueba,las%20pruebas%2C%20estad
%C3%ADsticas%2C%20etc.

Soto, M. (2008, 12 septiembre).​ ​El perfil de analista | Mi espacio​.​ blog.

http://manuelrecena.com/blog/archives/304

Pressman, R. S.(2010). ​Ingeniería de Software​. Nueva York: McGrawHIll.

47