3er Parcial | 1ra Tarea | Pruebas de Integración y de Sistemas

Introducción:

A continuación veremos de que se tratan las pruebas de integración y de sistemas, que son parte de todas las pruebas necesarias en un proyecto durante la etapa final de desarrollo.

Desarrollo:

• Pruebas de Integración:

     Las pruebas de integración prueban grupos de unidades relacionadas, verifica su operación conjunta (que funcionen correctamente cuando se integren), de manera que lo que se tiende a ir probando es la arquitectura software.
Durante la integración, las técnicas que más se utilizan son las de caja negra, aunque se pueden llevar a cabo algunas pruebas de caja blanca para asegurar que se cubren los principales flujos de comunicación entre las unidades (Énfasis en la interacción y no en el funcionamiento individual).
En el contexto de la orientación a objetos, las pruebas de integración pretenden asegurar que los mensajes que fluyen desde los objetos de una clase o componente se envían y reciben en el orden adecuado en el objeto receptor, así como que producen en éste los cambios de estado que se esperaban.

     Estos tipos de pruebas identifican:

1. Problemas de interfaces entre unidades.
2. Falta de coherencia entre lo que se espera de una unidad y lo que se esta ofreciendo.

• Pruebas de Sistemas:

     Las pruebas de sistema tienen por objetivo comprobar que el sistema, que ha superado las pruebas de integración, se comporta correctamente con su entorno (otras máquinas, otro hardware, redes, fuentes reales de información, etc.).

Bajo este nivel de pruebas encontramos varios subniveles:

1. Pruebas de recuperación. Consisten en forzar el fallo del software y comprobar que la recuperación se lleva a cabo de manera correcta, devolviendo al sistema a un estado coherente.
2. Pruebas de seguridad. Intentan verificar que los mecanismos de protección incorporados al sistema lo protegerán, de hecho, de penetraciones inadecuadas.  
3. Pruebas de resistencia. Estas pruebas están diseñadas para que el sistema requiera recursos en cantidad, frecuencia o volumen anormales. La idea es intentar que el sistema se venga abajo por la excesiva tensión a la que se lo somete.
4. Pruebas de rendimiento. En sistemas de tiempo real o sistemas empotrados, es inaceptable que el software proporcione las funciones requeridas fuera de las condiciones de rendimiento exigidas.

Conclusión:

    Esta vez, vimos 2 tipos nuevos de pruebas, las pruebas de integración (que son las relacionadas al correcto funcionamiento de unidades entre si), y las pruebas de sistema (que con las referentes a la capacidad de sobrecarga, velocidad, seguridad, etc. de nuestro sistema), estas 2 siendo muy importantes para garantizar el buen funcionamiento de el sistema frente a diferentes situaciones.

Bibliografía:

Fernández Peña, Juan (2011);Ingenieria de Software I Pruebas de Integración; Recuperado de:
http://www.uv.mx/personal/jfernandez/files/2012/11/PruebaIntegracionEstructurada.pdf

Polo Usaola, Macario(); Pruebas de Sistemas de Información; Recuperado de:
http://www.inf-cr.uclm.es/www/mpolo/asig/0708/phd/apuntesDoctorado.pdf

Fernández Peña, Juan (); Capítulo 6 Pruebas de Sistema; Recuperado de:
http://www.uv.mx/personal/jfernandez/files/2010/07/Pruebas-de-Sistema.pdf

2do Parcial | 2da Tarea | Pruebas de caja blanca y negra

Introducción:
     A continuación se verá para que se utilizan las pruebas de caja blanca y caja negra, asi como la diferencia que hay entre ellas.

Desarrollo:

• Prueba de caja blanca:  "En programación se denomina cajas blancas a un tipo de pruebas de software que se realiza sobre las funciones internas de un módulo". Son pruebas estructurales, estas pruebas se basan en lo que esta codificado (la correcta lógica) y que se cumpla lo que el diseño de bajo nivel indica, a diferencia de las pruebas de caja negra, esta no necesita conocer los requerimientos.

• Prueba de caja negra: Estas pruebas se basan en los requerimientos funcionales, para llevarlas a cabo, se insertan un conjunto de datos de entrada y se observan las salidas para comparar los resultados con los requerimientos anteriormente mencionados. Algunos ejemplos de estas pruebas pueden ser las pruebas de rendimiento del sistema, integridad de la base de datos, etc.

         A continuación se puede observar un ejemplo de la diferencia clara que hay entre una prueba de          caja blanca y una prueba de caja negra.

Conclusión:
     Estas pruebas son necesarias en un software para asegurar su calidad, además de que con estas se pueden corregir errores de programación y/o errores externos al sistema que interfieran con su buen funcionamiento.

Bibliografía:
María Luna, Jose (2009); Pruebas de Caja Negra y Blanca; Recuperado de;
http://ingenierogestion.blogspot.mx/2009/06/pruebas-de-caja-negra-y-caja-blanca.html

Jiménez, Omar; Pruebas de caja Blanca y Negra; Recuperado de;
http://es.slideshare.net/rinconsete/pruebas-de-caja-blanca-y-negra

Molano Castellanos, Angela (2008); Pruebas del Software "caja blanca y caja negra"; Recuperado de;
http://angelmolsoftware.blogspot.mx/2008/11/pruebas-del-software-caja-blanca-y-caja.html

2do Parcial | 1ra Tarea | Diagrama de Flujo y de Grafos

Diagrama de Flujo:

                        Diagrama de Grafos:

1er Parcial | 2da Tarea | Calidad, ISO 9126

Introducción:

     En esta ocasión veremos que es la calidad en un software y que significa ISO 9126, todo esto para entender mejor todos los estándares que debe de cumplir nuestro sistema para que sea satisfactorio para el cliente.

Desarrollo:

     Concepto de Calidad: "La totalidad de las características de una entidad que influyen en su aptitud para satisfacer las necesidades establecidas e implícitas". (Del Sastre Benjamín, 2010).
     También podría decirse que es todo lo que hace que cierto ente u objeto sobresalga dentro de los de su misma especie o campo, por ejemplo, en computación, un procesador con mas núcleos tiene mayor calidad, esto ya que al tener más núcleos hay una mayor velocidad en los procesos y no hay tanta sobrecarga.

     ¿Que significa ISO 9126?

     ISO 9126 es un estándar de calidad del software el cual esta compuesto por 4 partes, realidad, calidad externa, calidad interna y calidad en uso. "El objetivo es abarcar todos los aspectos que pueden afectar a la calidad de los productos del software" (Gómez David Alejandro, 2009).

Módulos de la calidad interna y externa:

A la calidad interna y externa también se les llama modelo de calidad interna y externa, este modelo tiene 6 módulos o características que debe cumplir el software y estos a su vez tienen subcategorías:

Funcionalidad: Capacidad del Software de proporcionar funciones declaradas e implícitas bajo ciertas condiciones.

•               Adecuación: Capacidad del software de dar las funciones y objetivos (para ciertos usuarios) necesarios.
•                Exactitud: Capacidad del software de dar resultados acordados con el grado necesario de precisión.
•         Interoperabilidad: Capacidad del software de interactuar con mas sistemas específicos.
•                Seguridad de acceso: Capacidad del software de bloquear los datos de personas o sistemas ajenos a este, y al mismo tiempo brindarlos adecuadamente a las personas o sistemas autorizadas.
•                Cumplimiento funcional: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con la funcionalidad.


• Fiabilidad: Capacidad del software de mantener un nivel de prestaciones especifico en condiciones especificas.
•                Madurez: Capacidad para evitar errores como resultado de fallas del software.
•                Tolerancia a fallos: Capacidad de mantener un nivel de prestaciones en caso de fallos.
•                Capacidad de recuperación: Capacidad de recuperar datos afectados en caso de un fallo del sistema.
•              Cumplimiento de la fiabilidad: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con la fiabilidad.


• Usabilidad: Capacidad de ser entendido, aprendido, usado y ser atractivo al usuario en ciertas condiciones.
•                Capacidad de ser entendido: Que el software sea entendido por el usuario y este es adecuado para realizar ciertas tareas o condiciones en casos particulares.
•                Capacidad de ser aprendido: Que el usuario pueda aprender sobre su aplicación.
•                Capacidad para ser operado: Que el usuario pueda operar el software y controlarlo.
•                Capacidad de atracción: Que el software sea atractivo para el usuario.
•                Cumplimiento de usabilidad: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con su usabilidad.


• Eficiencia: Capacidad del software de ejecución bajo condiciones específicas.
•                Comportamiento temporal: Capacidad para dar tiempos de respuesta apropiados bajo ciertas condiciones.
•                Utilización de recursos : Capacidad para usar una cantidad y tipo de recursos adecuados cuando se lleva a cabo una función en ciertas condiciones.
•                Cumplimiento de la eficiencia: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con su eficiencia.


• Mantenibilidad: Capacidad del software para ser modificado (correcciones, mejoras, adaptaciones, etc.)
•                Capacidad para ser analizado: Capacidad del software para poder detectar fallos e identificar lo que debe ser modificado.
•                Capacidad para ser cambiado: Capacidad del software para aceptar modificaciones implementadas.
•                Estabilidad: Capacidad para evitar fallos debido a modificaciones del sistema.
•                Capacidad para ser probado: Capacidad que permite que el sistema modificado sea validado.
•                
• Cumplimiento de 
• la mantenibilidad
: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con su mantenibilidad.


• Portabilidad : Capacidad del software de ser transferido de un entorno a otro.
•                Adaptabilidad: Capacidad del software de adaptarse a diferentes entornos sin aplicar acciones o mecanismos distintos de aquellos que son del propósito del software.
•                Instabilidad: Capacidad de ser instalado en un entorno específico.
•                Coexistencia: Capacidad del software de coexistir con otro software independiente, compartiendo los mismos recursos.
•                Capacidad para reemplazar: Capacidad del software de ser usado para el mismo objetivo, en lugar de otro producto.
•                Cumplimiento de la portabilidad: Capacidad del software de unirse a normas, convenciones o legislación relacionadas con su portabilidad.

Conclusión:

Como pudimos ver, la calidad de un software esta basada en muchas cosas que le van a dar a este sistema un determinado grado de calidad en base a este estándar que es el ISO/IEC 9126, y como todo estándar se usa para que todos los software estén calificados uniformemente, sin variedades de medición.

Bibliografía:
Gómez David Alejandro (2009). ISO 9126. Recuperado de:
http://alejandrogomeziso.blogspot.mx/

Del Sastre Benjamín (2010). Norma ISO/IEC 9126 : 2001. Recuperado de:
http://www.austral.edu.ar/aplic/webSIA/webSIA2004.nsf/6905fd7e3ce10eca03256e0b0056c5b9/c18992b29a6c30e00325779e004ef56b/$FILE/Norma%20ISO%209126%20espa%C3%B1ol.pdf

Anónimo. Calidad de Software. Recuperado de:
http://www.ub.edu.ar/catedras/ingenieria/ing_software/ubftecwwwdfd/calidadsw/calidad.htm

1er Parcial | 1ra Tarea | Investigación Pruebas

Introducción:

         A continuación veremos lo que son las pruebas relacionadas al software, cuales son, y las razones por las cuales siempre se deben de llevar  acabo.

Desarrollo:

• Prueba:

Se define como la acción o el efecto de probar, que esta a su vez es una muestra o indicio de algo que se hace para saber la eficacia de algo o alguien, como funciona o reacciona y el impacto que tendrá en su forma definitiva.

• Ingeniería de Pruebas:

            Es  la ejecución de programas de software para detectar defectos y fallas, también su tarea es demostrar que un programa realiza las funciones para las cuales fue construido.

Es importante que el o los que hayan creado el programa no prueben sus propios desarrollos, aparte de esto una prueba debe de tener ya preestablecidos los resultados esperados, después de obtener los resultados, y en base a ellos corregir los fallos del sistema que no se desean en el producto final.

• Ciclo de vida del software:

            Se describe como el desarrollo del software desde la fase de inicio hasta la fase final. El propósito de esto es definir las fases intermedias que se necesitan para validar el desarrollo de la aplicación (para garantizar que cumpla con los requisitos), ya que la rectificación de errores suele ser muy costoso, por lo que esto se hace por partes para evitar estos inconvenientes.

El ciclo de vida de un software tiene los siguientes procedimientos:

1. Definición de objetivos: Definir el resultado del proyecto.
2. Análisis de los requisitos: Recopilar, examinar y formular los requisitos del cliente.
3. Diseño general y detallado: Requisitos generales de la aplicación y la definición precisa de cada subconjunto de esta.
4. Programación: Implementación de un lenguaje de programación para crear las funciones definidas durante la etapa de diseño.
5. Prueba de unidad: Prueba de cada subconjunto de la aplicación para asegurar que se implementación de acuerdo a las especificaciones.
6. Integración: Garantizar que los módulos se integren con la aplicación.
7. Prueba beta(o validación): Garantizar que el software cumple con las especificaciones originales.
8. Documentación: Sirve para documentar lo necesario para los usuarios del software y los desarrollos futuros
9. Implementación del software.
10. Mantenimiento: Procesos correctivos y actualizaciones secundarias del software.

• Tipos de pruebas del software:

1. Prueba Unitaria: Focalizada en ejecutar módulos individuales, para facilitar la integración de las unidades en componentes mayores.
2. Prueba de Integración: Verificar que las interfaces entre las entidades externas y las aplicaciones funcionan correctamente.
3. Prueba de Regresión: Determinar si un cambio reciente a una parte del programa tiene efecto adverso en otra(s) parte(s).
4. Pruebas de Humo: Garantizar poco esfuerzo en la integración final del sistema, asegurar resultados de pruebas unitarias.
5. Pruebas del Sistema: Asegurar la propia navegación dentro del sistema, ingreso de datos, procesamiento y recuperación.
6. Prueba de Desempeño: Validar el tiempo de procesamiento de las funciones de la aplicación, bajo las condiciones: Volumen normal anticipado y Volumen máximo anticipado.
7. Prueba de Carga: Verificar el tiempo de respuesta del sistema para casos de uso de negocios, bajo diferentes condiciones.
8. Prueba de Stess: Verificar que el sistema funciona apropiadamente bajo estas condiciones de stress: Memoria baja o no disponible, máximo número de clientes conectados, múltiples usuarios realizando la misma transacción con los mismos datos, etc.
9. Prueba Volumen: Verificar que la aplicación funciona correctamente bajo los siguientes escenarios  de volumen: Máximo número de clientes conectados, todos ejecutando la misma función, Máximo tamaño de base de datos y múltiples consultas ejecutadas simultáneamente.
10. Prueba de Recuperación y Tolerancia de fallas: Verificar que los procesos de recuperación restauran apropiadamente la Base de datos, aplicaciones y sistemas. Y los llevan a un estado deseado.
11. Prueba de Múltiples Sitios: Detectar fallas en configuraciones y comunicaciones de datos entre múltiples sitios.
12. Prueba de Compatibilidad Y Conversión: Buscar problemas de compatibilidad y conversión en los sistemas.
13. Prueba de Integridad de Datos y Base de Datos: Asegurar que los métodos de acceso y procesos funcionan adecuadamente y sin ocasionar corrupción de datos.
14. Prueba de Seguridad y Control de Acceso: Nivel de seguridad de la aplicación y del sistema.
15. Prueba del Ciclo del Negocio: Asegurar que el sistema funciona de acuerdo con el modelo de negocios emulando los eventos en tiempo y forma.
16. Pruebas de GUI: Verifica la navegación a través de los objetos de la prueba reflejan las funcionalidades del negocio y los requisitos.
17. Pruebas de Configuración: Validar y verificar que el cliente del sistema funciona apropiadamente en las estaciones de trabajo recomendadas.
18. Prueba de Estilo: Comprobar que la aplicación sigue los estándares de estilo del cliente.
19. Prueba de Aceptación: Determinar por medio del cliente la aceptación o rechazo del sistema desarrollado.
20. Prueba de Instalación: Verificar que el sistema se instala apropiadamente en cada cliente.
21. Pruebas Funcionales: Se asegura el trabajo apropiado de los requisitos funcionales incluyendo la navegación, entrada de datos, procesamiento y obtención de resultados.
22. Pruebas de Documentación y Procedimiento: Evaluar la documentación del usuario.
23. Prueba de Usabilidad: Determinar la usabilidad del sistema.
24. Prueba de Campo: Correr el sistema en el ambiente real para encontrar errores y validar el producto contra sus especificaciones originales.
25. Pruebas Alfa: Prueba de aceptación para detectar errores en el sistema bajo un ambiente controlado.
26. Pruebas Beta: Realizar la validación del sistema por parte del usuario.

Conclusión:

           Como ya se vio, las pruebas en la programación de los sistemas es muy importante, ya sea para descubrir el impacto del producto, para saber si es lo que el cliente quería, o para saber si todo funciona correctamente bajo ciertas condiciones.

Obviamente si estas pruebas no se hacen antes de la implementación del producto final, solo se puede esperar un producto con varios fallos y que no sea satisfactorio para el cliente.

Bibliografía:

Anónimo. Definición de prueba. Recuperado de:
http://definicion.de/prueba/

Abad Londoño Jorge Hernán (2005). Tipos de pruebas de software. Recuperado de:
http://ing-sw.blogspot.mx/2005/04/tipos-de-pruebas-de-software.html

Anónimo. Ciclo de vida del software. Recuperado de:
http://es.kioskea.net/contents/223-ciclo-de-vida-del-software

2do Parcial | 3ra Tarea | Diccionario de datos

Introducción:
El diccionario de datos nos sirve para ordenar las características de nuestras bases de datos en forma de tabla, incluyendo todas las características de nuestros campos en esto, que es el nombre, el tipo de dato, y la descripción entre otros.
Desarrollo:

Base: Ejercicio 1
Cliente
Campo	Tipo		Descripción
nombreCliente	varchar(20)	No nulo, llave principal	Nombre del cliente
apellidoMaterno	varchar(20)	No nulo	Apellido materno del cliente
apellidoPaterno	varchar(20)	No nulo	Apellido paterno del cliente
Coche
Campo	Tipo		Descripción
nombreCliente	varchar(20)	No nulo, llave foranea	Nombre del cliente
idCoche	int(15)	No nulo	ID del coche del cliente
numeroAccidentes	int(15)	No nulo	Numero de accidentes que lleva el coche
Base: Ejercicio 2
Cliente
Campo	Tipo		Descripción
nombreCliente	varchar(20)	No nulo	Nombre del cliente
apellidoMaterno	varchar(20)	No nulo	Apellido materno del cliente
apellidoPaterno	varchar(20)	No nulo	Apellido paterno del cliente
dniCliente	int(10)	No nulo, llave principal	Clave del cliente
calle	varchar(20)	No nulo	Calle donde vive el cliente
colonia	varchar(20)	No nulo	Colonia donde vive el cliente
delegacion	varchar(20)	No nulo	Delegacion donde vive el cliente
Coche
Campo	Tipo		Descripción
dniCliente	int(10)	No nulo, llave primaria	Clave del cliente
matricula	varchar(20)	No nulo, llave foranea	Matricula del coche
marca	varchar(20)	No nulo	Marca del coche
modelo	varchar(20)	No nulo, llave foranea	Modelo del coche
color	varchar(20)	No nulo	Color del coche
Nuevo
Campo	Tipo		Descripción
modelo	varchar(20)	No nulo, llave primaria	Modelo del coche
numero	int(10)	No nulo	Numero de coches
Usado
Campo	Tipo		Descripción
modelo	varchar(20)	No nulo, llave primaria	Modelo del coche
kilometraje	int(10)	No nulo	Kilometraje del coche
Repara
Campo	Tipo		Descripción
matricula	varchar(20)	No nulo, llave primaria	Matricula del coche
horas	int(4)	No nulo	Horas de reparacion
fecha	int(8)	No nulo	Fecha de la reparacion
dniMecanico	int(10)	No nulo, llave foranea	Clave del mecanico
Mecanico
Campo	Tipo		Descripción
dniMecanico	int(10)	No nulo, llave primaria	Clave del mecanico
salario	int(8)	No nulo	Salario del mecanico
fechaContratacion	int(8)	No nulo	Fecha de la contracion
nombreMecanico	varchar(20)	No nulo	Nombre del mecanico
apellidoMaternoM	varchar(20)	No nulo	Apellido materno del mecanico
apellidPaternoM	varchar(20)	No nulo	Apellido paterno del mecanico
Base: Ejercicio 3
Partido
Campo	Tipo		Descripción
resultado	varchar(10)	No nulo	Resultado del juego
lugar	varchar(20)	No nulo	Lugar del evento
fecha	int(8)	No nulo	Fecha del evento
estadio	varchar(20)	No nulo	Estadio donde se juega
Condicion
Campo	Tipo		Descripción
estadio	varchar(20)	No nulo	Estadio donde se juega
equipo	varchar(20)	No nulo	Equipo que juega
Jugador
Campo	Tipo		Descripción
equipo	varchar(20)	No nulo	Equipo que juega
nombre	varchar(20)	No nulo	Nombre del jugador
apellidoMaterno	varchar(20)	No nulo	Apellido del jugador
apellidoPaterno	varchar(20)	No nulo	Estadio donde se juega
goles	int(3)	Nulo	Numero de goles que lleva
Base: Ejercicio 4
Cliente
Campo	Tipo		Descripción
nocliente	int(10)	No nulo, llave primaria	Numero del cliente
calle	varchar(20)	No nulo	Calle del cliente
colonia	varchar(20)	No nulo	Colonia del cliente
saldo	int(10)	No nulo	Saldo del cliente
descuento	int(3)	No nulo	Descuento que se le hace
limiteCredito	int(5)	No nulo	Limite del credito del cliente
Pedido
Campo	Tipo		Descripción
noCliente	int(10)	No nulo, llave foranea	Numero del cliente
noArticulo	int(10)	No nulo, llave foranea	Numero del articulo
noFabrica	int(10)	No nulo, llave foranea	Numero de la fabrica
Cabeza
Campo	Tipo		Descripción
nocliente	int(10)	No nulo, llave foranea	Numero del cliente
fecha	int(8)	No nulo	Fecha del pedido
colonia	varchar(20)	No nulo	Colonia de la fabrica
calle	varchar(20)	No nulo	Calle de la fabrica
Cuerpo
Campo	Tipo		Descripción
noArticulo	int(10)	No nulo, llave foranea	Numero del Articulo
cantidad	int(8)	No nulo	Cantidad de articulos
Articulo
Campo	Tipo		Descripción
noArticulo	int(10)	No nulo, llave primaria	Numero del Articulo
existencia	int(8)	No nulo	Existencia del articulo
descripcion	varchar(40)	No nulo	Descripción del articulo
Fabrica
Campo	Tipo		Descripción
telefono	int(10)	No nulo	Telefono de la Fabrica
contacto	varchar(30)	No nulo	Como contactarla
noFabrica	int(20)	No nulo, llave primaria	Clave de la fabrica
Base: Ejercicio 5
Proveedor
Campo	Tipo		Descripción
RUT	int(10)	No nulo, llave primaria	RUT del proveedor, su identificador
nombre	varchar(20)	No nulo	Nombre del proveedor
calle	varchar(20)	No nulo	Calle donde vive
colonia	varchar(20)	No nulo	Colonia donde vive
telefono	int(8)	No nulo	Telefono proveedor
paginaWeb	varchar(20)	No nulo	Pagina web proveedor
Venta
Campo	Tipo		Descripción
id	int(10)	No nulo, llave primaria	ID de la venta
fecha	int(8)	No nulo	Fecha de venta
rutCliente	int(8)	No nulo	Identificador cliente
Producto
Campo	Tipo		Descripción
id	int(10)	No nulo, llave primaria	ID del producto
stock	int(8)	No nulo	Cantidad del producto
Precio	int(8)	No nulo	Precio que tiene el producto
RUT	int(8)	No nulo	Identificador producto
Categoria
Campo	Tipo		Descripción
id	int(10)	No nulo, llave primaria	ID de la categoria
nombre	varchar(20)	No nulo	Nombre categoria
descripcion	varchar(20)	No nulo	Descripción categoria
Cliente
Campo	Tipo		Descripción
RUTCliente	int(10)	No nulo, llave primaria	RUT del cliente
nombreCliente	varchar(20)	No nulo	Nombre del cliente
calle	varchar(20)	No nulo	Calle donde vive
colonia	varchar(20)	No nulo	Colonia donde vive
telefono	int(8)	No nulo	Telefono proveedor
Base: Ejercicio 6
Aeropuerto
Campo	Tipo		Descripción
codigo	int(10)	No nulo	Codigo Aeropuerto
nombreAeropuerto	varchar(20)	No nulo	Nombre delAeropuerto
ciudad	varchar(20)	No nulo	Ciudad donde esta ubicado
pais	varchar(20)	No nulo	Pais donde esta
programaVuelo
Campo	Tipo		Descripción
noVuelo	int(10)	No nulo, llave foranea	Numero del vuelo
Linea	varchar(20)	No nulo	Nombre de la linea
diasDisponibles	int(10)	No nulo	Dias que esta disponible vuelo
escalaTecnica
Campo	Tipo		Descripción
aterrizaje	varchar(20)	No nulo	Lugar de aterrizaje
despegue	varchar(20)	No nulo	Lugar despegue
codigoAt	int(10)	No nulo	Codigo del aeropuerto de aterrizaje
codigoDe	int(10)	No nulo	Codigo del aeropuerto de despegue
Vuelo
Campo	Tipo		Descripción
modelo	varchar(20)	No nulo	Modelo avion
plazas	int(10)	No nulo	Numero plazas
fecha	int(10)	No nulo	Fecha vuelo
noVuelo	int(10)	No nulo, llave primaria	Numero del vuelo
Base: Ejercicio 7
complejoDeportivo
Campo	Tipo		Descripción
localizacion	varchar(20)	No nulo	Localizacion complejo
area	int(10)	No nulo	Area total complejo
jefe	varchar(20)	No nulo	Jefe de complejo
poliDeportivo
Campo	Tipo		Descripción
noComplejos	int(10)	No nulo	Numero complejos
presupuesto	int(10)	No nulo	Presupuesto
localizacion	varchar(20)	No nulo	Localizacion complejo
unicoDeporte
Campo	Tipo		Descripción
noComplejos	int(10)	No nulo	Numero complejos
presupuesto	int(10)	No nulo	Presupuesto
localizacion	varchar(20)	No nulo	Localizacion complejo
Evento
Campo	Tipo		Descripción
localizacion	varchar(20)	No nulo	Localizacion evento
equipamento	varchar(20)	No nulo	Equipamento evento
fecha	int(10)	No nulo	Fecha evento
duracion	int(10)	No nulo	Duracion evento
noParticipantes	int(10)	No nulo	Numero de participantes
noComisarios	int(10)	No nulo	Numero de comisarios
Base: Ejercicio 8
Torneo
Campo	Tipo		Descripción
arbitro	varchar(20)	No nulo	Arbitro torneo
año	int(10)	No nulo	Año torneo
lugar	varchar(20)	No nulo	Sede torneo
Partido
Campo	Tipo		Descripción
premioConsolacion	varchar(20)	No nulo	Premio de consolacion
ganancias	int(10)	No nulo	Ganacias del evento
premio	varchar(20)	No nulo	Premio a primer lugar
nacionalidad	varchar(20)	No nulo	Nacionalidad
lugar	varchar(20)	No nulo	Lugar partido
Preparación
Campo	Tipo		Descripción
premioConsolacion	varchar(20)	No nulo	Premio de consolacion
ganancias	int(10)	No nulo	Ganacias del evento
Base: Ejercicio 9
Pelicula
Campo	Tipo		Descripción
año	int(10)	No nulo	Año de filmacion
idioma	varchar(20)	No nulo	Idiomas
tituloDistribucion	varchar(20)	No nulo	Titulo de distribucion
titulo	varchar(20)	No nulo, llave primaria	Titulo original
duracion	int(10)	No nulo	Duracion filme
director	varchar(20)	No nulo	Director pelicula
subtitulos	varchar(20)	No nulo	Subtitulos disponibles
calificacion	int(10)	No nulo	Calificacion pelicula
Reparto
Campo	Tipo		Descripción
actores	varchar(200)	No nulo	Actores del filme
personajes	varchar(200)	No nulo	Personajes pelicula
titulo	varchar(200)	No nulo, llave primaria	Titulo pelicula
Cine
Campo	Tipo		Descripción
nombreCine	varchar(20)	No nulo	Nombre del cine
calle	varchar(20)	No nulo	Calle cine
colonia	varchar(20)	No nulo	Colonia cine
telefono	int(10)	No nulo	Telefono del cine
Sala
Campo	Tipo		Descripción
ButacasNo	int(10)	No nulo	Numero de butacas
noSala	int(10)	No nulo	Numero de sala
Funcion
Campo	Tipo		Descripción
fecha	int(10)	No nulo	Fecha de la funcion
horario	int(10)	No nulo	Horario de la funcion
noSala	int(10)	No nulo	Numero de sala donde se dara la funcion
Promocion
Campo	Tipo		Descripción
descripcion	varcahr(200)	No nulo	Descripción
descuento	int(10)	No nulo	Descuento aplicado
fecha	int(10)	No nulo	Fecha de aplicacion del descuento
Base: Ejercicio 10
Mueble
Campo	Tipo		Descripción
nombreMueble	varchar(20)	No nulo	Nombre del mueble
precio	int(5)	No nulo	Precio que tiene este
Pieza
Campo	Tipo		Descripción
idPieza	int(5)	No nulo	Clave de identificacion de la pieza
unidades	int(5)	No nulo	Numero de unidades de la pieza
Almacen
Campo	Tipo		Descripción
idPieza	int(10)	No nulo	Clave pieza
altura	int(10)	No nulo	Altura del almacen donde se encuentra
pasillo	int(10)	No nulo	Pasillo de localizacion
cantidad	int(10)	No nulo	Canditad restante

Conclusión:
El diccionario de datos es una herramienta muy útil a la hora de averiguar las características de los datos que posee una tabla dentro de una base de datos.