ENFOQUE DEL FLUJO DE DATOS
PARA DETERMINAR LOS REQUERIMIENTOS
El analista de sistemas puede elaborar una
representación gráfica de los procesos que se realizan con los datos en toda la
organización, mediante una técnica de análisis estructurada llamada diagramas
de flujo de datos (DFDs). Con el uso de tan sólo cuatro símbolos, el analista
de sistemas puede crear una descripción gráfica de los procesos que, con el
tiempo, contribuirán a desarrollar una sólida documentación del sistema.
Simbología
De Los Diagramas De Flujo.
Las diversas organizaciones usan distintos símbolos, pero el comité sobre computadoras y procesadores de información de la Asociación
Norteamericana de Normas ha hecho un gran esfuerzo
para normalizar los símbolos de los diagramas de flujo. Esa normalización permite comprender
cualquier diagrama de flujo que use los
símbolos recomendados.
Cada símbolo normal de diagrama de flujo tiene un
significado especial.
Ventajas Del Enfoque Del Flujo De Datos
El enfoque del flujo de datos posee cuatro ventajas
principales sobre las explicaciones descriptivas en relación con la forma en
que los datos se mueven a través del sistema:
1. Libertad para emprender la implementación técnica del sistema en las
etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y
subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual
mediante diagramas de flujo de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los
datos y procesos necesarios.
Convenciones Usadas En Los Diagramas De Flujo De
Datos
En los diagramas de flujo de datos se usan cuatro
símbolos básicos para graficar el movimiento de los datos: un cuadrado doble,
una flecha, un rectángulo con esquinas redondeadas y un rectángulo abierto
(cerrado en el lado izquierdo y abierto en el derecho),Con la combinación de estos cuatro símbolos se
puede describir gráficamente un sistema completo y varios subsistemas.
Un rectángulo con esquinas redondeadas se usa para
mostrar la presencia de un proceso de transformación. Los procesos siempre
denotan un cambio en los datos o una transformación de éstos; por lo tanto, el
flujo de datos que sale de un proceso siempre se designa de forma diferente al
que entra en él. Los procesos representan trabajo que se realiza en el sistema
y se deben nombrar usando uno de los formatos siguientes.
Un nombre claro permite reconocer fácilmente lo que
hace un proceso.
1. A los procesos de alto nivel asígneles el nombre del sistema. Por
ejemplo, SISTEMA DE CONTROL DE INVENTARIOS.
2. Para nombrar un subsistema principal, use un nombre como SUBSISTEMA DE
INFORMACIÓN DE INVENTARIOS o SISTEMA DE CUMPLIMIENTO DE PEDIDOS DEL CLIENTE EN
INTERNET
3. Para los procesos detallados use un formato de
sustantivo-verbo-adjetivo. El sustantivo indica cuál es el resultado principal
del proceso, tal como INFORME o REGISTRO. El verbo describe el tipo de
actividad, tal como calcular, verificar, preparar, imprimir o agregar.
Desarrollo De Diagramas De Flujo De Datos
Los diagramas de flujo de datos se pueden y deben
dibujar de manera sistemática para desarrollar eficazmente diagramas de flujo
de datos. Primero, el analista de sistemas necesita visualizar los flujos de
datos desde una perspectiva jerárquica de arriba hacia abajo.
Creación Del Diagrama De Contexto
El diagrama de contexto es el nivel más alto en un
diagrama de flujo de datos y contiene un solo proceso, que representa a todo el
sistema. Al proceso se le asigna el número cero.
En el diagrama de contexto se muestran todas las
entidades externas, así como también los flujos de datos principales que van
desde y hacia dichas entidades.
Dibujo Del Diagrama 0 (El Siguiente Nivel)
El Diagrama 0 es la ampliación del diagrama de
contexto y puede incluir hasta nueve procesos. Si se incluyen más procesos en
este nivel se producirá un diagrama difícil de entender.
Por lo general, cada proceso se numera con un
entero, empezando en la esquina superior izquierda del diagrama y terminando en
la esquina inferior derecha. En el Diagrama 0 se incluyen los principales
almacenes de datos del sistema (que representan a los archivos maestros) y todas
las entidades externas. La figura 7.3 representa gráficamente el diagrama de
contexto y el Diagrama 0.
Debido a que un diagrama de flujo de datos es
bidimensional (en lugar de lineal), usted puede empezar en cualquier punto del
diagrama e ir hacia adelante o hacia atrás. Si no está seguro de lo que podría
incluir en cualquier punto, tome una entidad externa, un proceso o un almacén
de datos diferente y empiece a dibujar el flujo a partir de él:
1. Empiece con el flujo de datos de una entidad en el lado de la entrada.
Haga preguntas tales como: "¿Qué sucede con los datos que entran en el
sistema?" "¿Se almacenan?" "¿Esta entrada es para varios
procesos?"
2. Trabaje hacia atrás a partir de un flujo de datos de salida. Examine
los campos de salida de un documento o pantalla.
3. Examine el flujo de datos desde o hacia un almacén de datos. Pregunte:
"¿Qué procesos ponen los datos en el almacén?" o "¿Qué procesos
usan los datos?" Observe que un almacén de datos utilizado en el sistema
en el que esté usted trabajando podría ser producido por un sistema diferente.
4. Analize un proceso bien definido. Vea qué
entrada de datos necesita el proceso y qué salida produce. Después vincule la
entrada y la salida con los almacenes de datos y las entidades adecuadas.
5. Tome nota de cualquier área confusa en donde no esté seguro de lo que
se debe incluir o de la entrada o la salida que se requiera. Al conocer las
áreas problemáticas podrá realizar una lista de preguntas para las entrevistas
de seguimiento con los usuarios clave.
Creación De Diagramas Hijos (Niveles Más
Detallados)
El proceso del Diagrama 0 a partir del cual se
realiza la ampliación se llama proceso padre, y el diagrama que se produce se
llama diagrama hijo. La regla principal para crear diagramas hijos, el
equilibrio vertical, estipula que un diagrama hijo no puede producir salida o
no puede recibir entrada que el proceso padre no produzca o reciba también.
Los procesos se podrían ampliar o no ampliar,
dependiendo de su nivel de complejidad. Cuando no se amplía un proceso, se dice
que es funcionalmente primitivo y se llama proceso primitivo.
Revisión De Errores En Los Diagramas
Cuando se dibujan diagramas de flujo de datos se
pueden cometer varios errores comunes como los siguientes:
1. Olvidar incluir un flujo de datos o apuntar con una flecha en la
dirección incorrecta.
Un ejemplo es un proceso dibujado que muestra todos
sus flujos de datos como entrada o salida. Cada proceso transforma datos y debe
recibir una entrada y producir una salida.
2. Conectar directamente entre sí almacenes de datos y entidades externas.
Los almacenes de datos y las entidades externas no se deben conectar entre sí;
sólo se deben conectar con un proceso.
3. Asignar nombres incorrectos a los procesos o al flujo de datos. Revise
el diagrama de flujo de datos para asegurar que cada objeto o flujo de datos
tiene un nombre adecua-
4. Incluir más de nueve procesos en un diagrama de flujo de datos. La
inclusión de demasiados procesos origina un diagrama confuso difícil de
entender y obstaculiza la comunicación en lugar de facilitarla.
5. Omitir un flujo de datos. Examine su diagrama en busca de flujo lineal,
es decir, flujo de datos en el cual cada proceso tiene sólo una entrada y una
salida. El flujo de datos lineal no es muy común, excepto en los diagramas de
flujo de datos hijos muy detallados.
6. Crear una separación (o ampliación) desequilibrada en los diagramas
hijos. Cada diagrama hijo debe tener el mismo flujo de datos de entrada y
salida que el proceso padre.
Diagramas De Flujo De Datos Lógicos Y Físicos
Los diagramas de flujo de datos se catalogan como
lógicos o físicos.Un diagrama de flujo de datos lógico se enfoca en
el negocio y en el funcionamiento de éste. No se ocupa de la manera en que se
construirá el sistema. Más bien, describe los eventos que ocurren en el negocio
y los datos requeridos y producidos por cada evento. Un diagrama de flujo de
datos físico muestra cómo se implementará el sistema, incluyendo el hardware,
el software, los archivos y las personas involucradas en el sistema.
En teoría, los sistemas se desarrollan mediante el
análisis del sistema actual (DFD lógico actual) y después se agregan
características que el nuevo sistema debe incluir (DFD lógico propuesto). Por
último, se deben desarrollar los mejores métodos para implementar el nuevo
sistema (DFD físico). El desarrollo de un diagrama de flujo de datos lógico
para el sistema actual ofrece un entendimiento claro de su funcionamiento, y
por lo tanto un buen punto de partida para desarrollar el modelo lógico del
mismo. Con frecuencia este paso, que requiere una considerable cantidad de
tiempo, se omite para ir directamente al DFD lógico propuesto. Una ventaja de
construir el diagrama de flujo de datos lógico del sistema actual es que se
puede usar para crear el diagrama de flujo de datos lógico del nuevo sistema.
Además, el uso del modelo lógico del sistema actual como base para el sistema
propuesto ofrece una transición gradual para el diseño del nuevo sistema. Una
vez desarrollado el modelo lógico
Desarrollo De Diagramas De Flujo De Datos Lógicos
Para desarrollar un diagrama de este tipo, primero
construya un diagrama de flujo de datos para el sistema actual. Hay varias
ventajas al usar un modelo lógico, entre ellas:
·
Mejor comunicación con los
usuarios.
·
Sistemas más estables.
·
Mejor entendimiento del
negocio por parte de los analistas.
·
Flexibilidad y
mantenimiento.
·
Eliminación de redundancias
y creación más sencilla del modelo físico.
Es más fácil usar un modelo lógico al comunicarse
con los usuarios del sistema porque se centra en las actividades del negocio.
En consecuencia, los usuarios estarán familiarizados con las actividades
principales y con muchos de los requerimientos de información de cada
actividad.
Desarrollo De Diagramas De Flujo De Datos Físicos
Después de desarrollar el modelo lógico del nuevo
sistema, usted lo podría usar para crear un diagrama de flujo de datos físico.
El diagrama de flujo de datos físico muestra cómo se creará el sistema, y
generalmente contiene la mayoría. Así como los diagramas de flujo de datos
lógicos tienen ciertas ventajas, los diagramas de flujo de datos físicos tienen
otras, entre ellas:
Ø Aclarar qué procesos son manuales y cuáles son automatizados.
Ø Describir los procesos con mayor detalle los DFDs lógicos
Ø Distribuir en un orden particular los procesos que se deben realizar.
Ø 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.
Modelación de eventos y diagramas de flujo de datos
Los eventos propician que el sistema realice alguna actividad y actúan como
detonadores del sistema. Un ejemplo de evento es el de un cliente que reserva
un vuelo en la Web. Cada vez que se envía un formulario Web, se activan
procesos, como validar y almacenar los datos, y dar formato y desplegar la
siguiente página. Por lo general, los eventos se sintetizan en una tabla de
respuestas de eventos.
Particionamiento
Comportamiento De Los Diagramas De Flujo De Datos
El particionamiento es el proceso de examinar un
diagrama de flujo de datos y determinar cómo se debe dividir en colecciones de
procedimientos manuales y colecciones de programas de cómputo. Analice cada
proceso para determinar si debe ser un proceso manual o automatizado. Agrupe
los procedimientos automatizados en una serie de programas de cómputo.
Existen seis razones para particionar diagramas de
flujo de datos:
· Diferentes grupos de
usuarios. ¿Los procesos son realizados por varios grupos de usuarios
diferentes, con frecuencia en distintas ubicaciones físicas de la compañía? Si
es así, se deben particionar en diferentes programas de cómputo. Un ejemplo es
la necesidad de procesar devoluciones de los clientes y pagos de los clientes
en un almacén de departamentos.
· Sincronización. Examine la
sincronización de los procesos. Si dos procesos se realizan en diferentes
momentos, no se pueden agrupar en un programa. Los aspectos de la
sincronización también podrían involucrar qué cantidad de datos se presenta en
un periodo determinado en una página Web.
· Tareas similares. Si dos
procesos ejecutan tareas similares, es posible agruparlos en un solo programa
de cómputo.
· Eficiencia. En un programa
se podrían combinar varios procesos para realizar un procesamiento eficiente.
Por ejemplo, si una serie de informes requieren utilizar los mismos archivos de
entrada grandes, producirlos en conjunto podría ahorrar una cantidad
considerable de tiempo de ejecución de la computadora.
· Consistencia de los datos.
Los procesos se podrían combinar en un solo programa para mantener la
consistencia de los datos.
· Seguridad. Los procesos se
podrían particionar en diferentes programas por razones de seguridad.
No hay comentarios:
Publicar un comentario