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. INTRODUCCION

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

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.

 10

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.

3.1 Interfaces Externas:

La interfaz general del software deberá ser en principio amigable con el usuario y

cualquier persona que utilice el aplicativo de escritorio

 11

entonces no debe presentarse el aplicativo de escritorio de forma compleja o que

represente una dificultad para los posibles administradores del gimnasio. La interfaz

general del aplicativo por claras razones deberá poseer una adaptabilidad en sus

márgenes y modos de presentación a la hora de que los administradores puedan

verla de una manera agradable y colores que no representen irritación a la vista

además la carga de esta interfaz no deberá representar un alto consumo de recursos

en el equipo en el que se esté abriendo el aplicativo 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 administradores del sistema también se les mostrará otras interfaces mediante

accesos simples como botones en la interfaz principal que los llevarán a las

diferentes funcionalidades del software. El registro, que será otra interfaz, pestaña o

ventana que le mostrará si desean hacer el formulario de registro.

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

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

cliente y que ofrecerá el sistema con todos sus detalles para los usuarios del

gimnasio 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 del usuario administrador.

 12

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 presentará principalmente el tipo de funciones que el sistema

posee como por ejemplo (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 el administrador del gimnasio este

ejecutando el proceso de registro se le redireccionará a la pestaña del formulario el

 13

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

edad (nombre, apellidos, correo, fecha de nacimiento, cedula).

En esta ventana es donde tendrá mayor movimiento el administrador del sistema

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 mensualidades, 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
 14

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, el aplicativo de escritorio 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 ser lo mas ágil posible y que el aplicativo y de sus funcionalidades

principales soporte la afluencia de usuarios para que siempre

 15

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

presente congelación en el equipo y otros problemas técnicos, en cuanto a los

pagos, el aplicativo de escritorio debe concentrarse en permitir una fácil forma para

que el administrador pueda registrar y actualizar las mensualidades de sus clientes,

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 del

aplicativo.

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 futuros registros de nuevos

clientes.

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 no dependerá de funcionalidades independientes del aplicativo ya que esto

limita los factores 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.
 16

3.5 Atributos del Sistema

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

población que se registrará en el aplicativo del 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 toda la información ingresada en el sistema deberá

guardarse de forma segura y cifrada el único permitido para realizar los procesos

debidos para ingresar nuevos usuarios dentro del sistema será el administrador del

sistema. 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 (Usuario y

contraseña) para confirmar que el tipo de identidad de la persona que está intentado

ingresar al software sea de nivel administrador.