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 AUTORES ING Ana Oropeza 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

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).

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.

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

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.

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

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

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

Prima 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.

DIAGRAMA ENTIDAD-RELACIÒN

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` 

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

SELECT * FROM `cliente`

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.

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

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_Programacion_I/Lenguajes_de_Programacion_I/POLILIBRO/UNIDAD3/4.htm