1
resposta

[Sugestão] só uma sugestão

Insira aqui a descrição dessa imagem para ajudar na acessibilidade vou deixar o meu fluxo grama para que posso ajudar alguem porque eu mesmo quebrei a cabeça kkkk

1 resposta

Olá, Carlos Eduardo! Tudo bem?

Quebrar a cabeça faz parte do processo! É exatamente nesse momento, quando estamos organizando as ideias, que a lógica de programação "destrava" na nossa mente. Parabéns pela dedicação em montar o projeto e, principalmente, pela excelente atitude de compartilhar com a comunidade para ajudar outros colegas!

Analisando o seu fluxograma, você estruturou muito bem o caminho principal. A divisão condicional (o losango) perguntando se é "combo" ou "separado" mostra que você compreendeu perfeitamente como funcionam as estruturas de decisão (if/else) na programação. Além disso, fazer os dois caminhos se encontrarem no final para o pagamento e para a pergunta de "comer no local" deixou o fluxo muito limpo e eficiente.

Para que seus próximos diagramas fiquem ainda mais profissionais e precisos, deixo aqui duas dicas de refinamento:

1. O Padrão das Formas Geométricas
Em fluxogramas de programação, cada forma tem um significado específico para que qualquer programador no mundo consiga ler:

  • Paralelogramo (inclinado): Usado para Entrada e Saída de dados (ex: receber a qtd_batata do usuário).
  • Retângulo: Usado para Processamento e Atribuição (ex: definir internamente que o preço da batata é 7 ou realizar uma soma).
    No seu fluxo "separado", seria ideal usar retângulos para definir os preços e paralelogramos para ler as quantidades.

2. A Lógica do Cálculo
Na caixinha de processamento onde você calcula o pedido separado, está escrito calcular total = hamburguer + refri. Para que o algoritmo funcione perfeitamente na hora de codificar, você precisará multiplicar as quantidades lidas pelos preços definidos, incluindo a batata. A lógica matemática seria algo como:
Total = (qtd_batata * 7) + (qtd_hamburguer * 12) + (qtd_refri * 5)

Seu raciocínio visual está muito bem encaminhado, e desenhar antes de codificar é uma das melhores práticas da engenharia de software!

Pensando em dar o próximo passo e transformar esse desenho em código real: se o cliente quisesse pedir mais de um combo diferente na mesma compra, qual estrutura de repetição (como um while ou for) você imagina que poderia ser adicionada a esse fluxo para que ele não encerrasse logo no primeiro pedido?