Especificaciones de Requerimientos del Software

Para Sistema Integrado de Control de Gimanasio (SIGYM).

               

                                                                                                                                                            

Versión 1.0

Historia de Revisiones

Fecha	Versión	Descripción	Autor
09/05/2014	1.0	Primera Versión del Documento de Especificación de Requerimientos del Sistema de Control de Documentos	CreativeSystem

Especificaciones de Requerimientos del Software

1.  Introducción

 

1.1 Propósito

En este documento se detallan los requerimientos de software para el sistema integrado de control  de gimnasio - SIGYM, según tres grandes aspectos claves para su desarrollo: las Especificaciones Funcionales, el modelo de  los Casos de Uso, tanto en diagrama como verbalmente, y las Especificaciones suplementarias. Toda esta información establece los  lineamientos y las restricciones que debe considerar nuestro  equipo de desarrollo del proyecto para el desarrollo del sistema.

1.2  Alcance

El alcance de este documento es la Especificación de los Requerimientos de Software para el sistema integrado de control  de gimnasio-SIGYM,tanto funcionales como no funcionales (especificaciones suplementarias),   las cuales se encuentran asociadas a todos los Casos de Uso definidos para el mismo.

1.3 Definiciones, Acrónimos y Abreviaturas

·        ERS: Especificación de Requerimientos del Software.

·        DII: Dirección de Ingeniería de Información.

·        MCU: Modelo de Casos de Usos.

·        RUP: Siglas de RationalUnifiedProcess.

·        SIGYM: Sistema Integrado de Control de Gimansio

1.4 Referencias

                Documento de Especificación de Requerimientos emitido por la DII y el Departamento de       Registro y Ordenamiento de Pagos.

2.                  Especificaciones Funcionales

Característica Asociada: Permite agregar nuevos clientes al registro.	ID requerimiento:   RQ-01
	Nombre del Requerimiento: Registrar Clientes Clasificar documento
Consiste en ingresar nuevos clientes ingresando sus datos personales para que queden grabados en la base de datos del sistema.
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite establecer un monitoreo sobre los pagos que hacen los cliente,  para saber si llevan los pagos a tiempo.	ID requerimiento: RQ-02
	Nombre del Requerimiento: Monitorear pago de clientes
Consiste en establecer un monitoreo sobre los pagos que realizan los clientes.
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite evaluar a un cliente a partir de sus datos.	ID requerimiento: RQ-03
	Nombre del Requerimiento: Evaluar Clientes
Evaluar clientes a partir de los datos de los clientes.
Atributo: Prioridad ( x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite, emitir a partir de los datos de que haya dado el cliente en la evaluación emitir una rutina de ejercicio de acuerdo a los requerimientos del cliente.	ID requerimiento: RQ-04
	Nombre del Requerimiento: Emisión de rutina
Permite, emitir a partir de los datos de que haya dado el cliente en la evaluación emitir una rutina de ejercicio de acuerdo a los requerimientos del cliente.
Atributo: Prioridad (x)  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite, emitir a partir de los datos de que haya dado el cliente en la evaluación emitir un plan alimenticio de acuerdo a los requerimientos del cliente.	ID requerimiento: RQ-05
	Nombre del Requerimiento: Emitir un plan alimenticio
Permite, emitir a partir de los datos de que haya dado el cliente en la evaluación emitir un plan alimenticio de acuerdo a los requerimientos del cliente.
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permitirá controlar el tiempo que los clientes pasan en el gimnasio.	ID requerimiento: RQ-06
	Nombre del Requerimiento:         Agendar y controlar el tiempo del cliente
Permite, emitir a partir de los datos de que haya dado el cliente en la evaluación emitir un plan alimenticio de acuerdo a los requerimientos del cliente.
Atributo: Prioridad ( )  Alta  (X  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permite hacer un seguimiento de los progresos que tenga el cliente.	ID requerimiento: RQ-07
	Nombre del Requerimiento: Seguir progreso de los clientes.
Permite hacer un seguimiento de los progresos que tenga el cliente, reevaluándolos.
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: El usuario podrá verificar sus credenciales.	ID requerimiento: RQ-08 Iniciar Sesión
	Nombre del Requerimiento: Crear espacio para reclamos
Para el uso del sistema, antes se deberá haber iniciado sesión dentro del sistema
Atributo: Prioridad (x )  Alta  (  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada:Asignacion de colores del negocio al sistema	ID requerimiento: RQ-09
	Nombre del Requerimiento: Asignar colores que representen a el negocio
Para la representación de la empresa, se le asignara los colores del gimnasio.
Atributo: Prioridad (  )  Alta  (x  )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: El sistema contendrá una interfaz llamativa a la vez que sea bastante agradable para el usuario	ID requerimiento: RQ-10
	Nombre del Requerimiento: Implementar una interfaz intuitiva y llamativa
El sistema contendrá una interfaz la cual sea agradable y fácil de usar
Atributo: Prioridad (  )  Alta  ( x )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

Característica Asociada: Permitirá construir la aplicación con estos lenguajes	ID requerimiento: RQ-11
	Nombre del Requerimiento: Elaborar el sistema con los siguientes lenguajes: ·         PHP ·         HTML5 ·         JavaScript ·         Jquery ·         CSS3
Para la construcción de esta aplicación se necesitaran estos lenguajes  php, javascript, Jquery servirán para la construcción del funcionamiento del sistema mientras que html5 y css3 serán para el diseño.
Atributo: Prioridad (  )  Alta  ( x )  Media Alta  (  )  Media   (  )  Media   Baja (  )  Baja

3.                   Casos de Uso

4.                   Casos de Uso

3.1               Resumen de Casos de Uso y Actores

Caso de Uso	Actor
Ingresar al sitio web	Cliente
Ingresar al sistema	Usuario Administrador , Cliente
Registrar Cliente	Usuario Administrador.
Evaluar Cliente	Usuario Administrador
Asignar Rutina	Usuario Administrador
Asignar Plan Alimenticio	Usuario Administrador
Almacenar Rutina y plan	Usuario Administrador
Actualizar y reevaluar cliente	Usuario Administrador
Buscar Expediente	Usuario Administrador
Consultar Progreso	Usuario Administrador, Cliente
Cancelar Cuota de Servicio	Usuario Administrador
Generar recibo de pago	Usuario Administrador
Salir del Sistema	Usuario Administrador, Cliente

Especificaciones de Casos de Uso

Caso de uso: Ingresar al sistema
Descripción: Es someter al usuario a verificación de credenciales del sistema.
Requerimiento: Gestión de  información sobre los usuarios
Precondición: Ninguna
FLUJO BASICO: El usuario abre el navegador, introduce la url del sistema, Introduce su usuario y su contraseña para autentificarse.
ACTOR	SISTEMA
1 El usuario abre el browser e introduce el URL del sistema en la barra navegadora
	2 El sistema, desde el servidor, atiende el pedido y correo la interfaz del índex
3 El usuario introduce sus datos correspondientes a su cuenta de usuario
	4 El sistema evalúa las credencias, se certifica, da entrada exitosa al usuario, y corre la interfaz de usuario validado
FLUJOS ALTERNOS El usuario introduce sus datos erróneamente luego el sistema le envía un mensaje advirtiéndole que introdujo sus datos erróneamente y los campos se ponen en blanco los campos.
ACTOR	SISTEMA
3.1 El usuario introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 El sistema evalúa las credencias, encontrando incongruencias de inexistencia de la cuenta de usuario, o de errores en la contraseña o nombre de usuario; negando la entrada al sistema. Y produciendo un mensaje de error; mostrando la interfaz principal para comenzar el proceso desde el inicio.
Poscondición: Usuario no validado por error en nombre de usuario o contraseña ·        Usuario validado con éxito

Caso de uso:Registrar Cliente
Descripción: Es la acción de introducir los datos de un nuevo cliente al sistema.
Requerimiento: Gestionar clientes
Precondición: El usuario administrador debe estar validado en el sistema
FLUJO BASICO: El Usuario administrador deberá registrar a cada cliente que llegue al establecimiento llenando un formulario con los datos personales del cliente.
ACTOR	SISTEMA
1 El Usuario administrador presiona el botón “registrar cliente”.
	2 El sistema toma la orden y abre el formulario donde se introducirán los datos del cliente.
3. El usuario introduce los datos que el cliente le proporciona y los introduce en el formulario. Luego da clic en el botón registrar
	4.       El sistema toma los datos y los guarda en la base de datos asignada. Tabla Registro
FLUJOS ALTERNOS El usuario administrador paso por alto un campo requerido y el sistema no le dejara registrar andando un mensaje de que el campo es requerido.
ACTOR	SISTEMA
1.       El usuario administrador introduce los datos menos el requerido y da clic en registrar.
	2.       El sistema le mandara un mensaje dicieno que se dejo un campo requerido vacio.
3.       El usuario completa el capo requerido y luego da clic en registrar.
	4.       El sistema guardara los datos en la base de datos asignada.
Poscondición: El sistema vuelve a la interfaz de registro de cliente ·        El sistema da un mensaje de error en caso que en el camporequerido este vacío.
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso:Evaluar Cliente.
Descripción: Los datos ingresados por el usuario (Peso, Estatura) son analizados y contrastados con una serie pautas ya establecidas que permitirán poder establecer la rutina y el plan alimenticio adecuado al usuario dependiendo de  los datos ingresados.
Requerimiento: -Ingresar usuario al sistema.
Precondición: -         El usuario debe estar registrado. -         El usuario debe estar validado en el sistema.
FLUJO BASICO: El sistema recibe cada uno de los datos ingresados por el usuario, los analiza y compara. Procede a comparar los datos de Peso y Estatura con ciertos criterios ya establecidos, referentes a la capacidad física de cada persona.
ACTOR	SISTEMA
El usuario presiona el botón evaluar cliente
	Recibe e interpreta la orden, y activa el formulario: evaluación
El usuario espera los resultados. Y posteriormente visualiza los resultados.
FLUJOS ALTERNOS El sistema no analiza ni evalúa los datos, debido a estos no han sido ingresados correctamente, o a quedados algún espacio necesario sin rellenar.
ACTOR	SISTEMA
	Recibe e interpreta los datos, corre los algoritmos pertinentes, compara los parámetros dados por el usuario, emite un mensaje personalizado que notifique al usuario el error encontrado.
Poscondición: El sistema muestra la interfaz para ingresar usuario, señalando los espacios que no han sido rellenados correctamente. ·        El sistema da un mensaje de error en caso que los datos se ingresan de forma y vuelve a la interfaz de Ingreso de usuario.
Requerimientos especiales: Registros de ingresos.
Puntos de extensión: Ninguno
Caso de uso:Asignar Rutina al Usuario.
Descripción: Tras ser analizados los datos ingresados por el usuario y ser comparados con criterios preestablecidos por el sistema, se genera una rutina detallada que ha sido creado tomando en cuenta las condiciones fiscas del usuario y que por tanto deberá seguir específicamente.
Requerimiento: -       Ingresar usuario al sistema.
Precondición: -         El usuario debe estar registrado. -         El usuario debe estar validado en el sistema. -          Presionar Boton Evaluar.
FLUJO BASICO: El sistema recibe cada uno de los datos ingresados por el usuario, los analiza y compara. Procede a comparar los datos de Peso y Estatura con ciertos criterios ya establecidos, referentes a la capacidad física de cada persona.
ACTOR	SISTEMA
Presiona Boton Evaluar cliente
	Recibe e interpreta los datos, activa el formulario Evaluar
Introduce datos a evaluar.
	El sistema recibe los datos, los procesa y muestra los resultados al usuario, se almacenan en la tabla asignada y se envía un mensaje en pantalla al usuario.
FLUJOS ALTERNOS El sistema no analiza ni evalúa los datos, debido a estos no han sido ingresados correctamente, o ha quedado  algún espacio necesario sin rellenar.
ACTOR	SISTEMA
	Recibe e interpreta los datos, corre los algoritmos pertinentes, compara los parámetros dados por el usuario, emite un mensaje personalizado que notifique al usuario el error encontrado.
Poscondición: El sistema muestra la interfaz para ingresar usuario, señalando los espacios que no han sido rellenados correctamente. ·        El sistema da un mensaje de error en caso que los datos se ingresan de forma y vuelve a la interfaz de Ingreso de usuario.
Requerimientos especiales: Registros de ingresos.
Puntos de extensión: Ninguno

Caso de uso: Actualizar y reevaluar al cliente
Descripción: El usuario deberá ingresar a su respectivo expediente el dato de peso de forma periódica (un mes) para reevaluar su rutina y el plan alimenticio con mayor o menos intensidad dependiendo del progreso
Requerimiento: Manejar la información del expediente del usuario de forma actualizada
Precondición: ·         El usuario deberá estar registrado en el sistema. ·         El usuario debe tener un expediente. ·         Presionar el botón búsqueda.
FLUJO BASICO: El usuario introducirá el dato de su peso actual nuevamente, si es necesario tambiénintroducirá su estatura a su respectivo expediente. La aplicación procederá a agregar los datos y actualizar el expediente.
ACTOR	SISTEMA
El usuario presiona el botón “buscar expediente”.
	El sistema activa el formulario Búsqueda.
Introduce los datos de usuario.
	Analiza y procesa los datos, si coinciden con la base datos, muestra los resultados en pantalla y envía un mensaje de confirmación al usuario.
FLUJOS ALTERNOS El usuario introduce los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El usuario introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 El sistema evalúa las credencias, encontrando incongruencias de inexistencia de la cuenta de usuario, o de errores en la contraseña o nombre de usuario; negando la entrada al sistema. Y produciendo un mensaje de error; mostrando la interfaz principal para comenzar el proceso desde el inicio.
Poscondición: Usuario no validado por error en nombre de usuario o contraseña ·         Usuario validado con éxito
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso: Buscar Expediente de Cliente.
Descripción: El usuario administrador debe ingresar los datos del usurario  en la opción del sistema BUSQUEDA quien desea consultar sus datos por X necesidad. Es asi como el administrador ingresa los datos nombre y código del usuario para lograr hacer login.
Requerimiento: Manejar la información del expediente del usuario de forma actualizada
Precondición:         El Administrador debe ingresar en la opción BUSQUEDA. El usuario deberá estar registrado en el sistema. El usuario debe tener un expediente.
FLUJO BASICO: El usuario administrador
ACTOR	SISTEMA
El usuario presiona el botón “buscar expediente”.
	El sistema activa el formulario Búsqueda.
Introduce los datos de usuario.
	Analiza y procesa los datos, si coinciden con la base datos, muestra los resultados en pantalla y envía un mensaje de confirmación al usuario.
FLUJOS ALTERNOS El usuario introduce los datos erróneos en el sistema; el sistema no valida las credenciales y maneja la excepción con un mensaje gentil, advirtiéndole que ha introducido mal sus datos. Volviendo al estado inicial para la validación.
ACTOR	SISTEMA
3.1 El usuario introduce, mal, sus datos correspondientes a su cuenta de usuario
	4.1 El sistema evalúa las credencias, encontrando incongruencias de inexistencia de la cuenta de usuario, o de errores en la contraseña o nombre de usuario; negando la entrada al sistema. Y produciendo un mensaje de error; mostrando la interfaz principal para comenzar el proceso desde el inicio.
Poscondición: Usuario no validado por error en nombre de usuario o contraseña ·         Usuario validado con éxito
Requerimientos especiales: Ninguno
Puntos de extensión: Ninguno

Caso de uso:Asignar rutina
Descripción: El usuario debe ingresar con su cuenta en el sistema luego ingresa los datos personales (peso, estatura, edad, área a ejercitar), el sistema evalúa los datos y muestra la rutina asignada.
Requerimiento: Ingresar al sistema, introducir datos, que el sistema evalué los datos
Precondición: El usuario debe estar registrado El usuario debe estar validado en el sistema El usuario debe ingresar sus datos
FLUJO BASICO: El usuario se registra en el sistema, ingresa sus datos, el sistema evalúa su información y asigna rutina
ACTOR	SISTEMA
1El usuario ingresa al sistema y digita sus datos
	2Recibe los datos y analiza para poder asignar la rutina
3 El usuario toma nota de la información de interés
FLUJOS ALTERNOS Fallas del sistema
ACTOR	SISTEMA
	4.1 No logra completar la información porque el sistema falla.
Post condición: ·        El sistema se congela y muestra un mensaje de error
Requerimientos especiales: Registros de ingresos e información
Puntos de extensión: Ninguno

Caso de uso:Asignar plan alimenticio
Descripción: El usuario ingresa al sistema y digita su información, entonces evalúa y asignan el plan alimenticio
Requerimiento: Ingresar al sistema e introducir información del usuario
Precondición: El documento debe estar registrado El usuario debe estar validado en el sistema
FLUJO BASICO: El usuario ingresa al sistema y digita su información entonces el sistema procede a evaluar sus datos  y asignar su plan alimenticio
ACTOR	SISTEMA
1El usuario ingresa al sistema y introduce su informacion
	2El sistema lee los datos y asigna plan alimenticio
3 El usuario toma nota las notas de su interés
FLUJOS ALTERNOS Fallos en el sistema
ACTOR	SISTEMA
	4.1 El sistema tiene problemas con el procesamiento de datos y tiene fallas
Poscondición: El sistema muestra fallo ·        El sistema da un mensaje de error en el proceso
Requerimientos especiales: Manejo de información del módulo
Puntos de extensión: Ninguno

Caso de uso:CONSULTAR  PROGRESO
Descripción: El  usuario administrador va  a  la  sección de consulta  y  ve  el  progreso  del   cliente  que  ha  tenido a  lo  largo  de 1   mes   atraves  de gráficos y  reporte.
Requerimiento:   Consultar  Progreso.
Precondición: El  usuario  administrador  debe  estar  validado.
FLUJO BASICO: El  usuario  administrador  debe estar   validado  una  vez  validado  hace click en  “Consultar progreso”  para ver el progreso  del   cliente  que  ha  tenido a  lo  largo  de 1   mes  atraves  de gráficos y  reporte.
ACTOR	SISTEMA
1El  usuario administrador va  a  la  sección de consulta hace  click sobre “CONSULTAR  PROGRESO”
	2 El sistema muestra la interfaz y atreves  de “gráficos  y  reporte” muestra  el progreso  del  usuario.
FLUJOS ALTERNOS El usuario  administrador introduce los datos erróneos del cliente; el sistema no valida   los  datos  y  por  consecuencia el cliente no  podrá consultar su  progreso.
ACTOR El usuario introduce mal, sus datos correspondientes a su expediente.	SISTEMA El  sistema  evalúa   los datos,          y  no  encuentra ningún  expediente  conforme  a  la  información  brindada.  Negando la  información de  progreso  de  cliente  Y produciendo un mensaje de error; mostrando la interfaz  nuevamente  para comenzar el proceso.
Poscondición: Usuario administrador   introduce datos de cliente  y  sistema   no validado por error de  datos  introducidos.
Requerimientos especiales: Registros de usuario
Puntos de extensión: Ninguno
Caso de uso: CANCELAR CUOTA DE  SERVICIO
Descripción: El  usuario administrador va  a  la  sección de  cancelar cuota de servicioy mediante a   la  información brindada,  rutina y plan alimenticio  el sistema  calcula  el  total a  pagar por  el   mes  de    servicio brindado al  cliente.
Requerimiento:   Cancelar  cuota  de ser vicio.
Precondición: El  usuario debe  estar  validado   y  debe tener una rutina  y  un  plan  alimenticio.
FLUJO BASICO: El  usuario  debe estar   validado  una  vez  validado  el  usuario  administrador  hace click en  “CANCELAR   CUOTA DE  SERVICIO”  y  conforme  a  la información  brindada  el  sistema le hará  el  presupuesto al cliente  de 1  mes de  servicio  brindado.
ACTOR		SISTEMA
1El  usuario administrador va  a  la  sección de cancelar cuota de  servicio hace  click sobre “Cancelar cuota de  servicio”
3 una vez introducida la  información  al sistema                de   todas  sus rutinas  y   plan  alimenticio.		2 El sistema muestra la interfaz de cancelar cuota  por servicio. 4 El sistema le muestra el total a cancelar al cliente.
FLUJOS ALTERNOS El usuario  no  sea  registrado;  por  lo  tanto el sistema no valida   los  datos  y  por  consecuencia el sistema  no podrá mostrarle  su total a  cancelar.
ACTOR El usuario  no fue  registrado  con  éxito.	SISTEMA El  sistema  no  encuentra ningún  expediente  conforme  a  la  información  brindada.  Produciendo un mensaje de error; mostrando la interfaz  nuevamente  para comenzar el procesode registrar cliente.
Poscondición: El sistema no muestra el expediente  de cliente y da un mensaje de error
Requerimientos especiales: Registros de usuario
Puntos de extensión: Ninguno

Caso de uso:   GENERAR  RECIBO  DE  PAGO
Descripción: El  usuario administrador va  a  la  sección de  generar recibo  de pago y   mediante la  información antes procesada  se genera el recibo
Requerimiento:   Generar recibo de  pago
Precondición: El  usuario  administrador  debe  estar  validado   y   debe  tener  rutina  y  plan  alimenticio.
FLUJO BASICO: El  usuario   debe estar   validado  una  vez  validado  hace click en  “Generar  Recibo”   y  posteriormente se  crea  el  recibo  con forme  a la   información y  presupuesto  brindado
ACTOR	SISTEMA
1El  usuario administrador va  a  la  sección de consulta hace  click sobre “Generar Recibo”
	2 El sistema elabora  recibo
FLUJOS ALTERNOS El usuario  administrador introduce los datos erróneos del cliente; el sistema no valida   los  datos  y  por  consecuencia el  sistema no genera  recibo.
ACTOR El usuario introduce mal, sus datos correspondientes a su expediente.	SISTEMA El  sistema  evalúa   los datos,          y  no  encuentra ningún  expediente  conforme  a  la  información  brindada   y  por  lo tanto  el  sistema no genera  el recibo
Poscondición: Usuario administrador   introduce datos de cliente erroneos
Requerimientos especiales: Registros de usuario
Puntos de extensión: Ninguno

Caso de uso:Salir del sistema
Descripción: Es la acción de termina usar el sistema cerrar sesión en su cuenta
Requerimiento: Haber iniciado sesión en el sistema
Precondición: El usuario debe estar registrado El usuario debe estar validado en el sistema
FLUJO BASICO: El usuario deberá cerrar sesión de su cuenta en el sistema
ACTOR	SISTEMA
1-      El usuario va a la sección cuenta y da clic en salir
	2Acepta la orden y cierra la sesión de la cuenta
3 El usuario toma verifica que la sesión sea cerrada correctamente.
FLUJOS ALTERNOS El sistema puede presentar problemas a la hora de cerrar sesion
ACTOR	SISTEMA
	4.1 Recibe e interpreta los datos, corre los algoritmos pertinente y si presenta un problema lo hace del conocimiento del usuario
Poscondición: El sistema muestra error a la hora de cerrar sesion ·        El sistema da un mensaje de error en caso que la sesión no haya sido cerrada correctamente
Requerimientos especiales: Registros de ingresos e información
Puntos de extensión: Búsqueda avanzada de documento