Diagramas de flujo modelo

6,209 views
5,570 views

Published on

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
6,209
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
67
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Diagramas de flujo modelo

  1. 1. UNIVERSIDAD CENTRAL DE VENEZUELAESCUELA DE ESTADÍSTICACÁTEDRA DE SISTEMA DE INFORMACIÓNCONCEPTOS BÁSICOS PARA LA MODELIZACIÓN DELOS PROCESOS DE UN SISTEMA DE INFORMACIÓN,UTILIZANDO LOS DIAGRAMASDE FLUJO DE DATOS.ELABORADO: PROF. OLGA GARCÍA
  2. 2. TÉCNICAS DE ANÁLISIS ESTRUCTURADO MODERNODIAGRAMAS DE FLUJO DE DATOS (DFD)El DFD es una de las herramientas del análisis estructurado moderno, más importantepara el análisis de modelos gráficos, que permite visualizar un sistema como una redde procesos funcionales conectados entre sí por canales (flujode datos) y depósitos dealmacenamiento de datos. Estos diagramas nos permiten ver como los datos fluyen através de la organización, los procesos y transformaciones que sufren dichos datos ylos diferentes tipos de salidas.COMPONENTES Y SÍMBOLOS UTILIZADOS1. Flujo de datos2. Proceso3. Almacén4.TerminadorProf. Olga García
  3. 3. ELEMENTOS DEL DIAGRAMA DE FLUJO DE DATOSPROCESOSGeneralmente, el proceso (función ó transformación) viene representado por un círculo opor una burbuja, y son acciones que se toman sobre los datos, como por ejemplo, Calcular,Comparar, Imprimir, señalar, marcar, autorizar, almacenar, validar, informar, producir, otros.Los procesos muestran una parte del sistema que transforma entradas en salidas, esto es,muestra cómo es que una o varias entradas se transforma en una o varias salidas.NOMBRE DEL PROCESOEl nombre de un proceso consiste en una frase VERBO-OBJETO, y describe lo que hace;como por ejemplo:CALCULAR-IMPUESTOAUTORIZAR- FIRMAAUTORIZAR-FACTURAAUTORIZAR-ORDEN-DE-COMPRAVALIDAR- PROVEEDORGENERAR-REPORTESTambién, los procesos pueden ser descritos (aunque no es recomendable) con el nombrede una persona o un grupo de personas, computadora o un aparato mecánico, de cualquiermodo la palabra clave es “Quién” o “Qué” lo está efectuando.Prof. Olga García
  4. 4. FLUJO DE DATOS.Son vectores etiquetados o flechas, o simplemente líneas con notación direccional, quemuestran el contenido de lo que entra o sale de un proceso. Además, muestran elmovimiento de bloques o paquetes de información de un lugar del sistema a otro. La puntade la flecha señala el destino u origen de los datos.1. Deben ser etiquetados o nombrados con los datos que ellos llevan, excepto cuandosalen o entran a un almacén, ya que estos describen lo que contienen. Sin embargo, sisolo se extrae una instancia éste debe ser etiquetado.SISTEMA DEPURACIÓN DE ENCUESTAS2. Los datos que se mueven a lo largo del flujo, pueden viajar de un proceso a otro (comoentrada), ó a un almacén ó a un Terminador (fuente o destino de los datos).3. El flujo lleva un solo tipo de paquete de datos como lo indique su nombre, pero existesus excepciones, agrupar flujos elementales en uno solo. Ejemplo: Archivo = CLIENTESNOMBRE DEL CLIENTE; DIRECCIÓN-CLIENTE; SALDO-CLIENTE; MÁXIMO-CRÉDITOSISTEMA DEVALIDACIÓN DEENCUESTASCONSIDERACIONES SOBRE FLUJO DE DATOS.Nombre de la encuesta + No. deencuestaENCUESTASProf. Olga García
  5. 5. 4. El flujo puede tener diferente significado, el flujo “pago” puede referirse a un pago autorizado o noautorizado.5. La dirección de la flecha del flujo, nos indica si el flujo se está moviendo hacia fuera o hacia adentrodel proceso.6. El flujo puede mostrar dos direcciones en el mismo vector, en tal caso se les llama flujo diálogo.Saldo saldo actualizado SALDOSCLIENTESFlujo divergente: Es cuando un paquete complejo se divide en varios paquetes individuales, más aún,cada uno de los cuales se está mandando a diferentes partes del sistema ó que el ducto de flujo de datoslleva ítems con distintos valores. Ejemplo:Identificación de la encuesta (Flujo divergente)VERIFICARSALDODESCRIPCIÓNDE LAPLANILLANo. DE LA PLANILLANo.CONTROLProf. Olga García
  6. 6. Flujo convergente: son paquetes elementales de datos que se agrupan para formar agregados.DESCRIPCIÓN DE LA PLANILLA(Flujo Convergente)ALMACÉNEs el depósito de los datos, que se utiliza para modelar una colección de paquetes de datos enreposo. Se denota por dos líneas paralelas, pero cualquier símbolo sugerido es aceptado. Enalgunos casos, el producto CASE que se haya elegido impondrá el conjunto de símbolos que sehabrá de utilizar. Además de la forma física que toma un almacén, éste puede existir pornecesidad o por conveniencia. En el primer caso, un almacén es necesario cuando dos procesosocurren en momentos diferentes, por ejemplo, el proceso de entrada de órdenes puede operar entiempos diferentes que el proceso de investigación de órdenes:IDENTIFICARPLANILLAINGRESARPEDIDOSRESPONDERPREGUNTASPEDIDOSPedido PedidoDetalles del pedidoNo. CONTROLNo. DE LA PLANILLAProf. Olga García
  7. 7. El otro tipo de almacén, es el que se implanta por conveniencia; por ejemplo el almacén de Pedidosque a continuación se describe:1.Se espera que ambos procesos se ejecuten en a misma computadora, pero no hay suficientememoria, para cubrir ambos al mismo tiempo. Así, el almacén de ÓRDENES se crea como archivointermedio, pués la tecnología de implantación disponible ha forzado a que los procesos se ejecutenen tiempos distintos.2.Se espera que cualquiera de los procesos, o ambos, se ejecuten en una configuración de hardwareque es poco confiable. Aswí, el almacén de ÓRDENES se crea como respaldo en caso de quecualquiera de los procesos se aborte.3.Se espera que diferentes programadores implanten los dos procesos. Así, el almacén deÓRDENES se crea para probar y corregir, de manera que si el sistema completo no trabaja ambosgrupos pueden ver los contenidos del almacén y detectar el problema.4.El analísta o el diseñador pensaron que el usuario pudiera algún día hacer accesos al almacén deÓRDENES por alguna otra razón, aún cuando no haya expresado tal interés. En este caso, el almac´´en se crea anticipando necesidades futuras del usuario.PEDIDOSINGRESARPEDIDOSPROCESARPEDIDOSPedidoPedidoPedido inválidoDetalles depedidosRespuestaProf. Olga García
  8. 8. CARACTERÍSTICAS DE LOS ALMACENES1. El nombre que se utiliza es el plural del que se utiliza para los paquetes de los datos que entran ysalen del almacén por medio de flujos.2. No se debe referir a un almacén como un dispositivo de almacenamiento físico (archivos ó basede datos; por ejemplo, un archivo en cinta magnética o un archivo organizado con IMS, DB2,ADABAS, IDMS ó algún otro sistema de manejo de base de datos), algo comúnmente practicadopor los analistas experimentados.3. En la mayoría de los casos en un almacén, no se etiquetan los flujos que entran o salen de él, a menosque se extraiga una porción del mismo.4.Un almacén es pasivo y los datos no viajarán a lo largo del flujo.5.Un flujo hacia un almacén se puede describir como una escritura, una actualización o unaeliminación: Se está guardando uno ó más paquetes nuevos. Uno ó más paquetes se están modificando o cambiando Se están retirando del almacén uno ó más paquetesPEDIRCOTIZACIÓNIMPRENTALIBROSNombre -libroProf. Olga García
  9. 9. TERMINADORESLos terminadores o agentes externos e internos, como también se les conoce, son las fuentes odestinos de los datos. Normalmente, se considera como externo a un agente cuando esclaramente exterior a la empresa, algunos ejemplos de éstos son: Clientes, Proveedores yOrganísmos Gubernamentales. Los agentes son internos, cuando se refieren a tareas efectuadasdentro de la empresa pero que no forman parte del sistema; sin embargo, suministran entradas oreciben salidas de él. Se pueden citar como agentes internos otros departamentos, empleados osistemas de información. Los agentes internos pueden englobar también a los usuarios finales deun sistema, que con frecuencia son fuentes de las entradas (datos) y destinos de las salidas(información).CARACTERÍSTICAS DE LOS TERMINADORES1. Su nombre debe venir en mayúscula y singular.2. Son externos al sistema, los flujos que los conectan a un proceso ó a un almacén representanel interfaz entre el terminador y el resto del mundo.3. Los responsables del análisis o el diseño, no pueden cambiar su contenido o la manera comotrabajan. Por lo tanto el modelo que está siendo desarrollado debe ser lo suficientementeflexible, para permitir al diseñador elegir la mejor implantación. En tal sentido, el analista no puedemodificar los contenidos, la organización ni los procedimientos internos de los terminadores.4. Las relaciones que existen entre los terminadores no se muestran en el gráfico del DFD, yaque por definición estos son externos a la organización. Si se diera el caso de que la relaciónexistiera, y sea de interés para el analista, entonces los terminadores serían parte del sistemay deberían modelarse como procesos.Prof. Olga García
  10. 10. DIAGRAMAS DE FLUJO DE DATOSTERMINADOR PROCESOPROCESOALMACENALMACENTERMINADORFlujo de escrituraFlujo de lecturaProf. Olga García
  11. 11. MODELIZACIÓN DE PROCESOS PASO A PASOPASOS PARA LA CONSTRUCCIÓN DE LOS DIAGRAMAS DE FLUJO DE DATOSPASO 1Elaborar un diagrama de flujo de datos de CONTEXTO – este ubica el sistema dentro de un contextode entorno; vale decir, como interactua el sistema con otros sistemas y con la empresa consideradaen su conjunto. Define el campo de acción y los límites del sistema y el proyecto.Al dibujar un diagrama de contexto:• Use un solo símbolo de proceso.• Rotule el símbolo de proceso de modo que represente todo el sistema. Se puedeusar un verbo más un objeto.• No numere el símbolo de proceso.• Incluya todos los terminadores del sistema.• Muestre todos los flujos de datos entre los terminadores.Estrategias para determinarlos:• Pregunte a sus usuarios finales cuáles son los sucesos o transacciones a los cualesdebe responder el sistema.• Para cada suceso, pregunte a sus usuarios finales cuáles son las respuestas quedebería producir el sistema.• Pregunte cuáles son los informes de formato fijo que ha de producir el sistema.• Identifique las fuentes netas de datos para cada suceso.• Identifique los recipientes netos de cada respuesta o salida que debería generar elsistema.• Identifique todos los posibles almacenes de datos externos.• Dibuje un diagrama de contexto para todas las informaciones anteriores.
  12. 12. DIAGRAMA DE FLUJO DE DATOS FIGURA N• PASO 2: Elaborar un Diagrama de Flujo de Datos General (Figura 0)Si es necesario documentar un sistema con mayor detalle que el diagrama de Figura0, se puede usar uno o más diagramas de figura n. Un diagrama de la figura ndocumenta un solo proceso de un DFD con mayor detalle. La n representa el númerodel proceso del siguiente nivel más alto que se está documentando• Guía para su construcción.1. Se comienza su construcción una vez que se conozcan sus componentes, loscuales deben ser identificados conjuntamente con los usuarios.2. Escoger nombres significativos perdurables para los componentes.3. Numerar los procesos para que sirvan de referencia al analista para suexplosión posterior.4. Evitar los DFD excesivamente complejos.5. Mantener la consistencia entre los procesos y los otros modelos.♦ Evite sumideros infinitos - burbujas que solo tienen entradas pero no salidas.♦ Evite burbujas de generación espontánea - son burbujas de solo salidas.♦ Tener cuidado con los flujos y procesos no etiquetados.♦ Tener cuidado con los almacenes de solo escritura o solo lectura - todoalmacén debe tener, tanto entradas como salidas, excepto, el almacénexterno que sirve de interfaz entre el sistema y algún terminador externo.6. Restringir un solo DFD a no más de seis u ocho procesos7. Se debe usar una página para un DFD en particular.Prof. Olga García
  13. 13. DIAGRAMAS DE FLUJO DE DATOSFLUJO DE DATOS1. Representan la introducción de datos en un proceso o la obtención de datos de unproceso.2.Representan la actualización de datos en un archivo, una base de datos u otro mediode almacenamiento de datos.3.Es una vía por la cual transitan paquetes de datos de composición conocida.4.Los datos puede viajar por cualquier vía dada.TERMINADORES (FUENTES O DESTINOS DE LOS DATOS)1.Agentes internos (entradas al sistema o fuentes), se refieren a tareas efectuadasdentro de la empresa, pero que no forman parte del ámbito del sistema y además lesuministran entradas o reciben salidas de él. Ejemplos: otros departamentos, empleadoso sistemas de información.2.Agentes Externos (salidas de un sistema o destinos), son aquellos que son claramenteexterior a la empresa. Ejemplos: clientes, proveedores y los organísmosgubernamentales.ALMACENES DE DE DATOSUn almacén es un inventario de datos y describen cosas sobre las cuales la empresadesea almacenar datos. Es el punto de unión más común entre los modelos de datos ylos modelos de procesos.Prof. Olga García
  14. 14. SISTEMA DEDISTRIBUCIÓNDIAGRAMA DE FLUJO DE DATOS DE CONTEXTO, PARA UN SISTEMA DEDISTRIBUCIÓNCLIENTESPROVEEDORESALMACEN DEMATRIALESGERENCIAÓrdenes de ventaAvisos de órden de ventarechazadaFacturasEstados de cuentasPagos de clientesCompromisosÓrdenes de compraEmbarquesFacturas de proveedoresEstados de proveedoresPagos de proveedoresExistenciasEstados de ingresosBalance generalInformes de presupuestoOtros informesProf. Olga García
  15. 15. DIAGRAMA DE FLUJO DE DATOS DE FIGURA 0- SISTEMA DE DISTRIBUCIÓNCLIENTES1SURTIRPEDIDOS2ORDENAREXISTENCIASDEREABASTECIMIENTO3MANTENERLIBRO MAYORGERENCIAALMACÉNDE MATERIALESPROVEEDORESÓrdenes de ventaVenta rechazadaFacturasEstados de cuentaPagos de clientesDatos de cuentas por cobrarDatos de inventarioDatos de compraArtículos recibidosDatos de cuentas por pagarOtros informesInformes depresupuestoBalance generalEdo. deingresosCompromisosÓrdenes de compraEmbarquesFactura de proveedoresEstados de proveedoresPagos a proveedoresExistencias
  16. 16. Explosición del Diagrama de Flujos de Datos.Hasta ahora hemos visto representaciones del DFD a un nivel muy altoo gerencial del sistema, pero el usuario podría preguntar, por ciertosdetallesque no se muestran a ese nivel.La idea de la explosición del DFD; es organizar el DFD global en unaserie de niveles, de manera tal que cada uno proporcionesucesivamente más detalles sobre una porción del nivel anterior.Como lo habiamos mencionado, el primer diagrama lo denominamosDiagrama de Contexto, que representa el sistema completo. Los flujosde datos muestran las interfases del sistema con su medioambiente(terminadores). Estos terminadores, a su vez pueden estarconectados a almacenes externos que pudieran haber.El DFD, que le sigue al Diagrama de Contexto, se conoce como elDiagrama de la figura 0, y representan las principales funciones delsistema al igual que sus principales interfases.Así, sucesivamente vamos explotando hasta representar el nivel dedetalle exigidos por el Usuario.Prof. Olga García
  17. 17. REGLAS PARA LA EXPLOSIÓN DE DIAGRAMAS DE FLUJO DE DATOS1. EL PRIMER NIVEL DEL DFD SÓLO PRESENTA UN ESQUEMA GENERAL DEL SISTEMA.2. EL CONJUNTO DE LOS DFD DE NIVEL MAS BAJO MUESTRA UNA VISIÓN DETALLADADEL SISTEMA.3. LA ÚNICA DIFERENCIA ENTRE LOS DFD DE CADA NIVEL ES EL DETALLE QUE ENELLOS SE PRESENTA.4. ES MUY CONVENIENTE IDENTIFICAR CADA UNO DE LOS DIAGRAMAS QUE EXPLOTANUN PROCESO CON EL NÚMERO DE BURBUJA QUE LE CORRESPONDE EN ELDIAGRAMA PADRE. DENTRO DE UN DIAGRAMA DE EXPLOSIÓN DEBEN TAMBIÉNNUMERARSE LAS BURBUJAS QUE CONTIENE, DE TAL MANERA QUE SEA SENCILLOIDENTIFICAR LOS DFD PADRES Y TODOS SUS CORRESPONDIENTES DEF DERIVADOS.11.21.2.5
  18. 18. REGLAS PARA LA EXPLOSIÓN DE LOS DFD (Continuación)5. NINGÚN DFD DEBE RECARGARSE EN EXCESO, ES RECOMENDABLE EVITARLA INCLUSIÓNDE MÁS DE OCHO PROCESOS EN CADA NIVEL, ES PREFERIBLE TENER MUCHOS NIVELESDE EXPLOSIÓN ANTES QUE DIAGRAMAS DIFÍCILES DE COMPRENDER.6. DE LA MISMA FORMA QUE UN PROCESO SE SUBDIVIDE EN EL SIGUIENT NIVEL DE DETALLE,TAMBIÉN PUEDEN EXPLOTARSE LOS FLUJOS DE DATOS, ALMACENES Y TERMINADORES.1SERVICIOSDETRANSPORTE1.1COMPAÑÍANAVIERA1.2COMPAÑÍAAEREANÓMINANÓMINA DE CONTRATADOSNÓMINA DE EMPLEADOSPagoPago por chequesPago por depósito
  19. 19. EXPLOSIÓN DEL DFD ( Continuación)7. CADA BURBUJA “HIJO” DEBE SER CONSISTENTE CON LOS FLUJOS DE ENTRADA YSALIDA DE LA BURBUJA “PADRE”. ESTO SE EXPRESA DICIENDO QUE LOS FLUJOS DEDATOS PRODUCTO DE UNA EXPLOSIÓN DEBEN ESTAR BALANCEADOS CON EL NIVELANTERIOR, VALE DECIR, DEBE QUEDAR CLARO “ QUIÉN ES EL FLUJO PADRE” DE CADAFLUJO. SI EN CIERTO NIVEL APARECE UN FLUJO CUYA PATERNIDAD NO PUEDE SERIDENTIFICADA CLARAMENTE, ES NECESARIO REVISAR LOS DFD DE NIVEL SUPERIOR YAQUE ES POSIBLE QUE SE HAYA OMITIDO ALGO IMPORTANTE.PROCESARPAGOSCLIENTESPROCESARPAGOS ENCHEQUEPROCESARPAGOS DE NÓMINAPagoPago en chequePago pornóminaIngresos a cajasIngresos en chequeIngresos por nómina
  20. 20. FUENTEELSISTEMADESTINOALMACEN 1FUENTEPROCESO1flujo 1flujo 3 PROCESO 2flujo 5flujo 2DESTINOflujo 4ALMACEN 1 ALMACEN 2EXPLOSIÓN DE LOS DFDProf. Olga García
  21. 21. PRIMERA EXPLOSIÓN1PROCESO2.1SUB-PROCESO2.2SUB-PROCESODESTINOflujo datos 3flujo datos 5flujo de datosintermedioFlujo de datos 4ALMACÉN 2
  22. 22. CLIENTES1.1CAPTURADEPEDIDOS1.3FACTURACIÓN1.2INVENTARIOS1.4CUENTASPORCOBRAR3Datos de cuentas por pagarPedisos facturadosPagosdeclientesEstatusdecuentaFacturasÓrdenes de ventaÓrdenes de venta rechazadaPedidos aceptadosArtículosrecibidosDatos decompras3 2PedidoscompletadosPedidos surtidosPRIMERA EXPLOSIÓN (FIGURA 1) DEL SISTEMA DE DISTRIBUCIÓN DE MERCANCÍA
  23. 23. DIAGRAMA DE FLUJO DE DATOS FIGURA 2 – ORDENAR EXISTENCIAS DEREABASTECIMIENTO2.1COMPRAS2.2RECEPCIÓN2.3CUENTASPORPAGAR3Obligaciones incurriidasÓrdenes de compra surtidasDatos de órdenes de Compras emitidasPROVEEDORCompromisosÓrdenes de compraEmbarquesBODEGADEMATERIALESExistenciasCompras recibidas1Datos contables de cuentas por pagar1Artículos recibidosDatos de compraFacturasproveedoresEstadosdeproveedoresPagosaproveedores
  24. 24. DIAGRAMA DE FIGURA 3 “ EXPLOSIÓN DEL PROCESO 3: MANTENER EL LIBRO MAYOR”1213.1ACTUALIZARLIBROMAYOR3.2PREPARARINFORMESGERENCIALES GERENCIARegistros del libro mayorRegistros actualizadosLIBROMAYORDatos de cuentas por cobrarDatos de inventarioDatos de informes gerencialesInformes de presupuestoOtros informesBalance generalEstado de ingresos
  25. 25. DIAGRAMA FIGURA 1.1 “ EXPLOSIÓN DEL PROCESO 1.1: CAPTURA DE PEDIDOS”CLIENTES1.1.1EDITARDATOS DEPEDIDOS1.1.2VERIFICACIÓNDE CRÉDITO1.1.3ASENTARPEDIDOS1.1.4MARCARPEDIDOSSURTIDOS1.21.3ÓRDENES DE VENTARECHAZADASPOR EDISIÓNARCHIVO DE CRÉDITODE CLIENTESÓRDENES DE VENTARECHAZADASPOR CRÉDITOÓrdenes de ventaRechazos por ediciónPedidos editadosDatos de créditoRechazos por créditoDatos de pedidoBITÁCORADE PEDIDOSFecha en que se surtióPedidos completadosPedidos aceptadosPedidos editados y verificadosAvisos de órdenDe ventarechazada
  26. 26. DIAGRAMA DE FIGURA 1.2 DEL SISTEMA DE INVENTARIO1.11.2.1COMPROBAREXISTENCIASARCHIVOS DEINVENTARIOS1.2.3AÑADIRARTÍCULOSRECIBIDOS1.2.4PROPORCIONARDATOS DELIBROMAYOR1.2.2VERIFICARPUNTO DEREORDENPedidosaceptadosRegistros deartículosAdiciones al archivode inventarios2Artículosrecibidos3Registros deinventarios2Datos de compraRegistros deArtículosactualizadosArtículosdisponiblesARCHIVO DEPEDIDOSPENDIENTERegistrosde pedidospendientes1.3Artículos surtidosDatos contablesde inventario
  27. 27. DIAGRAMA DE CONTEXTO DEL SISTEMA DE TURISMO EMISIVOSISTEMA DETURISMO EMISIVODIRECCIÓN DEDIVULGACIÓNESTADÍSTICADATOS MUESTRALES(SERVIDOR CENTRAL)DATOSEXPANDIDOSDATOS MUESTRALESREDIMENSIONADOS ODESAGREGADOS
  28. 28. DIAGRAMA DE FLUJO DE DATOS PRIMER NIVELDIRECCIONES ESTADALESENCUESTA DE TURISMO EMISIVOSUPERVISORES1TRANSCRIPCIÓNYVALIDACIÓN2GENERARLISTADO DECHEQUEO3DEPURACIÓNDE DATOSEncuestasrevisadasDatosvalidadosDatosinconsistentesSERVIDOR CENTRAL(DATOS MUESTRALES)Datos muestrales depuradosDATOS MUESTRALES LOCALES
  29. 29. DIAGRAMA DE FLUJO DE DATOS – TURISMO EMISIVOPROCESOS SEDE CENTRAL (DEE)SERVIDOR CENTRAL(DATOS MUESTRALES)1CONTROLDECALIDAD2AJUSTE YREDIMENSIÓN3GENERARTABULADOSBÁSICOSDATOSREDIMENSIONADOS4CÁLCULOCOEFICIENTESEXPANSIÓN5GENERARTABULADOSEXPANDIDOS6CÁLCULO DEERRORESMUESTREEO7INFORMEDERESULTADOSEJECUTIVOPRENSATRIPTICOSAU

×