Ejemplo De La Letra A

Diagramas de Flujo de Datos

Introducción

Si hubiéramos utilizado los diagramas de flujo de datos para los proyectos más PQS, la vida habría sido mucho mejor. A veces nos dimos el cliente una estimación (no una oferta fija) antes de que entendimos el alcance del proyecto - mala idea. Bastante lejos a lo largo del proyecto, el cliente sacó a relucir algunos sustancial y literalmente inaudito de funcionalidad e insistió en que estos también deben ser incluidos. El precio subió en consecuencia, y el cliente no estaba contento.

Para evitar esto, se recomienda hacer un análisis de flujo de datos de todo el ámbito, para conseguir una sólida comprensión del problema, y ​​para eliminar los requisitos ocultos que pueden más tarde superficie.

Análisis de flujo de datos no está de diagramas de flujo. Es una técnica específica que se centra en:

Procesos (procesos de negocio se realiza)

Las entidades externas al proceso (las personas con las que los agentes o los operadores interactúan)

Los almacenes de datos (donde se almacena la información)

Los flujos de datos (el cual la información se pasa hacia atrás y adelante)

Los resultados del análisis de flujo de datos están mejor documentados usando diagramas de flujo de datos. Estos muestran gráficamente los cuatro componentes, de una manera sencilla y directa. Parte de la claridad en los diagramas de flujo de datos es debido a la omisión intencionalmente algunos aspectos, que luego ofrecen más adelante, en otros lugares en el proceso de análisis.

El análisis de los procesos actuales con un enfoque en dos etapas

Trabajo de análisis de flujo de datos es a menudo difícil debido a la gran complejidad de los procesos involucrados. Es fácil para el analista para convertirse en abrumado. Para evitar esto, se utiliza un proceso de dos pasos para entender la situación:

Un enfoque en los datos físicos fluye. Esto significa observar el proceso como un salvaje lo haría, sin centrarse en la lógica que hay detrás, o información sobre una determinada pieza de papel (o contenida en una conversación o correo electrónico). La descripción de flujo de datos sería, por ejemplo, que la persona A a la persona B manos el documento C. El siguiente diagrama muestra un ejemplo:

Un enfoque en los datos conceptuales fluye. Este proceso sólo puede comenzar después de que la documentación de flujo de datos físico es completa, ya que analiza los fundamentos conceptuales detrás del flujo de datos físicos. Por ejemplo, que figura en el documento C son muchas piezas de información, muchos de ellos irrelevantes para la persona B ... y algunos de interés para la persona B. El análisis del flujo de datos conceptual pedirían tanto de la persona A y B lo que las piezas interesantes de la información son, en C ... a continuación, mostrar estos datos como individuo fluye de persona a persona A B. El siguiente diagrama muestra un ejemplo:

Control de calidad mientras Documentar los procesos actuales

Diagramas de flujo de datos se centran en los procesos que reciben los datos y proporcionan los datos. Dos síntomas clásicos pueden indicar lógica defectuosa:

donde el proceso es una "caja mágica". En este ejemplo, el proceso parece crear mágicamente los flujos de datos de la nada, como un molinillo de salchicha de la creación de salchichas sin ningún ingrediente de carne siendo alimentados en él. En realidad, no pueden existir dichos flujos de datos, y su existencia en un diagrama muestra un error por parte del analista. El siguiente diagrama muestra un ejemplo:

donde el proceso es un "agujero negro", llamado así por el concepto de la astronomía de una estrella-gravedad intensa que absorbe las partículas y no permite que nada se escape. En este ejemplo, el proceso acepta datos y no da nada. Para todos los propósitos prácticos, puede ser que también no existir el proceso, por todo el bien que hace la organización. En realidad, pueden existir flujos de tales datos, como los procesos de negocio viciado. Un ejemplo real de los procesos de negocio defectuosos de un cliente se produjo cuando un supervisor estaba teniendo su personal de entrada de datos con diligencia introducir información detallada del cliente, para cada cliente, en una base de datos. El analista señaló que nadie más parecía importarle sobre cómo acceder a la base de datos, y se produjo ningún informe. El gerente confirmó que este era el caso, y explicó que los esfuerzos de introducción de datos simplemente estaban destinados a exponer a su personal a las computadoras; que no esperaba a nadie a utilizar los datos, pero también no quería que su personal sea consciente de ello. En este ejemplo, el proceso era de hecho un "agujero negro".

El siguiente diagrama muestra un ejemplo:

Las ineficiencias en la aplicación actual

Por lo general, la discusión de los flujos de datos existentes a menudo saca a la luz algunas ineficiencias. Cuando esto ocurre, los entrevistados comienzan a menudo que describe el sistema como debe trabajar, en contraposición a la forma en que trabaja hoy.

Hasta más adelante en el proyecto, este debe ser desalentado activamente. Puede ser malo para ceder a la tentación de sacar provecho de una mejor comprensión, a fin de perfeccionar los procesos ... pero no a expensas de obtener primero una comprensión clara de todos los temas en cuestión.

Debe explicarse al equipo entrevistado que, después se entienden y se documenta el proceso actual, entonces será apropiado para refinar los flujos de datos.

El siguiente diagrama muestra la secuencia apropiada de los sucesos. Las cajas verdes muestran los pasos evolutivos que

...