Está en la página 1de 73

Base de datos

Conjunto unificado de informacin, que


ser compartida por diferentes usuarios de
la organizacin
La funcin bsica de una base de datos es
permitir el almacenamiento y la
recuperacin de la informacin necesaria,
para que las personas de la organizacin
puedan tomar decisiones.
Arquitectura de un SI
Esquema
Externo
Esquema
Externo
Esquema
Externo
Esquema
Conceptual
Esquema
Interno
Diccionario
de Datos
Lista de eventos
Cursograma
Diagrama de
Flujo de Datos
Modelo
Relacional
Transformador
Conceptual / Interno
Transformador
Externo
/Conceptual
Transformador
Interno / Almacenado
Operativo
Planeamiento
Estratgico
Sistema
Ejecutivo
Sistema
Apoyo a las
Decisiones
Sistemas
Transacciones
Basede
Datos
Sistema de
Gestin de Base de Datos (SGBD o DBMS)
Son programas de software para la administracin
de las Bases de Datos; que permiten:almacenar,
manipular y recuperar datos en una
computadora.
El SGBD tambin se encargar de la
comunicacin entre el usuario y la base de
datos, proporcionndole al usuario, los medios
para: obtener informacin, introducir nuevos datos
y actualizar los ya existentes.
Estructura de una Base de Datos
Legajo Apellido Edad Nacin
1 Rimoli 33 Chile
2 Lemos 44 Per
3 Salgado 55 Brasil
4 Ponce 66 Argentina
Llave
primaria
Atributos
Chile
Per
Dominio
Registros
Entidad
Estructura de una BD
Estructura de una BD
Tipos de archivos
Archivo Maestro:
Guarda informacin sobre entidades y eventos esenciales para la
organizacin (proveedores, ventas histricas)
Archivo de Transacciones
acumular datos de eventos en el momento que ocurran (ventas,
ordenes de compra, pagos, cobranzas)
Archivo de Control
Permiten el anlisis de desempeo - Maestro + Transacciones -
(Volumen de ventas por: producto, vendedor, cliente )
Archivo de Planeamiento
contienen datos referentes a los niveles esperados de los datos
existentes en los archivos maestros y de transacciones (programa
de : ventas, compras, produccin, ppto. Financiero)
Mtodos para el desarrollo de
Sistemas de Informacin
Llave Primaria e ndices de
acceso
Herramientas para el desarrollo
de Sistemas
Lista de Eventos
Diagrama de Flujo de Datos
Diccionario de Datos
Modelo Relacional de Datos
Tablas de Decisin
Modelo conceptual
Un modelo es una descripcin capaz de ser
comunicada y que busca:
Comunicar un cierto aspecto (visin)
De una parte de la realidad (sistema)
Con cierto grado de detalle (abstraccin)
Conforme perseguido por alguien (autor del
modelo)
Con el objetivo de servir a los propsitos del
usuario.
Modelo conceptual
El conocimiento sobre alguna cosa es la habilidad de
formar un modelo mental que represente esta cosa como
as tambin las acciones que ella puede realizar o se puede
realizar sobre ella. Cuando el individuo verifica acciones
sobre este modelo l puede predecir las implicaciones que
estas acciones tendrn sobre el mundo real.
Al relacionar las cosas entre s y al pensar en ellas nos
lleva a un pensamiento estructurado y poder as, describir
el funcionamiento de un sistema, y esto debera ser el
propsito de todo modelo.
Modelo conceptual
Los modelos pueden tener diferentes clases
de estructuras; y las ms comunes son la del
lenguaje natural,
la clase simblica y
la clase matemtica.
Lista de eventos
Elegir el nivel apropiado de abstraccin para los
trminos.
Evitar el uso de casos en lugar de conceptos
generales.
Evitar las expresiones vagas o indirectas.
Elegir un estilo estandarizado de enunciado.
Verificar los sinnimos y los homnimos.
Hacer explcitas las referencias entre trminos.
Hacer un Diccionario de Datos.
EL DIAGRAMA DE FLUJO DE
DATOS - OBJETIVOS -
Describir el contexto del sistema, determinando lo
que ocurrir en cada una de las reas de la empresa,
denominadas Entidades externas, que participen de
este sistema;
Detallar los procesos a ser realizados;
Enumerar los archivos de datos necesarios, en
cada proceso;
Definir los flujos de datos, que participen en el
procedimiento.
TCNICA DE DISEO DEL DFD
Diagrama de Flujo de Datos
El diccionario de datos
Es un listado organizado de todos los
elementos de datos pertinentes al sistema, con
definiciones precisas y rigurosas para que el usuario
y el analista de sistemas puedan conocer todas las
entradas, salidas, componentes de depsitos y
clculos intermediarios
Describiendo :
el significado de los flujos y los depsitos
la composicin de paquetes agregados de datos
que se mueven por los flujos
la composicin de los paquetes de datos de los
depsitos
Especificando los valores relevantes y
unidades de inf. de los flujos de datos y
depsitos de datos
El DD define los elementos de
datos
La necesidad de la anotacin de
un DD
Anotacin del DD
= COMPUESTO DE
+ Y
( ) OPCIONAL
{ }INTERACCIN
[ ] ELECCIN DE UNA DE LAS OPCIONES
* * COMENTARIO
@ IDENTIFICADOR (CAMPO LLAVE DE UN DEPSITO )
| SEPARACIONES ALTERNATIVAS EN SEPARADORES [ ]
EJEMPLO
nombre = titulo+primer_nombre+(nombre_intermedio)+ltimo_
nombre
ttulo = [Sr | Sra | Sras | Srta | Dr. | Profesor ]
primer_nombre = { caracter_vlido }
nombre_intermedio = { caracter_valido }
ltimo_nombre = { caracter_valido }
caracter_vlido = { A_Z | a_z | 0_9 | }
Definiciones
A = B + C
PESO = *Peso del paciente al llegar al hospital *
* unidades:kilogramos; intervalo: 1-200 *
ALTURA = *Altura del paciente al llegar al hospital*
*unidades:centmetros;intervalo:20-200*
Elementos de datos elementales
NO EXISTE DESCOMPOSICIN SIGNIFICATIVA EN EL
CONTEXTO DEL AMBIENTE DEL USUARIO
altura_actual = **
* unidades:libras;intervalo:1-400*
peso_actual = **
*unidades:pulgadas;intervalo:1-96*
sexo = **
*valores: [ M | F ] *
Elementos de datos opcionales
direccin_cliente =
(direccin_envo)+(direccin_cobro)
direccin_cliente=
[direccin_envo|direccin_cobro|direccin_embarq
ue | direccin de cobro ]
direccin_cliente =
direccin_envo+(direccin_cobro)
Interaccin, Seleccin y
Sinnimos
Interaccin
pedido =nombre_cliente+direccin_envo+1{tem}10
Seleccin
sexo = { masculino|femenino }
tipo_cliente = { gobierno|industria|otros }
Sinnimos
cliente = *parroquiano*
CONTENIDO DEL DICCIONARIO DE DATOS
Nombre
Tipo de elemento
Definicin
Estructura
Estructura de un elemento
Estructura en Excel
Estructura en Access
LA MODELIZACIN DE
DATOS ALMACENADOS
EL MODELO RELACIONAL DE
DATOS (RDM).
Componentes de un RDM
Entidades o Tipos de
objetos
Relaciones
MATERIALES
Nmero de artculo
Descripcin del material
Costo unitario
Existencia
PEDIDO DE MATERIALES
Nmero de pedido
Nmero de artculo
Cantidad pedida
TIPOS DE RELACIONES
Relacin uno a varios
La relacin uno a varios es el tipo de relacin ms comn. En este
tipo de relacin, un registro de la Tabla A puede tener muchos
registros coincidentes en la Tabla B, pero un registro de la Tabla B
slo tiene un registro coincidente en la Tabla A.
Relacin varios a varios
En una relacin varios a varios, un registro de la Tabla A puede
tener muchos registros coincidentes en la Tabla B y viceversa.
Relacin uno a uno
En una relacin uno a uno, cada registro de la Tabla A slo puede
tener un registro coincidente en la Tabla B y viceversa.
BENEFICIOS DEL RDM
Da una visin de alto nivel de los archivos
Ayuda a descubrir los elementos no
detectadas en el DFD
Simplifica la estructuracin de los datos
Facilita la definicin y el anlisis de las
Llaves primarias y forneas
Facilita la definicin de las relaciones.
RDM - Datos llave
Llave Primaria (PK)
Conjunto de atributos que distingue cada ocurrencia de
una entidad de forma inequvoca a las dems.
Est subrayada en el RDM.
Llave Fornea (FK)
Conjunto de atributos comn a dos entidades que sirve
como relacin entre las dos entidades.
No es un atributo de la entidad relacionada, pero es la
llave-primaria de la entidad con la cual sta se
relaciona Es marcada como FK en el RDM.
Las relaciones y sus llaves
Relacin uno-a-uno y sus llaves:
Las relaciones y sus Llaves
Relaciones uno-a-uno y sus llaves:
La relacin ser siempre 1:1?
En que archivos se deber incluir la
Llave-Fornea?
Las relaciones y sus Llaves
Relacin uno-a-varios y sus llaves:
Las relaciones y sus Llaves
Relacin uno-a-varios y sus llaves:
Las relaciones y sus Llaves
Relacin varios-a-varios y sus llaves:
Las relaciones y sus Llaves
Relacin varios-a-varios resuelta (entidad
asociativa):
Variacin en el Tiempo
Se debe evaluar si los atributos de una
entidad (datos) variarn en el tiempo.
En cada caso, se debe verificar la
necesidad de almacenar los valores
histricos que asumirn.
Cada vez que se almacenen los datos
histricos se crea una entidad
dependiente con una relacin uno-a-
varios (inicio del datawarehouse).
Modelado de Dados
Define el contenido exacto de cada
archivo de dados.
Son detalladas las caractersticas de todos
los datos que sern almacenados en cada
tabla definida en el RDM.
Debe ser realizado un relevamiento
detallado para definir cada dado.
Modelado de Dados
Obtener el menor nmero posible de
datos en cada tabla.
Esos datos deben ser suficientes para
capturar todas las entradas.
Tambin deben ser suficientes para
derivar todas las salidas (informaciones
necesarias).
Modelado de Dados
Se debe visitar el lugar en donde las
entidades y sus dados son utilizados.
El usuario debe participar y debe
comprometerse con estas definiciones.
Se Debe definir el dominio y la regla de
validacin para cada dato.
Modelado de Dados
Para cada dato de cada archivo se debe definir:
Nombre del dato
Descripcin del dato
Tipo de dato
Calificador del tipo de dado (Ej.: extensin)
Formato del dato
Dominio
Reglas de validacin
Origen del dato
Responsabilidad por el dato
Modelado de Dados
En cada tabla se debe definir:
Llave-primaria
Llaves-forneas
Llaves-secundarias
Modelado de Dados
Para el RDM como un todo se debe analizar:
Nombres lgicos
Nombres fsicos (nombres cdigo)
Sinnimos
Homnimos
Estructuras de datos embutidas
Llaves mltiplas
Reglas de Validacin (a nivel de datos, tablas
y relaciones)
Normalizacin
El proceso de normalizacin consiste en
la aplicacin de reglas para definir
adecuadamente los datos que
compondrn las tablas, observando:
Minimizar redundancias
Eliminar anomalas de actualizacin
Proveer mejor acceso a cualquier dato
Asegurar resistencia al mantenimiento
en el modelo de datos
Normalizacin
Las tres primeras reglas de
normalizacin son suficientes para
resolver la gran mayora de los casos:
1- Eliminar datos repetitivos
2- Eliminar datos redundantes
3- Eliminar datos no dependientes
Modelado de las Reglas del
Negocio
Definicin de las reglas del negocio que
deben ser utilizadas en los procesos.
Modeladas a travs de:
Lgica Estructurada
Tablas de Decisin
rboles de Decisin
Diagramas de Transicin de Estado
Tablas de Transicin de Estado
Lgica Estructurada
Modelar la lgica de las reglas del negocio
utilizando construcciones de la
programacin estructurada:
SI...ENTONCES
CASO1...CASO2...CASO3...O ENTONCES
ENCUANTO...
HASTA QUE...
DE 1 A N
Modela y describe la ejecucin de acciones y
define procedimientos de clculo y de decisin.
TABLAS DE DECISIN
SON TCNICAS DE APLICACIN EN
EL ANLISIS DE SISTEMAS, EN EL
DISEO DE PROCEDIMIENTOS Y EN
LA DOCUMENTACIN DE LOS
MISMOS
SON UN MEDIO DE COMUNICACIN
Y UN INSTRUMENTO DE
PROGRAMACIN
CONCEPTOS BSICOS SOBRE
TABLAS DE DECISIN
SON UN MEDIO DE COMUNICACIN
ENTRE
LOS USUARIOS DE SISTEMAS
ANALISTAS Y
PROGRAMADORES
ESTRUCTURA Y COMPONENTES
DE LAS TABLAS DE DECISIN
DESCRIPCIN DE CONDICIONES
SON SITUACIONES VARIABLES QUE PUEDEN
OCURRIR
DESCRIPCIN DE ACCIONES
SON LOS DISTINTOS COMPORTAMIENTOS O
CONDUCTAS QUE SE ASUMIRN EN FUNCIN
DE LOS VALORES QUE TOMEN LAS
CONDICIONES
VALORES DE CONDICIONES
VALORES DE ACCIONES
METODOLOGA PARA LA CONFECCIN
DE TABLAS DE DECISIN
DEFINIR E INTERPRETAR EL PROBLEMA
ELIMINAR LA INFORMACIN NO RELEVANTE
DISTINGUIR LAS CONDICIONES Y LAS ACCIONES
VERIFICAR LAS ALTERNATIVAS
REGISTRAR LOS VALORES DE LAS CONDICIONES
Y DE LAS ACCIONES.
ANALIZAR EL RESULTADO OBTENIDO
(REDUNDANCIAS Y CONTRADICCIONES)
Tablas de Decisin
REGLAS
DESCRIPCIN DE
CONDICIONES
VALORES DE
CONDICIONES
DESCRIPCIN DE
ACCIONES
VALORES DE
ACCIONES
rboles de Decisin
Simplificadas (sin considerar probabilidades)
Permiten una mejor comunicacin que tablas de decisin
1
2
Accin B
Accin C
Accin D
Accin A
SI
NO
=1
=2
=3
Reconstruccin
del BPM y del RDM
Reconstruccin del BPM
Nuevos archivos, flujos y procesos y reglas
pueden aparecer en el desarrollo del proyecto,
como resultado de estas etapas posteriores.
Reconstruccin del RDM
Nuevas tablas, datos, relaciones y reglas pueden
aparecer en el desarrollo del proyecto, como
resultado de etapas posteriores.
Desempeo del Sistema
Utilizacin de ndices de acceso
Creacin de tablas auxiliares o
temporarias
Desnormalizacin.
Definicin de los Mdulos del
Sistema
Un mdulo siempre es invocado como una
unidad.
Constituye un procedimiento completo que
el sistema debe ejecutar.
Debe ser una operacin que pueda ser vista
por los usuarios del sistema como una
unidad.
Definicin de los Mdulos del
Sistema
La divisin de un sistema en mdulos debe
ser natural.
Determinados procedimientos que guarden
entre s una misma relacin de contexto o
funcin deben ser agrupados en un mdulo.
Procesos del BPM y entidades del RDM
pueden ser agrupados o categorizados para
definir los mdulos.
Diagrama Jerrquico del
Sistema
Diagrama semejante a un organigrama.
Identifica cada uno de los mdulos y la jerarqua
existente entre ellos.
Normalmente, determina la estructura de mens
de operacin del sistema.
NMINAS COMPRAS VENTAS INFORMES
MEN
Especificacin de los Mdulos
del Sistema
Vara de acuerdo con el tipo de
implementacin:
Una persona
Varias personas
Vara de acuerdo con la tecnologa
utilizada:
Arquitectura tradicional
Arquitectura Cliente/Servidor
Orientada para Objetos
Especificacin de los Mdulos
del Sistema
Nombre
Descripcin
Caractersticas temporales y geogrficas del
procesamiento
Parte (explotada) del BPM
Parte del RDM
Tablas utilizadas (matriz CRUD)
Especificacin de los Mdulos
del Sistema
Presentacin de los dados:
Formato de pantallas (formularios)
Formato de informes
Detalles del Procesamiento:
Eventos
Transacciones/Reglas
Dilogo Sistema x Usuario
Toda informacin superflua debe ser
eliminada
Implementacin
Prototipo
Descubierta
Refinamiento
Desarrollo Espiral
Desarrollo Incremental
Desarrollo Paralelo
Versionamiento
Tecnologa
Programacin Visual
Cliente/Servidor
Orientada a objetos
Web
Convergen a los sistemas modernos
Fin
Fin
Bibliografa bsica:
Modern Systems Analysis and Design
Hoffer, George & Valacich
Benjamin/Cummings Publishing, 1996