Facultad de Economa y Negocios

Escuela de Sistemas de Informacin y Auditora

Universidad de Chile

Sistemas de Administracin de Base de Datos Primavera 2016

Tarea 1
Profesor(es)
Ayudantes
Fecha entrega

:
:
:
:

MERE, MR e implementacin en MySQL.

Julio Acevedo, Gustavo Zurita.
Laura Carril, Carolina Cartagena, Brbara Cornejo, Antonia Daz, Eduardo Lobos.
15 de Septiembre (17:30)

Objetivos de Aprendizaje
Los objetivos de esta tarea son: a) disear un Modelo Entidad Relacin Extendido de una base de datos para la realidad
enunciada; b) derivar su respectivo Diagrama del Esquema del Modelo Relacional; c) implementar dicho modelo en el
ambiente MySQL.

Contexto
Un nuevo fenmeno se ha apoderado de las calles. Hoy, con la liberacin de cientos de millones de Pokemons en
las calles, los jvenes, adultos y los ms adultos todava, tratan de hacerse de ellos para competir en los Gimnasios
y llegar a ser el mejor Entrenador del mundo.
Un punto no menor en la carrera del Maestro Pokemon Ash Ketchum, es el financiamiento. Costear los traslados,
las exploraciones, los objetos para los Pokemones y, por supuesto, la comida; terminan siendo una carga monetaria
no apta para bolsillos esculidos.
En base a esta realidad, y ante una serie de fracasos de lo ms desafortunados, Ash Ketchum ha decido cambiar el
rumbo de su vida, decidiendo dejar el mando a otro Maestro Entrenador y abrir un banco que tenga como cliente
objetivo tanto a las personas que emprenden el rumbo de Entrenador como a las Empresas que se hagan cargo de
distintos productos y servicios del nuevo mercado que ha emergido.

Requerimientos de PokeBanco
El negocio del ahora ex-Entrenador Ash Ketchum, ha logrado captar una gran cantidad de clientes, por lo que le
han solicitado a usted, un Entrenador Experto que ya ha capturado a todos los Pokemones y tiene tiempo libre, que
disee una base de datos y luego la implemente en el ambiente MySQL.
Sobre estos varios clientes que se mencionaron anteriormente, es necesario almacenar el Rut, nombre, un nmero
de contacto y la direccin, especificando la calle, el nmero y la ciudad. Dichos clientes pueden ser de dos tipos:
Entrenadores, de los que necesitamos saber el sexo, la fecha de nacimiento, la edad y la ocupacin (estudiante,
trabajador indefinido, etc); o Empresas, de las que almacenaremos el rubro y la cantidad de empleados que posee.
Como usted ya se habr dado cuenta, el PokeBanco es muy peculiar. Aqu, slo las empresas pueden realizar
inversiones, las que tendrn asociado un monto mximo. Cuando las realicen, necesitaremos guardar informacin
sobre la fecha, los periodos en que realizar los pagos, la tasa de inters asignada, el monto y todos los activos por
los que se compone su portfolio. Estas inversiones pueden ser una mezcla entre acciones, depsitos a plazo y bonos.
Las acciones tienen un monto y riesgo mnimo asociado; los DAP, un monto y periodo mnimo; y los bonos, un
riesgo mximo permitido.
Por otro lado, como en cualquier otro banco, todos los clientes pueden solicitar crditos, con una tasa de inters,
monto mximo, periodo mximo y cuota mxima. Adems, sobre los crditos necesitamos almacenar su nombre
(hipotecario, consumo). En el momento en que se solicitan, se debe almacenar la fecha, la tasa de inters, la cantidad
de periodos en que se pagar el crdito y el monto solicitado por el cliente. Adems, los clientes pueden abrir cuentas
con una tasa de inters, tasa de mantencin, monto y giro mximos, y un tipo especfico (ahorro, corriente, vista).
Otra cosa que tiene en comn el PokeBanco con los otros bancos, y que es relevante para la creacin de la base de
datos, es que TODOS los clientes se someten, obligatoriamente, a una evaluacin de riesgo, de la que
almacenaremos la fecha en la que se lleva a cabo. Adems, esta evaluacin contiene el nmero identificador, la

1
GIN305, 01 y 02

Sistemas de Administracin de Bases de Datos

CA/IICG

situacin econmica del cliente en el momento de ser evaluado, su ingreso mensual, su comportamiento de pago
(del 1 al 10, siendo 1 muy moroso, 5 pagador en plazos establecidos y 10 prepagador constante), la capacidad de
pago (calculada en base a la situacin econmica, ingreso mensual y comportamiento de pago) y la categora por la
que ser clasificado dado todos los antecedentes almacenados.
Las inversiones, los crditos y las cuentas constituyen los productos que se ofrecen en las distintas sucursales del
PokeBanco. De las sucursales necesitamos almacenar un telfono, el horario de atencin, la ubicacin y el tipo de
sucursal, junto a su nombre nico.
Dado que los clientes no se atienden solos, en cada sucursal trabajan varios empleados que, como toda persona,
tienen un RUN, edad, sexo y un nombre completo. Respecto a ellos, adems, se necesita saber su sueldo y los aos
de servicio que lleva en esa sucursal.
Slo se almacenarn datos de ciertos tipos de empleados en este banco. Estos son los corredores de bolsa, que
monitorean las inversiones; ejecutivos de cuenta, que se hacen cargo de todo lo relativo a los crditos y cuentas; y,
finalmente, los evaluadores financieros, que realizan las evaluaciones de riesgo de los clientes. Sobre los primeros,
necesitamos saber el rango y el ndice de xito (en las inversiones que realizan); sobre los segundos, la calificacin
que le entregan los clientes; y, sobre los terceros, el ndice de certeza de las evaluaciones que realizan.

Presentacin de la Tarea

El Modelo Entidad Relacin Extendido MERE debe utilizar toda la plana de la hoja en la que est contenido. TODOS
los elementos deben poder leerse con facilidad y claramente.
El Modelo Relacional MR debe utilizar toda la plana de la hoja en la que est contenido, con espacio suficiente entre
tabla y tabla como para que las relaciones (flechas) se visualicen claramente y se diferencien una de otra con facilidad.
Se recomienda utilizar colores distintos para aportar al cumplimiento de este requerimiento.
La implementacin en MySQL incluye en ingreso de al menos 3 registros para cada tabla. Esto debe ser congruente con
la estructura de la base de datos que usted implemente.
Se descontarn puntos en caso de que no se cumpla la nomenclatura enseada en clases y en ayudantas para los
modelos y la implementacin. Asimismo, datos sin sentido sern castigados con 0 puntos.

Instrucciones de Entrega
En formato digital: Hasta las 17:30 hrs del da Jueves 15 de Septiembre, se deber subir un archivo al sitio dcs.fen.uchile.cl,
con el nombre RUN - Tarea 1 (RUN sin puntos ni guion), que contenga un archivo en formato TXT, es decir, un archivo
de Bloc de notas (slo Bloc de notas, no Word (.docx ni .doc), PDF u otros), con una copia de su base de datos implementada
en MySQL.
En formato impreso: Hasta las 17:30 hrs del da Jueves 15 de Septiembre, deber hacer entrega en la oficina 2001, piso 20,
un informe impreso a color que contenga:

Portada (1 pgina) con su Nombre y Rut;

Modelo Entidad Relacin Extendido;
Modelo Relacional; y
los supuestos incorporados a su desarrollo (si no utiliz supuestos, omita esta parte).

De no respetar las condiciones de entrega anteriormente listadas, usted ser sancionado con la disminucin de su nota.
Este trabajo debe ser resuelto de forma INDIVIDUAL, y todos los supuestos que usted ha de incluir no pueden reorientar la
intencin del enunciado, ni desobedecer a las condiciones que se expliciten.
Recuerde que ante cualquier duda, el nico medio utilizado ser el foro del sitio del curso. Las preguntas pueden ir orientadas
nicamente a dudas de enunciado.

2
Semestre Primavera 2016