Diseo de Bases de Datos

GUA DE ENTREGA DEL PROYECTO DEL CURSO

CARRERA
CURSO
PROFESORES
SECCIONES

: Ingeniera de Sistemas Estudios Profesionales para Ejecutivos

: Diseo de Bases de Datos
: Alberto Capcha / Jorge del Mar / Carlos Rabines
: Todas

CONTENIDO
CRONOGRAMA DE ENTREGAS.................................................................................................................2
ENTREGAS.....................................................................................................................................................3

Contenido del documento en Word:.........................................................................................................4

Contenido del modelo en Oracle SQL Developer Data Modeler:...........................................................6

SUSTENTACIN............................................................................................................................................7
CRITERIOS DE EVALUACIN DEL TRABAJO FINAL............................................................................8
El trabajo grupal se desarrollar a lo largo de todo el ciclo. El seguimiento al avance ser evaluado
a travs de informes que los grupos entregarn a los profesores en las fechas y modalidades
fijadas en este documento.

Diseo de Bases de Datos

CRONOGRAMA DE ENTREGAS
Las fechas, contenido y peso de los informes de avance y entregas son las siguientes:
N

Sesin

C21A

E4KA

T41A

Entrega

Distribucin del
peso de la nota
del Trabajo final

Observaciones

08 set.

10 set.

07 set.

(A y B)

30%

Enviar por correo

10

22 set.

24 set.

21 set.

(C y D)

12

10 oct.

10 oct.

10 oct.

Sustentacin de trabajos

70 %

Enviar por correo

En la sesin de clase

Diseo de Bases de Datos

ENTREGAS

Entrega 1:
(A):
Considerando que el punto de partida para un adecuado diseo es la correcta identificacin
de las dependencias funcionales entre los datos y su consecuente normalizacin, lo que se deriva de
lo que cada uno de ellos significa, cada grupo deber subir al aula virtual un documento en Word
con el siguiente contenido:
Las hiptesis en las que basarn su anlisis. Esto es, las reglas de negocio que
incorporarn en el modelo, ya sea derivadas directamente del enunciado del caso o
precisando puntos que pudieran aceptar ms de una interpretacin vlida. En ningn
caso estas hiptesis podrn estar en conflicto con lo presentado en el enunciado de
cada tema de trabajo.
Una relacin de los elementos de datos a considerar: nombre nico ajustado al estndar
y definicin clara (tipo glosario). Presentarla como lista, sin agrupar en lo que estiman
que sern las entidades resultantes del proceso posterior de normalizacin.
Ejemplo:
CoAlumno

Cdigo de identificacin del alumno, nico absoluto en todo el sistema

QtNota

Nota obtenida por un alumno en una evaluacin de un curso

CoCurso

Cdigo de identificacin del curso, nico en cada facultad

NoCurso

Nombre del curso

CoCiclo

Cdigo de identificacin del perodo lectivo o ciclo acadmico, nico

absoluto.

CoFacultad

Cdigo de identificacin de la facultad, nico absoluto

(B):
Diagrama de dependencias funcionales, procedimiento de normalizacin y relacin de
entidades derivadas del proceso de normalizacin.

Entrega 4 (Entrega Final):

(C):

Distribucin de responsabilidades en el modelado y modelo de datos.

Ejemplo:
Nombre del miembro del grupo

Responsabilidad en el modelo

Juan Prez

Productos, su formulacin e insumos

Pedro Lpez

Clientes y ventas

Mara Gonzles

Vendedores, almaceneros, transportistas y

empleados en general

Diseo de Bases de Datos

(D):

Documento y modelo segn instrucciones a continuacin:

Fechas lmite de entrega:

Seccin C21A: hasta el jueves 22 de setiembre a las 11 pm.
Seccin E4KA: hasta el sbado 24 de setiembre a las 11 pm.
Seccin T41A: hasta el mircoles 21 de setiembre a las 11 pm.
En la fecha y hora sealada cada grupo colocar en el Aula Virtual o enviar por correo un
archivo zip con el siguiente contenido:
Documento en Word de su informe
Modelo en Oracle SQL Developer Data Modeler
El retraso u omisin en el envo segn lo indicado ser tomado en cuenta en la evaluacin.

Contenido del documento en Word:

1. Enunciado del problema (incluir el texto completo)
2. Reglas de negocio.
Las reglas de negocio extradas del enunciado del caso y del anlisis efectuado: supuestos o
cosas que se asumen como vlidas y sobre las que se basar la concepcin y estructura de
la base de datos
3. Descripcin y Documentacin de los Elementos de Datos
Elaborar una lista con los elementos de datos o atributos relevantes para dar soporte al caso
de estudio, asegurando que no dejen ningn aspecto importante de ste sin soporte, o cuya
omisin en esta etapa del trabajo impacte en la estructura del modelo a elaborar.
Posteriormente, en el desarrollo del modelo conceptual (acpite 5) pueden incluir un mayor
nivel de detalle.
Nombre:

Segn estndar, nico.

Definicin:

Una oracin clara y completa del significado del atributo y de su propsito y

uso en el sistema, si es preciso incluyendo ejemplos que aclaren cada
concepto. Para los cdigos indicar si son nicos absolutos, nicos dentro de
determinado grupo, etc.

Tipo de dato: Longitud y dominio del atributo.

Rango:

Si los datos son numricos se debe especificar los lmites superior e inferior
del rango (mayor que cero y menor que 100, etc.)

Unidad de medida: de ser aplicable.

Valores restringidos: Si los valores permitidos estn limitados a un conjunto de palabras o
caracteres particulares lo suficientemente invariable. Ejemplos: los valores
para el Sexo pueden ser masculino o femenino; los estados de un pedido
pendiente, atendido, cancelado, anulado.
Valores por omisin: de ser aplicable.

Diseo de Bases de Datos

4. Refinamiento
Normalizacin.
Grfico de dependencias funcionales
Procedimiento de Normalizacin
Conjunto de relaciones resultante.
Relacin de Entidades.
La relacin de entidades derivadas del proceso de normalizacin, con una definicin
clara que permita establecer sin ambigedades los ejemplares o instancias de
entidad que representa.

Relacin de Entidades
Id

Entidad

Descripcin

5. Modelado
Especificar las responsabilidades de cada integrante del grupo en el modelo elaborado.
Cada estudiante debe ser propietario de un mnimo de cuatro entidades.
Ejemplo:
Nombre del
miembro del
grupo

Responsabilidades

Juan Prez

Entidades: Producto, Formula, Insumo, Categoria_Productos

Pedro Lpez

Producto

Cada uno de los productos que se

fabrican o comercializan en la
empresa.

Formula

Combinacin
de
insumos
necesarios para la fabricacin de
los productos

Insumo

Elemento
fabricacin
productos

Categoria_Producto

Clasificacin de los productos de

acuerdo a su condicin de: lcteos,
panadera,

empleado
de uno

en
la
o ms

Clases: Cliente, Venta, Detalle_Venta, Tipo_Venta, Tipo_Cliente

Cliente

Persona natural o jurdica a quien

la empresa vende sus productos.

Venta

Transaccin de venta realizada a

un cliente, de uno o ms productos

Detalle_Venta

Cada uno de los productos

vendidos a un cliente en una
transaccin de venta

Tipo_Venta

Calificacin de las transacciones

Diseo de Bases de Datos

de venta de acuerdo a la forma en

que es colocada (en tienda,
telefnica, web, etc.)
Tipo_Cliente

Clasificacin de los clientes segn

su nivel de compra en montos.

Contenido del modelo en Oracle SQL Developer Data Modeler:

1. Modelo Lgico.
Elaborar el modelo lgico para el caso de estudio, el que deber comprender:

Usar la notacin Bachman

Entidades nombradas y definidas adecuadamente.

Atributos de cada entidad, nombrados de acuerdo al estndar empleando

minsculas, definidos y con tipo de dato asignado

Atributos de cada entidad que sern parte de la identificacin de la misma (los que
en el modelo de datos conformarn las respectivas PK)

Relaciones entre las entidades, con nombre, cardinalidad y tipo: identificativa y no

identificativas.

Diagrama Lgico que muestre todos los elementos del modelo. Las entidades que
son responsabilidad de cada integrante del grupo deben tener un color que
identifique visualmente a su propietario.

2. Modelo Relacional
Empleando Data Modeler generar el modelo de Relacional a partir del modelo Lgico:

En cuarta forma normal.

Asignar valores por omisin (default) para las columnas que lo ameriten.

Establecer soporte para columnas que admitirn nulos.

Definir restricciones de tabla y de columna (listas de valores, rangos, etc.)

Las tablas que son responsabilidad de cada integrante del grupo deben tener un
color que identifique visualmente a su propietario, correspondindoles el mismo color
de las entidades que le dan origen.
IMPORTANTE

Todos los elementos debern estar apropiadamente documentados y definidos

en el mismo modelo de manera que no deber ser necesario recurrir al
documento en Word para su interpretacin.

Diseo de Bases de Datos

SUSTENTACIN

Orientaciones para la sustentacin

Todos los miembros de cada grupo deben tener dominio completo del modelo
elaborado, no solamente de lo que fue su responsabilidad desarrollar.
No es necesario que preparen ninguna presentacin en Power Point.
La sustentacin se realizar con el trabajo entregado en las fechas fijadas en este
documento, segn seccin.
Al momento de la sustentacin solamente estarn presentes en el saln los alumnos del
grupo que expone, de acuerdo a la programacin que se les har llegar en su oportunidad.
Para iniciar la sustentacin deben estar presentes todos los miembros del grupo.
El tiempo asignado a cada grupo fluctuar entre 20 y 25 minutos, dependiendo de la
cantidad de integrantes.
Los profesores del jurado plantearn preguntas individuales a cada uno de los miembros
del grupo. Se evaluar la pertinencia y seguridad en las respuestas.
Las preguntas podrn ser, entre otras, del tipo:
o

Explicar alguna parte del modelo (no necesariamente la trabajada por el alumno a
quien se formula la pregunta).

Qu sucedera si cambian las reglas del negocio de alguna manera en particular?

Explicar el impacto en el modelo, de haberlo.

Se desea conocer cierta informacin relacionada con el tema, es posible con el

diseo elaborado? Si no es posible, qu cambio habra que realizar para atender
el requerimiento?

Explicar las razones por las que se ha diseado el modelo de cierta manera, en
lugar de alguna otra posible (tipos de relaciones elegidas, entidades consideradas,
cardinalidad, etc.)

Diseo de Bases de Datos

CRITERIOS DE EVALUACIN DEL TRABAJO FINAL

Evaluacin Grupal
Avance continuo
Descripcin y Documentacin de los elementos de
datos
Diagrama de dependencias funcionales
Normalizacin
Integracin del modelo
Presentacin (orden, redaccin, ortografa)
Puntualidad (2 puntos menos por cada 12 horas de
retraso en la entrega)
Nota Grupal (TG)
Evaluacin Individual
Avance continuo
Nombre apropiado y definicin de entidades
Nombre apropiado (nico) y definicin de atributos
Nombres y tipo de relaciones
Tipo de dato de los atributos
Solucin del problema en 4FN. Incluye cardinalidad de
las relaciones, FK nulas y construccin apropiada
Valores por omisin y soporte para nulos
Restricciones a columnas y tablas
Sustentacin
Nota Individual (TP)

6.00
2.00
3.00
1.00
6.00
2.00
(en contra)
20.00

2.00
0.50
0.50
0.50
0.50
6.00
1.00
1.00
8.00
20.00

FRMULA DE NOTA DE TRABAJO FINAL:

(TG + TP * 3 ) / 4
Donde: TG = 0.3 * E1 + 0.7*E2