sábado, 24 de agosto de 2013

24/8/2013

Objetivos de la clase de hoy
  • Modelamiento de Datos
  • Usar Oracle + SQL Developer (pendiente ¬¬')
Modelamiento:
Dada una problemática, se deben comprender los objetivos y metas de la empresa; también la planificación, el(los) modelo(s) de negocio y los procesos (lo que se conoce como toma de requerimientos)

Identificar
  • Entidades
  • Relaciones
  • Atributos
  • Procesos
¿Porque modelar?
  • Facilita la comunicación entre los involucrados (diseñador de base de datos - desarrollador del sistema - cliente).
  • Es el resultado de un proceso de abstracción; es un esquema, un borrador, un plano.
  • Los modelos son fáciles de modificar, porque es parte de la planificación, previo al desarrollo (primero pienso, luego programo)
Tipos de modelos de datos
  • Conceptuales (alto nivel)
  • Lógicos
  • Físicos (nivel de máquina)
Etapas del Modelamiento de Datos
  • Requerimiento de Usuario (Entrevistar a los distintos involucrados, revisar la documentación, Planificar, Analizar, Reingeniería de Procesos)
  • - Modelo Conceptual de Datos
  • Proceso de Normalización (Formas Normales (1FN, 2FN y 3FN como mínimo))
  • - Modelo Conceptual Canónico (Normalizado)
  • Reglas de Transformación
  • - Modelo Relacional
  • - Generación de la Base de Datos (Depende del RDBMS o SGBD seleccionado)
  • Base de Datos
Modelo Conceptual de Datos
(piénsese en los diagramas de Paradigma Orientada a Objetos)
  • Entidad
  • Atributos
  • Interrelación entre entidades (líneas de asociación)

Por cultura general
  • Investigar el modelo de Chen
  • Investigar el modelo de UML
  • Patrones de Diseño (porque todo objeto debe tener un identificador único)
  • - Patrones de Diseño Identity File
  • - Patrones de Diseño Singleton
Modelo Relacional
  • Se agregan tipos de datos
  • Se agregan llaves (primarias y secundarias)

------------------------------------------------------------------------------------------------


Enfoques del Modelamiento de una Base de Datos
  • Top-Down (de arriba hacia abajo) de lo general a lo particular
  • Bottom-Up (de abajo hacia arriba) de lo particular a lo general (se puede implementar la ingeniería reversa, si es que no hay documentación)
  • Targeted (dirigida) mejorar modelos existentes, para los nuevos requerimientos

No hay comentarios.:

Publicar un comentario