Ers - Sisapre

Especificación de Requisitos de Software
Proyecto SISAPRE
Revisión 1.0
Desarrollado por:
IMOGEN TEAM
LUIS FEDERICO CELMO CEN
MARÍA ELIZABETH RAMÍREZ GIJÓN
JORGE FRANCISCO TEC BRAGA
UNIVERSIDA AUTÓNOMA DE YUCATÁN

LICENCIATURA EN INGENIERÍA DE SOFTWARE
FACULTAD DE MATEMÁTICAS
TIZIMÍN, YUCATÁN A 21 DE MAYO DE 2019
1
Ficha del documento
Fecha Revisión Autor
21/05/2019 1.0 Luis Federico Celmo Cen
Revisado por:
▪ María Elizabeth Ramírez Gijón

▪ Jorge Francisco Tec Braga
2
Contenido
1. Introducción…………………………………………………………………………5
1.1 Propósito………………………………………………………………………………………………………..5
1.2 Ámbito del Sistema…………………………………………………………………………………………5
1.3 Definiciones, Acrónimos y Abreviaturas………………………………………………………….5
1.3.1 Definiciones……………………………………………………………………………………………5
1.3.2 Acrónimos……………………………………………………………………………………………...5
1.3.3 Abreviaturas…………………………………………………………………………………………..5
1.4 Visión General del Documento……………………………………………………………………….6
2. Descripción General………………………………………………………………6
2.1 Perspectiva del Producto……………………………………………………………………………………..6
2.2 Funciones del Producto………………………………………………………………………………………..6
2.2.1 Gestión de Alumnos……………………………………………………………………………….6
2.2.2 Gestión de Equipos…………………………………………………………………………………7
2.2.3 Gestión de Carreras………………………………………………………………………………..7
2.2.4 Gestión de Salones…………………………………………………………………………………7
2.2.5 Gestión de Préstamos…………………………………………………………………………….8
2.2.6 Gestión General del Sistema…………………………………………………………………..8
2.3 Características de los Usuarios……………………………………………………………………………..9
2.4 Restricciones……………………………………………………………………………………………………….10
2.5 Suposiciones y Dependencias………………………………………………………………………………10
2.5.1 Suposiciones………………………………………………………………………………………….10
2.5.2 Dependencias………………………………………………………………………………………..10
3. Requisitos Específicos…………………………………………………………..10
3.1 Requisitos Funcionales…………………………………………………………………………………………10
3
3.1.1 Gestión de Alumnos……………………………………………………………………………….10
3.1.2 Gestión de Equipos…………………………………………………………………………………12
3.1.3 Gestión de Carreras………………………………………………………………………………..13
3.1.4 Gestión de Salones………………………………………………………………………………….14
3.1.5 Gestión de Préstamos……………………………………………………………………………..15
3.1.6 Gestión General del Sistema……………………………………………………………………18
3.1.6.1 Gestión de Base de Datos………………………………………………………….18
3.1.6.2 Gestión de Usuarios………………………………………………………………….18
3.1.6.3 Búsqueda de Préstamos…………………………………………………………….19
3.1.6.4 Mostrar Porcentaje de Ocupación……………………………………………..20
3.1.7 Adicionales………………………………………………………………………………………………21
3.2 Requisitos No Funcionales……………………………………………………………………………………..21
3.2.1 Requisitos de Interfaces Externas…………………………………………………………….21
3.2.1.1 Interfaces de Usuario…………………………………………………………………21
3.2.2 Requisitos de Rendimiento……………………………………………………………………..22
3.2.3 Requisitos de Desarrollo………………………………………………………………………….22
3.2.4 Atributos…………………………………………………………………………………………………22
3.2.4.1 Seguridad………………………………………………………………………………….22
3.2.4.2 Mantenibilidad………………………………………………………………………….23
3.2.4.3 Portabilidad………………………………………………………………………………23
4
1. Introducción
El presente documento es una Especificación de Requisitos Software (ERS) para el Sistema
de Administración de Préstamos de Equipos. Todo su contenido ha sido elaborado en
colaboración con los usuarios y responsables de la aplicación. Esta especificación se ha
estructurado basándose en las directrices dadas por el estándar “IEEE Recommended
Practice for Software Requirements Specification ANSI/IEEE 830 1998”.
1.1 Propósito
El objeto de la especificación es definir de manera clara y precisa todas las funcionalidades
y restricciones del sistema que se desea construir. El documento va dirigido al equipo de
desarrollo, a la administración del centro de cómputo de la UMT y a los usuarios finales del
sistema. Este documento será el canal de comunicación entre las partes implicadas,
tomando parte en su confección miembros de cada parte.
1.2 Ámbito del Sistema
El motor que impulsa el desarrollo del sistema es la evidencia de una creciente complicación
y dificultad en la gestión del registro de los préstamos de equipos que realiza el centro de
cómputo de la UMT. La situación de partida es una en la que no existe un sistema
informático que automatice la gestión de las principales áreas de negocio del mencionado
centro de cómputo. Existe, sin embargo, un sistema manual que si bien cumple su función,
no es suficiente para llevar a cabo una buena gestión de los mismos y que será reemplazado
por el sistema informático. Este sistema recibe el nombre de “SISAPRE”.
1.3 Definiciones, Acrónimos y Abreviaturas
1.3.1 Definiciones
Administrador Persona que será el usuario principal del sistema, lo cual no
tendrá ningún tipo de restricciones en cuanto a las
funciones del mismo.
Becario Persona que se encargara de realizar los préstamos de los
equipos a través del sistema que se desarrollara.
1.3.2 Acrónimos
ERS Especificación de Requisitos de Software
UMT Unidad Multidisciplinaria Tizimín
1.3.3 Abreviaturas
SISAPRE Sistema de Administración de Préstamos de Equipos
ID Identificador
5
1.4 Visión General del Documento
Este documento consta de tres secciones. Esta sección es la Introducción y proporciona una
visión general de la ERS. En la Sección 2 se da una descripción general del sistema, con el fin
de conocer las principales funciones que debe realizar, los datos asociados y los factores,
restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en excesivos
detalles. En la sección 3 se definen detalladamente los requisitos que debe satisfacer el
sistema.
2. Descripción General
En esta sección se presenta una descripción a un alto nivel del sistema. Se presentarán las
principales áreas de negocio a las cuales el sistema debe dar soporte, las funciones que el
sistema debe realizar, la información utilizada, las restricciones y otros factores que afecten
al desarrollo del mismo.
2.1 Perspectiva del Producto
• El sistema no interactuará con ningún equipo de cómputo adicional.

• Solo se comunicara con la base de datos instalada en el mismo equipo en donde
se instalara la versión final del producto.
• La Interacción de los usuarios será a través de menús.
2.2 Funciones del Producto

En términos generales, el sistema deberá proporcionar soporte a las siguientes tareas:
• Gestión de Alumnos
• Gestión de Equipos
• Gestión de Carreras
• Gestión de Salones
• Gestión de Préstamos
• Gestión General del Sistema
A continuación, se describirán con más detalle estas tareas, y cómo serán soportadas por el
sistema.
2.2.1 Gestión de Alumnos
El sistema permitirá a los usuarios del sistema:
• Registrar: Permitirá el registro de datos de todos los estudiantes

universitarios que estén cursando actualmente alguna carrera en la UMT.
6
• Eliminar: Se podrá realizar la eliminación de los datos de un estudiante en
particular, esto será cuando el alumno ya no se encuentre inscrito en alguna
carrera ofertada por la UMT.
• Modificar: Permitirá la actualización o modificación de los datos de los
estudiantes matriculados ya registrados en el sistema.
• Búsqueda: Se podrá realizar la búsqueda de los datos de un alumno en
particular para fines informativos.
2.2.2 Gestión de Equipos

• Registrar: Permitirá el registro de datos de todos los equipos con los que
cuenta el centro de cómputo de la UMT.
• Eliminar: Se podrá realizar la eliminación de los datos de un equipo en
particular, esto será cuando el equipo ya no se encuentre físicamente
disponible.
equipos ya registrados en el sistema.
• Búsqueda: Se podrá realizar la búsqueda de los datos de un equipo en
particular para fines informativos.
2.2.3 Gestión de Carreras

• Registrar: Permitirá el registro de datos de todas las carreras ofertadas

actualmente en la UMT.
• Eliminar: Se podrá realizar la eliminación de los datos de una carrera en
particular, esto será cuando la carrera ya no se encuentre ofertada por la
UMT.
• Modificar: Permitirá la actualización o modificación de los datos de las
carreras ya registradas en el sistema.
2.2.4 Gestión de Salones

• Registrar: Permitirá el registro de datos de todos los salones que se

encuentren bajo la administración del centro de cómputo de la UMT.
• Eliminar: Se podrá realizar la eliminación de los datos de un salón en
particular, esto será cuando el salón ya no se encuentre bajo la
administración del centro de cómputo de la UMT.
7
salones ya registrados en el sistema.
2.2.5 Gestión de Préstamos

• Registrar Préstamo de Equipo Externo: Se podrá realizar el registro de un

equipo externo (Laptops, Proyectores, Bocinas, Cables, etc.) siempre y
cuando estos se encuentren disponibles.
• Registrar Préstamo de Equipo Interno: Se podrá realizar el registro de un
equipo interno (Computadoras de Escritorio que se encuentran dentro del
centro de cómputo) siempre y cuando estos se encuentren disponibles.
• Modificar: Una vez registrado los datos requeridos del préstamo, estos se
podrán modificar para realizar algún cambio (Cambiar equipo, la hora de
devolución, matrícula del alumno, etc.).
• Cancelar: Cuando el préstamo se haya registrado correctamente y si el
alumno quiere cancelarlo por motivos ajenos al centro de cómputo, el
sistema será capaz de realizar dicha tarea.
• Devolver: El sistema permitirá devolver el equipo que haya sido prestado y
registrado en el sistema.
2.2.6 Gestión General del Sistema

Este modulo cuenta con cuatro submódulos:
• Gestión de Base de Datos

o Respaldar Manualmente la Base de Datos: El sistema permitirá crear
un respaldo de seguridad de la base de datos para guardar la
información en caso de una perdida total de los datos de la misma.
o Restaurar la Base de Datos: El sistema permitirá al usuario restaurar
las diferentes copias de seguridad de la base de datos respaldada con
anterioridad.
o Programar Respaldo Automático de la Base de Datos: El sistema
permitirá programar el respaldo automático de la base de datos en
un rango de cada 24 horas o cada semana.
• Gestión de Usuarios
o Registrar: Permitirá el registro de datos de todos los usuarios que
usaran el sistema. Estos podrán ser Administrador y Becario.
o Eliminar: Se podrá realizar la eliminación de los datos de un usuario
en particular.
8
o Modificar: Permitirá la actualización o modificación de los datos de
los usuarios ya registrados en el sistema.
• Búsqueda de Préstamos Registrados
El sistema permitirá al usuario buscar los préstamos realizados a través de:
o ID del Equipo: Se podrá buscar el préstamo registrado por el
identificador (único) del equipo deseado.
o ID del Salón: Se podrá buscar el préstamo registrado por el
identificador (único) del salón deseado.
o Matricula del Alumno: Se podrá buscar el préstamo registrado por la
matrícula (única) del alumno deseado.
o Nombre del Alumno: Se podrá buscar el préstamo registrado por el
nombre (s) del alumno deseado.
o Por Rango de Fechas: Se podrá buscar el préstamo registrado por las
fechas deseadas en el rango de una fecha inicial y una fecha final.
Adicionalmente el sistema podrá imprimir los datos de los préstamos

buscados con anterioridad.
• Mostrar Porcentaje de Uso de los Equipos
El sistema permitirá a los usuarios desplegar la información de los
porcentajes de ocupación de los equipos por:
o Por Licenciatura (Carrera): Permitirá desplegar la información de los
porcentajes de uso de los equipos por licenciatura, es decir, como los
equipos son prestados por los alumnos de las cuatro carreras de la
UMT, se podrá ver la información por la licenciatura deseada.
o Por Salón: Permitirá desplegar la información de los porcentajes de
uso de los equipos por salón. Esto es de manera general sin incluir
filtros adicionales. Estos salones son los que están a cargo de la
administración del centro de cómputo.
Adicionalmente el sistema podrá imprimir los datos de los porcentajes de

ocupación mostrados con anterioridad.
2.3 Características de los Usuarios
• El sistema deberá ofrecer una interfaz de usuario intuitivo, fácil de aprender y

sencillo de manejar.
• El sistema deberá presentar un alto grado de usabilidad.
• Es deseable que los usuarios del sistema tengan conocimientos básicos en
computación.
9
2.4 Restricciones
• Hardware & Software
o Las características del equipo informático en donde la versión final del
producto será instalado debe de tener las siguientes especificaciones:
▪ Sistema Operativo Windows 10
▪ Memoria RAM de 2GB en adelante
▪ Oracle Java instalada
▪ Resolución mínima de 1280 x 720 pixeles.
▪ MySQL Server en su versión más reciente.
o Los distintos módulos deberán tener un diseño e implementación sencillos,
independientes de la plataforma o el lenguaje de programación.
2.5 Suposiciones y Dependencias
2.5.1 Suposiciones
Se asume que los requisitos descritos en este documento son estables una vez que sean
aprobados por la administración del centro de cómputo de la UMT. Cualquier petición
de cambios en la especificación debe ser aprobada por todas las partes y gestionada por
el grupo de desarrolladores.
2.5.2 Dependencias
El sistema SISAPRE funciona solo si el servidor MySQL esta activo, de lo contrario, no

podrá realizar las tareas para la cual fue diseñado.
3. Requisitos Específicos
En este apartado se presentan los requisitos funcionales que deberán ser satisfechos por el
sistema. Todos los requisitos aquí expuestos son muy importantes, es decir, no sería
aceptable un sistema que no satisfaga alguno de los requisitos aquí presentados.
3.1 Requisitos Funcionales
3.1.1 Gestión de Alumnos
RF01: El sistema podrá registrar alumnos y guardarlos en la base de datos, los campos a
ingresar son:
▪ Matricula: Sera única para cada alumno que se registre, solo se aceptarán
números y tendrá una longitud a 10 caracteres como máximo.
10
▪ Nombre (s): Solo se aceptarán letras, espacios entre los nombres y acentos, la
longitud será de 50 caracteres como máximo.
▪ Apellido Paterno: Solo se aceptarán letras y acentos, la longitud será de 50
caracteres como máximo.
▪ Apellido Materno: Solo se aceptarán letras y acentos, la longitud será de 50
▪ Carrera: Se seleccionaran de la lista de las carreras registradas en el sistema, por
lo cual, para poder registrar un alumno en el sistema, las carreras ya deben de
haber sido registradas con anterioridad.
No se aceptarán campos vacíos, es decir, los campos de entrada de información no podrán
estar vacíos, de ser así, el sistema no permitirá dicho registro.
Mostrar los datos del alumno registrado en una lista en la misma ventana.
RF02: El sistema podrá modificar los datos de los alumnos que ya hayan sido registrados en
el sistema, los datos que se podrán modificar son:
▪ Nombre (s): Solo se aceptarán letras, espacios entre los nombres y acentos, la
▪ Apellido Paterno: Solo se aceptarán letras y acentos, la longitud será de 50
▪ Apellido Materno: Solo se aceptarán letras y acentos, la longitud será de 50
▪ Carrera: Se seleccionaran de la lista de las carreras registradas en el sistema, por
lo cual, para poder registrar un alumno en el sistema, las carreras ya deben de
haber sido registradas con anterioridad.
La matrícula no podrá ser modificada una vez que ya se haya registrado en el sistema.
Mostrar los datos del alumno modificado en una lista en la misma ventana.
RF03: El sistema podrá eliminar alumnos que ya hayan sido registrados con anterioridad.
Para realizar esta función, se requiere que haya un mensaje de confirmación antes de
eliminar cualquier alumno.
RF04: El sistema podrá realizar la búsqueda de cualquier alumno registrado con

anterioridad, los campos de ingreso para buscar dicho alumno será solo el nombre del
alumno, sin los apellidos.
Mostrar los datos del alumno buscado en una lista en la misma ventana.
11
3.1.2 Gestión de Equipos
RF05: El sistema podrá registrar equipos y guardarlos en la base de datos, los campos a
ingresar son:
▪ Descripción del Equipo: Solo se aceptarán letras, espacios y acentos, la longitud
será de 200 caracteres como máximo.
▪ Número de serie: Solo se aceptarán números y letras, la longitud será de 50
▪ Número de Inventario: Solo se aceptarán números, la longitud será de 20
▪ Ubicación: Es el salón donde se encuentra el equipo y se seleccionaran de la lista
de los salones registrados en el sistema, por lo cual, para poder registrar un
equipo en el sistema, los salones ya deben de haber sido registrados con
anterioridad.
▪ Estatus: Es el estado actual del equipo según su estado físico, se podrá
seleccionar:
o Disponible: El equipo está listo para usarse.
o No Disponible: El equipo está en uso o no está habilitado para usarse.
o Inactivo: El equipo está fuera de servicio (Inservible).
▪ Tipo: Asigna si el equipo es para usarse dentro del centro de cómputo o es para
usar fuera de dicho centro, podrán ser de dos tipos:
o Externo (Laptops, Cables, Adaptadores, Bocinas y Proyectores).
o Interno (Computadoras de Escritorio).
El ID del equipo se generará automáticamente y será único para cada equipo registrado.
Mostrar los datos del equipo registrado en una lista en la misma ventana.
RF06: El sistema podrá modificar los datos de los equipos que ya hayan sido registrados en
▪ Descripción del Equipo: Solo se aceptarán letras, espacios y acentos, la longitud
▪ Número de serie: Solo se aceptarán números y letras, la longitud será de 50
▪ Número de Inventario: Solo se aceptarán números, la longitud será de 20
12
▪ Ubicación: Es el salón donde se encuentra el equipo y se seleccionaran de la lista
de los salones registrados en el sistema, por lo cual, para poder registrar un
equipo en el sistema, los salones ya deben de haber sido registrados con
anterioridad.
▪ Estatus: Es el estado actual del equipo según su estado físico, se podrá
seleccionar:
o Disponible: El equipo está listo para usarse.
o No Disponible: El equipo está en uso o no está habilitado para usarse.
o Inactivo: El equipo está fuera de servicio (Inservible).
▪ Tipo: Asigna si el equipo es para usarse dentro del centro de cómputo o es para
usar fuera de dicho centro, podrán ser de dos tipos:
o Externo (Laptops, Cables, Adaptadores, Bocinas y Proyectores).
o Interno (Computadoras de Escritorio).
El ID del equipo no podrá modificarse, será único para cada equipo.
No se aceptarán campos vacíos, es decir, los campos de entrada de información no
podrán estar vacíos, de ser así, el sistema no permitirá dicha modificación.
Mostrar los datos del equipo modificado en una lista en la misma ventana.
RF07: El sistema podrá eliminar equipos que ya hayan sido registrados con anterioridad.
Para realizar esta función, se requiere que haya un mensaje de confirmación antes de
eliminar cualquier equipo.
RF08: El sistema podrá realizar la búsqueda de cualquier equipo registrado con
anterioridad, los campos de ingreso para buscar dicho equipo será solo la descripción del
equipo.
Mostrar los datos del equipo buscado en una lista en la misma ventana.
3.1.3 Gestión de Carreras
RF09: El sistema podrá registrar carreras y guardarlas en la base de datos, los campos a
ingresar son:
▪ ID de la Carrera: Solo se aceptarán letras y números, la longitud será de 10

▪ Nombre de la Carrera: Solo se aceptarán letras, espacios y acentos, la longitud

▪ Facultad: Solo se aceptarán letras, espacios y acentos, la longitud será de 50
13
El ID de la carrera será única para cada una.
Mostrar los datos de la carrera registrada en una lista en la misma ventana.
RF10: El sistema podrá modificar los datos de las carreras que ya hayan sido registradas en
▪ Nombre de la Carrera: Solo se aceptarán letras, espacios y acentos, la longitud
▪ Facultad: Solo se aceptarán letras, espacios y acentos, la longitud será de 50
El ID de la carrera no podrá modificarse.
Mostrar los datos de la carrera modificada en una lista en la misma ventana.
RF11: El sistema podrá eliminar las carreras que ya hayan sido registradas con
anterioridad. Para realizar esta función, se requiere que haya un mensaje de confirmación
antes de eliminar cualquier carrera.
3.1.4 Gestión de Salones
RF12: El sistema podrá registrar salones y guardarlos en la base de datos, los campos a
ingresar son:
▪ Nombre del salón: Solo se aceptarán letras, números, espacios y acentos, la

▪ Capacidad: Solo se aceptarán números, la longitud será de 10 caracteres como
máximo.
El ID del salón se generará automáticamente y será único.
Mostrar los datos del salón registrado en una lista en la misma ventana.
RF13: El sistema podrá modificar los datos de los salones que ya hayan sido registrados en
14
▪ Nombre del salón: Solo se aceptarán letras, números, espacios y acentos, la
▪ Capacidad: Solo se aceptarán números, la longitud será de 10 caracteres como
máximo.
El ID del salón no podrá modificarse.
Mostrar los datos del salón modificado en una lista en la misma ventana.
RF14: El sistema podrá eliminar los salones que ya hayan sido registrados con
antes de eliminar cualquier salón.
3.1.5 Gestión de Préstamos
RF15: El sistema podrá registrar los préstamos de equipos externos y guardarlos en la base
de datos, los campos a ingresar son:
▪ Matricula del alumno: Solo se podrá ingresar una matrícula registrada en el

sistema.
▪ ID del equipo: Solo se podrá ingresar un ID de equipo externo Disponible.
▪ Fecha y Hora de Uso.
▪ Fecha y Hora de Devolución.
▪ Estatus: “Prestado”.
Consideraciones para el ingreso de los datos anteriores:
▪ En el campo de ingreso de la matrícula, se podrá ingresarla correctamente con la
ayuda de un autocompletado.
▪ Mostrar en un campo de texto el nombre completo del alumno que está realizando
el préstamo, esto solo será como una ayuda visual para corroborar la matricula
ingresada.
▪ En el campo de ingreso del ID del equipo, se podrá ingresar correctamente con la
▪ Mostrar en un campo de texto la descripción completa del equipo que sera
prestado, esto solo será una ayuda visual para corroborar que es el equipo deseado
a prestar.
▪ Los campos de las fechas y horas, se podrán ingresar con calendarios interactivos,
para ayudar al usuario a agilizar el registro y que este sea más óptimo.
15
El Folio del préstamo se generará automáticamente y será único.
Mostrar un mensaje de confirmación comprobando el estado del préstamo, es decir, si fue
realizado con éxito o tuvo algún error en dicho registro.
El estatus del equipo prestado debe de cambiar a “No Disponible” para que ese equipo no
se pueda prestar hasta que sea devuelto.
El estatus del préstamo debe asignarse a “Prestado” mientras este no se haya devuelto o
cancelado.
La fecha de préstamo se debe de tomar directamente del sistema.
RF16: El sistema podrá registrar los préstamos de equipos internos y guardarlos en la base
de datos, los campos a ingresar son:

sistema.
ingresada.
▪ Mostrar en un campo de texto la descripción completa del equipo que será
a prestar.
El Folio del préstamo se generará automáticamente y será único.
Mostrar un mensaje de confirmación comprobando el estado del préstamo, es decir, si fue
realizado con éxito o tuvo algún error en dicho registro.
16
cancelado.
RF17: El sistema podrá modificar los préstamos de equipos internos/externos y actualizarlos
en la base de datos, los campos a ingresar son:
sistema.
ingresada.
▪ Mostrar en un campo de texto la descripción completa del equipo que será
a prestar.
El Folio del equipo no podrá ser modificado.

cancelado.
RF18: El sistema podrá Devolver los préstamos de equipos internos/externos, es decir, el
sistema puede actualizar el estatus actual del equipo, cuando este haya sido devuelto se le
asigna al estatus del equipo “Disponible” y al estatus del préstamo “Devuelto”, esto sirve
para que el equipo ya pueda ser prestado de nuevo.
17
RF19: El sistema podrá Cancelar los préstamos de equipos internos/externos, es decir, el
sistema puede actualizar el estatus actual del equipo, cuando este haya sido cancelado se
le asigna al estatus del equipo “Disponible” y al estatus del préstamo “Cancelado”, esto
sirve para que el equipo ya pueda ser prestado de nuevo.
3.1.6 Gestión General del Sistema
3.1.6.1 Gestión de Base de Datos

RF20: El sistema podrá realizar un respaldo de seguridad de la base de datos de forma
manual, es decir, solo se interesa seleccionar la ruta de ubicación para guardar el respaldo
y este se creará y guardará.
RF21: El sistema podrá restaurar una copia de seguridad de la base datos, solo se
necesitará buscar y seleccionar la copia guardada con anterioridad y este se restaurara a la
versión ya guardada, reemplazando la actual.
RF22: El sistema podrá guardar una copia de seguridad de la base de datos de forma
automática, para que esto pueda funcionar se necesitara hacer lo siguiente:
▪ El Administrador podrá activarla y desactivarla según se requiera.
▪ Cuando este activada, el sistema debe de pedir el lapso de tiempo que quiera
ejecutar dicho respaldo:
▪ Cada 24 horas
▪ Semanal
La ruta de guardado de la copia, es decir, la carpeta y ubicación en donde el sistema
guardará la copia generada automáticamente.
3.1.6.2 Gestión de Usuarios
RF23: El sistema podrá registrar usuarios del sistema y guardarlos en la base de datos, los
campos a ingresar son:
▪ Nick: Solo se aceptarán letras, números, espacios y acentos, la longitud será de

10 caracteres como máximo.
▪ Contraseña: Solo se aceptarán letras, números, espacios y acentos, la longitud
▪ Tipo de Usuario: Se desplegara una lista con los tipos de usuarios existentes en
el sistema:
o Administrador: Sera el encargado de gestionar y usar todas las funciones
del sistema.
18
o Becario: Usuario del sistema, pero tiene ciertas restricciones a funciones
del sistema.
El ID del usuario se generará automáticamente y será único.
Mostrar los datos del usuario registrado en una lista en la misma ventana.
RF24: El sistema podrá modificar los datos de los usuarios que ya hayan sido registrados en
▪ Nick: Solo se aceptarán letras, números, espacios y acentos, la longitud será de
10 caracteres como máximo.
▪ Contraseña: Solo se aceptarán letras, números, espacios y acentos, la longitud
▪ Tipo de Usuario: Se desplegara una lista con los tipos de usuarios existentes en
el sistema:
o Administrador: Sera el encargado de gestionar y usar todas las funciones
del sistema.
o Becario: Usuario del sistema, pero tiene ciertas restricciones a funciones
del sistema.
El ID del usuario no se podrá modificar.
estar vacíos, de ser así, el sistema no permitirá dicha modificación.
Mostrar los datos del usuario modificado en una lista en la misma ventana.
RF25: El sistema podrá eliminar los usuarios que ya hayan sido registrados con
antes de eliminar cualquier usuario.
3.1.6.3 Búsqueda de Préstamos
RF26: El sistema podrá realizar una búsqueda especifica de los prestamos registrados en el
sistema, estos se podrán buscar por medio de los siguientes parámetros:
▪ ID del Equipo: Se ingresara un ID de equipo existente, es decir, que este
registrado en la base de datos y que este haya sido prestado por lo menos una
vez para que pueda ser mostrado.
19
▪ ID del Salón: Se ingresara un ID de un salón registrado en el sistema y que los
equipos que estén ubicados al salón con el ID ingresado, hayan sido prestados
por lo menos una vez para que pueda ser mostrado.
▪ Matricula del Alumno: Se ingresara una matricula vigente y registrada en el
sistema y para que pueda ser mostrada dicha información, el alumno debe de
haber prestado por lo menos un equipo en toda su trayectoria escolar.
▪ Nombre del Alumno: Se ingresara un nombre (s) de un alumno cualquiera y
que este registrado en el sistema, para que pueda ser mostrada esta
información, el alumno debe de haber prestado por lo menos un equipo en
toda su trayectoria escolar.
▪ Rango de Fechas: Se ingresaran un rango de dos fechas, una inicial y una final,
si el rango comprendido de esas fechas ha habido prestamos registrados, la
información se mostrara al usuario, de lo contrario, no mostrara nada.
Todos los datos podrán ser visualizados en una lista en la misma ventana. Los datos a
mostrar son:
▪ Para cuando la búsqueda haya sido por ID del equipo: Folio del préstamo,
matricula del alumno quien presto el equipo, id del equipo, descripción del
equipo, fecha de préstamo, fecha y hora de uso, fecha y hora de devolución,
estatus del préstamo.
▪ Para cuando la búsqueda haya sido por ID del salón: Folio del préstamo,
matrícula del alumno quien presto el equipo, ubicación del equipo prestado, id
del equipo, descripción del equipo, fecha de préstamo, fecha y hora de uso,
fecha y hora de devolución, estatus del préstamo.
▪ Para cuando la búsqueda haya sido por la matricula del alumno: Folio del
préstamo, matrícula del alumno quien presto el equipo, nombre (s) del alumno,
id del equipo, descripción del equipo, fecha de préstamo, fecha y hora de uso,
▪ Para cuando la búsqueda haya sido por el nombre del alumno: Folio del
préstamo, matrícula del alumno quien presto el equipo, nombre (s) del alumno,
id del equipo, descripción del equipo, fecha de préstamo, fecha y hora de uso,
▪ Para cuando la búsqueda haya sido por rango de fechas: Folio del préstamo,
matrícula del alumno quien presto el equipo, id del equipo, fecha de préstamo,
fecha y hora de uso, fecha y hora de devolución, estatus del préstamo.
Estos datos se podrán imprimir con tan solo presionar un botón.
3.1.6.4 Mostrar Porcentaje de Ocupación
20
RF27: El sistema podrá mostrar el porcentaje de ocupación de los equipos que han sido
prestados y registrados en el sistema, se podrán mostrar ingresando los siguientes
parámetros:
▪ Por Licenciatura: Para mostrar esta información, solo se debe de seleccionar
una carrera de una lista que se desplegara al usuario y elegir un rango de
fechas, una inicial y una final.
▪ Por Salón: Para mostrar esta información, solo se debe de ingresar el ID del
salón deseado elegir un rango de fechas, una inicial y una final.
Para poder calcular este porcentaje se deben de tomar en cuenta estos datos:
▪ El horario de uso de los equipos (Internos y Externos) es de 13 horas diarias, de
07:00 am hasta las 20:00 horas, lo cual hace el 100% diario.
▪ Cuando el usuario ingrese el rango de fechas, de ahí se calculara cuantas horas
de uso son el 100%.
▪ Las horas de uso y de devolución serán sumandos para poder sacar este
porcentaje.
Estos datos se podrán imprimir con tan solo presionar un botón.
3.1.7 Adicionales
RF28: En la ventana grafica del módulo de préstamos, se le añadirá dos listas, una que
contenga todos los prestamos pendientes por devolver y una con los equipos disponibles.
RF29: Se le añadirá una función de salir del sistema, en la cual, el sistema podrá cerrarse,
pero antes que muestre un mensaje de confirmación antes de salir.
RF30: El sistema permitirá cerrar la sesión actual para poder hacer el cambio de usuario y
que muestre un mensaje de confirmación antes de cerrar la sesión.
RF31: Implementar una función para poder limpiar los campos de texto, y que al termino
de cada registro, modificación o eliminación de cualquier modulo, ejecute esta misma
función.
3.2 Requisitos No Funcionales
3.2.1 Requisitos de Interfaces Externas

3.2.1.1 Interfaces de Usuario
RNF32: La interfaz de usuario debe ser orientada a ventanas, y el manejo del
programa se realizará a través de teclado y ratón.
21
RNF33: La ventana principal será la de los prestamos y esta se podrá adaptar a la
resolución del monitor en uso.
3.2.2 Requisitos de Rendimiento
RNF34: Tiempo de respuesta: La respuesta de todas las funciones que dará el sistema
con respecto a la petición del usuario no deberá ser mayor a 20 segundos.
RNF35: El número de registros de préstamos al día debe de ser a 10 préstamos diarios.
RNF36: El sistema deberá de ser capaz de recuperarse de cualquier error que se
pudiera dar durante su funcionamiento.
3.2.3 Requisitos de Desarrollo
RNF37: Ciclo de Vida: El ciclo de vida elegido para desarrollar el sistema será el de
espiral ya que este modelo nos permite considerar el riesgo y así poder manejar de
manera optima todos estos riesgos que pudiesen surgir en el transcurso del desarrollo.
RNF38: Lenguaje de Programación: El lenguaje elegido para desarrollar este sistema
será JAVA, ya que es uno de los lenguajes mas potentes del mercado y su estructura es
más fácil de entender que cualquier otro lenguaje.
RNF39: Arquitectura de Diseño: el modelo elegido para su implementación es el
modelo vista controlador, ya que proporciona una óptima organización de la
estructura de los datos.
RNF40: Base de datos: La base de datos que se usara es del modelo entidad relación,
se diseñara e implementara con el MySQL Server, en su versión más reciente.
3.2.4 Atributos
3.2.4.1 Seguridad
RNF41: Login; Cuando un usuario intente conectarse al sistema deberá introducir
sus credenciales a través de un login proporcionando su nombre de usuario y su
contraseña, posteriormente el sistema deberá comprobar que se trata de un
usuario autorizado. Si el identificador introducido no corresponde a un usuario
autorizado o la clave no coincide con la almacenada, se dará una indicación de
error.
El sistema tendrá dos tipos de usuarios y a cada uno de ellos se le permitirá
únicamente el acceso a aquellas funciones que le correspondan. Los tipos de
usuario que se van a contemplar, y las labores que corresponden a cada uno de
ellos, son:
▪ Administrador: Podrá usar todas las funcionalidades del sistema.
22
▪ Becario: Solo podrá realizar las altas de alumnos, equipo, carreras y salones.
También podrá usar todas las funciones del módulo de préstamos.
RNF42: La contraseña debe de ser encriptada para evitar un uso indebido.
3.2.4.2 Mantenibilidad
RNF43: Fácil de Mantener: El sistema deberá ser diseñado para que su
mantenimiento sea fácil, y de esta manera pueda ser ampliado y corregido en caso
de ser necesario.
3.2.4.3 Portabilidad
RNF44: Facilidad de Instalación: El sistema debe de ser instalado a través de un
asistente de instalación y debe de contar con un manual de instalación.
23

Ers - Sisapre

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Ers - Sisapre

Cargado por

Copyright:

Formatos disponibles

Especificación de Requisitos de Software

UNIVERSIDA AUTÓNOMA DE YUCATÁN

TIZIMÍN, YUCATÁN A 21 DE MAYO DE 2019

21/05/2019 1.0 Luis Federico Celmo Cen

▪ María Elizabeth Ramírez Gijón

• El sistema no interactuará con ningún equipo de cómputo adicional.

2.2 Funciones del Producto

• Registrar: Permitirá el registro de datos de todos los estudiantes

2.2.2 Gestión de Equipos

2.2.3 Gestión de Carreras

• Registrar: Permitirá el registro de datos de todas las carreras ofertadas

2.2.4 Gestión de Salones

• Registrar: Permitirá el registro de datos de todos los salones que se

2.2.5 Gestión de Préstamos

• Registrar Préstamo de Equipo Externo: Se podrá realizar el registro de un

2.2.6 Gestión General del Sistema

• Gestión de Base de Datos

Adicionalmente el sistema podrá imprimir los datos de los préstamos

Adicionalmente el sistema podrá imprimir los datos de los porcentajes de

2.3 Características de los Usuarios

• El sistema deberá ofrecer una interfaz de usuario intuitivo, fácil de aprender y

2.5 Suposiciones y Dependencias

El sistema SISAPRE funciona solo si el servidor MySQL esta activo, de lo contrario, no

3.1.1 Gestión de Alumnos

RF04: El sistema podrá realizar la búsqueda de cualquier alumno registrado con

3.1.3 Gestión de Carreras

▪ ID de la Carrera: Solo se aceptarán letras y números, la longitud será de 10

▪ Nombre de la Carrera: Solo se aceptarán letras, espacios y acentos, la longitud

3.1.4 Gestión de Salones

▪ Nombre del salón: Solo se aceptarán letras, números, espacios y acentos, la

3.1.5 Gestión de Préstamos

▪ Matricula del alumno: Solo se podrá ingresar una matrícula registrada en el

▪ Matricula del alumno: Solo se podrá ingresar una matrícula registrada en el

El Folio del equipo no podrá ser modificado.

3.1.6 Gestión General del Sistema

3.1.6.1 Gestión de Base de Datos

3.1.6.2 Gestión de Usuarios

▪ Nick: Solo se aceptarán letras, números, espacios y acentos, la longitud será de

3.1.6.3 Búsqueda de Préstamos

3.1.6.4 Mostrar Porcentaje de Ocupación

3.2 Requisitos No Funcionales

3.2.1 Requisitos de Interfaces Externas

También podría gustarte