BASE DE DATOS

1. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD EXPERIMENTAL POLITÉCNICA
DE LA FUERZA ARMADA BOLIVARIANA
MARACAY ESTADO ARAGUA
DICCIONARIO DE DATOS
TUTOR
ING Ana Oropeza
AUTORES
Perez Marbelys C.I.: 21.098.828
Contreras Roger C.I: 11.112.378
Jose Manama
C.I:6.908.928
Alfredo Sojo
C.I: 20.110.998
Maracay, 01 de Febrero del 2014

2. DICCIONARIO DE DATOS
Según David M. Kroenke Un diccionario de datos es una herramienta de
importancia para el administrador de la base de datos, es un catalogo accesible para el
usuario de datos relacionados. Con la base de datos.
Los sistemas de diccionario de datos sirven para mantener información relativa al
hardware y software, la documentación y los usuarios del sistema, así como otra
información pertinente para la administración del sistema. Es un catalogo accesible para el
usuario de datos relacionados Con la base de datos.
CONTENIDO Y FUNCIÓN DE LOS DICCIONARIOS DE DATOS
Según Korth y Silberschatz:
El diccionario de datos almacena información acerca de la estructura de la base de
datos, y la información de autorización, y datos acerca de las relaciones.
Tipos de información que el sistema debe almacenar están:
 Los nombres de las relaciones.
 Los nombres de los atributos de cada relación.
 Los dominios de los atributos.
 Los nombres de las vistas definidas en la base de datos.
 Definición de esas vistas.
 Las restricciones de integridad de cada relación (por ejemplo, las
restricciones e clave).

3. Además de esto, muchos sistemas conservan los datos siguientes de los usuarios del
sistema:
 Nombres de los usuarios autorizados.

Información contable acerca de los usuarios.
En los sistemas que utilizan estructuras altamente sofisticadas para almacenar relaciones,
pueden conservarse datos estadísticos y descriptivos acerca de las relaciones:
 Número de tuplas en cada relación.
 Método de almacenamiento utilizado para cada relación (por ejemplo, agrupado o
sin agrupar).
OTRO CONTENIDO:
El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema, son
los elementos datos y estructura de datos.
 Elemento dato: son los bloques básicos para todos los demás datos del sistema, por
si mismos no le dan un significado suficiente al usuario. Se agrupan para formar una
estructura de datos.
 Descripción: Cada entrada en el diccionario consiste de un conjunto de detalles que
describen los datos utilizados o producidos por el sistema.
 Cada uno está identificado con:
 Un nombre: para distinguir un dato de otro.
 Descripción: indica lo que representa en el sistema.
 Alias: porque un dato puede recibir varios nombres, dependiendo de quien uso este
dato.

4.  Longitud: porque es de importancia de saber la cantidad de espacio necesario para
cada dato.
 Valores de los datos: porque en algunos procesos solo son permitidos valores muy
específicos para los datos. Si los valores de los datos están restringidos a un
intervalo especifico, esto debe estar en la entrada del diccionario.
 Estructura de datos: es un grupo de datos que están relacionados con otros y que
en conjunto describen un componente del sistema.
 Descripción:
Se construyen sobre cuatro relaciones de componentes. Se pueden utilizar las siguientes
combinaciones ya sea individualmente o en conjunción con alguna otra.
 Relación secuencial: define los componentes que siempre se incluyen en una
estructura de datos.
 Relación de selección: (uno u otro), define las alternativas para datos o estructuras
de datos incluidos en una estructura de datos.
 Relación de iteración: (repetitiva), define la repetición de un componente.
 Relación opcional: los datos pueden o no estar incluidos, o sea, una o ninguna
iteración.
 Notación:Los analistas usan símbolos especiales con la finalidad de no usar
demasiada cantidad de texto para la descripción de las relaciones entre datos y
mostrar con claridad las relaciones estructurales. En algunos casos se emplean
términos diferentes para describir la misma entidad (alias) estos se representan con
un signo igual (=) que vincula los datos.
TIPOS DE DICCIONARIOS DE DATOS

5. Según Elmasri/Navathe
 Diccionario de datos Activo: Es un diccionario cuyas entradas son modificadas en
forma automática por el software, siempre que ocurran modificaciones en la
escritura de la base de datos.
 Diccionario de datos Pasivo: necesitan ser actualizados en forma separada, para
hacer modificaciones en la base de datos, de lo contrario no reflejarán con exactitud
el estado de la base de datos.
Los diccionarios de datos Activos cuestan más, pero aseguran se actualicen; no están
disponibles con todos los productos DBMS.
Los diccionarios de datos pasivos son menos costosos que los activos, pero se requiere de
mayor esfuerzo para mantenerlos actualizados. Cualquiera de ellos es una gran ayuda al
DBA para registrar y rastrear nombres, formatos, relaciones y referencias cruzadas de los
datos
RAZONES PARA SU UTILIZACIÓN
1- Para manejar los detalles en sistemas muy grandes, ya que tienen enormes cantidades de
datos, aun en los sistemas más chicos hay gran cantidad de datos.
Los sistemas al sufrir cambios continuos, es muy difícil manejar todos los detalles. Por eso
se registra la información, ya sea sobre hoja de papel o usando procesadores de texto. Los
analistas mas organizados usan el diccionario de datos automatizados diseñados
específicamente para el análisis y diseño de software.
2- Para asignarle un solo significado a cada uno de los elementos y actividades del sistema.

6. Los diccionarios de datos proporcionan asistencia para asegurar significados comunes para
los elementos y actividades del sistema y registrando detalles adicionales relacionadas con
el flujo de datos en el sistema, de tal manera que todo pueda localizarse con rapidez.
3- Para documentar las características del sistema, incluyendo partes o componentes así
como los aspectos que los distinguen. También es necesario saber bajo que circunstancias
se lleva a cabo cada proceso y con qué frecuencia ocurren. Produciendo una comprensión
mas completa. Una vez que las características están articuladas y registradas, todos los
participantes en el proyecto tendrán una fuente común de información con respecto al
sistema.
4- Para facilitar el análisis de los detalles con la finalidad de evaluar las características y
determinar donde efectuar cambios en el sistema.
Determina si son necesarias nuevas características o si están en orden los cambios de
cualquier tipo.
SE ABORDAN LAS CARACTERÍSTICAS
* Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo
mientras se emplea el sistema.
* Preguntas: solicitudes para la recuperación o procesamiento de información para generar
una respuesta específica.
* Archivos y bases de datos: detalles de las transacciones y registros maestros que son de
interés para la organización.
* Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar
transacciones y datos

7. 5- Localizar errores y omisiones en el sistema, detectan dificultades, y las presentan en un
informe. Aun en los manuales, se revelan errores.
Las vistas de las base de datos, son cada una de las pantallas que se generan cada vez que
hacemos una consulta, una inserción de datos entre otras.
EJEMPLO DE UN DICCIONARIO DE DATOS

8. Nombre del archivo : Seguros
Fecha de creación: 01/02/2014
Descripción: Tabla que contiene datos de la compañía de seguros
Campo
Descripción
Longitud
Observación
Rif_seguro
Registro de información fiscal de la
compañía , el cual es la clave primaria
10
RIF
Costo por asegurar el vehículo
20
Precio del seguro
Cobertura
Cobertura del seguro: servicio de grúa, si
es el todo riesgo o por reparación.
20
Grado de cobertura del
seguro. Alta, Media, baja
Categoria
Especifica el Tipo de vehículo para poder
asegurarlo
20
Si el Vehículo es pesado,
sedan, deportivo.
Prima
DIAGRAMA ENTIDAD-RELACIÒN

10. VISTAS DE LA BASE DE DATOS
INSERT INTO `concesionario`.`agente` (`cod_agente`, `ci_agente`, `nom_ape_agente`,
`rif_agente`, `direccion_agente`, `tlf_agente`) VALUES ('a001', '21271217', 'tirso
marrero', '21271217-Y', 'las acacias', '04126815852');
SELECT * FROM `carro`

11. INSERT INTO `concesionario`.`vendedor` ( `cod_vendedor` , `Rif_vendedor` , `ci_vendedor` ,
`nom_y_ape_vendedor` , `tlf_vendedor` , `direccion_vendedor` ) VALUES ( '001', '21098828m', '21098828', 'marbelys perez', '04243286016', 'Barrio el carmen' ), ( '002', '20242645j', '20242645', 'Jesus Tovar', '04162452677', 'Mariara - Carabobo' );

12. SELECT * FROM `cliente`

13. REFLEXIÓN
MARBELYS PEREZ C.I 21.098.828
El diccionario de datos nos sirve de gran utilidad ya que allí se especifica la
descripción de cada campo, se tiene información más detallada a la hora de que el sistema
pase a manos de otra persona.
Para las vistas de las base de datos, tome print de pantalla del proyecto de
laboratorio, son tablas de una base de datos llamada concesionario UNEFCAR, la cual
contiene unas tablas llamadas: agente, carro, cliente, seguro y vendedor.
Lo que se quiere con esta base de datos es realizar un sistema automatizado para que
los datos de la empresa sean guardados ordenadamente y a la hora de hacer una consulta
sea más rápida y de forma eficaz ya que se maneja un gran número de registros.

14. Reflexión del Proyecto de BD
Desde mi punto de vista la base de datos de un concesionario no solo debe llevar el
control de ventas de todos los automóviles disponibles al público, debe ser algo más
completo donde involucre todos los aspectos importantes que a diario se vive en un trabajo
como este, una base de datos bien completa con un buen manejador de la misma debe
contener información de todos los empleados, clientes, repuestos, proveedores,
aseguradoras, financiadoras o entidades bancarias entre otras. Este trabajo debe facilitar y
agilizar enormemente la búsqueda de información que se requiera al momento de una venta
o transacción que se desee realizar, Haciendo entonces el análisis de nuestro proyecto de la
BD de un concesionario, lo defino como un buen sistema de búsqueda de información pero
debe aumentarse la capacidad de almacenar toda la información necesaria para facilitar el
trabajo administrativo generando fluidez en los procesos internos de dicha empresa.
Roger contreras
C.I. 11.112.378

15. BIBLIOGRAFÍA
http://labredes.itcolima.edu.mx/fundamentosbd/sd_u3_6.htm
http://www.sites.upiicsa.ipn.mx/polilibros/portal/Polilibros/P_proceso/Lenguajes_de_Progr
amacion_I/Lenguajes_de_Programacion_I/POLILIBRO/UNIDAD3/4.htm