Diagramas de flujo

¿Puedes seguir todas las salidas de un proceso y explicar qué ocurre en cada una? Un diagrama de flujo permite examinar el orden de acciones y decisiones sin leer la implementación.

Objetivos y conocimientos previos

Tras De la lógica al algoritmo, aprenderás a recorrer un diagrama con casos concretos, detectar ramas incompletas y reconocer lo que la imagen deja fuera. Puedes pedir al agente que lo dibuje; tu tarea es interpretarlo y contrastarlo con las reglas.

Qué representa un diagrama

Un diagrama de flujo representa acciones y decisiones conectadas por flechas que indican recorridos posibles. No todas las flechas se recorren en cada ejecución. Una condición selecciona una rama; un bucle permite volver a una acción.

Estas son las convenciones que utilizaremos en la lección:

Las formas ayudan, pero necesitamos acordar qué significa cada etiqueta. El dibujo puede acompañarse de texto para declarar supuestos y límites.

Ejemplo: cancelar una reserva

Suponemos una solicitud cada vez, una consulta que permite distinguir una reserva inexistente de un fallo y una actualización que funciona. La autorización de la persona ya se ha comprobado. El estado puede ser activo o cancelado.

La plaza queda libre al cambiar una reserva activa a cancelada. No representamos un contador independiente de plazas: la disponibilidad se obtiene a partir de la capacidad y las reservas activas.

Sigue el recorrido con datos

Recorrer los tres casos permite contrastar el dibujo con las reglas. También debes comprobar que las flechas llevan al resultado descrito y que las decisiones se pueden evaluar con la información disponible.

Qué no demuestra el dibujo

El diagrama no prueba que el sistema implementado lo siga. Tampoco especifica cómo se coordinan solicitudes simultáneas ni qué ocurre si consultar o guardar falla. «No existe» y «no pude consultar» necesitan tratamientos distintos.

Si esos casos entran en el alcance, pide al agente ampliar el modelo. Por ejemplo, un fallo al guardar debe conducir a un resultado que no afirme una cancelación confirmada. Qué respuesta conviene dar cuando el resultado es incierto exige una decisión adicional y una forma de consultar el estado real.

Error frecuente: añadir un bloque «guardar» y dar por resueltas persistencia y concurrencia. El bloque nombra una acción; sus garantías deben especificarse y comprobarse.

Cuándo conviene usarlo

Un diagrama ayuda cuando interesa revisar bifurcaciones, orden o retornos. Para comparar muchas combinaciones de condiciones puede resultar más clara una tabla de decisión; para describir estados y transiciones, una tabla de estados.

No necesitas elaborar todas las representaciones para cada problema ni aprender la sintaxis de la herramienta que dibuja. Puedes solicitar al agente un diagrama y pedirle que explique cada rama con un ejemplo. Si la imagen no coincide con las reglas, revisa cuál de las dos necesita corregirse.

Practica

Amplía el caso para contemplar un fallo al guardar. Puedes describir el cambio en palabras o dibujarlo.

1. Indica desde qué acción aparece la nueva rama.
2. Decide qué información puede comunicarse sin afirmar un éxito no comprobado.
3. Explica qué verificarías antes de reintentar.

Criterio de comprensión: la rama debe partir del intento de guardar. Debes distinguir un fallo conocido de un resultado incierto y evitar confirmar que se liberó la plaza sin comprobar el cambio de estado.

Profundiza con IA

Recorre conmigo este diagrama usando mis casos: [casos]. Pídeme predecir la siguiente acción antes de explicarla. Señala ramas sin resolver y supuestos sobre fallos o concurrencia. Distingue el modelo del comportamiento de una implementación.

Lecturas relacionadas

Vuelve a Algoritmos para revisar estado e invariantes. Continúa con Aplicación práctica para dirigir y evaluar una implementación delegada. Las formas y el caso de esta lección constituyen la convención didáctica utilizada aquí.