ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Sistemas Gestor De Bases De Datos


Enviado por   •  5 de Noviembre de 2014  •  1.392 Palabras (6 Páginas)  •  259 Visitas

Página 1 de 6

INTRODUCCIÓN

El diseño de sistema es una etapa en donde se define las estructuras de un sistema con el objetivo de cumplir ciertas expectativas de modo que el usuario pueda tener una mejor interacción con el sistema durante la realización de una actividad, para satisfacer las necesidades que requiere el usuario.

Para satisfacer dichas necesidades hemos elaborado nuestra primera asignación de diseño de sistema, donde se describen mediante diagrama la estructura del sistema que estamos creando, además se definirá el tipo de gestor de datos que usaremos. También comentaremos sobre la conexión del usuario con todo el componente del sistema.

Normalización # 1

Para la primera normalización se requiere descomponer los atributos de clase en valores atómicos, es decir, especificarlos:

Ejemplo con una clase sistema a realizar en CORPOELEC

PERSONA

#Nombre: string ;

#Apellido: string;

#Cedula : string;

#direccion Normalización:

Para la primera normalización se requiere descomponer los atributos de clase en valores atómicos, es decir, especificarlos:

Ejemplo con una clase sistema a realizar en CORPOELEC

PERSONA

#Nombre: string ;

#Apellido: string;

#Cedula : string;

#direccion : string;

En este se puede apreciar el nombre de la clase y sus atributos, ahora en el campo nombre irán almacenados el primer y segundo nombre de la persona; pero para que esto sea posible es necesario especificar un campo para el primer nombre de la persona y uno para el segundo. De tal forma que podamos tener un campo organizado para cada elemento.

N# Primer Nombre Segundo Nombre

Primer

Apellido Segundo

Apellido Ciudad Sector Calle

1 Danny Rodrigo Ramírez Mora Carúpano Charallave Las rosa

2 María Rosa Marín Villarroel Carúpano El pilar Piar

Hemos convertido nuestra clase en una tabla de manera que podamos almacenar lo datos en ella, de esta manera cumpliremos con la primera normalización que se requiere, para cada atributo existe solo un elemento correspondiente en cada campo.

Normalización # 2

Para que la normalización #2 deba cumplirse primero debe cumplirse la #1 además todos los atributos no primo dependen funcionalmente de la forma completa de la clave primaria.

Ejemplo:

Cód. de factura Cod de cliente Estado Nombre de cliente Nombre de vehiculo

312 372 Cancelado krisdelchis Fiesta

472 441 cancelado Danny Ferrari

El código de la factura en proceso está ligado al estado de la misma, por que el código de factura es la clave primaria, nos permite identificar el estado de la factura, de igual forma el código de cliente es clave primaria del nombre de el cliente permitiendo identificar inequívocamente a una persona de otra en caso de que tenga el mismo nombre.

Tabla #1

Cód. de factura Estado

372 Cancelado

472 Cancelado

Tabla #2

Cód. De cliente Cliente nombre

372 Krisdelchis

441 Danny

En la tabla factura la columna “nombre de vehículo” no pertenece a ninguna clave, es decir no es primario de ninguna clave, por lo tanto la asociamos de la siguiente manera:

Elaboramos una tabla qué nos asocie la clave primaria con relación al atributo no primo:

Tabla #3

Cod. Factura Cod. Cliente Cliente nombre

372 372 Krisdelchis

472 441 Danny

Forma normal #3

Una tabla esta en tercera forma solo si cumple con la segunda forma, por lo tanto también debe cumplir con la primera norma y que ningún atributo sea dependiente de otro atributo.

Repuesto

Código Marca-repuesto Precio-repuesto

7782 goodgear 50

6573 Ford 10

9765 Chevolet 5

Aplicando la norma #3 tenemos:

Tabla #1

Código Marca-repuestos

7782 Godgear

6573 Ford

9765 chevolet

Tabla #2

Marca-respuesto Precio repuesto

goodgear 50

ford 10

chevolet 5

De tal modo se aplicó la norma #3 a la tabla repuesto.

DICCIONARIO DE RELACIONES

DICCIONARIO DE RELACIONES

ENUMERACIÓN TIPO DE RELACIÓN EXPLICACIÓN

A

Generalización Hace posible que la clase PROVEEDOR herede los atributos de la clase PERSONA permitiendo así la asociación de nueva información.

B

Generalización Hace posible que la clase CLIENTE herede los atributos de la clase PERSONA permitiendo así la asociación de nueva información.

C

Composición Contar con PROVEEDORES

...

Descargar como (para miembros actualizados) txt (9 Kb)
Leer 5 páginas más »
Disponible sólo en Clubensayos.com