Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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
Modelo Relacional
Diccionario de Datos
Basede Datos
Dominio
Entidad
Legajo 1 2 3 4
Edad 33 44 55 66
Nacin
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)
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;
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
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 *
peso_actual =
sexo =
** *valores: [ M | F ] *
Nombre
Tipo de elemento
Definicin
Estructura
Estructura de un elemento
Estructura en Excel
Estructura en Access
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
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.
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
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
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
DESCRIPCIN DE ACCIONES
SON LOS DISTINTOS COMPORTAMIENTOS O CONDUCTAS QUE SE ASUMIRN EN FUNCIN DE LOS VALORES QUE TOMEN LAS CONDICIONES
Tablas de Decisin
REGLAS
rboles de Decisin
Simplificadas (sin considerar probabilidades) =1 2 SI 1 NO Accin C =2 Accin A
=3
Accin B
MEN
NMINAS
COMPRAS
VENTAS
INFORMES
Implementacin
Prototipo Descubierta Refinamiento Desarrollo Espiral Desarrollo Incremental Desarrollo Paralelo Versionamiento Tecnologa Programacin Visual Cliente/Servidor Orientada a objetos Web
Fin
Bibliografa bsica: Modern Systems Analysis and Design Hoffer, George & Valacich Benjamin/Cummings Publishing, 1996