Módulo 6: Proyecto final — Sistema de pedidos para una cafetería

Integrar todos los aprendizajes del curso en el diseño, representación, comprobación y explicación de un algoritmo completo.

Al terminar el proyecto, podrá demostrar que sabe:

• comprender una situación antes de intentar resolverla;
• convertir una descripción en requisitos verificables;
• identificar entradas, procesos, decisiones, repeticiones y salidas;
• elegir variables y explicar qué representa cada una;
• realizar cálculos en el orden correcto;
• validar datos;
• tomar decisiones con condiciones simples y combinadas;
• repetir un proceso hasta recibir un centinela;
• utilizar contadores y acumuladores;
• evitar divisiones entre cero;
• expresar una solución mediante pseudocódigo;
• representar la misma solución con un diagrama de flujo;
• diseñar casos normales, límite, inválidos y sin datos;
• realizar una prueba de escritorio;
• localizar y corregir errores;
• demostrar el funcionamiento mediante evidencia;
• comunicar una solución de manera comprensible.

El proyecto no exige escribir código en Python, Java, JavaScript, C# ni ningún otro lenguaje. Su propósito es comprobar que usted ya sabe pensar y trabajar como programador antes de aprender una sintaxis concreta.

Construirá un sistema lógico para registrar pedidos en la Cafetería COA.

El sistema permitirá:

• seleccionar productos;
• ingresar cantidades;
• rechazar datos inválidos;
• calcular importes;
• acumular un pedido;
• aplicar un descuento;
• calcular el costo de entrega;
• producir un resumen final;
• terminar correctamente cuando se ingrese un centinela.

El trabajo final incluirá:

1. análisis del problema;
2. matriz de requisitos;
3. tabla de entradas, procesos y salidas;
4. tabla de variables;
5. ejemplos calculados manualmente;
6. plan de pruebas;
7. pseudocódigo;
8. diagrama de flujo;
9. prueba de escritorio;
10. informe de resultados;
11. correcciones realizadas;
12. reflexión final.

1. LEER EL PROBLEMA COMPLETO
             ↓
2. SUBRAYAR REGLAS Y LÍMITES
             ↓
3. DEFINIR ENTRADAS Y SALIDAS
             ↓
4. ELEGIR VARIABLES
             ↓
5. CALCULAR EJEMPLOS A MANO
             ↓
6. DISEÑAR CASOS DE PRUEBA
             ↓
7. ESCRIBIR PSEUDOCÓDIGO
             ↓
8. CREAR DIAGRAMA DE FLUJO
             ↓
9. REALIZAR PRUEBA DE ESCRITORIO
             ↓
10. CORREGIR Y REPETIR PRUEBAS
             ↓
11. EXPLICAR Y ENTREGAR

No se recomienda comenzar por el diagrama o por el pseudocódigo. Una representación ordenada de una idea incorrecta continúa siendo una solución incorrecta.

PARTE 1 — PREPARACIÓN

Duración: 4 minutos y 39 segundos Canal: Carlos Master Web Tema exacto: Comprender el problema, reconocer entradas y salidas y planificar antes de escribir el algoritmo

Pregunta antes de continuar

Después del video, complete:

Antes de escribir un algoritmo necesito saber ____________, recibir ____________, aplicar ____________ y producir ____________.

No existe una única redacción correcta. La respuesta debe mencionar:

• qué problema se resuelve;
• qué datos ingresan;
• qué reglas se aplican;
• qué resultados deben mostrarse.

Primero se demuestra que se comprendió el problema. Después se construye la solución.

Puede escribir un pseudocódigo con apariencia correcta y aun así resolver otro problema.

Por ejemplo:

Requisito:
Las compras de 30 o más reciben 10 % de descuento.

Interpretación incorrecta:
Las compras mayores que 30 reciben 10 %.

El error parece pequeño, pero cambia el resultado exacto para 30.

El proyecto será evaluado por correspondencia:

REQUISITO ↔ PSEUDOCÓDIGO ↔ DIAGRAMA ↔ PRUEBA

Si las cuatro partes no expresan la misma regla, existe una inconsistencia.

PARTE 2 — SITUACIÓN DEL PROYECTO

Una cafetería necesita organizar los pedidos realizados por una persona.

La persona puede agregar varias líneas de productos. En cada línea selecciona un producto e indica una cantidad.

El sistema debe:

• reconocer el producto;
• comprobar la cantidad;
• calcular el importe de la línea;
• acumular los datos válidos;
• permitir agregar más productos;
• terminar cuando se ingrese el código 0;
• aplicar las reglas finales;
• mostrar un resumen.

No se necesitan listas, arreglos, funciones, bases de datos, interfaces gráficas ni un lenguaje de programación.

Los precios están expresados en unidades monetarias y se mantienen sin impuestos para concentrar el proyecto en la lógica.

Registro de productos

1. El sistema comienza con todos los contadores y totales en 0.
2. Se solicita un código de producto.
3. El código 0 termina el registro.
4. El código 0 no representa un producto y nunca debe contarse.
5. Los códigos válidos son 1, 2 y 3.
6. Cualquier otro código es inválido.
7. Un código inválido muestra "Código inválido".
8. Cuando el código es inválido, no se solicita cantidad para esa línea.
9. Después de un código inválido, se solicita otro código.

Cantidades

1. Para un producto válido se solicita una cantidad.
2. Las cantidades válidas están entre 1 y 10, ambos incluidos.
3. Una cantidad menor que 1 o mayor que 10 es inválida.
4. Una cantidad inválida muestra "Cantidad inválida".
5. Una línea con cantidad inválida no aumenta los totales válidos.
6. Después de una cantidad inválida, se solicita un nuevo código.

Cálculo y acumulación

1. El precio se determina según el código.
2. El importe de una línea válida se calcula así:

importe_linea = precio × cantidad

1. Cada línea válida aumenta en 1 la cantidad de líneas válidas.
2. Las unidades compradas se acumulan.
3. El importe de cada línea válida se suma al subtotal.
4. Cada código o cantidad inválidos aumenta en 1 el contador de entradas inválidas.
5. Después de cada línea se solicita un nuevo código.

Descuento

1. Si no existe ninguna línea válida, se muestra "No se registraron productos válidos".
2. Si no existen líneas válidas, no se calcula promedio ni se solicita tipo de entrega.
3. Un subtotal menor que 30 no recibe descuento.
4. Un subtotal de 30 o más recibe un descuento del 10 %.
5. El descuento se calcula sobre el subtotal.
6. El importe después del descuento se calcula así:

importe_con_descuento = subtotal - descuento

Entrega

1. Si existe al menos una línea válida, se solicita un tipo de entrega.
2. El valor 1 significa "Recoger en el local".
3. El valor 2 significa "Entrega a domicilio".
4. Cualquier otro valor es inválido.
5. Si el tipo de entrega es inválido, se vuelve a solicitar hasta recibir 1 o 2.
6. Recoger en el local cuesta 0.
7. La entrega a domicilio cuesta 3 cuando el importe con descuento es menor que 40.
8. La entrega a domicilio es gratuita cuando el importe con descuento es 40 o más.

Resumen

1. El total final se calcula así:

total_final = importe_con_descuento + costo_entrega

1. El promedio ajustado por unidad se calcula así:

promedio_por_unidad = importe_con_descuento / total_unidades

1. El promedio no incluye el costo de entrega.
2. El resumen muestra:

• líneas válidas;
• unidades compradas;
• entradas inválidas;
• subtotal;
• descuento;
• costo de entrega;
• total final;
• promedio ajustado por unidad.

No agregue:

• nombres de clientes;
• inventario;
• pago con tarjeta;
• impuestos;
• propinas;
• cupones;
• almacenamiento permanente;
• varios pedidos de clientes distintos;
• productos adicionales;
• menús visuales complejos;
• funciones o procedimientos;
• arreglos o listas;
• código de un lenguaje real.

Agregar elementos no solicitados consume tiempo, introduce errores y dificulta comprobar los requisitos.

Resolver bien un alcance pequeño es mejor que construir parcialmente un sistema enorme.

PARTE 3 — CINCO EJERCICIOS PREPARATORIOS

No entregue por separado los cinco ejercicios siguientes. Incorpore sus respuestas al documento del proyecto.

PARTE 4 — DISEÑO DEL PROYECTO

El documento final debe incluir una matriz.

No es necesario copiar las 40 reglas como 40 filas. Se pueden agrupar sin perder información.

Utilice como mínimo estos grupos:

Puede dividir los grupos si desea mayor precisión.

Antes del pseudocódigo, complete:

Decisión del producto

Decisión de cantidad

Decisión de descuento

Decisión de entrega

Divida la solución en cinco bloques.

BLOQUE A — PREPARAR
Inicializar contadores y acumuladores.

BLOQUE B — REGISTRAR
Leer códigos hasta recibir 0.

BLOQUE C — VALIDAR Y ACUMULAR
Validar código, leer cantidad, validar cantidad,
determinar precio y actualizar totales.

BLOQUE D — CALCULAR EL CIERRE
Aplicar descuento, validar entrega, calcular total y promedio.

BLOQUE E — MOSTRAR
Presentar mensaje vacío o resumen completo.

Pregunta de control

¿En qué bloque debe aparecer cada acción?

• subtotal ← 0
• LEER codigo
• precio ← 3
• total_unidades ← total_unidades + cantidad
• descuento ← subtotal × 0.10
• LEER tipo_entrega
• MOSTRAR total_final

Antes de completar los detalles, escriba la estructura:

INICIO
    INICIALIZAR

    LEER primer código

    MIENTRAS no sea el centinela
        VALIDAR código

        SI el código es válido
            DETERMINAR precio
            LEER cantidad
            VALIDAR cantidad

            SI la cantidad es válida
                CALCULAR línea
                ACTUALIZAR contadores y subtotal
            SINO
                REGISTRAR entrada inválida
            FIN SI
        SINO
            REGISTRAR entrada inválida
        FIN SI

        LEER nuevo código
    FIN MIENTRAS

    SI existen líneas válidas
        CALCULAR descuento
        VALIDAR tipo de entrega
        CALCULAR entrega
        CALCULAR total y promedio
        MOSTRAR resumen
    SINO
        MOSTRAR mensaje sin productos
    FIN SI
FIN

Este esqueleto organiza la lógica, pero no constituye todavía la solución entregable.

PARTE 5 — PSEUDOCÓDIGO

El pseudocódigo:

• puede redactarse a mano o digitalmente;
• no necesita seguir la sintaxis exacta de un lenguaje;
• debe utilizar sangría;
• debe distinguir lectura, asignación, condición, repetición y salida;
• debe conservar nombres de variables coherentes;
• debe mostrar con claridad dónde termina cada bloque;
• debe poder ser comprendido por otra persona;
• debe corresponder con el diagrama.

Palabras sugeridas

INICIO
FIN
LEER
MOSTRAR
SI
ENTONCES
SINO
FIN SI
MIENTRAS
HACER
FIN MIENTRAS
REPETIR
HASTA QUE

No existe obligación de utilizar exactamente esas palabras si la notación elegida es clara y consistente.

Paso 1 — Inicializar

Identifique qué valores deben comenzar en 0.

Paso 2 — Realizar lectura anticipada

Lea el primer código antes del ciclo.

Paso 3 — Comprobar centinela

El ciclo continúa mientras el código sea diferente de 0.

Paso 4 — Validar código

No solicite cantidad si el código es inválido.

Paso 5 — Determinar precio

Asigne el precio correspondiente a 1, 2 o 3.

Paso 6 — Validar cantidad

Solo una cantidad entre 1 y 10 permite acumular.

Paso 7 — Actualizar

Una línea válida debe producir tres actualizaciones:

lineas_validas ← lineas_validas + 1
total_unidades ← total_unidades + cantidad
subtotal ← subtotal + importe_linea

Paso 8 — Renovar la lectura

Lea otro código antes de regresar a la condición del ciclo.

Paso 9 — Proteger el cierre

Calcule promedio y entrega únicamente si existe al menos una línea válida.

Paso 10 — Validar entrega

Repita la lectura hasta recibir 1 o 2.

Paso 11 — Mostrar

Presente todos los datos indicados en los requisitos.

Procesar el centinela

INCORRECTO:
Procesar código
Después comprobar si era 0

Solicitar cantidad para un código inválido

INCORRECTO:
LEER codigo
LEER cantidad
Después validar codigo

Reemplazar el subtotal

INCORRECTO:
subtotal ← importe_linea

Reiniciar el contador

INCORRECTO:
lineas_validas ← 1

Olvidar una nueva lectura

INCORRECTO:
MIENTRAS codigo ≠ 0
    ...
FIN MIENTRAS

Si codigo no cambia, el ciclo puede no terminar.

Aplicar descuento a cada línea

El requisito indica un descuento según el subtotal completo. Debe calcularse al final.

Decidir entrega con el subtotal

La entrega gratuita depende del importe con descuento, no del subtotal.

Dividir sin comprobar

El promedio solo se calcula si existen unidades válidas.

PARTE 6 — DIAGRAMA DE FLUJO

Duración: 8 minutos y 52 segundos Canal: Ramon Mendoza Ochoa Tema exacto: Representar una misma solución mediante pseudocódigo y diagrama de flujo

El diagrama puede realizarse:

• a mano;
• en PSeInt;
• en 📖diagrams.net;
• en otra herramienta de diagramación.

La herramienta no se evalúa. Se evalúa la lógica.

Una fotografía o captura es válida si:

• está enfocada;
• se puede ampliar;
• todos los textos se leen;
• ninguna flecha queda cortada;
• se distingue la dirección del flujo.

Esquema

   ( INICIO )
       ↓
┌─────────────┐
│   PROCESO   │
└──────┬──────┘
       ↓
   / ENTRADA /
       ↓
    ◇ ¿CONDICIÓN?
   Sí ↙       ↘ No

El diagrama debe mostrar, como mínimo:

1. ¿El código es 0?
2. ¿El código es válido?
3. ¿Qué precio corresponde?
4. ¿La cantidad es válida?
5. ¿Existe alguna línea válida?
6. ¿El subtotal alcanza 30?
7. ¿El tipo de entrega es 1 o 2?
8. Si es domicilio, ¿el importe con descuento alcanza 40?

Debe existir una flecha de regreso:

• desde el final de cada línea hacia la lectura de un nuevo código;
• desde un código inválido hacia la lectura de un nuevo código;
• desde una cantidad inválida hacia la lectura de un nuevo código;
• desde un tipo de entrega inválido hacia la lectura del tipo de entrega.

No conecte el tipo de entrega inválido con la lectura del código. Son etapas diferentes.

Utilice esta tabla para comparar pseudocódigo y diagrama:

Si una regla aparece solo en una representación, el proyecto aún no está listo.

PARTE 7 — PLAN DE PRUEBAS

Calcule primero los resultados esperados.

Caso A — Sin productos

Código 0

Comprueba:

• cero iteraciones;
• centinela como primera entrada;
• protección del promedio;
• ausencia de solicitud de entrega.

Caso B — Pedido sencillo

Código 1, cantidad 2
Código 0
Tipo de entrega 1

Comprueba:

• una iteración;
• producto 1;
• recogida;
• subtotal sin descuento.

Caso C — Límite de descuento

Código 1, cantidad 5
Código 2, cantidad 5
Código 0
Tipo de entrega 2

Comprueba:

• varias iteraciones;
• subtotal exactamente 30;
• descuento del 10 %;
• entrega con costo.

Caso D — Entrega gratuita

Código 3, cantidad 9
Código 2, cantidad 9
Código 0
Tipo de entrega 2

Comprueba:

• cantidad válida cercana al máximo;
• subtotal 45;
• importe con descuento superior a 40;
• domicilio gratuito.

Caso E — Datos inválidos y recuperación

Código 9
Código 2, cantidad 0
Código 3, cantidad 2
Código 0
Tipo de entrega 1

Comprueba:

• código inválido;
• cantidad inválida;
• continuación después de errores;
• acumulación únicamente de una línea válida;
• contador de entradas inválidas.

Caso F — Cantidades límite

Código 1, cantidad 1
Código 2, cantidad 10
Código 0
Tipo de entrega 1

Comprueba:

• cantidad mínima válida;
• cantidad máxima válida;
• más de una línea;
• acumulación de unidades.

Caso G — Validación de entrega

Código 3, cantidad 1
Código 0
Tipo de entrega 7
Tipo de entrega 2

Comprueba:

• rechazo de un tipo inválido;
• nueva solicitud;
• aceptación posterior;
• costo de entrega para un importe menor que 40.

Complete antes de ejecutar:

Para el caso A, escriba el mensaje en la última columna y marque los cálculos que no corresponden como No aplica.

Realice el rastreo completo del caso C.

Utilice una fila cada vez que:

• se lea un código;
• se lea una cantidad;
• se determine un precio;
• se actualicen contadores;
• se actualice el subtotal;
• se calcule el descuento;
• se seleccione entrega;
• se calcule el resultado final.

Plantilla

Después del ciclo, complete:

Después de probar cada caso, complete:

No escriba CORRECTO solo porque el algoritmo terminó. El resultado completo debe coincidir.

Si encuentra errores, utilice:

Si no encuentra errores

No invente defectos.

Escriba:

No se detectaron diferencias en los siete casos obligatorios. Esto no demuestra que el algoritmo sea perfecto, pero aporta evidencia para los requisitos y límites definidos.

PARTE 8 — RETO OPCIONAL

PARTE 9 — ENTREGABLE FINAL

PARTE 11 — EVALUACIÓN FINAL

Marque una opción:

PARTE 12 — DOCUMENTACIÓN Y RECURSOS

📖Algoritmos y pseudocódigo — INTEF

Puede utilizarse para repasar:

• características de un algoritmo;
• claridad y finitud;
• resolución de problemas;
• representación mediante pseudocódigo.

📖Documentación oficial de PSeInt

Puede utilizarse para:

• consultar asignaciones;
• revisar condiciones;
• revisar ciclos;
• comparar una notación más formal;
• ejecutar opcionalmente el algoritmo.

PSeInt es una herramienta de apoyo. El proyecto continúa siendo independiente de un lenguaje.

📖diagrams.net

Permite construir el diagrama en el navegador.

No es obligatorio crear una cuenta ni utilizar esta herramienta. Un diagrama dibujado a mano tiene el mismo valor si es correcto y legible.

PARTE 13 — CIERRE DEL CURSO

Durante el curso, ha practicado:

• pensamiento lógico;
• pensamiento computacional;
• análisis de situaciones;
• descomposición;
• abstracción;
• reconocimiento de patrones;
• orden de operaciones;
• diseño de algoritmos;
• manejo conceptual de datos;
• variables y estado;
• decisiones;
• condiciones combinadas;
• validación;
• repetición;
• contadores;
• acumuladores;
• centinelas;
• pseudocódigo;
• diagramas de flujo;
• casos de prueba;
• pruebas de escritorio;
• diagnóstico de errores;
• corrección y regresión;
• documentación;
• explicación de soluciones.

Después del proyecto, no necesita memorizar un lenguaje para demostrar su razonamiento.

Puede recibir un problema y preguntar:

¿Qué se necesita?
¿Qué datos entran?
¿Qué reglas cambian el resultado?
¿Qué se repite?
¿Qué debe recordarse?
¿Cómo termina?
¿Qué puede salir mal?
¿Cómo demostraré que funciona?

Estas preguntas son transferibles a Python, Java, C#, JavaScript y otros lenguajes.

El curso siguiente puede introducir un lenguaje como Python.

Al llegar a él, encontrará nuevas reglas de escritura:

• sintaxis;
• palabras reservadas;
• tipos propios del lenguaje;
• mensajes de error;
• herramientas de ejecución.

Sin embargo, los conceptos centrales ya serán conocidos:

variable
asignación
operación
condición
repetición
contador
acumulador
entrada
salida
prueba
error lógico

El nuevo reto será aprender a expresar una idea conocida en la sintaxis del lenguaje.

Programar no comienza al escribir código.

Comienza cuando una persona:

1. comprende una situación;
2. separa lo importante de lo accesorio;
3. transforma reglas en pasos;
4. anticipa casos diferentes;
5. comprueba sus decisiones;
6. reconoce un error sin ocultarlo;
7. corrige con evidencia;
8. explica su solución.

El proyecto final no busca una página perfecta ni una sintaxis profesional. Busca demostrar una forma de pensar.

Si puede explicar por qué su algoritmo funciona, en qué casos fue probado y cómo lo corregiría, ya dio un paso real hacia la programación.

FIN DEL MÓDULO 6

Fin del curso Lógica de Programación — COA