PROYECTO: “SISTEMA DE PUNTO DE VENTA E INVENTARIOS PARA MA’ALOB KI’IN

INSTITUTO TECNOLÓGICO DE MÉRIDA[pic 1]

[pic 2]

DEPARTAMENTO DE SISTEMAS COMPUTACIONALES

   MATERIA:

TALLER DE BASE DE DATOS[pic 3]

PROYECTO:

“SISTEMA DE PUNTO DE VENTA E INVENTARIOS PARA         MA’ALOB KI’IN.”

 “DISEÑO”

MAESTRA:

L.A.S.C. TERESITA A. DE JESÚS RIVERO SALAZAR.

GRUPO:

5SB

PRESENTAN:

                          CAN POOL SELENE GUADALUPE               E16080412

                          HUCHIM HAU DAVID ABRAHAM                  E16080405

                          POOL UICAB JUAN ANTONIO                      E16080413

                         SANCHEZ CASTRO FERNANDO ADRIAN    E16080560

MÉRIDA, YUCATÁN, A MAYO DEL 2018

Índice

1-. Normalización        3

1.1 Tabla 1: Clientes        3

1.2 Tabla 2: Productos        4

2-. Diseño Relacional        5

3-. Diccionario de Datos        6

Cliente        7

Índices        7

Productos        8

Índices        8

Factura        8

Índices        9

detalle_factura        9

Índices        10

Usuario        10

Índices        11

Índice de Figuras.

Figura 1. Modelo Relacional        6

Índice de Tablas.

Tabla 1. Diccionario de Datos de la Tabla Cliente.        7

Tabla 2. Indice de la Tabla Cliente.        7

Tabla 3.Diccionario de Datos de Productos        8

Tabla 4. Indice de Productos        8

Tabla 5. Diccionario de Datos de Factura.        9

Tabla 6. Índice de Facturas.        9

Tabla 7.Diccionario de Datos de Detalle_Factura.        9

Tabla 8. Índice de Detalle_Factura.        10

Tabla 9. Diccionario de Datos de Usuarios.        11

Tabla 10. Índice de Usuarios.        11

1-. Normalización

1.1 Tabla 1: Cliente

Clientes (id_client, ced_cliente, nom_client, ape_client, tel_client, direc_client, correo_client).

1-. Restricciones:

El id_client es una numeración para cada cliente.

El ced_cliente es único por cada cliente, es llave primaria.

El nom_client del cliente se puede repetir.

El ape_client del cliente se puede repetir

El tel_client es único por clientes, dos clientes no pueden tener el mismo número.

La direc_client se puede repetir.

El correo_client es único por clientes, dos clientes no pueden tener el mismo correo.

2-. Relaciones de Dependencia Funcional:

ced_cliente → (id_cliente,nom_cliente,ape_cliente, tel_cliente

direc_cliente, correo_cliente).

Teléfono → (Id_Cliente, Nombre, Dirección)

3-. La llave Id_Cliente es total simple

4-. La llave secundaria es Teléfono

5-. Relaciones de Multideterminación:

Nombre →→(Id_Cliente)

Dirección →→(Id_Cliente)

6-. Normalización:

1FN

• 1-. Solo hay un valor de entrada.
• 2-. Cada atributo tiene nombre propio.
• 3-. Cada uno tiene su propio tipo de dato.
• 4-. No genera filas duplicadas.
• 5-. Se puede cambiar el orden de atributo, columna y fila sin afectar.

2FN

• Cumple con la Primera Forma Normal (1FN)
• La clave es un determinante simple.

3FN

• Cumple con la Segunda Forma Normal (2FN)
• No tiene dependencia transitiva porque todos los determinantes pueden hacer la función de llave.

BCFN

• Cumple con la Tercera Forma Normal (3FN)
• Todos los determinantes pueden hacer la función de llave.

4FN

• Cumple con BCFN.

Dependencia Multivaluada:

• 1 La tabla tiene más de 3 atributos.

      X  2 No cumple de valores múltiples de un mismo determinante.

• 3 No tiene multivaluación.

Hay Dependencia multivaluada, por lo tanto No cumple con la Cuarta Forma Normal (4FN) y no se tiene que dividir la tabla.

1.2 Tabla 2: Productos

Productos (Id_Producto, Nombre, Precio, Cantidad)

1-. Restricciones:

El Id_Producto es único por cada producto, es llave primaria.

El nombre del cliente es único.

El precio puede repetirse en varios productos.

La cantidad se puede repetir.

2-. Relaciones de Dependencia Funcional:

Id_Prodcuto → (Nombre, Precio, Cantidad)

Nombre → (Id_Producto, Nombre, Cantidad)

3-. La llave Id_Producto es total simple

4-. La llave secundaria es Nombre

5-. Relaciones de Multideterminación:

Precio →→(Id_Producto, Nombre, Cantidad)

...