Uso de diagrama de flujo de datos

Uso de diagrama de flujo de datos

Clase 18 de Noviembre del 2011

1. ¿Cuál es uno de los métodos principales que está disponible para que el analista lo use cuando analiza los sistemas orientados a datos?

Uno de los métodos principales es el diagrama de flujo de datos.

2.  ¿Cuáles son las cuatro ventajas de usar un enfoque de flujo de datos sobre las explicaciones narrativas del movimiento de datos?

•  Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
•  Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
•  Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de flujo de datos.
•  Análisis de un sistema propuesto para determinar si se han definido los datos y procesos necesarios.

3. ¿Cuáles son los cuatro artículos de datos que se pueden simbolizar en un diagrama de flujo de datos?

•  El rectángulo redondeado: Utilizado para ilustrar el procesamiento o transformaciones de datos.
•  Un cuadrado doble: Permite representar una entidad de datos externa.
•  Una flecha: Describir el flujo de datos.
•  El rectángulo abierto: Representa un almacén de datos.

4.  ¿Qué es un diagrama de flujo de datos de contexto? Compárelo con un DFD de nivel 0?

El diagrama de contexto es el nivel más alto de un diagrama de flujo de datos.  Solamente se presenta un proceso que representa a todo el sistema (al que se asigna el número 0), y las entidades externas, así como los flujos de datos que van hacia y desde dichas entidades.

5. ¿Defina el enfoque "de arriba hacia abajo" así como su relación al dibujar los diagramas de flujo de datos?

Este enfoque va de un menor detalle hacia un mayor detalle a medida que se profundiza en el diseño.  En los diagramas de flujo de datos puede verse que un diagrama de contexto presenta a todo el sistema, y a medida que se baja a los siguientes niveles, el nivel de detalle se va aumentando.

6. ¿Describa lo que significa "dividir" diagramas de flujo de datos?

Explotando o fragmentando los diagramas de flujo se logra un mayor detalle del permitido por el diagrama de contexto.  Las entradas y salidas del primer diagrama permanecen constantes, pero el resto del diagrama original es “explotado” en acercamientos que involucran varios procesos y muestran almacenes de datos y nuevos flujos de datos de nivel más bajo.

7. ¿Cuáles son los pros y los contras involucrados para decidir hasta dónde se deben dividir los flujos de datos?

Hay varias consideraciones que deben tomarse en cuenta para determinar qué tanto explotar un DFD.  Si los DFD son demasiado complejos se desperdiciará tiempo y se sacrificará la comprensibilidad.  Pero por otro lado, si los diagramas de flujo de datos están muy poco explotados, pueden ocurrir errores u omisiones que pueden eventualmente afectar el sistema que está siendo desarrollado.

8. ¿Por qué es tan importante etiquetar los diagramas de flujo de datos? ¿Qué etiquetas se pueden implementar eficazmente en los diagramas de flujo de datos para aquellos que no están familiarizados con el sistema?

El etiquetado correcto es importante porque ayudan a cumplir la función de comunicación del diagrama de flujo.

9. ¿Cuál es la diferencia entre un diagrama de flujo de datos lógico y uno físico?

Un diagrama de flujo de datos lógico describe el negocio, mientras que uno físico describe al sistema, incluyendo el hardware, el software.

10. ¿Mencione tres razones para crear un diagrama de flujo de datos lógico?

Algunas razones para crear un DFD lógico son:

•  Mejor comunicación con los usuarios.
•  Mejor entendimiento del negocio por parte de los analistas.
•  Eliminación de redundancias y creación más sencilla del modelo físico.

11. ¿Mencione cinco características encontradas en un diagrama de flujo de datos físico que un diagrama de flujo de datos lógico no tiene?

Algunas características que se encuentran en un DFD físico son:

• Aclarar qué procesos son manuales y cuáles son automatizados.
•  Describir los procesos con mayor detalle los DFDs lógicos.
•  Identificar los almacenes de datos temporales.
•  Especificar los nombres reales de archivos y documentos impresos.
•  Agregar controles para asegurar que los procesos se realicen adecuadamente.

12. ¿Cuándo se requieren los archivos de transacción en el diseño del sistema?

Los archivos de transacción usualmente son utilizados para almacenar datos de un proceso que posteriormente serán utilizados por otro proceso.

13. ¿Cómo se puede usar una tabla de eventos para crear un diagrama de flujo de datos?

Cuando se utiliza una tabla de eventos, las columnas de “detonador” y de “respuesta” se transforman en los flujos de datos de entrada y salida, y la de “actividad” se transformar en el proceso.  Luego, el analista deberá determinar qué almacenes de datos son requeridos.

14. ¿Mencione las secciones principales de un caso de uso?

Los casos de uso tienen una sección donde se define la actividad y su detonador. 

15. ¿Cómo se puede usar un caso de uso para crear un diagrama de flujo de datos?

Cada caso de uso representa un evento, así que se puede utilizar una metodología similar a la utilizada para crear DFDs a partir de tablas de eventos.

16. ¿Qué es el particionamiento y cómo se usa?

Es un proceso de examinar un diagrama de flujo de datos y determinar qué partes corresponden a procedimientos manuales y cuáles son automatizados, para agruparlos como parte de un sistema de cómputo.

17. ¿Cómo puede determinar un analista cuándo se requiere una interfaz de usuario?

Una interfaz de usuario es requerida cuando se requiere que el usuario pueda introducir o consultar información de un sistema.

18. ¿Mencione tres formas de determinar el particionamiento en un diagrama de flujo de datos?

El particionamiento de un DFD puede determinarse:

•  Por grupos de usuarios.
•  Por tareas similares.
•  Por razones de eficiencia.

19. ¿Mencione tres formas de usar diagramas de flujo de datos terminados?

Los diagramas de flujo de datos sirven para efectos de documentación del sistema, para documentar niveles altos o bajos del análisis, y finalmente, para sustentar la lógica subyacente en los flujos de dato