INTRODUCCIÓN.
En esta clase se explicó
el diagrama de fuljo de datos que se lo realiza para tener una comunicación
entre el usuario y programador para que el usuario sepa de qué forma fluyen sus
datos.
MARCO TEÓRICO
DIAGRAMA DE FLUJO DE DATOS
La metodología del flujo
de datos para determinar los requerimientos humanos. “Los diagramas de flujo de
datos (DFD) describen de forma general las entradas, los procesos y las salidas
del sistema.”
Se lo puede definir como
una técnica de análisis estructurado, donde el analista de sistemas puede
ensamblar una representación gráfica de los procesos de datos a través de la
organización. Al usar combinaciones de sólo cuatro símbolos, el analista puede
crear una descripción ilustrada de los procesos con el fin de elaborar una
documentación sólida para el sistema.
Ventajas de la
metodología del flujo de datos
1. No hay que
comprometerse demasiado pronto con la implementación técnica del sistema.
2. Permite comprender con
más detalle la capacidad de interrelación de los sistemas y subsistemas.
3. Se puede comunicar el
conocimiento del sistema actual a los usuarios por medio de diagramas de flujo
de datos.
4. Se puede analizar un
sistema propuesto para determinar si se han definido los datos y procesos
necesarios.
CONVENCIONES USADAS EN LOS DFD
SÍMBOLOS BÁSICOS para
graficar el movimiento de los datos en el diagrama:
Un cuadrado doble, una
flecha, un rectángulo con esquinas redondas y un rectángulo con un extremo
abierto (cerrado del lado izquierdo y abierto del lado derecho).
ENTIDAD.
Describe una entidad
externa (una empresa, una persona o una máquina) que pueda enviar/recibir datos
hacia/desde el sistema.
Cada entidad se
identifica con un nombre apropiado. Aunque interactúa con el sistema, se
considera fuera de los límites de éste.
Se debe denominar a las
entidades con un sustantivo. Se puede utilizar la misma entidad más de una vez
en un diagrama de flujo de datos para evitar cruzar las líneas de flujo de
datos.
FLUJO DE DATOS.
La flecha muestra el
movimiento de los datos de un punto a otro. La cabeza de la flecha
apunta hacia el destino de los datos.
Los flujos de datos que
ocurren al mismo tiempo se pueden describir mediante el uso de flechas
paralelas.
Como una flecha
representa datos sobre una persona, lugar o cosa, también se debe describir con
un sustantivo
PROCESO.
Se utiliza un rectángulo
con esquinas redondas para mostrar la ocurrencia de un proceso de
transformación.
Siempre expresan un
cambio o transformación en los datos; por ende, el flujo de datos que sale de
un proceso siempre se identifica de manera distinta al flujo que entra al
proceso.
Representan el trabajo
que se realiza en el sistema y se deben denominar mediante el uso de uno de los
siguientes formatos.
Debe recibir un número de
identificación único que indique su nivel en el diagrama.
ALMACÉN DE DATO.
El rectángulo se dibuja
con dos líneas paralelas que se cierran mediante una línea corta del lado
izquierdo y cuyo extremo derecho está abierto.
En los DFD lógicos no se
especifica el tipo de almacenamiento físico (permite examinar, agregar y
recuperar los datos).
Puede representar un
almacén manual como un archivero o una base de datos computarizada.
Como los almacenes de
datos representan a una persona, lugar o cosa, se denominan con un sustantivo.
Los almacenes de datos
temporales, como el papel de borrador o un archivo temporal de computadora, no
se incluyen en el diagrama de flujo de datos.
Hay que dar a cada
almacén de datos un número de referencia único, como D1, D2, D3, por ejemplo
PROCEDIMIENTO QUE REALIZA
EL ANALISTA
Se utiliza una
metodología arriba-abajo para dibujar primero un diagrama de flujo de datos a
nivel de contexto del sistema con una vista más amplia.
Se dibuja un diagrama de
flujo de datos lógico de nivel 0.
Se muestran los procesos
y se agregan los almacenes de datos.
Se crea un diagrama hijo
para cada uno de los procesos en el Diagrama 0.
Las entradas y salidas
permanecen constantes, pero los almacenes de datos y los orígenes cambian. Al
expandir el diagrama de flujo de datos original, el analista de sistemas se
puede concentrar en descripciones más detalladas del movimiento de datos en el
sistema.
Se desarrolla un diagrama
de flujo de datos físico a partir del diagrama de flujo de datos lógico y se
particiona para facilitar la programación.
Se analiza cada proceso
para determinar si debe ser manual o automatizado.
DIAGRAMA DE CONTEXTO
• El diagrama de contexto
es el nivel más alto en un diagrama de flujo de datos y contiene sólo un
proceso, el cual representa a todo el sistema.
• El proceso recibe el
número cero.
• El diagrama no contiene
almacenes de datos y es bastante simple de crear una vez que los analistas
conocen las entidades externas y el flujo de datos que entra y sale de ellas.
DIBUJO DEL DIAGRAMA 0
El Diagrama 0 es la
expansión del diagrama de contexto; puede incluir hasta nueve procesos.
Los diagramas de contexto
(superior) se pueden “expandir” en un Diagrama 0 (inferior).
CREACIÓN DE DIAGRAMAS
HIJOS (Niveles más detallados).
La regla principal para
crear diagramas hijos es el balanceo vertical; establece que no puede producir
salida o recibir entrada que el proceso padre no produzca o reciba también.
Todos los datos entrantes
o salientes del proceso padre deben mostrarse como entrantes o salientes en el
diagrama hijo.
Se enumeran mediante el
uso del número del proceso padre, un punto decimal y un número único para cada
proceso hijo.
El flujo de datos que
concuerda con el flujo padre se denomina flujo de datos de interfaz y se muestra
como una flecha que entra o sale de un área en blanco del diagrama hijo.
Los procesos se pueden o
no expandir, dependiendo de su nivel de complejidad. Cuando un proceso no se
expande, se dice que es funcionalmente primitivo y se le denomina proceso primitivo.
COMPROBACIÓN DE ERRORES
EN LOS DIAGRAMAS
1. Olvidar incluir un
flujo de datos o apuntar una flecha en dirección equivocada.
2. 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. Las entidades externas no trabajan directamente con archivos.
3. Etiquetar de manera incorrecta
los procesos o el flujo de datos. Cada flujo de datos se debe describir con un
sustantivo.
4. 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 crea confusión. Si hay más de nueve
procesos, conviene agrupar algunos para formar un subsistema y colocarlos en un
diagrama hijo.
5. Omitir el flujo de
datos. Buscar un flujo de datos en el que cada proceso sólo tiene una entrada y
una salida. El flujo de datos lineal ocurre raras veces. Por lo general su
presencia indica que faltan flujos de datos en el diagrama.
6. Crear una 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.
ERRORES COMUNES QUE
PUEDEN OCURRIR EN UN DIAGRAMA DE FLUJO DE DATOS
(EJEMPLO DE NÓMINA).
EL DIAGRAMA DE FLUJO DE
DATOS CORRECTO.
(EJEMPLO DE NÓMINA).
CONCLUSIÓN.
Es importante realizar
este diagrama de flujo de dato ya que este diagrama dará a conocer y entender
al usuario como sirve el software y cuáles
son las entidades involucradas en él y como fluirá la información y los datos
en el proceso.
BIBLIOGRAFÍA
Kendall, K. &
Kendall, J. 2011. Análisis y diseño de sistemas. Capítulo 7. Octava Ed. PEARSON
EDUCACIÓN, México, 2011
