Creaci N De Diagramas Hijos2

Creación de diagramas hijos (niveles más detallados)
Cada proceso en el diagrama 0 a su la misma vez puede expandirse para hacer un diagrama hijo con más detalle. El proceso que se expande en el diagrama 0 se lo llama proceso padre, y el diagrama que resulta como hijo. La regla principal para hacer diagramas hijos es el balanceo vertical; establece que el diagrama hijo no puede producir salidani recibir entrada si el proceso padre no lo produce o reciba también.
Los datos entrantes o salientes del proceso padre deben mostrarse en el diagrama hijo.
El hijo recibe el mismo número que su proceso padre en el Diagrama 0. Las entidades no se muestran en los diagramas hijos debajo del Diagrama 0. El flujo de datos que coincide con el flujo padre se denomina flujo de datos de interfaz y semuestra como una flecha que entra o sale de un área en blanco del diagrama hijo. Si el proceso padre tiene un flujo de datos que lo conecta con un almacén de datos, el diagrama hijo tiene el almacén de datos también. Un diagrama de nivel inferior puede contener almacenes de datos que no se muestren en el proceso padre. Los flujos de datos menores, como una línea de error, se pueden incluir en undiagrama hijo pero no en el padre. Los procesos se pueden o no expandir, depende de su nivel de dificultad. Si un proceso no se expande, se dice que es funcionalmente primitivo y se le denomina proceso primitivo.

Comprobación de errores en los diagramas
Los errores que se cometen al dibujar diagramas de flujo de datos son:
Olvidar incluir un flujo de datos, apuntar una flecha en dirección equivocada.Cada proceso transforma los datos: debe recibir datos de entrada y producir datos de salida.
Conectar almacenes de datos y entidades externas directamente entre sí. No se pueden conectar los almacenes de datos y las entidades entre sí; se deben conectar sólo mediante un proceso.
Etiquetar de manera incorrecta los procesos o el flujo de datos.
Un proceso debe indicar el nombre del sistema odebe usar el formato verbo-sustantivo-adjetivo. Cada flujo de datos se debe describir con un sustantivo.
Incluir más de nueve procesos en un diagrama de flujo de datos. Al tener muchos procesos se produce un diagrama sobrecargado de información que puede confundirnos al tratar de leerlo y entorpece la comunicación en vez de mejorarla.
Omitir el flujo de datos, el flujo de datos lineal ocurre rarasveces. Por lo general su presencia indica que faltan flujos de datos en el diagrama.
Crear una descomposición (o expansión) desbalanceada en los diagramas hijos. Cada diagrama hijo debe tener el mismo flujo de datos de entrada y salida que el proceso padre. La excepción a esta regla es la salida menor, como las líneas de error que se incluyen sólo en el diagrama hijo.

DIAGRAMAS DE FLUJO DE DATOSLÓGICOS Y FÍSICOS
Los diagramas de flujo de datos se clasifican como lógicos o físicos:

Un diagrama de flujo de datos lógico se fija en la empresa, en la forma que opera. No se preocupa de la forma en que se construirá el sistema, describe los eventos de la empresa que se llevarán a cabo, los datos requeridos y producidos por cada evento. En contraste, un diagrama de flujo de datos físicomuestra cómo se implementará el sistema, incluyendo hardware, software, los archivos y las personas involucradas en el sistema. Lo mejor es desarrollar sistemas para analizar el sistema actual (el DFD lógico actual) y después agregar las características que debería incluir el nuevo sistema (la DFD lógica propuesta). Finalmente hay que desarrollar los mejores métodos para implementar el nuevo sistema (elDFD físico). Al desarrollar un diagrama de flujo de datos lógico del sistema actual comprendemos con claridad la forma de operar del sistema actual eso sirve de punto de partida para desarrollar el modelo lógico del sistema actual. Algo a favor de tomarse el tiempo para construir el diagrama de flujo de datos lógico del sistema actual es que podemos utilizarlo para crear el diagrama de flujo de...