REPÚBLICA BOLIVARIANA DE VENEZUELA

INSTITUTO UNIVERSITARIO POLITÉCNICO

“SANTIAGO MARIÑO”
SEDE BARCELONA PUERTO LA CRUZ
INGENIERÍA DE SISTEMAS

DISEÑO DE UN SISTEMA ADMINISTRATIVO DE CONTROL DE

INSCRIPCIÓN Y PAGOS MENSUALES PARA EL GIMNASIO 3LV EN
BARCELONA

Autor: Wilfredo Alejandro Yánez Bolívar

Tutor Académico: Norjelis Gutierrez
Docente de la Asignatura: Norjelis Gutierrez

Barcelona, Febrero 2024

 A continuación, se analizan e interpretan, las diez preguntas
realizadas en las entrevistas no estructuradas.
Pregunta 1. ¿Sabe usted lo que es un sistema de control administrativo
para el control de pago?
Las respuestas fueron:
No, desconozco su significado, 9 personas
Un poco, he oído hablar de ello, 63 personas
Si, entiendo perfectamente lo que significa, 41 personas
En la tabla 4.1, se presentan los resultados y en el gráfico 1, se
muestra la distribución porcentual de los mismos.
Tabla 4.1. Resultados de la pregunta 1. [Elaboración propia]
Respuestas Frecuencia Porcentaje

No, desconozco su significado 9 7,9%

Un poco, he oído hablar de ello 63 55,75%

Sí, entiendo perfectamente lo que significa 41 36,28%

TOTAL 113 100%

Porcentaje

Sí, regularmente lo
consulto con el admin-
34.51% istrador
No, ocasionalmente me
aparecen saldos deu-
dores, habienmdo cance-
lado
A medias, hay mucho
43.34% descontrol al respecto
22.12%

Gráfico 1. Distribución porcentual de resultados de la pregunta 1.

[Elaboración propia]
 Según los resultados obtenidos, se puede observar que un poco
menos de la mitad de las personas afirman conocer lo que es un sistema
de control administrativo para el control de pago; mientras que la otra
mitad se encuentra dividida entre tener una noción al respecto y no tener
ningún tipo de conocimiento sobre el tema.
Seguidamente, se analizaron e interpretaron los resultados de las
respuestas a las preguntas de la número 2 a la número 8, presentando la
pregunta, sus respuestas en tablas de resultados y gráficos,
correspondientes.
Pregunta 2. ¿Está usted de acuerdo con la rapidez con la cual es
atendido actualmente en el Gimnasio 3LV?

Tabla 4.2. Resultados de la pregunta 2. [Elaboración propia]

Respuestas Frecuencia Porcentaje

Sí, estoy de acuerdo 18 15,93%

No, debe existir un método automatizado 71 62,83%

Un poco, no me afecta 24 21,24%

TOTAL 113 100%

 Porcentaje

14.16%

Sí, periódicamente

No, nunca lo hacen

85.84%

Gráfico 2. Distribución porcentual de resultados de la pregunta 2.

[Elaboración propia]

De acuerdo a los resultados obtenidos, se pudo notar que un bajo

porcentaje de personas encuestadas; es decir, el 15,93 % (18 de 113),
afirman estar de acuerdo con el método actual utilizado en el gimnasio
3LV y su rapidez de atención; mientras que un alto porcentaje, el 62,83%,
sostiene que debería automatizarse dicho método y por ende no está de
acuerdo con la rapidez de atención actual. Así mismo, un porcentaje del
21,24% dice que no le afecta y que está un poco de acuerdo con la
rapidez de atención en la instalación.
Pregunta 3. ¿Conoce usted mensualmente el estado de su factura y
soporte de pago?
Tabla 4.3. Resultados de la pregunta 3. [Elaboración propia]
Respuestas Frecuencia Porcentaje
Sí, regularmente lo consulto con el
25 22,12%
administrador
No, ocasionalmente me aparecen saldos
49 43,34%
deudores, habiendo cancelado

A medias, hay mucho descontrol al respecto 39 34,51%

TOTAL 113 100%

 Porcentaje
Sí, regularmente lo consulto No, ocasionalmente me
34.5 con el administradopr aparecen saldos deudores,
1% habiendo cancelado
A medias, hay mucho
descontrol al respecto
43.3 22.1
4% 2%

Gráfico 3. Distribución porcentual de resultados de la pregunta 3.

[Elaboración propia]
De acuerdo a los resultados obtenidos, se supo que el 22,12 % (25
de 113), afirman que sí conocen su facturación mensual y recibos de
pago porque lo consultan con el administrador; mientras que el 43,34%,
sostiene que no los conoce, puesto que ocasionalmente les aparecen
saldos deudores, habiendo cancelado. De igual manera, existe un 34,51%
(39 de 113) de los encuestados, que su facturación y soporte de pago lo
conocen a medias, pues hay mucho descontrol al respecto..

Pregunta 4. ¿Actualmente, con el proceso de facturación y registro

manual, le solicitan datos a cada momento?

Tabla 4.4. Resultados de la pregunta 4. [Elaboración propia]

Respuestas Frecuencia Porcentaje

Sí, periódicamente 97 85,84%

No, nunca lo hacen 16 14,16%

TOTAL 113 100%

Los resultados muestran, que el 85,84% (97 de 113 personas),

afirman que sí le piden los datos a cada momento; ya que periódicamente
(cada mes), le solicitan datos personales y de pago. Existe un grupo
minoritario de personas (16 de 113); es decir, el 14,16% que sostiene el
no como respuesta, puesto que nunca les han solicitado los datos
nuevamente.

Porcentaje

14.16%
Sí, periódicamente
No, nunca lo hacen

85.84%

Gráfico 4. Distribución porcentual de resultados de la pregunta 4.

[Elaboración propia]
Pregunta 5. ¿Está usted de acuerdo con cambiar a un sistema
automatizado de registro, pagos y asignación de entrenamiento físico?

Tabla 4.5. Resultados de la pregunta 5. [Elaboración propia]

Respuestas Frecuencia Porcentaje

Sí, totalmente 89 78,76%

No se, habría que evaluar 24 21,24%

TOTAL 113 100%

En los resultados de las respuestas a esta pregunta, se observa que

un alto porcentaje (78,76%), está de acuerdo en que se cambie el método
manual existente y se sustituya por uno automatizado. Contraria a esta
respuesta, está el no sé como respuesta, de 24 personas pertenecientes
a la muestra de 113; es decir, un 21,24%; quienes se justifican,
proponiendo que se debe evaluar previamente.
 Porcentaje

21.24%

Sí, totalmente
No sé, habría que evaluar

78.76%

Gráfico 5. Distribución porcentual de resultados de la pregunta 5.

[Elaboración propia]
Pregunta 6. ¿Se actualizan mensualmente sus medidas de talla, peso y
estatura?

Tabla 4.6. Resultados de la pregunta 6. [Elaboración propia]

Respuestas Frecuencia Porcentaje

Sí, cada tres a 4 meses 11 9,73%

No, hace mas de 6 meses que está
102 90,27%
desactualizado el registro
TOTAL 113 100%

Como resultado, se interpreta que pocas personas (9,73%), conocen

realmente si les toman o no periódicamente las medidas de talla, peso y
estatura, puesto que afirman que sí se les actualiza cada 3 a 4 meses;
mientras que la gran mayoría (90,27%) sostiene que hace más de 6
meses que el sistema se encuentra desactualizado respecto a estos datos
y por ende no se les toman esas medidas.
 Porcentaje

90.27% Sí, cada tres a 4 meses

No, hace mas de 6 meses
que está desactualoizado el
registro
9.73%

Gráfico 6. Distribución porcentual de resultados de la pregunta 6.

[Elaboración propia]
Pregunta 7. ¿Cuándo usted se inscribió en el Gimnasio, se le suministró
el plan de entrenamiento correspondiente?

Tabla 4.7. Resultados de la pregunta 7. [Elaboración propia]

Respuestas Frecuencia Porcentaje

Sí, pero al mes y medio, mientras entrenaba

77 68,14%
sin plan
No, ya tengo en el gimnasio 5 meses y aún
36 31,86%
no me lo entregan
TOTAL 113 100%

Se acuerdo a los resultados de las respuestas agrupadas en la tabla

anterior, 4.7, 77 personas de un total de 113, respondió que sí le
entregaron el plan de entrenamiento correspondiente; pero luego de mes
y medio aproximadamente; lo cual representa el 68,14%. Por su parte, el
31,86 % de los encuestados (36 personas de un total de 113), afirmó que
ya tienen 5 meses en el gimnasio y aún no le entregan el plan de
entrenamiento, justificando de esa manera el no como respuesta.
 Porcentaje

31.86% Sí, pedrfo al mes y

medio, mientras en-
trenaba sin plan
ya tengo en el gimnasio 5
meses y aún no me lo en-
trtegan

68.14%

Gráfico 7. Distribución porcentual de resultados de la pregunta 7.

[Elaboración propia]
Pregunta 8. ¿Ha recibido usted su rutina de ejercicios diarios?

Tabla 4.8. Resultados de la pregunta 8. [Elaboración propia]

Respuestas Frecuencia Porcentaje

No 61 53,98%

Sí 52 46,02%

TOTAL 113 100%

Porcentaje
46.02%
No
Sí

53.98%

Gráfico 8. Distribución porcentual de resultados de la pregunta 8.

[Elaboración propia]
 Los resultados en este caso, arrojaron que un 53,98% de las
personas del total de la muestra, no han recibido sus rutina de ejercicios;
mientras que 46,02% afirma que sí.

Pregunta 9. ¿Piensa usted que el actual control de ingreso de

personas al gimnasio es el adecuado?
Tabla 4.9. Resultados de la pregunta 9. [Elaboración propia]
Respuestas Frecuencia Porcentaje

No 103 91,15%

Sí 10 8,85%

TOTAL 113 100%

Porcentaje

8.85%
No
Sí

91.15%

Gráfico 9. Distribución porcentual de resultados de la pregunta 9.

[Elaboración propia]
Para esta pregunta, los resultados de sus respuestas, muestran
que un 91,15% (103 de 113 encuestados), diijeron que el sistema de
control actual no es adecuado; mientras que el 8,85% (10 de 113
encuestados) dijo que sí.

Pregunta 10. ¿Es usted informado oportunamente de las fechas de

corte y pago, actualmente en el Gimnasio?
 Tabla 4.10. Resultados de la pregunta 10. [Elaboración propia]
Respuestas Frecuencia Porcentaje

No 83 73,45%

Sí 30 26,55%

TOTAL 113 100%

Porcentaje
26.55%

No
Sí

73.45%

Gráfico 10. Distribución porcentual de resultados de la pregunta 10.

[Elaboración propia]
Los resultados en este caso, arrojaron que un 53,98% de las
personas del total de la muestra, no han recibido sus rutina de ejercicios;
mientras que 46,02% afirma que sí.

Estructura y navegación del sistema SIPAG 3LV

En el siguiente diagrama, se observa como están agrupadas las

diferentes opciones que componen el nuevo sistema SIPAG 3LV,
diseñado.
 Figura 4.20. Estructura organizativa y de navegación del sistema
diseñado, SIPAG 3LV. [Elaboración propia]

Desarrollo de diagramas de caso de uso

En las figuras 4.21 a la 4.26, se presentan diagramas de caso de

uso desarrollados para el sistema diseñado, donde se observa cada
proceso y nivel de desarrollo del mismo.
Figura 4.21. Diagrama de contexto o de primer nivel, del proceso que
se lleva a cabo en el sistema SIPAG 3LV. [Elaboración propia]
 Figura 4.22. Diagrama de segundo nivel, para el subproceso de
registro y control. [Elaboración propia]

Actores: los clientes realizan una solicitud y reciben una respuesta, el

recepcionista u operador del sistema ejecuta la respectiva solicitud.
Condición inicial: Los usuarios deben conocer el estado actual de su
registro en el sistema
Flujo de Evento: el cliente realiza su solicitud para realizar una
operación en el sistema, el operador del sistema analiza la solicitud, si
es viable procede a registrar los datos del usuario, optando por la
posibilidad de generar reportes, mientras que usuario registrado recibe un
mensaje de confirmación de que su solicitud ha sido realizada o rechazada
Condiciones de Salida: El usuario registrado después de
conocer la información, quedará satisfecho por la atención prestada.

Figura 4.23. Diagrama de segundo nivel, para el subproceso de

pagos. [Elaboración propia]

Actores: los usuarios realizan el (los) pago (s), el administrador u

operador del sistema registra el (los) pago (s),
Condición inicial: Los usuarios deben conocer el estado actual de
sus pagos y el estado de vinculación con el gimnasio
Flujo de Evento: el usuario le entrega el dinero para el pago de su
periodo de vinculación en el gimnasio al operador, quien luego de
verificar la suma y el estado actual de vinculación del usuario, registra
el pago en el sistema
Condiciones de Salida: El usuario registrado después de conocer el
visto bueno por parte del sistema y el respectivo reporte de pagos,
quedará satisfecho.

Figura 4.24. Diagrama de segundo nivel, para el subproceso de

pagos. [Elaboración propia]
Actores: Los usuarios solicitan al operador del sistema o recepcionista el
registro, el instructor consulta su disponibilidad de tiempo, el
recepcionista registra la solicitud, el usuario registrado recibe el aviso de
registro
Condición inicial: el administrador o empleado, debe conocer el cupo
de las clases, el instructor debe tener disponibilidad de tiempo, el usuario
debe estar al dia en sus pagos.
Flujo de Evento: el usuario solicita se le sea registrado en
determinada clase, indicando la fecha y hora, el recepcionista u operador
del sistema analiza la solicitud y verifica el estado actual del usuario,
adicionalmente corrobora la disponibilidad de tiempo para el respectivo
instructor quien guiará la clase
Condiciones de Salida: El “usuario registrado” después de conocer el
visto bueno de registro en el horario parte del sistema, quedará
satisfecho.
 Figura 4.25. Diagrama de segundo nivel, para el subproceso de
evaluación física. [Elaboración propia]

Actores: el instructor realiza la respectiva evaluación física, el

usuario debe proporcionar sus medidas métricas
Condición inicial: el instructor debe tener previo conocimiento de la
toma de medidas métricas e interpretación del formato de historia clínica
Flujo de Evento: luego de que el usuario ha sido registrado en el
sistema o que lleva un mes de entrenamiento, el instructor debe realizar
una valoración física y/o registro de la historia clínica del usuario con el
propósito llevar un registro de evolución el usuario.
Condiciones de Salida: el sistema genera un reporte de historia clínica
y otro de evolución según el desarrollo de la ficha métrica

Figura 4.26. Diagrama de segundo nivel, para el subproceso,

asignación de entrenamiento. [Elaboración propia]

Actores: el instructor realiza la respectiva verificación de la evaluación

física, el usuario es informado del tipo de entrenamiento a desarrollar
Condición inicial: el instructor debe tener previo conocimiento de la
interpretación y análisis de los datos recopilados en la evaluación física
Flujo de Evento: luego de que el usuario ha sido registrado en el
sistema o que lleva un mes de entrenamiento, el instructor debe revisar la
evolución del usuario, y asignarle el tipo de entrenamiento que mas se
ajuste a dicha evolución física, seguidamente el instructor le informa al
usuario el tipo de entrenamiento a realizar, le explica la razón, y le
explica la manera de realizarlo.
Condiciones de Salida: el instructor informa el tipo de entrenamiento a
realizar

Desarrollo de las pruebas del sistema

Enfoque de caja blanca: consiste en centrarse en la estructura interna

(implementación) del programa para elegir los casos de prueba. En
este caso, la prueba ideal (exhaustiva) del software consistiría en probar
todos los posibles caminos de ejecución, a través de las instrucciones
del código, que puedan trazarse.
El enfoque funcional o de caja negra: Consiste en estudiar la
especificación de las funciones, la entrada y la salida para derivar los
casos. Aquí, la prueba ideal del software consistiría en probar todas las
posibles entradas y salidas del programa.
 Pruebas de caja negra

Tabla 4.11. Pruebas de caja negra del sistema SIPAGF 3LV, historia
clínica. [Elaboración propia]
ENTRADA DESCRIPCION SALIDA

Mediante un test, que La Historia Clínica permite El entrenador emite un

consta de 13 preguntas, se
conoce el estado clínico
actual del usuario.
conocer a los instructores del diagnostico del estado actual
Gimnasio los antecedentes del usuario, con el fin de
personales, enfermedades o proceder a una posterior
problemas que sufre el usuario asignación del
y que le podrían impedir o entrenamiento físico
restringir la ejecución de
alguno de los diferentes tipos
de entrenamientos
establecidos en el plan de
entrenamiento
físico

Tabla 4.12. Pruebas de caja negra del sistema SIPAGF 3LV, ficha
métrica. [Elaboración propia]

ENTRADA DESCRIPCION SALIDA

Tabla de digitación de
medidas métricas,
actualizable
mensualmente.
La ficha métrica es un registro que
llenamos desde el primer día en que
el usuario se registra, en donde se
especifica el objetivo esperando por
el usuario al momento de finalizar el
proceso de entrenamiento físico,
dicho registro se debe llenar
mensualmente, digitalizando los
avances en cuanto a masa muscular
por especificaciones corporales.
Se registran la evolución
mensual de las medidas
métricas de los usuarios, con
el propósito de asignar
nuevas rutinas de
entrenamientos, de acuerdo
a la respectiva evolución del
usuario.
Tabla 4.13. Pruebas de caja negra del sistema SIPAGF 3LV, historia
clínica. [Elaboración propia]

ENTRADA DESCRIPCION SALIDA

tabla de digitación de Luego de haber llenado y Se registran la evolución mensual

calentamiento y de
entrenamiento con pesas,
actualizable mensualmente.
analizado la ficha métrica e
Historia clínica, el instructor
procede a llenar esta ficha de
entrenamiento, la cual será la base
de la asignación de entrenamiento
mensual.
de los tiempos de calentamiento y
las rutinas de entrenamiento con
pesas, a fin de asignar nuevas
rutinas de entrenamiento, de
acuerdo a la respectiva evolución
del usuario.

Tabla de digitación de asignación Esta es la última parte para Se registran la evolución

de entrenamiento con pesas y de
parámetros cardiovasculares,
actualizable mensualmente.
el diligenciamiento de la ficha de
entrenamiento, en esta ficha
encontramos que finalizamos con
la asignación de entrenamiento
físico y también una nueva
tabla que permite asignar
tiempo para las respectivas
máquinas, y valores para la
frecuencia cardiaca.
mensual de los parámetros
cardiovasculares y las rutinas
de entrenamiento con pesas,
con el propósito de asignar
nuevas rutinas de resistencia
física, de acuerdo a la
respectiva evolución del
usuario.

Pruebas de caja blanca

La cobertura de segmentos es engañosa en presencia de segmentos

opcionales. Por ejemplo:
IF Condición THEN Ejecuta Esto; END;
Desde el punto de vista de cobertura de segmentos, basta ejecutar
una vez, con éxito en la condición, para cubrir todas las sentencias
posibles. Sin embargo, desde el punto de vista de la lógica del programa,
también debe ser importante el caso de que la condición falle (si no lo
fuera, sobra el IF). Sin embargo, como en la rama ELSE no hay
sentencias, con 0 ejecuciones tenemos el 100%.
Para afrontar estos casos, se plantea un refinamiento de la
cobertura de segmentos consistente en recorrer todas las posibles
salidas de los puntos de decisión. Para el ejemplo de arriba, para
conseguir una cobertura de ramas del 100% hay que ejecutar (al menos)
2 veces, una satisfaciendo la condición, y otra no.
Estos criterios se extienden a las construcciones que suponen elegir
1 de entre varias ramas. Por ejemplo, el CASE.
Nótese que si lograramos una cobertura de ramas del 100%, esto
llevaría implícita una cobertura del 100% de los segmentos, pues todo
segmento está en alguna rama. Esto es cierto salvo en programas
triviales que carecen de condiciones.
Los cuadros y pantallas de prueba de caja blanca se muestran en el
anexo B.

Corrida de instrucciones y comandos

Estos detalles del trabajo se muestran en el anexo C de este
proyecto.
Requerimientos del software
El software como tal tiene unos requerimientos e entrada, los cuales
se muestran en el anexo D.
Diccionario de datos
Las tablas correspondientes al diccionario de datos se encuentran
en el anexo E.
Interfaz de ingreso al sistema

Las pantallas de interfaz e ingreso al sistema se muestran en el

anexo F. Así como también la interfaz de menú y de usuarios. También se
encuentra en este anexo la pantalla que muestra el formulario para
ingreso al sistema.
 CONCLUSIONES Y RECOMENDACIONES

Conclusiones

1. El estudio de campo que se realizó a los clientes, de la mano de la

entrevista con el administrador del gimnasio, logró validar la aceptación y
la viabilidad para el desarrollo del presente proyecto.
2. Con la implementación de la aplicación, se buscó el mejoramiento de los
procesos administrativos en el gimnasio, con el beneficio de poder
controlar los pagos de los clientes de manera oportuna.
3. Mediante la utilización de una metodología de desarrollo de software, se
lograron obtener los parámetros funcionales adecuados y como
consecuencia facilitar el desarrollo del software.
4. La aplicación, logró la automatización del proceso de facturación y
cobros de mensualidades, facilitando a la administración del Gimnasio,
obtener datos de forma instantánea y efectiva.
5. Sistematizar los procesos manuales en una empresa, es una de las
mejores opciones que tienen éstas si desean mejorar su rendimiento
operativo y productivo.
6. El tiempo es una variable vital en una empresa, sistematizar procesos
que anteriormente se hacían manuales, nos permite ahorrar cantidades
de tiempo.
1. Además de ahorrar tiempo, existen otras variables que se mejoran
notablemente en las empresas que optan por sistematizar sus procesos
manuales. El ahorro de tiempo se convierte también en ahorro de dinero,
ahorrar dinero para una empresa permite a esta cada vez más crecer.
8. Para el gimnasio 3lV, en Barcelona, la sistematización de sus procesos
se ha de convertir en una fuerte herramienta ya que podrá responder a las
necesidades de los usuarios de la mejor forma posible, es decir, podrá
realizar inscripciones de usuarios, consultas de información, modificación
de la misma en tiempos que anteriormente con la realización de los
procesos manuales no se podían conseguir.
 Recomendaciones

1. Se recomienda que para la aplicación del software, se utilicen los

parámetros reales establecidos previamente, a fin de lograr los
resultados óptimos.
2. Para los nuevos usuarios se recomienda una capacitación introductoria
con el fin de ayudarles a entender el funcionamiento de la aplicación.

3. Se debe mantener un constante respaldo de la información y un

mantenimiento oportuno tanto físico como lógico de las computadoras.
 BIBLIOGRAFÍA

1. AULAR, l. Estrategias gerenciales de autogestión en el manejo

administrativo de las instalaciones deportivas de Gimnasio Vertical
Guacara, estado Carabobo. 2019.
2. DÍAZ, A. Diseño de un sistema Experto para la creación de un
gimnasio en el distrito de pimentel-chiclayo. 2017.
3. QUEVEDO, E. y GARCÍA, J. Diseño de un sistema de información
para la gestión administrativa De los practicantes en el gimnasio
sport fitness. 2017
4. DÍAZ, M. Diseño de un Manual de Procedimientos de Inscripción
de los Socios en el Gimnasio Gold’s Gym, Distrito Nacional, Año
2015. 2015
5. BEJARANO, L.. Diseño de un sistema de información del ingreso.
Universidad de los Andes. Mérida. 2018
6. MENDEZ E. C. Metodología de la Investigación. Mc Graw Hill,
México. 1994.
7. TAMAYO, M. El proceso de la investigación científica. Limusa.
Madrid. 1996.
8. UNIVERSIDAD LIBRE DE COLOMBIA. Guía para la elaboración de
proyectos de investigación en ingeniería. Bogotá. 2004.
8. YOURDON, E. Análisis estructurado moderno. Prentice Hall.
Madrid. 1993.
9. AREITIO, J., & AREITIO, T. Análisis en torno a la tecnología
biométrica para los sistemas electrónicos de identificación y
autenticación. Revista española de electrónica número 67. 2007
10. CIMOLI, M., & CORREA, N. Nuevas tecnologías y viejos
problemas: ¿pueden las TICs reducir la brecha tecnológica y la
heterogeneidad estructural? Buenos Aires. 2003
11.DIBIASE,F.,&DIBIASE,A.(2010). Sistemas de Información
Computacional. México. 2010
 INFOGRAFIA

1. http://www.escribimos.com/soft.htm
2. http://www.groxis.com/service/grok/g_products.html?id=I2SvvHXe
3. http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
4. http://www.monografias.com/trabajos14/proyectos-sistem/proyectos-
sistem.shtml
5. http://www.monografias.com/trabajos14/modelodebase/
modelodebase.shtml
6. http://www.umsanet.edu.bo/docentes/api/sipi2.pdf
7. http://www.virtual.unal.edu.co/cursos/sedes/manizales/4100010/
Lecciones/Cap3/FaseEstrat htm.
 ANEXOS
Anexo A
Formato de encuesta
1. ¿Sabe usted lo que es un sistema de control administrativo para el
control de pago?
a) Sí
b) Un poco
c) No

2. ¿Está usted de acuerdo con la rapidez con la cual es atendido

actualmente en el Gimnasio 3LV?
a) Sí
b) No
c) Un poco

3. ¿Conoce usted mensualmente el estado de su factura y soporte de

pago?
a) Sí
b) No
c) A medias

4. ¿Actualmente, con el proceso de facturación y registro manual, le

solicitan datos a cada momento?
a) Sí
b) No

5. ¿Está usted de acuerdo con cambiar a un sistema automatizado de

registro, pagos y asignación de entrenamiento físico?
a) Sí
b) No se

6. ¿Se actualizan mensualmente sus medidas de talla, peso y estatura?

a) Sí
b) No

7. ¿Cuándo usted se inscribió en el Gimnasio, se le suministró el plan de

entrenamiento correspondiente?
a) Sí
b) No

8. ¿Ha recibido usted su rutina de ejercicios diarios?

 a) No
b) Sí

9. ¿Piensa usted que el actual control de ingreso de personas al

gimnasio es el adecuado?
a) No
b) Sí

10. ¿Es usted informado oportunamente de las fechas de corte y pago,

actualmente en el Gimnasio?
a) No
b) Sí
 Anexo B
Pantallas de prueba de caja blanca
Anexo C
 Comandos, formato de ingreso al sistema

Usuario

Clave

Ingresar Salir

Desarrollo.

Script de la Base de Datos.

SET@OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS,UNIQUE_
CHECKS=0; SET
@OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS,
FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE,
SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

--3LVgimnasio

CREATES3LVNOTEXISTS`gimnasio`DEFAULTCHARACTERSETlatin1
COLLATElatin1_swe
dish_ci; USE
`gimnasio` ;

--Table`gimnasio`.`clientes`

CREATETABLEIFNOTEXISTS`gimnasio`.`clientes`(
`cod_cliente`INTNOTNULLAUTO_INCREMENT,
`cedula_cliente`VARCHAR(45)NULL,
`nom_cliente`VARCHAR(200)NOTNULL,
`ape_cliente`VARCHAR(200)NOTNULL,
`fecha_cliente`VARCHAR(200)NOTNULL,
`genero_cliente`VARCHAR(200)NOTNULL,
`email`VARCHAR(200)NULL,
`telefono`VARCHAR(45)NULL,
`direccion`VARCHAR(500)NULL,
`celular`VARCHAR(45)NULL,
PRIMARY KEY
(`cod_cliente`))
ENGINE=InnoDB;

--Table`gimnasio`.`ficha`

CREATETABLEIFNOTEXISTS`gimnasio`.`ficha`(
`cod_ficha`INTNOT NULL AUTO_INCREMENT,
`fecha_apertura`DATENOT NULL,
`estado`TINYINT(1)NOTNULL,
`clientes_cod_cliente`INTNUL
L, PRIMARY KEY
(`cod_ficha`),
INDEX`fk_ficha_clientes`(`clientes_cod_clie
nte`ASC), CONSTRAINT `fk_ficha_clientes`
FOREIGN KEY (`clientes_cod_cliente`)
REFERENCES`gimnasio`.`clientes`(`cod_
cliente`) ON DELETE NO ACTION
ONUPDATENOACT
ION) ENGINE =
InnoDB;

--Table`gimnasio`.`asistencia`

CREATETABLEIFNOTEXISTS`gimnasio`.`asistencia`(
`cod_asistencia`INTNOTNULLAUTO_INCREMENT,
`fecha_asistencia`DATENOTNULL,
`hora`TIMENOTNULL,
`ficha_cod_ficha` INT NULL,
PRIMARYKEY(`cod_asisten
cia`),
INDEX`fk_asistencia_ficha`(`ficha_cod_fich
a`ASC), CONSTRAINT
`fk_asistencia_ficha`
FOREIGN KEY (`ficha_cod_ficha`)
REFERENCES`gimnasio`.`ficha`(`c
od_ficha`) ON DELETE NO
ACTION
ONUPDATENOA
CTION) ENGINE =
InnoDB;
--Table`gimnasio`.`factura`

CREATETABLEIFNOTEXISTS`gimnasio`.`factura`(
`cod_factura`INTNOT NULLAUTO_INCREMENT,
`num_factura`VARCHAR(45) NULL,
`fecha_pago`DATENULL,
`iva`DECIMAL(4,2)NULL,
`TOTAL`DECIMAL(4,2) NULL,
`ficha_cod_ficha`INTNO
TNULL, PRIMARY KEY
(`cod_factura`),
INDEX`fk_factura_ficha1_idx`(`ficha_c
od_ficha`ASC), CONSTRAINT
`fk_factura_ficha1`
FOREIGN KEY
(`ficha_cod_ficha`)
REFERENCES`gimnasio`.`fic
ha`(`cod_ficha`) ON DELETE
NO ACTION
ONUPDATEN
OACTION)
ENGINE =
InnoDB;

--Table`gimnasio`.`productos_has_factura`

CREATETABLEIFNOTEXISTS`gimnasio`.`productos_has_factura`(
`productos_cod_producto`INT NOTNULL,
`factura_cod_factura`INTNOTNULL,
`cantidad`DECIMAL(4,2)NOTNULL,
`precio`DECIMAL(4,2)NOTNULL,
PRIMARYKEY(`productos_cod_producto`,`factura_cod_factura`),
INDEX`fk_productos_has_factura_productos`(`productos_cod_produ
cto`ASC), INDEX `fk_productos_has_factura_factura`
(`factura_cod_factura` ASC), CONSTRAINT
`fk_productos_has_factura_productos`
FOREIGN KEY (`productos_cod_producto`)
REFERENCES`gimnasio`.`productos`(`cod_pro
ducto`) ON DELETE NO ACTION
ONUPDATENO ACTION,
CONSTRAINT
`fk_productos_has_factura_factura`
FOREIGN KEY (`factura_cod_factura`)
REFERENCES`gimnasio`.`factura`(`cod_f
actura`) ON DELETE NO ACTION
ONUPDATENO ACTION);

--Table`gimnasio`.`usuarios`

CREATETABLEIFNOTEXISTS`gimnasio`.`usuarios`(
`cod_usuario`INTNOTNULLAUTO_INCREMENT,
`nombre_usuario`VARCHAR(200)NOTNULL,
`apellido_usuario`VARCHAR(200)NOTNULL,
`email_usuario`VARCHAR(200)NULL,
`tipo_usuario`VARCHAR(100)NOTNULL,
`celular`VARCHAR(45)NULL,
`telefono`VARCHAR(45)NULL,
`direccion`VARCHAR(500)NULL,
`especialidad`VARCHAR(200)NULL,
`usuario`VARCHAR(50)NOTNULL,
`clave`VARCHAR(50)NOT NULL,
`huella1`VARCHAR(500)NULL,
`huella2`VARCHAR(500)NU
LL, PRIMARY KEY
(`cod_usuario`)) ENGINE =
InnoDB;

--Table`gimnasio`.`dispositivos`

CREATETABLEIFNOTEXISTS`gimnasio`.`dispositivos`(
`cod_dispositivo`INTNOTNULLAUTO_INCREMENT,
`puerto_serial`VARCHAR(200)NULL,
`lector`VARCHAR(200)NULL,
PRIMARYKEY(`cod_dispositiv
o`)) ENGINE = InnoDB;
SET SQL_MODE=@OLD_SQL_MODE;
SETFOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY
_CHECKS; SET
UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;

Codificación

Using System;
Using
System.Collections
.Generic; using
System.Componen
 tModel; using
System.Data;
usingSystem.Drawing;
//
usingSys
tem.Linq
; using
System.
Text;
using
System.Windows.
Forms;
using
MySql.Data.MySq
lClient;

name space WindowsFormsApplication1

Public partialclass Ingreso: Form
Publicin tintentos;

Public Ingreso()
Initialize Component();

Private void Ingreso_Load(object sender,EventArgse)

My Sql Command cmd=new My Sql Command("Select cod_usuariofrom
usuarios",dbConexion.Conectar());
My Sql Data Readerdr=cmd.Execute Reader(); dr.Read();
if(dr.HasRows==false)
btn_Ingresar.Enabled=false; this.Hide();
Usuarios2frm_usuarios=newUsuarios2();
frm_usuarios.Show();
intentos =0;
catch(Exceptiones)
if(es.GetHashCode().To String()=="64923656")
Message Box.Show("Error de conexión con la Base de Datos, revise si existe la
base de datos");
System. Environment. Exit(0);
// Message Box. Show(es.GetHashCode().To String());

private void btn_salir_Click(objectsender, Event Argse)

System.Environment.Exit(0);
Private vo id btn_Ingresar_Click(objectsender, Event Argse)
MessageBox.Show("Lo Sentimos superastes el número máximo de intentos
System.Environment.Exit(0);
My Sql Command cmd=new My Sql Command("Selectcod_usuariofromusuarios
where usuario=@usu and clave=@cla", db Conexion. Conectar());
cmd. Parameters. Add With Value("@usu", txt_usu.Text);
cmd.Parameters.AddWithValue("@cla",txt_clave.Text); My
Sql Data Readerdr=cmd.ExecuteReader(); dr.Read();
if(dr.HasRows==true)

Registrado un ingreso"; lbl_no_encontrado.Text="Lo Sentimos, ya tiene

lbl_no_encontrado.Visible = true;
lbl_no_encontrado.Refresh();
Thread.Sleep(1500);
 lbl_no_ encontrado.Visible=false;
txt_huella.Text = "";
encontrado=true;

Public void consultar facture (string codigo)

My Sql Command cmd = new My Sql Command("select
cod_factura,DATE_FORMAT(fecha_pago,'%Y-%m-%d') as pago,
DATE_ADD( fecha_pago, INTERVAL (select cantidad from
productos_has_factura where
factura_cod_factura=(selectcod_facturafromfacturawhereficha_cod_ficha=(Select
max(cod_ficha) from ficha where clientes_cod_cliente=@codigo_cliente) ORDER
BY cod_factura DESCLIMIT1))MONTH) as
proximo_pago,DATEDIFF(DATE_ADD(fecha_pago, INTERVAL (select cantidad
from productos_has_factura where
factura_cod_factura=(selectcod_facturafromfacturawhereficha_cod_ficha=(Select
max(cod_ficha) from ficha where clientes_cod_cliente=@codigo_cliente) ORDER
BY cod_factura DESC LIMIT 1)) MONTH ),CURDATE()) as dias from factura
where ficha_cod_ficha=(Select max(cod_ficha) from ficha where
clientes_cod_cliente=@codigo_cliente) ORDER BY cod_factura DESC LIMIT 1",
dbConexion.Conectar());
cmd.Parameters.AddWithValue("@codigo_cliente",codi
go);
My Sql Data Reader dr = cmd.ExecuteReader();
intdias=0;
bl_error.Text = "Los Sentimos No Puede Ingresar"+
System.Environment.NewLine+"suPagoCaducoAyer"+System.Environment.NewLin
e;
else lbl_error.Text = "Los Sentimos No Puede Ingresar"+
System.Environment.NewLine+"suPagoCaducohace"+(dias*-1).ToString()+" dias"+
System. Environment. New Line;

lbl_error.Refresh();

else
lbl_error.Visible=false;
lbl_error.Text = "";
lbl_encontrado.Visible=true;
registrar ingreso(codigo);
Thread.Sleep(2500); lbl_encontrado.Visible = false;
label4.Refresh(); txt_huella.Text = "";
dbConexion.Desco
nectar();

My Sql Command cmd=new My Sql Command("select co d_ficha from

ficha where
estado='1'andclientes_cod_cliente=@codigo_cliente",db Conexion.Conectar());
cmd.Parameters.AddWithValue("@codigo_cliente", txt_cliente.Text);
MySqlDataReader dr = cmd.ExecuteReader();
dr.Read();
int ficha= dr.GetInt32(0);
String fecha = System.DateTime.Now.Year.ToString() + "-"+ System.
DateTime.Now. Month. To String ()+"-"+System.DateTime.Now.Day.ToString();
String hora=System. Date Time. Now. Time Of Day. Hours. To String()
+":"+ System. DateTime.Now.TimeOfDay.Minutes.ToString () + ":"+ System.
DateTime.Now.TimeOfDay.Seconds.ToString ();
MySqlCommandcmd2;
cmd2=newMySqlCommand("insertintoasistencia(fecha_asistencia,hora,
ficha_cod_ficha) values(@fecha, @hora, @ficha)", db Conexion.Conectar());
cmd2.Parameters.AddWithValue ("@fecha",fecha); cmd2.Parameters.AddWithValue
("@hora", hora); cmd2.Parameters.AddWithValue("@ficha",ficha);

Anexo D

Requerimientos del software

Especificación de Requerimientos N.-1

Ficha de Registro de Usuarios
Fecha: xx- xx-xxxx
Función Registrar Usuarios.
Descripción Registrar los datos personales de los
usuarios
Entrada Datos personales del usuario: nombre,
apellido, correo electrónico, dirección,
teléfono, género, celular, dirección,
especialidad, usuario y clave.

Fuente El empleado
Salida Visualización de Ingreso correcto de la
información
Destino Tabla de usuarios en la base de datos
Acción Almacenar la información del usuario en la
base de datos del sistema.
Efectos Colaterales Ninguno

Especificación de Requerimientos N.-2

Ficha de Registro de Clientes
Fecha: xx-xx-xxxx
 Función Registrar Clientes.
Descripción Registrar los datos personales de los
clientes
Entrada Datos personales del cliente: cédula, nombre,
apellido, fecha de nacimiento, correo
electrónico, dirección, teléfono,
genero, celular, dirección ,pulgar derecho.

Fuente El cliente
Salida Visualización de Ingreso correcto de la
información
Destino Tabla de clientes en la base de datos
Acción Almacenar la información del cliente en la
base de datos del sistema.
Efectos Colaterales Ninguno

Especificación de Requerimientos N.-3

Ficha de Inscripción en el gimnasio
Fecha: xx-xx-xxxx
Función Inscribir a los clientes.
Descripción Inscribir a los clientes en los servicios que
Ofrece el gimnasio.
Entrada Selección de Disciplinas
Fuente El Cliente
Salida Visualización de Ingreso correcto de la
información
Destino Tabla de ficha en la base de datos
Acción Almacenar la información de los servicios
que contrata el cliente en la base de datos
del sistema.

Efectos Colaterales Facturación.

Especificación de Requerimientos N.4

Ficha de Cobro de Mensualidades
Fecha: xx-xx-xxxx
Función Cobrar las mensualidades
Descripción En base a la inscripción cobrar las
mensualidades de cada cliente
Entrada Datos cliente
Fuente El Cliente
Salida Visualización de ingreso de la información y
generación de factura.
Destino Tabla de factura y productos _has _factura
En la base de datos
 Acción Consultar en la base de datos las
Mensualidades y realiza el cobro de las mismas
en caso de ser necesario.
Efectos Colaterales Ingreso al gimnasio

Especificación de Requerimientos N.4

Ficha de Cobro de Mensualidades
Fecha: xx-xx-xxxx
Función Cobrar las mensualidades
Descripción En base a la inscripción cobrar las
mensualidades de cada cliente
Entrada Datos cliente
Fuente El Cliente
Salida Visualización de ingreso de la información y
generación de factura.
Destino Tabla de factura y productos _has _factura
En la base de datos
Acción Consultar en la base de datos las
Mensualidades y realiza el cobro de las mismas
en caso de ser necesario.
Efectos Colaterales Ingreso al gimnasio

Anexo E

Diccionario de datos

Asistencia
P N U BI U Z
Column name Data Typ e AI Default Comment
K N Q N N F
cod_asistencia INT ✔ ✔ ✔
fecha_asistencia DATE ✔

Hora TIME ✔
ficha_cod_ficha INT

Clientes
 P N U BI U Z A Default Comment
Column name Data Type
K N Q N N F I
cod_cliente INT ✔ ✔ ✔
cedula cliente VARCHAR(45)

nom_cliente VARCHAR(200) ✔

ape_cliente ✔
VARCHAR(200)

fecha cliente VARCHAR(200) ✔

genero_client e VARCHAR(200) ✔

Email VARCHAR(200)

teléfono VARCHAR(45)

dirección VARCHAR(500)

Celular VARCHAR(45)

pulgar_derec ho
VARCHAR(500)
 Factura

P N U BI U Z A Default Comment
Column name DataType
K N Q N N F I
cod_factura INT ✔ ✔ ✔
num_factura VARCHAR(4 5)

fecha_pago DATE
Iva DECIMAL(4,
2)
TOTAL DECIMAL(4, 2)

ficha_cod_fic ha INT ✔

Ficha

P N U U Z A
Column name DataType BI N Default Comment
K N Q N F I
cod_ficha INT ✔ ✔ ✔
fecha_apertura DATE ✔
Estado TINYINT( ✔
1)
clientes_cod_clie nte INT
 Usuarios

Column name Data Type P N U BI U Z AI Default Comment

K N Q N N F
cod_usuario INT ✔ ✔ ✔
nombre_usua VARCHAR(2 ✔
rio 00)
apellido_usua VARCHAR(2 ✔
rio 00)
email_usuario VARCHAR(2
00)
tipo_usuario VARCHAR(1 00) ✔

Celular VARCHAR(4
5)
teléfono VARCHAR(4
5)
dirección VARCHAR(5
00)
Especialidad VARCHAR(2
00)
Usuario VARCHAR(5 ✔
0)
Clave VARCHAR(5 0) ✔

huella1 VARCHAR(5

Anexo F
 Pantallas de interfaz

Diseño e interfaz de usuario.

Zona de Administración.

Interfaz de Ingreso al Sistema.

Usuario

Clave

IngresarCancelar
Interfaz de Zona de Menú.

ZonadeMenú ZonaActiva

Zona de Usuarios.

Cabecera

Estado de Lecturade Huella

Mensaje