UNIVERSIDAD TÉCNICA DE MANABÍ

FACULTAD DE CIENCIAS INFORMÁTICAS

CARRERA DE INGENIERÍA EN SISTEMAS DE INFORMACIÓN

DEBER PRÁCTICA #3:

Crear la base de datos y sus tablas en el terminal de mysql y realizar
el diccionario de datos

MATERIA:
Administración de Base de Datos

DOCENTE:
Ing. Lorena Elizabeth Bowen Mendoza

ESTUDIANTES:
Carranza Moreira Luis Fernando (A)

Zamora Ponce Ronny Alférez (B)

Pico García Melissa Lisbeth (B)

Orellana Zambrano Kasandra Carolina (B)

De la Cruz Rivera Luis Alexander (C)

TERCER SEMESTRE
noviembre – 2020 // marzo – 2021
 PRÁCTICA # 1
EJERCICIO

La Universidad Técnica de Manabí, cumpliendo con la disposición de la LOES,

ha realizado la asignación de los profesores por Departamentos y desea llevar el
control de sus miembros.

De cualquier persona se almacena su cédula, nombre, dirección, teléfono y email.

Los profesores además tienen el tipo de profesor (principal, agregado, auxiliar,
contrato, invitado) y su dedicación (tiempo completo, medio tiempo o tiempo
parcial), además de los departamentos en los que imparten clase. Los estudiantes
están matriculados en un único departamento, tienen un número de expediente
y la carrera en la que están matriculados. Del personal se almacena la unidad
administrativa a la que pertenecen (Facultad de Informática, Administración,
entre otras) y su categoría profesional (Jefe Departamental, secretaria, archivo,
conserje).

Realizar el Modelo Conceptual.

REGLAS DE NEGOCIO
• Una persona es cada estudiante, profesor y personal.
• Un profesor imparte clases en varios departamentos.
• Así mismo en cada departamento pueden impartir varios profesores.
• Cada estudiante solo debe estar matriculado en un solo departamento.
• En cada departamento pueden estar matriculados varios estudiantes.
MODELO CONCEPTUAL
(Hecho en DIA)

(Hecho a mano)
 SOLUCIÓN DEL EJERCICIO

El ejercicio nos va señalando las entidades que son, Persona, Profesor,

Estudiante, Personal y Departamento. En la entidad Persona dice que
cualquier persona almacena cédula, nombre, dirección, teléfono y un
email, por lo tanto, el profesor, el estudiante y el personal son personas, lo cual
significa que estas tres entidades mencionadas poseen también esos atributos con
solo relacionar la entidad Persona con Profesor, Estudiante y Personal lo
cual su cardinalidad sería:

PERSONA – PERSONAL (Min:1, Max:1)

Una Persona es un Personal (1:1)

Y un Personal es una Persona (1:1)

PERSONA-ESTUDIANTE (Min:1, Max:1)

Una Persona es un Estudiante (1:1)

Y un Estudiante es una Persona (1:1)

PERSONA-PROFESOR (Min:1, Max:1)

Una Persona es un Profesor (1:1)

Y un Profesor es una Persona (1:1)

La entidad Profesor tiene como atributos el tipo de profesor que en la

problemática está detallado que puede ser (principal, agregado, auxiliar, entre
otros), pero esto solo son datos para ese atributo. Por lo tanto, no se incluyen en
el modelo conceptual. EL Profesor también tiene como atributo la dedicación,
es decir el tiempo en que trabaja como docente; (tiempo completo, medio tiempo,
tiempo parcial), lo cual también solo son datos a llenar para ese atributo. El
Profesor puede impartir clases en los Departamentos, por lo que su
cardinalidad sería:
PROFESOR-DEPARTAMENTO (Min: N , Max: M)

Un Profesor imparte clase en varios Departamentos (1:n)

Y en un Departamento imparten varios Profesores (1:n)

*Esta relación es de muchos a muchos y las reglas se explican que cuando existe
una cardinalidad de n:m se crea una tabla intermedia con las llaves primarias de
las otras dos entidades, pero esto no se realiza en el modelo conceptual.

La entidad Estudiante puede matricularse en único departamento, esa es

otra relación entre esas dos entidades, el estudiante también tiene sus propios
atributos que son el número de expediente y la carrera en la que está
estudiando. Por lo que la cardinalidad entre estas entidades sería:

ESTUDIANTE-DEPARTAMENTO (Min: 1, Max: N)

Un Estudiante está matriculado en un solo Departamento (1:1)

Y en un Departamento están matriculados varios Estudiantes (1:n)

Finalmente está la entidad Personal que tiene sus atributos Unidad

administrativa y categoría profesional. Cada uno con datos que para el
modelo conceptual no se permiten agregar por regla.
 PRÁCTICA # 2

MODELO LÓGICO
(Hecho en StarUML)

(Hecho a mano)
 MODELO LÓGICO

• PERSONA (ID_Persona, Nombre, Cédula, Dirección, Teléfono, Email)

PK: ID_Persona

• ESTUDIANTE (ID_Persona, Num_Expediente, Carrera,

ID_Departamento)
PK: ID_Persona
FK: ID_Persona → PERSONA
FK: ID_Departamento → DEPARTAMENTO

• PROFESOR (ID_Persona, Tipo_Profesor, Dedicación)

PK: ID_Persona
FK: ID_Persona → PERSONA

• PERSONAL (ID_Persona, Unidad_Administrativa,

Categoría_Profesional)
PK: ID_Persona
FK: ID_Persona →PERSONA

• DEPARTAMENTO (ID_Departamento, Nombre_Dep)

PK: ID_Departamento

• PROFESOR-DEPARTAMENTO (ID_Persona, ID_Departamento)

FK: ID_Persona → PERSONA
FK: ID_Departamento → DEPARTAMENTO
 SOLUCIÓN DEL EJERCICIO

La tabla Persona posee su propia clave primaria PK denominado Id_Persona

además de poseer sus atributos ya conocidos como cédula, nombre,
dirección, teléfono y email. Esta tabla se relaciona con las tablas
Estudiante, Profesor y Personal donde ya en el modelo lógico hace presencia
también las claves foráneas FK.

Las tablas Estudiante, Profesor y Personal al estar relacionadas con la tabla

Persona, heredan la clave primaria de ésta, es decir el Id_Persona pasa a ser
foránea en dichas tablas, ya que las tres tablas al tener una relación de 1:1 con
Persona, necesitan los atributos que son comunes entre ellos, y para esto deben
enlazarse mediante su clave primaria, heredándola como clave foránea y al
mismo tiempo se transforman en Clave primaria también para estas 3 tablas.

La tabla Estudiante tiene como atributos el Num_Expediente, la Carrera y su

clave foránea FK Id_Persona que a su vez es clave primaria PK Id_Persona.

La tabla Profesor tiene como atributos Tipo_Profesor, la Dedicación y su clave

foránea FK Id_Persona que a su vez es clave primaria PK Id_Persona.

La tabla Personal tiene como atributos la Unidad_Administrativa, la

Categoría_Profesional y su clave foránea FK Id_Persona que a su vez es clave
primaria PK Id_Persona.

La tabla Departamento posee también su propia clave primaria, denominada

Id_Departamento y un Nombre_Dep como un atributo adicional. Al estar la
tabla Estudiante relacionada con la tabla Departamento con una relación de
n:1 la tabla con la relación de muchos n (Estudiante), es la que heredará la clave
primaria de la otra tabla (Departamento) como foránea.

Es decir, la tabla Estudiante ahora tiene:

PK, FK Id_Persona
FK Id_Departamento
La tabla Profesor se relaciona con la tabla Departamento, su relación es de
muchos a muchos n:m, por lo tanto, ya en el modelo lógico podemos hacer uso de
la normalización que menciona que al existir una relación de n:m entre dos tablas,
se debe crear una tabla intermedia para ambas tablas.

Esta tabla intermedia la denominamos Profesor-Departamento y su función

es la de heredar las claves primarias de ambas tablas, es decir de la tabla
Profesor y de la tabla Departamento, como foráneas.
Quedando la tabla intermedia Profesor-Departamento de la siguiente forma:

FK Id_Persona
FK Id_Departamento

PRÁCTICA # 3

EJERCICIO

Realizar los cambios indicados por la docente en el Modelo Lógico.

Realizar el Diccionario de Datos (Deben analizar los tipos de datos y los tamaños
de datos de cada atributos en las tablas, además de proveer una breve descripción
del significado de cada dato, Ej. Peso= Peso del paciente al ingresar al hospital,
Unidad=Kilo, Rango:4-200, SmallInt(3))

Crear la base de datos llamada UNIVERSIDAD.

En la base de datos UNIVERSIDAD crear todas las tablas con sus atributos y
restricciones, con ENGINE=InnoDB.

Ingresar en la tabla PERSONA al menos 5 registros por cada miembro del grupo.

Ingresar en la tabla PROFESOR, ALUMNO, PERSONAL, DEPARTAMENTO al

menos 10 registros.

En la tabla IMPARTE (la combinación de las tablas PROFESOR y

DEPARTAMENTO) ingresar 15 registros.
 DICCIONARIO DE DATOS

Tabla Persona
Atributos Tipo de datos Tamaño Restricción Descripción
Clave primaria de la tabla Persona, único
código para cada Persona que es Estudiante,
Profesor y Personal, de tipo entero al solo
Id_Persona Int Primary Key
permitir cantidades numéricas como clave (0
Autoincrement a 429.4967.295) y auto incrementable para
que se inserte por sí solo y se autoincremente
al llenar un nuevo dato.
Identificación de la persona, de tipo Varchar
con tamaño máximo de (50) ya que los
50 Not Null nombres de cada persona varían y si sobran
Nombre Varchar espacio con respecto a su tamaño fijado, no
habrá desperdicio de memoria al no llenar el
tamaño total. (0 a 255 caracteres).
Identificación numérica de la persona, de tipo
Cedula Char 10 Not Null Char tamaño (10) ya que el número de cédula
es fijo, es decir solo son 10 números por
reglamento. (0 a 255 caracteres).
Domicilio donde reside la persona, de tipo
Direccion Varchar 40 Not Null Varchar tamaño (40), las direcciones de cada
persona también varían, por lo que no habrá
desperdicio de memoria. (0 a 255 caracteres).
Número de contacto de la persona, de tipo
Char tamaño (10) porque la cantidad de
10 Default dígitos es fija, por reglamento solo tiene hasta
Telefono Char
‘0000000000’ 10 dígitos. Default inserta lo que haiga entre
comillas en el caso de no existir el dato
solicitado.
Correo electrónico de la persona, de tipo
Email Varchar Varchar tamaño (40), cada correo varía, por lo
40 Not Null que no habrá desperdicio de memoria si no se
llega a llenar los 40 espacios fijados. (0 a 255
caracteres).

Tabla Personal
Atributos Tipo de datos Tamaño Restricción Descripción
Clave foránea proveniente de Persona,
Id_Persona Int Foreign Key identificación para el personal de tipo entero (0
a 429.4967.295), solo acepta valores numéricos.
Unidad Facultad o entidad donde trabaja y ejerce sus
Administrativa Varchar 50 Not Null actividades, de tipo Varchar tamaño (50), ya
que es un atributo variable. (0 a 255 caracteres).
Puesto en la que se desempeña trabajando el
Categoría Varchar 40 Not Null personal, de tipo Varchar tamaño (40) ya que es
un atributo variable. (0 a 255 caracteres).
 Tabla Profesor
Atributos Tipo de datos Tamaño Restricción Descripción
Clave foránea proveniente de Persona,
Id_Persona Int Foreign Key identificación para el personal de tipo entero (0 a
429.4967.295), solo acepta valores numéricos.
El tipo de contrato que tiene para laborar, de tipo
Tipo_Profesor Varchar 30 Not Null Varchar tamaño (30) porque es un atributo
variable. (0 a 255 caracteres).
Tiempo de contrato para laborar, de tipo Varchar
Dedicación Varchar 30 Not Null tamaño (30) porque es un atributo variable. (0 a
255 caracteres).

Tabla Departamento
Atributos Tipo de datos Tamaño Restricción Descripción
Clave primaria, identificación
Id_Departamento Varchar alfanumérica para el departamento de
10 Primary Key tipo Varchar tamaño (10) por lo que no
hay desperdicio de memoria.
(0 a 255 caracteres).
Identidad del departamento, de tipo
Nombre_departamento Varchar Varchar tamaño (80) porque es un
80 Not Null atributo variable, por lo que no hay
desperdicio de memoria.
(0 a 255 caracteres).

Tabla Intermedia (Profesor-Departamento)

Atributos Tipo de datos Tamaño Restricción Descripción
Clave foránea proveniente de Persona,
Id_Persona Int Foreign Key identificación para el profesor de tipo entero
solo acepta valores numéricos.
(0 a 429.4967.295).
Clave foránea, proveniente de Departamento,
Id_Departamento Varchar identificación alfanumérica para el
10 Foreign Key departamento de tipo Varchar tamaño (10)
por lo que no hay desperdicio de memoria. (0
a 255 caracteres).

Tabla Estudiante
Atributos Tipo de datos Tamaño Restricción Descripción
Clave foránea proveniente de Persona, un
Id_Persona Int Foreign Key número de identificación para el estudiante
de tipo entero (0 a 429.4967.295), solo
acepta valores numéricos.
Es un número de documento, identificador
Num_Expediente Int Not Null único para el estudiante de tipo entero.
(0 a 429.4967.295)
Profesión a la que estudia, de tipo Varchar
Carrera Varchar 50 Not Null tamaño (50), porque es un atributo variable
y por tanto no habrá desperdicio de
memoria. (0 a 255 caracteres).
Clave primaria, identificación alfanumérica
Id_Departamento Varchar 10 Foreign Key para el departamento de tipo Varchar
tamaño (10) por lo que no hay desperdicio de
memoria. (0 a 255 caracteres).
 CREACIÓN DE LA BD, TABLAS E INSERCCIÓN DE DATOS

1. Abrimos el terminal de comandos de mysql ingresando con nuestra contraseña:

2. Verificamos la existencia de la base de datos Universidad, en el caso que aún

no esté creada lo hacemos:

3. Visualizamos todas las bases de datos que tenemos creadas y abrimos la que
acabamos de crear, en este caso Universidad:
4. Creamos las respectivas tablas para la base de datos Universidad con sus
atributos y restricciones, con ENGINE=INNODB
5. Creamos las relaciones de las tablas con el método Cascade:
6. Insertamos los datos en la tabla Persona:

7. Verificamos los datos que acabamos de ingresar en la tabla Persona:

8. Insertamos los datos en la tabla Personal y los mostramos:

9. Insertamos datos en la tabla Profesor y los mostramos:

10. Insertamos datos en la tabla Departamento y los mostramos:

11. Insertamos datos en la tabla intermedia y los mostramos:

12. Insertamos los datos en la tabla Estudiante y los mostramos: