BASE DE DATOS

APLICADA

LABORATORIO N°13

MODELO RELACIONAL DESDE

MODELO CONCEPTUAL

CÓDIGO DEL CURSO:

RIOS CCORIMANYA MARCO ANTONIO

Alumno(s) CARLOS ALONSO MAMANI CCOLLQUE Nota
GAMARRA ANDIA ADRIAN ABEL

Especialidad y 26/11/202
Diseño de Desarrollo de Software Fecha
Grupo 3
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 1

I. OBJETIVOS
 Aprender como migrar desde un modelado de datos conceptual (ER y EER) hacia
un modelado de datos relacional
 Representar el modelo relacional en una herramienta adecuada para el modelado
de datos relacional (MySQL WorkBench y Oracle DEVELOPER)
 Identificar los tipos Dependencia que hay en el modelo relacional
 Aplicación de Normalización dentro del modelado relacional

II. SEGURIDAD

Advertencia:
En este laboratorio está prohibida la manipulación de hardware,
conexiones eléctricas o de red; así como la ingestión de alimentos o
bebidas.

III. NORMAS EMPLEADAS

● No aplica.

IV. RECURSOS
● Equipo con sistema operativo Windows (64 bits).
● DRAWIO
● MySQL WorkBench o Oracle DEVELOPER
● Internet.

V. METODOLOGÍA PARA EL DESARROLLO DE LA TAREA

● El desarrollo del laboratorio es de manera grupal.

VI. MARCO TEÓRICO

De acuerdo a las diapositivas compartidas
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 2

VII. PREPARACION
 Basado en los modelos conceptuales Entidad Relación (ER) y Entidad Relación Extendida
(EER) creados en los laboratorios anteriores, usted debe de realizar un Modelo Relacional,
usando las herramientas de modelado de datos adecuadas (Mysql WorkBench o Oracle
DEVELOPER DATA MODELER)

VIII. INSTRUCCIONES IMPORTANTES:

 Aplicar los conceptos de traducción desde un modelo conceptual hacia un modelo
relacional
 Usaremos como base lo desarrollado el DRAWIO para realizar la migración.
 Recuerde que debe adjuntar el archivo desarrollado para el modelado relacional, a parte
de la guía desarrollada.
 Para desarrollar el modelo relacional puede usar las siguientes herramientas
o MySQL Workbench
o Oracle Developer Data Modeler

MySQL Workbench
 Dentro de dicho programa debemos ingresar a la opción de MODELS y darle clic al botón
“+” donde comenzaremos a crear nuestro primer Modelado.

 Antes que nada, grabaremos el nuevo Modelado con el nombre del grupo, dándole clic al
MENU FILE y a la opción SAVE MODEL AS, recuerde bien la ruta donde ha guardado el
archivo pues dicho archivo es el que deberá adjuntar al presente laboratorio.
 Una vez ya hemos guardado el archivo modelador procederemos con los siguientes pasos
antes del desarrollo del laboratorio
1. Cambio en el Nombre del Esquema: debe de cambiar el nombre del esquema
predeterminado que está dentro del modelador, haciendo clic derecho sobre el
nombre del esquema y seleccionando la opción Editar Chema
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 3

2. Una vez que estemos dentro de las opciones del Esquema, cambiaremos el
nombre por el modelo de negocio asignado, ejemplo: “Gestión Biblioteca”, y le
damos al botón Rename References.

3. Una vez cambiado verificamos que el nombre haya sido cambiado en la interfaz
principal

4. Por último, damos clic en la Opción Add Diagram

5. Y en la nueva ventana es donde comenzaremos a desarrollar el modelado de datos

relacional.
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 4

IX. PROCEDIMIENTO
IMPORTANTE:
 Debe adjuntar el link del diagrama EER desarrollado en la anterior clase

LINK DEL DIAGRAMA

https://drive.google.com/file/d/1Wyk0qPhr4P0EzoA8dIHiqzEv2fW
JSsjw/view?usp=sharing

A. De Entidades a Tablas

 Copie y pegue la tabla desarrollada en el anterior laboratorio sobre Jerarquía,

Generalización y Especialización para sentar las bases de la migración del modelo
Conceptual al modelo Relacional.
BASE SIN DATOS
NOMBRE DE LA ENTIDADES NUEVAS TIPO TECNICA APLICADA
ENTIDAD CREADAS
PERSONA SUPER TIPO GENERALIZACION
CLIENTE EXTREMO SUBTIPO ESPECIALIZACION
TECNICO DE SUBTIPO ESPECIALIZACION
USUARIO
SOPORTE
ADMINSTRADOR SUBTIPO ESPECIALIZACION
GERENTE SUBTIPO ESPECIALIZACION
TECNICO DE EMPLEADO SUPER TIPO GENERALIZACION
SOPORTE ADMINISTRADOR SUBTIPO ESPECIALIZACION
INCIDENTE SUPERTIPO GENERALIZACION
PROBLEMA TECNICO SUBTIPO ESPECIALIZACION
TICKET SOLITICUD SERVICIO SUBTIPO ESPECIALIZACION
CONSULTA SUBTIPO
ESPECIALIZACION
INFORMACION
Alquiler SE MANTIENE IGUAL

 Basado en la anterior tabla de entidades, realiza la migración de ENTIDADES a TABLAS.

 Recuerda que NO TODAS las entidades pueden ser Migradas y que NO ES
OBLIGATORIO MIGRAR TODAS LAS ENTIDADES, depende por completo del contexto
del modelo de negocio y de la aplicación de NO REDUNDANCIAS dentro de una base de
datos.
 Dentro de la Tabla Colocara Todas las Entidades Identificadas e indicara cuales se
convierten en tabla y cuales no, también debe indicar el motivo de porque se deben o no
 Vaya Desarrollando el DIAGRAMA RELACIONAL en MySQL Workbench o en Oracle Data
Modeler, Adjunte una captura debajo de la tabla con las TABLAS creadas.

NOMBRE DE LA
¿SE MIGRARÁ? MOTIVO NOMBRE DE LA TABLA
ENTIDAD
USUARIO Si Necesario para USUARIO
identificar y
gestionar la
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 5

información de los
usuarios que
interactúan con el
sistema de ayuda.
TECNICO DE Representa los
SOPORTE problemas o
solicitudes
Si reportadas por los
usuarios que deben
ser gestionados por
el sistema de ayuda.
HABILIDADES Se puede saber en TECNICO DE SOPORTE
especifico las
habilidades del
técnico de soporte
SI AGRUPADA
para asi que el
usuario pueda
comentar su
problema
TICKET Representa una
Si solicitud o TICKET
indecente
CATEGORIA DEL Clasifica los tickets
CATEGORIA DEL
PROBLEMA Si según su naturaleza
PROBLEMA
del problema
DEPARTAMENTO Organiza a los
agentes de soporte
en diferentes áreas
Si DEPARTAMENTO
o departamentos
según su
especialización.
CLIENTE Representa a los
Si clientes que
solicitan ayuda.
INFORMACION DE Tener un poco de
CLIENTE
CONTACTO información del
SI AGRUPADA cliente ya sea su
teléfono su correo
dirección, etc
PRIORIDAD Definir la urgencia
Si PRIORIDAD
de un ticket.
HISTORIAL DEL Registra cambios y
HISTORIAL DEL
BOLETO Si actualizaciones en
BOLETO
un ticket.
SOLUCION Almacena
información sobre
Si las soluciones SOLUCION
proporcionadas
para un problema.
NOTIFICACION Registra las
notificaciones
Si NOTIFICACION
enviadas a usuarios
o técnicos.
GRUPO DE SOPORTE Agrupa a los
técnicos de soporte
Si GRUPO DE SOPORTE
según sus funciones
o habilidades.
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 6

COMENTARIO Permite a los

usuarios y técnicos
Si agregar COMENTARIO
comentarios a un
ticket.
CANAL DE ENTRADA Registre el canal a
través del cual se
realiza la solicitud
Si CANAL DE ENTRADA
de soporte o se
reporta un
problema.
CONTRATO DE Definir los términos
SOPORTE y condiciones del
CONTRATO DE
Si soporte
SOPORTE
proporcionado a un
cliente.
TECNICO DE La entidad base que
SOPORTE, definirá si es un
cliente un técnico PERSONA
Si Agrupada
CLIENTE y de soporte o un
usuario .
USUARIO
ESTADO DE Indica el estado
SOLUCION actual de la solución
SI ESTADO DE SOLUCION
proporcionada por
un ticket
TIPO DE TICKET Clasifica los ticket
según su naturaleza
SI o tipo(por ejemplo TIPO DE TICKET
incidente ,solicitud
de servicio)
EVALUACION DEL Registra la
CLIENTE evaluación del
EVALUACION DEL
SI cliente sobre la
CLIENTE
resolución del
ticket.
SLA(ACUERDO DE Define los
NIVEL DE SERVICIO) compromisos de
SLA(ACUERDO DE
SI nivel de servicio
NIVEL DE SERVICIO)
para la resolución
de tickets
DOCUMENTO Permite adjuntar
ADJUNTADO documento o DOCUMENTO
SI
archivos relevantes ADJUNTADO
a un ticket.
ESCALON DE TICKET Representa la
necesidad de
SI escalonar un ticket ESCALON DE TICKET
a un nivel superior
de soporte

Algunas entidades que quise separar sus atributos para convertirlas en entidades nuevas,
no del todo las separe, terminando de crear nuevas entidades de la tabla “ticket” que tenian
que ver mucho en relacion.
Ejemplo:
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 7

NOMBRE DE LA
¿SE MIGRARÁ? MOTIVO NOMBRE DE LA TABLA
ENTIDAD
Es la Base de los
materiales
MATERIAL
Si bibliográficos Material Bibliográfico
BIBLIOGRAFICO
dentro de la
Biblioteca
Se pueden agrupar
en tipos de material
LIBRO Si, agrupada
basados en la tabla
principal
Se pueden agrupar
en tipos de material
REVISTA Si, agrupada Tipo de Material
basados en la tabla
principal
Se pueden agrupar
en tipos de material
PERIODICO Si, agrupada
basados en la tabla
principal
Agrupa a todos los
datos de las
Persona Si Persona
personas
involucradas
Datos específicos de
Cliente Si Cliente
una persona
Datos Especificos de
Empleado Si Empleado
un empleado
Datos específicos
sobre el alquiler de
Alquiler Si Alquiler
un material
bibliográfico

MESA DE AYUDA (CAPTURA)

 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 8

EJEMPLO:

B. Atributos a Campos o Entidades

1. Copie y pegue la tabla desarrollada en el anterior laboratorio sobre Identificación de

Atributos y Herencia para sentar las bases de la migración del modelo conceptual al
modelo relacional.
BASE SIN DATOS
NOMBRE DE LA Atributos Tipo de Atributo HERENCIA o
ENTIDAD HEREDADO
USUARIO PERSONA Atributo clave HERENCIA
CLIENTE EXTERMO Atributo clave HEREDADO
TECNICO DE Atributo clave HERENCIA
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 9

SOPORTE
ADMINISTRADOR Atributo clave HEREDADO
GERENTE Atributo clave HEREDADO
ID_USUARIO Atributo Simple HEREDADO
NOMBRE Atributo Simple HEREDADO
CORREO Atributo HEREDADO
Multivaluado
TELEFONO Atributo HEREDADO
Multivaluado
EMPLEADO Atributo Clave HERENCIA
TECNICO Atributo Clave HERENCIA
ID_TECNICO Atributo Clave HEREDADO
NOMBRE Atributo Simple HEREDADO
TECNICO DE SOPORTE
HABILIDADES Atributo HEREDADO
Multivaluado
NIVEL DE Atributo Simple HEREDADO
EXPERIENCIA
INCIDENTE Atributo Clave HERENCIA
PROBLEMA Atributo Clave HERENCIA
TECNICO Atributo Clave HERENCIA
SOLICITUD Atributo Clave HERENCIA
SERVICIO Atributo Clave HERENCIA
TICKET CONSULTA Atributo Clave HERENCIA
INFORMACION Atributo Clave HERENCIA
ID_TICKET Atributo Clave HERENCIA
FECHA DE CREACION Atributo Simple HEREDADO
FECHA DE CIERRE Atributo Simple HEREDADO
ESTADO Atributo Simple HEREDADO

2. Basado en la anterior tabla, debe indicar si hay algún atributo identificado que podría ser
convertido a Entidad, Llene la siguiente tabla con los atributos que serán considerados
como Entidades, e indique el motivo del porque lo va a considerar así.

Atributo Identificado Entidad o Entidades Motivo de la

creadas Migración a Entidad
Habilidades Habilidades Un Técnico para
saber muy bien sus
habilidades tendrá
que tener
información sobre
ello para que el
cliente pueda saber a
que técnico consultar
InformacionContacto InformacionContacto Este era un atributo
de la tabla cliente y
lo separamos ahora
para que asi pueda
tener mas atributos o
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 10

detalles del cliente al

que se ayuda
Estado (de la tabla Tipo de Ticket Eran simples
Ticket) Escalón de Ticket atributos pero
Estado de Solucion terminaron siendo
tablas o entidades
independientes
relacionados con el
ticket toda la
informacion sobre
ello

SISTEMA DE GESTION DE MESA DE AYUDA:

Ejemplo:

Entidad o Entidades Motivo de la

Atributo Identificado
creadas Migración a TABLA
Genero Aplicación de la
primera norma
Genero SubGenero formal con valores
atómicos
Tiene más detalles
propios, no depende
Editorial Editorial
completamente de la
PK de Material
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 11

3. Basado en la anterior tabla y la tabla de la primera parte de este laboratorio, usted debe de ir
creando los campos de las tablas basado en los atributos de las entidades, además de ello debe de
ir identificando cual es el tipo de datos que almacenaran y también cuales son Primary Key y
Foreign Key
4. Llene el Cuadro donde indique las El nombre de la Tabla y los nombres de los campos
relacionados, además debe de indicar cual es el tipo de dato a almacenar, las restricciones que se
deben aplicar y si es PK o FK.
5. Vaya Desarrollando el DIAGRAMA RELACIONAL en MySQL Workbench o en Oracle Data Modeler,
Adjunte una captura debajo de la tabla con las TABLAS Y CAMPOS creados
NOMBRE DE LA Tipo de Dato PK O
CAMPOS RESTRICCIONES
TABLA Almacenado FK
Id_Usuario INT AUTO_INCREMENT , NN PK
Nombre VARCHAR(45) NN
USUARIO Correo Electronico VARCHAR(45) NN
Telefono VARCHAR(20) NN
Id_Persona INT NN FK
Id_Tecnico INT AUTO_INCREMENT, NN PK
TECNICO DE Nombre VARCHAR(45) NN
SOPORTE Habilidades INT NN FK
Nivel Experiencia INT NN
Id_Persona INT NN FK
Id_Cliente INT AUTO_INCREMENT, NN PK
CLIENTE Nombre VARCHAR(45) NN
Informacion Contacto INT NN FK
Ciudad VARCHAR(45) NN
Id_Persona INT NN FK
Id_Ticket INT AUTO_INCREMENT, NN PK
TICKET Estado VARCHAR(50) NN
Fecha_Creacion DATE NN
Fecha_Cierre DATE NN
CATEGORIA Id_Categoria INT AUTO_INCREMENT, NN PK
PROBLEMA Nombre VARCHAR(59) NN
Descripcion VARCHAR(70) NN
Id_Prioridad INT AUTO_INCREMENT, NN PK
Nombre VARCHAR(50) NN
PRIORIDAD Descripcion VARCHAR(70) NN
TiempoRespuesta INT NN
Id_Historial INT AUTO_INCREMENT, NN PK
HISTORIAL Id_Ticket INT NN FK
TICKET Fecha Hora Actuali.. DATETIME NN
Descripcion Actuali.. TEXT NN
Id_Solucion INT AUTO_INCREMENT, NN PK
Id_Ticket INT NN FK
SOLUCION Descripcion Solucion TEXT NN
Fecha Implementacion DATE NN
Id_Notificacion INT AUTO_INCREMENT, NN PK
Tipo Notificacion VARCHAR(45) NN
NOTIFICACION Destinario VARCHAR(45) NN
Fecha Hora Envio DATETIME NN
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 12

GRUPO DE Id_Grupo INT AUTO_INCREMENT, NN PK

SOPORTE Nombre VARCHAR(45) NN
Descripcion VARCHAR(70) NN
Id_Contrato INT AUTO_INCREMENT, NN PK
CONTRATO Fecha_Inicio DATE NN
SOPORTE Fecha_Vencimiento DATE NN
Servicios_Incluidos TEXT NN
Id_Comentario INT AUTO_INCREMENT PK
Id_Ticket INT NN FK
COMENTARIO TextoComentario TEXT NN
FechaHoraPublicacion DATETIME NN
Id_Departamento INT AUTO_INCREMENT, NN PK
DEPARTAMENTO Nombre VARCHAR(50) NN
Descripcion VARCHAR(70) NN
Encargado INT NN FK

Id_Canal INT AUTO_INCREMENT, NN PK

NombreCanal VARCHAR(50) NN
CANAL Descripcion VARCHAR(50) NN
ENTRADA TipoCanal VARCHAR(59) NN
Configuracion N.. TEXT NN
ESTADO Id_EstadoSolucion INT AUTO_INCREMENT, NN PK
SOLUCION Nombre VARCHAR(50) NN
Descripcion VARCHAR(70) NN
Id_TipoTicket INT AUTO_INCREMENT, NN PK
TIPO TICKET Nombre VARCHAR(45) NN
Descripcion VARCHAR(70) NN
Id_Evaluacion INT AUTO_INCREMENT, NN PK
Puntuacion INT NN
EVALUCION Comentarios TEXT NN
CLIENTE FechaEvaluacion DATETIME NN
Id_Ticket INT NN FK
Id_SLA INT AUTO_INCREMENT, NN PK
Tiempo Respuesta INT NN
SLA Tiempo Resolución INT NN
CondicionesEspecificas TEXT NN
Id_Documento INT AUTO_INCREMENT, NN PK
DOCUMENTO NombreArchivo VARCHAR(50) NN
ADJUNTO Descripcion VARCHAR(50) NN
FechaCarga DATETIME NN
Id_Ticket INT NN FK
Id_Escalon INT AUTO_INCREMENT, NN PK
Razon Escalon VARCHAR(50) NN
ESCALON Nivel Soporte INT NN
TICKET FechaHoraEscalon DATETIME NN
Id_Ticket INT NN FK
Id_Habilidad INT AUTO_INCREMENT, NN PK
Nombre VARCHAR NN
HABILIDADES Nivel INT NN
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 13

Certificaciones VARCHAR NN
Descripcion VARCHAR NN
Id_InformacionContact INT AUTO_INCREMENT, NN PK
INFORMACION o
CONTACTO Nombre VARCHAR(50) NN
Correo VARCHAR(45) NN
Telefono VARCHAR(20) NN
Direccion VARCHAR(45) NN
Id_Persona INT UNIQUE, NN PK
Nombre VARCHAR(45) NN
PERSONA Correo VARCHAR(50) NN
Telefono VARCHAR(45) NN

Ejemplo:

NOMBRE DE LA Tipo de Dato

CAMPOS RESTRICCIONES PK O FK
TABLA Almacenado
IDTipoMaterial INT NN, UNIQUE, PK
AUTO
TipoDeMaterial
INCREMENTAL
Nombre VARCHAR(45) NN
IDMaterial INT NN PK
IDTipo INT NN FK
Material Titulo VARCHAR(45) NN
Bibliografico Paginas INT| NN
IDEditorial INT NN FK
IDSubgenero INT NN FK
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 14

C. Aplique reglas de normalización identificando DEPENDENCIAS

1. Identifique DEPENDENCIAS (Funcionales, transitivas y multivaluadas), y según ello
aplique normasl Formales.
2. Llene el Cuadro indicando cual es el atributo que ha identificado al cual se le puede aplicar
la segunda norma formal
3. Desarrolle el Diagrama EER en DRAWIO, Adjunte una captura debajo de la tabla con
los cambios realizados en la aplicación de la 2NF.

Tabla Involucrada Campo Tipo de Norma Formal Solución

Identificado Dependencia Aplicada Propuesta
Separar las
habilidades en
un tabla
independiente
y utilizar una
TECNICO DE Dependencia clave foránea
HABILIDADES 1era y 2era
SOPORTE Funcional en Tecnico
Soporte que
haga
referencia a
esta nueva
tabla
CLIENTE INFORMACION Dependencia 1era y 2era En una tabla
CONTACTO Funcional separada si
tiene atributos
adicionales
considerando
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 15

la relación con
la tabla Ticket
si los tickets
están
asociados a
clientes
especificos
Las demás tablas no necesitaron aplicar la 1era , 2era y 3era forma normal, ya son tablas
independiente que solo estarán relacionado con la clave PK o un FK

SISTEMA DE GESTION DE MESA DE AYUDA:

Ejemplo:

Tabla Involucrada Campo Tipo de Norma Formal Solución

Identificado Dependencia Aplicada Propuesta
Creación de
nueva tabla
Dependencia
Editorial y
Material Editorial Transitiva y 1era y 3era
relación con
funcional
FK entre las
tablas

NOTA: PEGUE UNA CAPTURA POR CADA NORMA FORMAL APLICADA

 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 16

D. Relaciones con FK

1. Basado en las tablas creadas en el punto anterior, proceda a realizar las relaciones
necesarias, evalué si usted necesitara tablas intermedias en las relaciones de muchos a
muchos.
2. Llene el Cuadro relacionando cada Campo con FK con sus Tabla y Campo relacionado,
basado en las relaciones de las tablas identificados en el punto anterior, además debe
indicar que campo es el que se está relacionado.
3. Vaya Desarrollando el DIAGRAMA RELACIONAL en MySQL Workbench o en Oracle Data
Modeler, Adjunte una captura debajo de la tabla con las RELACIONES DE TABLAS
creados
Tabla A Campo A Tabla B Campo B Tipo de
Relacionado Relacionado Relación
(1:1, 1:N,
N:M)
TECNICO ID_TECNICO HABILIDADES ID_TECNICO (N-M)
SOPORTE TABLA
INTERMEDI
A
CLIENTE ID_CLIENTE INFORMACION ID_CLIENTE (1:1)
CONTACTO
HISTORIAL ID_HISTORIAL TICKET ID_HISTORIAL (M:1)
TICKET
SOLUCION ID_SOLUCION TICKET ID_SOLUCION (M-1)
PRIORIDAD ID_PRIORIDAD TICKET ID_PRIORIDAD (1-N)
NOTIFICACION ID_NOTIFICACION USUARIO ID_NOTIFICACION (M-1)
GRUPO ID_GRUPO. TECNICO ID_GRUPO (1-N)
SOPORTE SOPORTE
CONTRATO ID_CONTRATO CLIENTE ID_CONTRATO (1-1)
SOPORTE
COMENTARIO ID_COMENTARIO TICKET ID_COMENTARIO (M-1)
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 17

DEPARTAMENT ID_DEPARTAMENT PERSONA ID_DEPARTAMENT (1-N)

O O O
CANAL ID_CANAL TICKET ID_CANAL (1-N)
ENTRADA
ESTADO ID_ESTADO SOLUCION ID_ESTADO (1-N)
SOLUCION
TIPO TICKET ID_TIPO TICKET ID_TIPO (1-N)
EVALUACION ID_EVALUACION TICKET ID_EVALUACION (1-1)
CLIENTE
SLA ID_SLA TICKET ID_SLA (1-1)
DOCUMENTO ID_DOCUMENTO TICKET ID_DOCUMENTO (1-N)
ADJUNTO
ESCALON ID_ESCALON TICKET ID_ESCALON (1-N)
TICKET
PERSONA ID_PERSONA DEPARTAMENT ID_PERSONA (M-1)
O
PERSONA ID_PERSONA USUARIO ID_PERSONA (1-1)
PERSONA ID_PERSONA TECNICO ID_PERSONA (1-1)
SOPORTE
PERSONA ID_PERSONA CLIENTE ID_PERSONA (1-1)
INFORMACION ID_INFORMACION CLIENTE ID_INFORMACION (1-1)
CONTACTO

La tabla intermedia :

las líneas discontinuas son para claves foráneas y las continuas son para las claves
primarias

Ejemplo:
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 18

Tabla A Campo A Tabla B Campo B Tipo de Relación (1:1, 1:N, N:M)

Relacionado Relacionado
Material IDEditorial Editorial IDEditorial N:1
Editorial Idciudad Ciudad IdCiudad N:M (crea una tabla intermedia)
Persona Idciudad Ciudad IdCiudad N:M (crea una tabla intermedia)

E. Adjunte el archivo desarrollado en el modelador y Captura del Diagrama RELACIONAL

1. Adjunte el archivo desarrollado en cualquiera de las herramientas en el CANVAS, junto con
la presentación de este informe, de preferencia adjúntelo COMPRIMIDO (.RAR).

2. Adjunte una captura completa del diagrama desarrollado

Ejemplo:
 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 19

Gestión de Mesa de Ayuda

 Nro. DD-106
Laboratorio de Base de Datos
Manipulación de Datos
Página 20

I. CONCLUSIONES
Brinde un mínimo de 4 Conclusiones, relacionadas a los temas visto en el desarrollo de este
laboratorio.

- El objetivo es aprender a traducir ideas abstractas (como diagramas ER y EER) en

tablas concretas en un modelo de datos relacional.

- Se busca representar visualmente el modelo relacional usando herramientas

prácticas como MySQL WorkBench.

- Identificar y entender cómo diferentes tablas se relacionan entre sí, incluyendo tipos
específicos de conexiones como dependencias funcionales.

- Aplicar la normalización para organizar eficientemente las tablas, reduciendo

redundancias y mejorando la coherencia de los datos.