DIAGRAMAS DE FLUJOS DE DATOS

El diagrama de flujo de datos (DFD) es una de las herramientas mas importantes utilizadas por los analistas
de sistemas . Sugirieron que el diagrama de flujo de datos se utilizase como primera herramienta por los
analistas del sistema para modelar los componentes del mismo
SIMBOLOS DEL DIAGRAMA DE FLUJO DE DATOS

Estn formados por una serie de smbolos que representan los componentes del
sistema .a ma!or parte de los m"todos de modelado de flujo de datos utilizan # clases de smbolos para
representar # flujos de datos ! entidades e$ternas. Seg%n el escritor &aran los smbolos ' ! en este libro se
utilizaran los introducidos por Demarco' pero se indicaran algunos smbolos alternati&os que se pueden
encontrar' los smbolos usados por Demarco se muestran en la figura (.).
* PROCESOS

os procesos muestran lo que hace el sistema. *ada proceso tiene una o mas entradas de
datos ! produce una ! mas salidas de datos .tambi"n se le conoce con otro nombre alternati&o +urbuja
.*ada proceso tiene un nombre ! un numero %nicos. Estos aparece
dentro del circulo que representa el proceso en el DFD.
* FICHEROS DE DATOS
,n fichero o almac"n de datos es un deposito de datos .os procesos pueden introducir o recuperar en
ellos. *ada almac"n de datos se representa por una lnea fina en el DFD ! tiene un nombre %nico .
a) Smbolos utilizaos
-recio
unitario


P!o"#so Flu$o # atos

Fichero . costo
E%tia #&t#!%a Alma"'% # atos
3
calcula
r
precio
5
obtener


precio
6
registra
r

precio
clientes
b) Al(u%as alt#!%ati)as*
-rocesos /lmac"n de datos

Fi(u!a+*,..Smbolos utilizados en los diagramas de flujo.
* E-TIDADES [Link]-AS
as entidades e$ternas estn fuera del sistema ' pero proporciona o usan datos de este . Son entidades
sobre las que no tienen control el dise0ador .-ueden ser clientes de la organizaci1n u otros entes con los
que interact%a el sistema . /lternati&amente' si
Se modela una secci1n de la organizaci1n ' las dems secciones se modelan como
Entidades e$ternas .Se representan con un cuadro o rectngulo.
as entidades e$ternas que suministran datos al sistema se llama a &eces fuentes' ! las que
utilizan datos del sistema ' sumideros .

* FLUJOS DE DATOS
os flujos de datos modelan los mo&imientos de informaci1n en el sistema ! se representan por lneas
que unen los componentes .a direcci1n del flujo se indica con una flecha ' ! la lnea se etiqueta con el
nombre del flujo de datos . os flujos de datos en el sistema pueden tener lugar 2

.entre dos procesos2
.de un almac"n de datos a un proceso
.de un proceso a un almac"n de datos
. de una fuente a un proceso '
. de un proceso a un sumidero
3o se tiene el control de los flujos de datos entre entidades e$ternas' por tanto no se modelan . De
forma similar ' los almacenes son pasi&os ! no pueden tener flujos entre ellos .
a figuras (.) tambi"n muestra algunos smbolos alternati&os que aparecen en DFDg . ,n proceso se
representa a &eces con un numero especial ! un nombre dentro.
DESCRIPCI/- DE U- SISTEMAS CO- DIAGRAMAS DE FLUJO DE DATOS
/hora se ilustrara como modelar sistemas utilizando estos smbolos . El camino mas corriente es modelar
el conjunto del problema como un %nico proceso .Este diagrama de flujos de datos se conoce como
diagrama de conte$to .En el se muestran todas
as entidades que interact%an con el sistema ! los flujos de datos entre estas entidades ! el sistema
a figura (.4 es un ejemplo de diagrama de conte$to . *on el se modela el 5sistema de seguimiento
de presupuestos6 . este sistema interact%a con tres entidades e$ternas
3
Calcular precio
7 Ficheros-
costo
/signaci1n de presupuesto
-etici1n para
/probaci1n especial
7astos
requeridos
8espuesta a
-etici1n aprobaci1n
rechazada especial
8esumen de gastos
informe de
entrega -edidos de
elementos
9nforme de en&o del pro&eedor
Fi(u!a +*0* Diagrama de conte$to

DE-/8:/;E3:<' D98E**9=3 > -8<?EED<8ES . En la figura (.4 ' el -rincipal flujo de datos desde el
DE-/8:/;E3:< es 5gastos requeridos6 . *omo respuesta' el DE-/8:/;E3:< recibe los flujos de
5petici1n rechazada6 o 5informe de entrega6 . D98E**9=3 tambi"n 8E*9+E 5petici1n para aprobaci1n
especial6' a lo cual responde .D98E**9<3 en&a al sistema los flujos de datos 5asignaci1n de presupuesto6
! recoge 5resumen de gastos6 . os pro&eedores reciben 5pedidos de elementos6 ! en&an 5informe de
en&o del pro&eedor6.
De acuerdo que un modelo como el mostrado en la figura (.4 no describe en detalle el sistema . -ara
mas detalle es necesario una ma!or identificaci1n de los procesos del sistema ! dibujar el diagrama de
flujo de datos con esos procesos ! los flujos de datos entre ellos . E DFD que tienen esos procesos del
sistema se llama DFD de ni&el superior ( mostrado en la figura (.@ ). El diagrama de ni&el superior
muestra los diferentes procesos que forman el sistema. *ada proceso tiene un nombre ! numero
%nicos . En la figura (.@ se puede &er el flujo de datos gastos requeridos que &a de DE-/8:/;E3:<
al proceso de comprobar fondos . Este proceso e$amina el presupuesto asignado ! determina si se
necesita un permiso especial de D98E**9=3 para seguir con el requerimiento . os requerimientos
aprobados &an al proceso clasificar gastos ' donde se introducirn en los almacenes de datos'
*,E3:/S DE-/8:/;E3:/ES ! :9-< *,E3:/S. Finalmente' se pide un pedido de elementos para
que los elementos originalmente especificados en gastos requeridos se sit%en en los pro&eedores . Aa!'
adems ' otros dos procesos en la figura (.@ . ,no es para 5establecer los presupuestos6 ! el otro para 5
proporcionar resumen de gastos6 .
Sistemas de
control de
presupuesto
Direccin
Proveedores
Departamento
presupuesto
asignado
7astos
requeridos Bpresupuestos asignados 8esumen de
gastos
petici1n petici1n 8ta a aprobaci1n
rechazada para aprobaci1n especial
especial
*uentas departamentales
petici1n :ipo. cuenta
aprobada
-eticiones suspendidas
-edido de
elementos
a&iso
e entrega
petici1n pro&eedor
registrada
/&iso de entrega

Fi(u!a +*1* ,n diagrama de ni&el superior.

Se continua e$pandiendo cada proceso de la figura (.@ ' detallando el DFD. como ejemplo ' la
figura (.# detalla la descripci1n del proceso 5clasificar gastos6etiquetado como proceso @ en la figura (.@.
a entrada a este proceso es el flujo de datos 5petici1n aprobada6 . El proceso @.) clasifica las entradas
en cada 5 petici1n aprobada6 por tipo (como materia ! capital) '! el proceso @.4 utiliza esta clasificaci1n
para actualizar los datos del almac"n :9-<. *,E3:/S .:odas las entradas para el conjunto de lo pedido se
resumen en el proceso @.@ ! el proceso @.# usa el total para modificar el almac"n *,E3:/S.
DE-/8:/;E3:/ES.
Se puede e$pandir cada uno de los procesos de la figura (.# en DFD mas detallados .Sin embargo'
ha! que parar en alg%n momento esta e$pansi1n .Si no se hiciese' se llegara a DFD que que contendran
procesos describiendo operaciones simples como la suma de 4 n%meros DFD que alcancen ese ni&el
seran torpes ! complicadas . Sin embargo' es necesario bajar a un ni&el que describe esas operaciones
aritm"ticas. Esto se har utilizando las especificaciones de procesos en &es de DFD.
2
stablece
r los
presupues
tos preoos
Departamento
Direccin
!
comprob
ar
"ondos
#
proporcio
nar
resumen
de gastos
3
clasi"ica
r
gastos
5
organi$a
aprovision
amiento
aprovici
on
proveedores
-etici1n aprobada
:ipo . cuentas

-etici1n clasificada
*uentas
departamentales

-etici1n actualizada
-etici1n total

-etici1n registrada
Fi(u!a +*2* E$pansi1n del proceso 5clasificar gastos6

a especificaci1n de procesos ! la definici1n detallada de datos se describen en el siguiente capitulo.
/qu se da una bre&e descripci1n de ellos para mostrar como se acoplan todas las construcciones de
descripciones de sistemas estructurados .a figura (.C ilustra una descripci1n detallada de procesos
'almacenes de datos ! flujos de datos . En ella ' la descripci1n detallada de procesos se marca con el
smbolo (D )' la descripci1n detallada de datos con (D)) para almacenes de datos ' ! (D4)' para la
descripci1n de flujos de datos . 3ormalmente ' las descripciones de procesos ! datos no aparecen en el
DFD' pues se introducen en un diccionario de datos ' descrito en el capitulo )E . /dems ' en este punto no
deberan importar los detalles de procesos ni la sinta$is de descripci1n de los datos . o %nico que se
quiere realmente es apreciar como encajan juntas todas las piezas de descripci1n del sistema .Se
estudiaran los detalles en captulos posteriores.
a figura (.C muestra como una 5petici1n aprobada6 esta formada por los elementos de datos 3,;
DE-: 3,; -E:9*9=3 ! un numero de lneas de petici1n ( como indica el asterisco )' cada una
compuesta por los datos */3:9D/D ! DES*89-*9=3 . os datos cambian al pasar por los procesos .
Despu"s del proceso @.) ' la DES*89-*9=3' parte del flujo 5petici1n aprobada6' se remplaza por
:9-< ' perteneciente al flujo de datos 5-etici1n clasificada6 ' ! despu"s del proceso @.@ los &alores de
*/3:9D/D se suman para obtener S,; F -E:9*9=3.
:ambi"n se definen los almacenes de datos en la figura (.C. /s el almac"n *,E3:/S
DE-/8:/;E3:/ES contiene entradas compuestas por dos elementos 3,; F DE-: ! 7/S: F :<:/ .
El 7/S: F :<:/ contiene el total gastado en peticiones hechas por el departamento identificado como
3,; FDE-:.
En la figura (.C 'las especificaciones de procesos utilizan m"todos formales ! hacen referencias a nombres
de elementos de datos definidos para estructuras de datos. -or ejemplo ' la descripci1n del proceso @.4
muestra que el :9-< de la clasificaci1n se usa para situar una entrad en el almac"n :9-< . *,E3:/ . El
*/3: F:<:/ se modifica ! la entrada se deposita en el almac"n.
3%!
clasi"icar
por tipo
de gasto
3%2
actuali$ar
tipo de
cuenta
3%3
sumar
total
3%#
actuali$ar
el registro
departame
ntal
Se pretendi1 solamente dar idea sobre lo que es el anlisis estructurado. -uede parecer mu! simple en la
superficie mu! simple en la superficie' pero ha! una serie de dificultades que pueden surgir una &ez se
empieza con el trabajo detallado. -rimero ' se debe obser&ar que ha! muchas formas de dibujar un DFD
para un sistema. /lgunas mejores que otras. 9dealmente un DFD es e&idente' completo ! directo. Sin
embargo' se debe desarrollar unas reglas ! con&enciones para trabajar ms fcilmente. El resto de este
captulo describe algunas de estas con&enciones ' comenzando con la descripci1n de las propiedades de un
buen DFD.
-etici1n aprobada
*0

ACTUALIZACIN
3.1
Clasificar
por tipo de
gastos
3.2
Actualizar
tipo de
cuenta
3.3
Sumar
Total
3.4
Actualizar el
registro
departamental
*
Por cada elemento pedido en el turno de requerimientos.
Obtener CANTIDAD para el tipo del almacn TIPO
CUENTAS.
Sumar CANT TOTA ! CANT TOTA " CANTIDAD.
Escribir TIPO CUENTAS recuperado del almacn
TIPO CUENTAS%
! NU# DEPT " NU# PETICI$N "
SU# PETICI$N.
*2
! NU# DEPT
" NU# PETICI$N
" SU# PETICI$N
*2
PETICIN
APROBADA
! NU# DEPT
" NU# PETICI$N
"%CANTIDAD " DEC&IPCION'
*1 TIPO CUENTAS
! TIPO " CANT (TOTA
#e)orar los e*tractos de
+asto por la lectura de la
descripci,n para cada
elemento pedido - la
[Link],n por tipo.
REQUERIMIENTO
CLASIFICADO
! NU# ( DEPT
" NU#(PETICION
" SU# ( PETICION ! NU# DEPT " NU# PETICI$N
" SU# ( PETICION
Para cada petici,n SU# PETICI$N !
SU# PETICI$N " CANTIDAD
TOTAL REQUERIDO
PETICIN REGISTRADA
*1
CUENTAS DEPA&TA#ENTAES !
NU# DEPT " /AS (TOTA
Obtiene cuentas del departamento con NU# DEPT
del almacn CUENTAS ( DEPA&TA#ENTAES.
/AST( TOTA ! /AST TOTA "TOTA PETICI$N
lo escribe en el almacn.
* Descripci,n de procesos.
*1 Descripci,n de almacenes de datos.
*2 Descripci,n de .lu)os de datos
Figura 6.5 Descripci,n de procesos - datos del proceso [Link] /astos1
QUE ES UN BUEN DIAGRAMA DE FLUJO DE DATOS ?
os DFD tienen una serie de propiedades que se pueden utilizar para asegurar que son e&identes'
completos ! directos . Estas propiedades son2
/usencia de estructuras de mapas de flujosG
*onser&aci1n de los datos ' !
,na buena con&enci1n de nombre .
D9FE8E3*9/S E3:8E ;/-/S DE F,H<S > D9/78/;/S DE F,H<S DE D/:<S
-robablemente se este familiarizando con los programas de mapas de flujo.
:ienen cajas que describen operaciones' decisiones' iteraciones ! bucles .Es importante tener en cuenta
que los diagramas de flujo de datos no son programas de mapas de flujo ! podran no incluir elementos de
control . ,n buen DFD' no debera 2
:ener flujos de datos que se di&idiesen en un numero de otros flujos G
:ener lneas cruzadas G
9ncluir bucles mapas de flujos de control sobre los elementos '
9ncluir flujos de datos que act%en como se0ales para acti&ar procesos
a figura (.( muestra algunos DFD que no siguen estos criterios la figura (.( a' por ejemplo' tiene un
flujo de datos di&ididos que ilustra dos resultados de una operaci1n en la figura (.(. b) ' el proceso
5comparar6 tiene flujos de datos de salida etiquetados con condiciones por las cuales aparece ese flujo
de datos' en &ez de su contenido' la figura (.( c)' representa un diagrama de flujo de datos modelando
un bucle de programa . ninguna de estas construcciones esta permitida en diagramas de flujo de datos.
a figura (.(d)' es otra &iolaci1n que muestra un proceso acti&ado por una se0al (5fin de mes6) .
Estructuras como las mostradas en la figura (.( no deberan de aparecer en los DFD.

a)Divisin d !"#$%s d da&%s

+eneficio
Datos de &entas
-erdida
3) S'a"s d (%n&)%" *)%vnin&s d #n *)%(s%
*osto real
8eal estndar
*osto estndar
8ealI estndar
&ntroducir
en el
ordenador
Compara
r
()B#("s
E$tracto de &entas
*antidad total de &entas
-regunta por mas
d)S'a"s d vn&a
Fin de mes
Factura
:ransacci1n
Fi(u!a +*+. Flujo de datos ilegales
Sin embargo ' las decisiones ! las repeticiones estn dentro de cualquier sistema ! se debe modelar .J
*omo hacerloJ as decisiones ! controles interacti&os ' son parte de la descripci1n de procesos ' mas que
flujos de datos . por ejemplo &"anse en la figura (.K !(.L .
En la figura (.K ilustra el proceso de 5comprobar disponibilidad de elemento6 tiene cono entrada un flujo de
datos6elemento F pedido 6. este flujo pide la */3:. 3ESE*9:/D/ de un 3,;'.EE;E3:<' a suministrar .
el proceso 5comprobar disponibilidades de elementos 6&erifique que ha! suficiente cantidad de ese elemento
en el almac"n . los flujos de salida de este proceso dependen del resultado de este proceso.


/&iso de no disponibilidad
/&iso de entrega
Fi(u!a +*4* Decisi1n en un diagrama de flujo de datos
/si' si ha! cantidad suficiente ' el proceso emite a&iso de entrega . de ha! que los flujos de salida del
proceso para una entrada dada depender del resultado de la decisi1n .
'btener
sgte
e(tracto
)*adir
a ventas
diarias
Preparar
"acturas
mensuale
s
Comproba
r
disponibili
dad de
elemento
+,&S-+' ./&-)+&' 0 /.1-21/-'S
3 C)/--/SC&-)D)%
PETICI$N(NOENCO NU#2
PETICI$N " NU#(EE#ENTO "
CANT(NESECITADA
[Link])+ +,&S-+'-&/5/-)+&' con /.16
21/-' en +,&S-+'-&/5/-)+&'
0 /.1-21/-'S en elemento-pedido
&F C)/-1)/-/&D) en +,&S-+' 7
&/5/-)+&' 8 C)/--/SC&-)D) en
21/-'-PD&D'
-9/ escribe P-&C&:/-/'/C'; env<a aviso de
no disponibilidad%
2S env<a aviso de entrega
lemento de pedido
0/.1-P-&C&:/
3/.1-21/-' 3
C)/--/SC&-)D)
a figura (.L ilustra una repetici1n .El proceso 5calcular &entas diarias6 ' e$amina cada &enta e$trada en un
lote de e$tracci1n de &entas . en el proceso se define la repetici1n con la frase 8E-E/: ...,3:9 ..De
nue&o' el control de la repetici1n es parte del proceso ! no aparece en el diagrama de flujo de datos . otro
criterio importante para juzgar las DFD es la conser&aci1n de los datos
E$tracto de &entas ?entas totales

M3,;.EE;E3:< M:<:/ . ?E3:/S .D9/89/S
N*/3:.?E3D9D/
N-8E*9<
?entas totales
Fi(u!a +*5* 8epetici1n en un diagrama de flujo de datos
CO-SER6ACI/- DE LOS DATOS
Esta pausa del uso del modelado' fue acu0ada originalmente para el anlisis estructurado de 7ane !
Sarson. Se aplica procesos ! almac"n de datos .
-ara almacenes de datos la conser&aci1n de los datos dicen que lo que sale de un almac"n primero debe
entrar . Es imposible que el almac"n cree nue&os datos . E$iste una regla anloga para procesos .,n
proceso no puede crear nue&os datos .Solo pueden coger sus entradas ' ! transformarlas para obtener una
salida con un nue&o formato de datos . la figura (.O ilustra algunas &iolaciones del principio de conser&aci1n
de los datos . en la figura (.O a)' se pierde el dato */3:9D/D 'en el proceso 5recuperar precio del elemento
5. a figura (.O b) 'por otro lado ' produce una salida 5tiempo medio de transparencia a disco6 pero no tiene
ninguna informaci1n de entrada sobre el numero de accesos a disco hechos cada da . ,n proceso no
debera perder ning%n dato .
3<;93/*9=3
-ara crear un DFD legible el anlisis debera e&itar utilizar nombres no significati&os . poca informaci1n se
comunican por las etiquetas mostradas en la figura (.)E. nombres tales como 5datos necesitados6'
5operaciones estndar6 ! otros se deben e&itar . En todas las partes del diagrama de flujo de datos se deben
utilizar nombres significati&os .a elecci1n de esos nombres depende del tipo del componente nominado.
PROCESOS DE-OMI-ACI/-
,n nombre de proceso debe ser una sola oraci1n ! debe poder describir el proceso en una frase .El
nombre de procesos debera definir una acci1n especifica ' en &ez de un proceso general. por
ejemplo2
5editar una transacci1n separada6G
5calcular el salario semanal6' o
5calcular el descuento en el pedido6
Son aceptables.
Sin embargo los nombres de procesos no deben ser generados (por ejemplo ' 5e$aminar transacci1n6).
os t"rminos generales solo son necesarios ' si el proceso no describe una funci1n simple . :al podra
ser' por ejemplo ' 5leer una transacci1n ! procesar sus lneas de detalle si la cabecera es correcta
adems ' &erificar si la transacci1n se utiliza en el departamento de &[Link] proceso describe mas
de una funci1n ! se debera partir en mas de un proceso .,na buena gua para e&aluar un DFD es
comprobar si todos los nombres de procesos son frases simples ! si cada proceso se describe con una
frase.
Calcular
ventas
diarias
+P)- para todos los e(tractos
4=>/
C)/-&D)D-5/-)S 0 C)/--5/&D) ? P+C&'
/D
nviar @ventas totalesA
a)+)dida d in!%),a(in n *)%(s%s
Elementos. comprados M 3<;+8E. EE;E3:< N */3:
-8E*9< . EE;E3:<
9S:/. -8E*9<S
Elementos. recuperados M 3<;+8E. EE;E3:< N -8E*9< . EE;E3:<
?olumen de compra

Descuento
*9E3:ES
-)In!%),a(in creada en procesos
.
Fi(u!a +*7* Algunos errores de conservacin de daos!
Datos necesarios 9nformaci1n
+ecuperar
precio del
elemento
Calcular
descuento
Calcular
.tili$aci
n
De disco
-iempo medio
De trans"erencia a
disco
Canal utili$ado
Por d<a
speci"icaciones
de acceso
) disco
'peraci
n de
departam
ento
Fi(u!a +*,8* 3ombres no significati&os
-OMI-ACI/- DE ALMACE- DE DATOS
El mismo comentario se aplica a la nominaci1n ' el mismo comentario se aplica a la nominaci1n de datos de
nue&o se deben utilizar nombres especficos ! e&itar nombres generales como 2D/:<S ,S,/89< '
/;/*E3 7E3E8/ < F9*A -8<D,**9=3 DE-: se deberan utilizar t"rminos especficos ' como 2
-ED9D< *9E3:E ' 8E*E-*9<3ES ,:9;<S /P<S o -/39F9*/*9=3 ;/Q,93/ .
/dems ' cada almac"n de datos debera contener solo un conjunto de estructuras especifico ! no
combinaciones ' como 5-/39F9*/*9=3 ;/Q,93/ ! EE;E3:<S ,S/D<S por -8<D,**9=3 FDE*.
-lanificaci1n ;/Q,93/ > EE;E3:<S ,S/D<S ' son tipos diferentes ! se debera modelar en almacenes
separados
3<;93/*9=3 DE F,H<S DE D/:<S E3:8E -8<*ES<S .
os flujos de datos deberan nominarse normalmente con una sola palabra (por ejemplo5factura6'6cheque6'
etc).
Sin embargo ha! muchos casos en los diagramas de flujos de datos donde introducir una sola palabra ' para
un flujo puede conducir a la no unicidad ! a perdida de auto descripci1n ' una declaraci1n que ocurre con
frecuencia es un documento que pasa por una serie de procesos ! que puede modificar cada una de ellos .
la figura (.))' una factura pasa por &arios procesos. El proceso de 5editar facturas6 comprueba si la factura
contiene todos los datos necesarios . El proceso 5&erificar factura 6comprueba si los elementos de la factura
han sido realmente entregados. Finalmente ' se &erifica la factura con las pre&isiones presupuestadas ' ! se
aprueba su pago .
a figura(.)) a)' muestra un m"todo insatisfactorio de etiquetacion del flujo de facturas a tra&"s del
sistema . a factura se denomina 5Factura6 en todos los flujos ' que a tra&"s del sistema la factura podra a
&er sido corregida o tomar datos nue&os en cada procesos . a figura (.)) b)' muestra una t"cnica de
nominaci1n mejor . en ella 'el termino 5factura6 tiene un sufijo que especifica el ultimo proceso por el que ha
pasado.
a figura (.)) a)' tiene otro caso' donde se debera calificar los nombres . <bs"r&ese que en la parte
superior 5cheque6 aparece 4 &eces ' aunque el tipo de cheque es ob&iamente distinto en cada caso' es
preferible la etiquetacion de las figuras (.)) b)' donde cada cheque se califica como 5cheque pro&eedor o
5cheque del cliente6.
Se necesitan algunas notas finales sobre nominaci1n de flujos entre procesos ! almacenes de datos.
7eneralmente los flujos de datos almacenan o leen el registro completo de un almac"n . -or ejemplo en la
figura (.))' el proceso 5aprobar pago6 almacena el registro completo de la 5factura probable 6en el almac"n
F/*:,8/S. /-8<+/D/S.
-or con&enci1n 'los flujos de datos que transportan el registro completo almacenado entre procesos !
almacenes no se etiquetan . Sin embargo' un proceso solo se usa parte del registro almacenado ' se debe
etiquetar para iniciar los elementos referenciados ./s' en la figura (.))b) ' el proceso 5hacer algo 6 solo
utiliza los elementos -8<?EED<8ES >*/3:9D/D del almac"n F/*:,8/S F /-8<+/D/S . 31tese que
los flujos de datos entre almacenes ! procesos que contiene parte de los datos almacenados se pueden
etiquetar con nombres en ma!%sculas de los elementos del almac"n accedido.

A)C%n a".#nas a,-i./dads
3<;+8E. -8<?EED<8
-8<?EED<8 N */3:9D/D
N*/3:9D/D
F/*:,8/S. /-8<+/D/S
Factura aprobada
Factura
B"#uiando las a$%ig&edades

*heque cliente
3,;.*,E3:/ N
*/3:9D/D
Factura
3<;+8E. -8<?EED<8
-8<?EED<8 N */3:9D/D
N*/3:9D/D
F/*:,8/S. /-8<+/D/S

Factura
&erificada
Fi(u!a +*,,* 3ombre de flujos de datos
P+'5D'+S
9acer
algo
+ecibir
pago
ditar
Factur
a
5eri"i-
car
"actur
a
)proba
r
pago
C2&/-S
C./-) 0 /.1-C./-)
3C)/-&D)D
3/'14+-P+'5D'+
P+'5D'+S
9acer
algo
+ecibir
pago
ditar
Factur
a
5eri"i-
car
"actura
)proba
r
pago
C./-) 0 /.1-C./-)
3C)/-&D)D
3/'14+-P+'5D'+
C2&/-
<tra con&enci1n de DFD concierne a los flujos bidireccionales entre proceso ! almacenes . por ejemplo el
proceso6hacer algo6 lee un 3<;+8E F -8<?EED<8 > */3:9D/D del almac"n *,E3:/ 'modificando la
*/3:9D/D ! almacenando la nue&a */3:9D/D en le mismo almac"n. En este caso el flujo se etiqueta con
dos flechas que muestran esa bidireccion .
OTRAS SUGERENCIAS DE NOTACI0N IM+ORTANTE
A/> otra sugerencias de notaci1n para los diagramas de flujos de datos. ,na permite que una entidad
e$terna aparezca mas de una &es en el diagrama. *ada nue&a aparici1n tiene una lnea a0adida en una de
sus esquinas. <tra sugerencia es diferenciar entre los accesos que modifica ! los que recuperan datos de
un almac"n. as modificaciones se indica con una sola flecha.
Mo#lao # 9lu$o # mat#!ial
os diagramas de flujo de datos se hacen para modelar flujo de informaci1n ! no flujos de materia. Sin
embargo' a &eces es deseable incluir flujo de material. 7ane ! Sarson ilustraron como hacer. 9nclu!eron una
parte inferior a cada proceso que mostraba su localizaci1n fsica asociada. -or ejemplo'6almac"n6 ! 5sala de
maquinas6 en la figura (.)4. os de material se modelan con una flecha delgada entre localizaciones
fsicas. El nombre de los materiales se sit%a dentro de la fecha (&er 5elementos6 en figura (.4 ). <bs"r&ese
que la figura (.)4 usa la con&enci1n de 7ane ! Sarson para representar procesos con caja rectangular.
/&iso de entrega
Flujo fsico
ocalizaci1n fsica de acti&idades
Fi(u!a +*,0* Flujos de material ! de informaci1n
ALGU-AS T:C-ICAS DE MODELADO DE DATOS*
Este capitulo se ha concentrado en la estructura del DFD ' ! no en los procedimientos usados para
desarrollar modelos de sistemas . El anlisis estructurado de sistemas inclu!e &arios m"todos de modelado
! con&enciones que pueden asistir a desarrollo de modelos .,no ' llamado ni&el se desarrollan con la
elaboraci1n top. doRn del DFD . <tros m"todos importantes es los modelados fsico ! l1gico . /
continuaci1n se e$amina los ni&eles ! despu"s se describen las diferencias entre los diagramas de flujo de
datos fsica ! l1gico.
39?EES DE <S D9/78/;/S DE F,H< DE D/:<S
os ni&eles permiten a un analista comenzar con la funci1n de ni&el superior ! elaborarla en componentes
mas detallados .Estos componentes detallados se modelan como DFD' de ni&el inferior ' en la figura (.4'
empez1 como un diagrama de conte$to que se elaboro para funciones de ni&el superior' en la figura (.@ .
*ada una de esas funciones ' se elabora mas tarde por DFD de ni&el superior' como se muestra en la figura
(.#'. Finalmente las funciones se describen por l l1gica de un proceso.
Preparar
aviso
de entrega
)lmacBn
+egistro
de entrega
Sala
De maCuinas
lementos
/parte de soportar un proceso natural de resoluci1n de problemas :op. doRn .los ni&eles proporcionan la
legibilidad de los diagramas de flujo de datos . Se debera poder mirar un DFD ! comprender lo que hace el
sistema . si se tiene un sistema relati&amente grande ! se deseara incluir todos los detalles en el DFD ' el
DFD se hara enorme . De hecho ' se hara tan grande que seria incomprensible ! no ser&ira como
herramienta de comunicaci1n ' sin embargo cada ni&el de un DFD es lo suficientemente peque0o para
comprenderlo claramente. Si alguien desea conocer algunas funciones particulares de ni&el' se puede
consultar el Sgte. ni&el' esto proporciona la claridad ! el &alor de comunicaci1n del DFD.
A".#nas (%nvn(i%ns d niv"s
/ pesar de que los ni&eles son una herramienta mu! usada se debe obser&ar una serie de con&enciones
para asegurar que no se pierda informaci1n del DFD' entre ni&eles. Estas con&enciones utilizan m"todos de
documentaci1n que a!udan al analista a mantener la consistencia entre los diagramas de flujo de datos a
diferentes ni&eles . ,na con&enci1n importante es la numeraci1n ' al diagrama de conte$to se le da
normalmente el ni&el E' todos los procesos de DFD de ni&el superior se enumeran ' consecuti&amente a
partir del ). en la figura (.)@'el DFD de ni&el superior tiene C procesos numerados )'4'@'#! C . / medida que
se numera cada proceso' su diagrama DFD se le da el mismo numero que al proceso ' ! en la figura (.)@' el
diagrama del proceso ) ' se le llama diagrama ).
*ada proceso de este ni&el recibe un numero compuesto por su numero de diagrama ' seguido de un
punto(5.6)' seguido de un numero dado dentro de se diagrama ' as como el diagrama del proceso ) tiene
procesos numerados ).)' ).4' ).@. <tro importante con&enci1n de ni&eles es el balance de flujos de datos .
Fundamentalmente' el balanceo requiere que todos los flujos de datos que entren en un procesos sean los
mismos de los que entran en sus ni&eles e$pandidos..Si se obser&a cuidadosamente la figura (.)@ se &e
que este requerimiento se satisface en todos los ni&eles . -or ejemplo &"ase el diagrama 4 ' e$pansi1n del
proceso 4 .Se &era que tiene un flujo de entrada > ! sus salidas son ? ! S . 31tese que las entradas !
salidas del diagrama dos son las mismas que las del proceso dos en el DFD de ni&el superior.
os ni&eles tambi"n pueden introducir almacenes de datos que son locales para los diagramas
e$pandidos. En la figura (.)@' el almac"n DS4 contiene datos que son locales para el proceso @. uego '
este almac"n no aparece en el DFD de ni&el superior ' solo en el e$pandido . a consecuencia de esta
regla es que un almac"n solo se utiliza en un DFD si esta referenciado por mas de un proceso en el
DFD .
as entidades e$ternas nunca forman parte de un proceso ! no se deben de incluir en diagramas de ni&el
inferior . Solo aparecern cuando el proceso tenga un flujo desde o hacia esa entidad e$terna . /s' en la
figura (.)@ la entidad e$terna ET:) tiene flujos desde ! hacia el proceso . Esta entidad aparece en el
DFD e$pandido del proceso ).
Sin embargo se debe notar que si el balanceo se adhiere al flujo de datos ' !odos los flujos detallados a
ni&el inferior deben apareces finalmente en el ni&el superior . Si sucediera esto ' el DFD de ni&el superior
empezara a ser inmanejable 'pues contendra todos los flujos concebibles entre los procesos de ni&el
superior .-or esta raz1n se usan &arias t"cnicas de modelado para aplicar las ideas de los ni&eles a los
flujos de datos . Estas t"cnicas e$panden los flujos igual que los ni&eles del DFD.


DS)
?
Diagrama @
U
DS) DS9
*
/ HHHH
+
DFD de ni&el
superior
?
Diagrama 4
Diagrama 4
R
*
/
> ?
Diagrama 4.4
-
+ 9
Diagrama de conte$to
(it
1
2 1
/ '
Ds2c
!%!
!%2
!%3
,
F
+ S


DS2
3%
2
3%!
3%
3
= D
E
DS! 5
F

G
H
I
!
3
#
5 2
F-!
F-2
2%
!
2%2
2%3
S&S-
1
)
F-2
F&-!
2%2%
! 2%2%
2

Fi(u!a +*,1. 3i&eles
ET-/3S9<3 DE F,H<S DE D/:<S
Flujos detallados como el dialogo entre un proceso ! una entidad e$terna condiciones de error !
&ariaciones detalladas de un flujo 'no aparecen en el DFD de mas alto ni&el pero si en las inferiores . as
figura (.)#' muestran como se introducen tales flujos detallados en los diagramas de ni&el inferior mientras
se mantiene el balanceo de datos en la Fig.(.)# a) el DFD de ni&el superior modela el establecimiento ! la
direcci1n de un pr"stamo . El proceso ) se usa para recibir nue&as solicitudes para aprobarlas o rechazarlas
' el proceso 4' registra pagos sobre prestamos establecidos ! el proceso @ maneja cualquier pregunta de un
gestor ' sobre el pr"stamo. <bs"r&ese que el DFD' de ni&el superior tiene un flujo de datos llamado
5clarificaci1n de dialogo6 entre el proceso ! el S<9*9:/3:E pero no se inclu!e detalle de este flujo . a
doble flecha del flujo' indica que es bidireccional . Similarmente el flujo entre el proceso @ ! el S<9*9:/3:E
' se etiqueta por 5pregunta6 ! 5respuesta6' pero no se detalla una posible pregunta.
a Fig. (.)# b) ' muestra una e$pansi1n de proceso ) que inclu!e algunos flujos de datos e$pandidos .El
flujo de datos 5solicitud de prestamos6 sustitu!e el mismo flujo' pero el flujo 5pregunta ! respuesta6 se
e$pande en 4 llamadas 5solicitud aprobada 6 ! 5solicitud rechazada 6 n1tese que la numeraci1n en ambas
diagramas el de ni&el superior ! los e$pandidos ' se utiliza para comprobar la conser&aci1n de los datos .
/s el flujo 5respuesta6 a la S<9*9:,D se etiqueta en 8 en el ni&el superior ! sus e$pansiones en el
diagrama ).Se etiqueta 8) 84.
El flujo de datos6clarificaci1n del dialogo6 etiquetado * en el DFD superior se e$pande en la figura (.)# b)
para mostrar el tipo posible de clarificaci1n as 'en la figura (.)# b) ' se &en 4 tipos de clarificaci1n llamados
5comprobaci1n . c1digo6 etiquetado * ) ! 5comprobaci1n salario6 ' *4 ' la figura (.)# b) muestra caminos
alternati&os para e$pansiones de modelado . a comprobaci1n de c1digo se indica con un flujo con dos
flechas ' por ser de naturaleza bidireccional .
Este flujo se etiqueta ' petici1n de c1digo en el sentido ! c1digo en el otro ' la clarificaci1n del salario se
ilustra con 4 flujos cada uno de una direcci1n.
Se etiqueta con 5petici1n de salario6 ! 5salario6 . El analista es libre de elegir entre estas alternati&as para la
e$pansi1n del flujo de datos .
Es posible mostrar la e$pansi1n por otro camino esto se hace utilizando un proceso que separa tipos de
entrada . /s la figura (.)# c)' muestra el diagrama 4 que es e$pansi1n del proceso 4 del ni&el superior de la
figura (.)# a) 'la figura (.)# c)tambi"n ilustra una e$pansi1n del flujo de datos [Link] haber
dos tipos de reembolso' llamados 5pago regular 6o 5pago adelantado [Link] &es de e$pandir el flujo de datos
se inclu!e un proceso en el DFD e$pandido para distinguir entre esos dos tipos de flujos .
a)DFD # %i)#l su;#!io!

Q pregunta ! respuesta
8eembolso
Solicitud de
prestamos
8. respuesta Detalles
a la solicitud de prestamos
aprobados *uentas.
prestamos
b) DFD ia(!ama ,
Solicitud solicitud
De prestamos comprobada
*). petici1n
de c1digo 8esultado
de solicitud
*uentas. pr"stamo
c1digo
*). cuantificado
c1digo
Salario cuantificado
Detalle de
pr"stamo
aprobado
*4.
-etici1n de salario
*[Link]
8). solicitud rechazada
3
hacer
pregunta
2
)ctuali$
ar
cuenta
!
aprobar
solicitud
S'2&C&-.D
C%
clasi"icaci
n del
dialogo
S'2&C&-)/-
!%!
+ecibir
solicitud
!%#
Decidir
!%2
'btener
cdigo
!%3
'btener
salario
!%5
Preparar
respuest
a
84. solicitud aprobada


")DFD ia(!ama 0
-ago
regular 3,;.*,E3:/ N*/3:9D/D
*,E3:/S.
-8ES:/;<S
8eembolso
-ago
adelantado

Fi(u!a +*,2* E$pansi1n de flujos de datos
MA-EJO DE ERRORES
El manejo de errores' especialmente en un entorno interacti&o 'es mu! similar a un dialogo .os detalles' del
manejo de errores crea un dialogo error F correcci1n 'se puede modelar igual que un dialogo. /hora se
especifica el dialogo para corregir algunos errores ! se podra etiquetar 5dialogo error F correcci1n 5 .
/ &eces los procesos 'no emplean un dialogo de error simplemente rechazan una entrada dada ' en este
caso ' De ;arco distingui1 4 tipos de rechazos
D 8echazos tri&iales' que no necesitan deshacer lo hecho
D 8echazos no tri&iales ' que necesitan deshacer el trabajo anterior .
os diferentes tratamientos de estas alternati&as se muestran en la figura (.)C
a)R#"<azos %o t!i)ial#s 8echazo

Solicitud -ara credito
-ara credito Solicitud
aceptada
S<9*9:,D
b)R#"<azos %o t!i)ial#s
solicitud solicitud aceptada
para cr"dito
Solicitud
8echazo
9S:/.
*9E3:ES.-<:E3*9/E S
Detalle del solicitante
3ombtre del solicitante
Fi(u!a +*,=* ;odelado de condiciones de error

CUA-TOS -I6ELES>
/ &eces es difcil saber cuanto se bajara en ni&eles ' cuantos procesos inclu!e el diagrama de flujo de datos
o donde comenzar es imposible dar una respuesta precisa a estas preguntas pero se pueden sugerir
algunas ideas.
a ma!ora de los e$pertos 'dicen que entre K mas o menos dos es el numero ideal de procesos de un
diagrama de un flujo de datos este numero se comprende claramente con un e$amen &isual ' pero no es
demasiado peque0o para ser tri&ial. 7ran numero de procesos es difcil de comprender ' un numero
peque0o generalmente inclu!e mu! poca informaci1n para ser %til.
Sin embargo no se puede tomar una apro$imaci1n tri&ial' ! sugerir que los ni&eles solamente toman
procesos del ni&el mas alto ! di&idirlos en procesos de ni&el mas bajo' consid"rese la figura (.)( contiene
dos diagramas de flujo de datos cada uno con K procesos uno de estos diagramas es claramente menos
complejo ! por lo tanto mas fcil de comprender que el otro'.
a figura (.)(' ilustra otro requerimiento de los ni&eles ' las interfaces ' los procesos deben de ser mnimo'
esto solo se puede hacer por elecci1n apropiada de las funciones de ni&el inferior ! aqu es donde comienza
2%2
actuali$a
r por
pago
regular
2%!
determin
ar tipo
de pago
2%3
actuali$a
r por
pago
adelanta
do
Comproba
r
ilegibilida
d
+egistra
r
solicitud
Comprob
ar
ilegibilida
d
+egistr
a
solicitu
d
+ecuperar
desde el
"ichero de
clientes
potenciales
la &erdadera naturaleza de anlisis'. El analista debe analizar cuidadosamente los procesos de ni&el
superior' determinando que funciones auto contiene ! representndolas en el DFD' si las intercone$iones
son demasiado complicadas se reestudiara el ni&el ! si es necesario se &ol&er a comenzar . esto puede
comenzar durante interacciones' hasta que se encuentre una soluci1n satisfactoria'
*uanto se debe bajar en ni&eles hasta conseguir un conjunto de procesos que puedan describirse en una
pagina de especificaciones de procesos detallados .
a)Flu$o # atos b) D#masiaos 9lu$os # atos
Fi(u!a +*,+* 8educci1n de complejidad por minimizaci1n de flujos entre procesos
FU-CIO-ES LOGICAS FRE-TE A FISICAS
Se han tratado t"cnicas de modelado pero no se han prestado mucha atenci1n a la naturaleza de las
funciones que se representaban sin embargo muchos dise0adores distinguen entre funciones l1gicas !
fsicas . a figura (.)K' ilustra la diferencia entre estoas dos tipos de funciones ' la figura (.)K a) es un
diagrama de flujo de datos que modela lo que se hace' dicen que pedidos se reciben se determina la
localizaci1n de los elementos pedidos ! se entregan notas de entrega ' sin embargo no dice como se hacen
esas cosas ni quien las hacen Vse hacen manualmente o por ordenador W quien las haceJ
a figura (.)K b) es lo opuesto 'muestra los dispositi&os que tratan las funciones ' asi ha! un cargado de
procesar el pedido ' un proceso 5introducir el fichero de ordenador6 ! un proceso 5ejecutar programa
<*/9X/*9=36 .
DFD' como el de la figura (.)K a) que solo muestra lo que se hace sin decir como ni quien lo hace DFD
1gica. os DFD que muestran como ocurren las cosa o los componentes fsicos se llaman DFD fsicos. os
procesos tpicos que aparecen en DFD fsicos ' son los m"todos de entrada de datos ' transferencia de
datos especficos' o m"todos de procesamientos ! procesos que dependen de la colocaci1n fsicas de los
datos . 7eneralmente los DFD 'inclu!en ' ambos los procesos fsicos ! los l1gicos .
! 3
2
5
6
7
J
! 3 6
2 5
7
#
a)P!o"#so l?(i"os
rechazo
pedido Situaciones
cliente de los
aceptado elementos
pedido
cliente
/&iso
de entrega
b) P!o"#sos 9si"os
8E*A/X/D< -ED9D< F *9E3:E
pedido
cliente
aceptado
-edido cliente
/&iso de
entrega
Fi(u!a +*,4* Dise0o fsico ! l1gico de flujos de datos
Wcules son las &entajas de estos dos tipos de DFDJ . se suele argumentar que los modelos l1gicos a!udan
a l dise0ador a dar claridad en la perfecci1n 'de lo que ha! que hacer en el sistema sin entrar en detalle de
su implementaci1n actual .Despu"s de todo uno de los objeti&os del anlisis del sistema es mejora la
operaci1n del sistema es mas fcil hacer esto si inicialmente se estudia lo que ha! que hacer sin considerar
las limitaciones impuestas por los dispositi&os fsicos.
Sin embargo es mas fcil es mejor comenzar el sistema fsico' por que los componentes fsicos se pueden
identificar realmente durante el anlisis ' .os analistas comienzan generalmente por un modelo fsico !
generalmente lo con&ierten en modelo l1gico.
?eamos como hacer esto ' obser&ando la figura(.)L' donde el DFD fsico inclu!e 4 componentes fsicos2
El encargado de recepci1n que recibe ! un pedido por que es del tipo que fabrica la organizaci1n' si
la respuesta es no' el pedido no se acepta' si es si ' pasa a la secci1n de producci1n .
Secci1n de producci1n' que comprueba' si la maquina para hacer el pedido esta disponible si no el
pedido no se acepta en otro caso se encargan los recursos para la producci1n del pedido.
!
recepcio
nes
pedido
de
cliente
2
4uscar
situacin
de los
elementos
3
Comen$a
r entrega
!
recepcin
de pedido
de cliente
2
4uscar
situacin
de los
elementos
3
Kecutar
programa de
2'C)2&E)
C&'/
Durante la con&ersi1n 'se pasan todos los procesos que hacen referencias a acti&idades fsicas' Ej.
*lasificar por reas ! en&iar a las reas de producci1n . El resto de los procesos fsico se e$panden
despu"s dentro de sus funciones l1gicas para ello se toma cada proceso fsico ' se busca que es lo hace !
se reemplaza por un DFD de funciones l1gicas e$pandidos que represente las acti&idades de un objeto
fsico. :odos los procesos fsicos se e$pandirn as ! sus e$pansiones se combinaran en un DFD l1gico de
ni&el inferior ./s es la figura (.)L' el encargado de recepci1n se reemplaza por 4 funciones de encargado
de recepci1n2 5registrar pedido 6 ! 5comprobar el tipo de pedido6 de la misma forma 5secci1n producci1n6es
reemplazado por sus dos funciones26comprobar recursos disponibles6 ! 5encargar recursos a producci1n6
despu"s se e$amina este DFD de ni&el inferior' cualquier funci1n com%n o similar ' se combina ' para formar
un proceso de ni&el mas alto que se con&ierte en el DFD de ni&el mas alto. El e$amen e$pandido de la
figura (.)L b) muestra que6comprobar tipo de pedido6 ! 5comprobar recursos disponibles6 ' tiene un
prop1sito similar' determinar si el trabajo se puede lle&ar a cabo luego se combina en una funci1n de ni&el
superior' comprobar' 5factibilidad de producci1n 5 de la figura (.)L c)' tambi"n se a0ade al DFD de la figura
(.)L c) los procesos 5registrar proceso6 ! 5encargar recursos producci1n 5 el resultado de esto es que en la
figura (.)L c)' se tiene el DFD l1gico equi&alente al DFD fsico' mostrado en la figura (.)L a) a continuaci1n
se muestran mas ejemplos de DFD mas comunes ! sus con&ersiones a DFD =79*<S. a figura (.)O a)'
muestra un DFD que contiene todos los datos de una base de datos fsico' esto sucede generalmente
cuando se modela un sistema con una base de datos centralizada ' !a e$istentes ' la base de datos '
fsicamente se puede reemplazar por sus componentes l1gicos' esto es' la estructura de datos l1gicos'
almacenadas en la base de datos como muestra la figura (.)O b)
Ejemplos de modelo que inclu!e paquetes de recuperaci1n de datos se e$pone mas adelante' en la
figura(.4E a)muchos procesos se combinan en un proceso general de preguntas . de nue&o el DFD ' no
muestra el procesamiento' l1gico e$plicito ' as el proceso general de acceso mediante pregunta se puede
reemplazar por funciones l1gicas como muestra la figura (.4E b) ' en general los DFD se caracterizan
generalmente por el tipo de estructuras mostradas en la figura (.4) .3ormalmente ' los procesos fsicos
tienen muchas funciones ! consecuentemente ' muchos flujos entrando ! saliendo de ellas ' si se obser&a
una estructura como la de la figura (.4E' se puede asegurar claramente que es un proceso fsico ! se
con&ertira si fuera necesario en un proceso l1gico.
a)DFD !1si(% d niv" s#*)i%)
@
En&iar a la
seccion de
produccion
)
Encargado
de recepcion
#
Seccion de
produccion
4
*lasificar
por area
*9E3:ES
ped
id
o
-edido comprobado
-
e
d
i
d
o
c
l
a
s
i
f
i
c
a
d
o
s
P
E
D
I D
O
S
D
E
S
P
A
C
H
A
D
O
S
9mposible ser&ir
pedido
p
e
d
id
o
n
o
a
c
e
p
ta
d
o
-) +)%(s%s 2*andid%s
#.)
*omprobar
recursos
disponibles
).)
registrar
pedido
).4
*omprobar
tipo de
pedido
#.4
encargar
recursos a
produccion
*9E3:ES
-edido
-edido
recibido
p
e
d
i
d
o
c
o
m
p
r
o
b
a
d
o
-edido aceptado
-lanes . recursos
-ED9D<S
-edido no aceptado
9mposible ser&ir pedido
() +)%(s%s ".i(%s )(%,-inad%s
@
encargar
recursos
a produccion
)
8egistrar
pedido
4
*omprobar
factibilidad de
produccion
*9E3:ES -edido
-edido
recibido
-edido
aceptado
-lenes .
recursos
-ED9D<