Proyecto modelamiento db Laboratorio Químico Farmacéutico (parte 2)

Proyecto modelamiento db Laboratorio Químico Farmacéutico (parte 2)

Integrantes

Eduardo Bravo

Nicolas Viveros

Miguel Rodriguez

• Corrección Parte 1. 
• Creación de Vistas de Usuario Multitablas (Mínimo 3) 
• Creación de Tablas con Constraint a todas las columnas 
• Creación de Secuencias (Para todos los campos clave primaria excepto Rut) 
• Inserción de datos (5 filas como mínimo por tabla) 
• 10 Consultas con Distintos operadores

Reglas de Negocio

Dado el nivel de negocio que hoy en día maneja un laboratorio químico farmacéutico, se hace necesario normar y desarrollar procesos informáticos los cuales nos permitan optimizar las labores diarias del negocio y la obtención de información basada en grandes volúmenes de datos.

 Nuestras plantas de almacenaje y distribución por efectos del negocio manejan, diversos tipos de productos, en grandes cantidades, los que se deben poder recepcionar y entregar de forma oportuna y eficiente.

Por tal motivo, se realiza a través de este documento, una propuesta y modelo de base de datos el cual permite optimizar los procesos desde su inicio con los proveedores hasta los despachos a clientes.

El modelo planteado esta ejemplificado utilizando SQLDeveloper Oracle.

A continuación se encuentra el link con el Modelo, script e informe, el cual muestra la solución planteada.

Documentacion Word

Script TXT

Script SQL

Proyecto modelamiento db Laboratorio Químico Farmacéutico

Integrantes

Eduardo Bravo

Nicolas Viveros

Miguel Rodriguez

Reglas de Negocio

Dado el nivel de negocio que hoy en día maneja un laboratorio químico farmacéutico, se hace necesario normar y desarrollar procesos informáticos los cuales nos permitan optimizar las labores diarias del negocio y la obtención de información basada en grandes volúmenes de datos.

 Nuestras plantas de almacenaje y distribución por efectos del negocio manejan, diversos tipos de productos, en grandes cantidades, los que se deben poder recepcionar y entregar de forma oportuna y eficiente.

Por tal motivo, se realiza a través de este documento, una propuesta y modelo de base de datos el cual permite optimizar los procesos desde su inicio con los proveedores hasta los despachos a clientes.

El modelo planteado esta ejemplificado utilizando SQLDeveloper Oracle.

A continuación se encuentra el link con el Modelo, script e informe, el cual muestra la solución planteada.

Descargar Proyecto

Descargar Script

Descargar Informe

BD - El Proceso de Modelado

Hasta el momento se ha definido:

• Entidades
• Atributos
• Relaciones
• Cardinalidades

Eurística: Cantidad de caminos posibles dentro de un problema, depende de la situación, es la decisión que podríamos tomar (en nuestro caso: "la duda es: usamos un telefono como atributo o entidad").

Tipos de Atributos:

• Simple/Compuesto
• de Decisión
• Mono / Polivalente
• Derivado

Campos Múltiples:
Si un atributo tuviera un número limitado y no muy elevado de ocurrencias (datos)  entonces formará parte de la entidad que la describe.
Ej.: Telefonos
En vez de tener una entidad con 3 o 4 columnas de telefonos (UML: Telefono[1...5])
Pero en modelo de entidad relación, mejor lo convertimos en entidad (id, tipoTelefono, numero)

Entidad v/s Relaciones:
Las relaciones asocian una o varias entidades, mientras que las entidades no.
Ej.: "hombre <-- se casa --> mujer" o "matrimonio" (con atributos, hombre y mujer)

Propuesta de Metodología de Modelamiento:
"La estructuración de un problema, es un proceso iterativo".
Es recomendable hacer 2 listas:

• Candidatos a Entidades
• Posibles Relaciones, con su tipo de correspondencia (1:1 , 1:N , N:N)

Una vez analizado el modelo entidad/relación. Anotar supuestos NO dados en el enunciado







Tarea Grupal
 (buscar 9 enunciados que formen modelos de entidad relación)


Tema Extra:
Procrastinar: Sinónimos: posponer, diferir, aplazar
Herramienta para administrar tiempo: KanbanFlow

Clase 4 Septiembre

Tipos de Relaciones:

Cardinaliad:

Uno a Uno, (1:1)

Uno a Muchos (1:M) ; Muchos a Uno (M:1)

Muchos a Muchos (M:M)

La relación es una asociación bidireccional entre dos Entidades.

* Primera Solemne Sábado 28 de Septiembre *

En relación de linea continua, esta es Obligatoria. (Debe)

En relación de linea punteada, esta es Opcional. (Puede)

Entidad Fuerte: es la que no depende de la existencia de otra entidad.

Relación Recursiva o unaria:  cuando la relación es entre una entidad y ella misma.

Asociación Binaria: Asocia 2 entidades

Asociación Ternaria: Asocia 3 entidades

Llave Foránea: Es un atributo cuyo valor es igual al valor de una llave primaria en otra tabla o en la misma. Puede haber mas de una llave foránea en una tabla.

Clase 28 Agosto

Modelos de Modelamiento de datos:

Modelo Entidad Relación

Modelo Relacional

CASE: Ingeneria de Software Asistida por Computación.

Ingeneria de Software: son todas las etapas que forman el proceso para construir un software o programa.

Herramienta SQL Developer: Genera codigo a partir de un modelo Entidad Relación creado, por lo que aminora la carga de trabajo.

En el modelo Entidad Relación hay que identificar las Entidades, Relaciones y Atributos

Modelo Conceptual: Es la abstracción de la solucion del problema. Y su objetivo es identificar los elementos relevantes, sin entrar en detalles de implementación, como por ejemplo, la cantidad de caracteres, el tamaño, etc.

Regla de Negocios: Condicionantes o restrigciones de una empresa. 

Para realizar el Modelo Conceptual se necesita saber la visión de negocios de la empresa, y entender los procesos de negocios involucrados en el cumplimiento de objetivos, asi como tambien, la vista de los distintos tipos de usuarios.

Pasos para Modelo Entidad Relación :

1- Hay que Identificar las Entidades.

Tipo de Entidad   ->   Clase

Entidad                ->   Objeto

2- Luego hay que establecer las relaciones entre las Entidades.

3- Determinar los Atributos: 

                                   Llave principal o Unica: es la que identifica a la Entidad. Tiene la característica único.

                                   Llave Secundaria 

(tupla:  Es una fila en una tabla, un registro)

- Entidades: Objetos que se identifican en un problema, Contienen echos que interesan a la empresa y deben ser relevantes para esta. Son reales (existen fisicamente) o Abstracto. Puede ser persona, concepto, evento, cosa u objeto, lugar, u organización.

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

Clase 21 Agosto

21/08/2013
Objetivos:    Comprender el proceso de Abstracción y conceptos relacionados a este tema.

Niveles de Abstracción:
-Externo: Lo que ve el usuario.
-Conceptual: lógico.
-Interno: Físico.

Arquitectura de tres capas, permite hacer cambios en cualquier capa, sin afectar a la aplicación completa. Para crear aplicaciones robustas. (Base de Datos) -> Capa datos -> Capa de Negocios -> Capa GUI -> Usuario.
Permite:
Independencia Lógica.
Independencia Física.

Proceso de Abstracción: Identificar lo relevante en la realidad, (Omite lo que no tiene importancia para el problema o solución) y transformarlo en un modelo de un proyecto.

Modelos de Datos: representación abstracta de la realidad, que refleja lo relevante de mi problema. Tienen dos objetivos: Representar la realidad y Ser comprensible (Es decir que pueda ser claro para que cualquier usuario, de por ejemplo, una empresa).