Você está na página 1de 16

Trabajo de

SISTEMAS DE INFORMACIN I

Realizado por :
Christian Regalado Sarmiento
Profesor :
PEREZ PEREZ JUAN MARCELO

Defina cada uno de los siguientes trminos.


a. tipo de entidad
Es una representacin en el modelo de datos de una categora de
entidades. Por ejemplo, si la empresa es una universidad, se puede
considerar a todos los estudiantes en la universidad e identificar las
propiedades comunes de inters para el tipo de entidad Student.

b. conjunto de entidades
El conjunto debe estar bien definido, lo que significa que debe ser posible
determinar si una instancia de entidad particular pertenece a ella o no.
Todas las instancias de entidad que satisfacen la definicin en el momento
forman la extensin de la entidad. Los miembros del conjunto de entidades
Student cambian conforme los estudiantes entran y salen, pero el tipo de
entidad Student permanece constante.
Los conjuntos de entidades pueden intersecarse, esto es, tener miembros
comunes. Por ejemplo, en el modelo de la universidad se puede tener un
tipo de entidad faculty y un tipo de entidad administrator.

c. conjunto bien definido


El conjunto debe estar bien definido, lo que significa que debe ser posible
determinar si una instancia de entidad particular pertenece a ella o no.
Todas las instancias de entidad que satisfacen la definicin en el momento
forman la extensin de la entidad. Los miembros del conjunto de entidades
Student cambian conforme los estudiantes entran y salen, pero el tipo de
entidad Student permanece constante.

d. intensin de una entidad


El tipo de entidad forma la intensin de la entidad, la parte de definicin
permanente.

f. atributo

Los atributos de una entidad representan las propiedades definitorias o


cualidades del tipo de entidad. Para el tipo de entidad student, las
propiedades definitorias pueden ser la ID, nombre, especialidad y nmero
de crditos acumulados del estudiante. Los atributos son la representacin
en el modelo de dichas propiedades, a saber: stuId, stuLastName, stuFirstName, major y credits.

g. dominio de un atributo
El dominio de un atributo es el conjunto de valores permisibles para dicho
atributo. Los dominios pueden ser distintos, o dos o mas atributos pueden
tener el mismo dominio. Cada fila de la tabla corresponde a un registro
individual o instancia de entidad. En el modelo relacional, cada fila se llama
tupla.
Una tabla que representa una relacion tiene las siguientes caracteristicas:
Cada celda de la tabla contiene solo un valor.
Cada columna tiene un nombre distinto, que es el nombre del atributo que
representa.
Todos los valores en una columna provienen del mismo dominio, pues
todos son
valores del atributo correspondiente.
Cada tupla o fila es distinta; no hay tuplas duplicadas.
El orden de las tuplas o filas es irrelevante.

h. valor nulo
Null (nulo) es un marcador especial usado en el lenguaje de consulta
estructurado (SQL) para indicar que no existe un valor dentro de una base
de datos. Introducido por el creador del modelo relacional de bases de
datos E. F. Codd, su funcin es la de solventar el requisito de que los
sistemas de gestin relacionales de base de datos (en ingls: Database
management system, abreviado DBMS) verdaderos puedan representar
informacin desconocida o no aplicable. Asimismo, Codd tambin
introdujo el uso de la letra griega omega () en minscula para representar
el Null en la teora de la teora de las bases de datos. NULL es tambin una
palabra reservada en el lenguaje SQL para identificar el marcador especial
Null.

i. superclave
Una superclave es un atributo o un conjunto de atributos que identifican de
manera nica una entidad. Eso significa que siempre permite diferenciar
una instancia de entidad de otra.

Por ejemplo, para el conjunto de entidades Student, {stuId} es una


superclave porque se puede usar para identificar de manera nica cada
estudiante

j. clave candidata
Una clave candidata es aquella que no contiene atributos
adicionales. Una clave candidata se define como una superclave tal que
ningn subconjunto propio de sus atributos sea por s mismo una
superclave. En el ejemplo, {stuId,credits} no es una clave candidata porque
contiene un subconjunto, {stuId}, que es una superclave. Sin embargo,
{stuId} por s mismo es una clave candidata, pues no tiene subconjunto
propio que identifique entidades. Puede haber muchas claves candidatas
para un conjunto de entidades. Si se almacenan nmeros de seguridad
social de estudiantes, entonces {socSecNo} tambin sera una clave
candidata, siempre que cada estudiante tenga un nmero de seguridad
social. Note que una clave candidata puede consistir en un solo atributo,
como {stuId} y {socSecNo}, o puede ser una combinacin de atributos.

k. clave compuesta
Cuando una clave consiste en ms de un atributo, se le llama clave
compuesta. Por conveniencia, ahora se retirarn las llaves en las claves de
identificacin y simplemente se citar(n) el (los) atributo(s) en la clave.

l. clave primaria
la clave primaria es la clave candidata triunfadora, aquella que en realidad
se elige. La clave primaria puede ser una sola clave de atributo o una clave
compuesta.

m. clave alternativa
Son las otras claves candidatas, cuyo valor permite acceder a los
registros.

Con frecuencia, las otras claves candidatas se convierten en claves


lternativas, cuyos valores nicos proporcionan otro mtodo de acceder a
los registros.

n. clave secundaria
El trmino clave secundaria por lo general significa un atributo o conjunto
de atributos cuyos valores, no necesariamente nicos, se usan como un
medio de acceder a los registros.

o. tipo de relacin
Una relacin es una asociacin o interaccin entre entidades. Un conjunto
de relaciones consiste en todas las relaciones de un tipo de relacin dado.
Las relaciones pueden ser binarias, que ligan dos entidades, ternarias,
que ligan tres entidades, o n-arias, que ligan n entidades. Las instancias de
relacin binaria se pueden representar como pares ordenados, las
instancias ternarias como tripletas ordenadas y las instancias n-arias como
n-tuplas ordenadas de instancias de entidad. Un conjunto de relaciones es
un subconjunto del producto cartesiano de los conjuntos de entidad
elacionados. Un diamante se usa para representar un conjunto de
relaciones en un diagrama

p. conjunto de relaciones
Es el conjunto de relaciones que se podra definir como un conjunto de
tripletas ordenadas entre entidades.

q. relacin binaria
Vincula dos conjuntos de entidades.

r. relacin ternaria
Una relacin puede involucrar ms de dos conjuntos de entidades. Por
ejemplo, podra tener una relacin ternaria que involucre tres conjuntos de
entidades y vincule clases, personal docente y libros de texto usados en la
clase. Entonces el conjunto de relaciones se podra definir como un

conjunto de tripletas ordenadas en las que el primer elemento representa


una clase, el segundo un miembro del personal docente y el tercero un libro
de texto.

s. relacin n-aria
Se podra definir un conjunto de relaciones que vincule cualquier nmero de
conjuntos de entidad. Por tanto, el conjunto de relaciones general se puede
considerar como un subconjunto de una relacin n-aria de la forma
{(e1,e2, . . .en) | e1 E1, e2 E2, . . ., en En} donde Ei son los
conjuntos de entidades, ei son las instancias de entidad y cada n-tupla
ordenada representa una instancia de la relacin.

t. cardinalidad de una relacin


La cardinalidad de una relacin es el nmero de entidades a las que otra
entidad puede mapear bajo dicha relacin.

u. relacin recursiva
Cuando un conjunto de entidades se relaciona consigo mismo, se tiene una
relacin recursiva, y es necesario indicar los roles que juegan los
miembros en la relacin.

v. dependencia de existencia
En ocasiones es necesario almacenar datos de una entidad en la que no
estara interesado a menos que ya tuviese una entidad relacionada en la
base de datos. Por ejemplo, no necesitara almacenar datos acerca de
rdenes de ventas a menos que tuviese clientes.

w. entidad dbil
Una entidad dbil depende de otra entidad, una entidad dbil se muestra en
el diagrama E-R al dibujar un rectngulo doble alrededor de la entidad, y el
diamante de relacin se convierte en diamante doble.

3.2 Considere el conjunto de entidades Empleado con atributos empId,


socSecNo, empNombre, titulopuesto y salario a. Muestre cmo el
conjunto de entidades y sus atributos se representaran en un
diagrama E-R.
b. Describa el dominio del atributo salario y haga las suposiciones
necesarias.

c. Identifique una superclave para el conjunto de entidades Empleado.


d. Identifique todas las claves candidatas para el conjunto de entidades.
e. Identifique una clave primaria para el conjunto de entidades y
subryelo en el diagrama E-R.
empId
socSecNo

Empleado

empNombre

titulopuestOo

salario

Clave Primaria : empId


Clave candidata : empNombre

Domino del atributo Salario

Diferentes sueldos

3.3 a. Suponga en la misma empresa del ejercicio 3.2, que existe un


conjunto de entidades llamado Proyecto con atributos proyNombre,
fechaInicio, fechaFin y presup.
Muestre cmo se representaran este conjunto de entidades y su
relacin
con Empleado en el diagrama E-R. Suponga que quiere

representar el nmero de horas que se asignan a un empleado para trabajar


en un proyecto y mustrelo en el diagrama.
b. Al hacer las suposiciones necesarias, tome una decisin acerca de la
cardinalidad y las restricciones de participacin de la relacin y agregue los
smbolos adecuados al diagrama E-R.
c. Suponga que debe agregar otra entidad llamada Departamento.
Cada empleado trabaja slo para un departamento. Los proyectos no los
patrocina directamente un departamento. Elabore los atributos necesarios y
agregue esta entidad y las relaciones adecuadas al diagrama.

3.4 Disee una base de datos para conservar los datos de estudiantes
universitarios, sus consejeros acadmicos, los clubes a los que pertenecen,
los moderadores de los clubes y las actividades que patrocina cada
club. Suponga que a cada estudiante se le asigna un consejero
acadmico, pero un consejero aconseja a muchos estudiantes.

Los consejeros no tienen que ser miembros del personal docente. Cada
estudiante puede pertenecer a cualquier nmero de clubes, y los clubes
pueden patrocinar cualquier nmero de actividades. El club debe tener
algunos miembros estudiantes con la finalidad de existir. Cada actividad
est patrocinada por exactamente un club, pero puede haber muchas
actividades programadas para un da. Cada club tiene un moderador,
quien puede o no ser miembro del personal docente. Dibuje un diagrama ER completo para este ejemplo. Incluya todas las restricciones.

3.5 El consultorio de un dentista necesita conservar


informacin acerca de pacientes, el nmero de visitas que
hacen al consultorio, el trabajo que se debe realizar, los
procedimientos realizados durante las visitas, los cargos y
pagos por el tratamiento y los suministros de laboratorio y
servicios. Suponga que slo hay un dentista, de modo que no
hay necesidad de almacenar informacin acerca del dentista
en la base de datos. Existen muchos cientos de pacientes.
Los pacientes pueden hacer muchas visitas y la base de
datos debe almacenar informacin acerca de los servicios
realizados durante cada visita, y los cargos por cada uno de
los servicios. Existe una lista estndar de cargos, que se
mantiene fuera de la base de datos. El consultorio usa tres
laboratorios dentales que proporcionan suministros y
servicios, como fabricar dentaduras. Dibuje un diagrama E-R
completo para este ejemplo.

3.6 Una firma de diseo de interiores quiere tener una base de datos para
representar sus operaciones. Un cliente solicita que la firma realice un trabajo
como decorar una casa nueva, redecorar habitaciones, encontrar y comprar
mobiliario, y cosas por el estilo. Uno de los decoradores de la firma est a cargo
de cada trabajo. Para cada trabajo, la firma proporciona una estimacin de la
cantidad de tiempo y dinero requeridos para todo el trabajo. Parte de las
actividades de un trabajo, como planear la colocacin de los muebles, la
realiza el decorador encargado del trabajo. Adems, la firma puede contratar
contratistas para laborar por da u hora en un trabajo particular. Un trabajo tambin
puede incluir muchas actividades, como pintar, instalar pisos, fabricar cortinajes,
papel tapiz, construir, instalar gabinetes, etc. Estas actividades las realizan
contratistas contratados por la firma. El contratista proporciona una estimacin
para cada actividad. Una actividad o trabajo tambin pueden requerir materiales
como pintura o madera, y la firma tiene que dar seguimiento al costo de
los materiales para cada actividad o trabajo, con la finalidad de cobrar al cliente.
La base de datos debe almacenar los costos estimados y los costos reales de
todas las actividades y todos los trabajos. Dibuje un diagrama E-R completo para
este ejemplo.

3.7 Un taller de hojalatera automotriz necesita conservar informacin acerca


de sus operaciones. Los clientes inicialmente llevan sus vehculos al taller para un
presupuesto de las reparaciones. Un mecnico observa el automvil y estima el
costo y tiempo requeridos para todo el trabajo. Si el cliente acepta la estimacin,
se le asigna un nmero de trabajo y se registran el nombre e informacin de
contacto del cliente; el nmero de placas, marca, modelo y ao del automvil; y
una lista de las reparaciones necesarias. Luego el cliente hace una cita para llevar
el auto en una fecha especfica. Cuando el auto se lleva para reparaciones,
comienza el trabajo. El taller da seguimiento a los cargos para partes y mano de
obra conforme se acumulan. Slo un mecnico labora en el vehculo durante
todo el trabajo. Un trabajo puede incluir varias reparaciones (por ejemplo,
cambiar el guardafangos izquierdo, pintar la puerta del pasajero). El tiempo que
realmente se emplea en cada reparacin se registra y usa
para calcular el costo de la mano de obra, mediante una tarifa horaria fija.

3.8 Se necesita una base de datos para seguir las operaciones de un centro
de terapia fsica. A cada paciente lo remite un mdico y tiene una receta
para terapia fsica con la finalidad de recibir tratamiento. Un paciente puede
tener distintos mdicos en diferentes momentos. La base de datos conserva
toda la informacin acerca de recetas y tratamientos, tanto pasadas como
actuales. Cuando se hacen las citas, se registra la informacin acerca de la
fecha y hora programadas. Ningn paciente se programa para dos visitas en
un da. El centro tiene muchos terapeutas fsicos y un paciente puede recibir
tratamiento de diferentes terapeutas fsicos en distintas visitas. Cuando un
paciente hace una visita en un horario programado, se registran el
nombre del terapeuta, el tratamiento, la fecha, la hora y el equipo utilizados
para dicha visita. Cada uno de stos tiene slo un valor para la visita. Esta
informacin se usar ms tarde para el cobro del seguro, que no es
parte de esta base de datos.