Niveles de Abstracción de una base de datos

21 

Loading....

Loading....

Loading....

Loading....

Loading....

Texto completo

(1)

Niveles de Abstracción de una

base de datos

11 22 nn Nivel de visión (vistas parciales) Nivel conceptual (vista comunitaria) Nivel físico (modo de almacenamiento) 11 22nn

(2)

MOVIMIENT O ECONÓMICO * Ingresa o SOCIO # cédula * nombres * apellidos

* fecha de ingreso a AHÍ o dirección residencia o teléfono residencia * cargo

* fecha de ingreso a Hidramsa * salario mensual

* fecha de vencimiento del contrato

* número de cuenta CONAVI

* cuota de ahorro actual * cuota de ahorro anterior

AHORRO PERSONAL

* fecha de cambio de cuota * incentivo Hidramsa * aporte mensual al fondo

de solidaridad GAST O # código * descripción * monto * Socio INVERSIÓN # número de inversión AHORRO T OT AL PRÉST AMO FONDO DE SOLIDARIDAD T IPO DE INVERSIÓN

ENT IDAD FINANCIERA LÍNEA DE CRÉDIT O CONT ROL DE AMORT IZACIÓN

# fecha * monto * fecha de inversión * fecha de recuperación de inversión * valor inversión # código * descripción # código * nombre

* nombre del contacto * apellidos del contacto * teléfono o utilidades esperadas # número * monto solicitado * monto aprobado * plazo solicitado * plazo aprobado * fecha solicitud * interés corriente * interés por mora # código * descripción * % DT F # fecha de pago # número de cuota * abono de capital * abono de interés corriente * abono de interés por mora

o número de consignación # fecha * monto Propietario de PLAN DE CUENT AS O egresa dinero? # código # código * pago total * reevaluación de cuota? * reevaluación de plazo? * saldo neto adeudado * cuota mínima siguiente * número de cuotas faltantes

* aprobado? * fecha de estudio # fecha o utilidades netas de conformado parte de por parte de conformado por de controlado por dentro de para dentro de para en oferente de conformado por parte de conformado por parte de conformado por parte de conformado por parte de FECHA

SOLICITUD DE CRÉDITO (aa-mm-dd)

No

SOLICITANTE

APELLIDOS NOMBRES CARGO

SALARIO MENSUAL ACTUAL $

No DE LA CUENTA CONAVI

-CONTRATO

INDEFINIDO T.FIJO F.V.C.(aa-mm-dd)

CRÉDITO SOLICITADO

LÍNEA DE CRÉDITO

CALAMIDAD DOMÉSTICA OBSERVACIONES LIBRE INVERSIÓN

EDUCACIÓN VIVIENDA CANTIDAD $

PLAZO (meses) Firma CC.

RECUERD E:

-SI EL MONTO SOLICITADO SUPERA 2 VECE S EL MONTO AHORRADO A LA FE CHA DE SOLICITUD, U STED DE BE TENE R COD EUDOR QUE RE SPALDE SU D EUDA - SI TOMA UN CRÉDITO PARA UNA TERCE RA PERSONA, U STED SERÁ EL ÚNI CO RESPON SABLE ANT E AHÍ

USO EXCLUSIVO JUNTA AHÍ

FECHA INGRESO AHÍ CUOTA PROMEDIO MONTO AHORRADO PRÉSTAMOS ACTUALES

TIPO MONTO TOTAL CUOTA MENSUAL SALDO NETO

MORA (No meses)

PASADA ACTUAL

1 2

LI.LIBRE INVE RSIÓN; CA:CALAMIDAD ;ED:EDU CACIÓN;VI:VIVIENDA

CAPACIDAD:

CRÉDITO (total) PAGO (mensual) $

MONTO APROBADO$ PLAZO (meses) CUOTA MENSUAL $

DTF (%e.a.)

INTERÉS ANUAL A PARTIR DE

INTERÉS MENSUAL

APROBACIÓN DE LA JUNTA NOMBRE APRUEBA APROBADO SI

S N NO FECHA

MARIA EUGENIA RAMO S V.

HECTOR FA BIO ECHEVE RRI OBSERVACIONES

SANDRA M. MONTOY A A. ELÍAS DARÍO BARRERA G. CLARA V. ME SA O.

Subesquema de un

esquema global Esquema general

Dos vistas de usuario final

Vistas Esquema

conceptual

CONTROL DE AMORTIZACIÓN DE PRÉSTAMOS

Préstamo No.

SOCIO

FECHA DE PRESTAMO VENCIMIENTO

MONTO NUMERO TOTAL DE CUOTAS

INTERES MENSUAL % INTERES DE MORA %

FECHA DE PRIMERA CUOTA CUOTA MÍNIMA MENSUAL

CUOTA VALOR SALDO

No FECHA AMORTI ZACIÓN INTER ÉS NETO OBSERVACIONES

($) CAPITAL

($) MORA

(3)

Independencia de datos

Es una característica de las bases de datos que permiten modificaciones en la definición de un esquema sin afectar, en la medida de lo posible, la reescritura del esquema inmediatamente superior..

11 22 nn Nivel de visión Nivel conceptual Nivel físicoInd. lógica Ind. física

(4)

Proceso de desarrollo

FASE Diseño Análisis Conceptual de la Base de Datos Modelo E-R Diseño Diseño lógico Modelo Relacional Construcción Implementación de la Base de Datos Modelo Físico REQUERIMIENTOS INFORMÁTICOS DE LA ORGANIZACIÓN

(5)

5

Introducción al Modelado

• ¿Qué es un

modelo

?.

• ¿Para qué se usan o sirven los modelos?.

• Ejemplos de diferentes tipos de modelo.

• ¿Características de un "buen" modelo?.

(6)

6

Modelos en Bases de Datos

Tipos

conceptual

(E-R, diagrama de

clases UML, modelo de

objetos semánticos)

lógicos

(jerárquico, en red,

relacional, objeto-relacional)

(7)

Base de Datos I

(2009-02) 7

Modelo Entidad – Relación

• El Modelo E-R es el más usado para el

modelamiento conceptual de B.D.

• Propuesto por Peter Chen en 1976.

• La ANSI lo seleccionó como el modelo

estándar en 1988.

• El modelo E-R fue mejorado por otros

autores como Richard Barker.

(8)

Modelos de Datos

Representan las propiedades estructurales

de los objetos de interés: atributos y

relaciones

entre

los

objetos

y

las

(9)

Ejemplo de un diagrama

entidad-relación

EMPLEADO

DEPARTAMENTO

# * carné * nombre * apellido o cargo * fecha enganche o salario o comisión # * número * nombre * ubicación jefe de subordinado de asignado a responsable de

(10)

Conceptos básicos

Entidad - Representa una clase de objetos de la realidad, de la que se necesita mantener y conocer información.

Relación - Representa una conexión entre los objetos de una o más entidades.

Atributo - Representa una propiedad básica que caracteriza a una entidad o a una relación.

(11)

Entidades

PROYECTO # código nombre fecha de inicio fecha de finalización EQUIPO # referencia fabricante marca fecha de compra

Es una cosa de interés, en el entorno que se quiere modelar, de la cual se necesita guardar información para el buen funcionamiento de sus sistemas informáticos.

Convenciones:

1. Para dibujar las entidades en el diagrama E-R se utilizan cajas, con bordes redondeados, de cualquier dimensión.

2. Cada entidad lleva un nombre único en mayúscula y en singular.

3. Puede ir un nombre sinónimo entre paréntesis. Los sinónimos son útiles cuando dos grupos de usuarios usan diferentes nombres para referirse a una misma entidad.

4. Los nombres de los atributos deben ir en minúsculas.

(12)

Relaciones (1/2)

Una relación es una asociación bidireccional, significativa y nombrable entre dos entidades, o de una entidad consigo misma. Cada relación asocia una instancia de cada una de las entidades involucradas en ella.

La sintaxis de una relación, permite una lectura:

debe una o varias

Cada entidad1 puede ser (o estar) nombre-relación una y sólo una entidad2

Ejemplo

La relación entre PROFESOR y CURSO es:

Cada CURSO puede ser dictado por uno y sólo un PROFESOR. Cada PROFESOR puede ser el docente de uno o más CURSOS.

(13)

Relaciones (2/2)

Cada dirección de una relación tiene características que se deben especificar en el modelo E-R:

• Un nombre - por ejemplo “dictado por”, “asignado a”

• Una opcionalidad (una cardinalidad mínima).

• Un grado o cardinalidad máxima.

La cardinalidad mínima se representa con:

Si es obligatoria (debe ser o estar) Si es opcional (puede ser o estar) El grado o cardinalidad máxima se representa con:

Si la relación se puede dar con una o varias instancias de la otra entidad Si la relación sólo se puede dar con

(14)

Ejemplos de Relaciones

TIQUETE compradopor PASAJERO

poseedor de

ARRENDADOR

generador

ALQUILER

de originado por

OPERARIO

encargado

de manejada por

MAQUINA

(15)

Ejemplo de relaciones

Para leer la relación entre EMPLEADO y DEPARTAMENTO:

EMPLEADO

asignadoa

DEPARTAMENTO

responsable de

Primero se leerá de izquierda a derecha:

“Cada EMPLEADO debe ser asignado a un, y sólo un, DEPARTAMENTO”. Ahora, si se lee de derecha a izquierda, sería:

(16)

Matriz de relaciones

CLIENTE ARTICULO ORDEN BODEGA

CLIENTE Generador de ARTICULO Comprado mediante Almacenado en

ORDEN Hecha por Para la compra

de

BODEGA Sitio de

almacenamiento

Se recomienda hacer esta matriz, previamente al modelo E-R,

cuando sean muchas las entidades que se tengan que

modelar.

(17)

Matriz de relaciones – primer paso

CLIENTE ARTICULO ORDEN BODEGA

CLIENTE Generador de ARTICULO Comprado mediante Almacenado en

ORDEN Hecha por Para la compra

de BODEGA Sitio de almacenamiento √ √ √ √ √ √

(18)

Matriz de relaciones

CLIENTE ARTICULO ORDEN BODEGA

CLIENTE Generador de ARTICULO Comprado mediante Almacenado en

ORDEN Hecha por Para la compra

de

BODEGA Sitio de

almacenamiento

(19)

Ejemplo de Relaciones

Dos relaciones distintas entre las mismas entidades

(20)

Relaciones recursivas

Por ejemplo, La aerolínea

AeroRepública es de otra: Copa Airlines

(21)

Relaciones supertipo/subtipo

EMPLEADO # Número * Nombre * Apellidos DE PLANTA *Salario TEMPORAL * Valor hora

* Valor hora extra

DEPARTAMENTO # Código

EMPRESA # nit

Figure

Actualización...

Referencias

Actualización...

Related subjects :