INACAP 

 
 

METODOLOGÍAS​ ​AMERICANAS​:

YOURDON,​ ​DEMARCO,
GANE​ ​Y​ ​SARSON.
 

Integrantes:​ ​Patricio​ ​Pezoa 

 
1
 INACAP 
 
Jonathan​ ​Ponce 
Fernando​ ​Reyes 

HISTORIA 
 
El​ ​análisis​ ​estructurado​ ​se​ ​ha​ ​transformado​ ​en​ ​una​ ​de​ ​las​ ​metodologías​ ​más 
divulgadas​ ​de​ ​análisis​ ​y​ ​especificación​ ​de​ ​sistemas​ ​hoy​ ​en​ ​día. 
Para​ ​conceptuar​ ​esta​ ​herramienta​ ​de​ ​apoyo​ ​a​ ​dicha​ ​metodología,​ ​se​ ​estudia​ ​el 
análisis​ ​de​ ​sistemas​ ​como​ ​etapa​ ​del​ ​desarrollo​ ​de​ ​un​ ​sistema,​ ​como​ ​así​ ​también 
su​ ​contexto​ ​bajo​ ​el​ ​enfoque​ ​sistémico. 
Los​ ​requerimientos​ ​de​ ​automatización​ ​se​ ​derivan​ ​de​ ​los​ ​objetivos​ ​del​ ​análisis 
de​ ​sistemas.​ ​Específicamente,​ ​dicen​ ​relación​ ​con​ ​la​ ​consistencia,​ ​exactitud​ ​y 
completitud​ ​intra​ ​e​ ​inter​ ​componentes​ ​del​ ​modelo​ ​de​ ​la​ ​especificación 
estructurada. 
Cabe​ ​hacer​ ​notar​ ​que​ ​este​ ​prototipo​ ​se​ ​desarrolló​ ​considerando​ ​las 
necesidades​ ​locales​ ​de​ ​los​ ​analistas​ ​que​ ​utilizan​ ​esta​ ​metodología. 
 
INTRODUCCION 
 
El​ ​análisis​ ​de​ ​requerimientos​ ​forma​ ​parte​ ​del​ ​desarrollo​ ​de​ ​sistemas​ ​de 
información,​ ​cualquiera​ ​sea​ ​el​ ​enfoque​ ​utilizado​ ​en​ ​éste,​ ​ya​ ​sea​ ​el​ ​tradicional​ ​u 
otros​ ​-por​ ​ejemplo,​ ​la​ ​construcción​ ​de​ ​prototipos-. 
Al​ ​estudiar​ ​el​ ​proceso​ ​de​ ​análisis,​ ​es​ ​posible​ ​notar​ ​que​ ​éste​ ​es​ ​un​ ​proceso 
iterativo​ ​en​ ​el​ ​cual​ ​la​ ​comunicación​ ​con​ ​el​ ​usuario​ ​juega​ ​un​ ​rol​ ​fundamental, 
puesto​ ​que​ ​si​ ​los​ ​requerimientos​ ​no​ ​están​ ​acordes​ ​con​ ​la​ ​especificación,​ ​no​ ​se 
llegará​ ​a​ ​un​ ​resultado​ ​final​ ​satisfactorio. 
El​ ​análisis​ ​estructurado​ ​es​ ​una​ ​metodología​ ​de​ ​gran​ ​utilidad​ ​para​ ​el​ ​analista,​ ​ya 
que​ ​facilita​ ​la​ ​comunicación​ ​con​ ​el​ ​usuario,​ ​minimiza​ ​la​ ​redundancia​ ​y​ ​permite 

 
2
 INACAP 
 
enfrentar​ ​la​ ​complejidad​ ​en​ ​la​ ​construcción​ ​de​ ​la​ ​especificación​ ​de 
requerimientos. 
Este​ ​trabajo​ ​se​ ​ha​ ​desarrollado​ ​para​ ​crear​ ​un​ ​prototipo​ ​de​ ​una​ ​herramienta​ ​de 
apoyo​ ​al​ ​analista​ ​que​ ​utiliza​ ​la​ ​metodología​ ​de​ ​análisis​ ​estructurado​ ​ya​ ​sea​ ​para 
la​ ​descripción​ ​de​ ​un​ ​sistema​ ​problema,​ ​como​ ​para​ ​la​ ​especificación​ ​de​ ​un 
sistema-solución. 
 
Metodología: 
Conjunto​ ​de​ ​procedimientos,​ ​técnicas,​ ​herramientas​ ​y​ ​un​ ​soporte​ ​documental 
que​ ​ayuda​ ​a​ ​los​ ​desarrolladores​ ​a​ ​realizar​ ​nuevo​ ​software 
 
METODOLOGÍA​ ​ ​vs.​ ​ ​CICLO​ ​DE​ ​VIDA   
 
Una​ ​metodología​ ​puede​ ​seguir​ ​uno​ ​o​ ​varios​ ​modelos​ ​de​ ​ciclo​ ​de​ ​vida,​ ​es​ ​decir,​ ​el 
ciclo​ ​de​ ​vida​ ​indica​ ​qué​ ​es​ ​lo​ ​que​ ​hay​ ​que​ ​obtener​ ​a​ ​lo​ ​largo​ ​del​ ​desarrollo​ ​del 
proyecto​ ​pero​ ​no​ ​cómo​ ​hacerlo. 
La​ ​metodología​ ​indica​ ​cómo​ ​hay​ ​que​ ​obtener​ ​los​ ​distintos​ ​productos​ ​parciales​ ​y 
Finales 
  
CARACTERISTICAS​ ​DESEABLES​ ​DE​ ​UNA​ ​METODOLOGIA 
 
● Existencia​ ​de​ ​reglas​ ​predefinidas 
● Cobertura​ ​total​ ​del​ ​ciclo​ ​de​ ​desarrollo 
● Verificaciones​ ​intermedias 
● Planificación​ ​y​ ​control 
● Comunicación​ ​efectiva 
● Utilización​ ​sobre​ ​un​ ​abanico​ ​amplio​ ​de​ ​proyectos 
● Fácil​ ​formación 

 
3
 INACAP 
 
● Herramientas​ ​CASE 
● Actividades​ ​que​ ​mejoren​ ​el​ ​proceso​ ​de​ ​desarrollo 
● Soporte​ ​al​ ​mantenimiento 
● Soporte​ ​de​ ​la​ ​reutilización​ ​de​ ​software 
 
RELACION​ ​HISTORICA​ ​DE​ ​LAS​ ​PRINCIPALES​ ​RELACION​ ​HISTORICA 
DE​ ​LAS​ ​PRINCIPALES​ ​METODOLOGÍAS   
 
AÑO​ ​METODOLOGÍA 
1968​ ​Conceptos​ ​sobre​ ​la​ ​programación​ ​estructurada​ ​de​ ​DIJKSTRA 
1974​ ​Técnicas​ ​de​ ​programación​ ​estructurada​ ​de​ ​WARNIER​ ​y​ ​JACKSON 
1975​ ​Primeros​ ​conceptos​ ​sobre​ ​diseño​ ​estructurado​ ​de​ ​MYERS​ ​y​ ​YOURDON 
1977​ ​Primeros​ ​conceptos​ ​sobre​ ​análisis​ ​estructurado​ ​GANE​ ​y​ ​SARSON 
1978​ ​Análisis​ ​estructurado:​ ​DEMARCO​ ​y​ ​WEINBERG​ ​Nace​ ​MERISE 
1981​ ​SSADM​ ​(versión​ ​inicial)​ ​Information​ ​Engineering​ ​(versión​ ​inicial) 
1985​ ​Análisis​ ​y​ ​Diseño​ ​estructurado​ ​para​ ​sistemas​ ​de​ ​tiempo​ ​real​ ​de​ ​WARD​ ​y 
MELLOR 
1986​ ​SSADM​ ​Versión​ ​3 
1987​ ​Análisis​ ​y​ ​Diseño​ ​estructurado​ ​para​ ​sistemas​ ​de​ ​tiempo​ ​real​ ​de​ ​HATLEY 
y​ ​PIRHBAY 
1989​ ​METRICA​ ​(versión​ ​inicial) 
1990​ ​SSADM​ ​Versión​ ​4 
1993​ ​METRICA​ ​Versión​ ​2 
1995​ ​METRICA​ ​Versión​ ​2.​ ​1 
 
METODOLOGIAS​ ​ESTRUCTURADAS 
 
Metodologías​ ​Orientadas​ ​A​ ​Procesos 

 
4
 INACAP 
 
•​Metodología​ ​de​ ​Yourdon 
-​ ​Realizar​ ​los​ ​DFD​ ​del​ ​sistema 
-​ ​Realizar​ ​el​ ​diagrama​ ​de​ ​estructuras 
-​ ​Evaluar​ ​el​ ​diseño 
-​ ​Preparar​ ​el​ ​diseño​ ​para​ ​la​ ​implantación. 
 
METODOLOGIAS​ ​ORIENTADAS​ ​A​ ​PROCESOS 
FASES​ ​DEL​ ​ANALISIS​ ​ESTRUCTURADO 
 
Método​ ​de​ ​DeMarco   Método​ ​de​ ​Gane​ ​y​ ​Sarson 
  1.​ ​Construir​ ​el​ ​modelo​ ​lógico​ ​actual 
1.​ ​Construir​ ​el​ ​modelo​ ​físico​ ​actual  (DFD​ ​lógico​ ​actual). 
(DFD​ ​físico​ ​actual).  2.​ ​Construir​ ​el​ ​modelo​ ​del​ ​nuevo 
  sistema:​ ​elaborar​ ​una​ ​especificación 
2.​ ​Construir​ ​el​ ​modelo​ ​lógico​ ​actual  estructurada​ ​y​ ​construir​ ​un​ ​modelo 
(DFD​ ​lógico​ ​actual).  lógico​ ​de​ ​datos​ ​en​ ​tercera​ ​forma 
  normal​ ​que​ ​exprese​ ​el​ ​contenido​ ​de 
3.​ ​Crear​ ​un​ ​conjunto​ ​de​ ​modelos  los​ ​almacenes​ ​de​ ​datos. 
físicos​ ​alternativos.  3.​ ​Seleccionar​ ​un​ ​modelo​ ​lógico. 
  4.​ ​Crear​ ​el​ ​nuevo​ ​modelo​ ​físico​ ​del 
4.​ ​Estimar​ ​los​ ​costes​ ​y​ ​tiempos​ ​de  sistema. 
cada​ ​opción.  5.​ ​Empaquetar​ ​la​ ​especificación. 
 
5.​ ​Seleccionar​ ​un​ ​modelo 
 
6.​ ​Empaquetar​ ​la​ ​especificación. 

EL​ ​DIAGRAMA​ ​DE​ ​FLUJO​ ​DE​ ​DATOS 

El​ ​Diagrama​ ​de​ ​Flujo​ ​de​ ​Datos​​ ​(​DFD​)​ ​es​ ​una​ ​herramienta​ ​de​ ​modelización​ ​que 
permite​ ​describir,​ ​de​ ​un​ ​sistema,​ ​la​ ​transformación​ ​de​ ​entradas​ ​en​ ​salidas;​ ​el 
DFD​ ​también​ ​es​ ​conocido​ ​con​ ​el​ ​nombre​ ​de​ ​Modelo​ ​de​ ​Procesos​ ​de​ ​Negocios 
(​BPM​,​ ​B​usiness​ ​P​rocess​ ​M​odel). 

 
5
 INACAP 
 
El​ ​objetivo​ ​del​ ​DFD​ ​es: 

1. Describir​ ​el​ ​contexto​ ​del​ ​sistema,​ ​determinando​ ​lo​ ​que​ ​ocurrirá​ ​en​ ​cada 
una​ ​de​ ​las​ ​áreas​ ​de​ ​la​ ​empresa,​ ​denominadas​ ​Entidades​ ​externas,​ ​que 
participen​ ​de​ ​este​ ​sistema;  
2. Detallar​ ​los​ ​procesos​ ​a​ ​ser​ ​realizados;  
3. Enumerar​ ​los​ ​archivos​ ​de​ ​datos​ ​necesarios,​ ​en​ ​cada​ ​proceso;  
4. Definir​ ​los​ ​flujos​ ​de​ ​datos,​ ​que​ ​participen​ ​en​ ​el​ ​procedimiento.  

En​ ​otras​ ​palabras,​ ​el​ ​DFD​ ​permite​ ​representar​ ​de​ ​forma​ ​completa​ ​el​ ​sistema 
de​ ​información,​ ​al​ ​relacionar​ ​los​ ​datos​ ​almacenados​ ​en​ ​los​ ​archivos​ ​de​ ​datos 
del​ ​sistema,​ ​con​ ​los​ ​procesos​ ​que​ ​transforman​ ​a​ ​estos​ ​dados. 
Una​ ​de​ ​las​ ​principales​ ​características​ ​de​ ​este​ ​modelo​ ​es​ ​su​ ​simplicidad,​ ​y​ ​se 
debe​ ​al​ ​hecho​ ​que​ ​son​ ​solamente​ ​cuatro​ ​los​ ​símbolos​ ​utilizados​ ​que 
representan​ ​a​ ​los​ ​elementos​ ​(entidades​ ​externas,​ ​archivos,​ ​procesos​ ​y​ ​flujos 
de​ ​información);​ ​con​ ​los​ ​cuales​ ​se​ ​puede​ ​producir​ ​un​ ​esquema,​ ​que​ ​alcance​ ​el 
nivel​ ​de​ ​detalle​ ​requerido​ ​por​ ​el​ ​proyectista;​ ​y​ ​éste​ ​pueda​ ​ser​ ​interpretado 
por​ ​todas​ ​las​ ​personas​ ​involucradas​ ​en​ ​el​ ​proyecto,​ ​sin​ ​el​ ​requerimiento​ ​de​ ​un 
conocimiento​ ​previo​ ​de​ ​informática.  
 
 
TÉCNICA​ ​DE​ ​DISEÑO​ ​DEL​ ​DFD 
En​ ​el​ ​diseño​ ​de​ ​un​ ​DFD​,​ ​son​ ​utilizados​ ​cuatro​ ​símbolos​ ​: 

 
6
 INACAP 
 

 
​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​Simbología​ ​del​ ​DFD​ ​Método​ ​Yourdon 
 
1.​ ​Las,​ ​Entidades​ ​externas​,​ ​que​ ​pueden​ ​representar​ ​a​ ​una​ ​persona,​ ​a​ ​un​ ​grupo 
de​ ​personas​ ​o,​ ​a​ ​un​ ​sistema;​ ​Un​ ​ejemplo​ ​respectivo​ ​para​ ​cara​ ​cada​ ​uno​ ​de​ ​ellos 
sería​ ​Gerente​ ​Financiero,​ ​Clientes​ ​y​ ​un​ ​sistema​ ​de​ ​liquidación​ ​de​ ​sueldos​ ​y 
jornales. 
En​ ​sí,​ ​las​ ​entidades​ ​externas,​ ​muestran​ ​a​ ​las​ ​entidades​ ​con​ ​las​ ​cuales​ ​el 
sistema​ ​se​ ​comunica​ ​y​ ​por​ ​lo​ ​tanto​ ​no​ ​forman​ ​parte​ ​del​ ​sistema​ ​en​ ​estudios; 
pues​ ​lo​ ​que​ ​ocurre​ ​en​ ​estas​ ​entidades​ ​no​ ​es​ ​de​ ​interés​ ​para​ ​el​ ​proyecto.​ ​Si​ ​así 
lo​ ​fuera,​ ​esto​ ​está​ ​indicando​ ​que​ ​la​ ​frontera​ ​del​ ​sistema,​ ​es​ ​más​ ​amplia​ ​de​ ​lo 
que​ ​se​ ​determinó;​ ​y​ ​los​ ​procesos​ ​involucrados​ ​en​ ​esta​ ​entidad,​ ​deben​ ​pasar​ ​a 
ser​ ​parte​ ​del​ ​sistema​ ​en​ ​estudio. 
Las​ ​entidades​ ​externas​ ​son​ ​consideradas​ ​también​ ​como​ ​Terminadores​,​ ​pues 
representan​ ​el​ ​origen​ ​y​ ​el​ ​destino​ ​de​ ​los​ ​Flujos​ ​de​ ​datos​​ ​para​ ​adentro​ ​y​ ​para 
fuera​ ​del​ ​sistema. 
Son​ ​representadas​ ​por​ ​medio​ ​de​ ​un​ ​cuadrado,​ ​que​ ​puede​ ​tener​ ​un​ ​sombreado 
en​ ​dos​ ​de​ ​sus​ ​lados​ ​para​ ​otorgarle​ ​un​ ​relieve​ ​(ver​ ​figura​ ​4.2.2).​ ​Y​ ​en​ ​el​ ​centro 

 
7
 INACAP 
 
del​ ​cuadrado​ ​se​ ​escribe​ ​el​ ​nombre​ ​de​ ​la​ ​entidad​ ​externa​ ​que​ ​está​ ​siendo 
representada. 
Cuando​ ​una​ ​entidad​ ​externa​ ​provee​ ​datos​ ​al​ ​sistema,​ ​debe​ ​existir​ ​un​ ​flujo​ ​de 
datos​ ​saliendo​ ​de​ ​la​ ​entidad​ ​y​ ​en​ ​dirección​ ​al​ ​sistema.​ ​Y​ ​cuando​ ​una​ ​entidad 
externa​ ​recibe​ ​datos​ ​del​ ​sistema,​ ​debe​ ​existir​ ​un​ ​flujo​ ​de​ ​datos​ ​que​ ​viene​ ​del 
sistema​ ​y​ ​termina​ ​en​ ​la​ ​entidad​ ​externa. 
Las​ ​entidades​ ​externas​ ​pueden​ ​duplicarse,​ ​si​ ​fuese​ ​necesario​ ​darle​ ​claridad​ ​al 
diseño​ ​y​ ​evitar​ ​largos​ ​vectores,​ ​que​ ​representan​ ​a​ ​los​ ​flujos​ ​de​ ​datos,​ ​o​ ​bien 
evitar​ ​gran​ ​cantidad​ ​de​ ​entrecurzamientos​ ​de​ ​los​ ​mismos. 
 
2.-Los​ ​flujos​​ ​de​ ​datos​​ ​son​ ​representados​ ​por​ ​vectores​ ​direccionados.​ ​Ellos​ ​son 
las​ ​conexiones​​ ​entre​ ​los​ ​distintos​ ​elementos​ ​del​ ​sistema​ ​y​ ​los​ ​procesos;​ ​y 
representan​ ​a​ ​la​ ​información​ ​que​ ​los​ ​procesos​ ​exigen​ ​como​ ​entrada​ ​y/o​ ​las 
informaciones​ ​que​ ​ellos​ ​generan​ ​como​ ​salida.​ ​Los​ ​flujos​ ​pueden​ ​representar​ ​a 
una​ ​información​ ​compuesta​ ​por​ ​un​ ​solo​ ​elemento​ ​como​ ​por​ ​ejemplo:​ ​precio, 
cantidad,​ ​Apellido;​ ​o​ ​bien​ ​pueden​ ​representar​ ​a​ ​una​ ​información​ ​que​ ​contiene 
una​ ​estructura​ ​de​ ​elementos​ ​como​ ​por​ ​ejemplo:​ ​Orden​ ​de​ ​compra,​ ​Remito, 
Factura. 
 
3.-​ ​Los​ ​procesos​​ ​se​ ​pueden​ ​mostrar​ ​como​ ​burbujas,​ ​o​ ​como​ ​rectángulos​ ​con​ ​sus 
vértices​ ​redondeados;​ ​según​ ​sea​ ​la​ ​metodología​ ​para​ ​modelar​ ​los​ ​procesos​ ​de 
Yourdon​ ​o​ ​la​ ​de​ ​Gane​ ​&​ ​Sarson;​ ​en​ ​el​ ​diagrama​ ​ellos​ ​representan​ ​las​ ​diversas 
funciones​ ​individuales​​ ​que​ ​el​ ​sistema​ ​ejecuta;​ ​Estas​ ​funciones​ ​son​ ​las​ ​que 
transforman​ ​a​ ​las​ ​entradas​ ​en​ ​salidas.​ ​El​ ​proceso​ ​es​ ​nominado​ ​en​ ​función​ ​de​ ​la 
acción​ ​que​ ​realiza​ ​sin​ ​especificar​ ​el​ ​algoritmo​ ​utilizado​ ​para​ ​la​ ​transformación. 
Este​ ​algoritmo​ ​debe​ ​ser​ ​detallado​ ​en​ ​el​ ​diccionario​ ​de​ ​datos​ ​ ​ ​o​ ​esquematizado 
en​ ​un​ ​flujograma  

 
8
 INACAP 
 
4.-​ ​Los​ ​archivos​ ​de​ ​datos​​ ​son​ ​mostrados​ ​por​ ​dos​ ​líneas​ ​paralelas​ ​según​ ​la 
metodología​ ​de​ ​Yourdon.;​ ​o​ ​como​ ​un​ ​rectángulo​ ​abierto​ ​por​ ​uno​ ​de​ ​sus​ ​lados​ ​en 
la​ ​metodología​ ​de​ ​Gane​ ​&​ ​Sarson.​ ​Ellos​ ​muestran​ ​la​ ​colección​ ​de​ ​datos​​ ​que​ ​el 
sistema​ ​debe​ ​mantener​ ​en​ ​la​ ​memoria​ ​en​ ​un​ ​período​ ​de​ ​tiempo.​ ​Al​ ​terminar​ ​el 
diseño​ ​del​ ​sistema​ ​y​ ​la​ ​construcción​ ​del​ ​mismo,​ ​los​ ​archivos​ ​serán​ ​las​ ​tablas 
que​ ​compongan​ ​la​ ​base​ ​de​ ​datos. 
 
RESTRICCIONES​ ​DEL​ ​DFD. 
Como​ ​regla​ ​general,​ ​en​ ​un​ ​DFD,​ ​loa​ ​tratamiento​ ​de​ ​errores​ ​y​ ​de​ ​excepciones​ ​no 
deben​ ​ser​ ​representados;​ ​a​ ​menos​ ​que​ ​estos​ ​sean​ ​muy​ ​relevantes​ ​para​ ​los 
usuarios​ ​del​ ​sistema.​ ​El​ ​DFD​ ​debe​ ​ser​ ​visto​ ​como​ ​una​ ​herramienta​ ​de 
planeamiento​ ​del​ ​sistema,​ ​y​ ​no​ ​como​ ​una​ ​especificación​ ​detallada​ ​del​ ​sistema. 
Su​ ​finalidad​ ​es​ ​mostrar​ ​el​ ​flujo​ ​normal​ ​de​ ​datos​ ​entre​ ​los​ ​principales 
elementos,​ ​y​ ​no​ ​los​ ​detalles​ ​de​ ​implantación​ ​del​ ​sistema. 
Lo​ ​que​ ​queremos​ ​decir​ ​es​ ​que,​ ​el​ ​diagrama​ ​de​ ​flujo​ ​de​ ​datos​ ​ofrece​ ​una​ ​visión 
general​ ​y​ ​práctica​ ​de​ ​los​ ​principales​ ​componentes​ ​funcionales​ ​del​ ​sistema,​ ​pero 
no​ ​provee​ ​detalles​ ​sobre​ ​esos​ ​componentes​.​ ​Para​ ​mostrar​ ​los​ ​detalles​ ​de​ ​qué 
información​ ​es​ ​procesada​ ​y​ ​cómo​ ​es​ ​transformada,​ ​precisamos​ ​de​ ​una 
herramienta​ ​de​ ​soporte​ ​de​ ​modelización​ ​textual​ ​y​ ​una​ ​de​ ​ellas​ ​es​ ​el​ ​diccionario 
de​ ​datos   
El​ ​DFD​ ​Tampoco​ ​provee​ ​ninguna​ ​indicación​ ​explícita​ ​de​ ​la​ ​secuencia​​ ​del 
procesamiento.​ ​El​ ​procesamiento​ ​o​ ​la​ ​secuencia​ ​puede​ ​estar​ ​implícitamente​ ​en 
el​ ​diagrama,​ ​pero​ ​la​ ​representación​ ​procedimental,​ ​de​ ​cuando​ ​inicia​ ​y​ ​finaliza 
cada​ ​proceso​ ​quedará​ ​explícita​ ​en​ ​el​ ​flujograma.  
 
 
Ejemplo​: 
DFD​ ​de​ ​Nivel​ ​0​ ​o​ ​Diagrama​ ​de​ ​Contexto: 

 
9
 INACAP 
 
En​ ​este​ ​nivel​ ​el​ ​diagrama​ ​de​ ​flujo​ ​de​ ​datos,​ ​sólo​ ​brinda​ ​una​ ​visión​ ​muy​ ​genérica 
del​ ​sistema.​ ​Será​ ​en​ ​diagramas​ ​posteriores​ ​cuando​ ​se​ ​pueda​ ​comprender​ ​el 
funcionamiento​ ​del​ ​sistema.​ ​En​ ​el​ ​Nivel​ ​0,​ ​el​ ​diagrama​ ​suele​ ​conocerse​ ​como 
diagrama​ ​de​ ​contexto​ ​y​ ​sólo​ ​da​ ​idea​ ​de​ ​los​ ​flujos​ ​de​ ​datos​ ​de​ ​entrada​ ​y​ ​de 
salida​ ​del​ ​software.  

 
 
 
 
 
 
 
DFD​ ​de​ ​Nivel​ ​1 
En​ ​este​ ​diagrama​ ​ya​ ​se​ ​obtiene​ ​una​ ​visión​ ​más​ ​específica​ ​del​ ​sistema: 

 
10
 INACAP 
 

DFD​ ​de​ ​Nivel​ ​2 

Los​ ​diagramas​ ​de​ ​este​ ​nivel​ ​ya​ ​son​ ​lo​ ​suficientemente​ ​detallados​ ​como​ ​para 
obtener​ ​una​ ​idea​ ​bastante​ ​concreta​ ​de​ ​las​ ​operaciones​ ​que​ ​se​ ​realiza.​ ​Como​ ​los 
diagramas​ ​comienzan​ ​a​ ​ser​ ​complejos,​ ​los​ ​dividiremos​ ​en​ ​tres​ ​partes​ ​que​ ​se 
corresponden​ ​con​ ​cada​ ​burbuja​ ​del​ ​Nivel​ ​1. 
 
 
 
 
 
 
 
 
Nivel​ ​2.1:​ ​Inicializando​ ​Usuarios 
Aquí​ ​se​ ​detallará​ ​la​ ​burbuja​ ​1.1​ ​del​ ​Nivel​ ​1. 

 
11
 INACAP 
 

 
DFD​ ​Nivel​ ​2.1 
Con​ ​el​ ​flujo​ ​de​ ​datos​ ​de​ ​Login​ ​de​ ​usuario,​ ​la​ ​burbuja​ ​Identificar​ ​Usuario 
contrastará​ ​este​ ​Login​ ​con​ ​el​ ​Listado​ ​de​ ​Usuarios​ ​generado​ ​previamente​ ​en​ ​la 
burbuja​ ​Cargar​ ​Usuarios.​ ​Una​ ​vez​ ​efectuado​ ​el​ ​login​ ​y​ ​si​ ​ha​ ​sido​ ​correcto,​ ​se 
procesará​ ​la​ ​información​ ​del​ ​usuario.​ ​Si​ ​detalláramos​ ​más​ ​la​ ​burbuja​ ​Procesar 
Información​ ​de​ ​Usuario,​ ​aparecerían​ ​los​ ​procesos​ ​específicos​ ​del 
administrador​ ​y​ ​los​ ​procesos​ ​en​ ​cargados​ ​de​ ​construir​ ​la​ ​base​ ​de​ ​datos. 
 
 
Nivel​ ​2.2:​ ​Ejecutando​ ​Operaciones 

 
12
 INACAP 
 

DFD​ ​Nivel​ ​2.2 

 
Este​ ​es​ ​el​ ​verdadero​ ​corazón​ ​de​ ​el​ ​sitio​ ​Web.​ ​Cada​ ​flujo​ ​que​ ​sale​ ​del​ ​proceso 
"Procesar​ ​Acción"​ ​corresponde​ ​con​ ​un​ ​evento​ ​generado​ ​por​ ​el​ ​usuario.​ ​Iremos 
comentando​ ​cada​ ​flujo​ ​de​ ​entrada​ ​y​ ​las​ ​operaciones​ ​que​ ​estos​ ​implican:  
Regenerar​ ​BBDD 
Se​ ​reconstruye​ ​la​ ​base​ ​de​ ​datos​ ​y​ ​se​ ​sobrescribe​ ​la​ ​antigua. 
 
 
 

 
13
 INACAP 
 
Actualizar​ ​Sitio​ ​Web 
 
Éste​ ​es​ ​el​ ​proceso​ ​principal​ ​de​ ​una​ ​Web.​ ​Primero,​ ​se​ ​construye​ ​una​ ​nueva​ ​base 
de​ ​datos​ ​que​ ​reflejará​ ​el​ ​estado​ ​actual​ ​de​ ​nuestro​ ​sitio​ ​Web.​ ​A​ ​continuación, 
se​ ​toma​ ​esta​ ​nueva​ ​base​ ​de​ ​datos​ ​y​ ​nuestra​ ​base​ ​de​ ​datos​ ​y​ ​se​ ​comparan.​ ​En 
este​ ​proceso​ ​se​ ​determinarán​ ​los​ ​archivos​ ​que​ ​tienen​ ​que​ ​ser​ ​actualizados​ ​y​ ​se 
Subirán.​ ​Una​ ​vez​ ​actualizado​ ​cada​ ​fichero,​ ​se​ ​guardará​ ​su​ ​nuevo​ ​estado​ ​en​ ​la 
base​ ​de​ ​datos.​ ​También​ ​se​ ​crea​ ​un​ ​flujo​ ​de​ ​salida​ ​que​ ​incluirá​ ​información​ ​para 
mostrar​ ​al​ ​usuario. 
Actualizar​ ​Fichero​ ​y​ ​Actualizar​ ​Directorio 
Es​ ​lo​ ​descrito​ ​en​ ​el​ ​punto​ ​anterior​ ​pero​ ​aplicado​ ​únicamente​ ​a​ ​un​ ​fichero​ ​o​ ​a​ ​un 
directorio. 
Sitio​ ​Local 
En​ ​este​ ​caso​ ​simplemente​ ​se​ ​lanza​ ​el​ ​proceso​ ​de​ ​Configuración​ ​de​ ​Datos 
Locales,​ ​se​ ​procesarán​ ​las​ ​elecciones​ ​del​ ​usuario​ ​y​ ​se​ ​guardarán​ ​en​ ​la​ ​base​ ​de 
datos. 
Sitio​ ​FTP 
Similar​ ​al​ ​sitio​ ​Local,​ ​salvo​ ​que​ ​en​ ​este​ ​caso​ ​además​ ​el​ ​proceso​ ​Configurar 
Datos​ ​FTP​ ​incluye​ ​rutinas​ ​dedicadas​ ​a​ ​comprobar​ ​si​ ​los​ ​datos​ ​introducidos 
sobre​ ​el​ ​Sitio​ ​FTP​ ​son​ ​correctos. 
 
 
 
 
 
 
Nivel​ ​2.3:​ ​Visualizando​ ​la​ ​información 

 
14
 INACAP 
 

 
15