Capítulo07 usodediagramasflujodatos

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. Entidad2. Proceso3. Flujo de Datos4. Almacén de datos

Dr. Francisco Ramirez Veliz1

Estudiante Crear Registro de Estudiante

InformaciónNuevo Estudiante

Archivo maestrode estudiantes

1 2 3

4

Diagramas de Flujos de Datos

ESTRUCTURADA(DEL FLUJO DE DATOS)

Dr. Francisco Ramirez Veliz

Universidad Nacional del Callao

Uso de Diagramas de Flujos de Datos

2


2

3

Una entidad externa no se debe conectar de manera directa a

un almacén de datos

¿ Que le parece este DFD?

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

Modelado ágil y Prototipos

Desarrollar Diagramas de Flujo de Datos

Diagramas de flujo de datosLógico y físico

Ejemplo de un DFDParticionamiento

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).

Uso de diagramas de flujo de datos

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

6

Tiene cuatro ventajas:1. No hay que comprometerse demasiado pronto con la

implementación 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.

Ventajas de la metodología del flujo de datos


1. Desarrollar 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).

Convenciones usadas en los DFD

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 DFD4. 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 DFDConvenciones usadas en los DFD


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

1. Desarrollar DFDCómo desarrollar diagramas de flujos de datos


1. Desarrollar DFDCó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 DFDCreació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 DFDDibujo 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.



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.



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 DFDCreació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.

1. Desarrollar DFD

22

Desarrollar DFD

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

1. Desarrollar DFDComprobació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).


2. DFD Lógicos y FísicosLa tabla compara características de los modelos lógicos y físicos.


El DFD lógico refleja la empresaEl DFD físico refleja al sistema

2. DFD Lógicos y FísicosLa Progresión del modelo lógico al modelo físico

30

2. DFD Lógicos y FísicosEl DFD físico muestra ciertos detalles que no se encuentran en el DFD Lógico

31

2. DFD Lógicos y FísicosCó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.Dr. Francisco Ramirez Veliz

2. DFD Lógicos y FísicosCó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

2. DFD Lógicos y FísicosCómo desarrollar DFD

Físicos

36Dr. Francisco Ramirez Veliz

Matriz CRUD para un

escaparate en internet

(vidriera).

2. DFD Lógicos y FísicosModelado 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

aF.D.

Salida

Proceso


41

2. DFD Lógicos y FísicosCASOS DE USO Y DIAGRAMAS DE FLUJO DE DATOS

42

Un caso de uso sintetiza un evento y tiene un formato similar para procesar 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

2. DFD Lógicos y FísicosCó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. Eficiencia5. Consistencia de los datos.6. Seguridad.



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 nombre6. Crear diagramas físicos.7. Particionar los diagramas de modo a facilitar

comprensión

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.

2. DFD Lógicos y Físicos

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.

Ejemplo de: “DIVISIÓN DE CATÁLOGOS DE WORLD’S TREND”

3. EJEMPLO DE UN DFD

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.



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.



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.



Cómo particionar el DFD Físico


3. EJEMPLO DE UN DFDPARTICIONAMIENTO DE SITIOS WEB1. 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

3. EJEMPLO DE UN DFDPARTICIONAMIENTO DE SITIOS WEB1. 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.

¡Muchas Gracias!


Capítulo07 usodediagramasflujodatos

Internet

Transcript of Capítulo07 usodediagramasflujodatos