Conteúdo 5 de 6
Entrada, processamento e saída
Use um modelo simples para identificar dados, regras e resultados de um problema.

Entrada, processamento e saída formam um modelo de solução
Entrada, processamento e saída são três perspectivas para analisar como uma solução transforma dados. A entrada fornece as informações iniciais; o processamento aplica validações, cálculos e decisões; a saída comunica o resultado produzido.
Esse modelo ajuda a retirar um problema do campo das ideias vagas. Em vez de dizer “o sistema calcula o frete”, podemos perguntar quais dados entram, quais regras transformam esses dados e quais resultados devem sair.
O que é uma entrada
Entrada é todo dado ou sinal que a solução recebe para realizar sua tarefa. Pode vir de uma pessoa, de um arquivo, de um sensor, de outro sistema ou de um valor previamente armazenado.
Exemplos incluem notas de uma avaliação, itens de um pedido, horário atual, opção selecionada e resposta de um serviço externo. O significado importa tanto quanto o valor: 20 pode representar reais, quilômetros ou quantidade de itens.
Ao mapear uma entrada, registre:
- nome e significado;
- origem;
- formato esperado;
- limites ou valores permitidos;
- obrigatoriedade;
- comportamento quando o dado estiver ausente ou inválido.
Receber um dado não significa aceitá-lo automaticamente. Validar faz parte do processamento.
O que acontece no processamento
Processamento é o conjunto de operações que transforma as entradas em resultados. Ele pode:
- validar dados;
- calcular valores;
- comparar condições;
- ordenar ou agrupar itens;
- consultar informações;
- atualizar um estado;
- escolher um caminho;
- repetir uma operação.
Na aula sobre como decompor um problema, dividimos “processar um pedido” em responsabilidades menores. Cada responsabilidade pode ser analisada novamente por suas próprias entradas, regras e saídas. O modelo funciona em níveis diferentes da solução.
O que é uma saída
Saída é o resultado que a solução torna disponível. Ela não precisa ser algo exibido na tela: pode ser um arquivo criado, uma mensagem enviada, um registro atualizado, um sinal acionado ou um valor entregue a outra parte do sistema.
Uma solução pode produzir mais de uma saída. Um cálculo de frete, por exemplo, pode retornar custo, prazo e uma explicação quando não for possível atender a região.
Descreva a saída com a mesma precisão usada na entrada:
- qual informação será produzida;
- para quem ou para qual parte;
- em qual formato;
- em que situação;
- como confirmar que está correta.
Exemplo completo: calcular um frete
Considere estas regras hipotéticas:
- compras a partir de R$ 150 recebem frete grátis;
- abaixo disso, o frete custa R$ 20;
- o prazo para a região Sudeste é de 3 dias;
- valores negativos e regiões desconhecidas são inválidos.
Para uma compra de R$ 180 no Sudeste:
| Etapa | Elementos |
|---|---|
| Entrada | valor 180 e região Sudeste |
| Processamento | validar dados, comparar valor com 150 e consultar prazo regional |
| Saída | frete 0 e prazo 3 dias |
Em pseudocódigo simplificado:
receba valor_da_compra
receba região
se valor_da_compra < 0 ou região não é atendida
informe "Dados inválidos"
senão
se valor_da_compra >= 150
frete = 0
senão
frete = 20
prazo = consulte_prazo(região)
informe frete e prazo
Entrada, estado e saída não são a mesma coisa
Durante o processamento, alguns valores mudam. Eles representam o estado da execução, e não necessariamente novas entradas ou saídas.
Ao calcular a média de 7 e 5, as notas são entradas. Uma soma parcial pode ser mantida durante o processo. A média 6 é a saída. O estado ajuda o algoritmo a lembrar o que já aconteceu.
Variáveis e tipos de dados serão estudados em um módulo próprio. Por enquanto, basta distinguir aquilo que chega de fora, aquilo que muda durante o processo e aquilo que é entregue.
O modelo não descreve tudo sozinho
Entrada → processamento → saída é um excelente ponto de partida, mas não substitui um algoritmo detalhado. O diagrama não revela automaticamente a ordem das regras, repetições, dependências, tratamento de erros ou efeitos que ocorrem durante a execução.
Sistemas interativos também operam em ciclos: uma saída pode influenciar a próxima entrada. Ao enviar um formulário com erro, por exemplo, a mensagem produzida orienta uma nova tentativa. Use o modelo por interação, não como se todo sistema executasse apenas uma vez.
Erros comuns
Confundir entrada com interface
Um campo de formulário é uma forma de coletar dados; a entrada lógica é o dado recebido. O mesmo valor pode chegar por formulário, arquivo ou integração.
Esconder regras no processamento
Escrever apenas “processar pedido” não explica como. Liste validações, transformações e decisões necessárias.
Considerar somente a saída de sucesso
Erros, indisponibilidade e dados inválidos também produzem resultados observáveis e precisam ser definidos.
Misturar estado com resultado
Valores intermediários existem para sustentar a execução. Só devem ser saídas quando outra pessoa ou parte da solução realmente precisar deles.
Pratique com uma calculadora de desconto
Modele uma solução que recebe preço e percentual de desconto, rejeita valores negativos e informa preço final e economia obtida.
Crie uma tabela de entradas, processamento e saídas. Depois teste preço 200 com desconto de 10%, desconto 0%, desconto 100% e percentual negativo. Para cada caso, registre o resultado esperado ou erro.
O que você deve guardar
Entrada é o dado recebido, processamento é a aplicação explícita das regras e saída é o resultado disponibilizado. Separar esses elementos torna o problema mais fácil de explicar, decompor, programar e testar.
Veja o catálogo da trilha de Lógica de Programação. O próximo conteúdo usa testes de mesa para acompanhar dados e estado passo a passo antes da implementação.
Referências
- Harvard CS50x 2026 — Lecture 0. Acesso em 9 set. 2026.
- Harvard CS50 for Business — Lecture 0. Acesso em 9 set. 2026.
- K–12 Computer Science Framework — Statements by Concept. Acesso em 9 set. 2026.
- K–12 Computer Science Framework — Data and Analysis. Acesso em 9 set. 2026.