Curso: INFORMTICA DE USUARIO

ndice

ACCESS

1. INTRODUCCIN A LAS bases de datos------------------------------------------------------------------------ 2 2. EL MODELO ENTIDAD-RELACIN -------------------------------------------------------------------------- 2 2.1. DEFINICIONES Y CONVENCIONES------------------------------------------------------------------- 2 3. baSES DE DATOS RELACIONALES--------------------------------------------------------------------------- 2 3.1. RELACIONES ------------------------------------------------------------------------------------------------- 3 3.1.1. Relacin Uno a Uno --------------------------------------------------------------------------------------- 3 3.1.2. Relacin Uno a Muchos ---------------------------------------------------------------------------------- 4 3.1.3. Relacin Muchos a Muchos ------------------------------------------------------------------------------ 4 4. DISEO DE UNA BASE DE DATOS CON MICROSOFT ACCESS ------------------------------------- 4 4.1. PASOS PARA DISEAR UNA BASE DE DATOS EN ACCESS ---------------------------------- 4 4.2. OBJETOS QUE UTILIZA MICROSOFT ACCESS -------------------------------------------------- 5 5. CAPITULO: CONSULTAS---------------------------------------------------------------------------------------- 7 6. EJERCICIOS DE TABLAS --------------------------------------------------------------------------------------- 8 7. EJERCICIOS DE CONSULTAS --------------------------------------------------------------------------------10

Monitor: F. Javier Flores

1/10

Curso: INFORMTICA DE USUARIO

1. INTRODUCCIN A LAS BASES DE DATOS

ACCESS

La importancia de la informacin en la mayora de las organizaciones, y por tanto el valor de las Bases de Datos, ha llevado al desarrollo de una gran cantidad de conceptos y tcnicas para la gestin eficiente de los datos.

La gestin de datos implica tanto la definicin de estructuras para almacenar la informacin, as como de mecanismos para la gestin de informacin. Las Bases de Datos permiten la definicin y almacenamiento de la informacin, y los Sistemas Manejadores de Bases de Datos proveen los mecanismos para su gestin.
BASES DE DATOS: Coleccin de datos interrelacionados. DBMS (Data Base Management Systems): Coleccin de datos interrelacionados y un conjunto de programas para acceder a esos datos. El objetivo de un DBMS es proporcionar un entorno que sea a la vez conveniente y eficiente para ser utilizado al extraer y almacenar informacin de las Bases de Datos.

2. EL MODELO ENTIDAD-RELACIN
Un buen diseo es la clave para la creacin de una buena Base de Datos. Una Base de Datos bien diseada puede conducir a un uso ms eficiente de los datos y ser ms fcil de ampliar. El Modelo Entidad-Relacin es una de las tcnicas ms usadas para desarrollar modelos de datos de alta calidad, estableciendo una manera estndar la definicin de los datos y las relaciones entre los mismos, incrementando de esta manera la productividad de los programas y mejorando la calidad de los programas. De manera sencilla identifica los Objetos de importancia en una organizacin (ENTIDADES), las propiedades de los objetos (ATRIBUTOS) y como estn relacionados unos con otros (RELACIONES).

2.1. DEFINICIONES Y CONVENCIONES

Entidad: Es una cosa u objeto de importancia, real o imaginaria, de la cual se necesita conocer informacin. Un alumno, un libro, un coche, son objetos reales de los cuales se puede querer almacenar informacin, constituyndose las Entidades: ALUMNO, LIBRO, COCHE. Atributos: Es cualquier detalle que sirve para calificar, cuantificar, identificar, clasificar el estado o cualquier descripcin de la Entidad. o La Entidad ALUMNO tiene entre otros Atributos: DNI, Nombre, Apellido1, Apellido 2, Direccin, Localidad, Telfono. o La Entidad LIBROS tiene entre otros Atributos: ISBN (cdigo de identificacin), Ttulo, Autor, Edicin, Editorial, Nmero de pginas. o La Entidad COCHE tiene entre otros Atributos: Matrcula, Marca, Modelo, Ao, Color, Precio. Relacin: Es una asociacin entre dos Entidades. Clave Primaria: Es un atributo o una combinacin de atributos que permiten identificar de forma clara e inequvocamente a una Entidad. El DNI identifica y distingue un Alumno de otro. El ISBN identifica y distingue un Libro de otro. La Matrcula identifica y distingue un Coche de otro.

3. BASES DE DATOS RELACIONALES

El trmino Base de Datos puede ser utilizado para describir una serie de datos relacionados, que puede ser desde una Lista de Excel, a una base de datos de Oracle o SQL. En este mdulo hablaremos de Bases de Datos Relacionales, que consiste en una forma sencilla e intuitiva de estructurar y almacenar los datos, mediante Tablas, Filas, Columnas, Consultas.

Monitor: F. Javier Flores

2/10

Curso: INFORMTICA DE USUARIO

TABLA: Una Tabla es el lugar donde almacenaremos los datos especficos de una Entidad. COLUMNA: Cada Columna o Campo o Atributo, almacena una categora o tipo de informacin. FILA: Cada Fila o Registro almacena toda la informacin relativa a un elemento. CONSULTAS: Es un mecanismo de bsqueda y actualizacin de los datos almacenados en Tablas.

ACCESS

Utilizando como ejemplo, la entidad ALUMNO. La Tabla ser ALUMNO, cada Registro tendr toda la informacin relativa de cada Alumno (DNI, Nombre, Apellido 1 ...) y donde el Campo Nombre almacena los Nombres de cada uno de los Alumnos. En resumen, podemos decir que una Tabla es un conjunto de datos compuesto de Campos y llena de Registros. La Clave Primaria o Clave Principal, se utiliza para acceder a un registro concreto y para relacionar unas tablas con otras. No pueden existir dos registros con la misma Clave Principal. Debe existir en todas las Tablas. En el caso de la Tabla ALUMNO sera el DNI. Para elegir la Clave Principal deberemos tener en cuenta las siguientes consideraciones: o No puede tener valor nulo, es decir, su valor debe ser conocido. o Su contenido no debe ser extenso. El espacio que ocupe debe ser mnimo. o Se utiliza en otra Tablas (Claves Ajenas) para crear Relaciones. Siguiendo con el Modelo Relacional y con sus reglas de diseo (Normalizacin): Cada dato se almacenar en una sola posicin, lo que eliminar la duplicidad de datos (ahorro de espacio, reducir errores al escribirlo), la actualizacin de los datos es ms precisa y rpida (los cambios se realizan en una sola posicin). Este proceso nos lleva en la mayora de los casos a la utilizacin de ms de una Tabla para evitar la duplicidad de datos. Cada Campo debe tener un nico valor indivisible (atmico). Por ejemplo, no escribir en un campo los Nombres y Apellidos de un Alumno, sino crear 3 campos, Nombre, Apellido 1, Apellido 2. Crear Tablas adicionales cuando algunos campos no tengan ninguna relacin con la clave principal. Por ejemplo en una Tabla de ALUMNOS con su Clave Principal DNI, el nombre o telfonos del Monitor no tiene relacin con el DNI del Alumno. No almacenar en la misma Tabla un Campo que dependa del valor de otro Campo. Por ejemplo, si almacenamos la Fecha de Nacimiento del Alumno, no almacenar la Edad, ya que es un campo que se puede calcular a partir de la Fecha de Nacimiento. Para ello crearemos Consultas.

3.1. RELACIONES
Una vez creadas y normalizadas las Tablas, es necesario crear las Relaciones entre ellas. Para Relacionar Tablas es necesario que tengan algn campo en comn, Clave Principal y Clave Ajena. Si el campo definido como Clave Principal en una Tabla, forma parte de otra Tabla se llamar Clave Ajena. Las Relaciones se establecen entre la Clave Principal de una Tabla (tabla principal) y la Clave Ajena de otra Tabla (tabla relacionada).

Hay tres tipos de Relaciones en una Base de Datos:

Uno a Uno Uno a Muchos Muchos a Muchos.

3.1.1. Relacin Uno a Uno

A cada registro o fila de una tabla le corresponder un registro o fila en otra tabla. Esta relacin no es muy comn. Por ejemplo, en una base de datos en el que hay un campo con fotografas u otros tipos de datos muy grande, la carga de las fotografas supone ralentizar todas las operaciones de la base de datos, para evitarlo se puede crear otra tabla slo con las fotografas y establecer una relacin uno a uno. Otra ventaja de esta relacin es cuando la base de datos contiene muchos campos, lo ms aconsejable es dividir la tabla y establecer una relacin uno a uno. Monitor: F. Javier Flores 3/10

Curso: INFORMTICA DE USUARIO

3.1.2. Relacin Uno a Muchos

ACCESS

Cuando a una fila de una tabla le corresponden muchas filas en otra tabla. Es la Relacin ideal que debemos definir entre nuestras tablas. Por ejemplo en el caso de las tablas VIDEO y GENERO (comedia, futurista, drama), el gnero comedia estar presente en muchos vdeos, es decir para cada fila de GENERO habr muchas filas en VIDEO.

3.1.3. Relacin Muchos a Muchos

Es la ms comn de todas las relaciones. Por ejemplo, una persona puede hablar muchos idiomas y cada uno de los idiomas es hablado por muchas personas. Esta relacin no puede implementarse en una base de datos Relacional, hay que crear una tabla intermedia, que contendr slo las Claves Principales de las dos tablas que se relacionan. As una tabla que una los datos de IDIOMAS Y PERSONAS, contendra slo las claves Primarias de ambas, que seran los DNI de las personas y los CODIGOS DE IDIOMA.

4. DISEO DE UNA BASE DE DATOS CON MICROSOFT ACCESS

Microsoft Access es un Sistema de Gestin de Bases de Datos Relacionales (SGBDR), que permite almacenar y recuperar la informacin, de acuerdo con las relaciones que se hayan establecido entre las Tablas de una Base de datos. Son muchas las operaciones que se pueden realizar con los datos almacenados en una Base de Datos. Cualquier operacin que se lleve a cabo con una Base de Datos o con la informacin almacenada en ella entra dentro de lo que se considera Gestin de Bases de Datos. Por ejemplo: aadir un nuevo Cliente, actualizar los datos de un Cliente, Consultar informacin, solicitar los datos de lo Clientes de Ronda, borrar informacin de un Cliente que se ha dado de baja, calcular valores, ordenar la informacin. Microsoft Access utiliza Objetos para llevar a cabo la gestin de las bases de datos, pero antes de crear dichos Objetos es importante invertir tiempo en disear la base de datos. Un buen diseo es la pieza clave para crear una base de datos que realice las operaciones que deseemos de forma efectiva, precisa y eficaz.

4.1. PASOS PARA DISEAR UNA BASE DE DATOS EN ACCESS

Determinar la finalidad de la base de datos, debemos saber que informacin se desea obtener. Hay que realizar bocetos en papel. Determinar las tablas que se necesitan, teniendo en cuenta la teora de bases de datos Relacionales, muy importante que no haya duplicidad de datos. Determinar los campos que se necesitan y el tipo de datos. No incluir datos calculados y almacenar informacin en sus partes lgicas ms pequeas. Identificar el campo o campos que sean Clave Principal, que identifique de forma exclusiva cada registro. Determinar las relaciones entre las Tablas. Perfeccionar el Diseo. Una vez diseadas las tablas, los campos y las Relaciones, es el momento de estudiar el diseo y detectar posible fallos. Introducir datos y crear los Objetos de la base de datos.

Monitor: F. Javier Flores

4/10

Curso: INFORMTICA DE USUARIO

4.2. OBJETOS QUE UTILIZA MICROSOFT ACCESS

ACCESS

Las herramientas que utiliza Access para llevar a cabo la Gestin de la informacin en una base de datos se componen de Objetos, los que utilizaremos son: TABLAS, CONSULTAS, FORMULARIOS e INFORMES. El trmino Objeto se refiera a cada una de las siguientes definiciones: TABLA: Una Tabla es una coleccin de datos sobre un tema especfico, como ALUMNOS, CLIENTES. La utilizacin de una tabla diferente para cada tema significa que se almacenan los datos slo una vez., lo cual hace aumentar la eficacia de la base de datos, y reduce errores de entrada de datos. Los datos de la tabla se representan en columnas (campos) y filas (registros) siguiendo el Modelo Entidad-Relacin.

CONSULTA: Una consulta es una pregunta que se plantea Access sobre el contenido de una base de datos. Los datos que responden a la pregunta pueden provenir de una o varias tablas. Se utilizan consultas para ver, modificar y analizar datos.

Monitor: F. Javier Flores

5/10

Curso: INFORMTICA DE USUARIO

ACCESS

FORMULARIO: Un formulario es un diseo personalizado para introducir, modificar y ver los registros de una base de datos. Al disear un formulario se especifica la posicin y formato de los campos.

INFORMES: Un informe es un objeto que permite imprimir registros con un diseo personalizado, sirve para presentar los datos en formato impreso.

Monitor: F. Javier Flores

6/10

Curso: INFORMTICA DE USUARIO

5. CAPITULO: CONSULTAS

ACCESS

Las Consultas nos permiten realizar preguntas a la base de datos sobre los datos almacenados en las tablas. Hay diferentes tipos de consultas: 1. 2. 3. 4. 5. 6. Consultas de Seleccin: Consultas de Parmetros. Consultas de Creacin de tablas. Consultas de Actualizacin. Consultas de Datos Anexados. Consultas de Eliminacin.

Las ms utilizadas son las Consultas de Seleccin. Para crear una nueva Consulta, hacemos clic en Consultas y luego en Nuevo, elegimos Vista Diseo y aceptar. Lo primero que tenemos que hacer es seleccionar las tablas de donde obtendremos los datos en la consulta. En la parte superior aparecen las tablas, de donde debemos seleccionar los campos que aparezcan en la consulta. En la parte inferior aparece la Hoja de respuestas dinmica (QBE), que consta de las siguientes filas: Campo: se especifican los campos de las tablas que intervienen en la consulta. Para aadir un campo se debe seleccionar y arrastrar hasta la cuadrcula, para aadir todos los campos hacemos 2 veces clic en el * o dos veces clic en la barra de ttulo y arrastramos. Para eliminar un campo, seleccionamos la columna y eliminar columnas o tecla de suprimir. Para mover, seleccionar dicha columna y arrastrar hasta la nueva posicin. Para insertar un campo, seleccionarlo arrastrar hasta la posicin y las dems columnas se desplazan hacia la derecha. Podemos poner un ttulo o etiqueta a cada columna, escribir el ttulo y dos puntos, delante del nombre del campo, este nombre es el mismo que aparece si rellenamos la propiedad Ttulo al disear la estructura de la BD. Orden: establece el orden en el que aparecern los registros resultantes de la consulta, ascendente o descendente. Se puede establecer el orden segn el contenido de varios campo, en cuyo caso tiene prioridad el de ms a la izquierda. Mostrar: indicar que campos aparecen en la consulta. Inicialmente todos los campos tienen esta casilla activada. Criterios: permite establecer la condicin o condiciones que debe cumplir un campo, es decir para filtrar los datos. Para especificar un criterio se debe escribir su valor en la fila criterios, pueden estar en mayscula o minsculas y se pueden utilizar las siguientes expresiones: o >, >=, <, <=, Entre x Y z (en la misma fila) = >=x Y <=z *, ?, Negado x = <> x, >=01/01/1980, funciones, Entre fecha Y fecha, Nulo, x O z (en diferentes filas). o Campos tipo texto: bastar escribir el valor, se pueden utilizar comodines. o Campos de tipo numrico: bastar escribir la cantidad, si es preciso se utilizarn decimales y operadores. o Campos de tipo fecha: se pueden utilizar operadores. o Campos tipo Si/No: se escribir valor Si, activado, verdadero. o Para establecer varios criterios: Criterios Y: en las mismas filas de varios campos. Criterios O: en distintas filas del mismo o diferentes campos. Podemos utilizar, botn dcho en la fila criterios: Generar utilizando funciones o Zoom para ampliar la visualizacin del campo. La consulta siempre est actualizada, si borramos o modificamos algn registro, ste se borrar o modificar en las tablas y viceversa.

Monitor: F. Javier Flores

7/10

Curso: INFORMTICA DE USUARIO

6. EJERCICIOS DE TABLAS

ACCESS

1. Ya que estamos en la Costa del Sol, lugar turstico por excelencia, vamos a crear una Base de Datos que se llamar HOTEL. Constar de 2 TABLAS: TABLA DEPARTAMENTOS. TABLA PERSONAL.

La TABLA DEPARTAMENTOS tendr la siguiente estructura: TABLA DEPARTAMENTOS Tipo de Datos Descripcin Numrico, sin duplicados CLAVE PRINCIPAL, Cdigo del departamento Texto, 15 Nombre del departamento Nmerico, Simple Presupuesto anual en euros

Nombre Campo COD_DEP NOM_DEP PRESUPUESTO

La TABLA PERSONAL tendr la siguiente estructura:

TABLA PERSONAL Tipo de Datos Descripcin Texto, 9 CLAVE PRINCIPAL, NIF del Empleado Texto, 15 Nombre del Empleado Texto, 50 Apellidos del Empelado Numrico, con duplicados Nmero del departamento al que est asignado Fecha/Hora Fecha de Nacimiento Fecha/Hora Fecha de Contrato Numrico Salario Mensual en euros Numrico Nmero de Hijos

Nombre Campo NIF_EMP NOMBRE APELLIDOS COD_DEP FECNAC FECCON SALARIO HIJOS

2. Introducir los siguientes datos para la TABLA DEPARTAMENTOS: TABLA DEPARTAMENTOS COD_DEP 10 20 31 32 40 51 52 53 NOM_DEP DIRECCION RECEPCION LIMPIEZA LAVANDERIA ADMINISTRACION RESTAURANTE CAFETERIA COCINA PRESUPUESTO 72.121 30.051 36.061 48.081 60.101 120.202 90.152 36.061

Monitor: F. Javier Flores

8/10

Curso: INFORMTICA DE USUARIO

3. Introducir los siguientes datos para la TABLA PERSONAL: TABLA PERSONAL NIF_EMP 24131221A 24181260B 24433498C 24460989N 24567867W 24569156T 25170901P 25181104O 25191307L 25250392J 25267292S 25310392D 25412319R 25423221G 25556437J 25665792N 25776123M 25981984K 25987609E 26098910Q 26132654A 26187110Z 26191205V 26278299H 26298387G 26755643O 26821376F 30122183T 30221508H 30231906T 30241812S 30319222P 30398367S 30422526A 30671983C NOMBRE RAMON JESUS RAFAEL MARTIN ROSARIO PAULA MARIANO ESTEBAN ANDRES JULIA INES LUIS PEDRO JOSE MARIA PABLO JOSEFA VICTOR MANUEL ANTONIO JOSE LUIS ANA FERMIN CARMEN JOSE IGNACIO MIGUEL CARLOS ANTONIO JUAN MARIA ROSA SERGIO CARLOS RAFAEL APELLIDOS MENA SALAZAR SANCHEZ TORO BENITEZ RAMIREZ LARIOS GIRON PADILLA MUOZ CABELLO NAVARRO JIMENEZ SAEZ PEREZ ARREBOLA ANDRADE GARCIA SANCHEZ VEGA MARTINEZ LOPERA FERNANDEZ PARRADO TRUJILLO GONZALEZ TORRES SANCHEZ MORALES GIL MARIN PALOMO PANADERO DURAN PEREZ SANCHEZ LARA LOPEZ FERNANDEZ GARCEN SANTOS HERRERO DOMINGUEZ ORTEGA MORA GALVEZ GIL PLAZA SANCHEZ CORRALES MORENO MORENO CAMPOS MACIAS GOMEZ SANCHEZ CALDERON FLORIDO RINCON FERNANDEZ ALVAREZ MORENO GARCIA JIMENEZ MONTIEL TORRES DIAZ SOTO GARCIA OLIVA COD_DEP 51 52 51 51 51 32 40 40 20 20 20 20 52 40 32 52 52 53 10 51 31 31 31 31 53 31 51 53 20 20 31 31 53 31 53 FECNAC 30/03/68 14/07/68 22/06/67 19/02/66 18/08/69 12/09/69 07/01/56 09/10/61 10/03/45 12/05/32 27/08/51 08/10/50 22/10/66 09/06/49 10/01/70 26/10/67 27/09/66 21/10/66 29/10/48 19/08/48 21/11/46 25/10/49 11/01/48 30/11/47 08/10/65 25/12/57 13/04/49 04/05/66 10/04/57 24/03/58 06/01/61 07/10/49 06/06/64 19/06/43 04/04/65 FECCON 01/01/88 13/10/88 20/01/87 08/10/86 01/11/87 01/01/87 10/07/79 15/04/84 11/10/70 02/11/62 18/07/83 15/06/76 19/11/88 01/02/74 21/01/88 19/11/88 28/02/86 28/02/86 10/10/73 01/03/72 15/01/71 15/02/68 08/10/71 14/02/68 01/01/87 05/02/78 10/09/84 01/11/86 28/05/79 01/01/80 01/06/86 30/04/70 01/01/88 04/07/70 28/02/86 SALARIO 1.800 1.750 1.900 2.150 1.850 1.600 2.400 2.200 1.800 2.000 1.900 3.400 2.000 2.100 1.600 1.900 2.100 2.100 4.300 2.000 1.800 1.800 1.800 1.800 2.000 2.200 2.300 2.000 1.500 1.500 1.800 1.800 1.800 1.900 2.000

ACCESS

HIJOS 0 0 1 1 0 0 1 3 2 4 2 0 0 2 0 1 0 0 2 0 0 0 5 3 0 2 1 1 2 3 0 3 0 4 1

Monitor: F. Javier Flores

9/10

Curso: INFORMTICA DE USUARIO

7. EJERCICIOS DE CONSULTAS
Realizar las siguientes consultas para la Base de Datos HOTEL:

ACCESS

Mostrar los siguientes campos: Apellidos, Nombre, NIF y el Cdigo de Departamento, ordenados por Apellidos. Igual que el anterior pero debe aparecer en una sla columna Ape_Nom: "Apellidos, Nombre". Igual que el anterior pero que muestre slo los empleados que no tienen hijos, sin que aparezca campo: Hijos. Mostrar Cdigo Departamento y Departamento, ordenados por Cdigo. Igual que el anterior pero ordenado de mayor a menor Presupuesto, sin que este aparezca. Mostrar Apellidos, Nombre y Salario, de aquellos empleados que tienen algn hijo. Mostrar Apellidos y Salario, de aquellos empleados que cobren entre 1.202,02 y 1.803,03 , ordenados por Apellidos. 8. Mostrar los nombres de Departamentos con un Presupuesto entre 12.020 y 60.103 , ordenados por Departamentos. 9. Apellidos y Salarios de los empleados que pertenezcan a los Departamentos: 51 o 52 y que tengan algn hijo. 10.Obtener Apellidos y Nombres de los empleados con un Salario igual o superior a 1.202,02 y con 2 o 3 hijos. 11.Apellidos y Fecha Contrato de empleados que hayan ingresado entre los aos 1975 y 1985, ordenados por FechaCon de mayor a menor. 12.Apellidos y Fecha Contrato de empleado que ingresaron en 1988. 13.Apellidos y Fecha Contrato de empleado que ingresaron en Octubre. 14.Apellidos y Departamento de los empleados que no tienen familia numerosa y que ingresaron antes del 01/01/1987. 15.Apellidos, Nombre y Departamento en el que trabajan, ordenados por departamento y dentro de este por Apellidos. 16.Apellidos, Nombre y Presupuesto que trabajan en Departamentos con Presupuestos > 61.010,02, ordenados por Departamento sin que aparezca. 17.Apellidos, Sueldo. Se prima con 60,10 por hijo. Ordenados por Apellidos. 18.Suponer que la retencin del IRPF se calcula restando de 20% el nmero de hijos. Apellidos, Salario, Retencin y Sueldo Neto en . 19.Calcular para el Salario, la suma, el promedio, mximo, mnimo para todos los empleados. 20.Obtener el nmero de empleados que trabajan en el hotel. 21.Cuantos departamentos hay y su presupuesto medio. 22.Departamento y Nmero de empleados que pertenecen a cada Departamento. 23.Apellidos y Edad de cada empleado. 24.Agrupando por nmero de hijos, cuantos empleados hay en cada grupo. 25.Cuantos empleados han ingresado en la empresa desde el 1/01/1980. 26.Consulta paramtrica por fechas, Apellidos y Fecha de Contrato para dos fechas inicial y final. 27.Consulta paramtrica por nmero de hijos, Apellidos, NIF, Cdigo Departamento e Hijos para nmero de hijos variable. 28.Consulta paramtrica por Cdigo Departamento, Ape_Nom, NIF y Departamento, para CODDEP variable. 29.Consulta paramtrica por fechas, Nmero de empleados que ingresaron desde esa fecha en la empresa. 30.Consulta paramtrica por Departamento, Apellidos, Departamento y Salario.

1. 2. 3. 4. 5. 6. 7.

Monitor: F. Javier Flores

10/ 10/10