Documento con Especificación de Requerimientos

Jerson Sebastián Ramirez Blanco

Santiago Murillo Mosquera

Duvan Emanuel Vargas Gomez

Centro de Gestión de Mercados y Logísticas de la Información, SENA

Ficha de caracterización -2455253,Análisis y Desarrollo de Software

Profesora Paola Ballen

3 de abril de 2022
 2

Tabla de contenido
Tabla de contenido

1.INTRODUCCION..................................................................................................................................................3
1. Introducción...........................................................................................................................................................3
1.1 Propósito..............................................................................................................................................................3
1.2 Ambito del sistema..............................................................................................................................................3
1.3 Definiciones acronimos y abreviaturas...............................................................................................................4
1.4 Referencias Bibliograficas..................................................................................................................................4
1.5 Visión general del documento.............................................................................................................................5
2 DESCRIPCIÓN GENERAL....................................................................................................................................5
2. Descripción General..............................................................................................................................................5
2.1 Perspectiva del Producto.....................................................................................................................................6
.2.2 Funciones del producto......................................................................................................................................6
2.3 Características de los Usuarios............................................................................................................................8
2.4 Restricciones.......................................................................................................................................................8
2.5 Suposiciones y dependencias..............................................................................................................................9
2.6 Requisitos Futuros.............................................................................................................................................10
3 REQUISITOS ESPECÍFICOS..............................................................................................................................10
3.1 Interfaces Externas............................................................................................................................................10
3.2 Funciones...........................................................................................................................................................12
3.3 Requisitos de Rendimiento................................................................................................................................14
3.4 Restricciones de Diseño....................................................................................................................................15
3.5 Atributos del Sistema........................................................................................................................................16
 3

1. Introducción

En el siguiente documento se se encontrara información detallada sobre la especificación de

los requisitos del proyecto de desarrollo de software para el gimnasio Club zona cheer gym

utilizando el modelo IEEE830 como referencia el cual consta de varias sub-secciones con

información detallada la cual ayuda a organizar la los procesos de proyecto y de esta manera

facilitar su comprensión

1.1 Propósito

El propósito de este documento es organizar detallar y definir la información para el desarrollo

del proyecto,con la finalidad de tener todos los procesos y pasos a desarrollar claros y

ordenados, ademas facilitar al equipo de desarrollo la clasificación de la información mediante

subsecciones con información específica del proyecto

1.2 Ambito del sistema

Nombre del sistema “Software para administración de gimnasio” (SPAG)

El sistema esta diseñado para almacenar una base de datos con los usuarios, adicionalmente

llevar registro de la mensualidad de estos usuarios y generar

 4

alertas de los usuarios con el mes vencido y no cancelado Entre los beneficios se destacan

la automatización de procesos administrativos tales como registro de

usuarios,pagos de mensualidades,notificaciones de mora.Modernización del gimnasio

mediante una aplicación de escritorio la cual podrá ayudarle al dueño del gimnasio a

administrar de una manera eficiente su negocio Los objetivos del proyecto son desarrollar un

software funcional que solucione los problemas administrativos de un gimnasio

1.3 Definiciones acronimos y abreviaturas

SPAG (Software Para Administración de Gimnasio)

SQL (stands for Structured Query Language)

IEEE (Institute of Electrical and Electronics Engineers)

1.4 Referencias Bibliograficas

IEEE Std. 830-1998. (22 de Octubre de 2008). Especificación de Requisitos según el
estándar de IEEE 830. Obtenido de Facultad de Informática de la Universidad
Complutense de Madrid :
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
 5

1.5 Visión general del documento

En lo siguiente del documento se encontrara información detallada como acerca de la

descripción general del documento la cual incluye la perspectiva del proyecto, las funciones y

restricciones del producto, características de los usuarios, dependencias y suposiciones,

requisitos futuros,interfaces y requisitos específicos entre otra información del proyecto

2. Descripción General

Este software contará con la capacidad de almacenar los datos por lo menos de 1000 personas

lo cual nuestro cliente el dueño del gimnasio podrá tranquilamente almacenar los datos de

todos sus clientes que estarían en un promedio de 100 a 200 personas aunque claramente

pueden ir en aumento y nuestro software soportaría la carga, las características que

proporcionará nuestro software serán las de administrar los usuarios registrándolos a la base

de datos, eliminarlos de la base de datos, crear, eliminar y modificar rutinas con el fin de

asignarlas a los usuarios registrados al sistema, esta será un aplicativo de escritorio ya que no

será accesible a otras personas y el

 6

usuario no requiere de una página web eso implica que no requerirá de pagar extra mes a mes

por un host para subir la web y este software será puramente para manejar su negocio en la

parte administrativa.

2.1 Perspectiva del Producto

Nuestro Software será completamente independiente de otro software para administrar

gimnasios, recopilamos muchas características de diferentes software de gimnasios se las

expusimos a nuestro cliente y dejamos las características más útiles para nuestro cliente y que

le facilite las tareas dentro de su negocio a nuestro cliente, nuestra ventaja es el crear un

software que tenga lo necesario para cumplir con todas las tareas de nuestro cliente, por ende

es el factor diferenciador de otros software, muchos administradores tienen que acomodarse al

software y nuestra misión es acomodar el software a las necesidades de nuestro cliente

.2.2 Funciones del producto

Las funciones a medida que implementará nuestro software tendrán la facultad de estar

siempre disponibles para nuestro cliente tales como: Registrar usuario: Que será un

formulario con la información necesaria que

 7

nuestro cliente requiere de todos sus usuarios, será un formulario semi-flexible es decir que

algunas casillas en el formulario no habrá la

necesidad de que el cliente las llene en el momento de registrar un usuario si no tiene presente

esa información.

Eliminar usuario: Esta característica de nuestro software estará en un menú junto con la

característica eliminar usuario, esta característica antes de eliminar un usuario le preguntará

primero si de verdad desea eliminar el o los usuarios ya que también podrá seleccionar todos

los usuarios que desea eliminar.

Crear,Eliminar,Editar Rutinas: Estas tres características estarán en un menú aparte, ya que

estas características son indispensables para nuestro cliente ya que requiere de asignar estas

rutinas a todos sus usuarios dentro del sistema podrá editar las rutinas evitando eliminar y

volver a crear otra nueva rutina en caso de algún error o que requiera de una actualización.

Asignar, Quitar Rutinas: También estarán en un apartado diferente al de las demás

características ya que aquí es donde nuestro cliente podrá asignar o quitar rutinas a uno o más

usuarios registrados en el sistema, como bien se menciona nuestro cliente podrá evitar la tarea

tediosa de asignar uno por uno

 8

o quitar rutinas una por una y hacerlo a cuantos usuarios desee a la vez esta es una función

simple pero le garantizará a nuestro usuario trabajar mas rápido y fácil.

2.3 Características de los Usuarios

Para nuestro cliente que manejara el sistema se considera que tiene un bagaje intermedio en la

utilización de herramientas de tic por lo cual la forma en que se diseñe el software será incluso

fácil e intuitivo de utilizar para nuestro cliente, los usuarios que ingresara al sistema serán

sobre todo jóvenes menores de edad.

2.4 Restricciones

Políticas de la empresa: Como única restricción de este ámbito, la aplicación asegura que no se

compartirá la información ingresada por nuestro cliente dentro del software en ningún sitio, la

aplicación no requiere de estar conectada a Internet por lo cual el manejo que se le de a la

información es responsabilidad únicamente del cliente.

Limitaciones del hardware: No tenemos el hardware para crear aplicaciones que requieran

de excesivo poder de cómputo lo cual será una tarea imposible

 9

para nuestro equipo. Funciones de auditoría: Estamos comprometidos con

asegurarnos que el software cumpla con estándares mínimos a la hora de auditar el software

Funciones de control: Nuestra experiencia es poca en

estos ámbitos de control así que no tendremos unos estándares de control o funciones de

control demasiado altos. Lenguaje(s) de programación: A la hora de desarrollar el software

contamos con un bagaje intermedio de los lenguajes de programación a utilizar.

Consideraciones acerca de la seguridad: La aplicación no estará conectada a Internet eso

quiere decir que no nos hacemos cargo si el equipo en donde se encuentra el aplicativo es

hackeado o vulnerado es total responsabilidad del cliente de no implementar métodos de

seguridad en su equipo.

2.5 Suposiciones y dependencias

Si el cliente llegase a cambiar de equipo de cómputo tendrá que migrar toda la aplicación y

base de datos al nuevo equipo ya que nuestro software depende únicamente de la máquina en

donde se instale el aplicativo de software Si el cliente elimina alguna dependencia de nuestro

software como Sistema operativo, cambia su disco duro o elimina des-instala el compilador en

el que se ejecuta nuestro aplicativo dejará de funcionar el software.

 1

2.6 Requisitos Futuros

Por la metodología de desarrollo en que se realizará nuestro proyecto se dificulta anexar

nuevos requerimientos una vez pasemos la etapa de análisis de requerimientos por lo cual esto

tendrá un costo adicional ya que nos obliga a comenzar desde el inicio, también se podrán

realizar nuevos cambios una vez entreguemos el proyecto y el cliente requiera alguna

característica nueva.

3 REQUISITOS ESPECÍFICOS

En principio se espera que principalmente se desarrolle un aplicativo de escritorio dándole

relevancia a este y en un según plano de posibilidades si se puede hacer también un aplicativo

móvil, ya que el dueño del gimnasio escogido Zona Cheer Gym manifiesta que le gustaría las

dos cosas, claro que, no se tuvieron en cuenta precios acerca del desarrollo de los tipos de

aplicativos.

Basándonos solo en el aplicativo de escritorio y los requisitos específicos que tendrá el

sistema o software, aquí en esta sección describiremos mediante el estándar IEEE 830 y sus

campos referenciados (IEEE Std. 830-1998, 2008) cada uno de los requisitos específicos del

software a realizar para el gimnasio.

Enunciado de la historia Proceso

Identific Rol caracterí Razón / Número Criterio Context Evento

ador (ID) sticas / Resulta (#) de de o
de la Funciona do escenari aceptaci
historia lidad o ón
(Titulo)
Req001 Administr Logarse en El cliente #001 Usuario y El sistema Solicitar de
ador el sistema necesita contraseña requiere un usuario
que solo para de un y
el pueda poderse inicio de contraseña
 1

tener loguear sesión para

acceso a para que ingresar
las solo las
funcional personas
idades del con
software usuario y
como contraseña
administr puedan
ador acceder

Req002 Administr Registrar Se #002 Ingresar al Todos los Ingresar al

ador usuario necesita sistema usuarios apartado
tener un como del de registrar
control de administra gimnasio usuario y
todos los dor se deben validar la
usuarios Y que el poder
informació
del usuario no registrar
gimnasio se en el n digitada.
encuentre sistema Y pulsar el
registrado botón
en la BD registrar
Req003 Administr Eliminar Los #003 Ingresar al Se le debe Ingresar al
ador usuario clientes sistema poder apartado
inactivos como hacer de eliminar
en el administra mantenimi usuarios
gimnasio dor ento y
seleccionar
deben Y que el limpieza a
poder ser usuario se el sistema
los
eliminado encuentre usuarios
s de la registrado que se
base de en la BD desean
datos eliminar y
siempre pulsar el
que el botón de
administr eliminar
ador lo
requiera
Req004 Administ Crear, El dueño #004 Ingresar al Como es Ingresar al
rador Eliminar, del sistema un apartado
Modificar gimnasio como gimnasio de crear,
rutinas requiere administra de eliminar o
dor
poder porrismo modificar
controlar las rutinas
todas las rutinas como
rutinas son administra
de important dor para
porrismo es y se poder
para sus deben hacer
usuarios poder alguna de
crear, las
eliminar acciones
y antes
modificar mencionad
as y
confirmar
los
cambios en
 1

el sistema
Req005 Administ Asignar o Los #005 Ingresar Como es Poder
rador retirar usuarios al un asignar o
rutinas a del sistema gimnasio retirar una
usuarios gimnasio como de rutina a un
semanal administr porrismo usuario
mente ador, no el poder después de
adquiere tener asignar y confirmar
n nuevas rutinas retirar las los
rutinas o asignadas rutinas de cambios
se les en caso porrismo quedara
rota de querer es almacenad
nuevas asignar indispens o la
rutinas una able informació
rutina, n en el
tener una sistema y
rutina se mostrara
asignada en el inicio
como del sistema
requisito
en caso
de querer
quitar
una
rutina de
un
usuario
 1

3.1 Interfaces Externas:

La interfaz general del software deberá ser en principio amigable con el usuario o cliente que

busque y acceda a la página, ya que el gimnasio en cuestión esprincipalmente para niños

(menores de edad) entonces no debe presentarse la página de forma compleja o que represente

una dificultad para los posibles padres que quieren inscribir sus hijos al gimnasio y

adquirir los servicios del lugar. La interfaz general de la página principal de portada por

claras razones deberá poseer una adaptabilidad en sus márgenes y modos de presentación a la

hora de que los clientes puedan verla de distintas formas ya sea desde un ordenador, laptop o

móvil (estos son las pantallas más comunes), además la carga de esta interfaz no deberá

representar un alto consumo de recursos en el equipo cualquiera que este abriendo la página,

debido a que estamos hablando del diseño de un software no tan sofisticado y es para un

gimnasio pequeño que espera adquirir clientes en su zona cercana o zona metropolitana.

A los usuarios también se les mostrará otras interfaces mediante accesos simples como

botones en la interfaz principal que los llevarán al login o inicio de sesión para ingresar a sus

cuentas que ya tienen como clientes del gimnasio, el registro, que será otra interfaz, pestaña o

ventana que les mostrará si desean hacer el formulario de registro y la interfaz de pago que

será una interfaz que funcionara con otros sistemas, ya que se abrirán ventanas emergentes

dependiendo del método de pago escogido por el cliente y manejará por medio de esta el

servicio externo que asociaremos a la página para que puedan realzar el pago de la manera

más simple y efectiva posible tanto para que se le refleje el pago al cliente y al dueño del

lugar.

La ultima interfaz que intervendría en el software sería la ventana de acceso ya al

 1

sistema en la cual tendríamos la visibilidad de toda la información en relación con el

cliente y los servicios que ofrecerá el gimnasio con todos sus detalles para los niños

principalmente, cada opción tendrá su vía de accesibilidad para ver la información pertinente

de cada ítem y claramente demás botones como cierre de sesión de la

cuenta, configuración general, de pagos y servicios específicos de las cosas que se llevan a

cabo en el gimnasio.

3.2 Funciones

Las funcionalidades tendrán como base la reunión de un conjunto de lenguajes de

programación que permitirán que las solicitudes, servicios y accesos que tendrán relación con

el cliente funcionen internamente correcto, para ello el diseño de cada pestaña o ventana que

se presentara deberá tener información clara y no muy compleja por el tipo de cliente que se

espera alcanzar, el administrador o dueño y el nivel de proyecto a realizar.

La interfaz principal presentara principalmente información de pagos junto con promociones,

el tipo de servicios que se ofrecen (rutinas y ejercicios de porrismo) y los beneficios de ser

parte del lugar, además tendrá que ser fácil la visibilidad para el acceso al aplicativo como el

inicio de sesión y registro. Cuando la persona este ejecutando el proceso de registro se le re

direccionará a la pestaña del formulario el

 1

cual le pedirá los datos correspondientes a la persona que desea inscribir al menor de edad

(nombre, apellidos, correo, fecha de nacimiento, cedula, contraseña y filtro para conformar que

es mayor de edad), luego pasara a la pestaña de pagos también siendo re direccionado, allí el

cliente escogerá el método de pago más ajustado para el donde accederá a los servicios

externos correspondientes para realizar el pago ya sea por tarjeta débito o crédito (sistema PSE

y pagina bancaria), también se le presentara la opción de consignación a cuenta de ahorros con

nuestros bancos aliados y que pueda ejecutar el proceso por medio de cuentas virtuales como

Nequi o de cuenta de ahorros con el banco de mejor preferencia para el cliente.

Una vez hecho el proceso de registro y pago, el cliente será llevado a la página de las

principales funcionalidades que contaran con su botón de acceso correspondiente para editar

o configurar información de la cuenta o de pagos, esto por medio de la ventana de

configuración general y luego el enlace seguido para acceder a cada una de los elementos en

la configuración general como configuración de la cuenta o cierre de sesión. En esta ventana

es donde tendrá mayor movimiento el cliente, porque aquí verá información relacionada con

el horario que tendrán las rutinas de ejercicios (porrismo) para esas fechas, instructores

escogidos para impartir cierto tipo de ejercicios y elementos necesarios para llevar a cabo las

sesiones (uniformes o ropa especial).

Aquí analizamos la visión que tendrá el cliente parcialmente, pero no se debe dejar de lado el

usuario de tipo administrativo, el cual contará por razones lógicas con una cuenta con

permisos especiales para el fácil acceso y manejo administrativo del lugar en cuanto a pagos,

información y clientes, estos 3 ítems son los más importantes para el dueño o administrador,

este verá la misma información que se le presenta al cliente, pero con ciertos añadidos o plus,

uno de ellos es la manipulación

 1

de la información publicada en la portada de la página y la página de funcionalidades

principales, podrá cargar, eliminar y editar esta información, ajustar o cambiar la información

para el método de pago o modo en el que se registra el cliente (manejo general de la

información de la página) y además tendrá acceso a una base de datos a la que podrá

entrar a manipular una vez inicie sesión con su cuenta administrativa, esta base de datos

funcionara bajo su correspondiente lenguaje de programación (SQL), motor de base de datos

y servidor local para el correcto funcionamiento, que permitirá el manejo de la lista de

clientes, los pagos hechos por cada uno, hacer las debidas consultas acerca de clientes,

instructores o profesores y demás empleados del lugar, pagos realizados del lugar como

mantenimiento, máquinas y elementos para uso de los niños. Primordial-mente se espera que

el administrador o dueño tenga el manejo total del gimnasio por medio de la página y que sea

de manera simple y efectiva, gracias al correcto desarrollo y diseño del software con sus

procesos internos y externos de interfaces con cada uno de los lenguajes de programación

debidos para su funcionamiento completo.

3.3 Requisitos de Rendimiento

Se espera que los procesos que se lleven a cabo por medio del sistema no signifiquen un gasto

alto de recursos y rendimiento tanto para el cliente como el administrador, la página deberá

soportar el número de clientes que se espera que accedan al aplicativo de acuerdo con la

información recolectada mediante la encuesta realizada al dueño del gimnasio, que nos

muestra que tienen un aforo de entre 101 a 200 clientes por mes, así que el diseño del

software deberá concentrarse en potenciar en el campo de los pagos y que la página de

funcionalidades principales soporte la afluencia de usuarios para que siempre

 1

puedan ver la información en el momento más pertinente que consideren y así no presente

caídas o desconexiones de la red, en cuanto a los pagos, el aplicativo de escritorio debe

concentrarse en permitir que múltiples usuarios puedan ejecutar sus pagos en los días

congestionados o clave, ya que el lugar maneja el tema de pagos con mensualidades por lo

tanto debe brindar garantía de pagos efectivos junto con el correcto funcionamiento de los

servicios externos a la página prestados para que lo realicen a tiempo.

La base de datos que estará bajo manejo del usuario tipo administrativo también tendrá que

soportar la cantidad de información ingresada a la misma y que pueda brindar una capacidad

amplia de almacenamiento para futuras consultas de clientes, trabajadores y elementos que

hacen parte del gimnasio.

3.4 Restricciones de Diseño

Esta formulación del proyecto se hace con una visión general en base a las necesidades

recolectadas y reflejadas por el dueño del gimnasio, por lo tanto, se pueden presentar

múltiples restricciones o limitantes en el desarrollo del software en distintos campos del

diseño del mismo. En base a esto podemos decir que las limitantes podrían presentarse

principalmente en la parte de los métodos de pago y la base de datos al servicio del dueño

del lugar, ya que la parte de los métodos de pago depende de varios factores de diseño de

software para la página y de factores que dependen de servicios externos a la misma para que

el cliente pueda ver múltiples opciones a la hora del pago. En cuanto a la base de datos, la

programación y estructuración de la misma pueda llegar a ser compleja, aunque se espera que

las limitantes sean de igual nivel al que se espera que llegue el software, no tan estructurado y

técnico.
 1

3.5 Atributos del Sistema

El software tendrá atributos importantes, dentro de los que se destacan el tipo de población

que hará uso de los servicios del gimnasio en última instancia (los niños), por lo tanto, el

software deberá brindar una gran fiabilidad y seguridad a la hora del registro, ya que solo un

responsable mayor de edad o tutor legal será el único permitido para realizar los procesos

debidos para ser parte del gimnasio y así inscribir al menor que desea que forme parte del

mismo. El sistema contara con verificación en la entrada de información para nombres,

contraseñas y cedulas, etc.

Los usuarios con permisos administrativos tendrán un tipo de cuenta especial y para ingresar

al sistema a manipular algo tendrán unos pasos de verificación (por correo o celular) para

confirmar que el tipo de identidad de la persona que está intentado ingresar al software sea de

nivel usuario y sea un usuario asignado veraz-mente a esa persona.

Los pagos también serán verificados en el sistema con atributos ya sean externos a la página o

programados internamente en el software, para que el cliente tenga la garantía y transparencia

del proceso, ya sea a la realización de un pago o suscripción mensual, semestral o anual al

gimnasio.