← Todas as conexões
DO PROBLEMA AO SOFTWARE

Análise e desenvolvimento

Investigue necessidades, modele comportamentos e construa soluções verificáveis. Os estudos de Faculdade - ADS acrescentam programação com Python, orientação a objetos, UML, testes e controle de versões ao percurso do problema ao software.

Tecnologia8 módulosConteúdo autoral · estudos de ADS
Sobre os estudos e materiais de referência

Sínteses autorais e exercícios baseados nos textos disponíveis em Faculdade - ADS, especialmente Linguagem de Programação, Análise Orientada a Objetos e Engenharia de Software. As páginas vazias de disciplinas do primeiro semestre não foram usadas como fonte de conteúdo. Os tempos estimam leitura e prática.

MÓDULO 01 / 20 MIN

Investigar antes de implementar

Um pedido de funcionalidade é uma hipótese de solução. Investigue quem enfrenta o problema, em qual contexto ele ocorre e como a pessoa o resolve hoje. Uma entrevista útil busca situações concretas, em vez de perguntar apenas o que o usuário gostaria de ter.

Separe necessidade, regra de negócio e restrição técnica. Descreva o comportamento esperado com exemplos de entrada, resultado e exceção. Critérios de aceitação devem ser observáveis: outra pessoa precisa conseguir verificar se foram atendidos.

DO CONCEITO À PRÁTICA

Experimente no seu contexto

Escolha uma rotina de trabalho. Escreva o problema sem mencionar tecnologia, entreviste uma pessoa envolvida e registre três critérios de aceitação.

Uma pergunta para levar com vocêQue evidência mostraria que construir software não é a melhor solução?
AMPLIE ESTA CONEXÃO

Assista, leia e experimente

Recursos selecionados para este módulo. Use a orientação de estudo para conectar cada material à atividade.

Laboratório de aplicação · O pedido era uma planilha. O problema era a matrícula.
ESTUDO DE CASO · CENÁRIO DIDÁTICO

O pedido era uma planilha. O problema era a matrícula.

Uma secretaria pede a exportação diária de alunos. Ao observar o processo, você descobre que a planilha serve para conferir pagamentos manualmente. Há matrículas duplicadas e inscrições pendentes que aparecem como confirmadas.

Como investigar e decidir

  1. Mapeie a jornada atual: inscrição, cobrança, confirmação e comunicação. Registre onde cada informação nasce e quem pode alterá-la.
  2. Defina a regra: uma matrícula só é confirmada quando há pagamento aprovado e vaga disponível. Uma segunda tentativa com os mesmos dados não deve criar outra matrícula.
  3. Descreva exemplos de aceitação: pagamento recusado mantém a inscrição pendente; repetição da confirmação não duplica a matrícula; turma lotada exige tratamento explícito.
  4. Entregue primeiro uma consulta confiável do estado da matrícula. Valide com a secretaria se a exportação ainda é necessária antes de automatizar a planilha.

Alternativas e consequências

Automatizar a exportação é uma entrega rápida, mas preserva a conferência manual e suas inconsistências. Corrigir o fluxo exige investigar regras e fontes de dados, porém pode eliminar a causa do retrabalho.

Como avaliar o resultado

Compare tempo de conferência, quantidade de divergências e matrículas duplicadas antes e depois. Revise uma amostra com a secretaria para verificar se o indicador representa o trabalho real.

Sua entrega

Produza um diagrama de estados, quatro exemplos de aceitação e uma decisão sobre o que entra na primeira entrega.

Canais, cursos e acervos para explorar

Escolha novos assuntos nas fontes indicadas. Canais e acervos reúnem vários conteúdos; os recursos específicos de cada módulo aparecem junto da atividade.

PAUSA PARA CONECTAR

Como você aplicaria essa ideia?

Um usuário pede um botão para exportar uma planilha. Qual é o melhor primeiro passo?

SEU SEGUNDO CÉREBRO

O que essa ideia conecta?

Registre exemplos, dúvidas e aplicações na sua rotina.