BASES DE

DATOS I
Tema 3: Modelado de datos
Profr. Valentin Baez Trejo
Universidad Autnoma de Ciudad Jurez

IIT Campus CU

INTRODUCCIN
El modelado conceptual es una fase muy importante para disear correctamente
una aplicacin de DB.
Por lo general, el trmino aplicacin de base de datos se refiere a una DB
concreta y a los programas asociados encargados de implementar las consultas
y las actualizaciones de la misma.
Tradicionalmente, el diseo y la comprobacin de los programas de aplicacin se
han considerado ms como parte del dominio de la ingeniera de software que
del dominio de las DB.
Seguiremos la metodologa tradicional de concentrarse en las estructuras y las
restricciones de la DB durante el diseo de esta ltima. Presentaremos los
conceptos de modelado del modelo Entidad-Relacin (ER), que es un modelo de
datos conceptual de alto nivel.

USO DE MODELO DE DATOS

PARA EL DISEO DE DB

USO DE MODELO DE DATOS

PARA EL DISEO DE DB
Una descripcin simplificada del proceso de diseo de una DB seria:
1.

Recopilacin de datos y anlisis. Documentacin de requisitos (diseo y

funcionalidad), para operaciones y transacciones.

2.

Diseo conceptual. Descripcin de los requisitos de datos de usuarios

(tipos de entidades, relaciones y restricciones).

3.

Diseo Lgico. Implementacin real de la DB mediante una DBMS.

4.

Diseo Fsico. Especificacin de las estructuras de almacenamiento

interno (ndices, rutas de acceso)

EJEMPLO DE APLICACIN DE
DB
En primer lugar se enumeran los requisitos de datos para la DB, y despus se
crea su esquema conceptual paso a paso tras introducir los conceptos de
modelado del modelo ER.
Una DB EMPRESA sirve como seguimiento de los empleados, los
departamentos y los proyectos de una empresa. Suponga que despus de la
fase de recopilacin de requisitos y anlisis, los diseadores de la DB
proporcionan la siguiente descripcin del mini-mundo.
La empresa est organizada en departamentos. Cada uno tiene un nombre

nico, un nmero nico y un empleado concreto que lo administra. Se

realizar un seguimiento de la fecha en que ese empleado empez a
administrar el departamento. Un departamento puede tener varias
ubicaciones.

EJEMPLO DE APLICACIN DE
DB
Un departamento controla una cierta cantidad de proyectos, cada uno de los

cuales tiene un nombre nico, un nmero nico y una sola ubicacin.

Almacenaremos el nombre, el DNI (SSN o CURP), la direccin, el sueldo, el sexo y

la fecha de nacimiento de cada empleado. Un empleado est asignado a un

departamento, pero puede trabajar en varios proyectos, que no estn controlados
necesariamente por el mismo departamento. Se har un seguimiento del nmero
de horas por semana que un empleado trabaja en cada proyecto. Tambin se
realizar el seguimiento del supervisor directo de cada empleado.
Tambin se desea realizar un seguimiento de las personas a cargo de cada

empleado por el tema de los seguros. Por cada persona a cargo o subordinado, se
registrar su nombre de pila, sexo, fecha de nacimiento y relacin con el
empleado.

EJEMPLO DE APLICACIN DE
DB

EJERCICIOS DE APLICACIN
DE DB
A partir de los siguientes enunciados, disee el modelo entidad-relacin
necesario para cada caso:
CASO 1:
Una empresa vende productos a varios clientes. Se necesita conocer los

datos personales de los clientes (nombre, apellidos, DNI, direccin y fecha

de nacimiento). Cada producto tiene un nombre y un cdigo, as como un
precio unitario. Un cliente puede comprar varios productos a la empresa, y
un mismo producto puede ser comprado por varios clientes.

Los productos son suministrados por diferentes proveedores. Se debe

tener en cuenta que un producto slo puede ser suministrado por un

proveedor, y que un proveedor puede suministrar diferentes productos. De
cada proveedor se desea conocer el NIF, nombre y direccin.

EJERCICIOS DE APLICACIN
DE DB
CASO 2
Se desea disear la base de datos de un Instituto. En la base de datos se

desea guardar los datos de los profesores del Instituto (DNI, nombre,
direccin y telfono).
Los profesores imparten mdulos, y cada mdulo tiene un cdigo y un

nombre. Cada alumno est matriculado en uno o varios mdulos. De cada

alumno se desea guardar el n de expediente, nombre, apellidos y fecha
de nacimiento. Los profesores pueden impartir varios mdulos, pero un
mdulo slo puede ser impartido por un profesor. Cada curso tiene un
grupo de alumnos, uno de los cuales es el delegado del grupo.

EJERCICIOS DE APLICACIN
DE DB
CASO 3
Se desea actualizar la gestin de una escuela para llevar el control de los

alumnos matriculados y los profesores que imparten clases en ese centro.

De cada profesor y cada alumno se desea recoger el nombre, apellidos, direccin,

poblacin, DNI, fecha de nacimiento, cdigo postal y telfono. Los alumnos se

matriculan en una o ms asignaturas, y de ellas se desea almacenar el cdigo de
asignatura, nombre y nmero de horas que se imparten a la semana.
Un profesor del centro puede impartir varias asignaturas, pero una asignatura

slo es impartida por un nico profesor. De cada una de las asignaturas se desea
almacenar tambin la nota que saca el alumno y las incidencias que puedan
darse con l. Adems, se desea llevar un control de los cursos que se imparten en
la escuela.

EJERCICIOS DE APLICACIN
DE DB
De cada curso se guardar el cdigo y el nombre. En un curso se imparten varias

asignaturas, y una asignatura slo puede ser impartida en un nico curso. Las
asignaturas se imparten en diferentes aulas del centro. De cada aula se quiere
almacenar el cdigo, piso en el que se encuentra y nmero de espacios de que
dispone.
Una asignatura se puede dar en diferentes aulas, y en un aula se pueden impartir

varias asignaturas. Se desea llevar un registro de las asignaturas que se imparten

en cada aula. Para ello se anotar el mes, da y hora en el que se imparten cada
una de las asignaturas en las distintas aulas.
La direccin tambin designa a varios profesores como tutores en cada uno de

los cursos. Un profesor es tutor tan slo de un curso. Un curso tiene un nico
tutor. Se habr de tener en cuenta que puede que haya profesores que no sean
tutores de ningn curso.

TIPOS DE ENTIDAD,
CONJUNTOS, ATRIBUTOS Y
CLAVES

Entidades y atributos.

El objeto bsico representado por el modelo de ER es una entidad. Una

entidad puede ser un objeto con existencia fsica o conceptual. Cada entidad
tiene atributos.
Una entidad en particular tendr un valor para cada uno de sus atributos.
Los valores de los atributos que describen cada entidad se convierten en la
parte principal de los datos almacenados en la base de datos.

TIPOS DE ENTIDAD,
CONJUNTOS, ATRIBUTOS Y
CLAVES

En el modelo ER se dan varios tipos de atributos: simple frente a compuesto,

mono valor frente a multi-valor, y almacenado frente a derivado.
Atributos compuestos frente a atributos simples
Los

atributos compuestos se pueden dividir en sub-partes ms

pequeas, que representan atributos ms bsicos con significados
independientes.

Los atributos que no son divisibles se denominan atributos simples o

atmicos.

TIPOS DE ENTIDAD,
CONJUNTOS, ATRIBUTOS Y
CLAVES

Atributos mono-valor y multi-valor.

La mayora de los atributos tienen un solo valor para una entidad en particular;

dichos atributos reciben el nombre de mono-valor o de un solo valor.

Atributos almacenados y derivados
En algunos casos, dos (o ms) valores de atributo estn relacionados. Para una

entidad de persona en particular, suponga que el valor de Edad puede

determinarse a partir de la fecha actual y el valor de FechaNac de esa persona.
El atributo Edad se denomina entonces atributo derivado y se dice que se ha

derivado del
almacenado.

atributo

FechaNac,

que

es

el

denominado

atributo

TIPOS DE ENTIDAD,
CONJUNTOS, ATRIBUTOS Y
CLAVES

Valores NULL (nulos).

En algunos casos, es posible que una entidad en particular no tenga un

valor aplicable para un atributo. Por ejemplo, un atributo Licenciaturas slo

se aplica a las personas con carrera universitaria en especifico.
Atributos complejos.
Los atributos compuestos y multi-valor se pueden anidar arbitrariamente.

Podemos representar el anidamiento arbitrario agrupando componentes de

un atributo compuesto entre parntesis ( ) y separando los componentes
con comas, y mostrando los atributos multi-valor entre llaves { }. Dichos
atributos se denominan atributos complejos.

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Tipos de entidades y conjuntos de entidades.
Una base de datos normalmente contiene grupos de entidades que son

parecidas. Estas entidades comparten los mismos atributos, pero cada

entidad tiene su(s) propio (s) valor(es) para cada atributo.

Un tipo de entidad define una coleccin (o conjunto) de entidades que

tienen los mismos atributos.

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Atributos clave de un tipo de entidad.
Una restriccin importante de las entidades de un tipo de entidad es la

clave o restriccin de unicidad de los atributos.

Un tipo de entidad normalmente tiene un atributo cuyos valores son

distintos para cada entidad individual del conjunto de entidades. Dicho

atributo se denomina atributo clave, y sus valores se pueden utilizar para
identificar cada entidad sin lugar a dudas.
En ocasiones, una clave est formada por varios atributos juntos, lo que da

a entender que la combinacin de los valores de atributo debe ser distinta

para cada entidad. En la notacin diagramtica ER, cada atributo clave
tiene su nombre subrayado dentro del valo.

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Conjuntos de valores (dominios) de atributos.
Cada atributo simple de un tipo de entidad est asociado con un conjunto

de valor (o dominio de valores), que especifica el conjunto de los valores

que se pueden asignar a ese atributo por cada entidad individual

DISEO CONCEPTUAL INICIAL

DE LA BASE DE DATOS EMPRESA
Ahora podemos definir los tipos de entidad para la base de datos

EMPRESA, en base a los requisitos descritos. Despus de definir aqu varios

tipos de entidad y sus atributos, refinaremos nuestro diseo, despus de
introducir el concepto de una relacin.
Tipo de entidad DEPARTAMENTO con los atributos NombreDpto,

NmeroDpto, Ubicaciones, Director y FechalngresoDirector. Ubicaciones es

el nico atributo multivalor. Podemos especificar que Nombre y
NmeroDpto son atributos clave (separados) porque cada uno se especific
como nico.

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Tipo de entidad PROYECTO con los atributos Nombre, Nmero, Ubicacin y

DepartamentoControl. Tanto Nombre como Nmero son atributos clave

(separados).

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Tipo de entidad EMPLEADO con los atributos Nombre, Dni, Sexo, Direccin,

Sueldo, FechaNac, Departamento y Supervisor. Nombre y Direccin pueden

ser atributos compuestos; no obstante, esto no se especific en los
requisitos.
Debemos volver a los usuarios para ver si alguno de ellos se referir a los

componentes individuales de Nombre

SegundoApellido) o de Direccin.

(NombrePila,

PrimerApellido,

TIPOS DE ENTIDADES, CONJUNTOS,

CLAVES Y CONJUNTOS
Tipo de entidad SUBORDINADO con los atributos Empleado,

NombreSubordinado, Sexo, FechaNac y Relacin (con el empleado).

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES

Tipos,
conjuntos e instancias de relaciones.
Un tipo de relacin R entre n tipos de entidades

define un conjunto de
asociaciones (o un conjunto de relaciones) entre las entidades de esos tipos
de entidades. Como en el caso de los tipos de entidades y los conjuntos de
entidades, normalmente se hace referencia a un tipo de relacin y su
correspondiente conjunto de relaciones con el mismo nombre, R.

Por ejemplo, considere un tipo de relacin TRABAJA_EN asociado con una

entidad EMPLEADO y una entidad DEPARTAMENTO, donde cada instancia de

relacin se muestra conectada a las entidades EMPLEADO y DEPARTAMENTO.
En los diagramas ER, los tipos de relaciones se muestran mediante rombos,

conectados a su vez mediante lneas a los rectngulos que representan los

tipos de entidad participantes. El nombre de la relacin se muestra en el rombo

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Relaciones y atributos.
A veces es conveniente imaginar un tipo de relacin en trminos de

atributos, considere el tipo de relacin TRABAJA_EN de la figura anterior.

Uno puede pensar en un atributo denominado Departamento del tipo de

entidad EMPLEADO donde el valor de Departamento por cada entidad

EMPLEADO es una referencia a la entidad DEPARTAMENTO para la que ese
empleado trabaja. Por tanto, el conjunto de valores para este atributo
departamento es el conjunto de todas las entidades DEPARTAMENTO.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Nombres de rol y relaciones recursivas.
Cada tipo de entidad que participa en un tipo de relacin juega un papel o

rol particular en la relacin. El nombre de rol hace referencia al papel que

una entidad participante del tipo de entidad juega en cada instancia de
relacin, y ayuda a explicar el significado de la relacin.
Los nombres de rol no son tcnicamente necesarios en los tipos de relacin

donde todos los tipos de entidad participantes son distintos, puesto que
cada nombre de tipo de entidad participante se puede utilizar como
nombre de rol.
No obstante, en algunos casos el mismo tipo de entidad participa ms de

una vez en un tipo de relacin con diferentes roles. En esos casos, el

nombre de rol es esencial para distinguir el significado de cada
Dichos tipos de relaciones se denominan relaciones recursivas.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Restricciones en los tipos de relaciones.
Los tipos de relaciones normalmente tienen ciertas restricciones que

limitan las posibles combinaciones entre las entidades que pueden

participar en el conjunto de relaciones correspondiente. Estas restricciones
estn determinadas por la situacin del mini-mundo representado por las
relaciones.
Podemos distinguir dos tipos principales de restricciones de relacin: razn

de cardinalidad y participacin.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Razones de cardinalidad para las relaciones binarias.
La razn de cardinalidad de una relacin binaria especifica el nmero

mximo de instancias de relacin en las que una entidad puede participar.

Por

ejemplo,
en
el
tipo
de
relacin
binaria
TRABAJA_EN,
DEPARTAMENTO:EMPLEADO tiene una razn de cardinalidad de 1:N, que
significa que cada departamento puede estar relacionado con (es decir,
emplea a) cualquier cantidad de empleados, pero un empleado puede
estar relacionado con (trabajar para) un solo departamento. Las posibles
razones de cardinalidad para los tipos de relacin binaria son 1: 1, 1 :N, N:
1 y M:N.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Restricciones de participacin y dependencias de existencia.
La restriccin de participacin especifica si la existencia de una entidad

depende de si est relacionada con otra entidad a travs de un tipo de

relacin.
Esta restriccin especifica el nmero mnimo de instancias de relacin en

las que puede participar cada entidad, y en ocasiones recibe el nombre de

restriccin de cardinalidad mnima.
Hay dos tipos de restricciones de participacin, total y parcial, que

ilustramos con ejemplos.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
Si una poltica de la empresa dice que cada

empleado debe trabajar para un departamento,

entonces una entidad de empleado slo puede
existir si participa en al menos una instancia de
relacin.
De este modo, la participacin de EMPLEADO en

TRABAJA_EN se denomina participacin total,

es decir, cada entidad del conjunto total de
entidades empleado debe estar relacionada con
una entidad departamento a travs de
TRABAJA_PARA. La participacin total tambin se
conoce como dependencia de existencia.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
En la Figura no esperamos que cada empleado dirija un departamento, de

modo que la participacin de EMPLEADO en el tipo de relacin ADMINISTRA

es parcial; esto significa que algo o parte del conjunto de entidades
empleado est relacionado con alguna entidad departamento a travs de
ADMINISTRA, pero no necesariamente con todas. Nos referiremos a la
razn de cardinalidad y a las restricciones de participacin, en conjunto,
como restricciones estructurales de un tipo de relacin.

TIPOS DE RELACIONES, CONJUNTOS, ROLES Y

RESTRICCIONES ESTRUCTURALES
En los diagramas ER, la participacin total (o dependencia existente) se

muestra como una lnea doble que conecta el tipo de entidad participante
con la relacin, mientras que las participaciones parciales se representan
mediante una lnea sencilla.

ATRIBUTOS DE LOS TIPOS DE

RELACIN
Los tipos de relacin tambin pueden tener atributos, parecidos a los de los

tipos de entidad.

Por ejemplo, para registrar el nmero de horas por semana que un

empleado trabaja en un proyecto en particular, podemos incluir un atributo

Horas para el tipo de relacin TRABAJA_EN.

ATRIBUTOS DE LOS TIPOS DE

RELACIN
Los atributos de los tipos de relacin 1: 1 o l:N se pueden trasladar a uno

de los tipos de entidad participantes.

ATRIBUTOS DE LOS TIPOS DE

RELACIN
En el caso de un tipo de relacin 1 :N, un atributo de relacin slo se puede

migrar al tipo de entidad que se encuentra en el lado N de la relacin

ATRIBUTOS DE LOS TIPOS DE

RELACIN
La decisin sobre dnde debe colocarse un atributo de relacin (como un

atributo de tipo de relacin o como un atributo de un tipo de entidad

participante) la determina subjetivamente el diseador del esquema.
Para los tipos de relacin M:N, algunos atributos pueden determinarse

mediante la combinacin de entidades participantes en una instancia de

relacin, no mediante una sola relacin. Dichos atributos deben
especificarse como atributos de relacin.
Un ejemplo de esto es el atributo Horas de la relacin M:N TRABAJA_EN; el

nmero de horas que un empleado trabaja en un proyecto viene

determinado
por
una
combinacin
empleado-proyecto,
y
no
separadamente por cualquiera de estas entidades.

TIPOS DE ENTIDADES DBILES

Los tipos de entidad que no tienen atributos clave propios se denominan

tipos de entidad dbiles. En contraposicin, los tipos de entidad regulares

que tienen un atributo clave se denominan tipos de entidad fuertes.
Las entidades que pertenecen a un tipo de entidad dbil se identifican

como relacionadas con entidades especficas de otro tipo de entidad en

combinacin con uno de sus valores de atributo. Podemos llamar a este
otro tipo de entidad tipo de entidad identificado o propietario, y al tipo
de relacin que relaciona un tipo de entidad dbil con su propietario lo
podemos llamar relacin identificativa del tipo de entidad dbil.
Un tipo de entidad dbil siempre tiene una restriccin de participacin total

respecto a su relacin identificativa, porque una entidad dbil no puede

identificarse sin una entidad propietaria.

TIPOS DE ENTIDADES DBILES

Un

tipo de entidad dbil normalmente tiene una clave parcial

(discriminador), que es el conjunto de atributos que pueden identificar
sin lugar a dudas las entidades dbiles que estn relacionadas con la
misma entidad propietaria.

En los diagramas ER, tanto el tipo de la entidad dbil como la relacin

identificativa, se distinguen rodeando sus cuadros y rombos mediante unas

lneas dobles. El atributo de clave parcial aparece subrayado con una lnea
discontinua o punteada.

TIPOS DE ENTIDADES DBILES

Los tipos de entidades dbiles se puede representar a veces como

atributos complejos. El diseador de la base de datos toma la decisin del

tipo de representacin que hay que usar. Uno de los criterios que puede
utilizar es elegir la representacin del tipo de entidad dbil si hay muchos
atributos.
Si la entidad dbil participa independientemente en los tipos de relacin de

otra forma que su tipo de relacin identificativa, entonces no debe

modelarse como un atributo complejo.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
Ahora para refinar el diseo de la base de datos EMPRESA convirtiendo los

atributos que representan relaciones en tipos de relaciones. La razn de

cardinalidad y la restriccin de participacin de cada tipo de relacin
vienen determinadas por los requisitos enumerados previamente. Si no es
posible determinar alguna razn de cardinalidad o dependencia a partir de
los requisitos, habr que consultar con los usuarios para determinar esas
restricciones estructurales.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
ADMINISTRA, un tipo de relacin 1: 1 entre EMPLEADO y DEPARTAMENTO. La

participacin de EMPLEADO es parcial, pero la de DEPARTAMENTO no queda

clara a partir de los requisitos. Consultamos con los usuarios, que nos dicen
que un departamento siempre debe tener un gerente, lo que implica una
participacin total. El atributo Fechalncio se asigna a este tipo de relacin.
TRABAJA_PARA, un tipo de relacin l:N entre DEPARTAMENTO y EMPLEADO.

Ambas participaciones son totales.

CONTROLA, un tipo de relacin l:N entre DEPARTAMENTO y PROYECTO. La

participacin de PROYECTO es total, mientras que la de DEPARTAMENTO se

ha determinado como parcial, despus de haber consultado con los usuarios,
que indicaron que es posible que algunos departamentos no controlen
proyecto alguno.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
CONTROL, un tipo de relacin I:N entre EMPLEADO (en el papel de

supervisor) y EMPLEADO (en el papel de supervisado). Como los usuarios

han indicado que no todo empleado es un supervisor y no todo empleado
tiene un supervisor, se determina que las dos participaciones son parciales.
TRABAJA_EN que, despus de que los usuarios hayan indicado que en un

proyecto pueden trabajar varios empleados, se determina que es un tipo de

relacin M:N con el atributo Horas. Se determina que ambas participaciones
son totales
SUBORDINADOS_DE,

un tipo de relacin I:N entre EMPLEADO y

SUBORDINADO, que tambin es la relacin identificativa del tipo de entidad
dbil SUBORDINADO. La participacin de EMPLEADO es parcial, en tanto
que la de SUBORDINADO es total.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
Despus de especificar los seis tipos de relacin anteriores, eliminamos de

los tipos de entidad todos los atributos que se han convertido en

relaciones, entre los que se encuentran Director y FechalngresoDirector de
DEPARTAMENTO.

DepartamentoControl de PROYECTO; Departamento,

Trabaja_en de EMPLEADO; y Empleado de SUBORDINADO.

Supervisor

Es importante tener el mnimo de redundancia posible cuando diseemos

el esquema conceptual de una base de datos. Si es deseable algo de

redundancia a nivel de almacenamiento o a nivel de la vista de usuario, se
puede introducir ms tarde

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
Tarea: prepare todos los ejercicios hasta este momento empleados con la

notacin qua hasta este momento se ha discutido en clase, adems agregue los
siguientes.
Artculos y encargos.
Una base de datos para una pequea empresa debe contener informacin acerca

de clientes, artculos y pedidos. Hasta el momento se registran los siguientes

datos en documentos varios:
Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias por

cliente), Saldo, Lmite de crdito (depende del cliente, pero en ningn caso debe
superar los $3.000.000), Descuento.
Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen,

Existencias de ese artculo en cada fbrica, Descripcin del artculo.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La

cabecera est formada por el nmero de cliente, direccin de envo y fecha del
pedido. El cuerpo del pedido son varias lneas, en cada lnea se especifican el
nmero del artculo pedido y la cantidad.
Adems, se ha determinado que se debe almacenar la informacin de las

fbricas. Sin embargo, dado el uso de distribuidores, se usar: Nmero de la

fbrica (nico) y Telfono de contacto. Y se desean ver cuntos artculos (en total)
provee la fbrica.
Tambin, por informacin estratgica, se podra incluir informacin de fbricas

alternativas respecto de las que ya fabrican artculos para esta empresa. Nota:
Una direccin se entender como N, Calle, Comuna y Ciudad. Una fecha incluye
hora. Se pide hacer el diagrama ER para la base de datos que represente esta
informacin.

PERFECCIONAMIENTO DEL DISEO ER

PARA LA BASE DE DATOS EMPRESA
Sistema de ventas.

Le contratan para hacer una BD que permita apoyar la gestin de un sistema de

ventas. La empresa necesita llevar un control de proveedores, clientes, productos y
ventas.

Un proveedor tiene un RUT, nombre, direccin, telfono y pgina web. Un cliente

tambin tiene RUT, nombre, direccin, pero puede tener varios telfonos de contacto.
La direccin se entiende por calle, nmero, comuna y ciudad.
Un producto tiene un id nico, nombre, precio actual, stock y nombre del proveedor.

Adems se organizan en categoras, y cada producto va slo en una categora. Una

categora tiene id, nombre y descripcin.
Por razones de contabilidad, se debe registrar la informacin de cada venta con un id,

fecha, cliente, descuento y monto final. Adems se debe guardar el precio al momento
de la venta, la cantidad vendida y el monto total por el producto.

DIAGRAMAS DE CLASE UML

La metodologa UML se est utilizando extensamente en el diseo de software y
tiene muchos tipos de diagramas para los distintos fines del diseo de software.
En algunos casos, los diagramas de clase se pueden considerar como una
notacin alternativa a los diagramas ER.
En los diagramas de clase UML, una clase (equivalente a un tipo de entidad en
ER) se muestra como un cuadro que incluye tres secciones:
La seccin superior ofrece el nombre de la clase.
La seccin intermedia incluye los atributos de los objetos individuales de la

clase.

La ltima seccin incluye las operaciones que se pueden aplicar a esos

objetos.

DIAGRAMAS DE CLASE UML

En los diagramas ER no se especifican las operaciones.
El diseador puede especificar opcionalmente el dominio de un atributo, si lo
desea, colocando el smbolo de dos puntos (:) seguido por el nombre de
dominio o descripcin.
Un atributo compuesto se modela como un dominio estructurado.
Un atributo multivalor generalmente se modelar como una clase separada.

DIAGRAMAS DE CLASE UML

DIAGRAMAS DE CLASE UML

DIAGRAMAS DE CLASE UML