Diagrama de Flujo de Datos

10
 ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERÍODO ABR/2014-SEP/2014 INGENIERÍA DE SOFTWARE TEMA DIAGRAMA DE FLU!O DE DATOS AUTOR C"RISTIAN A# BALLEN FAUBLA PA BLO R # DELGADO ZAMBRANO LUIS A# LOOR LOOR EDD$ G# MENDOZA LOOR MARIANA L# MORA SALTOS MIC"AEL !# SANTANA MONTESDEOCA FACILITADOR ING# "IRAID A SANTA NA  CALCET A% !ULIO 2014

description

frujo de datos

Transcript of Diagrama de Flujo de Datos

ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE MANAB MANUEL FLIX LPEZ

CARRERA INFORMTICASEMESTRE SPTIMO PERODO ABR/2014-SEP/2014INGENIERA DE SOFTWARE

TEMA:DIAGRAMA DE FLUJO DE DATOS

AUTOR:CHRISTIAN A. BALLEN FAUBLAPABLO R. DELGADO ZAMBRANOLUIS A. LOOR LOOREDDY G. MENDOZA LOORMARIANA L. MORA SALTOSMICHAEL J. SANTANA MONTESDEOCA

FACILITADOR:ING. HIRAIDA SANTANA CALCETA, JULIO 2014I. DIAGRAMA DE FLUJO DE DATOSUn diagrama de flujo de datos es una descripcin grfica de un procedimiento para la resolucin de un problema. Son frecuentemente usados para describir algoritmos y programas de computador. Los diagramas de flujo de datos estn 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, ejecutndose 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.

1.1. NOTACIN DE LOS DIAGRAMAS DE FLUJO DE DATOSLos mtodos para el anlisis de flujo de datos fueron desarrollados y promovidos por dos organizaciones al mismo tiempo, Yourdon Inc (compaa de consultora) y Mc Donnell-Douglas (Gane and Sarson). En nuestro libro la notacin utilizada ser la deYourdon . Los DFDs se pueden dibujar con slo cuatro elementos grficos sencillos.

1.1.1. PROCESOSEl primer componente del DFD. El proceso muestra una parte del sistema que transforma entradas en salidas, suelen ser personas, procedimientos o dispositivos que utilizan o transforman datos. El proceso se representa grficamente como un crculo. Los sinnimos comunes son burbuja, funcin o transformacin.

1.1.2. FLUJO DE DATOSSe representa grficamente por medio de una flecha que entra o sale de un proceso. El flujo se usa para describir el movimiento de bloques de informacin de una parte del sistema a otra. Por ello, los flujos representan datos en movimiento, mientras que los almacenes representan datos en reposo. En algn modelo puede representar movimiento de material. Los flujos muestran la direccin; segn si los datos se est moviendo hacia adentro o hacia afuera de un proceso (o ambas cosas).

1.1.3. ALMACEN DE DATOSEl almacn se utiliza para modelar una coleccin de datos en reposo. Se representa por dos lneas paralelas. Es tentador asociar a los almacenes los archivos o bases de datos, es as como a menudo se implantan en un sistema informtico, pero un almacn tambin puede consistir en datos almacenados en cualquier soporte que contenga datos (archivos de papel, tarjetas etc).

1.1.4. ENTIDADEntidad (Terminador): El siguiente componente del DFD es un terminador ; representado grficamente como un rectngulo representan fuentes (origen) o destinos externos de datos que pueden ser: personas, programas, organizaciones u otras entidades que interactan con el sistema pero se encuentran fuera de su frontera. En algn casos, un terminador puede ser otro sistema con el cual se comunica ste.

Existen tres cosas importantes que debemos recordar acerca de los terminadores: Son externos al sistema que se est modelando; los flujos que conectan los terminadores a diversos procesos (o almacenes) en el sistema representan la interfaz entre l y el mundo externo. El analista de sistemas no puede modificar los contenidos, la organizacin ni los procedimientos internos asociados en posibilidades de cambiar los contenidos de un terminador o la manera en que trabaja. El terminador con lo que representa est fuera del dominio. Las relaciones existentes entre los terminadores no se muestran en el modelo DFD. Si existen relaciones entre los terminadores y si es esencial para el analista modelarlos para poder documentar los requerimientos y si es esencial para el analista modelarlos para poder documentar los requerimientos del sistema, entonces, por definicin los terminadores son en realidad parte del sistema y debieran modelarse como procesos.

1.2. DICCIONARIO DE DATOSEs el conjunto de las definiciones de todos los datos que aparecen en el DFD, ya sea almacenados o indicados en los diferentes flujos de datos. El diccionario de datos se crea a la vez que los DFDs durante el proceso de anlisis del sistema.

1.3. NIVELES DE DFDCuando nos enfrentemos ante un modelo real, nos enfrentaremos ante un DFD grande y complejo. Deberemos evitar diagramas complejos y poco legibles, de acuerdo pero cmo ?. Si el sistema es intrnsecamente complejo y tiene decenas de funciones que? La respuesta es organizar el DFD global en una serie de niveles de modo que cada uno proporcione sucesivamente ms detalles sobre una porcin del nivel anterior.

1.3.1. CONSTRUCCIN DE NIVELES DE DFD1. Cmo saber cuntos niveles debe haber en un DFD? No hay ninguna regla para decidir cuantos niveles ha de tener un DFD. Pero dado que un DFD es aconsejable que no tenga ms de media docena de burbujas y almacenes relacionados, si nos aparece un nivel que contenga un nmero muy superior deberemos insertar un nuevo nivel a los que hubiere. Hay que procurar que haya equilibrio en la distribucin de todos los elementos grficos entre todos los niveles del DFD.2. Deberemos de dividir todas las partes del sistema con el mismo nivel de detalle? La respuesta ser que no. Algunas partes del sistema pueden ser ms complejas que otras y pueden requerir uno o ms niveles de particin. En el caso que nos encontremos con desigualdades respecto a la divisin de un proceso respecto a otros, deberemos nivelar el DFD para lograr un equilibrio.3. Cmo nos aseguraremos que los niveles del DFD son consistentes entre s?Esta cuestin es importante, ya que normalmente existe un desarrollo entre distintas personas en un proyecto real, as como una divisin del trabajo. Para asegurarse que cada figura es consistente con su figura de ms alto nivel se sigue una regla sencilla: los flujos entrantes y salientes de una burbuja en un nivel dado deben corresponder con los que entran y salen de toda la figura en el nivel inmediatamente inferior que la describe.4. Cmo se muestran los almacenes en los distintos niveles introducimos redundancia deliberadamente en el modelo. La regla es lasiguiente: mostrar un almacn en el nivel ms alto donde primeramente sirve de interfaz entre dos o ms burbujas; luego mostrarlo de nuevo en cada diagrama de nivel inferior que describa ms a fondo dichas burbujas de interface. Por lo tanto los almacenes locales, que utilizan slo las burbujas en una figura de menor nivel, no se mostrarn en niveles superiores, dado que se incluyen de manera implcita en un proceso del nivel inmediato superior.5. Cmo se realiza de hecho la particin de los DFD en niveles? La situacin que nos imaginamos como ideal es la de comenzar con el diagrama de contexto y luego desarrollar cada figura para trabajar de forma progresiva hasta los niveles de bajo nivel. Sin embargo ste planteamiento nos dar problemas, de modo que el enfoque ms aconsejable es identificar los acontecimientos externos a los cuales debe responder el sistema y crear un primer DFD borrador. Veremos cmo esta primera aproximacin del DFD puede suponer un punto de partida hacia arriba o hacia abajo.6. Para decidir cul es el ltimo nivel no debemos seguir profundizando mientras halla procesos que puedan ser descompuestos en subprocesos, ni entrar en descripciones de tal detalle sobre los procesos que estemos desarrollando su algoritmo. Es decir, los ltimos niveles del DFD no deben convertirse en un organigrama del algoritmo de cada proceso.

1.4. TIPOS DE DIAGRAMA DE FLUJO DE DATOSLos diagramas de flujo de datos son de dos tipos:1. Diagramas fsicos de flujo de datos.Proporcionan un panorama del sistema en uso, muestra las tareas que se llevan a cabo y como se hacen. Las caractersticas fsicas incluyen: Nombre de personas Nombre o formatos de documentos Nombres de departamentos Archivo de maestro y de transacciones Equipo y dispositivos utilizados Ubicaciones El empleo de estos diagramas es aconsejable por tres razones: Para los analistas de sistema es ms fcil describir la interaccin entre los componentes fsicos que comprender las polticas empleadas. De modo que identifican las personas, lo que hacen, los documentos que inician las actividades y el equipo para su procesamiento. Los diagramas fsicos de flujos de datos son de utilidad para comunicarse con los usuarios. Estos relacionan con facilidad a las personas, las ubicaciones y los documentos ya que trabajan todos los das con estas entidades (Los diagramas lgicos van a resultar abstractos para los usuarios). Los diagramas fsicos proporcionan un camino para validar o verificar el punto de vista del usuario sobre la forma en que opera el sistema en uso.2. Diagramas lgicos de flujo de datos.Proporcionan un panorama del sistema independiente de la implantacin, que se centra en el flujo de datos entre los procesos sin considerar los dispositivos especficos y la localizacin de almacenes de datos o personas en el sistema.Los diagramas fsicos de flujos de datos, no son un fin en s mismos, sino son un medio para describir la implantacin del sistema existente. El diagrama lgico es un visin retrospectiva de la implantacin actual y proporciona la base para examinar la combinacin de procesos, flujo de datos, almacenes de datos, entradas y salidas sin importarnos los dispositivos fsicos, personas o aspectos de control que caracterizan la implantacin. As que el diagrama lgico se obtiene del diagrama fsico al llevar a cabo lo siguiente: Sealar los datos necesarios en este momento para un proceso, no documentos que los contienen. Indicar los flujos entre los procedimientos y no entre personas, oficinas o localidades. Eliminar herramientas y dispositivos. Eliminar informacin de control. Consolidar los almacenes de datos redundantes. Eliminar los procesos innecesarios (v.gr los que no cambian los datos, independientes de los dispositivos donde ocurren, los que representan un proceso nico dentro del sistema)

BIBLIOGRAFAS, A. S,f. Diagramas de flujo de datos. (En lnea). Consultado, 01 de jul. 2014. formato PDF. Disponible en ftp://ftp.dlsi.ua.es/people/jaime/apuntes/aesi_cap4.pdfVargas, A. 2007. Anlisis de sistemas. Consultado, 01 de jul. 2014. formato PDF. http://www.cs.umss.edu.bo/doc/material/mat_gral_122/DFdatos.pdfS, A. S,f. Diagramas de flujo de datos. (En lnea). Consultado, 01 de jul. 2014. formato PDF. Disponible en https://stemesio.files.wordpress.com/2008/09/tras-t4.pdf