TEMA: MODELO DE DATOS

Docente: Mg. Guido Anco Chambilla

2017-II
II
I
DISEÑO DE LA BASE DE DATOS
 OBJETIVOS

• Capacitar al alumno en el modelamiento de datos

para el diseño de Base de Datos.

• Establecer la importancia de la semántica de datos

en la construcción de entidades y relaciones
CONTENIDOS TEMÁTICOS

 ANALISIS
 MODELO DE DATOS.-
 MODELAMIENTO SEMANTICO

 DISEÑO
 METODOLOGIA
 FUNDAMENTOS DEL DISEÑO
 MODELO RELACIONAL
 ARQUITECTURA DEL MOTOR DE BD
MBA Ing. Tino Reyna
ANALISIS: OBTENCION DE INFORMACION

 Fuentes Escritas
 Teorías sobre el tema, literatura, internet
 Revistas especializadas
 Documentos internos / externos
 Fuentes orales:
 Entrevistas
 Conferencias
 Fuentes vivenciales
 Observación Participante
ENFOQUE SISTEMICO

SINTETIZAR
ESTUDIAR

ANALIZAR
METODOLOGIA DE ANALISIS

SISTEMA
DE
INFORMACION
(CONCEPTUALIZAR)
 METODOLOGIA DE ANALISIS

FACTURA

PARTIR EN SUS
COMPONENTES
BASICOS PRODUCTO
(ESENCIA)

CLIENTE

COMPONENTES CONCEPTUALMENTE INDEPENDIENTES

METODOLOGIA DE ANALISIS

PRODUCTO

FACTURA

INTERELACIONES
CLIENTE
METODOLOGIA DE ANALISIS

 OBJETIVO:
 CONOCIMIENTO DETALLADO Y PROFUNDO DEL SISTEMA
 DETERMINAR SUS COMPONENTES
 INTERELACIONES DE SUS ELEMETOS
 ESTRATEGIA:
 ABSTRACCION MODELAMIENTO
 SIST.DE INF.= DATOS + PROCESOS
MODELO MODELO
DE DE
DATOS PROCESOS
( Conocer, Entender )
MODELAMIENTO
SEMANTICO
DE
DATOS
Modelamiento de Datos y TO

Modelo Conceptual TO = ER +

Modelo Lógico SQL

Modelo Físico Tablas

MODELO DE DATOS

 INTRODUCCION -
 ING. DE LA INFORMACION
 NIVELES DE TRATAMIENTO DE DATOS
 REALIDAD / REAL PERCIBIDO
 MODELO EXTERNO / INTERNO
 MODELO CONCEPTUAL(SEMANTICO)
 ENTIDAD SEMANTICA
 RELACION

 REPRESENTACION DEL MODELO

 MODELO GRAFICO
 MODELO ANALITICO
MODELAMIENTO
DE DATOS
MODELAMIENTO DE DATOS
OBJETIVO: DESCRIBIR EL SISTEMA EN FUNCION DE LOS DATOS
QUE POSEE

DATO

DATO DATO

DATO DATO DATO

DATO

NATURALEZA RELACIONES (con otros datos)

VALORES FORMATO METODOS
MODELAMIENTO DE DATOS
FUNDAMENTO: SEMANTICA DE LOS DATOS

SIGNIFICADO
S
E
M NATURALEZA
A RELACIONES
N (con otros datos)
T VALORES
I DATO FORMATO
C
A METODOS

CONCEPTOS
 MODELAMIENTO DE DATOS
PROPIEDAD: EL MODELO DE DATOS DEBE RESULTAR
EN EL DUAL DEL MODELO DE PROCESOS

NATURALEZA

RELACIONES
VALORES
FORMATO
DATO
METODOS

EVENTO

MODELO
DINAMICO
(DUAL)
OPERACIONES
MODELAMIENTO DE DATOS
TECNICA:EL ESTUDIO CONSISTE EN DETERMINAR LAS AGRUPACIONES
DE DATOS EN BASE A SU SEMANTICA Y REGLAS DE GESTION

KARDEX

PROVEED PEDIDO

PRODUCTO DET-F FACTURA

CLIENTE

NATURALEZA RELACIONES (con otros datos)

VALORES FORMATO METODOS
MODELAMIENTO DE DATOS

• USO:EL MODELO DE DATOS ES EL PERFIL DE LA

FUTURA BASE DE DATOS
MODELAMIENTO DE DATOS
(SÍNTESIS)

 OBJETIVO:
DESCRIBIR EL SISTEMA EN FUNCION DE
LOS DATOS QUE POSEE
 FUNDAMENTO: SEMANTICA DE LOS DATOS
 PROPIEDAD:ELMODELO DE DATOS DEBE
RESULTAR EN EL DUAL DEL MODELO DE
PROCESOS
 TECNICA:EL
ESTUDIO CONSISTE EN DETERMINAR
LAS AGRUPACIONES DE DATOS EN BASE A SU
SEMANTICA Y REGLAS DE GESTION
 USO:EL
MODELO DE DATOS ES EL PERFIL DE LA
FUTURA BASE DE DATOS
ING. DE LA INFORMACION
(JAMES MARTIN)

 Objetivo: Establecer bases APLICAC1 APLICAC2

para el desarrollo
computacional futuro de la
empresa(cartera de
aplicaciones)
 Propiedad: Los tipos de datos
PIEDRA
cambian poco o nada FUNDAMENTAL
 Piedra Fundamental Estable ESTABLE

 Ubicación: Esta en el centro de

las aplicaciones
 Característica: La existencia y
propiedad de los datos no
depende de sus procesos APLICAC3 APLICAC4

LOS PROCESOS(METODOS) SON DISEÑADOS O SUGERIDOS

EN BASE A LAS PROPIEDADES DE LOS DATOS.
OBJETIVO:
PLANIFICAR
CARTERA DE
APLICACIONES GERENCIA
GENERAL
AUDITORIA

OPERACIONES ADMISTRACION

CLIENTES PRODUCCION FINANZAS RRHH

VENTAS DESARROLLO LOGISTICA SISTEMAS

COBRANZA OPERACION
 ALIMENTO
PERSONA

TRABAJO

HOGAR

DOCENCIA

JUSTICIA
ING. DE LA INFORMACION

• BASES PARA EL DESARROLLO • LOS TIPOS DE DATOS

COMPUTACIONAL FUTURO DE CAMBIAN POCO O NADA
LA EMPRESA

MODELO DE DATOS ESTABLES

PARA TODA LA VIDA?
MODELO DE DATOS ESTABLES
SI......PARA TODA LA VIDA
NIVEL
DE
TRATAMIENTO
DE LOS
DATOS
NIVELES DE LOS DATOS

REALIDAD

REALIDAD MODELO
PERCIBIDA EXTERNO

PANTALLA

MODELO
CONCEPTUAL
REPORTES

MODELO
BD FISICA
INTERNO RUTINAS
REALIDAD
 NIVELES DE LOS DATOS

REALIDAD REALIDAD

 DIVERSA Y AMBIGUA
 NO EXISTE
FORMALISMO REALIDAD MODELO
PERCIBIDA
 SE PERCIBE O EXTERNO
INTERPRETA
PANTALLA
 CADA USUARIO LA
ENFOCA DE MODELO
ACUERDO A SU CONCEPTUAL
NECESIDAD Y REPORTES
EXPERIENCIA
 SE DOCUMENTA VIA
CASOS DE USO
MODELO
BD FISICA
RUTINAS INTERNO
Percepción del
Dominio Información
Analista (Datos Relevantes)

Capital deuda
Deporte
hipotecas
tipo-sangre
pasa tiempogarantías
talla nombre, conjugue
musica liquidación
arte código
bebidas transacción
viajes
fecha-mov
i cine
saldo
producto
Frontera cuenta
precio, tipo-cambio
moda stock, almacenes
Filtro perro factura, telef.
humor
Semántico Mora, tasa
temperatura
apuestas
intereses
direcc
inauguración
 NIVELES DE LOS DATOS

REAL PERCIBIDO REALIDAD

 PRODUCTO DEL
FILTRO Y
PERCEPCION
REALIDAD MODELO
 SE DETERMINA EL PERCIBIDA EXTERNO
DOMINIO DE LA
INFORMACION PANTALLA

 LA SEMANTICA DE
MODELO
LOS DATOS CONCEPTUAL
DETERMINA EL REPORTES
FILTRO
 GENERA DATOS
RELEVANTES
MODELO
BD FISICA
INTERNO RUTINAS
 Modelo Externo

PERSONA PRODUCTO EVENTOS ALM ACEN UTI LITARIOS

NATURAL

JUR IDICA Menú

GR UP O
SALIR

FECHA TITULO M ODULO

CODIGO NOM BR E <>Adiciona Ventanas

9876543 ALOMSO GIL y
123456 JUAN PEREZ <>Modifica Controles
789012 F ULANO TAL
<>Elimina
333356 M ENGANO

Acepta r Cancelar Ayuda

 NIVELES DE LOS DATOS

MODELO
REALIDAD
EXTERNO
 ESTA DADO POR TODAS
LAS PANTALLAS, REPORTES
Y DOCUMENTOS FUENTES REALIDAD MODELO
QUE EL USUARIO PUEDA PERCIBIDA EXTERNO
MANEJAR.
 ES EL PRIMER NIVEL DE PANTALLA
FORMALISMO DE LOS
DATOS MODELO
CONCEPTUAL
 ANALOGIA:CADA
INTERSECCION DE UN PLANO REPORTES
CON UN MISMO LUGAR
GEOMETRICO ES UNA VISTA DE
LOS DATOS

MODELO
BD FISICA
INTERNO RUTINAS
MODELO INTERNO

MAIN

Herr.
CASE
 NIVELES DE LOS DATOS

MODELO INTERNO
REALIDAD
 LOS DATOS FISICAMENTE
RESIDEN EN DISCOS
MAGNETICOS
 ES EL MAS ALTO NIVEL DE
REALIDAD MODELO
ESPECIFICACION PERCIBIDA EXTERNO
 SU ESTRUCTURA ES MUY
DIFERENTE A LA DEL PANTALLA
MODELO EXTERNO
MODELO
 ESTAN SOPORTADOS POR CONCEPTUAL
: METODO DE ACCESO, REPORTES
ESTRUCTURAS DE DATOS
Y GESTORES DE BASE DE
DATOS

MODELO
BD FISICA
INTERNO RUTINAS
MODELO

CONCEPTUAL

DE DATOS
MODELO (CONCEPTUAL) DE NEGOCIO

TRANSACCION

COMPRA DETALLE
PERSONA FACTURA BIEN/SERV
 PUNTO DE ACERCAMIENTO(ENTENDIMIENTO) ENTRE USUARIOS Y
ANALISTAS
 LUGAR INTERMEDIO ENTRE EL MODELO EXTERNO Y MODELO INTERNO
 DESCRIBE CONCEPTUALMENTE AL SISTEMA
 LA ESTRUCTURA DEL MODELO REFLEJA LOS PROCESOS Y REGLAS DE
GESTION DE FORMA IMPLICITA Y LA NATURALEZA DE LOS DATOS DE
MANERA EXPLICITA.
 ES LO ESTABLE DEL SISTEMA, SI CAMBIA O SE MODIFICA , CAMBIA EL
CONCEPTO Y EL SISTEMA
 ESTA COMPUESTO POR ENTIDADES SEMANTICAS Y RELACIONES.

MODELO CONCEPTUAL
 USUARIOS

Graphical
User
Interface

MODELO
PUNTO CONCEPTUAL
DE l
ENTENDIMIENTO

Diseño
Físico

ANALISTAS
MODELO CONCEPTUAL

CONCEPTO DEL NEGOCIO

METODO DEDUCTIVO

MODELO CONCEPTUAL
LA ESTRUCTURA DEL MODELO REFLEJA LOS PROCESOS Y REGLAS DE
GESTION DE FORMA IMPLICITA Y LA NATURALEZA DE LOS DATOS DE
MANERA EXPLICITA

OPERACIÓN

ACT-FACT

CLIENTE PRODUCTO
COMPRA FACTURA DETALLE

EVENTO

Modifica estadística Modifica nivel del

de compras x cliente stock de productos
ENTIDAD

SEMANTICA
(CONOCIMIENTO)
ENTIDADES

PERSONA

PRODUCTO
(BIEN/SERV)

EVENTO FACTURA
ENTIDADES

 ATRIBUTO: DATO QUE CONTIENE DESCRIPCION

PARCIAL DE UN ENTE MAYOR

 ENTIDAD: CONJUNTO DE ATRIBUTOS QUE DESCRIBEN

n
A UNA PERSONA,ORGANIZACIÓN, EVENTO, E = Ua1
IDEA O CUALQUIER CONCEPTO QUE EXISTA POR SI
MISMO.

 UN CONJUNTO DE ATRIBUTOS QUE DEFINEN UNA

ENTIDAD NO PUEDEN PERTENECER A OTRA.
 SON LOS PILARES DE LA BASE DE DATOS.
 SEREPRESENTAN GRAFICAMENTE
ENTIDADPOR UN
RECTANGULO.
ATRIB
ENTIDADES

 SEMÁNTICA: INDICA LA ESENCIA DEL OBJETO

A MODELAR, SIENDO LA n
SÍNTESIS
DE SUS ATRIBUTOS

 CARACTERÍSTICAS: E = Ua1 CONJUNTO DE

ATRIBUTOS QUE DESCRIBEN AL OBJETO.

 FUNCIONALIDAD:SE MANIFIESTA POR MEDIO

DE LOS MÉTODOS QUE
IMPLEMENTA EL
COMPORTAMIENTO DEL OBJETO
ENTIDAD
ATRIBUTOS
METODOS
 ENTIDAD SEMANTICA

SEMANTICA
(CONCEPTO)

METODO DEDUCTIVO
ESTRUCTURA (DETALLA) FUNCIONALIDAD

ENTIDAD ATRIBUTOS - METODOS OPERACION

 ENTIDAD SEMANTICA

SEMANTICA
MODELO: ESTATICO MODELO: DINAMICO
(CONCEPTO)

METODO INDUCTIVO
ENTIDAD OPERACION
(ENRIQUECE)

ATRIBUTOS - METODOS
RELACION

SEMANTICA
(SINERGIA)
RELACIONES

EVENTO
COMPRA

CREA SINERGIA, INCREMENTA FIDELIDAD

MODIFICA SU ESTADISTICA DEVENTAS
RELACIONES

FACTURA
PRODUCTO
DETALLAR
(BIEN/SERV)

LOS BIENES DETALLAN A LA FACTURA

LA FACTURA ES DETALLADA POR LOS BIENES
RELACIONES

 ASOCIACION DE DOS O MAS ENTIDADES

 LAS
RELACIONES TAMBIEN ESTAN COMPUESTAS
POR DATOS ELEMENTALES
 LOSVALORES QUE PUEDEN TOMAR LOS ATRIBUTOS
DEFINEN LAS OCURRENCIAS (INSTANCIAS) DE LAS
ENTIDADES Y RELACIONES.
 SE REPRESENTAN POR UN ELIPSE RELAC

 LLEVAN UN NOMBRE (PARA RELACIONES NO

TRIVIALES).
CARDINALIDAD

1 N
EVENTO
COMPRA 1
1

Definen Reglas de Gestión, mediante un Par

Ordenado: (para relaciones binarias)
(1,1) = Una compra tiene 1 cliente
(1,n) = Un cliente tiene n compras
IDENTICADOR UNICO
 ATRIBUTO QUE PERMITE
IDENTIFICAR UNA
INSTANCIA EN
 IU(ENTIDAD) = A KEY

PARTICULAR
 TAMBIEN CONOCIDO
COMO CLAVE
 LOS VALORES DEL
ATRIBUTO CLAVE DEBEN
SER UNICOS..
 IU(RELACION) = UA KEY i

PARA LAS ENTIDADES LAS CLAVES ESTAN DADAS POR

UN SOLO ATRIBUTO.
PARA LAS RELACIONES LAS CLAVES ESTAN DADAS
POR CONCATENACION DE CLAVES DE LAS ENTIDADES
ASOCIADAS.
EN EXTREMO TODOS LOS ATRIBUTOS DE LA RELACION
PUEDEN SER SU CLAVE.
 IDENTIFICADOR UNICO

NROFACT
FACTURA

CODPROD
PRODUCTO

DETALLE-FACT
NROFACT + CODPROD
NROFAC
CODPROD
CANT

DETALLE-FACT

NROFAC
FACTURA CODPROD PRODUCTO
CANT
NATURALEZA
DE LAS

ENTIDADES SEMANTICAS
 MODELANDO LOS EVENTOS COMO
ENTIDADES

 Eventos...?
 Pedido, Cotización, Factura, Pago, etc....
 Todo Movimiento a una Cuenta
 Punto en el tiempo que se dan condiciones para que
desencadenen una serie de procesos, operaciones y métodos.
 Características.-
 IU: Número correlativo
 Tiempo: Fecha, Hora
 Estado
 Totales
 IMPLEMENTACION

NROCOT
PROVEE OFERTA COTIZAC CODPROD PRODUCTO
CANT

NROPED
AREA SOLICITA PEDIDO CODPROD PRODUCTO
CANT

NROFAC
CLIENT COMPRA FACTURA CODPROD PRODUCTO
CANT

NROPAG
PROVEE PAGO O/PAGO NROCHEQ CHEQUES
MODELANDO LAS CUENTAS COMO
ENTIDADES

 Cuentas...?
 Cuenta Bancaria, Cuenta Contable, Consumo de luz, agua,
teléfono, Tarjeta de Crédito. etc..
 Control de Saldos.
 Características.-
 I.U.: Número de identificación
 Fecha de apertura
 Saldo Inicio, Actual, Disponible, etc.
 Estado
 IMPLEMENTACION

NROCTA
CLTE RESPONS CTA-BANC NRDMOV MOVIMTO

PLAN CTACTB
R CTA-CTB NRODIA DIARIO
CONTB

NROLINEA
CONSUMO
CLIENT DEUDA LINEA-CRE NROMOV
PAGO

NROSUM
ABONAD DEUDA SUMINIST NROACC ACCIONESS
 MODELANDO LA FECHA COMO
ENTIDAD
 Semántica.- Identifica un instante en el tiempo
 Propósito.-Determinar punto del tiempo en que se dio un evento
 Características.-
 Día, Mes,Año, Hora, Minuto, Segundo
 Día_semana, Laborable_Feriado,
 Funcionalidad.-
 Efectos sobre el sistema.-Fija fecha_proceso
 Efectos sobre la entidad.-Diferencia de fechas, adiciona cantidad
de días, etc.
MODELANDO LA FECHA COMO
ENTIDAD
 ROL.-
 Representa en el modelo la ocurrencia de un evento pasado
o futuro, el cual sin la fecha no se podría determinar(en
función del tiempo).
 Ejem.-
 Plan de cobros de un préstamo
 Compras del mes anterior
 En cualquier otro caso se le podría modelar como un
atributo de la entidad.

ENTIDAD FECHA
ENTIDADES SEMANTICAS

 PERSONA
 COSA
 CONCEPTO
 CUENTA
 EVENTO
 FECHA
ATRIBUTOS DE RELACIONES (NO CLAVE)
 LOS ATRIBUTOS DE LAS RELACIONES QUE NO FORMAN PARTE
DE LA CLAVE, SE DICE QUE PERTENECEN A LA ASOCIACION Y
NO DE MANERA INDIVIDUAL A NINGUNA DE LAS ENTIDADES
QUE FORMAN LA RELACION.
 LA EXISTENCIA DE ESTOS ATRIBUTOS DEPENDEN DE LA
EXISTENCIA DE LAOCURRENCIA DE LA RELACION.
 EJEMPLO:

DETALLE-FACT

NROFAC
FACTURA CODPROD PRODUCTO
CANT

SE PUEDE OBSERVAR QUE LA RELACION DETALLE-FACT ESTA COMPUESTA POR

TRES ATRIBUTOS: NRO-FACT + CODPROD , CANT.
DONDE LA CLAVE = NRO-FACT + CODPROD Y EL ATRIBUTO CANT ES UN
ATRIBUTO PROPIO DE LA RELACION.
RELACIONES RECURSIVAS
 CUANDO SE ASOCIAN DOS OCURRENCIAS DE
UNA MISMA ENTIDAD SE DICE QUE LA RELACION
ES RECURSIVA.
 EJEMPLO:

CURSO
PRE-REQ

n
ENTIDADES
ENTIDADESCARACTERISTICAS
CARACTERISTICAS
 SE
ORIGINAN COMO CARACTERISTICAS DE UNA
ENTIDAD PRIMITIVA(ENTIDADES DEPENDIENTES)
 DEPENDEN DE LA ENTIDAD PRIMITIVA
 ES DECIR ATRIBUTOS DE VALORES MULTIPLES.
 EJEMPLO:

1 N
PERSONA TIENE DEPENDIENTES
 Será correcto?

Matrimonio es una relación entre

personas o un evento?

Las personas podrían divorciarse

PERSONA y volverse a casar y la clave de la
MATRIMONIO relación dejaría de ser única.

ENTIDAD O RELACION
CUIDADO !
 La relación entre dos personas
unidas en un evento matrimonio
es la de conjugue.
Esta relación puede ser disuelta y
volverse a dar sin limites entre las
mismas personas.

PERSONA La semántica nos dará la solución.

CONJUGUE

ENTIDAD O RELACION
 Será necesario que por
TESTIGOS
cada Rol se represente
MATRIMONIO
una entidad semántica?
NRO.
FECHA
Tener cuidado de caer en la tentación
LUGAR TESTIGOS
ESPOSOS
ESPOSOS
de crear entidades que sean limitadas
a un contexto simple, o rol, dentro
del modelo.
ALCALDE
ALCALDE

Analizando sus atributos

ROLES NO SON ENTIDADES
todos pertenecen a una
PADRINOS
Entidad genérica Persona. PADRINOS
 MATRIMONIO TESTIGOS PERSONA
1 NRO.
FECHA 2 DNI
1
LUGAR NOMBRE
ESPOSOS FECNAC
SEXO
PERSONA CONJUGUE DIR
1
N TEL
ALCALDE
1
MAS ENTENDIBLE PADRINOS

RELACION ORIGINADA POR UN EVENTO

 SINONIMOS NO SON ENTIDADES

No son entidades distintas CTA

ni roles distintos. CUENTA CORRIENTISTA
BANCARIO

Tener cuidado de caer en el error NROCTA.

FECHA
de crear entidades con nombres SALDO TESTIGOS
ESPOSOS
AHORRISTA
distintos pero con la misma
semántica en el modelo.
.
ALCALDE
PRESTATARIO

Analizando sus atributos

todos pertenecen a una
PADRINOS
Entidad genérica Persona. TARJETAHABIENTE
 CUENTA PERSONA
BANCARIA

NROCTA. N N DNI
FECHA NOMBRE
SALDO RESPONSAB
FECNAC
SEXO
DIR
TEL
PERSONA CONJUGUE

MAS ENTENDIBLE
PRODUCTO
BANCARIO
CONDICIONES
NROPRO.
TASA
PLAZO

RELACION ORIGINADA POR UN EVENTO

RELACIONES ESTRUCTURALES Y EVENTUALES
 LAS ENTIDADES SE RELACIONAN POR LA SEMANTICA DE SUS
DATOS.
 ORIGINANDO DOS TIPOS DE RELACIONES: ESTRUCTURALES Y
EVENTUALES.

RELACIONES ESTRUCTURALES SON LAS

QUE EXISTEN POR LA MISMA
NATURALEZA DE SU SEMANTICA

EJEMPLO

PROVEE OFRECE PRODUCTO

 RELACIONES ESTRUCTURALES Y EVENTUALES
 LAS ENTIDADES SE RELACIONAN POR LA SEMANTICA DE SUS
DATOS.
 ORIGINANDO DOS TIPOS DE RELACIONES: ESTRUCTURALES Y
EVENTUALES.

RELACIONES EVENTUALES SON LAS QUE

EJEMPLO:. EXISTEN POR LA APARICION DE UN
EVENTO (FACTURA) TAMBIEN LLAMADA
ENTIDAD ASOCIATIVA

FACTURA

CLIENTE PRODUCTO

COMPRA FACTURA DETALLE

REPRESENTACION DEL MODELO
REPRESENTACION GRAFICA

PROVEE VENDE PRODUCTO

REPRESENTACION ANALITICA
ENTIDAD: PRODUCTO:BIEN QUE VENDE A LOS CLIENTES
PROPOSITO: ALMACENAMIENTO, VENTA, DESPACHO.
PROPIEDADES : POSEE COD, COSTO, PRECIO, FECHA-VENC,ETC
EFECTOS SOBRE EL SISTEMA: REQIERE SER CATALOGADO, DEBE
MANTENERSE EN STOCK, DEBE REPONERSE A LA FECHA EXP.
EFECTOS SOBRE LA ENTIDAD: SE ALMACENA, FACTURA, ENTREG
RELACIONES EN QUE INTERVIENE: VENDE, FACTURA, STOCK.

METODOS:
CREAR, ELIMINAR
ACTUALIZA(STOCK)
CONSULTA
 REPRESENTACION DEL MODELO
REPRESENTACION GRAFICA

PROVEE VENDE PRODUCTO

REPRESENTACION ANALITICA
ENTIDAD: PRODUCTO:BIEN QUE VENDE A LOS CLIENTES

ATRIBUTO: PRECIO
DEFINICION: MONTO DINERO QUE CUESTA AL CLIENTE
RANGO DE VALORES : 0,M
FORMATO: NUMERICO 9(13)V99
REGLA DE DEPENDENCIA : FECHA

ATRIBUTO:CODIGO UNIDAD DE MEDIDA

DEFINICION: UNIDAD QUE PERMITE CUANTIFICAR
FISICAMENTE SU EXISTENCIA
RANGO DE VALORES TABLA(:METRO, PULGADA, KG, LITRO)
FORMATO: NUMERICO 9(2)
REGLA DE DEPENDENCIA : NO TIENE
 REPRESENTACION DEL MODELO
REPRESENTACION GRAFICA

PROVEE VENDE PRODUCTO

REPRESENTACION ANALITICA
ENTIDAD: PRODUCTO:BIEN QUE VENDE A LOS CLIENTES

ATRIBUTO: PRECIO
DEFINICION: MONTO DINERO QUE CUESTA AL CLIENTE
RANGO DE VALORES :
FORMATO: NUMERICO 9(13)V99
REGLA DE DEPENDENCIA : FECHA
EJEMPLOS

CLIENTE PRODUCTO
COMPRA FACTURA DETALLE

EVENTUAL
EVENTO

ALMACEN STOCK

FECHA PRECIO

ESTRUCTURAL
EJEMPLOS

CUENTA TRANSAC
MOVCTA MOVIMTO OPERAC

EVENTO
DETALLA
LAS CARACTERISTICAS
DETALLA LAS CIRCUNSTANCIAS DE LA OPERACIÓN
DEL EVENTO COMO CUANDO SOBRE LA CUENTA
DONDE, CUANTO, ETC.
EJECUTA LAS CARACTERISTICAS
ESPECIFICADAS EN LA TRANSAC

SALDO MONTO ADD

METODO
EJEMPLOS

CTACTB PRODUCTO
MOVCTA CUENTA CONDIC

DETALLA
LAS CARACTERISTICAS
DETALLA LAS CIRCUNSTANCIAS DE L PRODUCTO
DEL EVENTO COMO CUANDO SOBRE LA CUENTA
DONDE, CUANTO, ETC.
EJECUTA LAS CARACTERISTICAS
ESPECIFICADAS EN EL PRODUCTO

INTERES SALDO TASA

METODO
¡Gracias!