DESARROLLO DE DIAGRAMA DE

FLUJOS
PROCESOS DE DESARROLLO

17/11/2010
 PROCESOS DE DESARROLLO
• LOS DIAGRAMAS DEBEN DIBUJARSE DE
FORMA ADECUADA.
– DONDE COMENZAR
– COMO AÑADIR DETALLES A LAS DESCRIPCIONES
– CUANDO INCORPORAR LA INFORMACION SOBRE
EL CONTROL
– COMO MANTERNER CONSISTENCIA AL ASIGNAR
NOMBRES A LOS OBJETOS INCLUIDOS EN LOS
DIAGRAMAS

17/11/2010
 PROCESOS DE DESARROLLO
• Se estudian los procesos y las actividades que
ocurren en el sistema en uso. Este es el estudio del
sistema FISICO.
• Sistema Físico: descripción lógica: datos y procesos
(aborda actividades que se llevan a cabo).
Ejemplo detalles de un sistema físico:
Departamento Sala de fotocopiado
Persona Numero de paso
Archivo Procedimiento
• Componentes lógicos de flujo de datos: procesos
almacenes de datos, orígenes y destinos
17/11/2010
 PROCESOS DE DESARROLLO
SISTEMA
BAJO SECUENCIAS LOGICOS
ESTUDIO Y FISICOS DE UN
SISTEMA
DEDUCCION
DEL
EQUIVALENTE
LOGICO
DETERMINACION
DE LOS
REQUERIMIENTO
S DEL SISTEMA
DISEÑO DEL
NUEVO
SISTEMA
LOGICO
DISEÑO DEL
NUEVO
ISICO
SISTEMA
17/11/2010 FISICO
 DIAGRAMAS DE FLUJO DE DATOS
• DIAGRAMAS FISICOS DE DATOS: las
características físicas incluyen:
– Nombres de personas
– Nombres o números de formatos o documentos
– Nombres de departamentos
– Archivos maestro y de transacciones
– Equipo y dispositivos utilizados
– Ubicaciones
– Nombres de procedimientos

17/11/2010
 DIAGRAMAS DE FLUJO DE DATOS
• Diagramas lógicos de datos:
• Flujo de datos entre los procesos
• Sin considerar dispositivos específicos y la
localización de almacenes de datos
• No se indican las características físicas

17/11/2010
Diagramas Físicos de Datos
• Se emplea por tres razones:
– Facilidad para describir la interacción entre los
componentes físicos que comprender las políticas
empleadas para administrar la aplicación.
– Para comunicarse con los usuarios . Pueden
señalar pasos incorrectos o equivocados.
– Proporcionan un camino para validar o verificar el
punto de vista del usuario sobre la forma en que
se opera el sistema en uso.

17/11/2010
Diagramas Físicos de Datos
• Elementos físicos en la descripción:
– Nombre de personas: Ross, Ginny, Harry, Ann.
– Dispositivos: folder, gabinetes de archivo y
chequeras.
– Departamentos: correo, cuentas por pagar, la
oficina del contador.
– Frecuencia de eventos: diaria o semanal

17/11/2010
Diagramas Físicos de Datos
• Dibujo del diagrama de contexto de flujo de datos para el
sistema de cuentas por pagar.

CUENTAS POR
PAGAR

Balance
Factura del
vendedor
CUENTAS Dirección de envío
VENDEDOR
A PAGAR por correo

Cheque

DATOS DEL
VENDEDOR

17/11/2010
Diagramas Físicos de Datos
• DESARROLLO DE GRAFICAS DE PROCESO: Un sistemas esta formado por varias actividades y
procesos. La grafica de procesos muestra la jerarquía de los procesos que forman el sistema
estudiado.
• Ejemplo: del sistema de cuentas por pagar.
1) Autorización de la factura
2) Revisión del adeudo de la cuenta
3) Elaboración de cheques
Nombres de procesos que especifican acciones y procedimientos de control:
– Anotación
– Verificación
– Comprobación, Establecimiento, etc.
En algunos procesos se incluyen objetos o situaciones físicas:
– Controlar que firmen los cheques
– Que el asistente de cuentas por pagar asiente las facturas en las cuentas del vendedor

Desarrollo del primer nivel de un diagrama físico de flujo de datos: es describir el sistema tal
como es entendido en el primer nivel de la grafica de jerarquía de procesos. Se desea
identificar los flujos de datos, entradas y salidas que se enlazan a los procesos: Autorización
de facturas, revisión del adeudo en la cuenta, y expedición de cheques.
17/11/2010
Diagramas Físicos de Datos

17/11/2010
 Diagramas Físicos de Datos

DIAGRAMA DE FLUJO DE DATOS DE PRIMER NIVEL

17/11/2010
Diagramas Físicos de Datos

PRIMER NIVEL DE PROCESOS DE CUENTAS POR PAGAR

17/11/2010
Diagramas Físicos de Datos

DIAGRAMA FISICO PARA EL PROCESO DE AUTORIZACON DE FACTURAS

17/11/2010
Diagramas Físicos de Datos

DIAGRAMA FISICO PARA MANTENER LOS BALANCES EN LAS CUENTAS DE LOS

VENDEDORES
17/11/2010
 Diagramas Físicos de Datos
DIAGRAMA DE SEGUNDO NIVEL PARA
EL PRECESAMIENTO DE PAGO A LOS
VENDEDORES

17/11/2010
 DIAGRAMA LOGICO DE FLUJO DE
DATOS
• El diagrama Lógico de flujo de datos se realiza a partir del Físico,
luego que se ha llevado a cabo lo siguiente:

– Señalar los DATOS necesarios para un proceso, no los documentos que

lo contienen.
– Remover información relacionada con las rutas de datos Indicar el
flujo entre los procedimientos y no entre personas, oficinas o
localidades
– Remover las herramientas y dispositivos(folders, gabinete de archivo)
– Remover información de control.
– Consolidar los almacenes de datos redundantes
– Remover procesos innecesarios, aquellos que no cambian los datos
(de itinerario, de almacenamiento, de copiado), o que representen un
proceso único (procesos duplicados deben consolidarse).

17/11/2010
 DIAGRAMA LOGICO DE FLUJO DE
DATOS
• REGLAS GENERALES PARA REALIZAR DIAGRAMAS LÓGICOS DE FLUJOS DE
DATOS
– Cualquier flujo de datos que abandone un proceso debe estar basado en
datos que entran al proceso.
– Todos los flujos de datos reciben un nombre (procesos, almacenes, fuentes o
destinos).
– Solo deben entrar al proceso los datos necesarios para llevarlo a cabo.
– Los procesos deben ser independientes, la única dependencia es aquella que
esté basada en sus propios datos de entrada y salida.
– Los procesos están en continua ejecución; no se inician ni tampoco se
detienen.
– Las salidas de los procesos pueden ser:
• FLUJO DE DATOS CON INFORMACIÓN AÑADIDA POR EL PROCESO.
• RESPUESTA O CAMBIO DE FORMA EN LOS DATOS.
• UN CAMBIO DE CONDICIÓN.
• UN CAMBIO DE CONTENIDO.(INTEGRACIÓN O SEPARACIÓN DE LA INFORMACIÓN)
17/11/2010 • CAMBIOS EN LA ORGANIZACIÓN.
 DIAGRAMA LOGICO DE FLUJO DE DATOS

• EXPANSION DE LOS PROCESOS PARA MAYOR

DETALLE.
• MANTENIMIENTO DE LACONSISTENCIA ENTRE
PROCESOS.
• ERRORES COMUNES AL DIBUJAR DIAGRAMS
DE FLUJO DE DATOS.- Cuando hay información
física innecesaria sobre los controles. Que no
tienen que ver con aspectos lógicos y de datos
de la determinación de requerimientos.
17/11/2010
 DIAGRAMA LOGICO DE FLUJO DE DATOS
EVITAR DOCUMENTAR LAS
EVITAR DESCRIPCIONES
DESCRIPCIONES DE COPIAS,LA
RELACIONADAS CON TIEMPO ,
IMPORTANCIA ES PARA LOS DATOS
LOGICA O CONTROLES “SI”,
NECESARIOS EN CADA PROCESO
“CUANDO”

EVITAR DESCRIPCIONES DEL

CONTROL DE PROCEDIMIENTOS

17/11/2010
 DIAGRAMA LOGICO DE FLUJO DE DATOS
• ASIGNAR ETIQUETAS SIGNIFICATIVAS.- todos los flujos
de datos deben tener un nombre que refleje con exactitud su
contenido.
• ASIGNACION DE NOMBRES AL FLUJO DE DATOS.- Los
nombre de los flujos deben reflejar los datos de interés para
el analista, no documentos o lugar donde residen. Los flujos
de datos de salida tiene nombre diferente al de entrada.
• ASIGNACION DE NOMBRES A LOS PROCESOS.- Son
los nombres de procesos que indiquen al usuario algo
especifico referente a las actividades del proceso. Ej., es
mejor: AJUSTAR CANTIDAD, PREPARAR ORDEN DE COMPRA
o CORREGIR PEDIDO DE VENTAS, para describir los procesos
en lugar de: Control de Inventarios, Compras y Ventas.
17/11/2010
Diagramas de Flujos de Datos
• Lineamientos para identificar procesos:

– Seleccionar nombres que identifiquen la acción que se lleva a

cabo (escoger un verbo y un objeto que reciba la acción del
verbo).
– Asegurarse que el nombre describa completamente el
proceso(Ej.: si un proceso edita y valida los datos asentados en
la factura, entonces no debe ser: EDICION DE FACTURAS)
– Seleccionar nombres para los procesos que expliquen el enlace
entre flujos de entrada y salida.
– Evitar nombres “vagos” para procesos.(PROCESO, REVISION,
REUNIR U ORGANIZAR)
– Utilizar nombres de procesos de bajo nivel ya que son más
específicos y descriptivos que los de alto nivel.
– Asignar nombres a los procesos que sean únicos para la
17/11/2010actividad que ellos describen.
Evaluación del diagrama de flujo de datos para
verificar que es correcto
• Preguntas de utilidad para evaluar diagramas de flujo
de datos:
1. ¿Existen en el diagrama componentes que no tienen
nombre?
2. ¿Existen almacenes de datos que son entradas y a los
que nunca se hace referencia?
3. ¿Existen procesos que no reciben entradas?
4. ¿Existen procesos que no generan salidas?
5. ¿Existen procesos que tienen varias finalidades?
6. ¿Existen almacenes de datos a los que nunca se hace
referencia?
7. ¿Es el flujo de datos que llega a un proceso adecuado
para realizarlo ?

17/11/2010
Evaluación del diagrama de flujo de datos para
verificar que es correcto
8. ¿Existen demasiados datos en el almacén de datos?
9. ¿El flujo de datos que llega a un proceso es
demasiado extenso para la salida que éste produce?
10. ¿Se introducen Alias en la descripción del sistema?
¿Aparecen en el diccionario de datos?
11. ¿Los procesos son independientes entre si?
¿Dependen sólo de los datos que reciben como
entrada?

17/11/2010
Diagramas de Flujos de Datos
PRIMER NIVEL

CUENTAS POR
PAGAR

Balance
Factura del
vendedor
CUENTAS Dirección de
VENDEDOR
A PAGAR envío por correo

Cheque
DATOS DEL
VENDEDOR

17/11/2010
Diagramas de Flujos de Datos
SEGUNDO NIVEL

17/11/2010
Diagramas de Flujos de Datos
TERCER NIVEL

17/11/2010
• BIBLIOGRAFIA :
Basado en:“Análisis y Diseño de Sistemas,
JAMES A. Senn”

Escuela de Informática/UPSE.

17/11/2010