Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CLASE 1
CONCEPTOS BASICOS
CICLO 2011-I
Diccionario
de Datos
Atributos
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
El DD define los elementos de
datos
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
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
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
MATERIALES PEDIDO DE MATERIALES
Entidades o Tipos de
Nmero de artculo
Descripcin del material
Costo unitario
Nmero de pedido
Nmero de artculo
Cantidad pedida
objetos
Existencia
Relaciones
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 Datos
Define el contenido exacto de cada
archivo de datos.
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 dato.
Modelado de Datos
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 Datos
Se debe visitar el lugar en donde las
entidades y sus datos 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 Datos
Para cada dato de cada archivo se debe definir:
Nombre del dato
Descripcin del dato
Tipo de dato
Calificador del tipo de dato (Ej.: extensin)
Formato del dato
Dominio
Reglas de validacin
Origen del dato
Responsabilidad por el dato
Modelado de Datos
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
Primera Forma Normal - 1FN
Asegurar que todas las entidades son
identificadas de forma nica por una
combinacin de atributos y/o relaciones.
Se refiere a cualquier archivo que posea un
valor por campo; la relacin entre la llave
primaria de un archivo y cada uno de los
otros campos debe ser de uno a uno.
Primera Forma Normal - 1FN
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 VALORES DE
CONDICIONES CONDICIONES
DESCRIPCIN DE VALORES DE
ACCIONES ACCIONES
rboles de Decisin
Simplificadas (sin considerar probabilidades)
=1 Accin A
2 =2
Accin B
SI =3
1
NO Accin C
Accin D
Permiten una mejor comunicacin que tablas de decisin
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