si alguien puede aportar a mejoras??
si alguien puede aportar a mejoras??
Hola, Cristian. ¿Cómo va? Gracias por compartir tu diagrama con la comunidad Alura.
Tu algoritmo está bastante bien encaminado: se entiende la idea de registrar un pedido, iniciar el contador CANT = 0, acumular el total en PRECIO_T, sumar cada artículo y luego verificar si ya se alcanzó la cantidad registrada en REG. Esa lógica tiene sentido para un simulador de pedidos en una cafetería.
Viendo el flujo, no parece haber un error grave en la estructura principal, pero sí hay algunos puntos que podrías mejorar para que el algoritmo quede más claro. Por ejemplo, después de mostrar el total con descuento o sin descuento, sería bueno agregar un símbolo de fin para indicar que el proceso terminó. También puedes revisar pequeños textos, como REGISTRO PEDIMENTO, que podría quedar como REGISTRO PEDIDO, y INGRESE NOMBRE ARTICULO, para mantener todo más ordenado.
Otro detalle importante: la pregunta ¿ES CLIENTE? solo aparece cuando CANT = REG, es decir, después de registrar todos los artículos. Eso está bien si el descuento se aplica al total final del pedido. Si la idea fuera aplicar el descuento por cada producto, entonces esa decisión debería aparecer antes o durante el cálculo de cada artículo.
Una forma simple de pensar el flujo sería:
Iniciar pedido
Leer cantidad de articulos
Iniciar contador y total en cero
Mientras contador sea menor que cantidad:
Leer articulo
Leer precio
Sumar precio al total
Aumentar contador
Preguntar si es cliente
Si es cliente:
Aplicar descuento
Mostrar total final
Finalizar
Ese modelo deja más evidente que primero se registran todos los productos y después se calcula el total final. Tu diagrama ya tiene una buena base; con esos ajustes de cierre y claridad, quedará más fácil de leer y seguir. ¿El descuento de tu simulador debe aplicarse al total del pedido o a cada artículo por separado?
Cuenta con el apoyo de la comunidad Alura en tu jornada. Un abrazo y buenos estudios.