Capítulo07 usodediagramasflujodatos

1 2 3
a. Observando cada uno de estos
elementos ¿Con qué nombre se le
conoce a cada uno de ellos ?
b. Combinando estos elementos ¿Qué tipo
de gráficos se pueden hacer?
c. ¿A ésta metodología se le conoce como
LA METODOLOGÍA ……………………?
1. Entidad
2. Proceso
3. Flujo de Datos
4. Almacén de datos
Dr. Francisco Ramirez Veliz
1
Estudiante Crear Registro
de Estudiante
Información
Nuevo Estudiante
Archivo maestro
de estudiantes
4
Diagramas de Flujos
de Datos
ESTRUCTURADA
(DEL FLUJO DE DATOS)

Universidad Nacional del Callao
Uso de Diagramas
de Flujos de Datos
2

¿ Que le parece este DFD?
2
3
Una entidad externa no se debe
conectar de manera directa a
un almacén de datos
El Proceso 1
NO TIENE
SALIDA
El proceso 2 no tiene
entrada. El flujo de
datos Sueldo bruto
va en dirección
equivocada
Un almacén de datos
no se debe conectar de
manera directa a otro
almacén de datos

Uso de diagramas de flujo de datos
Modelado ágil y Prototipos
Desarrollar
Diagramas de
Flujo de Datos
Diagramas de
flujo de datos
Lógico y físico
Ejemplo de un DFD
Particionamiento
de sitios Web
• Elaborar DFD es una metodología estructurada tradicional en el mundo de la
informática que tiene como propósito determinar los requerimientos de
información de los humanos.
• Los DFD se clasifican como lógicos (sistema actual y propuesto) y físicos
(implementación del sistema propuesto).
• Se agrupan procesos manuales y automatizados para asociarse entre sí
(particionamiento).
4

1. Desarrollar DFD
5
 Para que el analista comprenda los
requerimientos de información que
necesita el usuario, es importante
que él conceptualice la forma en que
los datos se mueven en la
Organización.
 Aplicando la metodología del Flujo
de Datos se puede conocer como los
procesos se transforman, es decir
conocer los datos de ENTRADA, sus
PROCESOS que son transformados
en datos de SALIDA.
 La técnica estructurada es conocida
como los DFD, donde el analista al
emplear 4 símbolos ensambla una
representación gráfica de los
procesos de un área de la
Organización.

1. Desarrollar DFD
Ventajas de la metodología del flujo de datos
Tiene cuatro ventajas:
1. No hay que comprometerse demasiado pronto con la implementación
6
técnica del sistema.
2. Permite al analista comprender detalladamente la interrelación que
existe entre los subsistemas.
3. Le permite al analista conocer y comunicar el SISTEMA ACTUAL a los
usuarios por medio de los DFD.
4. También permite analizar un SISTEMA PROPUESTO para determinar
si se han definido los datos y procesos necesarios.

1. Desarrollar DFD
Convenciones usadas en los DFD
7
Tiene cuatro símbolos básicos:
1. El cuadrado (puede ser cuadrado doble):
i. Representa a la ENTIDAD. Permite describir una entidad
externa que puede ser dpto., persona, empresa, máquina y que
envía/recibe datos hacia/desde el sistema.
ii. También se conoce como origen o destino de los datos.
iii. Tiene un nombre apropiado. Generalmente un sustantivo.
iv. Interactúa con el sistema pero se le considera fuera del límite
de éste.
v. Se puede utilizar la misma ENTIDAD más de una vez en un
DFD (para evitar cruzar la línea del Flujo de Datos).
Cuadrado doble

Desarrollar DFD
8
2. La Flecha:
i. Representa al FLUJO DE DATOS. Muestra el
movimiento de los datos desde un punto a otro.
ii. La cabeza de la flecha apunta hacia el destino de los
datos.
iii. Los flujos de datos que ocurren al mismo tiempo se
describen mediante el uso de flechas paralelas.
iv. La flecha representa datos sobre: una persona, lugar o
cosa.
v. Se describe con un sustantivo.

1. Desarrollar DFD
3. Rectángulo con esquinas redondeadas (puede ser un circulo).
i. Representa al PROCESO que es el trabajo que se realiza en el
sistema y debe tener un nombre claro para entender lo que el
proceso lleva a cabo.
ii. Un proceso de alto nivel tiene que tener el nombre de todo el
sistema. Ejemplo: SISTEMA CONTROL DE INVENTARIO.
iii. AL denominar un subsistema importante use el nombre tal como:
SUBSISTEMA DE INFORME DE INVENTARIOS o SISTEMA DE
CUMPLIMIENTO CON CLIENTES DE INTERNET.
iv. Cuando se trata de procesos detallados, use una combinación
verbo-sustantivo-adjetivo. El verbo debe ser imperativo y describe
el tipo de actividad: CALCULAR, VERIFICAR, PREPARAR,
IMPRIMIR, AGREGAR.
v. El sustantivo indica cual es el resultado principal del proceso:
Ejemplos. INFORME o REGISTRO.
vi. El Adjetivo ilustra la salida especifica que se produce. Ejemplos:
CALCULAR IMPUESTOS DE VENTAS; VERIFICAR ESTADO DE
CUENTA DE CLIENTE, PREPARAR FACTURA DE ENVIO,
IMPRIMIR INFORME DE PEDIDOS PENDIENTES, ENVIAR
CONFIRMACIÓN POR EMAIL AL CLIENTE, VERIFICAR SALDO
DE TRAJETA DE CREDITO, AGREGAR REGISTRO DE
INVENTARIO.

1. Desarrollar DFD
3. Rectángulo con esquinas redondeadas (puede ser un circulo).
vii. Debe tener un número de identificación único que indique su
nivel en el diagrama.
viii. Pueden haber varios flujos de datos que entran y salgan del
proceso.
ix. Examinar los proceso que tengan sólo un flujo de datos de
entrada y salida para ver si no hace falta más flujos de
datos.

1. Desarrollar DFD
4. Rectángulo con un extremo abierto (puede ser 2 líneas rectas
paralelas)
i. Representa al ALMACEN DE DATOS. Se dibuja mediante un
rectángulo con dos líneas paralelas y el lado derecho está
abierto.
ii. No se especifica el tipo de almacenamiento físico.
iii. Sólo es un deposito de datos que permite examinar, agregar
y recuperar datos.
iv. Puede representar un archivero manual, un archivo, o una
tabla de base de datos.
v. Representa una persona, lugar o cosa y se le denomina con un
sustantivo.
vi. Se le puede opcionalmente dar un número referencial a cada
almacén de datos (D1, D2, D3, etc. ).

Dr. Francisco Ramirez Veliz 12

1. Desarrollar DFD
Con esos cuatro símbolos se puede describir gráficamente a todo un sistema con
sus subsistemas.

1. Desarrollar DFD Cómo
desarrollar
diagramas
de flujos
de datos

1. Desarrollar DFD
Cómo desarrollar diagramas de flujos de datos
 Contraiga la narrativa (historia) del sistema en una lista de
cuatro categorías: Entidad, flujo, proceso, almacén.
 Esta lista ayuda a determinar los limites del sistema
 Empezar a dibujar.
 Tenga en cuenta cuatro (04) reglas básicas a seguir:
1. El DFD debe tener por lo menos un PROCESO y no debe
haber objetos independientes o conectados a sí mismos.
2. Un proceso debe recibir un FLUJO DE DATOS
ENTRANTE y crean por lo menos un FLUJO DE DATOS
SALIENTE.
3. Un ALMACEN DE DATOS debe estar conectado con por lo
menos un PROCESO.
4. Las ENTIDADES EXTERNAS no se deben conectar entre
sí. Aunque se comunican en forma independiente, esa
comunicación no forma parte del sistema que diseñamos
mediante el uso de DFD.

1. Desarrollar DFD
Creación del diagrama de Contexto
 Para crear un DFD, se emplea la metodología de ARRIBA-ABAJO.
El diagrama avanza de lo general a lo especifico.
 El diagrama de contexto debe ser una vista general que incluya
las entradas básicas, el sistema general y las salidas básicas.
 Es una verdadera vista panorámica del movimiento de datos y
conceptualización amplia del sistema.
 Este diagrama es el de nivel más alto en un DFD.
 Contiene sólo un proceso y recibe el número cero (0).
 Las entidades externas se muestran en el sistema así como los
principales flujos de datos tanto de entrada como de salida.
 NO contiene almacenes de datos.

1. Desarrollar DFD
Dibujo del Diagrama 0 (el siguiente nivel)
 Podemos obtener más detalle si “explosionamos” o
“expandimos” el diagrama de contexto.
 Las entradas y salidas del primer diagrama
permanecen constantes.
 El diagrama principal se puede expandir e incluir
entre 3 a 9 procesos y muestre almacenes de datos
con nuevos flujos de datos de nivel inferior.
 Cada DFD sólo ocupa una hoja de papel.
 El diagrama cero (0) es la expansión del diagrama de
contexto. No debemos abarrotar este diagrama con
más de nueve (9) procesos.
 Incluir los principales almacenes de datos (son los
archivos maestros) y todas las entidades externas.

1. Desarrollar DFD
Dibujo del
Diagrama 0
(el siguiente
nivel)

1. Desarrollar DFD
El DFD es bidimensional (no lineal) y se puede avanzar por cualquier
punto hacia delante o atrás por el diagrama.
Tome una Entidad, Almacén o Proceso y empiece a dibujar el FLUJO a
partir de él. Se puede hacer lo siguiente:
1. Dibujar un Flujo de Datos proveniente de una Entidad en el lado
de entrada. Pregunte ¿Qué ocurre con los datos que entran al
sistema?, ¿se guardan?, ¿Constituyen la entrada para varios
procesos?
2. Trabajar en sentido inverso desde un flujo de datos de salida.
Examinar los campos de salida en un documento o pantalla (si se
creo prototipo). Para cada campo de salida preguntar: ¿De donde
proviene?, ¿Se calcula o se guarda en un archivo?
3. Ejemplo: La salida es un CHEQUE DE NÓMINA. El
NOMBRE_EMPLEADO y DIRECCIÓN_EMPLEADO se localizan en
el archivo MAESTRO_EMPLEADOS. Las HORAS_TRABAJADAS
se localiza en el archivo TIEMPO_DE_EMPLADOS. Luego se
calcula el SUELDO_BRUTO y las DEDUCCIONES. Cada archivo y
registro estaría conectado al proceso que produce el cheque de
nómina.

1. Desarrollar DFD
3. Examine el Flujo de Datos que entra y sale de un Almacén de
Datos. Pregunte: ¿Qué procesos GUARDAN datos en el Almacén?,
¿Qué procesos utilizan los datos del Almacén?. Tomar en cuenta
que a lo mejor el Almacén de Datos utilizado es producido por
otro sistema. A lo mejor no haya ningún Flujo de Datos que entre
a dicho almacén.
4. Analizar un PROCESO bien definido. Examinar los datos de
entrada que necesita el PROCESO y la salida que produce. Luego
conecte la entrada o salida al ALMACEN(ES) de datos y a la(s)
ENTIDAD(ES) apropiada(s).
5. Tomar nota de cualquier área confusa donde no esté seguro de lo
que debería incluir o de la entrada o salida requerida. Cuando
tenga un área problemática formule una lista de preguntas para la
entrevista al usuario clave.

1. Desarrollar DFD
Creación de diagramas hijos (niveles más detallados)
 Cada proceso del diagrama 0 se puede “expandir” para crear un diagrama
Hijo.
 La regla principal para crear diagramas hijos se denomina BALANCEO
VERTICAL, donde establece que el diagrama hijo no puede producir
salida o recibir entrada que el proceso padre no produzca o reciba
también.
 El diagrama hijo recibe el mismo número que su padre. Por ejemplo el
proceso 3 del diagrama 0, se expande en el diagrama 3 y cuyos procesos
serian numerados como: 3.1; 3.2; 3.3 y así sucesivamente.
 Las ENTIDADES no se muestran en los diagramas hijos. El flujo de
datos que concuerda con el flujo padre se llama FLUJO DE DATOS DE
INTERFAZ, mostrándose como una flecha que entra o sale de un área en
blanco del diagrama hijo.
 En el diagrama hijo se puede incluir almacenes que sean de carácter
transaccional o tabla como por ejemplo tabla de impuestos.
 Flujos de datos menores como un Flujo de Error se incluyen en el hijo,
más no en el padre.
 Cuando un proceso NO SE EXPANDE se le denomina PROCESO
PRIMITIVO y se le debe escribir su LÓGICA.

Desarrollar DFD
Dr. Francisco Ramirez Veliz 24 Diferencias entre el diagrama PADRE y
el diagrama HIJO

1. Desarrollar DFD
Comprobación de ERRORES en los diagramas
1. Olvidar incluir un flujo de datos o apuntar una flecha en
dirección equivocada. Un ejemplo es que en un proceso todos los
flujos de datos son de entrada o de salida. Cada proceso
transforma los datos. Recibe datos de entrada y produce datos de
salida.
2. Conectar Almacenes de Datos y las Entidades entre sí. No se
puede conectar entre sí. Sólo debe conectarse mediante un
Proceso. Un archivo no se conecta con otro archivo.
3. Etiquetar de manera incorrecta los Procesos o el Flujo de
Datos. Inspeccione el DFD y asegurarse de que las etiquetas sean
correctas. Use el formato verbo-sustantivo-adjetivo para etiquetar
a los procesos. El flujo de datos se describe con un sustantivo.
4. Incluir más de nueve (9) procesos en un DFD. No sobrecargue el
DFD, se confunde al tratar de leerlo y entorpece la comunicación.
Si hay más de 9, agrupe algunos procesos que trabajen en conjunto
para formar un subsistema o aplicación y colocarlos en un diagrama
hijo.
5. Omitir el Flujo de Datos.
6. Crear una descomposición (o expansión) desbalanceada en los
diagramas hijos.

2
26
Una entidad externa no se debe
conectar de manera directa a
un almacén de datos
El Proceso 1
NO TIENE
SALIDA
El proceso 2 no tiene
entrada. El flujo de datos
Sueldo bruto va en
dirección equivocada
Un almacén de datos
no se debe conectar de
manera directa a otro
almacén de datos

El DFD correcto
para el ejemplo de
la nómina
El DFD no es
lineal, sin
embargo
podemos seguir
con claridad
desde la
entidad origen
hasta la entidad
destino.

2. DFD Lógicos y Físicos
 El DFD Lógico se enfoca a la empresa y la forma en que
opera. No se preocupa la forma como se va ha construir el
sistema, sino describe eventos que lleva a cabo.
 El DFD Físico muestra como se va ha implementar el
sistema. Incluye HW, SW, los archivos y personas
involucradas en el sistema.
 Lo ideal es tener:
 Un DFD Lógico del sistema actual.
 Un DFD Lógico del sistema Propuesto.
 Un DFD Físico ( como se va ha implementar el
sistema).
28

La tabla compara características de los modelos lógicos y físicos.
29
El DFD lógico refleja la empresa
El DFD físico refleja al sistema

La Progresión del modelo lógico al modelo físico
30

El DFD físico muestra ciertos detalles que no se encuentran en el DFD Lógico
31

Cómo desarrollar DFD Lógicos
32
 Primero se debe construir un DFD Lógico Actual. Es un
buen punto de partida.
 Luego utilizamos el DFD Lógico Actual para construir el
DFD Lógico Propuesto.
 Quitar los procesos que no son necesarios en el nuevo
sistema y agregar características, actividades, procesos de
salida, de entrada y datos almacenados.
 Las ventajas al usar un modelo lógico son:
1. Mejor comunicación con usuarios.
2. Sistemas más estables.
3. Los analistas comprenden mejor el funcionamiento de
la empresa.
4. Flexibilidad y mantenimiento.
5. Se eliminan las redundancias y se facilita la creación
del modelo Físico.

Cómo desarrollar DFD Físicos
33
 En base al DFD Lógico Propuesto, crear el DFD Físico
 Este DFD Físico nos permite ver cómo se construirá el
sistema
 Las ventajas al usar un modelo físico son:
1. Identificar procesos manuales y automatizados.
2. Describir los procesos con más detalle que los DFD
lógicos.
3. Secuenciar procesos que se tengan que realizar en
cierto orden específico.
4. Identificar los almacenes temporales.
5. Especificar los nombres reales de los archivos, tablas
de base de datos y listados impresos.
6. Agregar controles para asegurar que los procesos se
realicen e forma apropiada.

34
Tomar en cuenta estos elementos al momento de su
construcción:

35
 Los DFD Físicos son más complejos que los DFD Lógicos.
 Con frecuencia se emplea el acrónimo CRUD (Create,
Read, Update y Delete) para las actividades que realiza
cada archivo maestro.
 La matriz CRUD es una herramienta que nos permite
representar donde ocurre cada uno de estos procesos en
el sistema.
 Ejemplo: Comprar abarrotes, preparar comida y comer.
 Las principales actividades son:
1. Seleccionar artículos de estante.
2. Pasar a pagar a caja.
3. Transportar los abarrotes hasta la casa.
4. Preparar comida.
5. Comer.
 C/Actividad es representada por un proceso en un DFD
Físico y ocurren en momentos distintos.
 En un DFD Físico también se puede incluir información
sincronizada. Dr. Francisco Ramirez Veliz

Matriz CRUD
Cómo desarrollar DFD
Físicos
36
para un
escaparate en
internet
(vidriera).

Modelado de eventos y Diagramas de Flujos de datos
37
 Desencadenador, se llama así al Flujo de Datos de entrada
que proviene de una entidad externa
 Respuesta, se llama así al flujo de datos de salida de una
entidad externa.
 Los eventos se sintetizan en una tabla de respuesta a
eventos.
 El ejemplo de la siguiente lámina es una tabla de respuesta a
eventos de una empresa con un escaparate en Internet.
 Un fragmento de DFD se representa mediante una fila.
 Cada fragmento es un PROCESO individual .
 Se combina todos los fragmentos y se forma el Diagrama 0
 Las columnas Desencadenador y Respuesta se convierten
en flujo de datos de Entrada y Salida.
 La Actividad se convierte en Proceso
 El analista debe determinar los Almacenes de Datos
requeridos para el Proceso mediante un análisis de los flujos
de datos de Entrada y Salida

38
 Desencadenador, se llama así al Flujo de Datos de
entrada que proviene de una entidad externa
 Respuesta, se llama así al flujo de datos de salida de una
entidad externa.
 Los eventos se sintetizan en una tabla de respuesta a
eventos.
F.D.
Entrad
a
F.D.
Salida
Proces
o

39

40

41

CASOS DE USO Y DIAGRAMAS DE FLUJO DE DATOS
 Un caso de uso sintetiza un evento y tiene un formato similar para procesar
42
las especificaciones ( español estructurado, tablas y arboles de decisión).
 C/Caso de uso define una actividad junto con su desencadenador, su entrada
y su salida.
 Empleando casos de uso le permite al analista conocer los procesos y
actividades, creando así un fragmento individual del DFD.
 Debemos intentar definir los casos de uso sin entrar en detalles. Se provee un
vista general y se crea el Diagrama 0.
 Luego dar nombre y breve descripción a las principales actividades. Por cada
actividad crear un caso de uso.
 Hacer una lista de as actividades, sus entradas y salidas de cada uno.
 Cada caso de uso se documenta mediante un escenario, donde se registran
los pasos a seguir. Debe estar en forma de reglas de negocios (alto nivel).
 En lo posible liste las actividades en la secuencia que se va a ejecutar.
 Determine los datos utilizados en cada paso (es fácil si hay un diccionario de
datos).
 Revise con los usuarios y sugiera modificaciones a los casos de uso.

43
Formulario de Caso
de uso para
escaparate de
internet. Describe la
actividad “Agregar
artículo del cliente”
junto con sus
desencadenadores,
entrada y salida

Cómo particionar los diagramas de flujo de datos
44
 Se llama particionamiento al proceso de examinar un DFD y
determinar cómo se debe dividir en colecciones de procedimientos
manuales y automatizados.
 Agrupar los procesos automatizados en una serie de programas de
computadora.
 Se le dibuja con una línea punteada a través de un proceso o grupo
de procesos que se deben colocar en un solo programa de
computadora.
 Hay seis (6) motivos para particionar los DFD:
1. Distintos grupos de usuarios.
2. Sincronización.
3. Tareas similares.
4. Eficiencia
5. Consistencia de los datos.
6. Seguridad.

Una de las preguntas del texto de Kendall es:
Defina la metodología “Arriba-abajo” y su relación
con la acción de dibujar DFD.
45
El enfoque “de arriba hacia abajo”, significa:
1. Hacer una lista de actividades.
2. Crear el diagrama de contexto.
3. Crear el diagrama de nivel 0 con procesos
generales.
4. Crear diagrama hijo (lógico) para cada proceso
general.
5. Revisar y corregir errores de nombre
6. Crear diagramas físicos.
7. Particionar los diagramas de modo a facilitar
comprensión

3. EJEMPLO DE
UN DFD
Ejemplo de: “DIVISIÓN DE
CATÁLOGOS DE
WORLD’S TREND”
A través de entrevistas,
identificamos: Entidades
como Cliente; Contabilidad;
Almacén.
Así como Flujo de datos:
Informe de Cuentas por
Cobrar; estado de Cuenta
de facturación de Cliente.
World’s Trend es un proveedor de pedidos por correo de
ropa de moda y alta calidad. Los clientes hacen sus pedidos
por teléfono, envían un formulario de pedido que se incluye
con cada catálogo o lo hacen a través del sitio Web.
Resumen de las actividades de negocios
1. Cuando entran los pedidos de los clientes, se actualiza
tanto el archivo maestro de artículos como el archivo
maestro de clientes. Si un artículo no está en existencia,
se notifica al departamento de control de inventario.
2. Si el pedido proviene de un nuevo cliente, se crea un
registro en el archivo maestro de clientes.
3. Se producen listas de selección de pedido para el pedido
del cliente y se envían al almacén.
4. Se prepara un estado de cuenta del envío.
5. El proceso de enviar el pedido de un cliente implica
obtener los artículos del almacén y cotejar el estado de
cuenta del envío del cliente, obtener la dirección
correcta del cliente y enviar todo al cliente.
6. Se genera el estado de cuenta del cliente y se envía un
estado de cuenta de facturación al cliente una sola vez
al mes.
7. Se envía el informe de cuentas por cobrar al
departamento de contabilidad.
1. Desarrollar la lista de
actividades de negocios.

3. EJEMPLO
DE UN DFD
47 Dr. Francisco Ramirez Veliz
2. Crear un DFD a nivel de
Contexto

3. Dibujo del
Diagrama 0
Se regresa a la lista
original e identificar
los procesos y
almacenes de datos
que podamos
encontrar

4. Crear un
Diagrama Hijo
(nivel 1)
1. Están más
detallados.
2. Es una
explosión del
proceso 1.
3. Antes de dibujar
se hace una
lista de
subprocesos.
4. No tienen que
estar
conectados a
entidades
externas.

4. Crear un DFD
físico a partir
del DFD
Lógico.
En los DFD Físicos se
identifican procesos para:
escanear códigos de
barras; mostrar pantallas;
localizar registros; crear y
actualizar archivos.
Importa el orden en que
ocurren los eventos.
La etiqueta de cada
proceso debe ser lo más
detalladamente posible.

3. EJEMPLO DE UN DFD
Cómo particionar el DFD Físico
Hay muchas razones para particionar un DFD Físico
1. Identificar distintos procesos para distintos grupos
de usuarios.
2. Separar los procesos que se necesitan realizar en
distintos momentos.
3. Agrupar tareas similares.
4. Agrupar los procesos para mejorar la eficiencia.
5. Combinar procesos para lograr una consistencia.
6. O separar procesos por cuestión de seguridad.

3. EJEMPLO
DE UN DFD
Cómo
particionar
el DFD
Físico

PARTICIONAMIENTO DE SITIOS WEB
1. El diseñador Web para recopilar datos, puede
dividir un sitio web en varias páginas.
2. De esta forma aumenta la velocidad de proceso y
facilita el mantenimiento.
3. Para obtener datos de un almacén o entidad
externa, es mejor que el diseñador web crea un
formulario web y un proceso DFD para su
validación y procesamiento.
4. Se recomienda usar el AJAX para enviar la petición
al servidor y recibir una pequeña cantidad de datos
o documento XML de vuelta en la misma página.
5. Al emplear AJAX, evitamos crear una serie de
páginas pequeñas que contengan sólo unos
cuantos elementos adicionales o modificados.

54
PARTICIONAMIENTO DE SITIOS WEB
1. Ejemplo de particionamiento de un sitio de reservaciones de venta de boletos
basado en Web.
2. El diseñador Web crea varios procesos y particiones únicas para una reservación.
3. El proceso 1 valida las fechas y aeropuertos ingresado por el usuario.
4. Los datos de la selección se utilizan para obtener detalles de los vuelos y crear una
tabla de transacciones.
5. Luego de obtener la fecha código de los aeropuertos, el proceso 2 nos muestra los
vuelos disponibles cuya grabación es el archivo transacción DETALLES DE
VUELOS.
6. Ese archivo sirve de entrada en el proceso 3, donde el usuario selecciona el vuelo
luego de conocer el precio y la disponibilidad.
7. En el proceso 4 aparece otro formulario pero solamente de los asientos disponibles.
Ya no es necesario introducir y ver los detalles del vuelo otra vez. El usuario puede
seleccionar el asiento disponible de una ventana desplegable. Al tener varios
formularios separados es menos complejo , son atractivos y fáciles de llenar.
8. Otra razón es mantener la transacción segura. Luego de seleccionado el asiento, se
debe confirmar la reservación del vuelo como lo indica el proceso 5. El cliente debe
proporcionar información de su tarjeta de crédito, por lo que es importante una
conexión segura. El proceso 6 se encarga de dicha conexión.
9. Luego que la confirmación de la tarjeta de crédito es OK, se activan dos procesos: El
Proceso 7 cuyo objetivo es actualizar el vuelo de la aerolínea haciendo conocer la
compra del boleto. Luego el proceso 8 para generar el boleto electrónico enviándolo
por correo electrónico al cliente.

DFD Físico de un
sistema de compra
de boletos en Web.
El particionamiento
es importante en los
sistemas basados
en Web.

Capítulo07 usodediagramasflujodatos

Más contenido relacionado

La actualidad más candente

Destacado

Similar a Capítulo07 usodediagramasflujodatos

Capítulo07 usodediagramasflujodatos

Notas del editor