Enunciado Ejercicios Nro 1-2

Supongamos el siguiente Universo del Discursosobre Municipios, Viviendas y Personas. Cada persona puede habitar en una Vivienda y estar empadronada solo en un municipio, pero puede ser propietaria de varias viviendas. Nos interesa saber las personas que son cabeza de Familia (C.F)

El Profesor indicara los supuestos semanticos que se consideren oportunos para justificar todas las decisiones de diseño:

1er Paso Listar los candidatos a Entidades, Relaciones y Atributos, recuerde que no siempre un problema te ofrece explicitamente o claramente todos estos conceptos, por tanto es importante el aspecto creativo que surge del analisis lógico, por ejemplo  ¿Cabeza de Familia?...¿tengo Claro que significa?

2do Establecer Enumerando los supuestos explicitos en el enunciado,e ir descubriendo los supuestos implicitos u ocultos del enunciado

3er Paso Construir una Matriz de Entidades, las celdas contienen los nombres de las Relaciones, en otros caso el numero de cardinalidad que puede ser 1 o N.

4ro paso Generar version Inicial del Diagrama E/R para ello se recomienda apoyarse en el software DIA.

5to paso Comprobar las cardinalidades minimas, derecha e izquierda de los rombos de Relaciones, verificando que estas sean correctasy analizar que no existan conexiones de rombos relaciones que sean redundante.

6to Paso Agregar al Diagrama E/R inicial los atributos Simples, Claves, Derivados y Multivaluados

 Observacion: Los atributos Multivaluados pueden ser separados de las entidades y convertirse en Entidades Debiles asociadas a las Entidades Fuertes a la cual pertenecian, sin embargo esto podria hacer el diagrama muy dificil de leer o de analizar, en este ejercicio se realizará esta separación para ayudar a los alumnos que por primera vez estan aprendiendo esta metodología, pero no es obligatorio presentar los diagramas demasiado expandidos.

Ejercicio Nro 2

Te contratan para hacer una BD que permita apoyar la gestión de un sistema de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y Pedidos.

Un proveedor tiene un RIF, nombre, dirección, teléfono y página web. Un cliente también tiene RIF(cédula), nombre, dirección, pero puede tener varios teléfonos de contacto. La dirección se entiende por calle, número, comuna y ciudad.

Un producto tiene un id único, nombre, precio actual, cantidad y nombre del proveedor. Además se organizan en categorías, y cada producto va sólo en una categoría. Una categoría tiene id, nombre y descripción.

Por razones de contabilidad, se debe registrar la información de cada pedido con un id, fecha, cliente, descuento y monto final. Además se debe guardar el precio al momento de la venta, la cantidad vendida y el monto total por el producto.

i.- Contenidos de la Cátedra de Modelado de base de Datos

i.- Introducción

·          Sistemas de gestión de Archivos vs Sistemas Gestores de base de Datos

·          Definicion de base de datos

·          Importancia de una BD en un Proyecto Informatico

·          Modelar un proyecto Informático con Diagramas UML y sus semejanzas como las diferencia a modelar una Base de Datos con Modelos ER, relacional y Objeto-Relacional.

·          Errores frecuentes al Desarrollar bases de datos. (Memoria  Humana, la improvisación o Aprendizaje por ensayo y Error, copiar Modelos de otros, retardar el diseño, resolver con código de 3ra generación, No confiar en su Instructor o compañeros de Equipo por la terquedad y Egocentrismo).

1.- Análisis de la Situación (técnica IE-IR)

·          Paso 1: Grabar o Tomar Nota del Problema Planteado en la reunión con los Actores Implicados( Comuna, Gerentes, Directores, Encargados; Operadores)

·          Paso 2: Identificación de Entidades (IE) partiendo de Pronombres generizables y Objetos específicos del predicado.

·          Paso 3: Identificación de Relaciones (IR) partiendo de los verbos generizables o agrupables.

2.- Modelo Conceptual (Modelo ER)    autor: Peter P. Chang  C.

·          Definir gráficamente Entidades y sus Relaciones

·          Entender las Reglas de la Situación o del Negocio

·          Entidades y Relaciones Fuertes y Debiles

·          Atributos y Grado, Atributos Derivados y Compuestos

·          Claves, Claves Candidatas(Normalización Adelantada)

·          Cardinalidad 1:1, 1:N, N:1, N:M

·          Aprendiendo DIA para diseñar ER (Simplicidad y Revisión como Buen hábito)

HASTA AQUÍ SERIAN 1RA A LA 4TA SEMANA

3.- Modelo Lógico (Modelo Relacional)    autor: Edgar. F. Codd

·          Traducción del modelo ER al Modelo Relacional

·          Tablas y relaciones, Atributos y Tuplas, Cardinalidad y grado

·          Clave Principal, Clave Unicas, Clave Opcional, Clave Foránea, Super Clave(tipo de relación avanzada)

·          Aprendiendo Toad Data Modeler para el Modelado Lógico

4.- Técnicas de Normalización del Modelo Relacional

·          Las 5 Formas Normales de Codd

·          Forma Normal Boyce-Codd

·          Forma Normal Fagin o Dominio Clave

HASTA AQUÍ SERIAN DE LA 5TA A A LA 8VA SEMANA

5.- Modelo Relacional Físico o de Datos( Modeladores de Datos y SQL)

·          Selección de SGBD ( MySql, Posgres, Oracle, MS-SQL etc)

·           Lenguaje de Definición de datos(Estructura de la BD)

·          Lenguaje de Modificación de Datos(mantenimiento de la BD)

·            Diccionario de Datos con Herramienta CASE.

·            Selección de Motores de BD según Gestor a utilizar ( InnoDB, Heap, Nativo…)

HASTA AQUÍ SERIA DE LA 9NA A LA ULTIMA SEMANA DE CLASES

BIENVENIDOS A LA CATEDRA DE MODELADO DE BASE DE DATOS II-2016

 

ii.- Plan  de Evaluación     

a.- Entrega de 8 Ejercicios Prácticos Resueltos de Modelado ER

     Condición: Individual         Estilo:  Impreso o Manual          Fecha: 26 de mayo

     Observaciones: debera indicar forma normal máxima alcanzada y grado maximo por cada   problema planteado 
       PESO: 25%

b.- Entrega de 8 Ejercicios Prácticos Resueltos de Modelado Relacional

    Condición: Individual         Estilo:  Impreso o Manual    Fecha: 16 de junio

      Observaciones: debera indicar forma normal máxima alcanzada y grado maximo por cada problema planteado 
     PESO: 25%

  

c.- Entrega de 1 Ejercicio Practico Resuelto Modelo relacional Fisico con minimo el uso de 10 comandos con las consultas o vistas resultantes de diferentes filtros de consultas SQL (agregación, extensión, Junta, Producto…etc)

    Condición: Equipo Max 5 personas   Estilo: Impreso Obligatoriamente
  Fecha: 7 de julio

    Sistema Gestor de BD:  ACCESS de Microsoft( 2007 en adelante) o MYSQL o POSTGRESQL 
PESO: 25%

d.- Entrega de Modelado Completo del Proyecto Socio tecnológico ( en su defecto un prototipo posible, de no tenerlo em profesor le asignata un problema real)

    Condición: En Equipo Estilo: Impreso      Fecha de entrega: 21 de julio

    Documentos Entregables: Modelo ER, Modelo Relacional lógico, Modelo Relacional Físico.     PESO: 25%

Penalizaciones: si entrega después de la fecha tendrá un descuento de 5% acumulativo por cada dia de clase que se retarde…después de 4 clases de retardo el trabajo perderá 25% por tanto no será recibido.