diagrama de flujo de datos dfd
TRANSCRIPT
República Bolivariana de Venezuela
Ministerio del Poder Popular para la Educación Superior
Instituto Universitario Politécnico “Santiago Mariño”
Extensión Barinas
Prof. Bachiller
Jhoann Zambrano jesus riera
21.169.745
Barinas, Enero de 2016.
DIAGRAMA
DEFLUJO
DE DATO
S(DFD)
Introducción
El presente trabajo es denominado diagrama de flujo de datos. Ilustra una
de las técnicas para representar soluciones a problemas del mundo real
en forma visual, es decir en forma gráfica.
Esta técnica mediante graficas de flujo ilustra cómo diseñar los
procedimientos o sentencias con coherencia lógica, que representan la
solución al problema planteado.
Está estructurado por introducción, su desarrollo el cual está compuesto
por diagrama de flujo, diagrama de flujo de datos, elementos del diagrama
de flujo, conceptos de DBMS, base de datos, así como también el Modelo
Relacional, Modelo de datos, Modelo entidad-relación ER y bibliografía.
Diagrama de flujo de datos DFD
Un diagrama de flujo de datos es una descripción gráfica de un
procedimiento para la resolución de un problema. Son frecuentemente
usados para describir algoritmos y programas de computador. Los
diagramas de flujo de datos están conformados por figuras conectadas
con flechas. Para ejecutar un proceso descrito por un diagrama de flujo de
datos se comienza por el INICIO y se siguen las flechas de figura a figura,
ejecutándose las acciones indicadas por cada figura; el tipo de figura
indica el tipo de paso que representa.
Los diagramas de flujo son frecuentemente usados debido a que pueden
suprimir detalles innecesarios y tener un significado preciso, si son
usados correctamente.
El empleo de la maquina en las funciones del procediendo de datos han
hecho necesario un flujo ordenado de la información. La secuencia en que
deberán ejecutarse las operaciones tendrá que definirse claramente, y
cuando se combine con los datos a los que debe aplicarse, esa secuencia
creara el flujo de información.
No puede hacerse mucho hincapié en documentación, ósea el registro de
Información .Sin Instrucciones escritas y sin representación gráfica del
flujo de trabajo sería muy difícil de llevar una tarea de procediendo de
datos en forma apropiada. Hay varios métodos más eficientes
organizados y normalizados, es el de los diagramas de Flujo que el Futuro
programador comprenda la necesidad de los diagrama de flujo.
Elementos del DFD
El diagrama de flujo de datos se compone de los siguientes elementos:
Entidad externa: representa un ente ajeno al sistema que
proporciona o recibe información del mismo. Puede hacer
referencia a departamentos, personas, maquinas, recursos u otros
sistemas. El estudio de las relaciones entre entidades externas no
forma parte del modelo.
Puede aparecer varias veces en un mismo diagrama, así ́ como en los
distintos niveles del DFD para mejorar la claridad del diagrama.
Proceso: representa una funcionalidad que tiene que llevar a cabo
el sistema para transformar o manipular datos. El proceso debe ser
capaz de generar los flujos de datos de salida a partir de los de
entrada, más una información constante o variable al proceso.
El proceso nunca es el origen ni el final de los datos, puede transformar
un flujo de datos de entrada en varios de salida y siempre es necesario
como intermediario entre una entidad externa y un almacén de datos.
Almacén de datos: representa la información en reposo utilizada
por el sistema independientemente del sistema de gestión de datos
(por ejemplo un. fichero, base de datos, archivador, etc.). Contiene
la información necesaria para la ejecución del proceso.
El almacén no puede crear, transformar o destruir datos, no puede estar
comunicado con otro almacén o entidad externa y aparecerá́ por primera
vez en aquel nivel en que dos o más procesos accedan a él.
Flujo de datos: representa el movimiento de los datos, y establece
la comunicación entre los procesos y los almacenes de datos o las
entidades externas.
Un flujo de datos entre dos procesos solo es posible cuando la
información es síncrona, es decir, el proceso destino comienza cuando el
proceso origen finaliza su función.
Los flujos de datos que comunican procesos con almacenes pueden ser
de los siguientes tipos:
De consulta: representan la utilización de los valores de uno o más
campos de un almacén o la comprobación de que los valores de los
campos seleccionados cumplen unos criterios determinados.
De actualización: representan la alteración de los datos de un almacén
como consecuencia de la creación de un nuevo elemento, por eliminación
o modificación de otros ya existentes.
De diálogo: es un flujo entre un proceso y un almacén que representa una
consulta y una actualización.
Existen sistemas que precisan de información orientada al control de
datos y requieren flujos y procesos de control, así́ como los mecanismos
que desencadenan su ejecución. Para que resulte adecuado el análisis de
estos sistemas, se ha ampliado la notación de los diagramas de flujo de
datos incorporando los siguientes elementos:
Proceso de control: representa procesos que coordinan y
sincronizan las actividades de otros procesos del diagrama de flujo
de datos.
Flujo de control: representa el flujo entre un proceso de control y
otro proceso. El flujo de control que sale de un proceso de control
activa al proceso que lo recibe y el que entra le informa de la
situación de un proceso. A diferencia de los flujos tradicionales,
que pueden considerarse como procesadores de datos porque
reflejan el movimiento y transformación de los mismos, los flujos de
control no representan datos con valores, sino que en cierto modo,
se trata de eventos que activan los procesos (señales o
interrupciones).
Bases de Datos
Una base de datos es un “almacén” que nos permite guardar grandes
cantidades de información de forma organizada para que luego podamos
encontrar y utilizar fácilmente. A continuación te presentamos una guía
que te explicará el concepto y características de las bases de datos.
El término de bases de datos fue escuchado por primera vez en 1963, en
un simposio celebrado en California, USA. Una base de datos se puede
definir como un conjunto de información relacionada que se encuentra
agrupada o estructurada.
Desde el punto de vista informático, la base de datos es un sistema
formado por un conjunto de datos almacenados en discos que permiten el
acceso directo a ellos y un conjunto de programas que manipulen ese
conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un
conjunto de datos. Cada tabla tiene una o más columnas y filas. Las
columnas guardan una parte de la información sobre cada elemento que
queramos guardar en la tabla, cada fila de la tabla conforma un registro.
DBMS
(Data Base Management System). Son las siglas en inglés para los
Sistemas de Gestión de Bases de Datos (SGBD). Bajo este nombre se
conoce a productos de fabricantes como Oracle, Sybase, Informix, Ingres,
Borland, Microsoft, IBM, etc.
Sistema de administración de bases de datos. Software que controla la
organización, almacenamiento, recuperación, seguridad e integridad de
los datos en una base de datos. Acepta solicitudes de la aplicación y
ordena al sistema operativo transferir los datos apropiados.
Los DBMS pueden trabajar con lenguajes de programación tradicionales
(COBOL, C, etc.) o pueden incluir su propio lenguaje de programación.
Por ejemplo, dBASE y Paradox son programas de base de datos con un
DBMS, un lenguaje completo de programación y un lenguaje de cuarta
generación, haciendo de ellos sistemas completos de desarrollo de
aplicaciones. Los comandos de los lenguajes de cuarta generación
permiten a los usuarios crear en forma interactiva archivos de bases de
datos, editarlos, formular preguntas e imprimir informes sin necesidad de
programación. Miles de aplicaciones han sido desarrolladas en ambientes
como éstos.
Sistema de gestión de base de datos “SGBD”
(DataBase Management System “DBMS”)
Un Sistema Gestor de base de datos (SGBD) es un conjunto de
programas que permiten crear y mantener una Base de datos,
asegurando su integridad, confidencialidad y seguridad. Dedicados a
servir de interfaz entre la base de datos y el usuario, las aplicaciones que
la utilizan. Se compone de un lenguaje de definición de datos, de un
lenguaje de manipulación de datos y de un lenguaje de consulta. Su
propósito es el de manejar de manera clara, sencilla y ordenada un
conjunto de información.
Características.
Abstracción de la información. El Administrador del SGBD ahorran
a los usuarios detalles acerca del almacenamiento físico de los
datos. Da lo mismo si una base de datos ocupa uno o cientos de
archivos. Así, se definen varios niveles de abstracción.
Independencia. La independencia de los datos consiste en la
capacidad de modificar el esquema (físico o lógico) de una base de
datos sin tener que realizar cambios en las aplicaciones que se
sirven de ella.
Redundancia mínima. Lo ideal es lograr una redundancia nula; no
obstante, en algunos casos la complejidad de los cálculos hace
necesaria la aparición de redundancias.
Consistencia. En aquellos casos en los que no se ha logrado esta
redundancia nula, es necesario que todos los datos repetidos se
actualicen de forma simultánea.
Integridad. Se trata de garantizar la validez de los datos
almacenados. Es decir, proteger los datos ante fallos de hardware,
datos introducidos por usuarios descuidados, o cualquier otra
circunstancia capaz de corromper la información almacenada.
Seguridad. Garantizar que la información se encuentre segura
frente a usuarios malintencionados, que intenten leer información
privilegiada; frente a ataques que deseen manipular o destruir la
información; o simplemente ante las torpezas de algún usuario
autorizado pero despistado. Normalmente, los SGBD disponen de
un complejo sistema de permisos a usuarios y grupos de usuarios,
que permiten otorgar diversas categorías de permisos.
Respaldo y recuperación. Proporcionar formas eficientes de
realizar copias de seguridad, y restaurar estas copias.
Control de la concurrencia. En la mayoría de entornos (excepto
quizás el doméstico), lo más habitual es que sean muchas las
personas que acceden a una base de datos, para recuperar
información, almacenarla. Y también frecuente que los accesos se
realicen de forma simultánea. el SGBD debe controlar este acceso
concurrente a la información, que podría derivar en inconsistencias.
Tiempo de respuesta. Es deseable minimizar el tiempo que tarda
en darnos la información y en almacenar los cambios realizados.
Utilidades adicionales de un DBMS
Definir una base de datos: especificar tipos, estructuras y
restricciones de datos..
Construir la base de datos: guardar los datos en algún medio
controlado por el mismo SGBD
Manipular la base de datos: realizar consultas, actualizarla, generar
informes.
Importar-exportar datos
Reorganización de ficheros
Control de rendimiento
Ventajas: Facilidad de manejo de grandes volumen de información.
Gran velocidad en muy poco tiempo.
Independencia del tratamiento de información.
Seguridad de la información (acceso a usuarios autorizados), protección
de información, de modificaciones, inclusiones, consulta.
No hay duplicidad de información, comprobación de información en el
momento de introducir la misma.
Integridad referencial el terminar los registros.
Desventajas: El costo de actualización del hardware y software son muy
elevados.
Costo (salario) del administrador de la base de datos es costoso.
El mal diseño de esta puede originar problemas a futuro.
Un mal adiestramiento a los usuarios puede originar problemas a futuro.
Si no se encuentra un manual del sistema no se podrán hacer relaciones
con facilidad.
Generan campos vacíos en exceso.
El mal diseño de seguridad genera problemas.
Tipos de DBMS
Según modelo de datos
Sistemas gestores de datos relacionales
Sistemas gestores de datos orientados a objetos
Sistemas gestores de datos objeto-relacionales
Según número de usuarios
a. Monousuario
b. Multiusuario
Según número de sitios
a. Centralizado
b. Distribuido
Modelo Relacional
El modelo relacional constituye una alternativa para la organización y
representación de la información que se pretende almacenar en una base
de datos. Se trata de un modelo teórico matemático que, además de
proporcionarnos los elementos básicos de modelado (las relaciones),
incluye un conjunto de operadores (definidos en forma de un álgebra
relacional) para su manipulación, sin ambigüedad posible.
El carácter formal del modelo relacional hace relativamente sencilla su
representación y gestión por medio de herramientas informáticas. No es
casual, pues, que haya sido elegido como referencia para la construcción
de la gran mayoría de los Sistemas de Gestión de Bases de Datos
comerciales disponibles en el mercado; ni tampoco que sea también
habitualmente seleccionado como modelo de referencia para la
elaboración del esquema lógico de una base de datos, como tercer paso
de la habitual metodología de diseño de BDs (después del análisis de
requerimientos y la elaboración del esquema conceptual).
En el modelo relacional se basa en el concepto matemático de relación.
En este modelo, la información se representa en forma de “tablas” o
relaciones, donde cada fila de la tabla se interpreta como una relación
ordenada de valores (un conjunto de valores relacionados entre sí). El
siguiente ejemplo presenta una relación que representa al conjunto de los
departamentos de una determinada empresa, y que recoge información
sobre los mismos.
El siguiente ejemplo presenta una relación que representa al conjunto de
los departamentos de una determinada empresa, y que recoge
información sobre los mismos.
Num Nombre Localidad
D-01 Ventas A Coruña
D-02 I+D Ferrol
Modelo de datos
Un modelo de datos es un lenguaje orientado a hablar de una Base de
Datos. Típicamente un modelo de datos permite describir:
Las estructuras de datos de la base: El tipo de los datos que hay en la
base y la forma en que se relacionan.
Las restricciones de integridad: Un conjunto de condiciones que deben
cumplir los datos para reflejar la realidad deseada.
Operaciones de manipulación de los datos: típicamente, operaciones de
agregado, borrado, modificación y recuperación de los datos de la base.
Otro enfoque es pensar que un modelo de datos permite describir los
elementos de la realidad que intervienen en un problema dado y la forma
en que se relacionan esos elementos entre sí.
No hay que perder de vista que una Base de Datos siempre está
orientada a resolver un problema determinado, por lo que los dos
enfoques propuestos son necesarios en cualquier desarrollo de software.
Ventajas de realizar un Modelo de Datos
Las ventajas de realizar una buena modelización de datos son, entre
otras:
Control de los posibles errores desde el principio o al menos, darse
cuenta de las deficiencias lo antes posible.
Obtención de estructuras de datos independientes del entorno
físico.
Mejora del mantenimiento, por tener los datos localizados en las
distintas estructuras.
Modelo entidad-relación ER
El modelo entidad-relación ER es un modelo de datos que permite
representar cualquier abstracción, percepción y conocimiento en un
sistema de información formado por un conjunto de objetos denominados
entidades y relaciones, incorporando una representación visual conocida
como diagrama entidad-relación.
Se elabora el diagrama (o diagramas) entidad-relación.
Se completa el modelo con listas de atributos y una descripción de otras
restricciones que no se pueden reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta técnica. Son
necesarias otras técnicas para lograr un modelo directamente
implementable en una base de datos. Brevemente:
Permite mostrar resultados entre otras entidades pertenecientes a las
existentes de manera que se encuentre la normatividad de archivos que
se almacenarán
Transformación de relaciones múltiples en binarias.
Normalización de una base de datos de relaciones (algunas
relaciones pueden transformarse en atributos y viceversa).
Conversión en tablas (en caso de utilizar una base de datos
relacional).
Tabla 'TRABAJADOR'
DNI NUM_SS nombre-apellidos ... 11111111 XXXXXXXXXXX Fulano de tal ...22222222 YYYYYYYYYYY Mengano de cual ......... ...... ...... ......
Bibliografía
http://www.monografias.com/trabajos60/diagrama-flujo-datos/diagrama-
flujo-datos.shtml#ixzz3xWT0QtzU
http://basededatos.umh.es/e_r.htm#entidades_relaciones
http://elvex.ugr.es/idbis/db/docs/intro/C%20Modelado%20de%20datos.pdf
http://html.rincondelvago.com/dfd.html
https://es.wikipedia.org/wiki/
Diagrama_de_flujo_de_datos#Conexiones_entre_los_elementos_de_un_
DFD
http://www.monografias.com/trabajos60/diagrama-flujo-datos/diagrama-
flujo-datos.shtml
https://www.google.co.ve/search?
q=Diagrama+de+flujo+de+datos+DFD&oq=Diagrama+de+flujo+de+datos
+DFD&aqs=chrome..69i57.840417j0j1&sourceid=chrome&es_sm=122&ie
=UTF-8#q=elementos+de+Diagrama+de+flujo+de+datos+DFD
http://manuel.cillero.es/doc/metrica-3/tecnicas/diagrama-de-flujo-de-datos/
http://bryque.blogspot.com/2012/11/bases-de-datos.html
http://www.maestrosdelweb.com/que-son-las-bases-de-datos/
http://www.mastermagazine.info/termino/4544.php
https://es.wikipedia.org/wiki/Modelo_relacional#Base_de_ datos_relacional
http://ict.udlap.mx/people/carlos/is341/bases03.html
http://www.oocities.org/es/herleon123/ads/SGBD_foro.htm