Bases De Datos I

Integrantes: Oscar Ramos

Andrs Atapuma

1
1. NOMBRE DEL PROYECTO
POWER GYM
2. INTRODUCION
Las empresas o entidades que cuentan con una infraestructura bien definida tienen
mayor probabilidad de satisfacer los requerimientos de los clientes, si la entidad cumple
este objetivo, como consecuencia tendr un posicionamiento alto en el mercado y sus
ingresos aumentaran. La seguridad de la informacin es una caracterstica muy
importante que puede diferenciar a una entidad de otra. Una vez que la entidad se
encuentra posicionada en el mercado es importante que los administradores de las
bases de datos optimicen el funcionamiento de la aplicacin mediante procesos de
transacciones.

Este documento detalla la creacin de un sistema para un gimnasio donde se controla

las rutinas personalizadas. El software tiene que estar compuesto por varias tcnicas
como son control de concurrencia, control de acceso, procedimientos almacenados y
optimizacin de consultas. El manejo de este software va hacer flexible tal para el
cliente como tambin para los empleados que trabajan en dicha entidad.

2.1 PROBLEMA

POWER GYM es una entidad donde actividad fsica que gua al usuario a cumplir
los objetivos fsicos personales. Tiene varias sucursales en el pas, en todas se
realiza el mismo procedimiento con los clientes. El gerente ha observado que ha
aumentado considerablemente los clientes y que la organizacin del gimnasio y de
las sucursales no es la correcta, por lo cual se ve en la necesidad de adquirir un
sistema que realice de manera efectiva varias transacciones a la vez, sin que la
informacin deje de ser confiable adema que todos los empleados tengan
privilegios especficos de acuerdo a su cargo.

2.3 JUSTIFICACION
El presente proyecto, tiene como fin disear un modelo de datos con
documentacin tcnica y procedimientos ptimos que defina la estructura de los
datos del sistema, gestin de transacciones, seguridad de la informacin y varias
tcnicas ms, las que permitirn organizar, controlar y respaldar la informacin de
POWER GYM empleando conocimientos de ingeniera.

2
3. OBJETIVOS DEL PROYECTO
a. Objetivos generales del proyecto

Implementar una base de datos para un sistema en un gimnasio y las diferentes

sucursales, el cual garantice la informacin de la entidad y controle la concurrencia
aplicando tcnicas de ingeniera.

b. Objetivos especficos del proyecto

Elaborar los esquemas pertinentes al diseo conceptual, lgico y fsico

mediante herramientas de diseo de software.

Crear la base de datos utilizando el DBMS SQL Management Studio

Crear procedimientos almacenados que optimicen las consultas en la

entidad POWER GYM.

Implementar procedimientos almacenados que optimicen el proceso de las

transacciones, manteniendo en con estado consistente la informacin

4. ALCANCE Y LIMITACIONES DEL SISTEMA

c. Alcances
El alcance del proyecto se limita al proceso de desarrollo del diseo de la base
de datos, dentro del proyecto POWERGYM, pero que puede aplicarse a la vida
real. El proyecto no presentara una interfaz GUI programada y desarrollada para
el usuario final, pero se integran los datos al DBMS SQL server 2012 para
procesar transacciones a nivel de sentencias SQL, DDL, Y DML. La propuesta
de este proyecto deja base de una arquitectura cliente servidor que tambin
debe tener un escenario web que maneje perfiles de usuarios para la gestin de
pedidos, envos, facturaciones, devoluciones, pagos de productos.

d. Limitaciones
El proyecto se limita a una interfaz grfica comn pero en cierta forma no es
aplicable a la web, cabe indicar el respectivo programa tiene una limitacin para

3
 conectarse a una alguna aplicacin mvil para que puedan usar los clientes de
una forma ms interactiva.

5. SELECCIN DE METODOLOGA Y HERRAMIENTAS DE

DESARROLLO

e. Metodologa
El proyecto se desarrallo mediante lo aprendido en Programacin I y con la
respectivo DBMS el SQL Server, luego de un anlisis y planificacin
correspondiente se implementara Scrum.
- Procedimientos Almacenados
- Control de acceso
- Control de concurrencia
- Algebra relacional
- Normalizacin hasta 3FN4 DISEO CONCEPTUAL

f. Base de datos
A continuacin se especifica las herramientas que se utiliz:
- La Herramienta Case (Dezing)
- El DBMS (SQL Server 2012)
- Draw.io
-SyBase Power Design

g. Lenguaje de programacin
El proyecto se desarroll en C# donde el respectivo programa est compuesto
de las capa de presentacin, capa negocio, capa de datos en las diferentes
capas se elabora para poder ingresar de una manera ms interactiva los clientes
nuevos.

6. ANLISIS DE COSTOS
h. Software
- El DBMS (SQL Server 2014)
- Windows 8 y Windows 7
- MICROSOFT VISUALE C++ 2012
- Las Herramientas de Microsoft (Power Point y Word)
- Draw.io
-SyBase Power Design

4
 i. Hardware
- Impresora
- 3 computadoras porttiles
- 2 Flash Memory de 8 GB
- 1 disco duro externo (100 GB)
- Internet
- Libros (Biblioteca)

j. Humano
2 Personas integrantes del equipo

7. CRONOGRAMA EN PROJECT

Actividad Primer mes Segundo mes Tercer mes Cuarto mes Quinto mes Sexto mes
Seleccin de proyecto a desarrollar
Diseo de la extructura del proyecto
Instalacion de software y materiales
Programacion
Diseo del modelado
Extructuracion de la base de datos
Prueba de la interfaz
Prueba de conexin base de datos
Pruebas de funcionamiento
Elaboracion procedures,vistas
Verificacion con consultas

Fase 2. Documento de anlisis de requerimientos y diseo

preliminar

1. Nombre del proyecto

Sistema POWER GYM

2. Anlisis de requerimientos
Sistema POWER GYM
Caractersticas del Usuario
A continuacin se describen los tipos de usuario que utilizar POWER GYM para su entrenamiento
diario y recuperacin fsica, adems del entrenador y mdico asesor en dichos procesos:

Caractersticas de Usuario
Caractersticas del usuario Usuario de Gimnasio

5
 El usuario de gimnasio, incluye a los hombres y
mujeres entre los 14 y 60 aos que sean
Descripcin usuarios frecuentes de gimnasio y/o que
realicen actividad fsica regularmente. Deben
tener acceso a dispositivos mviles o
computador.

Registro, inicio de sesin, Consultar rutinas,

Actividades
ejercicios, listas de reproduccin de msica,

Experiencia Tener un breve que servicios da el gymnasio

Frecuencia de Uso Frecuente

Usuario:
Caractersticas
Caractersticas del usuario Entrenador o Mdico
Entrenador o mdico de gimnasio. Incluye
hombres y mujeres entre 23 y 60 aos.
Descripcin
Profesionales o especializados en las ciencias
del deporte y tratamiento de lesiones.
Registro, inicio de sesin, creacin de rutinas,
ingreso de nuevos ejercicios al sistema,
Actividades
verificacin de rutinas generadas por el
sistema.

Tener conocimiento en el manejo de

Experiencia
computadores y navegadores de internet.

Frecuencia de Uso Frecuente

Restricciones
Las restricciones sobre los diferentes aspectos de desarrollo del proyecto y que directamente
influyen en el proceso de implementacin son:
Restricciones

Tipo de Restriccin Restricciones

Requisitos de lenguaje El sistema va a estar desarrollado en el idioma espaol

principalmente, ya que va a ser lanzado en la ciudad de Quito.
El producto debe ser entregado en las fechas especificadas.
Cliente El producto debe contar con las funciones especificadas
inicialmente.

6
 Se espera que la interfaz sea consistente y fcil de usar para los
usuarios, que sea amigable y no presente errores de ningn
Interfaz de usuario
tipo.

Lenguaje de
La plataforma se elabor en C# y la interfaz es muy amigable
Programacin
El software empleado para el desarrollo de este proyecto ser
en su mayora de software propietario.
Legales
Todo el contenido del proyecto ser de propiedad de los
estudiantes Oscar Ramos y Santiago Atapuma
Persistencia Toda la informacin ser persistida en el sistema de
almacenamiento SQL SERVER 2014.

Sistema operativo El sistema operativo para la plataforma web ser Windows 7 o

Windows 8

2.1 PLAN DE MANEJO DE REQUERIMIENTOS

Este Plan de Manejo de Requerimientos describe los procesos realizados para la captura,
clasificacin, control, priorizacin y trazabilidad de los requerimientos funcionales y no funcionales
del sistema.
2.2 Levantamiento de Requerimientos
En las siguientes secciones del presente plan se detallar el proceso de levantamiento de
requerimientos realizado en las instalaciones de la Sede UDLAPARK, teniendo en cuenta los
implementos deportivos disponibles en ste lugar.
Requerimientos Funcionales
Para la captura de los requerimientos funcionales del sistema POWER GYM, se realizaron 3
reuniones dentro de las instalaciones de la Sede UDLAPARK. Igualmente, se hicieron varias visitas y
revisiones a los equipos, mquinas y dems implementos deportivos disponibles en este gimnasio.
En cada una de las reuniones se definieron las funcionalidades ms relevantes a desarrollar en el
prototipo, las lesiones a tratar y los implementos deportivos (mquinas y equipamiento) que sern
incluidos en el mismo. De igual manera, se realiz la definicin de las rutinas de ejercicios para
usuarios nivel bsico (Acondicionamiento), intermedio (Fortalecimiento, Tonificacin) y avanzado
(Hipertrofia, Fortalecimiento).
Requerimientos No Funcionales
Los requerimientos no funcionales se tomaron a partir de las observaciones hechas durante las
reuniones, se discutieron durante las reuniones y se tomaron en cuenta partiendo de las
funcionalidades que el sistema debe tener para su confiabilidad, disponibilidad y dems criterios
no funcionales que se deben tomar en cuenta para el desarrollo de la aplicacin.

7
Verificacin y Validacin de Requerimientos
Se hizo un estudio inicial de las funcionalidades que podra tener el sistema, partiendo de las
necesidades del contexto de trabajo y del alcance esperado de la misma. Teniendo como base
esto, se realiz el levantamiento de requerimientos, por medio del proceso descrito
anteriormente en este mismo documento. De all el estudiante Oscar Ramos, realiz una primera
versin de los requerimientos funcionales y no funcionales que tendra la aplicacin.
En 2 reuniones hechas con la directora del trabajo de grado, la Ing. Pablo Guerra, se hicieron
revisiones de requerimientos, descartando los requerimientos redundantes y especificando con
mayor detalle y claridad los requerimientos definitivos. En cada uno de ellos se incluy su
descripcin y verificacin, la cual se realiza durante el desarrollo, la ejecucin y prueba de
funcionalidad de la aplicacin.

Tipos de Requerimientos
A continuacin encontramos los tipos de requerimientos que se encuentran en la aplicacin:
Clasificacin de los Requerimientos
CLASIFICACION DE LOS REQUERIMIENTOS
Sesin de usuario
CRUD Perfil
REQUERIMIENTOS FUNCIONALES Consultas de datos
Cuenta administrador
Servicios POWER GYM
Rendimiento
Disponibilidad
Seguridad
REQUERIMIENTOS NO FUNCIONALES Portabilidad
Escalabilidad
Modificabilidad
Extensibilidad

Atributos de los Requerimientos

Para la especificacin de los requerimientos funcionales, se utiliz la siguiente informacin:
ID Req: Identificador nico de los requerimientos funcionales (Ejemplo: RF-1).
Fecha de Creacin: Especifica la fecha en la cual fue creado o modificado el
requerimiento.
Tipo Usuario: Representa el o los usuarios que tienen relacin con el requerimiento
funcional definido.
ID Caso de Uso: Representa el caso de uso asociado a cada requerimiento funcional.
Nombre: Representa una breve explicacin del requerimiento.

8
 Estado: Es una descripcin del estado actual del requerimiento el cual puede ser:
Especificado, Diseado, Implementado o Verificado, los cuales sern detallados ms
adelante.
Prioridad: Es la importancia que tiene la elaboracin de dado requerimiento para el
sistema y para los stakeholders, medida en alta, media o baja.
Descripcin: Es una explicacin detallada sobre el requerimiento que se debe elaborar.
Verificacin: Representa la forma en la cual se puede verificar el correcto funcionamiento
del requerimientos y como se ver durante el uso de la aplicacin.
Versin: Numero asociado al control de versiones de los requerimientos.

Para los requerimientos no funcionales, su informacin es:

ID Req: Identificador nico de los requerimientos funcionales (Ejemplo: RNF-1).
Tipo: Representa el tipo de no funcionalidad o atributo de calidad a evaluar con el
requerimiento.
Fecha de Creacin: Especifica la fecha en la cual fue creado o modificado el
requerimiento.
Nombre: Representa una breve explicacin del requerimiento.
Estado: Es una descripcin del estado actual del requerimiento el cual puede ser:
Especificado, Diseado, Implementado o Verificado, los cuales sern detallados ms
adelante.
Prioridad: Es la importancia que tiene la elaboracin de dado requerimiento para el
sistema y para los stakeholders, medida en alta, media o baja.
Descripcin: Es una explicacin detallada sobre el requerimiento que se debe elaborar.
Verificacin: Representa la forma en la cual se puede verificar el correcto funcionamiento
del requerimientos y como se ver durante el uso de la aplicacin.
Versin: Numero asociado al control de versiones de los requerimientos.

Mecanismo de Control de Estado de los Requerimientos

Para llevar un control del estado de los requerimientos funcionales y no funcionales del sistema, el
cual permita tener una perspectiva del avance del proyecto y control sobre el proceso, se
definieron 4 categoras como se muestran a continuacin:
Control de Estado de Requerimientos
ESTADO DESCRIPCIN
Especificado Requerimiento especificado por los stakeholders.
Diseado Requerimiento en una etapa de diseo, sin implementacin
Implementado Requerimiento implementado, pero no se ha probado an.
Verificado Requerimiento implementado y probado satisfactoriamente.

9
Mecanismo de priorizacin de los requerimientos
La priorizacin de requerimientos funcionales y no funcionales del sistema, fue determinada
durante las reuniones de levantamiento de requerimientos y con los criterios de categorizacin de
requerimientos definida por los estndares seguidos y el estudiante Oscar Ramos
Los criterios que se tuvieron en cuenta para determinar la prioridad de los requerimientos
funcionales fueron:
Importancia dentro de la funcionalidad de la aplicacin.
Impacto en el desarrollo del prototipo.
Esfuerzo de implementacin.

Los criterios que se tuvieron en cuenta para determinar la prioridad de los requerimientos no
funcionales fueron:
Importancia dentro de la funcionalidad de la aplicacin.
Riesgo para la arquitectura.

De esta manera se determin que cada requerimiento se deba clasificar dentro de las siguientes
prioridades:
Priorizacin de Requerimientos
PRIORIDAD DESCRIPCIN
Requerimiento indispensable para uno o ms stakeholders.
Alta Debe incluirse en versiones tempranas del producto para no
afectar el desarrollo general del prototipo.
No es indispensable para el desarrollo general del proyecto,
Media pero brinda funcionalidades importantes y puede afectar la
satisfaccin de algn stakeholder.

Baja No es indispensable su desarrollo. No genera mayor impacto en

el desarrollo del prototipo y no afecta a los stakeholder.

Trazabilidad
Para el control de la trazabilidad durante el anlisis, el diseo, la implementacin y las pruebas del
proyecto, se decide utilizar las siguientes plantillas:
Requerimientos Funcionales

Trazabilidad Requerimientos Funcionales

REQUERIMIENTO CASO(S) DE USO COMPONENTE(S) CASO(S) DE PRUEBA
ASOCIADO(S) ARQUITECTURAL(ES) ASOCIADO(S)
ASOCIADO(S)

10
Requerimientos No Funcionales

REQUERIMIENTO ELEMENTO(S) DE DISEO ASOCIADO(S) ESCENARIO(S) DE CALIDAD

Trazabilidad Requerimientos No Funcionales

2.3 REQUERIMIENTOS ESPECIFICOS

2.3.1 Requerimientos Funcionales
Se especifican y detallan en el documento de especificacin de requerimientos adjunto.
2.3.2 Requerimientos No Funcionales
Se especifican y detallan en el documento de especificacin de requerimientos adjunto.
2.4 ANLISIS DEL SISTEMA - MODELO DE DOMINIO
A continuacin se detallar el sistema POWER GYM, por medio de la representacin de sus
componentes y relaciones que lo conforman. Se muestra el flujo de negocio, resaltando los
servicios que ofrece y los recursos necesarios para satisfacerlos.
2.4.1 Modelo de Dominio
El Modelo de Dominio del sistema POWER GYM se detalla en el ANEXO 1 MODELO DEL POWER
GYM .
2.4.2 Documentacin Modelo de Dominio
A continuacin se presenta una breve descripcin de los componentes incluidos en el diagrama del
mundo y que ser importante tener en cuenta para comprender el funcionamiento del sistema:
POWER GYM: Es el sistema base del proyecto. Es el encargado de proveer los servicios
personalizados a los usuarios de gimnasio con base en el conocimiento del mismo, sus
caractersticas, gustos y preferencias representados por un Perfil Usuario. Adems, es el
encargado de la interaccin entre los diferentes servicios con el fin de articularlos y as enriquecer
cada uno y proveerle al cliente una mejor solucin. El sistema ofrece 3 servicios a los usuarios de
gimnasio y entrenadores. Igualmente, se divide en 3 modelos, teniendo en cuenta el contexto de
entrenamiento, el gimnasio y el usuario final.
Finalmente, el sistema tiene 2 tipos de usuario inicialmente, los cuales se definen en TipoUsuario y
se dividen en:
UsuarioGym: es el usuario de gimnasio regular y/o usuario de la aplicacin mvil para
ejercicios, que se registra e ingresa al sistema y tiene acceso a los servicios principales
del mismo.
UsuarioEntrenador/Mdico: es el profesional del ejercicio o profesional de la salud
que tiene acceso al sistema para verificacin de rutinas, creacin de rutinas y

11
 ejercicios, registro e ingreso al sistema y seguimiento de lesiones y restricciones
mdicas.

Servicio: Detalla los servicios que ofrece POWER GYM, los cuales son:
Modulo Entrenador: El sistema se encargada de proporcionar al usuario Entrenador
acceso a las funcionalidades dentro del sistema, de las cuales puede hacer uso, como
lo son: Registro, Verificacin de Rutinas Generadas, Seguimiento a usuarios asociados,
Creacin de Rutinas (crea RUTINA) y Creacin de ejercicios. ste mdulo lo usan
PROFESIONAL SALUD y PROFESIONAL EJERCICIO. Tiene los siguientes atributos:

Atributos Mdulo Entrenador

Nombre Descripcin
nombreEntrenador Nombre del entrenador dentro del sistema
contraseaEntrenador Clave de ingreso e identificacin del entrenador en el sistema
Casilla de verificacin de las rutinas asociadas de sus usuarios por parte
verificacionEntrenador
del entrenador

En el mdulo entrenador se puede verificar:

Atributos Rutinas Generadas
Rutina Generada
Nombre Descripcin
Nombre de la rutina generada por la aplicacin y que verifica el
nombreRutina
entrenador

Atributos Seguimiento por Usuario

SeguimientoXUsuario
Nombre Descripcin
Identificador del usuario asociado al entrenador y al cual se le har el
usuarioAsociado
seguimiento a su evolucin fsica y entrenamientos

RUTINA: Servicio que genera la rutina para el usuario de gimnasio, partiendo de sus
caractersticas fsicas (rutinas generales asociadas a un grupo muscular), de su objetivo
fsico y de sus restricciones mdicas. Igualmente, este servicio lo puede realizar el
entrenador desde su plataforma web y puede generarse a partir de la identificacin de
elementos (mquinas) del gimnasio a travs de cdigo QR [14] o de su ubicacin y
elementos deportivos disponibles.

Lista Reproduccin Msica: Servicio de reproduccin de msica en el sistema. Permite

conectarse al reproductor del dispositivo o a aplicaciones de reproduccin de msica,
con las cuales el usuario puede crear y reproducir a partir de su tipo de entrenamiento
y permitiendo adaptarse al mismo, teniendo en cuenta las preferencias del usuario.

12
Atributos Tipo Entrenamiento
TipoEntrenamiento
Nombre Descripcin
Nombre del tipo de entrenamiento asociado a las rutinas y ejercicios que
TipoEntrene
realiza el usuario, con la msica asociada al mismo.

Modelo: El sistema POWER GYM est compuesto por 3 modelos, los cuales permiten identificar
las caractersticas que ayudan a obtener la informacin, procesarla y realizar los servicios que
ofrece el sistema. Los modelos son:
Perfil Gimnasio: Modelo donde se representan los componentes incluidos dentro de
las instalaciones y dems elementos de un gimnasio. El perfil de Gimnasio tiene:
instalaciones, Horarios, Servicios y Personal (puede ser personal del gimnasio,
profesional de la salud o profesional del ejercicio) Tabla 1 - Atributos Equipamiento

Equipamiento
Nombre Descripcin
Nombre del tipo de equipamiento que se encuentra disponible en el
tipoEquipamiento
gimnasio. Puede ser mquina o equipamiento para ejercicio especfico.
Cdigo QR identificador de la mquina del gimnasio. Este ofrece
codigoQR informacin detallada de la mquina y el (los) ejercicio(s) que se pueden
realizar en l.

Perfil Contexto: Modelo donde se representa el lugar de entrenamiento del usuario,

diferente a las instalaciones del gimnasio. Este perfil tiene en cuenta si el usuario se
encuentra en su casa u otra ubicacin y en la cual desea realizar una rutina de
ejercicios. Se tiene en cuenta:

Atributos Lugar Entrenamiento

Lugar Entrenamiento
Nombre Descripcin
ubicacin Ubicacin del usuario y en donde desea realizar un entrenamiento.

Perfil Usuario: El modelo ms importante dentro del sistema, junto con el servicio
RUTINA, con el cual est asociado. En este modelo se entiende como Usuario de
Gimnasio a la persona que asiste regularmente a las instalaciones de entrenamiento
ms usadas para tal fin [33] y/o personas que pueden presentar restricciones mdicas y
requieran un tratamiento especial para las mismas. Teniendo en cuenta esto, este
perfil permite generar mayor conocimiento de los usuarios y/o pacientes del gimnasio y
obtiene la informacin de los mismos, partiendo de sus caractersticas fsicas,
Objetivos, Preferencias y Restricciones Mdicas

13
3. Diseo preliminar

a. Diseo de interfaces
i. Diagrama de flujo

b. Diseo de base de datos

14
i. Diseo del modelo E-R

ii. Diseo del modelo relacional

15
Fase 3. Prototipo 1: Interfaces y base de dato

1. Interfaces visuales de la aplicacin, sin funcionalidad an.

2. Diseo de la base de datos en un SGBD.

16
Fase 4. Prototipo 2: Conexin del front-end con el back-end
1. Interfaces visuales de la aplicacin funcionales

17
18
19
2. Conexin a la base de datos, consulta, insercin,
actualizacin, eliminacin.
Base de datos con sus respectivas tablas

20
21
 3. Manual de uso del sistema.

EntidadMesoTipo

22
EntidadDieta

23
EntidadRutina

24
EntidadEntrenador

EntrenadorPaquete

25
EntidadMaquinasPesos

26
Fase 5. Presentacin y defensa del proyecto
1. Manual de uso final

1.- Para Ingresar al Sistema se ingresa el nombre de administrador y contrasea

2.- Nos encontramos con el mdi principal del sistema

3.-Para ingresar un nuevo usuario seleccionamos Administrador-UsuarioIngresar Nuevo

Usuario

27
4.- Ingresamos los datos requeridos, Seleccionamos el Entrenador y el tipo de Cuerpo del Usuario
para almacenar en la base de Datos.

5.- Para modificar los datos de un usuario Previamente ingresados, seleccionamos del combo box
el usuario a modificar, luego modificamos los datos requeridos y damos click en actualizar

28
6.-Para Eliminar el usuario no debe de estar asignado a ninguna rutina ni a ningn paquete previo,
ya que de otra forma nos toca eliminar en orden para poder quitar las relaciones.

7.- Para asignar Dietas con el Usuario depende del Mesotipo del Usuario se abren los tipos de
Dieta asignados para ese tipo

29
8.- Ingreso de Paquetes con su costo y una Descripcin del Paquete

9.-Modificacin de Paquetes. De los Paquetes Ingresados podemos modificar sus datos

10.- Modificar Entrenador se pueden ingresar datos nuevos o modificar datos ya previamente
ingresados.

30
11.- Modificar Mquina se pueden ingresar datos nuevos o modificar datos ya previamente
ingresados.

12.-Para asignar mquinas a los distintos paquetes seleccionamos el paquete damos a Nuevo y
vamos asignando la cantidad de mquinas requeridas

13.-Para modificar el Administrador podemos ingresar nuevos Administradores o modificar datos

existentes

31
14.- Para sacar reportes seleccionamos del radio button todos los datos necesarios para poder
sacar el reporte

32