Docente: Ing. Mg.

Diana Daz Estrada

Email: cursos.dianadiaz@gmail.com
Blog: cursosdiana.blogspot.pe
Docente: Ing. Mg. Diana Daz Estrada
Email: cursos.dianadiaz@gmail.com
Blog: cursosdiana.blogspot.pe
 DEFINICIONES BASICAS
Dato: Conjunto de caracteres con algn significado, pueden ser
numricos, alfabticos, o alfanumricos.

Informacin: Es un conjunto ordenado de datos los cuales son

manejados segn la necesidad del usuario.
 DEFINICIONES BASICAS

Entidad (Tabla): Es la representacin de un objeto o concepto del

mundo real.

Atributo (Campo): Es la unidad mas pequea a la cual uno puede

referirse en un programa. Desde el punto de vista del programador
representa una caracterstica de un individuo u objeto.

Registro (Filas): Coleccin de campos iguales o de diferentes tipos.

 SISTEMAS DE GESTION DE
BASE DE DATOS (DBMS)
Sistema De Gestin De Base De Datos (SGDB/DBMS)
Los sistemas de gestores de Bases de Datos son un tipo de
software muy especficos a servir de interfaz entre las bases de
datos y las aplicaciones que la utilizan, consiguiendo que el acceso
a los datos se realice de una forma mas eficiente, mas fcil de
implementar y sobre todo, mas segura.

Administrador De Base De Datos (DBA)

Es la persona o equipo de personas profesionales, responsables
del control y manejo de sistemas de bases de datos, diseo de
bases de datos, sistemas operativos, comunicacin de datos,
hardware y programacin de base de datos.
PRINCIPALES SGBD
 Diseo conceptual
Diseo Lgico
Diseo Fsico

7
 TIPOS DE DISEO
El diseo de una base de datos se realiza en tres fases:

Diseo conceptual: Representar la informacin con independencia de usuarios y

aplicaciones.

Diseo lgico: Transformar el diseo conceptual al modelo de datos del SGBD.

Diseo fsico: Implementar de forma eficiente el diseo lgico. Es completamente

dependiente del SGBD y el ordenador.
 DISEO CONCEPTUAL (1)
Idea intuitiva: Obtener la informacin necesaria para saber que se desea que
represente la BD.

Los elementos usados en el diseo conceptual son:

Cuadrados para las entidades.

Entidad son los elementos que existen realmente, tanto fsicos (autores,
libros) como lgicos (idiomas, temas).

Rombos para las relaciones entre entidades.

La cardinalidad indica las posibilidades de relacin entre entidades:
1:1 Una entidad A con una entidad B y viceversa.
1:N Una entidad A con N entidades B, pero solo una entidad B con una
entidad A.
N:M N entidades A con M entidades B y viceversa.
DISEO CONCEPTUAL (2)
DISEO LOGICO (1)
DISEO LOGICO (2)
DISEO LOGICO (3)
DISEO LOGICO (4)
 NORMALIZACION (1)
El universo de datos no normalizado se refiere al conjunto de datos que estn reunidos
bajo un criterio en comn, estos datos son una gran cantidad de informacin
desorganizada y, en algunos casos, compleja para su anlisis u otros usos, ya que tiene
un albedrio de informacin, y en ello encontraremos muchas inconsistencias o
defectos, como las siguientes:

La REDUNDANCIA de datos
ERRORES DE ACTUALIZACIN de datos.
FALTA DE INTEGRIDAD E INCONSISTENCIA en los datos.
Existen bsicamente tres niveles de normalizacin: Primera Forma Normal
(1NF), Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF).
NORMALIZACION (2)
NORMALIZACION (3)
PRIMERA FORMA NORMAL (1FN)
SEGUNDA FORMA NORMAL (2FN)
TERCERA FORMA NORMAL (3FN)
21
Ciclo de vida de una base de datos

Anlisis
Requisitos de datos + transacciones

Diseo
Conceptual + Lgico + Fsico

Implementacin
Base de datos + transacciones

Carga y/o conversin de datos

Pruebas

22
Proceso de diseo de una BD

Arquitectura de diseo: modelo

ANSI/SPARC
Diseo conceptual Diseo lgico Diseo fsico

Modelo de descripcin
de la implementacin de
Modelo de la una BD en memoria
informacin de una Modelo de la
informacin de una secundaria
organizacin
independiente de organizacin basado en
consideraciones fsicas un modelo de datos Organizacin de ficheros.
concreto, pero ndices. Integridad.
independiente de un Seguridad
SGBD concreto ni de
consideraciones fsicas
Descripcin de la
implementacin de las
transacciones
23
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
En cascada: versin particular para las BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin
24
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

25
Fase 1: Anlisis de requisitos
Objetivos
Recopilacin todos los requisitos de datos y transacciones
Completa: todos los servicios de usuario estn especificados

Consistente: no hay definiciones ambiguas

Racionalizar su utilidad (y priorizarlos)

Factores clave
Dimensionar correctamente
Funcionalidad insuficiente >> Inutiliza el resultado

Funcionalidad excesiva >> Igualmente hace inviable su uso

Todos los agentes del sistema son clave

Directivos, operarios, administradores,
26
Fase 1: Anlisis de requisitos
Tipos de requisitos a abordar
Segn su funcin
Funcionales
Servicios que ha de proveer la BD

Lo que debe y no debe hacer

No funcionales
Asociados a las propiedades emergentes del sistema

Fiabilidad

Tiempo de respuesta

Seguridad

Capacidad de almacenamiento

27
Fase 1: Anlisis de requisitos
Tipos de requisitos a abordar
Segn su naturaleza
Estticos
Requisitos de informacin que se debe almacenar

DATOS

Dinmicos
Requisitos de procesos que hacen evolucionar la informacin

TRANSACCIONES

28
Fase 1: Anlisis de requisitos
Algunas pistas
Cul es el proceso bsico de la organizacin?
Qu datos utiliza o produce este proceso?
Cules son los lmites impuestos por el tiempo y la carga de trabajo?
Qu controles de calidad utiliza?
Cul es la finalidad de la actividad?
Qu pasos se siguen para realizarla?
Dnde y quin realiza estos pasos?
Cunto tiempo tardan en efectuarlos?
Con cunta frecuencia lo hacen?
Quines emplean la informacin resultante?

29
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
(http://jezzsystemzone.blogspot.com.es Antonio Med Bar@blogger)
La ferretera FERRITER tiene la necesidad de contar con
un sistema que permita llevar un mejor control, que a su
vez sea fcil de manejar; el control consiste en llevar a
cabo un registro de todos los productos con los que se
cuenta, los clientes frecuentes y los distintos proveedores
de dicha ferretera.
El sistema registrar cualquier operacin, tanto de cliente
como de productos. Es decir, operaciones de altas, bajas,
modificaciones, descuentos a clientes frecuentes, clientes
con crdito, etc.). Tambin contara con un sistema de
impresin de facturas.

30
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
PRODUCTOS. Para poder dar de alta cada producto se
tendrn en cuenta: una clave o cdigo del producto (esta
se asignara tomando en cuenta el tipo del producto), el
nombre, la cantidad, el precio.
El tipo o clasificacin de los productos se da de la
siguiente manera: cemento, pisos y azulejos, yeso, de
ferretera, herramientas Truper y acero.
CLIENTES CON CRDITO. En este inventario solo se
enlistaran los clientes que cuenten con el servicio de pago
a crdito. Para este catalogo se asignaran datos como: el
nombre, la direccin, el telfono y la clave de la venta.

31
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
PROVEEDORES. Dentro del registro de los proveedores se
ocupara la siguiente informacin: una clave de proveedor,
clave del producto, la cantidad y el nombre o la empresa.
Asimismo es fundamental mencionar que no se cuenta
con un solo proveedor, pues ste es segn el tipo de
productos faltantes y es cuando se hace el pedido, ya que
estos no tienen visitas peridicas, sino que surten cuando
la ferretera lo solicita.

32
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
VENTAS. Adems, se llevar un registro de las ventas
para facilitar el control de los productos, en este apartado
se producir una nota de remisin para luego imprimirla
despus de haber terminado la venta para entregrsela al
cliente. Las ventas se dividirn en:
Ventas a crdito. Registrar datos como: una clave de la
venta, el nombre del cliente, la clave del producto,
cantidad, el total a pagar, el enganche dado, la fecha y
hora.
Ventas al contado. En estas solo se registrar la venta, sin
tomar en cuenta al cliente; registrar datos como: la clave
del producto, cantidad, el total a pagar, el descuento (si
es que se hace) la fecha y hora.
33
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
Es importante aclarar que adems de los datos
mencionados la nota de remisin contendr el nombre del
cliente y su domicilio, nombre de los productos y sus
cantidades y precios correspondientes, as como el total a
pagar.
COMPRAS. Conjuntamente se realizan surtidos dentro de
la ferretera; es por ello que se controlaran las
adquisiciones hechas, registrando: clave del proveedor,
clave del producto, cantidad, precio de compra, precio de
venta, la fecha y la hora.

34
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER

Requisitos de datos
Productos: id producto, nombre, precio, cantidad disponible
Clientes con crdito: id cliente, nombre, direccin, telfono
Ventas a crdito: id venta, id cliente, id producto, cantidad,
importe total, fecha, importe seal (anticipo)
Ventas al contado: id producto, cantidad, total, fecha, hora
Pagos: id venta, importe pagado, fecha
Proveedores: id proveedor, nombre, id producto
Compras: id producto, id proveedor, cantidad, precio
compra, precio venta, fecha, hora

35
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
Requisitos de transacciones
Cliente solicita producto a ferretera
Cliente realiza pago a ferretera
Cliente solicita crdito a ferretera
Administrador solicita producto a proveedor
Administrador realiza cobro a cliente
Administrador realiza pago a proveedor
Administrador presta crdito a cliente
Proveedor entrega producto a ferretera
Proveedor realiza cobro a ferretera
Operario entrega producto a cliente

36
Fase 1: Anlisis de requisitos
Ejemplo: requisitos de la ferretera FERRITER
Requisitos no funcionales
Todas las operaciones se efectan en tiempo real
Hay una media de
500 operaciones de venta al da
100 operaciones de venta a crdito al da
150 operaciones de pago al da
Hay un total de
25 proveedores
1000 clientes
1500 artculos

La BD debe estar activa 24h/365 das

37
Fase 1: Anlisis de requisitos
Anlisis de requisitos
Estrategias de recopilacin
Centralizada
Integrada
Hbrido

38
Fase 1: Anlisis de requisitos
Tcnicas de recopilacin
Centralizada
Cada usuario expresa sus
requisitos y se fusionan para
arrancar una fase nica de Req. Req. Req.
diseo Usu 1 Usu 2 Usu 3

til en sistemas con alto

solapamiento de requisitos
entre usuarios
Diseo global
En sistemas simples

39
Fase 1: Anlisis de requisitos
Tcnicas de recopilacin
Integrada
Cada usuario expresa sus
requisitos y se mantienen
independientes arrancando Req. Req. Req.
fases de diseo Usu 1 Usu 2 Usu 3
independientes
til en sistemas con bajo
solapamiento de requisitos Diseo Diseo Diseo
entre usuarios local 1 local 2 local 3

En sistemas complejos

40
Fase 1: Anlisis de requisitos
Tcnicas de recopilacin
Hbrida
Algunos requisitos se funden
en una fase inicial para iniciar
diseos nicos. Req. Req. Req.
Usu 1 Usu 2 Usu 3
En una segunda fase
mantienen algunos diseos
locales, otros se han fundido
Solucin de compromiso para Diseo global 1
Diseo
local 2
la mayora de los casos

41
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

42
Fase 2: Diseo conceptual
Objetivos
Construccin del esquema conceptual
Factores clave
Capacidad de abstraccin
Mundo real mundo conceptual

Modelar nicamente requisitos (lo dems no es relevante)

No pensar en
Gestores de BDs, estructuras de datos, S.O., implementaciones,
ordenadores

Incluir parte esttica + parte dinmica

El esquema conceptual no separa

43
Fase 2: Diseo conceptual

Ya hablaremos ms en detalle en este tema pero bsicamente

Construccin esquema conceptual
2.1. Identificar tipos de entidades

2.2. Identificar tipos de relaciones

2.3. Identificar y asociar atributos con entidades o relaciones

2.4. Determinar los dominios de atributos

2.5. Determinar identificadores primarios y alternativos

2.6. Considerar el uso de otros mecanismos de abstraccin

2.7. Comprobar redundancias

2.8. Identificar transacciones de usuario

2.8. Validar el esquema contra las transacciones

2.9. Revisar el esquema conceptual con el usuario

44
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

45
Fase 3: Eleccin del SGBD
Objetivo
Determinar el software que albergar nuestra BD
Factores de xito
Elegir el modelo de datos lgico que nos interesa: relacional,
OO, XML, de propsito especfico
Elegir el sistema de acuerdo a criterios objetivos (tabla de
pros/contras):
Coste
Funcionalidades implementadas
Limitaciones de almacenamiento y/o usuarios
Tiempos de respuesta
Facilidad/coste de mantenimiento

46
 Fase 3: Eleccin del SGBD
Ejemplo (tiempos / tolerancia / integridad)
D: Velocidad
ejecucin normal

I: Integridad de
datos (invariante)
P: Prueba en
condiciones CS: Velocidad
idnticas sistema cargado
con otros
procesos

TF: Tolerancia a
fallos. Tiempo de
recuperacin
ante corte
elctrico)

47
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

48
Fase 4: Diseo lgico
Objetivos
Construccin del esquema lgico
Disear la lgica de las transacciones
Factores clave
Abordar lgica de datos + transacciones
Mantener la independencia del SGBD concreto
elegido
Contemplar todo lo reflejado en el conceptual
Transformar en transacciones las restricciones integridad
no asumibles por el modelo lgico de datos

49
Fase 4: Diseo lgico

Tambin hablaremos ms en detalle en el siguiente tema pero

bsicamente

Construccin esquema lgico Diseo transacciones

4.1. Derivar relaciones

4.7. Especificar pseudocdigo de operaciones
lgicas sobre las relaciones
4.2. Validar normalizacin de relaciones

4.3. Validar relaciones contra

transacciones de usuario

4.4. Definir restricciones de integridad

4.5. Revisar esquema lgico con usuario

4.6. Combinar esq. lgicos en uno global

50
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

51
Fase 5: Diseo fsico
Objetivos
Implementacin y puesta en marcha de la base de
datos
Factores clave
Analizar todas las posibilidades del SGBD destino
Qu implementa? Qu lmites tiene?...

Pensar en las necesidades de la organizacin

Qu requisitos no funcionales?
Tiempos de respuesta? Capacidad de almacenamiento?
Fiabilidad? Seguridad?

52
Fase 5: Diseo fsico

Tambin en siguientes temas pero bsicamente

Traduccin esquema Diseo organizaciones
Diseo del entorno
lgico al SGBD destino de fichero e ndices

5.4. Analizar transacciones (y sus

5.1 Disear las relaciones base 5.8. Disear vistas de usuario
frecuencias de uso)

5.2 Disear la representacin de 5.9. Disear mecanismos de

5.5. Elegir organizacin del fichero
los datos derivados seguridad: al sistema y a los datos

5.3. Disear las restricciones 5.10. Considerar redundancia

5.6. Seleccionar ndices
generales controlada (denormalizacin)

5.7. Estimar necesidades de

5.11. Desarrollar transacciones
espacio en disco

5.12. Puesta en marcha,

monitorizar y ajustar
53
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

54
Fase 6: Diseo de la carga y transformacin BD
Objetivos
Disear cmo se poblar la BD con datos iniciales
Factores clave
Considerar todas las fuentes posibles
BDs antiguas de la organizacin

Documentacin no estructurada: textos, internet

Opendata y otras BDs compartidas

Disear todos los flujos de transformacin

Tipos de datos. Ej: texto decimal(10,2)

Atributos. Ej: <entidad type=customer > cliente.nombre

Estructuras. Ej: Fichero clientes relacin clientes

Disear un proceso que sea reutilizable.

Ej. Almacenando el procedimiento SQL

55
Fase 6: Diseo de la carga y transformacin BD
Formatos tpicos estructurados y semi-estructurados en origen
Comma-separated values (CSV).
eXtensible Markup Language (XML).
Ficheros de grficos e imgenes (DXF, DWG, IFF, JPG, LAS...).
Ficheros geogrficos (GDE, Shapefile SHP-, ECW, GEOTIFF, XYZ).
Hyper Text Markup Language (HTML).
JavaScript Object Notation (JSON).
Microsoft Office (DOC, DOCX, XLS, XLSX).
Open Office (ODT).
Really Simple Syndication (RSS).
Resource Description Framework (RDF).

56
Proceso de diseo de una BD
Alternativa metodolgica del ciclo de vida de la BDs
Orden Fases
1 Anlisis de requisitos
2 Diseo conceptual
3 Eleccin del SGBD
4 Diseo lgico
5 Diseo fsico
6 Diseo de la carga
7 Implantacin

57
Herramientas
Herramientas CASE de ayuda al diseo de bases de datos
Microsoft Visio
Diseo conceptual: UML y ER simple + diccionario de datos

Conexin con Excel, Access, SQL Server, ODBC

MySQL Workbench
Diseo conceptual (ms lgico que conceptual): ER Crows Foot
Directamente entidad = tabla + relacin = clave ajena

Conexin con MySQL: opcin de sincronizacin del modelo con la BD

RISE Editor
Diseo conceptual (con limitaciones): ER Crows Foot

Generacin de script SQL para creacin BD.

58