Métodos de Desenvolvimento de Software
Especificar, delegar, verificar: engenharia de software em equipes com agentes. A disciplina continua sendo sobre método — ciclo de vida, processo, ritmo, qualidade e entrega. O que muda é que o time deixa de ser só humano, e o gargalo se desloca da produção de código para a especificação do que deve ser feito e a verificação do que foi feito.
O que você vai aprender
Ementa do Programa
A ementa oficial permanece inalterada; a proposta reancora seus dois últimos itens em desenvolvimento orientado a especificação (SDD) e engenharia de software assistida por agentes.
- Modelos de ciclo de vida e de processos — Módulo 0
- Processo Unificado — Módulo 0
- Métodos Ágeis de desenvolvimento de software — Módulos 0, 2 e 4
- Outras abordagens de desenvolvimento de software — Módulo 1 (spec-driven development) e Módulo 3 (desenvolvimento assistido por agentes)
- Ferramentas — Módulos 3, 4 e 5 (Git, agentes, MCP, SAST, CI/CD, containers)
Habilidades que você vai desenvolver
Conteúdo do Curso
6 módulos · 36 aulasA especificação promovida a artefato executável de primeira classe. Do requisito ágil ao ciclo specify → plan → tasks → implement, com arquitetura registrada em ADR e backlog priorizado.
- Git como artefato de engenharia
- Requisitos ágeis: da conversa ao critério
- Spec-driven development I e II (oficina de spec)
- Do spec ao plano: arquitetura e ADR
- Backlog, visão de produto e priorização
Planejar iterações e medir fluxo quando gerar código fica barato e verificar fica caro. As quatro métricas DORA e os antipadrões — incluindo o tokenmaxxing.
- Planejamento de sprint e estimativa
- Kanban, WIP e fluxo
- Métricas de entrega e antipadrões
- Scrum Master, rituais e gestão de risco
Como um agente de código funciona por dentro, como dar-lhe contexto sem encarecer o resultado, e como integrar ferramentas com o Model Context Protocol. Pareamento humano–agente e rastreabilidade.
- Como funciona um agente de código
- Context engineering: AGENTS.md
- MCP e integração de ferramentas
- Pareamento humano–agente e revisão
- Fluxo no repositório com múltiplos agentes
- Rastreabilidade spec → PR → teste
As práticas de XP que sobreviveram, TDD/BDD, e por que cobertura de código deixou de provar qualidade. Teste de mutação, teste de sabotagem e segurança de código gerado por IA.
- XP: as práticas que sobreviveram
- TDD e BDD
- Testes gerados por IA e falsa confiança
- Qualidade de teste: mutação e propriedades
- Clean code, análise estática e legibilidade
- Segurança de código gerado por IA
Uma mudança de requisitos é injetada no meio do projeto para exercitar manutenção e evolução. Dívida técnica, containers, integração e entrega contínuas, observabilidade e ética do software com IA.
- A mudança de requisitos
- Dívida técnica e refatoração assistida
- Containers e ambientes reprodutíveis
- Integração e entrega contínuas, deploy e observabilidade
- Licenças, open source e ética do software com IA
Política de Uso de IA
O uso de assistentes e agentes de IA nesta disciplina é esperado, não tolerado. O princípio é transparência, não proibição: não há penalidade por usar; há penalidade por não declarar e por não entender.
- Onde é esperado e deve ser registrado: implementação, testes, documentação, exploração de bibliotecas e refatoração. O registro vive no
AI-USAGE.mddo repositório. - Onde não é permitido: arguições individuais presenciais, quizzes, avaliação por pares e o ensaio de reflexão crítica — todos avaliam o que você entende.
- O que constitui infração: usar IA nos instrumentos individuais; omitir ou falsificar o registro de uso; entregar artefato que você não sabe explicar; apresentar trabalho de colega como seu.
Formação das Equipes
Cada grupo escolhe 3 temas na ordem de preferência. A professora negocia e aloca os temas.
Planilha de Grupos e TemasCanais de Comunicação
Avaliação
A avaliação separa o desempenho individual do trabalho de equipe e desloca o peso da prova escrita para a defesa do próprio trabalho. Individual: 50% (arguições + processo + ensaio) · Coletivo: 50% (spec + R1 + R2).
Fórmula da Nota Final:
Nota Final = 0,30 × Arguições Individuais + 0,15 × Desempenho Individual no Processo + 0,10 × Especificação Viva e Registro de IA + 0,15 × Release 1 + 0,25 × Release 2 + 0,05 × Ensaio de Reflexão Crítica
| Componente | Peso | O que é |
|---|---|---|
| Arguições individuais | 30% | Três arguições presenciais de 10–15 min (uma intermediária e as outras duas junto às Releases 1 e 2), sobre o próprio código, a própria spec e as decisões da equipe. 10% cada. Sem IA. |
| Desempenho individual no processo | 15% | Contribuição rastreável (commits, PRs, revisões), pareamento, participação em rituais e avaliação por pares. |
| Especificação viva e registro de IA | 10% | Qualidade e manutenção de /specs, ADRs, rastreabilidade spec → issue → PR → teste e o AI-USAGE.md. Avaliado em R1 e R2. |
| Release 1 | 15% | Incremento funcionando e implantado, pipeline verde, apresentação. |
| Release 2 | 25% | Produto final implantado, com a mudança de requisitos absorvida, testes defensáveis e varredura de segurança tratada. |
| Ensaio de reflexão crítica | 5% | 800–1200 palavras, individual: onde a IA ajudou, onde atrapalhou e o que você aprendeu que a ferramenta não sabe. Sem IA. |
Condições de Aprovação:
- Média Final ≥ 5,0
- Frequência ≥ 75% das aulas
- Comparecimento às três arguições individuais
- Porta de qualidade nos releases: a nota só é lançada com software implantado e acessível, pipeline de CI verde no commit da entrega, e nenhuma vulnerabilidade crítica ou alta em aberto na varredura estática.
No lugar da métrica de cobertura
A meta de "90% de cobertura" sai. Cobertura continua útil como piso, não como prova de qualidade.
| Métrica | Meta |
|---|---|
| Cobertura de linhas | ≥ 70% no módulo de domínio |
| Escore de mutação | ≥ 50% nos módulos críticos |
| Teste de sabotagem | 100% dos módulos críticos (a suíte quebra quando um defeito proposital é introduzido) |
| Achados críticos/altos em SAST | 0 em aberto |
Rubrica de qualidade de especificação (aplicada a /specs em R1 e R2, 0–4 por critério): verificabilidade, ausência de ambiguidade, delimitação de escopo, rastreabilidade, decisão registrada em ADR e vivacidade (a spec é atualizada quando o requisito muda).
Datas das Releases
Detalhes sobre o roteiro das apresentações: Guias para as entregas.
- Release 1 — 28/09/2026 · semana 7 (apresentação e Arguição Individual)
- Release 2 — 25/11/2026 · semana 15 (apresentação final e Arguição Individual)
Bibliografia
Base
Especificação e agentes
Evidência empírica
Ensino e segurança
🚀 Projetos do Semestre
Confira a lista completa de projetos disponíveis para o semestre:
🌱 Ver Projetos 2026/2