Instituto Universitario Aeronáutico

Ingeniería de Sistemas
Diseño de Base de Datos
Unidad 1. Consigna 1.2 – 2018
Gabriel D’Intino

Consigna: Ejemplo de aplicación de un Sistema de Base de Datos.

Plantear una situación, dentro de su ámbito personal o laboral, sobre el cual considera útil
implementar un sistema de bases de datos: enumere que aspectos e información almacenaría, cómo
las agruparía, que problemas podría resolver, e intente identificar los componentes descriptos en la
unidad (y alguna función aplicable a los niveles de la arquitectura mencionados).

Respuesta:
Un hipotético caso de uso en el cual sería útil la utilización de un sistema de bases de datos sería
para el seguimiento y control del desarrollo de proyectos (no sólo para proyectos informáticos).
Para satisfacer dicho objetivo, se plantearían las siguientes entidades que contendrían los siguientes
datos:
• PROYECTOS: nombre_proyecto, descripcion_proyecto, fecha_inicio_proyecto,
fecha_fin_proyecto
• COLABORADORES: nombre_colaborador, email_colaborador
• TAREAS: nombre_tarea, descripcion_tarea, fecha_inicio_tarea, fecha_fin_tarea,
estado_tarea, horas_estimadas_tarea, horas_consumidas_tarea
• PROYECTOS_TAREAS: nombre_proyecto, nombre_tarea
• TAREAS_COLABORADORES: nombre_tarea, nombre_colaborador
• PROYECTOS_RESPONSABLES: nombre_proyecto, nombre_colaborador

Figura 1

La explicación de este modelo de datos (tanto las entidades como los datos de las mismas son un
primer bosquejo y pueden estar incompletos) es: la organización puede tener varios proyectos, cada
 Instituto Universitario Aeronáutico
Ingeniería de Sistemas
Diseño de Base de Datos
Unidad 1. Consigna 1.2 – 2018
Gabriel D’Intino

proyecto puede tener una o varias tareas, cada tarea puede involucrar uno o varios colaboradores y
cada proyecto tiene un responsable (que es un colaborador) pero este puede cambiar.
Con este modelo se podría atender a los siguientes interrogantes:
• ¿Cuáles son los proyectos actuales en curso?
• ¿Cuáles son los proyectos finalizados?
• ¿Cuáles son los proyectos atrasados?
• Cantidad de colaboradores involucrados en cada proyecto.
• Cantidad de colaboradores involucrados en cada tarea.
• Responsables de proyectos atrasados.
• Cantidad de colaboradores involucrados en cada proyecto atrasado.
• Cantidad de colaboradores involucrados en cada tarea atrasada
en otros.

Con respecto a los tres niveles de arquitectura de la base de datos planteada:

• Nivel externo: el colaborador que esté a cargo de un proyecto debería tener disponible la
vista de todas las tareas y colaboradores de su proyecto. Un colaborador a cargo de una tarea
debería la vista de todo lo referido a la tarea a su cargo.
• Nivel conceptual: Ver Figura 1.
• Nivel interno: El almacenamiento ideal sería en la nube, utilizando alguno de los
proveedores actuales, de tal forma que no abstraeríamos de todos los problemas de
infraestructura para garantizar una alta disponibilidad, rápido acceso, alta resiliencia, etc.