TP311 Lapso 2018-1 1/11

UNIVERSIDAD NACIONAL ABIERTA

VICERRECTORADO ACADÉMICO
AREA: INGENIERÍA

TRABAJO PRÁCTICO

ASIGNATURA: Base de Datos

CÓDIGO: 311

FECHA DE ENTREGA AL ESTUDIANTE: En la Primera semana de

Presentación de Prueba.

FECHA DE DEVOLUCIÓN POR PARTE DEL ESTUDIANTE:

Adjunto a la segunda Prueba Integral

NOMBRE DEL ESTUDIANTE:

CÉDULA DE IDENTIDAD:

CORREO ELECTRÓNICO DEL ESTUDIANTE:

TELÉFONO:

CENTRO LOCAL:

CARRERA: 236

LAPSO ACADÉMICO: 2018-1

NUMERO DE ORIGINALES:

FIRMA DEL ESTUDIANTE:

UTILICE ESTA PÁGINA COMO CARÁTULA DE SU TRABAJO

RESULTADOS DE CORRECCIÓN:
OBJ. Nº 5 6 7 8
0:NL 1:L

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 2/11

Trabajo Práctico
Base de Datos (311)

ESPECIFICACIONES DEL TRABAJO PRÁCTICO

En el presente trabajo práctico se evaluarán los objetivos 5,6,7

y 8, correspondientes al Módulo III. En él se evidenciarán las
habilidades y destrezas adquiridas por el estudiante, al momento
de diseñar conceptualmente una base de datos bajo el Modelo de
Organización Relacional, así como también, al diseñar el modelo
lógico y físico de una base de datos, utilizando un Sistema de
Gestión de Base de Datos Relacional.

LEA CON ATENCIÓN EL SIGUIENTE PLANTEAMIENTO:

En las grandes y medianas ciudades existe actualmente un
congestionamiento del tránsito vial debido al aumento del parque
automotor. Dicho congestionamiento, causa a su vez, ciertos
problemas que afectan la calidad de vida de los habitantes, como
son: la contaminación ambiental y auditiva, mayor cantidad de
accidentes de tránsito, y un progresivo aumento del nivel el estrés
de los ciudadanos en general. Es por esta razón, los municipios
invierten cada vez más proporción de su presupuesto en acciones
para una mayor eficiencia del tránsito, a fin de neutralizar los
citados efectos que genera la circulación de un número de
vehículos cada vez más alto.

En este sentido, la empresa “SACARIAS” ha sido encargada para

la puesta en funcionamiento de un sistema de control de tránsito
que permite gestionar y sincronizar semáforos para una ciudad de
manera eficiente, sencilla y segura. El Sistema está compuesto por,
(ver Fig. 1).
- Un Controlador Autónomo de Luces: El controlador autónomo
de luces se configura con las secuencias, tiempos y
posiciones correspondientes mediante un protocolo diseñado
específicamente a tales fines.
- Un Controlador Satelital: se conecta a la red GPS y obtiene la
Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 3/11

hora exacta precisión de milisegundos, así el controlador

automático de luces se calibra con la hora oficial de forma
regulada.
- Una Central de Control y Monitoreo: el controlador satelital
envía a la central de control y monitoreo el estado de
funcionamiento del semáforo, aquí se analiza el estado y en
caso necesario se activan las alarmas correspondientes
(emails, mensajes de textos) a los técnicos correspondientes.
Los operadores del sistema pueden realizar ajustes de
configuración y tiempo. Dentro del servidor se verifica y se
envía los cambios correspondientes para cada controlador.

Fig. 1. Sistema de gestión y sincronización de semáforos.

La Empresa, desea llevar las incidencias generadas por el sistema

de gestión y sincronización de semáforos mediante la
implementación de una Base de Datos, cuyas funcionalidades
serán las siguientes:

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 4/11

 Registrar y mantener actualizados los datos de:

El Controlador Autónomo de Luces, el controlador satelital, y la
central de control y monitoreo (Identificación, ubicación, fecha
de adquisición, fecha de mantenimiento, vida útil, reparaciones,
configuración, cambio de piezas (repuestos), seguros.
 Registrar y mantener actualizados los datos de los:
Semáforos: Identificación, cantidad, ubicación, fecha entrada al
sistema, fecha salida del sistema, observaciones.
 Registrar y mantener actualizados los datos personales de los
técnicos, (Cédula de identidad, Nombre, Persona Contacto,
dirección, teléfonos, correo electrónico, jornada de trabajo,
viáticos, horas/hombre trabajadas).
 Registrar la incidencia por tipo, con fecha, hora y nombre del
técnico asignado, emails o mensajes enviados.
 informe estadístico de servicios por recorrido y tipo de incidencia.
 La emisión del informe de incidencias con fecha de emisión, tipo
de incidencia, fecha de incidencia, técnico asignado, horas
hombre trabajadas.

Tal como se expuso al inicio, la gerencia a través del departamento

de informática de la empresa “SACARIAS”, se propone en la
actualidad diseñar la base de datos relacional que de soporte al
sistema de información (a desarrollar a futuro) cuyos requerimientos
funcionales han sido descritos en los párrafos anteriores.

Para la evaluación de cada objetivo se requiere:

Módulo II Unidad 5 Objetivo 5

Aplicar las técnicas de Normalización en el diseño de una base de

datos relacional.

CRITERIO DE CORRECCIÓN:

Para lograr el objetivo el estudiante debe aplicar 3 formas de

Normalización.

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 5/11

Módulo II Unidad 6 Objetivo 6

Resolver en situaciones dadas, problemas de Seguridad y/o

Integridad en Base de Datos (B.D.) relacional.

CRITERIO DE CORRECCIÓN: Para lograr el objetivo el estudiante

debe proponer describiendo medidas Seguridad e Integridad, y
confidencialidad para aseguramiento de los datos de la B.D.

Módulo III Unidad 7 Objetivo 7

Diseñar conceptualmente una base de datos bajo el modelo de

organización Relacional.

CRITERIOS DE CORRECCIÓN:
Se considera logrado el objetivo si el estudiante entrega el diseño
conceptual de la base de datos relacional, donde especifique:
 Los requerimientos y necesidades de cada usuario y del
sistema como un todo.
 El diseño del esquema conceptual, usando el modelo E-R
(Entidad-Relación) y especificando en este, cada uno de los
conceptos del modelo E-R.

Módulo III Unidad 8 Objetivo 8

 Elección de un SGBDR.
 Transformación al modelo de datos (diseño lógico de la base de
datos): Construcción del modelo Relacional y validación de las
relaciones.
 Diseño físico de la base de datos, siguiendo una metodología
como la planteada en el Material Instruccional de Apoyo.

CRITERIOS DE CORRECCIÓN:
Se considera logrado el objetivo si el estudiante entrega el proceso
del diseño lógico y físico de la base de datos.

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 6/11

ELABORACIÓN Y ENTREGA DEL TRABAJO PRÁCTICO

La empresa “SACARIAS”, ha decidido contratarlo a usted para que

realice dicho diseño de base de datos relacional tomando en cuenta
lo siguiente:
• La metodología a seguir será la adoptada en la presente
asignatura (descrita en los textos de la materia: “Material
Instruccional de Apoyo” y “Fundamentos de Sistemas de Bases de
Datos”), que incluye tanto la elaboración de los modelos conceptual,
lógico y físico de la base de datos bajo un enfoque relacional, como
la selección (con los criterios estudiados) del Sistema de Gestión de
Base de Datos Relacional (SGBDR) que mejor se adecue al caso.

• El proceso del diseño de base de datos debe ser un estudio

formal, exhaustivo y coherente del problema planteado.

• Si en las especificaciones no se indican todos los datos

necesarios para efectuar determinada actividad, entonces el alumno
ideará datos que resulten razonables para tal fin.

• Se recomienda al estudiante, planificar adecuadamente la

ejecución de este trabajo práctico, a fin de cumplir con la fecha de
entrega establecida, ya que no habrá prórroga.

• El informe del trabajo práctico deberá cumplir con los siguientes

requisitos de presentación, estructuración y especificidad, ya que
no se aceptarán trabajos, que no cumplan con los mismos:
 Se entregará encuadernado.
 La presentación debe ser impecable.
 El contenido del trabajo será el siguiente:
1) Carátula (utilice la misma suministrada con este trabajo).
2) Índice.
3) Introducción.
4) Resultados de:
 La obtención y análisis de requisitos de datos de cada usuario
y del sistema como un todo, documentados en un diccionario
cuyo modelo se incluye en el anexo.
Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 7/11

 El diseño conceptual de la base de datos documentado en un

diccionario cuyo modelo se incluye en el anexo.
 La elección de un Sistema de Gestión de Base de Datos
Relacional (SGBDR), justificando su selección con los criterios
estudiados en la asignatura.
 El diseño lógico de la base de datos documentado en un
diccionario cuyo modelo se incluye en el anexo.
 El Diseño físico de la base de datos documentado en todas
sus partes.

FIN DEL TRABAJO PRÁCTICO

NOTA: Los Trabajos Prácticos son estrictamente individuales y una

producción inédita del estudiante, cualquier indicio que ponga en duda su
originalidad, será motivo para su anulación. Queda a discreción del asesor o
profesor corrector, solicitar una verificación de los objetivos contemplados en
el mismo, únicamente en aquellos casos en los que se vea comprometida la
originalidad de la autoría del presente trabajo práctico.

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 8/11

MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS RESULTADOS

DE LA OBTENCION Y ANALISIS DE REQUISITOS.

LISTA DE REQUERIMIENTOS DE DATOS DE CADA USUARIO

usuario requerimientos de datos del usuario

LISTA INTEGRADA DE REQUERIMIENTOS DE DATOS DEL SISTEMA

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 9/11

MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS RESULTADOS

DEL DISEÑO CONCEPTUAL DE LA BASE DE DATOS.

DOCUMENTACION DE ENTIDAD

Nombre entidad:
Descripción entidad:
Atributos que contiene:
Nombre atributo: Clave (marque con X el/los atributos clave)
…

DOCUMENTACION DE ATRIBUTO

Nombre atributo:
Descripción atributo:

Entidades que lo contienen:

Nombre entidad:
…
…

DOCUMENTACION DE RELACIÓN (VÍNCULO)

Nombre relación:
Descripción relación:
Entidades involucradas en la relación:
Nombre entidad:
…

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 10/11

DOCUMENTACION DE CARDINALIDAD DE UNA RELACIÓN

Nombre relación (vínculo):

Entidades y restricciones de cardinalidad involucradas en la relación:

Cardinalidad Nombre entidades involucradas: Descripción de la restricción de cardinalidad:
… …….., ………, …… …………………………………………………
… …, …….. ………………………………………………

DOCUMENTACION DE TRANSACCIÓN

Nombre transacción:
Tipo (categoría) transacción: (ej: registrar,eliminar…..)
Descripción de la transacción: (comportamiento funcional)
Salida de la transacción: (ej: datos personales almacenados)
Frecuencia estimada de utilización:
Tiempo de respuesta estimado:
Entidades, atributos y usuarios involucrados en la transacción:
Nombre entidad: Nombre atributo Usuario(s)
… … …, …, …
… … …

Especialista: Nelly Escorcha

Ingeniería de Sistemas
TP311 Lapso 2018-1 11/11

MODELOS DE DICCIONARIO PARA DOCUMENTAR LOS

RESULTADOS DEL DISEÑO LOGICO DE LA BASE DE DATOS.
DOCUMENTACION DE ENTIDAD

Nombre entidad:
Descripción entidad:
Tamaño registro (bytes/reg):
Volumen estimado crecimiento (cantidad de reg/año):
Capacidad de almacenamiento requerida (bytes/año):
(tamaño registro x volumen estimado de crecimiento en 1 año)

Atributos que contiene:

Nombre atributo: Longitud atributo: Clave (Principal, Secundaria,
Ajena/Foránea)
… … …

DOCUMENTACION DE ATRIBUTO

Nombre atributo:
Descripción atributo::
Tipo atributo:
Longitud atributo (bytes): (si es numérico especificar enteros y decimales)
Restricciones (validaciones) requeridas sobre el atributo:
Entidades que lo contienen:
Nombre entidad:
…
…

Especialista: Nelly Escorcha

Ingeniería de Sistemas