Ingeniería De Software.

Unidad:

Modelado de requerimientos desde el enfoque orientado a objetos.

S9-TRABAJO PRÁCTICO EXPERIMENTAL_2:

Modelos estructurales
Docente:

Ing. Vinueza Martinez Jorge Luis

Nivel/ Paralelo:

5to semestre/ paralelo C2

Grupo de estudiantes:

Edith Vite Martínez Marcelo Ordoñez Buchelly

[email protected] [email protected]
Kelly Carranza Intriago Luis Sellan Villon
[email protected] [email protected]
Kevin Valle Escobar Jefferson Jiménez Rueda
[email protected] [email protected]
Allison Sánchez Chila Cristian Mosquera Lozada
[email protected] [email protected]
Anderson Plaza Sánchez Jean Armijo Rodríguez
[email protected] [email protected]
Ricardo Barrera Álava
[email protected]
 Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

N° del Reporte
Informe de Resultados de aplicación de la Guía de Prácticas
Se deberá generar de forma secuencial automática

Datos Generales

NOMBRE DE LA PRÁCTICA

Ingeniería de la
Ciencia de la Ingeniería de
FACULTAD CARRERA información y ASIGNATURA
ingeniería software
comunicación
AMBIENTE O
PROFESOR DE PRÁCTICA Ing. Vinueza Martinez Jorge Luis Externo
LABORATORIO
TIEMPO ASIGNADO 14 días Tipo APE
UNIDAD: Unidad 2 TEMAS:
FECHA DE INICIO 19/Jun/2023 FECHA FIN 09/Jul/2023

Individual
TIPO DE PRÁCTICA
CANTIDAD DE ESTUDIANTES 11 estudiantes
(Marque la opción)
Grupal x

NOMBRE DEL O LOS ESTUDIANTES:

1. Edith Vite Martínez 2. Marcelo Ordoñez Buchelly

3. Kelly Carranza Intriago 4. Luis Sellan Villon

5. Kevin Valle Escobar 6. Jefferson Jiménez Rueda

7. Allison Sánchez Chila 8. Cristian Mosquera Lozada

9. Anderson Plaza Sánchez 10. Jean Armijo Rodríguez

11. Ricardo Barrera Álava

1
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

Contenido
OBJETIVOS DE LA PRÁCTICA ............................................................................................................. 3
CASO DE ESTUDIO ............................................................................................................................... 3
PASO 1: IDENTIFICAR ACTORES DEL PROCESO CENTRAL....................................................... 4
Explicación del paso 1: Identificar actores del proceso central. .................................................... 4
Las actividades que son realizadas por los actores son: ............................................................... 5
PASO 2: DISEÑAR DIAGRAMA CONTEXTUAL O DE NIVEL 1 DEL MODELO DE NEGOCIO. ..... 5
Explicación paso 2: Diseñar diagrama contextual o de nivel 1 del modelo de negocio. ............... 5
PASO 3: DISEÑAR DIAGRAMA DE NIVEL 1 O DIAGRAMA DE NIVEL SUPERIOR ...................... 6
Explicación paso 3: Diseñar diagrama de nivel 1 o diagrama de nivel superior. ........................... 6
PASO 3: DISEÑAR DIAGRAMA DE NIVEL 2 O DIAGRAMA DE EXPANSIÓN O DETALLE ........... 7
Explicación del paso 3: Diseñar diagrama del nivel 2 o diagrama de expansión o detalle. .......... 7
PASO 4: VALIDAR LA CONSISTENCIA DE LOS DFD (TODOS LOS NIVELES) ............................ 9
Explicación paso 4: Validar la consistencia de los dfd (todos los niveles). ........................................ 9
PASO 5: NARRATIVA – ARGUMENTACIÓN DEL MODELO PROPUESTO ................................... 9
ANEXOS ............................................................................................................................................... 12
CONCLUSIONES ................................................................................................................................. 11
RECOMENDACIÓN .............................................................................................................................. 11

Ilustración.
Figura 1 _______________________________________________________________________________ 12
Figura 2 _______________________________________________________________________________ 13
Figura 3 _______________________________________________________________________________ 14
Figura 4 _______________________________________________________________________________ 15
Figura 5 _______________________________________________________________________________ 16
Figura 6 _______________________________________________________________________________ 16

2
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

OBJETIVOS DE LA PRÁCTICA

1. Describir el paradigma orientado a objetos a través de los objetos de datos,

atributos y relaciones.
2. Comprender el análisis de requerimientos orientado a objetos a través del diseño
de diagramas de flujo de datos (DFD).

PROCEDIMIENTOS/ INSTRUCCIONES/ ACTIVIDADES A DESARROLLAR

Bienvenido(a) a la actividad de Trabajo Práctico Experimental N°2: Profundizar en
obtener y analizar información relacionada al modelo de negocio previo al desarrollo
de un sistema mediante la aplicación de técnicas de ingeniería de requerimientos
software vinculación a: procesos de ingeniería de requerimientos mediante diagramas
de flujo de datos (DFD), a través de la adquisición y análisis de requerimiento en el
contexto de la ingeniería de software.

ACTIVIDAD DE APRENDIZAJE:
La práctica consiste en el modelizar el sistema de información “Sistema de Servicios
al Cliente en un Restaurante “utilizando la técnica de los diagramas de flujo de datos
(DFD). Obtener diagrama de contexto o Nivel 0, diagrama de nivel 1 y diagrama de
nivel 2.
CASO DE ESTUDIO
A partir de una carta de platillos o especialidades de casa disponible en un repositorio
virtual (inventario), un cliente solicita su orden de comida o pedido específico, se
genera la orden para cocina para el inicio de la preparación del platillo, actualiza la
orden de inventario, almacena los datos de la transacción; se procesa la información
y se emite factura al cliente. El sistema deberá generar reportes de los pedidos del
inventario disponible y de los datos de las transacciones generadas, información que
será de utilidad para el administrador del negocio. El administrador a través del
sistema por podrá gestionar una orden de inventario mediante repositorio del
inventario de pedidos para obtener el stock del inventario y requerir orden de comprar
al proveedor.

3
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 1: IDENTIFICAR ACTORES DEL PROCESO CENTRAL.

Identifiqué los posibles actores (entidades/terminadores), pensar que entre los
actores principales y secundarios que podrí an constar en el proceso.

ACTORES ENTIDADES TERMINADORES

Cliente Carta de platillos Datos de transacción
Mesero Pedido u orden de comida Daros de inventario
Cocina Orden de compra Datos de cliente
Administrador Inventarios
Proveedor Factura
Cajero Reportes de pedido
Stock inventario

Explicación del paso 1: Identificar actores del proceso central.

La identificación realizada como se muestra en la (Figura 1) representa la secuencia de

interacciones y tareas entre clientes, servidores, cocina, cajeros, gerentes
administradores y vendedores en un establecimiento de alimentos. Se identifico los
posibles actores y según los procesos que realizaría cada actor.
Se debe tener presente que estos pueden ir cambiando acorde a la lógica de cada
proceso VER (Figura 1)
 A1 Cliente: Representa al cliente que llega al establecimiento de comida para
realizar un pedido.
 B2 Mesero: Es el encargado de atender al cliente, anotar su pedido y verificar el
menú disponible.
 C3 Cocina: Aquí se preparan los pedidos de comida. La cocina recibe la
información que tiene el mesero anotado y procede a preparar la comida.
 D4 Cajero: Cuando el pedido ha sido preparado en la cocina, el cajero se encarga
de generar la factura para el cliente.
 E5 Administrador: De esta actividad se encarga de la gestión general del
establecimiento. Puede realizar actividades como el abastecimiento de productos
e inventarios.

4
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

 F6 Proveedor: Representa a los proveedores externos que suministran los

productos necesarios para el funcionamiento del establecimiento.

Las actividades que son realizadas por los actores son:

 Información de platillo: Se refiere a la comunicación de información de los

platillos que ofrece el restaurante.
 Reporte de pedido: Es la comunicación del pedido realizado por el cliente desde
el mesero hacia la cocina.
 Tomar pedido: La actividad del mesero al recibir y registrar el pedido del cliente.
 Facturación: El proceso de generar la factura para el cliente una vez que el pedido
ha sido preparado y está listo para ser entregado.
 Inventarios: La gestión y control de los productos y materiales disponibles en el
establecimiento.
 Abastecimiento de productos: La actividad realizada por el administrador para
garantizar que haya suficiente inventario y realizar los pedidos necesarios a los
proveedores.
 Verificar orden de menú: El mesero verifica qué tipo de comida hay en el menú
para que el cliente pueda elegir.
 Elegir ordenar pedido: El cliente decide qué que quiere comer y solicita al
mesero su pedido.

PASO 2: DISEÑAR DIAGRAMA CONTEXTUAL O DE NIVEL 1 DEL

MODELO DE NEGOCIO.
Dibuje un diagrama de flujo de datos de nivel 1 del movimiento de datos, use una sola
hoja y etiquete cada elemento de datos con claridad.

Explicación paso 2: Diseñar diagrama contextual o de nivel 1 del modelo de

negocio.

En el diagrama del paso 2 (Figura 2) se identifica el sistema del restaurante, donde

relacionamos los actores, por medio de flujo de datos. VER (Figura 2)
 Cliente: donde se considera como solicitud de ingreso la información de los
platillos información que brinda el mesero, la factura que se relaciona con el cajero,

5
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

solicitud de salida selección de pedido se relaciona con el mesero, forma de pago

se relaciona con el cajero.
 Mesero: Donde se considera su flujo de datos de ingreso tomar pedido que se
relaciona con el cliente, consulta de platillos disponibles se relaciona con cocina,
solicitud de salida pedido del platillo se relaciona con cocina, ofrecer los platillos
se relaciona con el cliente.
 Cocina: Donde se considera su flujo de dato de ingreso es enlistar los pedidos a
preparar que se relaciona con el mesero, verificar si esta abastecido de los
productos para preparar los platillos se relaciona con administración y el de salida
es el estado del menú listo que se relaciona con el mesero, stock productos que
están en stock este se relaciona con la administración.
 Administrador: Donde se considera, la entrada de datos se da la solicitud de los
reportes que se relaciona con cocina y la salida al sistema es la solicitud de compra
a proveedores que se relaciona con el proveedor, inventario y abastecimiento de
productos se relaciona con cocina.
 Cajero: Donde se considera la entrada de datos es facturación de pago que se
relaciona con cliente y la salida es órdenes de pago.
 Proveedor: Donde se considera la entrada de datos pedidos de abastecimiento
que se relaciona con administración.

PASO 3: DISEÑAR DIAGRAMA DE NIVEL 1 O DIAGRAMA DE NIVEL SUPERIOR

Dibuje un diagrama de flujo de datos de nivel 1 del movimiento de datos, use una sola
hoja y etiquete cada elemento de datos con claridad. Expanda el proceso principal
Nivel 0 en su diagrama de flujo de datos original en subprocesos; agregue flujos y
almacenes de datos.
Ver ilustración 02 Ilustración 02 – Un ejemplo de diagrama de flujo de datos: diagrama
de nivel 1 o superior.

Explicación paso 3: Diseñar diagrama de nivel 1 o diagrama de nivel superior.

El diagrama de nivel 1 consta de almacenamiento de datos, mismo que se

representa con un rectángulo sin la parte de derecha, Proceso y flujos de datos.
VER (Figura 3)

6
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

Enfocándonos a la explicación, apreciamos los almacenamientos de datos como el

actor “Cliente” cambiamos como se maneja las actividades tanto de elección de
platillos y la entrega de su pedido con la factura. Todos los datos de cliente, pedido,
producto, administración están relacionados por medio del almacenamiento de
datos. Este almacenamiento de datos es de suma importancia ya que ingresa el
pedido genera la factura que será entregado al cliente.
El actor “Administrador” está relacionado con gestión de compras, cajero
(facturación y formas de pago), en el lado de ingreso de datos por parte de
administrador se aprecia la conexión de ingreso al proceso de sistema que tiene
como flujos de ingreso la información de cliente, platillos, disponibilidad, cuentas,
menú, este proceso encapsula la información que ingresa desde los
almacenamientos de datos. VER (Figura 3)

PASO 3: DISEÑAR DIAGRAMA DE NIVEL 2 O DIAGRAMA DE

EXPANSIÓN O DETALLE
Dibuje un diagrama de flujo de datos de nivel 2 del movimiento de datos, use una sola
hoja y etiquete cada elemento de datos con claridad. Expanda o descomponga el
proceso Nivel 1 en su(s) diagrama(s) de flujo de datos de cada subproceso del nivel
superior, tantos diagramas 1, 2, 3, … n como funciones haya en el diagrama de Nivel
Superior. Ver ilustración 03 Ilustración 03 – Un ejemplo de diagrama de flujo de datos:
diagrama de nivel 2, expansión o detalle.

Explicación del paso 3: Diseñar diagrama del nivel 2 o diagrama de expansión

o detalle.

El diagrama de nivel 2 son una extensión de los diagramas de nivel 1 y proporcionan

una visión más detallada de las relaciones y conexiones entre los componentes. En
este punto, es crucial detallar el flujo de datos de manera clara y concisa.
Porque es donde se valida y gestiona los datos, que se encuentra almacenado.
Por ejemplo, en el diagrama (Figura 4) se observa que el diagrama está compuesto por
5 procesos y 5 almacenamiento de datos.

7
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

Proceso/id/localización.
 Proceso de id 1 que su localización es gestión cliente, con el nombre de
validación cliente.
 Proceso de id 2 que su localización es gestión del pedido, con el nombre del
proceso validación del pedido.
 Proceso de id 3 que su localización es gestión de inventario, con el nombre del
proceso validación de productos para preparación de los platillos.
 Proceso id 4 que su localización es reportes, con el nombre de proceso reporte
de sistema.
 Proceso id 5 que su localización es administración, con el nombre de proceso
gestionar cuentas.
Almacenamiento de datos.
 A1.Cliente
 A2.Stock de platillos
 A3.Componentes
 A4.Pedidos
 A5.Cuentas Administrativas
Los procesos y los almacenamientos de datos están conectado por flujos de consulta,
de actualización y de dialogo.
Ejemplo del flujo de consulta:
En el diagrama el almacenamiento de datos A2.Stock de platillos tiene una salida de
flujo de consulta el datos platillos al proceso validación de platillo.
Ejemplo de flujo de actualización:
En el diagrama el almacenamiento de datos A3.Componentes tiene un ingreso de fujo
de actualización de datos de componentes desde el proceso de validación de
productos para preparación de los platillos.
Ejemplo de flujo de dialogo
En el diagrama el almacenamiento A1.Cliente tiene un ingreso y salida de flujo de
dialogo de datos de clientes al proceso de validación cliente. VER (Figura 4) VER
(Figura 4)

8
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 4: VALIDAR LA CONSISTENCIA DE LOS DFD (TODOS LOS

NIVELES)
Revisar y validar la consistencia, legibilidad y comprensión de los diagramas y sus
relaciones, observando: nivel de detalle, flujo de datos, observando y corrigiendo las
inconsistencias entre los diagramas, con la finalidad de representar un orden lógico
de los procesos derivado del modelo de negocio referido en el caso de estudio, para
ello deberá verificar:
• No falten flujos de datos de entrada o salida que acompañaban al proceso del nivel
superior.
• No aparezca algún flujo que no estuviese anteriormente asociado al proceso de
nivel superior.
• Todos los elementos del DFD resultante deben estar conectados directa o
indirectamente con los flujos del proceso origen.

Explicación paso 4: Validar la consistencia de los dfd (todos los niveles).

Durante la validación, se corregirán cualquier inconsistencia, falta de flujo de datos o
desconexión identificada en los diagramas. El objetivo es garantizar que los DFD
reflejen de manera precisa y coherente los procesos y flujos de información descritos
en el caso de estudio, para que sean comprensibles y útiles tanto para los usuarios
como para el administrador del negocio.
El en diagrama de la (Figura 5) se puede ver las distintas secciones o actores que
intervienen en el caso de estudio y una de ellas es Cliente, tiene un flujo de ingreso y
salida que apunta a Ordenar pedidos y Emite Factura. Esto sugiere que el cliente
puede hacer un pedido de alimentos y cancelar la orden. VER (Figura 5)
La sección Inventario, en su cuadro contiene Generar Reportes y Ordenar Alimentos,
escrito en él. Esto sugiere que el sistema puede generar reportes sobre el inventario
y también puede hacer Ordenar pedidos, enviando un flujo de salida detallando el
inventario para Generar los reportes.
La sección Proveedor y tiene un flujo de entrada de una solicitud de orden que conecta
a la sección de inventario ya mencionado, y también cuenta con flujo de ingreso desde
Administrador. Esto sugiere que el proveedor puede almacenar datos en el sistema y
también puede ser administrado por el administrador.

9
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

En la parte inferior del diagrama hay tres cuadros etiquetados como Cocinero,
Almacén de datos y Administrador. Esto sugiere que el cocinero, el almacén de datos
y el administrador son partes importantes del sistema.
En general, el diagrama muestra cómo fluye la información y las acciones dentro del
sistema de gestión de inventario del restaurante.

PASO 5: NARRATIVA – ARGUMENTACIÓN DEL MODELO PROPUESTO

Realice una descripción narrativa para todos sus diagramas.
Ilustración 04 – Un ejemplo de jerarquía y relación de diagrama de flujo de datos en
todos sus niveles.
“La generalización es la relación entre una clase general y una o más clases más
especializadas. La generalización nos permite describir todos los atributos y
operaciones que son comunes para un conjunto de clases” (Bruegge & Dutoit, 2002,
pág. 48).
En los diagramas de clases, los niveles se refieren a la profundidad de detalle y
abstracción en la representación de las clases y sus relaciones. Comúnmente en los
diagramas de clases se pueden presentar:

1. Nivel de contexto o alto nivel (Nivel 0): En este nivel, se muestra una visión
general del sistema y se identifican las clases principales y sus relaciones de
alto nivel. Este nivel proporciona una perspectiva general del sistema sin entrar
en detalles específicos.

2. Nivel de diseño detallado (Nivel 1): En este nivel, se muestra un mayor nivel
de detalle y especificidad en las clases y sus relaciones. Se encuentran
atributos y métodos importantes de las clases, así como las asociaciones,
herencias y otras relaciones entre ellas, lo cual permite comprender más a
fondo la estructura y funcionalidad de las clases.

3. Nivel de implementación (Nivel 2): En este nivel, se incluyen detalles

específicos relacionados con la implementación del sistema. Puede incluir
información sobre los tipos de datos utilizados, los detalles de implementación

10
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

de los métodos y cualquier otra consideración relacionada con la

implementación concreta del sistema.
Es importante tener en cuenta que estos niveles son una guía general y la profundidad
de detalle puede variar según las necesidades del proyecto y la audiencia a la que se
dirige el diagrama de clases (Figura 6). En algunos casos, también se pueden utilizar
niveles intermedios o niveles específicos adicionales para reflejar detalles más
específicos o abstracciones adicionales, como en los distintos casos de esta tarea.
Además, se requiere un amplio análisis de acuerdo a las solicitudes de un cliente o
de un caso en cuestión para facilitar la fabricación del diagrama y avanzar en el
proyecto en marcha.

CONCLUSIONES

Los diagramas de flujo son una de las herramientas más importantes para cualquier
tarea, se realizó el trabajo practico de un sistema de restaurante de 5 pasos como
apoyo a las instrucciones del docente, facilitando ilustraciones y enlaces de
programas online para realizar la debida práctica, para comprender las unidades se
adquirió conocimientos de diagramas de flujos sus niveles, reconocer los procesos,
administrador de datos y los flujos de datos.
Dicha práctica se realizó en Lucidchart, Esta práctica resume la importancia de
entender cómo funciona el sistema para las diferentes actividades, en este caso es
relevante. El uso de un DFD (diagrama de flujo de datos) que consta de actores,
entidades y distribuciones de datos. La forma en que entendemos la distribución de
datos se presenta de manera clara y altamente organizada. Porque debe existir un
cierto orden entre las características y procesos de los diversos actores que
intervienen en el sistema. El proceso comienza con la entrada de datos y finaliza con
la exportación de los datos del solicitante.

RECOMENDACIÓN

Al diseñar diagramas de flujo de datos en ingeniería de software, es importante

seguir algunas recomendaciones para crear diagramas claros y comprensibles. Por
ejemplo, se sugiere utilizar símbolos estándar en los diagramas de flujo de datos,
como los rectángulos para los procesos, las flechas para los flujos de datos y los
óvalos para las entidades externas y los almacenes de datos ya que se facilitará la

11
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

comprensión del diagrama por parte de otros profesionales entendidos en la

materia. Así mismo hay que mantener la simplicidad y la consistencia para que sean
más fáciles de entender, si el diagrama se torna complejo es conveniente dividirlo en
diagramas más pequeños y detallarlos, para esto también conviene una adecuada
etiquetación de los símbolos y flujo de los diagramas y utilizar comentarios o notas
adicionales para proporcionar aclaraciones sobre determinada estructura.
Como último paso previo a compartir un diagrama de flujo de datos, es
imprescindible que se lo cuidadosamente para detectar posibles errores o
inconsistencias. Además, hay que asegurarnos que el diagrama refleje con precisión
la funcionalidad y el flujo de datos del sistema.

Bibliografía

Fowler, M. (2004). UML Distilled: A Brief Guide to the Standard Object Modeling
Language. Addison-Wesley Professional.
Riel, A. J. (1996). Object-Oriented Design Heuristics. Addison-Wesley Professional.

ANEXOS
PASO 1: Identificar actores del proceso central

Figura 1

https://lucid.app/lucidchart/6624ecfc-d1f7-4d6e-9557-70bc93be4c89/edit?viewport_loc=-
732%2C334%2C2996%2C1033%2C0_0&invitationId=inv_2af7527f-17fa-4e93-a638-3d6e2e18be97

12
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 2: Diseñar diagrama contextual o de nivel 1 del modelo de negocio

Figura 2

https://lucid.app/lucidchart/f0b739ce-f6ee-4791-82c8-0f4d27fc144b/edit?invitationId=inv_12b4a821-ab97-4f2c-8158-
b86f9cbec211

13
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 3: Diseñar diagrama de nivel 1 o diagrama de nivel superior

Figura 3

https://lucid.app/lucidchart/5934b17d-cff8-4e56-9c1a-22150226c7d8/edit?viewport_loc=-
303%2C639%2C3975%2C1290%2C0_0&invitationId=inv_1a2ef12e-4c2b-4e6d-8f3b-0c4b7f2a91d2

14
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 3: Diseñar diagrama de nivel 2 o diagrama de expansión o detalle

Figura 4

https://lucid.app/lucidchart/3885b91e-145b-4896-a96a-
16994e642311/edit?view_items=gnz~vEGNWFCH&invitationId=inv_805bd29e-4dc9-47df-92d1-e820c166451d

15
Nombre de la Unidad: DFD (Diagrama de flujo).
S9-TRABAJO PRÁCTICO EXPERIMENTAL_2

PASO 4: Validar la consistencia de los DFD

Figura 5

https://lucid.app/lucidchart/adba67f3-2474-4c15-8dc5-
eeafcf750fc0/edit?viewport_loc=683%2C1140%2C911%2C314%2C0_0&invitationId=inv_f95561bb-f01e-4549-ba06-
8c044152f4bd

Figura 6

https://lucid.app/lucidchart/8cb3fd08-deaa-4024-9f10-45d5f384193b/edit?viewport_loc=6063%2C-
675%2C6938%2C2688%2C0_0&invitationId=inv_ba544612-cc0f-413b-8d72-050988e671c0

16