Módulo 16 - Projeto final, pensando como programador
Planejando o projeto: o organizador de despesas
8 min de leitura · por Cesar Gargiulo, revisado pela equipe ValorFinal e GuardiaSec · Atualizado em 02/07/2026
O que você vai aprender
- Entender o que o organizador de despesas precisa fazer, na visão de quem usa.
- Identificar as entradas, o processamento e as saídas do projeto.
- Dividir um problema grande em três partes pequenas e testáveis.
- Montar o plano de construção que guia as aulas 2, 3 e 4.
Ouvir o resumo desta aula
Um recap de cerca de 2 minutos na voz do Valim, para ouvir no trânsito ou na academia.
Ler a transcrição do resumo
Resumo da aula: Planejando o projeto: o organizador de despesas.
Os objetivos desta aula. Entender o que o organizador de despesas precisa fazer, na visão de quem usa. Identificar as entradas, o processamento e as saídas do projeto. Dividir um problema grande em três partes pequenas e testáveis. Montar o plano de construção que guia as aulas 2, 3 e 4.
Veja o essencial, parte por parte.
O que vamos construir (e por quê). O projeto final é um organizador de despesas: o usuário registra gastos e o programa entrega um relatório por categoria.
Dividir para conquistar: o plano de ataque. Ninguém carrega a casa inteira de uma vez: separa por cômodo, encaixota, etiqueta e transporta caixa por caixa.
As entradas e as saídas, preto no branco. Em qualquer projeto futuro, escreva primeiro uma frase por requisito, uma lista de entradas e uma lista de saídas.
Esse foi o resumo do essencial. Para se aprofundar, leia a aula completa e responda os exercícios.
O que vamos construir (e por quê)
Chegou o momento que o curso inteiro preparou. Você vai construir um programa completo, útil e honesto: um organizador de despesas. A ideia nasce de um problema real de qualquer casa brasileira: no fim do mês, o dinheiro sumiu e ninguém sabe direito para onde foi. O programa resolve isso com lógica pura: pergunta quantas despesas a pessoa quer registrar, lê o valor e a categoria de cada uma, soma tudo nos lugares certos e entrega um relatório com totais, percentuais e um alerta quando uma categoria engole mais da metade do orçamento.
Repare no que este projeto NÃO é: não é um aplicativo com telas bonitas nem um sistema bancário. É pseudocódigo em português, do jeito que você aprendeu, rodando na sua cabeça e no Playground de Lógica. E é exatamente assim que sistemas grandes nascem no mundo real: alguém escreve a lógica em rascunho, valida o raciocínio e só depois traduz para uma linguagem. Se a lógica estiver certa aqui, ela funciona em Python, JavaScript ou qualquer outra língua de máquina.
| Requisito do organizador | De onde vem a técnica |
|---|---|
| Perguntar quantas despesas serão registradas | entrada e saída (módulo 4) |
| Recusar valor zero, negativo ou categoria inexistente | validação com ENQUANTO (módulos 9 e 14) |
| Somar cada despesa no total da categoria certa | SE e SENÃO SE + acumuladores (módulos 8 e 9) |
| Mostrar totais, percentuais e a categoria campeã | aritmética e comparações (módulos 5 e 6) |
| Alertar quando uma categoria passa de 50% do total | decisão sobre o resultado (módulo 8) |
Cada requisito do projeto usa uma peça que você já dominou nos módulos anteriores.
Dividir para conquistar: o plano de ataque
O erro clássico do iniciante diante de um problema grande é abrir o editor e sair escrevendo. Dez linhas depois, tudo embola: a validação mistura com a soma, a soma mistura com o relatório, e nenhum pedaço funciona sozinho. O antídoto tem nome e séculos de história: dividir para conquistar. Você quebra o problema em partes que consegue resolver e testar separadamente, e só junta o que já funciona. O organizador de despesas se divide com naturalidade em três: receber dados confiáveis, somar nos lugares certos e apresentar o resultado.
🎮 Jogo da aula
Monte o plano do programador
Antes de qualquer linha de pseudocódigo existe um plano. Toque os passos do planejamento na ordem em que um programador experiente os executa.
Note a posição do teste no plano: cada parte passa pelo teste de mesa ANTES de ser juntada às outras. Isso muda tudo na hora de caçar defeitos. Se o relatório mostrar um percentual errado e as partes 1 e 2 já foram testadas, o suspeito mora na parte 3, e a investigação encolhe de trinta linhas para dez. É a mesma lógica do eletricista que testa cada circuito antes de fechar a parede: achar o fio errado depois do reboco custa dez vezes mais.
As entradas e as saídas, preto no branco
Todo algoritmo transforma entrada em saída, e o projeto não foge do padrão. As entradas do organizador são três informações digitadas pelo usuário: a quantidade de despesas, o valor de cada uma e a categoria de cada uma (1 para moradia, 2 para alimentação, 3 para transporte, 4 para outros). As saídas são o relatório: o total gasto em cada categoria, o total geral, o percentual que cada categoria representa e um alerta quando alguma passa da metade do orçamento. Escrever isso preto no branco antes de programar evita o pior tipo de bug: o programa que funciona perfeitamente, mas resolve o problema errado.
Nas próximas três aulas, cada parte do mapa vira pseudocódigo de verdade. A aula 2 constrói a porta de entrada: leitura e validação, com laços que devolvem a pergunta até o dado chegar limpo. A aula 3 constrói o coração: a escada de SENÃO SE que decide em qual acumulador cada valor entra. A aula 4 fecha com o relatório: totais, percentuais, categoria campeã e alerta. Se em algum momento uma peça parecer nebulosa, o mapa de conhecimento do curso indica o módulo exato para revisar antes de seguir.
Teste rápido
Qual é o primeiro passo de um projeto de programação bem conduzido?
Perguntas frequentes
- Por que o projeto final é um organizador de despesas e não um joguinho?
- Porque ele exige TODAS as peças do curso ao mesmo tempo: entrada, validação, decisão, repetição, acumuladores e relatório. Um organizador de despesas também é um problema que qualquer pessoa entende sem explicação extra, então sua atenção fica inteira na lógica, não no enunciado.
- Preciso ter terminado todos os módulos anteriores para fazer o projeto?
- O ideal é sim, porque o projeto usa laços, decisões, acumuladores e teste de mesa sem reexplicar do zero. Se alguma peça estiver enferrujada, a própria aula indica o módulo de origem, e o mapa de conhecimento mostra seus pontos fracos antes de começar.
- O projeto roda em algum lugar de verdade?
- Sim, no Playground de Lógica do curso, que executa pseudocódigo em português. Você pode montar cada parte na aula e testar no Playground na sequência. E como a lógica é universal, o mesmo raciocínio roda em Python ou JavaScript quando você migrar para uma linguagem real.
- O que significa dividir para conquistar na prática?
- Quebrar o problema em partes que você resolve e testa isoladamente. No projeto são três: entrada validada, somas por categoria e relatório. Cada parte pronta e testada vira terreno firme; quando algo der errado, você sabe em qual parte procurar.
- E se eu quiser categorias diferentes das quatro sugeridas?
- Vá em frente, é um ótimo exercício. A estrutura não muda: um acumulador por categoria, uma condição a mais na escada de SENÃO SE e uma linha a mais no relatório. Mudar os dados sem quebrar a estrutura é sinal de que você entendeu a lógica, não decorou o exemplo.
- Quanto tempo devo reservar para o projeto inteiro?
- As quatro aulas de construção e revisão somam cerca de 35 minutos de leitura, mais o tempo de praticar no Playground. Reservando duas sessões de 30 minutos você fecha o módulo com folga e chega ao exame com o conteúdo fresco.
Fontes
Seu progresso fica salvo neste aparelho. Assinantes sincronizam entre os aparelhos.