Base de datos

1. Base de datos • Conjunto unificado de información, que será compartida por diferentes usuarios de la organización • La función básica de una base de datos es permitir el almacenamiento y la recuperación de la información necesaria, para que las personas de la organización puedan tomar decisiones.

2. Arquitectura de un SI

3. Sistema deGestión de Base de Datos (SGBD o DBMS) • Son programas de software para la administración de las Bases de Datos; que permiten:almacenar, manipular y recuperar datos en una computadora. • El SGBD también se encargará de la comunicación entre el usuario y la base de datos, proporcionándole al usuario, los medios para: obtener información, introducir nuevos datos y actualizar los ya existentes.

4. Estructura de una Base de Datos Llave primaria Chile Perú Dominio Entidad Registros Atributos

5. Estructura de una BD

6. Estructura de una BD

7. Tipos de archivos • Archivo Maestro: • Guarda información sobre entidades y eventos esenciales para la organización (proveedores, ventas históricas) • Archivo de Transacciones • acumular datos de eventos en el momento que ocurran (ventas, ordenes de compra, pagos, cobranzas) • Archivo de Control • Permiten el análisis de desempeño - 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, producción, ppto. Financiero)

9. Métodos para el desarrollo de Sistemas de Información

10. Llave Primaria e índices de acceso

11. Herramientas para el desarrollo de Sistemas • Lista de Eventos • Diagrama de Flujo de Datos • Diccionario de Datos • Modelo Relacional de Datos • Tablas de Decisión

12. Modelo conceptual • Un modelo es una descripción capaz de ser comunicada y que busca: • Comunicar un cierto aspecto (visión) • De una parte de la realidad (sistema) • Con cierto grado de detalle (abstracción) • Conforme perseguido por alguien (autor del modelo) • Con el objetivo de servir a los propósitos del usuario.

13. Modelo conceptual • El conocimiento sobre alguna cosa es la habilidad de formar un modelo mental que represente esta cosa como así también 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 tendrán 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 debería ser el propósito de todo modelo.

14. Modelo conceptual • Los modelos pueden tener diferentes clases de estructuras; y las más comunes son la del • lenguaje natural, • la clase simbólica y • la clase matemática.

15. Lista de eventos • Elegir el nivel apropiado de abstracción para los términos. • Evitar el uso de casos en lugar de conceptos generales. • Evitar las expresiones vagas o indirectas. • Elegir un estilo estandarizado de enunciado. • Verificar los sinónimos y los homónimos. • Hacer explícitas las referencias entre términos. • Hacer un Diccionario de Datos.

16. 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.

17. TÉCNICA DE DISEÑO DEL DFD

18. Diagrama de Flujo de Datos

19. 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 depósitos y cálculos intermediarios

20. El DD define los elementos de datos • Describiendo : • el significado de los flujos y los depósitos • la composición de paquetes agregados de datos que se mueven por los flujos • la composición de los paquetes de datos de los depósitos • Especificando los valores relevantes y unidades de inf. de los flujos de datos y depósitos de datos

21. La necesidad de la anotación de un DD

22. Anotación del DD • =COMPUESTO DE • +Y • ( ) OPCIONAL • { } INTERACCIÓN • [ ] ELECCIÓN DE UNA DE LAS OPCIONES • * * COMENTARIO • @ IDENTIFICADOR (CAMPO LLAVE DE UN DEPÓSITO ) • | SEPARACIONES ALTERNATIVAS EN SEPARADORES [ ]

23. EJEMPLO • nombre = titulo+primer_nombre+(nombre_intermedio)+último_ nombre • título = [Sr | Sra | Sras | Srta | Dr. | Profesor ] • primer_nombre = { caracter_válido } • nombre_intermedio = { caracter_valido } • último_nombre = { caracter_valido } • caracter_válido = { A_Z | a_z | 0_9 | }

24. 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:centímetros;intervalo:20-200*

25. Elementos de datos elementales NO EXISTE DESCOMPOSICIÓN 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 ] *

26. Elementos de datos opcionales • dirección_cliente = (dirección_envío)+(dirección_cobro) • dirección_cliente= [dirección_envío|dirección_cobro|dirección_embarque | dirección de cobro ] • dirección_cliente = dirección_envío+(dirección_cobro)

27. Interacción, Selección y Sinónimos • Interacción pedido =nombre_cliente+dirección_envío+1{ítem}10 • Selección sexo = { masculino|femenino } tipo_cliente = { gobierno|industria|otros } • Sinónimos cliente = *parroquiano*

28. CONTENIDO DEL DICCIONARIO DE DATOS

29. Nombre

30. Tipo de elemento

31. Definición

32. Estructura

33. Estructura de un elemento

34. Estructura en Excel

35. Estructura en Access

36. LA MODELIZACIÓN DE DATOS ALMACENADOS EL MODELO RELACIONAL DE DATOS (RDM).

37. Componentes de un RDM • Entidadeso Tipos de objetos • Relaciones

38. TIPOS DE RELACIONES • Relación uno a varios • La relación uno a varios es el tipo de relación más común. En este tipo de relación, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B, pero un registro de la Tabla B sólo tiene un registro coincidente en la Tabla A. • Relación varios a varios • En una relación varios a varios, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B y viceversa. • Relación uno a uno • En una relación uno a uno, cada registro de la Tabla A sólo puede tener un registro coincidente en la Tabla B y viceversa.

39. BENEFICIOS DEL RDM • Da una visión de alto nivel de los archivos • Ayuda a descubrir los elementos no detectadas en el DFD • Simplifica la estructuración de los datos • Facilita la definición y el análisis de las Llaves primarias y foráneas • Facilita la definición de las relaciones.

40. RDM - Datos llave • Llave Primaria (PK) Conjunto de atributos que distingue cada ocurrencia de una entidad de forma inequívoca a las demás. Está subrayada en el RDM. • Llave Foránea (FK) Conjunto de atributos común a dos entidades que sirve como relación 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.

41. Las relaciones y sus llaves • Relación uno-a-uno y sus llaves:

42. Las relaciones y sus Llaves • Relaciones uno-a-uno y sus llaves: • ¿La relación será siempre 1:1? • ¿En que archivos se deberá incluir la Llave-Foránea?

43. Las relaciones y sus Llaves • Relación uno-a-varios y sus llaves:

44. Las relaciones y sus Llaves • Relación uno-a-varios y sus llaves:

45. Las relaciones y sus Llaves • Relación varios-a-varios y sus llaves:

46. Las relaciones y sus Llaves • Relación varios-a-varios resuelta (entidad asociativa):

47. Variación en el Tiempo • Se debe evaluar si los atributos de una entidad (datos) variarán en el tiempo. • En cada caso, se debe verificar la necesidad de almacenar los valores históricos que asumirán. • Cada vez que se almacenen los datos históricos se crea una entidad dependiente con una relación uno-a-varios (inicio del datawarehouse).

48. Modelado de Datos • Define el contenido exacto de cada archivo de datos. • Son detalladas las características de todos los datos que serán almacenados en cada tabla definida en el RDM. • Debe ser realizado un relevamiento detallado para definir cada dato.

49. Modelado de Datos • Obtener el menor número posible de datos en cada tabla. • Esos datos deben ser suficientes para capturar todas las entradas. • También deben ser suficientes para derivar todas las salidas (informaciones necesarias).

50. 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 validación para cada dato.