You are on page 1of 75

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
Sistema Ejecutivo Estratgico Sistema Apoyo a las Planeamiento Decisiones Sistemas Operativo Transacciones
Esquema Externo Esquema Externo Esquema Externo Esquema Conceptual Esquema Interno

Lista de eventos Cursograma

Diagrama de Flujo de Datos

Modelo Relacional

Diccionario de Datos

Transformador Externo /Conceptual

Transformador Conceptual / Interno

Transformador Interno / Almacenado

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


Llave primaria
Chile Per

Dominio

Entidad

Legajo 1 2 3 4

Apellido Rimoli Lemos Salgado Ponce


Atributos

Edad 33 44 55 66

Nacin

Chile Per Brasil Argentina

Registros

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
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* ** *unidades:pulgadas;intervalo:1-96*

peso_actual =

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 DATOS (RDM). RELACIONAL DE

Componentes de un RDM
MATERIALES Nmero de artculo Descripcin del material Costo unitario Existencia PEDIDO DE MATERIALES Nmero de pedido Nmero de artculo Cantidad pedida

Entidades o Tipos de objetos 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-avarios (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 CONDICIONES DESCRIPCIN DE ACCIONES

VALORES DE CONDICIONES VALORES DE ACCIONES

rboles de Decisin
Simplificadas (sin considerar probabilidades) =1 2 SI 1 NO Accin C =2 Accin A

=3

Accin B

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


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.

MEN

NMINAS

COMPRAS

VENTAS

INFORMES

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)

Presentacin de los dados:

Especificacin de los Mdulos del Sistema


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
Bibliografa bsica: Modern Systems Analysis and Design Hoffer, George & Valacich Benjamin/Cummings Publishing, 1996

You might also like