Verificación, Validación y Caso de Prueba

Métodos de Prueba.

Verificación.

Su objetivo es generar una revisión para ver si el nivel de calidad de un producto se conserva través del tiempo y al haber experimentado este una serie de cambios.

En el ámbito de la informática se define como  el proceso de determinar si un flujo de trabajo se ha llevado a cabo en forma correcta; se realiza al término de cada flujo de trabajo.

Validación.

 Es el proceso de evaluación intensa que se lleva a cabo justo antes de 
entregar el producto al cliente, su objetivo es determinar si el producto en su 
totalidad satisface sus especificaciones.

Caso de Prueba.

En la Ingeniería de Pruebas este término se define como las condiciones necesarias para evaluar un objetivo en general.
Para la realización de un Caso de Prueba partimos directamente de los Casos de Uso realizados en la documentación del proyecto.

El objetivo de un caso de prueba es conseguir la confianza aceptable en que se encontrarán todos lo defectos existentes sin consumir una cantidad excesiva de recursos.

TÉCNICAS PARA DISEÑAR UN CASO DE PRUEBA.

Enfoques principales :

• Caja Blanca: Consiste en observa como funciona el software.
• Caja Negra: Consiste en ver que hace el software.

Calidad en el Software

Software de Calidad.

Introducción

Dentro de la Ingeniería de Software tenemos una sección dedicada a la calidad del software, de esta manera nuestro software podrá satisfacer las necesidades de nuestro cliente de la mejor manera.

Para que un software sea de calidad se hace uso de distintas técnicas llamadas pruebas, para abalar que nuestro software es de calidad se recurren a distintas Normas de Calidad las cuales debemos de seguir.

Una vez que nuestro software ha seguido todas estas normas podemos acreditarlo, de esta manera nuestro software será considerado como un SOFTWARE DE CALIDAD.

La CALIDAD.

"La calidad es una herramienta básica para una propiedad inherente de cualquier cosa que permite que la misma sea comparada con cualquier otra de su misma especie."

CALIDAD=Comparar objetos de la misma especie.

CALIDAD=Capacidad de Satisfacer las necesidades.

CALIDAD=Percepción del cliente sobre nuestro producto.

La calidad en el software se busca siempre al momento de realizar un proyecto. En el desarrollo de software, la calidad de diseño acompaña a la calidad de los requisitos, especificaciones y diseño del sistema.

Modelos de Calidad de Software.

Calidad del Producto.-Propiedades del producto según el usuario y el desarrollador.

Calidad del Proceso.-Actividades que influyen en el proceso de tu sistema.

Calidad en Uso.-Relación del producto en el ambiente donde se emplea.

La obtención de un software de calidad implica la utilización de metodologías o procedimientos estándares para el análisis , diseño, programación y pruebas del software que permitan unificar las filosofía del trabajo.

Los requisitos del software son la base para la medida de la calidad.

Norma ISO 9126.

"La certificación del software tiene como objetivo asegurar la calidad de un programa."

En el software lo que se mide son atributos propios del mismo, se descompone un atributo general en otros más simples de medir, a veces se mide bien o mal ya que la descomposición del atributo genérico de calidad en otros sub-atributos se torna irreal, es imposible decir que la medición se hace en forma correcta.

El concepto de medida va de más a menos, va de lo general a lo concreto y lo concreto es asociado a la métrica, cuya combinación te daría el nivel de calidad o seguridad de tu producto.

Tipos de Medidas de Software.

• Número de errores durante un periodo determinado.
• Fallo en la codificación o diseño de un sistema que causa que el programa no funcione correctamente o falle.
• Tamaño de un producto informático (líneas de código)
• Estimación de costes y esfuerzos.

La Norma ISO-9000

ISO-9000 es un familia de estándares del Comité Técnico 176 de ISO.

Es u estándar en más de 80 países.

ISO 9000-1 a ISO 90000-4 son relativas a Estándares de Administración de Calidad.

ISO 9000-3 Desarrollar, Proveer, Instalar y Mantener software para computadora.

Partes del ISO:

Requerimientos: Deben cumplirse necesariamente. Dice QUE debe hacerse.

La Norma ISO-9126

La ISO 9126 es un estándar internacional para la evolución de Software. El estándar está dividido en cuatro partes las cuales dirigen, respectivamente, lo siguiente: modelo de calidad, métricas externas, métricas internas y calidad en las métricas de uso.

 Está reemplazado por el proyecto SQuaRE, ISO 25000:2005, el cual sigue los mismos conceptos.

Clasifica la calidad del software en un conjunto estructurado de características y subcaracterísticas de la siguiente manera:

Funcionalidad - Un conjunto de atributos que se relacionan con la existencia de un conjunto de funciones y sus propiedades específicas. Las funciones son aquellas que satisfacen las necesidades implícitas o explícitas.

• Adecuación: Presencia y aptitud de un grupo de funciones para realizar las tareas.
• Exactitud: Resultados o efectos correctos o acordados.
• Interoperalibidad: Interacción con los demás sistemas.
• Seguridad: Prevenir acceso no autorizado a programas o datos.
• Funcionalidad.

Fiabilidad..-Un conjunto de atributos relacionados con la capacidad del software de mantener su nivel de prestación bajo condiciones establecidas durante un período establecido.

• Madurez : Frecuencia en las fallas del software.
• Recuperabilidad: Restablecer el nivel de desempeño y datos en caso de fallas.
• Tolerancia  a Fallos: mantener su nivel de desempeño en caso de algún fallo,
• Cumplimiento de Fiabilidad: Capacidad del producto para adherirse a normas

Usabilidad.-Un conjunto de atributos relacionados con el esfuerzo necesario para su uso, y en la valoración individual de tal uso, por un establecido o implicado conjunto de usuarios.

• Aprendizaje: Concepto lógico y sus aplicaciones.
• Compresión: Relacionan el esfuerzo de los usuarios con el concepto lógico.
• Operatividad: Relacionan con el esfuerzo del usuario para la operación y control.
• Atractividad.

Eficiencia.- Conjunto de atributos relacionados con la relación entre el nivel de desempeño del software y la cantidad de recursos necesitados bajo condiciones establecidas.

• Comportamiento en el Tiempo: Con los tiempos de respuesta y procesamiento.
• Comportamiento de recursos: Usa las cantidades cuando el software lleva cabo su función bajo condiciones determinadas.

Mantenibilidad.-Conjunto de atributos relacionados con la facilidad de extender, modificar o corregir errores en un sistema software.

• Estabilidad: Atributos del software relacionados con el riesgo de efectos inesperados por modificaciones.
• Facilidad de Análisis: tributos del software relacionados con el esfuerzo necesario para el diagnóstico de deficiencias o causas de fallos, o identificaciones de partes a modificar.
• Facilidad de Cambio: Atributos del software relacionados con el esfuerzo necesario para la modificación, corrección de falla, o cambio de ambiente.
• Facilidad de Pruebas: Atributos del software relacionados con el esfuerzo necesario para validar el software modificado.

Portabilidad.-Conjunto de atributos relacionados con la capacidad de un sistema software para ser transferido desde una plataforma a otra.

• Capacidad de instalación:
• Capacidad de reemplazamiento: Atributos del software relacionados con la oportunidad y esfuerzo de usar el software en lugar de otro software especificado en el ambiente de dicho software especificado.
• Adaptabilidad: Atributos del software relacionados con la oportunidad para su adaptación a diferentes ambientes especificados sin aplicar otras acciones o medios que los proporcionados para este propósito por el software considerado.
• Co-Existencia: Coexistir con otro software independiente, en un entorno común, compartiendo recursos comunes.

Conclusión

En conclusión podemos decir que dentro de la ingeniería de pruebas encontramos el problema dela calidad dentro de un sistema, esta se realiza mediante la aplicación de pruebas a nuestro programa, entre mas pruebas realicemos a este mayor calidad tendrá, estas pruebas se hacen con el fin de encontrar posibles errores en un programa.

Cuando nuestro software sigue una serie de normas decimos que esta certificado, la norma esencial para la certificación de un software es la ISO 9126.

Introducción a la Ingeniería de Pruebas.

Ingeniería de Pruebas.

Introducción

Dentro de cualquier proceso realizado por el hombre es necesario incluir el término prueba, ya que este concepto es el encargado de decir que tan bien funciona nuestro producto. La Ingeniería de Pruebas se encarga de obtener los datos que miden la calidad de nuestro producto final.

Desarrollo.

Para comenzar a trabajar en el tema de Ingeniería de Pruebas es precios aclarar los conceptos con los que trabajaremos, de esta manera tendremos un buen marco teórico.

Ciclo  de Vida del Software.

Los pasos que constituyen el ciclo de vida de un software son los siguientes:

• Requerimientos: Obtención de requerimientos funcionales, no funcionales, de sistema, etc. Obtención de los diagramas que formarán el soporte de nuestro proyecto.
• Diseño: Consiste en la obtención de módulos y codificación de los mismos.
• Implementación.
• Verificación.
• Mantenimiento.

Definición de Prueba.

La palabra prueba posee una gran variedad de conceptos dependiendo de la ciencia que utilice esta palabra, sin embargo el contexto de la palabra no cambia, haciendo esta referencia a un proceso para probar algo establecido previamente, a continuación tenemos una serie de definiciones:

Etimología:Bueno, honrado, que se puede confiar en él.

• "Hecho utilizado para demostrara una acción, tesis o teoría en ciencias".

• "En INFORMÁTICA una prueba es un proceso que permite verificar yre velar la calidad de un producto software".

Una prueba informática permite comprobar exhaustivamente la funcionalidad de un software.

Definición de Ingeniería de Prueba.

La ingeniería es una ciencia que se encarga de realizar investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva sobre la calidad del producto a la parte interesada o stakeholder (cliente casi siempre).

Una prueba puede ejecutarse en cualquier parte del ciclo de vida del programa.

Nivel de Prueba

De esta manera hacen su aparición los Niveles de Pruebas que son los puntos dentro del proceso de desarrollo de software, en los que se aplicará una prueba.

Dentro de un nivel de prueba se aplicará un cierto tipo de Prueba.

1.  Nivel de Pruebas Unitarias.

Prueba el correcto funcionamiento  de un módulo de código.

Cada módulo sirve correctamente por separado. Consiste en hacer pruebas para métodos individuales y críticos dentro del bloque de código.

Es realizado por el equipo de desarrollo (programadores).

2.  Nivel de Pruebas de Integración.

Se realiza una vez que las pruebas unitarias se ha aprobado, consiste en realizar pruebas para verificar que un conjunto de módulos sirven juntos.

3.  Nivel de Pruebas de Sistema.

Consiste en verificar la funcionalidad de un sistema de acuerdo  los documentos de especificaciones realizados al inicio de l proyecto. Por ejemplo hacer uso de los diagramas UML.

4.  Nivel de Pruebas de Aceptación.

Se encarga de probar nuestro software en distintas infraestructuras.

• Versión Alpha.- Se da cuando la prueba se realiza en la infraestructura del desarrollador.
• Versión Beta.- Se da cuando la prueba se realiza en la infraestructura del cliente.

Tipos de Pruebas.

PRUEBAS ESTÁTICAS. Revisan la documentación periódicamente.

PRUEBAS DINÁMICAS. Revisan la calidad de la codificación y el nivel de cumplimiento en relación con el sistema.

PRUEBAS DE COMPATIBILIDAD. Revisa comprueba el funcionamiento en distintos sistemas operativos.

PRUEBAS DE REGRESIÓN. Descubrimiento de bugs causados por un cambio en el programación.

PRUEBAS DE INTEGRACIÓN. Revisa la comunicación entre módulos o con terceros.

PRUEBAS MANUALES.

PRUEBAS AUTOMÁTICAS.

PRUEBAS DE SEGURIDAD.

PRUEBAS DE  RENDIMIENTO.

PRUEBAS DE INSTALABILIDAD.

PRUEBAS DE PORTABILIDAD.


Autor: Castillo Reyes Juan Daniel.

Realidad Aumentada y Las Bases de Datos

Realidad Aumentada con Bases de Datos.

Introducción.

"La realidad aumentada consiste en un conjunto de dispositivos que añaden información virtual a la información física ya existente, es decir, añadir una parte sintética virtual a lo real."

Esta es la principal diferencia con la realidad virtual, puesto que no sustituye la realidad física, sino que sobreimprime los datos informáticos al mundo real.

Básicamente la realidad aumentada consiste en utilizar lo medios tecnológicos para agregar una serie de características especiales a la realidad común. Lo usuarios de este tipo de tecnologías emplean dispositivos especiales para poder tener acceso a estos datos, como el uso de gadgets.

Desarrollo.

Características.

• Combina elementos de la vida real con elementos virtuales.
• Es interactiva y en tiempo real.
• Utiliza tecnologías en 3D.

Los dispositivos de Realidad aumentada normalmente constan de un "headset" y un sistema de display para mostrar al usuario la información virtual que se añade a la real.

Los dos principales sistemas de "displays" empleados son la pantalla óptica transparente (Optical See-through Display) y la pantalla de mezcla de imágenes (Video-mixed Display).

El uso de la realidad aumentada se desarrolla ya en muchos campos pero en el futuro no sería sorprendente si la vemos en la vida cotidiana.

En la actualidad se utiliza en campos como la medicina, el entretenimiento, la televisión, la simulación, la cirujia, etc.

Un ejemplo muy destacado de la realidad aumentada es el uso de impresoras para producir prótesis ya mediante un software se ingresan especificaciones y la impresora da como resultado un objeto de la vida real.

Conclusión.

Ya se ha descrito lo que es la realidad aumentada y su uso en la actualidad, ahora lo que haremos sera la explicación de como esta se relaciona con las bases de datos.

En a actualidad empresas como Google desarrollan proyectos de realidad aumentada muy interesantes, usaremos uno de sus proyectos para poder explicar mejor las cosas. Google desarrolla un proyecto mediante el cual por medio de unas gafas especiales en usuario podrá viajar por la calle haciendo uso de diferentes aplicaciones y APIS , como pro ejmplo Google Maps, des esta manera si el usuario desea saber la información de algún sitio que se encuentre en las bases de datos de Google Maps este podrá tener acceso a esa información de manera que con solo ver el lugar las gafas le mostrarán todo lo que él necesite.

De esta manera vemos que las bases de datos desempeñan el mismo papel de almacenamiento de información, lo que cambia de manera radical es la forma en que la información se presenta, la forma en la que ésta se genera y la forma en la que seta es almacenada.

Diccionario de Datos

DICCIONARIO DE DATOS.

Introducción.

A continuación se presentaran una serie de ejemplos de los diccionarios de datos de todas las bases de datos que hemos realizado anteriormente.

Desarrollo.

Ejercicio 1.

Ejercicio 2.

Ejercicio 3.

Ejercicio 4.

Ejercicio 5.

Ejercicio 6.

Ejercicio 7.

Ejercicio 8.

Ejercicio 9.

Ejercicio 10.

Conclusión.

El diccionario de datos nos permite dar una explicación detallada de una base de datos, esto permite que nuestra base de datos sea re utilizable y tenga un cierto grado de universalidad.

El diccionario de datos es un de las herramientas más potentes para que un programador pueda comprender y manejar una base de datos.

MySQL Command Line Client

My SQL TABLAS.

Introducción.

MySQL es un sistema de administración de bases de datos relacionales (los conocidos RDBMS), para saber el significado de una base de datos relacional recomiendo que vea entradas que he realizado anteriormente.

Una vez que se adentre a un poco a My SQL encontrará una herramienta básica llamada comand line client, esta herramienta nos permite ejecutar una serie de querys dentro de ambiente consola y de esta manera manipular, crear o borrar base de datos.

Un query traducido al español significa consulta y es un conjunto de instrucciones que se le dan a My SQL o cualquier otro programa para que realize acciones con las bases de datos.

SQL Statements.

Statement significa declaración y son básicamente todas las instrucciones que meteremos dentro de un query.

Los statements que usé en esta ocasión fueron los siguientes:

• create database
• use databse
• drop table/database
• create table
• show tables
• desc tables

A continuación se muestran los resultados de haber usado estos statements dentro de un querys.

Desarrollo.

EJERCICIO 1.

EJERCICIO 2.

EJERCICIO 3.

EJERCICIO 4.

EJERCICIO 5.

EJERCICIO 6.

EJERCICIO 7.

EJERCICIO 8.

EJERCICIO 9.

EJERCICIO 10.

Conclusión.

Por medio del uso de la opción Command Line Client podemos ejecutar una serie de querys par poder manipular una base de datos.

Forma de Normalización

NORMALIZACIÓN.

INTRODUCCIÓN.

La normalización es la parte del diseño de bases de datos que nos permite verificar el buen funcionamiento que tendrá nuestra base al momento de que este finalizada.
La normalización hace uso de las formas normales para lograr su propósito, en esta ocasión se mencionarán y se hará uso de las 3 primeras formas normales 1FN, 2FN, 3FN.

DESARROLLO.

FORMAS NORMALES:

• 1FN:'Nos dice que cada columna debe de ser atómica, para de esta manera lograr que una tabla sea isomorfa en una relación.'

• 2FN:'La 2NF fue definida originalmente por EF. COOD. Para que una bes de datos sea 2FN primero debe cumplir la 1FN y además todas las columnas que formen la clave candidata deben de aportar información a la clave completa.'

• 3FN:'Para que una base de datos es te en 3FN deberá de estar en 2FN, consiste en que ningún atributo que dependa de la clave primaria tenga dependencia transitiva, es decir cuando un atributo depende de otro para relacionarse con la clave primaria de esa tabla'. 

Ejercicio 1:

Esquema.

Cliente(Id, Nombre)

Coche(IdC, Accidentes)

tiene(Id, IdC)

             *1FN

                   Cliente(Id, ApellidoP, ApellidoM, Nombres, IdC)

                   Coche (IdC, Accidentes)

              *2FN,3FN

                   Cliente(Id, ApellidoP, ApellidoM, Nombres, IdC)

                   Coche (IdC, Accidentes)

                   Cliente/Coche(Id, IdC)

Ejercicio 2:

Esquema.

Cliente(dni,nombre, apellido, dirección telefono)

CocheN(matricula, unidades, marca, modelo, auto)

CocheV(matricula, km, marca, modelo, auto)

compra(dni, matricula)

Mecanico(dnim, fecha, apellido, nombre, salario)

Repara(dnim, matricula, fecha, horas)

             *1FN

                   Cliente(dni,nombre, apellido, calle, numero, colonia)

                   Telefonos(dni, telefono)

                   CocheN(matricula, unidades, marca, modelo, auto)

                   CocheV(matricula, km, marca, modelo, auto)

                   compra(dni, matricula)

                   Mecanico(dnim, fecha, apellido, nombre, salario)

                   Repara(dnim, matricula, fecha, horas)

              *2FN,3FN

                   Cliente(dni,nombre, apellidom, apellidop, calle, numero, colonia, matricula)

                   Telefonos(dni, telefono)

                   CocheN(matricula, unidades, marca, modelo, auto)

                   CocheV(matricula, km, marca, modelo, auto)

                   Mecanico(dnim, fecha, apellido, nombre, salario)

                   Reparacion(dnim, matricula, fecha, horas)

Ejercicio 3:

Esquema.

Partido(noPartido, alienación, marcador,noJugador)

Jugador(noJugador, estadisticas)

             *1FN

                   Partido(noPartido, marcador)

                   alineacion(noPartido,noJugador)

                   Jugador(noJugador, partidos,goles,tarjetas,lesiones)

              *2FN,3FN

                   Partido(noPartido, alienación, marcador)

                   Jugador(noJugador, partidos,goles,tarjetas,lesiones)

                   alineacion(noPartido,noJugador)

Ejercicio 4:

Esquema.

Cliente(noCliente, Saldo, credito, calle, numero, comuna, ciudad)

Pedido(noCliente, Dirección, cantidad, noArticulo)

Articulo(noArticulo, Descripción)

Fabrica(noFabrica, Stock, existencias)

genera(noCliente)

requiere(noArticulo, noCliente)

tiene(noFabrica, noArticulo)

Tiene(noCliente, noFabrica)

                   *1FN

                         Cliente(noCliente, Saldo, credito, calle, numero, comuna, ciudad)

                                         Pedido(noCliente, fecha, cantidad, noArticulo)

                                         Articulo(noArticulo, Descripción,existencias)

                                         Fabrica(noFabrica, Stock, existencias)

                                         telefono(noFabrica, telefono)

                                         Fabrica/Articulo(noFabrica, noArticulos)

                                         Fabrica/Cliente(noFabricas, noCliente)

                                         Articulo/Cliente(noArticulo, noCliente)

                     *2FN,3FN

                         Cliente(noCliente, Saldo, credito, calle, numero, comuna, ciudad,noFabrica)

                                         Pedido(noCliente, noArticulo, fecha, cantidad)

                                         Articulo(noArticulo, Descripción,existencias)

                                         Fabrica(noFabrica, Stock, existencias)

                                         telefono(noFabrica, telefono)

                                         Fabrica/Articulo(noFabrica, noArticulos)

Ejercicio 5:

Esquema.

Cliente(RUT, Nombre, Calle, Numero, Comuna, Ciudad)

Proveedor(RUTProveedor, Nombre, Calle, Numero, Comuna, Ciudad, pagina web)

Venta(Id, Fecha, Cliente, descuento, monto final)

Producto(ID, nombre descripción, predcio, stock, id categoria)

Compra(RUT, idProducto)

Provee(RUT, idProducto)

realiza(RUT, idVenta)

                    *1FN

                         Cliente(RUT, Nombre, Calle, Numero, Comuna, Ciudad)

                                         Proveedor(RUTProveedor, Nombre, Calle, Numero, Comuna, Ciudad, pagina web)

                                         Venta(Id, Fecha, Cliente, descuento, monto final,RUT)

                                        Producto(ID, nombre descripción, predcio, stock, id categoria, RUT, RUT Proveedor)

                                        Compra(RUT, idProducto)

                                        Provee(RUT, idProducto)

                                       realiza(RUT, idVenta)

                     *2FN,3FN

                         Cliente(RUTCliente, Nombre, Calle, Numero, Comuna, Ciudad)

                                         Proveedor(RUTProveedor, Nombre, Calle, Numero, Comuna, Ciudad, pagina web)

                                         Venta(Id, RUTCliente, Fecha, descuento, monto final)

                                        Producto(ID, RUT Proveedor, nombre descripción, predcio, stock, id categoria,RUTCliente)

Ejercicio 6:

Esquema.

Aeropuerto(Codigo, Nombre, Ciudad, País)

Avión(Idavion, Modelo, capacidad)

Programa de Vuelo(noPrograma, linea, dias, Indez, aterrizaje, despegue)

Vuelo(noVuelo, fecha, plazas)

tiene(noPrograma, noVuelo)

Servicio(Modelo, noVuelo)

tiene(Modelo, Código)

posee(codigo, noVuelo)

                    *1FN

                         Aeropuerto(Codigo, Nombre, Ciudad, País)

                                         Avión(Idavion, Modelo, capacidad,codigo)

                                         Programa de Vuelo(noPrograma, linea, dias, Indez, aterrizaje, despegue,codigo)

                                         Vuelo(noVuelo, fecha, plazas, noPrograma, idavion,codigo)

                     *2FN,3FN

                         Aeropuerto(Codigo, Nombre, Ciudad, País)

                                         Avión(Idavion, Modelo, capacidad,codigo)

                                         Programa de Vuelo(noPrograma,codigo, linea, dias, Indez, aterrizaje, despegue)

                                         Vuelo(noVuelo, codigo,noPrograma, idavion, fecha, plazas, )

                                        OcupaciónVuelo(codigo, fecha, plazas)

Ejercicio 7:

Unideportivo(AreaTotal, presupuesto,Localización, Jefe de organización)

Polideportivo(AreaTotal, presupuesto,Localización, Jefe de organización,Area)

Evento(Fecha,duración, equipamiento)

Comisarios(Tarea)

tiene(AreaTotal)

celebra(AreaTotal, fecha)

emplea(fecha, Tarea)

                      *1FN

                         Unideportivo(AreaTotal, presupuesto,Localización, nombreJ, ApellidoJ)

                                         Polideportivo(AreaTotal, presupuesto,Localización, nombreJ, ApellidoJ,Area)

                                         Evento(Fecha,duración, equipamiento)

                                         Comisarios(Tarea, Fecha)

                                         celebra(AreaTotal, fecha)

                                         emplea(fecha, Tarea)

                     *2FN,3FN

                         Unideportivo(AreaTotal, presupuesto,Localización, Jefe de organización)

                                         Polideportivo(AreaTotal, presupuesto,Localización, Jefe de organización,Area)

                                         Evento(Fecha,duración, equipamiento)

                                         Comisarios(Tarea, Fecha)

                                         celebra(AreaTotal, fecha)

                          

Ejercicio 8:

Torneo(Clasificacion, Año, Arbitros, Modalidad)

Partido(Fecha, Sede, Premio, Resultado, Etapa)

Jugadores(Nombre, Nacionalidad, Ganancia, Resultado, NoPartidos)

Arbitros(Nombre, Nacionalidad)

Entrenador(Nombre, nacionalidad)

tiene(clasificacion, fecha)

emplea(fecha,nombre)

controla(nombre, nombreE)

                      *1FN

                                        Torneo(Clasificacion, Año, Arbitros, Modalidad)

                                        Partido(Fecha, Sede, Premio, Resultado, Etapa, Clasificacion)

                                         Jugador(Nombre, Nacionalidad, Ganancia, Resultado, NoPartidos)

                                         Arbitro(Nombre, Nacionalidad,fecha)

                                         Entrenador(Nombre, nacionalidad,fecha)

                                         controla(nombre, nombreE)

                     *2FN,3FN

                                        Torneo(Clasificacion, Año, Arbitros, Modalidad)

                                        Partido(Fecha,  Clasificacion, Sede, Premio,Etapa)

                                         Resultado(Fecha, clasificacion, nombre, marcador)

                                        Jugador(Nombre, Nacionalidad, Ganancia, Resultado, NoPartidos,fecha)

                                        Arbitro(Nombre, Nacionalidad,fecha)

                                        Entrenador(nombreE, nacionalidad)

                                        controla(nombre, nombreE)

Ejercicio 9:

Esquema del Modelo Relacional.

Cine(Nombre,dirección, telefono)

Cartelera(Fecha)

Promocion(Descuento, descripción)

Funcion(hora,dia)

Salas(nombre, numero, butacas)

Peliculas(Id, fecha, duracion, País, año, url, idioma, titulo original, titulo distribucion)

Opiniones(nombre, edad, fecha, comentario, calificacion)

Directores(nombre, nacionalidad, pelicula)

Actor(nombre, personajes)

Tiene1(nombre,descuento)

tiene(fecha,hora)

Necesita(hora,nombre)

Pasan(hora,id)

tiene2(id,nombre)

posee(id, nombre)

                     *1FN

                                         Cine(Nombre,calle,colonia,ciudad)

                                        telefono(Nombre,telefono)

                                         Cartelera(Fecha, Nombre)

                                         Promocion(Descuento, descripción)

                                         Funcion(hora,dia, fecha)

                                         Salas(nombre, numero, butacas,hora)

                                         Peliculas(Id, fecha, duracion, País, año, url, idioma, titulo original, titulo distribucion)

                                        Opiniones(nombre, edad, fecha, comentario, calificacion,id)

                                        Directores(nombre, nacionalidad, pelicula,id)

                                        Actor(nombre, personajes.id)

                                        Tiene1(nombre,descuento.id)

                                       Pasan(hora,id)

                                   

                     *2FN,3FN

                                        Cine(Nombre,calle,colonia,ciudad)

                                        telefono(Nombre,telefono)

                                         Cartelera(Fecha, Nombre)

                                         Promocion(Descuento, descripción)

                                         Funcion(hora,dia, fecha)

                                         Salas(nombre, numero, butacas,hora)

                                         Peliculas(Id, fecha, duracion, País, año, url, idioma, titulo original, titulo distribucion)

                                        Opiniones(nombre, edad, fecha, comentario, calificacion,id)

                                        Directores(nombre, nacionalidad, pelicula,id)

                                        Actor(nombre, personajes.id)

                                        Tiene1(nombre,descuento.id)

                                       Pasan(hora,id)

                                    

Ejercicio 10:

Mueble(Id, precio, noUnidades)

Piezas(Id, noPiezas)

Estante(Pasillo, altura)

se encuentra(Id, pasillo)

formado(Id,Id Pieza)

                     *1FN

                                    Mueble(Id, precio, noUnidades)

                                    Piezas(Id, noPiezas,pasillo)

                                    Estante(Pasillo, altura)

                                    formado(Id,Id Pieza)

                     *2FN,3FN

                                    Mueble(Id, precio, noUnidades)

                                    Piezas(Id, noPiezas,pasillo)

                                    Estante(Pasillo, altura)

                                    formado(Id,Id Pieza)

CONCLUSIÓN.

La normalización se da gracias a un serie de reglas que se deben seguir para que nuestra base de datos cumpla con sus características fundamentales como la integridad y consistencia de los datos y evitar la redundancia de estos. La formas normales son la reglas que permiten hacer hacer de la normalización algo posible