O caixa eletrônico por dentro: portões que protegem dinheiro

O fluxo por trás da tela

Lá no módulo 1, você ordenou os passos de um saque num jogo e descobriu que alguns passos existem para proteger os seguintes. Este é o dia de abrir a máquina inteira. O caixa eletrônico é o exemplo perfeito de sistema do mundo real: cada tela que você vê na agência é um bloco de lógica que você já sabe escrever. A senha é um laço de validação com limite; o menu é a escolha de caminhos do módulo 8 girando dentro de um laço; o saque é uma cadeia de decisões protegendo uma variável chamada saldo.

Repare no diagrama como NENHUMA seta pula um losango. Não existe caminho da entrada do cartão direto para a entrega do dinheiro: toda rota passa pela senha e pela conferência de saldo. Essa disciplina tem nome no mundo profissional: defesa em profundidade, camadas de conferência em sequência. Se uma falhar, a próxima segura. É o mesmo raciocínio do validador da primeira aula, agora com consequências que se medem em dinheiro.

A senha com três tentativas e o saque protegido

O primeiro portão é a senha, e ele junta dois padrões seus: o laço de validação da primeira aula e o contador do módulo 9. A diferença em relação ao validador de idade é que aqui o laço tem um limite: três erros e o cartão bloqueia. A condição do ENQUANTO carrega as duas exigências de uma vez, com o operador E do módulo 7: continua pedindo senha enquanto houver tentativa sobrando E o acesso ainda não foi liberado.

tentativas <- 0
acesso <- falso
enquanto tentativas < 3 e acesso = falso faça
  escreva("Digite a senha:")
  leia(senha)
  se senha = senhaSalva então
    acesso <- verdadeiro
  senão
    tentativas <- tentativas + 1
    escreva("Senha incorreta.")
  fim
fim
se acesso = falso então
  escreva("Cartão bloqueado. Procure a sua agência.")
fim
// Errando duas vezes e acertando na terceira, acesso vira
// verdadeiro com tentativas = 2 e o menu abre normalmente.

O portão da senha: o laço termina por acerto OU por esgotamento das três tentativas.

O jogo mostra por que o teste de mesa do módulo 13 não é luxo. Lendo rápido, o código do saque parece certo: tem SE, tem saldo, tem mensagem. Só a simulação com números concretos (saldo 100, saque 500) revela a inversão: o programa entregaria 500 e deixaria a conta em -400. Nos sistemas reais, toda alteração de saldo passa por revisão de outra pessoa e por testes automáticos exatamente por isso: dinheiro não perdoa condição invertida.

O menu que gira até a pessoa ir embora

Depois do portão da senha, o caixa vira um menu em laço. A cada operação concluída, a tela volta às opções, e só a escolha “sair” encerra a sessão. O esqueleto junta o laço ENQUANTO com a escada de decisões, e cada opção chama um bloco próprio, de preferência uma função, como o módulo 12 ensinou: consultarSaldo(), sacar(), depositar(). O programa principal fica curto e legível, quase um índice do sistema.

opcao <- 0
enquanto opcao <> 4 faça
  escreva("1 Saldo   2 Saque   3 Depósito   4 Sair")
  leia(opcao)
  se opcao = 1 então
    consultarSaldo()
  senão se opcao = 2 então
    sacar()
  senão se opcao = 3 então
    depositar()
  senão se opcao <> 4 então
    escreva("Opção inválida. Escolha de 1 a 4.")
  fim
fim
escreva("Sessão encerrada. Retire o seu cartão.")
// Escolhendo 1, depois 2 e depois 4: saldo na tela,
// saque executado e despedida ao sair.

O menu em laço: opção inválida não derruba o caixa, só volta para a tela de opções.

Note o último degrau da escada: uma opção fora de 1 a 4 recebe aviso e o menu gira de novo, sem travar a máquina. É a validação de entrada aplicada ao próprio menu, fechando o círculo do módulo: o caixa eletrônico inteiro é feito das suas peças. Um laço de senha, uma escada de opções, duas ou três funções e um punhado de conferências na ordem certa. A sofisticação dos sistemas reais está menos em truques secretos e mais em disciplina com os fundamentos.