Especificación de

Requerimientos de Software

Tema
Sistema de Gestión de veterinaria y
peluquería

VERSIÓN 1.8 APROBADA

INTEGRANTES
 Michael Pérez Pin
 Anthony Tejada Solórzano
 Jorge Peña
 Nelly Villota Perlaza
 Andrés Espinoza Méndez (No aportó)

PROYECTO DE INGENIERIA DE SOFTWARE ORIENTADO A OBJETO

ING.JORGE ISAAC AVILEZ
 Í N D I C E | II

ÍNDICE
REVISIÓN HISTÓRICA.............................................................................................................................. III
1. INTRODUCCIÓN................................................................................................................................... 1
1.1 PROPÓSITO.................................................................................................................................... 1
1.2 CONVENCIONES DE DOCUMENTOS .............................................................................................. 1
1.3 SUGERENCIAS DE AUDIENCIA Y LECTURA PREVISTAS................................................................... 1
1.4 DEFINICIÓN DEL PRODUCTO ......................................................................................................... 1
1.5 REFERENCIAS................................................................................................................................. 2
2. DESCRIPCIÓN GENERAL ..................................................................................................................... 3
2.1 PERSPECTIVA DEL PRODUCTO ...................................................................................................... 3
2.2 FUNCIONES DEL PRODUCTO ......................................................................................................... 3
2.3 CLASES Y CARACTERÍSTICAS DEL USUARIO ................................................................................. 10
2.4 ENTORNO OPERATIVO ................................................................................................................ 10
2.5 RESTRICCIONES DE DISEÑO E IMPLEMENTACIÓN ...................................................................... 10
2.6 DOCUMENTACIÓN DEL USUARIO ............................................................................................... 11
2.7 SUPOSICIONES Y DEPENDENCIAS ............................................................................................... 11
3. REQUISITOS DE INTERFAZ EXTERNA ................................................................................................. 12
3.1 INTERFACES DE USUARIO............................................................................................................ 12
3.2 INTERFACES DE HARDWARE ....................................................................................................... 12
3.3 INTERFACES DE SOFTWARE ........................................................................................................ 12
3.4 INTERFACES DE COMUNICACIONES ............................................................................................ 12
4. MODELO DE DOMINIO .................................................................................................................... 15
5. CARACTERÍSTICAS DEL SISTEMA (CASOS DE USO) .......................................................................... 16
6. OTROS REQUISITOS NO FUNCIONALES ............................................................................................. 17
6.1 REQUISITOS DE DESEMPEÑO ...................................................................................................... 17
6.2 REQUERIMIENTOS DE SEGURIDAD ............................................................................................. 18
6.3 REQUERIMIENTOS DE SEGURIDAD ............................................................................................. 18
6.4 ATRIBUTOS DE CALIDAD DEL SOFTWARE ................................................................................... 19
7. OTROS REQUERIMIENTOS................................................................................................................. 21
APÉNDICE A: GLOSARIO ........................................................................................................................ 22
APÉNDICE B: MODELOS DE ANÁLISIS .................................................................................................... 24
APÉNDICE C: LISTA POR DETERMINAR .................................................................................................. 25
 R E V I S I Ó N H I S T Ó R I C A | III

REVISIÓN HISTÓRICA
NOMBRE FECHA MOTIVO DE LOS CAMBIOS VERSIÓN
Estructuración del documento con la
MICHAEL PÉREZ 10/08/2018 plantilla del SRS, como fuente primaria el -----
school.
Capítulo I: Introducción
12/08/2018  Mejora de la redacción del 1.1 borrador 1
propósito.
NELLY VILLOTA  Corrección de las sugerencias de
audiencia y lectura previstas
Capítulo II: Descripción General
 Corrección de las funcionalidades 1.2 borrador 1
ANTHONY 14/08/2018 del producto.
TEJADA  Mejorar la redacción de la
restricciones de diseño e
implementación
Capitulo III: Requisitos De Interfaz
Externa
JORGE PEÑA 16/06/2018  Corrección de las interfaces del 1.3 borrador 1
software
 Codificación de cada punto de los
subtemas del tercer capitulo

MICHAEL PÉREZ Capitulo IV: Modelo De Dominio

ANTHONY
18/06/2018  Corrección de diagrama de 1.4 borrador 1
TEJADA dominio.

MICHAEL PÉREZ Capítulo V: Características Del Sistema

ANTHONY 20/06/2018 (Casos De Uso) 1.5 borrador 1
TEJADA
NELLY VILLOTA  -----------------------------------------
JORGE PEÑA  -----------------------------------------

Capítulo VI: Otros Requisitos No

ANTHONY 20/06/2018 Funcionales 1.6 borrador 1
TEJADA  Corrección de los requerimientos
no funcionales
 Codificación de cada punto de los
subtemas del sexto capitulo

24/07/2018 Capítulo VII: Otros Requisitos No 1. 7 aprobado 1

MICHAEL PÉREZ Funcionales
 Codificación de cada punto de los
subtemas del sexto capitulo

MICHAEL PÉREZ
ANTHONY Apéndices A, B Y C
TEJADA 25/07/2018  ----------------------------------------- 1. 8 aprobado 1
NELLY VILLOTA  -----------------------------------------
JORGE PEÑA

MICHAEL PÉREZ Aprobación de todos los capítulos y

ANTHONY
TEJADA 27/07/2018 anexos por todos los miembros del equipo 1. 8 aprobado 1
NELLY VILLOTA de trabajo
JORGE PEÑA
 INTRODUCCIÓN |1

1. INTRODUCCIÓN
1.1 PROPÓSITO

El propósito o razón de este sistema de gestión es implementar el avance tecnológico a la

veterinaria peluquería “Pet Salón”, realizado durante el levantamiento y especificación de
requerimientos. A causa de esto, se tiene el lineamiento y procesos para que la creación de
software sea exitosa y se pueda realizar sin demoras priorizando los elementos más
importantes y descartando requerimientos fuera del alcance.
“Pet Salón”, nos permitirá contar con funcionalidades que facilitaran le gestión del negocio,
agenda, multimedia, eficiencia y mucho más, con el fin de que tenga valor y utilidad para los
cliente, ya que ahora todo se haría de forma digital, tal como el proceso de información de la
mascota, con esto podrá tener un mejor control en el área de peluquería y sus respectivas
citas, se tendrá un registro de los artículos disponibles de su bodega para ser vendido o usado
de una forma más rápida, solo tendría que buscar en el sistema de gestión si hay o no
existencia del producto.

1.2 CONVENCIONES DE DOCUMENTOS

CD-1: Requerimientos del cliente.
CD-2: Implementar una opción de mensaje por si hay una falla en el sistema.
CD-3: Que el programa cuente con usuario: administrador y empleado.
CD-4: Que cada perfil de usuario lleve los datos y fotos del empleado.
CD-5: Que el programa cuente con un generador de informes mediante archivos de Excel.
CD-6: Que el programa cuente con un visualizador de citas para el área de peluquería.
CD-7: Implementar la disponibilidad de trabajar en el área de peluquería y veterinaria con el
mismo software.
CD-8: Implementar un alto rango de eficiencia, para ahorrar y usar mejor los recursos.
CD-9: Documentación, toda la información que se necesita para que le saquen el máximo
provecho al sistema.

1.3 SUGERENCIAS DE AUDIENCIA Y LECTURA PREVISTAS

Básicamente, el programa a implementar, es un sistema de gestión por lo que controlará
toda la información de los clientes y sus respectivas mascotas de una forma autónoma
llevando también la información de sus productos y todas las citas correspondiente a
veterinaria y peluquería, también habrá una gran diferencia al momento de recibir a un cliente,
ya que sin necesidad de su cartilla(registro de vacunas) se podrá saber que vacuna le toca a
la mascota, el sistema de gestión contará con dos menú, uno para los procesos de veterinaria
y otro para el proceso de peluquería.
 INTRODUCCIÓN |2

1.4 DEFINICIÓN DEL PRODUCTO

El sistema de gestión de veterinaria “Pet Salón”, permitirá mejorar preclaramente su sistema
de procesos para la veterinaria y para la peluquería, ya que ahora todo se haría de forma
digital, este nos permitirá organizar agendas, ya sea la recopilación de información de la
mascota, tales como sus vacunas o citas de peluquería. Además, se contará con el proceso
de saber si hay un producto en bodega, solo tendría que buscar en el sistema de gestión si
hay o no existencia del producto, ya no tendrán que ir a la bodega y revisar si hay o no aquel
producto, ya que al hacer eso pierden tiempo, y el cliente puede que se marche por esperar
demasiado.

1.5 REFERENCIAS

 Esta noticia ha sido publicada originalmente por Diario EL TELÉGRAFO bajo la

siguiente dirección: https://www.eltelegrafo.com.ec/noticias/sociedad/4/el-dr-pet-
atiende-las-24-horas
 https://zoovetesmipasion.com/veterinaria/
 Ian sommerville, Ingeniería de software, Séptima edición, Pearson, 2005.
 Karl E. Wiegers, Software Requirements 2nd Edition, Microsoft Press, 2003
 Acronym Finder, «What does SRS stand for?,» [En línea]. Available:
http://www.acronymfinder.com/Software-Requirements-Specification-(SRS).html.
[Último acceso: 18 Abril 2015].
 http://www.petsadmin.com/
 DESCRIPCIÓN GENERAL |3

2. DESCRIPCIÓN GENERAL
2.1 PERSPECTIVA DEL PRODUCTO
La concepción del sistema de Gestión radica en emplear nuevas formas que permitan agilizar
y reducir tiempos de respuesta, brindando así un servicio óptimo hacia el cliente, lo que
implica un correcto manejo de la información (integridad de los datos), para así generar
confianza y obtener buenos resultados tanto en lo económico y reconocimiento social.
Se proyecta implementar el sistema de gestión de veterinaria/peluquería que permitirá
controlar y distribuir los diferentes procesos que son objetos de automatización como son los
registros de las mascotas entre las diferentes áreas involucras (peluquería y veterinaria) y las
gestiones de citas que juegan un papel determinante para el desarrollo de las actividades del
negocio.

2.2 FUNCIONES DEL PRODUCTO

Registro de Clientes(Propietario)

# de Requisito: R-001 Tipo de Requisito: Funcional # Caso de Uso:

Para el ingreso de un nuevo registro de clientes(Propietario) es

necesario llenar con información relevante: cedula de
Descripción: identidad, nombre, apellido, dirección completa (calle principal,
numeración y calle secundaria), edad, teléfono (puede ser
convencional o celular) y correo electrónico.
Se emplea el registro de cliente para ser uso de su información
para otras actividades que se realicen en la veterinaria para las
Justificación:
dos áreas definidas en este documento (veterinaria y
peluquería).
Origen(interesado): Dra. Dina Cisneros.
- Campo Cedula y teléfono: cadena de carácter con
longitud máx. de 10.
- Campo nombre, apellido y dirección: cadena de
carácter con longitud máx. de 100.
Criterio de - Campo edad: cantidad entera con longitud máx. de 2.
aceptación/validación: - Campo correo electrónico: cadena de carácter con
longitud máx. de 50.
- Además la edad del propietario debe ser igual o mayor
a los 18 años para ser el responsable legal de la
mascota dentro del centro veterinario.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

 DESCRIPCIÓN GENERAL |4

Registro de Mascota

# de Requisito: R-002 Tipo de Requisito: Funcional # Caso de Uso:

Para el ingreso de una nueva mascota es necesario llenar los

siguientes campos necesario: nombre, raza, tipo de sangre,
Descripción: edad (cantidad entera como máx. de 2 dígitos), además de esto
se incluye los datos del propietario descritos en el requisito #
R-001.
Se emplea el registro de una nueva mascota ya que
empleamos su información básica para los distintos proceso
Justificación:
que se ve inmerso en las dos áreas del negocio (veterinaria y
peluquería).
Origen(interesado): Dra. Dina Cisneros.
- Campo nombre, raza: cadena de carácter con longitud
máx. de 50.
- Campo tipo de sangre: cadena de carácter con longitud
Criterio de
máx. de 3.
aceptación/validación:
- Campo edad: cantidad entera con longitud máx. de 2.
- Además se especifica que la mascota tiene un único
dueño/propietario dentro del centro veterinario.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Registro de Proveedor

# de Requisito: R-003 Tipo de Requisito: Funcional # Caso de Uso:

Para el ingreso de un nuevo proveedor es necesario llenar las

siguiente información:nombre,dirección(calle principal,
Descripción: numeración y calle secundaria),teléfono(convencional o
celular) y correo electrónico y el tipo de área dirigida (veterinaria
o peluquería o ambas a la vez).
Se emplea el registro de un nuevo proveedor para determinar
Justificación: con cual empresa se está realizando vínculos de negocios en
las diferentes áreas del centro de veterinario.
Origen(interesado): Dra. Dina Cisneros.
- Campo nombre, dirección, correo electrónico: cadena
de carácter con longitud máx. de 100.
Criterio de - Campo teléfono: cadena de carácter con longitud máx.
aceptación/validación: de 10.
- Campo tipo de área: selección de campo entre las 3
opciones válidas.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
 DESCRIPCIÓN GENERAL |5

Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Operaciones básicas de producto

# de Requisito: R-004 Tipo de Requisito: funcional # Caso de Uso:

Operaciones básicas de la temática de producto (contiene los

siguientes campos básicos: Código, nombre, precio, fecha de
Descripción: elaboración y de caducidad, cantidad de stock y el proveedor
del mismo que está indicado en el requisito #R-003) en las dos
áreas del negocio: crear, consultar, modificar y eliminar.
Es de vital importancia mantener el registro adecuado de los
Justificación: productos que cuenta el centro veterinario tanto en el área de
veterinaria y peluquería.
Origen(interesado): Ayudante de veterinaria/peluquería.
- Campo código: cadena de carácter con longitud máx.
de 5.
- Campo nombre: cadena de carácter con longitud máx.
de 50.
- Campo precio: cantidad decimal con longitud máx. de 4.
Criterio de
- Campo fecha de elaboración y caducidad: expresado
aceptación/validación:
en fecha DD/MM/AA.
- Destacando que el producto tiene un único proveedor,
además para la visualización, modificación y
eliminación del mismo primero se debe realizar la
creación.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Gestión de Citas

# de Requisito: R-005 Tipo de Requisito: Funcional # Caso de Uso:

Para la gestión de citas es necesario obtener la información de

la mascota y propietario como esta descrito en el requisito #R-
Descripción:
002 ,también debemos proporcionar información como la fecha
y hora de la consulta.
Para el desarrollo de las actividades de una manera ordenada
Justificación: es necesaria llevar un control de las citas existente dentro del
centro veterinario.
 DESCRIPCIÓN GENERAL |6

Origen(interesado): Dra. Dina Cisneros.

- Campo fecha: expresado en fecha DD/MM/AA
Criterio de - Campo Hora: expresado en hora: HH: MM
aceptación/validación: - Cabe destacar que ninguna cita puede chocar o
interferir con la otra cita.
Nivel de satisfacción del Nivel de insatisfacción del
5
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Gestión de Historial Clínico

# de Requisito: R-006 Tipo de Requisito: Funcional # Caso de Uso:

Gestionar Historial clínico de la mascota en el cual

aprovechamos las información provista en el requisito #R-
Descripción: 002,además de esto es necesario el uso de radiográficas,
exámenes y la gestión de vacunación dentro del historial como
es descrito en el requisito #R-007
Es necesario llevar un control exhaustivo de todas las
Justificación: afectaciones y/o revisiones de rutina para el control de la salud
de la mascota.
Origen(interesado): Dra. Dina Cisneros.
- Una mascota tiene un único historial clínico que engloba
Criterio de
toda la información respectiva de sus afecciones y
aceptación/validación:
chequeos de rutina.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Gestión de Vacunación

# de Requisito: R-007 Tipo de Requisito: Funcional # Caso de Uso:

Gestión de vacunación (contiene las siguiente información:

Descripción: Nombre de la vacuna, problema a prevenir
,dosis,frecuencia,precio,fecha y hora)
Es una gestión que cumplen un papel importante para la
Justificación:
prevención de enfermedades para la mascota.
Origen(interesado): Ayudante de Veterinaria
 DESCRIPCIÓN GENERAL |7

- Campo nombre de la vacuna, problema a prevenir:

cadena de carácter de longitud máx. de 50.
- Campo dosis y frecuencia: cantidad entera de longitud
Criterio de
máx. de 2.
aceptación/validación:
- Campo fecha: expresado en DD/MM/AA
- Campo Hora: expresado en HH:MM
- Campo precio: cantidad decimal con longitud máx. de 4.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Gestión de Facturación

# de Requisito: R-008 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea la facturación (contiene la siguiente información:

número de factura información del cliente descrito en el
requisito# R-001,los valores de los productos y/o servicio
Descripción: prestado descrito en el requisito #R-003,fecha y hora de
emisión, mostrar subtotal, va y total a pagar) para determinar
las cantidades que el cliente debe pagar por el servicio
prestado por el centro veterinario petsalon
Justificación: Se realiza
Origen(interesado): Ayudante de Veterinaria y Peluquería
- Campo número de factura: cadena de carácter de
longitud de 6.
- Campo Fecha: se expresa en DD/MM/AA
- Campo Hora: se expresan en HH:MM
Criterio de
- Campo subtotal, va y total a pagar: cantidad en
aceptación/validación:
decimal con 2 decimales
- Se valida que la factura tiene un tiempo de caducidad
que no exceda las 48 horas por cualquier motivo de
devolución de la mercancía tanto en las dos áreas.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

 DESCRIPCIÓN GENERAL |8

Notificación de citas medicas

# de Requisito: R-009 Tipo de Requisito: No funcional # Caso de Uso:

Para las notificaciones de citas, vacunación y promociones

empleamos la información proporciona en el requisito #R-001
Descripción:
de los campos: teléfono y del correo electrónico para los avisas
de las diferentes índoles a tratar.
Se emplea el modo de aviso para que el propietario se acerca
al centro veterinario cuando es necesario los chequeos de
Justificación: rutina para el bienestar de la mascota ya que un gran
porcentaje de usuarios olvida las fechas de control y otras
actividades de su mascotas.
Origen(interesado): Ayudante de Veterinaria y Peluquería
- Se valida que la notificación sea con 24 horas de
Criterio de
anticipación empleado como un recordatorio hacia el
aceptación/validación:
cliente.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 4 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Notificación de stock de producto

# de Requisito: R-010 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea la notificación de productos cuando ya no existe un

stock vinculado con el requisito #R-004 en el cual nos permitirá
Descripción: determinar si existe suficiente disponibilidad en bodega para su
comercialización en esta área está inmersa la de veterinaria
(medicinas) y la de peluquería (limpieza y belleza).
La notificación ayudaría en agilitar y mejorar de manera
significativa el tiempo de repuesta entre el área donde
Justificación:
proporcionan los productos y bodega, de tal forma no habría
inconvenientes en la petición de un producto determinado
Origen(interesado): Ayudante de Peluquería y veterinaria
Se realiza una notificación cuando el stock de un producto de
Criterio de
cualquiera de las dos áreas veterinaria o peluquería sea menor
aceptación/validación:
a 5, para sí abastecer de productos cuando sea necesario.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

 DESCRIPCIÓN GENERAL |9

Gestión de informe

# de Requisito: R-011 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea el uso de generar informes con fines estadísticos y

contables para así determinar si el giro de negocio está
Descripción: cambiando o se mantiene, es necesario recopilar tocas las
entras y salidas del centro veterinario que son previstos en los
requisitos # R-004, # R-007 y # R-008
Es necesario para determinar las alzas y bajas de las
Justificación: actividades de la empresa para así determinar si la empresa
esta estables en su contabilidad y su proyección en el futuro.
Origen(interesado): Asesora Contable y financiera

Criterio de Se realizara informes por separados para las dos áreas

aceptación/validación: siendo independientes pero interrelacionadas entre sí.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 4 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

Gestión de creación de usuarios

# de Requisito: R-012 Tipo de Requisito: Funcional # Caso de Uso:

Creación de cuentas de usuario (administrador y empleado)

para cada usuario es necesario llenar los siguientes campos:
Descripción: cedula,nombre,apellido,edad,dirección(calle principal,
secundaria y numeración),tipo de usuario,
teléfono(convencional o celular) y correo electrónico.
Es necesario segregar los dos tipos de empleados ya que cada
Justificación: uno tendrán ciertas especificaciones (requerimientos) que no
tendrá el otro.
Origen(interesado): Dra. Dina Cisneros.
- Campo nombre, apellido, dirección y correo electrónico:
cadena de carácter de longitud máx. de 50.
- Campo cedula, teléfono: cadena de carácter de longitud
Criterio de máx. de 10.
aceptación/validación: - Campo edad: cantidad entera de longitud máx. de 2.
- Campo tipo de usuario: selección de los dos tipos de
usuarios habilitados dentro del sistema(administrador y
empleado).
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:
 D E S C R I P C I Ó N G E N E R A L | 10

Material de soporte:

Última modificación: Creado 10/08/2018- Anthony Tejada

2.3 CLASES Y CARACTERÍSTICAS DEL USUARIO

Los usuarios que intervienen dentro del sistema son los siguientes: Administrado y
empleado.
El administrador y veterinario (son la misma persona) tiene la funcionalidad:
Registrar Propietario, mascota, proveedor, productos, citas, historial clínico, vacunación,
generar informes, visualizar el stock y las manejar las notificaciones.
El empleado que en este caso son los ayudantes de las dos áreas: veterinaria y peluquería
que tendrán la funcionalidad de las operaciones de los productos, citas, vacunación y
visualizar los stocks para las debidas compras a realizar

2.4 ENTORNO OPERATIVO

Procesador(es) 3.0 GHz

Memoria RAM 2 GB
Espacio libre en disco 4 GB
Software
Sistema operativo - Windows*: 10, 8, 7, 2008
compatible 64-bit
Base de Datos MS SQL (2008, 2008 R2 and 2012), MySQL 5.X, Oracle
(10.4 and above) MS SQL Server Express (embedded)

2.5 RESTRICCIONES DE DISEÑO E IMPLEMENTACIÓN

En el uso del sistema existe restricciones como lo son los tipos de usuario (administrador y
empleado), los usuarios administradores tienen procesos diferente que no contiene o no son
 D E S C R I P C I Ó N G E N E R A L | 11

accesible por el tipo de usuario empleado, los procesos destinados a los usuarios
administradores son de agregar un personal, mostrar las listas de personal en contrato, las
opciones que comparten entre estos tipos usuario son: información de clientes, citas de
veterinaria, citas de peluquería, mercadería, inventario, proveedor y pedido.
El tiempo de entrega del sistema se estima en un plazo de 90 a 120 días o al termino del
periódico educativo universitario ciclo 2018 I.

2.6 DOCUMENTACIÓN DEL USUARIO

Los documentos a proveer al usuario para el buen uso del sistema de Gestión de Veterinaria
y Peluquería destinado al local Pet Salón.
- Manual de usuario (Guía de cómo usar el sistema).
- Ayuda en línea (chat).
- Video tutoriales (forma parte de la guía de uso).

2.7 SUPOSICIONES Y DEPENDENCIAS

SC-1: Se asume que los requisitos descritos en este documento son estables una vez que
sea aprobado.
SC-2: Se asume que la veterinaria y peluquería disponga de una computadora e impresora
habilitadas para permitir que sus empleados del local “Pet Salón” procesen al registro del
producto en bodega y la generación de información de la mascota.
SC-3: Se asume que el sistema operativo Microsoft Windows 7,8.1 o 10, MS SQL (2008, 2008
R2 and 2012), MySQL 5.X, Oracle (10.4 and above) MS SQL Server Express(embedded)
debe estar disponible en los equipos donde se instalará el sistema.
 R E Q U I S I T O S D E I N T E R F A Z E X T E R N A | 12

3. REQUISITOS DE INTERFAZ EXTERNA

3.1 INTERFACES DE USUARIO
IU-1: La pantalla del Sistema de Gestión de Veterinaria y Peluquería debe contar con las
suficientes características para manejar el control de clientes, gestión de citas, inventario,
información de usuarios, etc. De una manera que facilite al usuario (empleado) a controlar las
citas, la información de las mascotas (vacunas aplicadas).
IU-2: El Sistema de Gestión debe proporcionar la ayuda suficiente de mostrar las citas de las
mascotas con su respectiva información de que procesos se realizarán y que productos se
aplicará.
IU-3: El Sistema de Gestión debe contar con herramientas de informes para poder ser
entregados a gerentes, como son: clientes que más compran, productos más vendidos y
productos no vendidos, citas que no asistieron, citas canceladas, etc.
IU-4: El interfaz del sistema podrá visualizar la información de la mascota sea médica o sobre
las citas que realizó en la peluquería para escoger mediante código (id de la mascota)
digitando en el teclado o seleccionando con el mouse el número de id de la mascota o dueño.
IU-5: EL Sistema de Gestión debe proporcionar una herramienta de búsqueda inmediata en
caso de emergencia y así proporcionar la información necesaria al momento de ser atendido.
IU-6: El interfaz del sistema podrá visualizar la información veterinarios responsables del
cuidado de la mascota en sus diferentes áreas.
IU-7: El Sistema de Gestión debe proporcionara alternativas en cuanto a las formas de pago
(por el tratamiento prestado a la mascota).
IU-8: El Sistema de Gestión debe contar con una herramienta de control de calidad de
mercadería (productos que tienen mejor resultado).
IU-9: El Sistema de Gestión debe contar con una herramienta de control de clientes (los que
acuden comúnmente, los nuevos, los más antiguos, entre otros) en las diferentes áreas
existentes.
IU-10: El Sistema de Gestión debe contar con una herramienta de control de personal tanto
administrativo y de servicios (hora de llegada, hora de salida, días laborados, horas extra,
entre otros)

3.2 INTERFACES DE HARDWARE

No se han identificado interfaces de hardware.

3.3 INTERFACES DE SOFTWARE

IS-1: Sistema de Clientes
- IS-1.1: El sistema deberá ponerse en contacto permanente con sus clientes (email,
celulares, redes sociales).
 R E Q U I S I T O S D E I N T E R F A Z E X T E R N A | 13

- IS-1.2: El sistema deberá registrar sin límite de clientes y pacientes.

- IS-1.3: El sistema deberá proporcionar información clave de su mascota.

- IS-1.4: El sistema deberá Facilidad de búsqueda de los registros de clientes/mascotas
para veterinario o peluquería.
- IS-1.5: El sistema promocionara a los clientes las ofertas más exclusivas que se estén
dando para cuidado de la mascota.
- IS-1.6: El sistema notificara al cliente de algún cambio inesperado que ocurra en la
veterinaria y que sea de interés para el cliente.

IS-2: Historia clínica

- IS-2.1: Permite al usuario encargado del sistema registre sus casos clínicos con datos
multimedia (texto e imágenes).
- IS-2.2: Permite al usuario encargado almacenar digitalmente todos los estudios de
sus pacientes.
- IS-2.3: Permite al usuario encargado visualizar las vacunas y desparasitaciones en un
cronograma.
- IS-2.4: Permite al usuario programar las vacunaciones y desparasitaciones futuras
con aviso automático a sus clientes.

IS-3: Inventario
- IS-3.1: Permite al usuario encargado registre todos sus movimientos de stock
(ingresos, egresos).
- IS.3.2: Permite al usuario encargado las devoluciones de ciertos productos de
veterinario o peluquería.
- IS-3.3: Permite al usuario encargado aplicar descuento automático de stock por
ventas.
- IS-3.4: Permite al usuario encargado hacer ofertas a los clientes en tratamientos,
peluquería, medicamentos, entre otros.
- IS-3.5: Permite al usuario encargado promocionar los nuevos productos recién salidos
al mercado.

IS-4: Agendamiento de citas

- IS-4.1: Permite al usuario encargado programe su agenda y organice sus actividades
- IS.4.2: Permite al usuario encargado avisos automáticos de turnos a sus clientes
(cirugías menores, peluquería, baño, etc.)
- IS-4.3: Permite al usuario encargado identificar las tareas diarias, semanales y
mensuales.
- IS-4.4: Permite al usuario encargado enviar un aviso al veterinario responsable de dar
el tratamiento a la mascota (día, fecha, hora).
- IS-4.5: Permite al usuario encargado dar un aviso de emergencia al cliente en caso
de cambio de agenda por inconvenientes con la veterinaria.
 R E Q U I S I T O S D E I N T E R F A Z E X T E R N A | 14

3.4 INTERFACES DE COMUNICACIONES

IC-1: El sistema de gestión de veterinaria /peluquería enviara la información adquirida de la
mascota para ser tomada por el registro de la historia clínica para llevar un control exhaustivo
del paciente.
IC-2: El sistema de inventario enviará un mensaje con los nombres de los productos vendidos
para bodega, quien enviará los productos para el cliente.
 M O D E L O D E D O M I N I O | 15

4. MODELO DE DOMINIO
 C A R A C T E R Í S T I C A S D E L S I S T E M A | 16

5. CARACTERÍSTICAS DEL SISTEMA

(CASOS DE USO)
<Esta plantilla ilustra la organización de los requisitos funcionales del producto por las
características del sistema, los principales servicios proporcionados por el producto. Es
posible que prefiera organizar esta sección por caso de uso, modo de operación, clase de
usuario, clase de objeto, jerarquía funcional o combinaciones de estos, cualquiera que sea el
sentido más lógico para su producto. Debe usar el diagrama de casos >

CU-1:
Nombre:
Autor:
Fecha:
Descripción:

Actores:

Precondiciones:

Flujo Normal:

Flujo Alternativo:

Postcondiciones:
 O T R O S R E Q U I S I T O S N O F U N C I O N A L E S | 17

6. OTROS REQUISITOS NO FUNCIONALES

6.1 REQUISITOS DE DESEMPEÑO

Notificación de citas medicas

# de Requisito: R-009 Tipo de Requisito: No funcional # Caso de Uso:

Para las notificaciones de citas, vacunación y promociones

empleamos la información proporciona en el requisito #R-001
Descripción:
de los campos: teléfono y del correo electrónico para los avisas
de las diferentes índoles a tratar.
Se emplea el modo de aviso para que el propietario se acerca
al centro veterinario cuando es necesario los chequeos de
Justificación: rutina para el bienestar de la mascota ya que un gran
porcentaje de usuarios olvida las fechas de control y otras
actividades de su mascotas.
Origen(interesado): Ayudante de Veterinaria y Peluquería
- Se valida que la notificación sea con 24 horas de
Criterio de
anticipación empleado como un recordatorio hacia el
aceptación/validación:
cliente.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:
Modificado 24/08/2018-Michael Pérez
Última modificación:
Creado 10/08/2018- Anthony Tejada

Notificación de stock

# de Requisito: R-010 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea la notificación de productos cuando ya no existe un

stock vinculado con el requisito #R-004 en el cual nos permitirá
Descripción: determinar si existe suficiente disponibilidad en bodega para su
comercialización en esta área está inmersa la de veterinaria
(medicinas) y la de peluquería (limpieza y belleza).
La notificación ayudaría en agilitar y mejorar de manera
significativa el tiempo de repuesta entre el área donde
Justificación:
proporcionan los productos y bodega, de tal forma no habría
inconvenientes en la petición de un producto determinado
Origen(interesado): Ayudante de Peluquería y veterinaria
Se realiza una notificación cuando el stock de un producto de
Criterio de
cualquiera de las dos áreas veterinaria o peluquería sea menor
aceptación/validación:
a 5, para sí abastecer de productos cuando sea necesario.
 O T R O S R E Q U I S I T O S N O F U N C I O N A L E S | 18

Nivel de satisfacción del Nivel de insatisfacción del

5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:
Modificado 24/08/2018-Michael Pérez
Última modificación:
Creado 10/08/2018- Anthony Tejada

Gestión de informe

# de Requisito: R-011 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea el uso de generar informes con fines estadísticos y

contables para así determinar si el giro de negocio está
Descripción: cambiando o se mantiene, es necesario recopilar tocas las
entras y salidas del centro veterinario que son previstos en los
requisitos # R-004, # R-007 y # R-008
Es necesario para determinar las alzas y bajas de las
Justificación: actividades de la empresa para así determinar si la empresa
esta estables en su contabilidad y su proyección en el futuro.
Origen(interesado): Asesora Contable y financiera

Criterio de Se realizara informes por separados para las dos áreas

aceptación/validación: siendo independientes pero interrelacionadas entre sí.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:
Modificado 24/08/2018-Michael Pérez
Última modificación:
Creado 10/08/2018- Anthony Tejada

6.2 REQUERIMIENTOS DE SEGURIDAD

Backup en frio.

# de Requisito: R-013 Tipo de Requisito: No funcional # Caso de Uso:

Se emplea el respaldo(backup) de la información de manera

Descripción: fría de todos los datos del centro veterinario y peluquería
petsalon.
Se realiza periódicamente respaldo de la información de
Justificación: manera fría para que no sufra el usuario inconveniente cuando
este empleado el software.
Origen(interesado): Dra. Dina Cisneros.
Se realiza los respaldos de la información todos los fines de
Criterio de
semanas para no interrumpir con las labores cotidiana del
aceptación/validación:
centro veterinario.
 O T R O S R E Q U I S I T O S N O F U N C I O N A L E S | 19

Nivel de satisfacción del Nivel de insatisfacción del

5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 24/08/2018-Michael Pérez

6.3 REQUERIMIENTOS DE SEGURIDAD

Cifrado de la información

# de Requisito: R-014 Tipo de Requisito: No funcional # Caso de Uso:

Se realiza el cifrado de la información de todos los datos

importantes y privados de los clientes para salvaguardar
Descripción:
cualquier tipo de hurto y mal uso de dicha información
proporcionada.
Se emplea el cifrado para que los datos se encuentren seguros
Justificación: y no sean utilizados de mala manera para perjudicar al usuario
del centro veterinario
Origen(interesado): Dra. Dina Cisneros.

Criterio de Los datos de la información son cifrados y para obtener o

aceptación/validación: visualizar son desencriptados para su buen uso.
Nivel de satisfacción del Nivel de insatisfacción del
5 0
interesado: interesado:
Prioridad: 5 Requisitos en conflicto:

Material de soporte:

Última modificación: Creado 24/08/2018-Michael Pérez

6.4 ATRIBUTOS DE CALIDAD DEL SOFTWARE

ATRIBUTO APLICACIÓN
El sistema debe de soportar todas las
funcionalidades anteriormente descritas y
ACS-1 Confiabilidad
garantizar su buen funcionamiento
durante todo el período de su ejecución.
Que la información sea visualizada en
cualquier momento que sea necesario
para su desarrollo ,de tal manera es
ACS-2 Disponibilidad
indispensable que su funcionamiento sea
de vital importancia para el desarrollo de
las actividades del centro veterinario.
 O T R O S R E Q U I S I T O S N O F U N C I O N A L E S | 20

Su propósito dentro de la seguridad es el

respaldo de la información (backup)
ACS-3 Seguridad establecido en los días no laborables para
no interrumpir con el proceso normal de
las actividades del negocio.

El mantenimiento y modificaciones que se

puedan hacer en el sistema, dependerá
ACS-4 Mantenibilidad de las nuevas funcionalidades que se
quiera implementar y las plataformas
donde se quiera poner.

El software se debe comportar de manera

eficiente y rápida, en el punto de vista de
la gestión de datos de tal manera que no
ACS-5 Eficiencia persista ningún problema y permita la
agilidad en todos los procesos del
sistema.

El software de gestión de Veterinaria y

Peluquería está dirigido hacia los
usuarios expertos en informática como a
ACS-6 Fácil Manejo
personas con conocimientos muy bajos
por tanto diseño es fácil e intuitivo para
cualquier tipo de usuario a manejarlo.
 O T R O S R E Q U E R I M I E N T O S | 21

7. OTROS REQUERIMIENTOS
OR1: Facturación electrónica

OR2: La base de datos en la nube

OR3: Extensibilidad del almacenamiento de la base de datos local.

OR4: Chat entre jefe y empleado.

OR5: Crear un nuevo rol en el sistema.

 G L O S A R I O | 22

APÉNDICE A: GLOSARIO
ABREVIATURAS
| ABREVIATURA SIGNIFICADO
1 ACS Atributos De Calidad Del Software
2 BD Base de datos
3 CU Caso de Uso
4 GB Gigabyte
5 GHZ Gigahercio
6 GUI interfaz gráfica de usuario
7 IC Interfaces De Comunicaciones
8 IH Interfaces De Hardware
9 IS Interfaces De Software
10 IU Interfaces De Usuario
11 OR Interfaces De Software
12 RD Requisitos De Desempeño
13 RS Requerimientos De Seguridad
14 SC Suposiciones Y Dependencias
15 SQL Lenguaje De Consulta Estructurada
16 SRS Especificación De Requerimientos De Software

GLOSARIO
1. ALMACENAMIENTO EN LA NUBE. - es un modelo de servicio en el cual los datos
de un sistema de cómputo se almacenan, se administran, y se respaldan de forma
remota.

2. AUTOMATIZACIÓN. - es un sistema donde se trasfieren tareas de producción,

realizadas habitualmente por operadores humanos a un conjunto de elementos
tecnológicos.

3. BACKUP. - Se refiere a la copia y archivo de datos de la computadora de modo que

se puede utilizar para restaurar la información original después de una eventual
pérdida de datos.

4. CADENA DE CARÁCTER. - es una sucesión de caracteres: (letras, números,

espacio, signos o símbolos).

5. CALIDAD DEL SOFTWARE. -Es el conjunto de cualidades que lo caracterizan y que

determinan su utilidad y existencia.

6. CASO DE USO. - Es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso.

7. HARDWARE. - El hardware es la parte física de un ordenador o sistema informático,

está formado por los componentes eléctricos, electrónicos, electromecánicos y
mecánicos.
 G L O S A R I O | 23

8. INTERFAZ. - un conjunto de imágenes y objetos gráficos para representar la

información y acciones disponibles.

9. MEMORIA RAM. - Memoria principal de la computadora, donde residen programas y

datos, sobre la que se pueden efectuar operaciones de lectura y escritura.

10. MODELO DE DOMINIO. - En él se describen las distintas entidades, sus atributos,

papeles y relaciones, además de las restricciones que rigen el dominio del problema.

11. PROCESADOR. -Componente electrónico donde se realizan los procesos lógicos.

12. REQUERIMIENTOS. - es una necesidad documentada sobre el contenido, forma o

funcionalidad de un producto o servicio.

13. REQUISITOS. - es una necesidad documentada sobre el contenido, forma o

funcionalidad de un producto o servicio.

14. ROL. - es una colección de permisos definida para todo el sistema que Usted puede
asignar a usuarios específicos en contextos específicos

15. SISTEMA. - es un conjunto de partes que funcionan relacionándose entre sí con un

objetivo preciso. Sus partes son: hardware, software y las personas que lo usan.

16. SISTEMA OPERATIVO. -Conjunto de órdenes y programas que controlan los

procesos básicos de una computadora y permiten el funcionamiento de otros
programas.

17. WINDOWS. - Es un sistema operativo desarrollado por la empresa de software

Microsoft Corporation, el cual se encuentra dotado de una interfaz gráfica de usuario
basada en el prototipo de ventanas
 M O D E L O D E A N Á L I S I S | 24

APÉNDICE B: MODELOS DE ANÁLISIS

<Opcionalmente, incluya cualquier modelo de análisis pertinente, como diagramas de flujo de

datos, diagramas de clase, diagramas de transición de estado o diagramas de entidad y
relación
 L I S T A P O R D E T E R M I N A R | 25

APÉNDICE C: LISTA POR DETERMINAR

<Recolectar una lista numerada de las referencias TBD (por determinar) que permanecen en
el SRS para que puedan rastrearse hasta el cierre.>