Processos e Requisito de Software
Entenda os fundamentos que orientam soluções digitais mais sólidas, inteligentes e duradouras.
Visão Geral da Disciplina
Código: INF1916 | Turma: MINF-0002
Carga horária: 72h (60h presenciais + 12h orientadas) | 4 créditos
Modalidade: Presencial
Período: 02/02/2026 a 18/06/2026
Horário: Segundas e Quintas às 09:20 - 11:00
Local: UNICAP – Bloco B – Sala 202
Bem-vindo ao Laboratório Ágil de Engenharia de Requisitos (LAER). Aqui, você vai além do estudo dos processos e requisitos: atua como parte de um time ágil, toma decisões reais, enfrenta mudanças e sustenta suas escolhas com аргumentação técnica em um projeto completo.
Tópicos Principais:
Fundamentos de Processos de Software
Engenharia de Requisitos
Requisitos em Ambiente Ágil
Qualidade, Métricas e Arquitetura
Projeto Integrador – Laboratório Ágil (LAER)
Índice do Conteúdo
Tudo que você precisa para dominar a disciplina — organizado, acessível e pronto para uso.
Objetivos e Resultados de Aprendizagem
Esta disciplina é prática, orientada a projetos e focada em evolução real: você vai dos fundamentos à aplicação em ambiente Scrum, desenvolvendo a capacidade de analisar cenários, tomar decisões e sustentar escolhas em um projeto simulado com contexto profissional.
RESULTADOS DE APRENDIZAGEM
1
RA1
Diferenciar modelos de processo
2
RA2
Especificar requisitos com qualidade
3
RA3
Aplicar Scrum em projeto real
4
RA4
Gerenciar mudanças estruturadamente
5
RA5
Relacionar NFR à arquitetura
6
RA6
Defender tecnicamente decisões
Como ter sucesso na disciplina?
  • Participe das sprints com intenção: analise, questione e melhore a cada ciclo.
  • Escreva requisitos com precisão para transformar ideias em entregas consistentes.
  • Vá além dos slides e aprofunde seu repertório para decidir com segurança.
  • Pratique a análise de cenários para enxergar riscos, alternativas e impactos.
  • Prepare-se para defender suas decisões com clareza, técnica e confiança.
Checklist Oficial por Etapa
A comprehensive checklist organized by project stages with clear checkboxes for each deliverable.
🟦 ETAPA 1 – Backlog Inicial (05/03)
  • Contexto do domínio claro
  • Problema bem definido
  • Público-alvo descrito
  • 10–15 histórias escritas no padrão INVEST
  • Critérios de aceite mensuráveis
  • Priorização justificada
  • Linguagem técnica adequada
🟦 ETAPA 2 – Sprint 1 (19/03)
  • Objetivo da sprint definido
  • Backlog selecionado coerente com capacidade
  • Estimativas registradas
  • Registro das dailies
  • Review estruturada
  • Retrospectiva com melhorias reais
  • Evidência de entrega incremental
🟦 ETAPA 3 – Gestão de Mudança (13/04)
  • Mudança claramente descrita
  • Impacto identificado
  • Backlog atualizado
  • Nova priorização
  • Justificativa técnica documentada
🟦 ETAPA 4 – Requisitos Não Funcionais e Arquitetura (23/04)
  • NFR mensuráveis e verificáveis
  • Classificação adequada (desempenho, segurança, etc.)
  • Relação com arquitetura explicada
  • Riscos identificados
  • Estratégia de mitigação definida
🟦 ETAPA 5 – Métricas e Análise de Desempenho (04/05)
  • Velocity Sprint 1
  • Velocity Sprint 2
  • Comparação quantitativa
  • Análise crítica dos resultados
  • Ajustes realizados com base nos dados
🟦 ETAPA 6 – Defesa Técnica Final (21/05)
  • Clareza na apresentação
  • Domínio completo do projeto
  • Capacidade de justificar decisões técnicas
  • Integração requisitos–arquitetura
  • Uso consistente de métricas
  • Postura profissional
Distribuição de Pontos
1º GQ (Peso 2 – Total 10 pontos)
2º GQ (Peso 3 – Total 10 pontos)

Total Projeto Integrador = 6,0 pontos
Política de Avaliação Individual
Trabalho em grupo não significa nota igual. Cada integrante responde pelo que domina.
O projeto é em grupo, mas a avaliação é objetiva e individual:
📌 Critério 1 – Domínio Técnico Individual
Na defesa, cada integrante deve comprovar domínio real do que entregou:
  • Perguntas podem ser direcionadas individualmente
  • Falta de domínio pode reduzir nota individual
  • Respostas genéricas reduzem pontuação
📌 Critério 2 – Avaliação 360°
Na defesa, a banca considera a postura e a entrega de cada aluno com peso interno na nota:
  • Participação
  • Comprometimento
  • Entrega real
  • Colaboração
Pode acrescentar até 1,0 ponto à nota individual do 2º GQ. Não reduz nota.
📌 Critério 3 – Assimetria de Contribuição
Quando houver desequilíbrio claro de participação, a nota acompanha a contribuição efetiva:
  • Integrante que não domina o projeto pode ter nota reduzida
  • Integrante que demonstra domínio excepcional pode ter nota ampliada
📌 Critério 4 – Defesa Técnica
A defesa é individual, mas avalia a capacidade de explicar o projeto como um todo.
Cada aluno deve saber explicar:
  • Backlog
  • Mudança
  • NFR
  • Métricas
  • Decisões
🎯 O QUE ISSO GARANTE
Justiça avaliativa
Responsabilidade individual
Redução de "carona"
Maturidade profissional
Rubrica Detalhada de Avaliação
A rubrica define com precisão os critérios que diferenciam um trabalho regular de um desempenho de excelência.
Projeto Integrador – LAER
Esta rubrica promove transparência, fortalece a confiança na avaliação e valoriza o desempenho com mais justiça e consistência.
📊 Escala de Desempenho

A rubrica garante transparência e consistência na avaliação.
Critérios de Avaliação – Parte 1
Cada critério reflete uma competência real do mercado. Saiba exatamente o que é esperado de você.
CRITÉRIO 1 – Backlog e Histórias (RA2)
CRITÉRIO 2 – Aplicação de Scrum (RA3)
CRITÉRIO 3 – Gestão de Mudança (RA4)
Critérios de Avaliação – Parte 2
A segunda metade do projeto exige maturidade técnica real. Estes critérios avaliam sua capacidade de integrar requisitos, arquitetura e dados.
CRITÉRIO 4 – Requisitos Não Funcionais e Arquitetura (RA5)
CRITÉRIO 5 – Métricas e Análise de Desempenho (RA4/RA5)
CRITÉRIO 6 – Defesa Técnica (RA6)
Como Usar as Rubricas
Rubricas deixam a avaliação objetiva, justa e alinhada ao aprendizado que você quer desenvolver.
Clareza para o aluno
Justiça avaliativa
Redução de conflito
Elevação do padrão técnico
💡 COMO USAR A RUBRICA
  • Apresente a rubrica no início do projeto para alinhar expectativas e critérios de entrega.
  • Use-a durante a correção para manter consistência, transparência e foco nos objetivos de aprendizagem.
  • Baseie seu feedback nos níveis da rubrica, indicando com precisão o que foi atendido e o que precisa evoluir.
Cronograma e Organização
Organização não é detalhe — ela faz parte da sua avaliação.
Planejamento do Semestre
Confira agora o que vem pela frente e comece com foco total:
Comece agora e ganhe vantagem na disciplina!
Cronograma e Políticas da Disciplina
Conhecer as datas não é suficiente. O que diferencia quem aprova é quem se organiza com antecedência.
Datas Importantes

Política de Atraso
O cumprimento dos prazos é essencial para manter o fluxo de avaliação, a coerência do acompanhamento e a organização técnica das entregas.
Entregas até 23h59 da data estipulada.
Regras importantes:
  • A defesa é obrigatória.
  • A ausência na defesa implica nota zero no projeto.
  • A frequência mínima exigida é de 75%.
Matriz de Rastreabilidade Pedagógica
Esta matriz detalha a relação entre os resultados de aprendizagem, o conteúdo das aulas, as etapas do projeto e as avaliações do curso de Processos e Requisitos de Software – LAER 2026.1.
📋 MATRIZ DE RASTREABILIDADE
Sistema de Avaliação
A avaliação foi pensada para refletir o que o mercado exige: quem analisa com critério, toma decisões e sustenta suas escolhas vai além de quem apenas entrega.
1º GQ (Peso 2)
Prova escrita objetiva – 4,0 pontos: Verifica a compreensão dos fundamentos de processos, engenharia de requisitos e conceitos ágeis, com foco em aplicação consistente.
Projeto Integrador – 6,0 pontos: Valoriza a construção progressiva do trabalho, desde o backlog inicial até a Sprint 1 e a gestão de mudança, articulando Scrum e engenharia de requisitos de forma prática.
🎯 Avalia: RA1, RA2, RA3 e RA4

2º GQ (Peso 3)
Prova escrita objetiva – 4,0 pontos: Examina a capacidade de analisar qualidade, métricas, arquitetura e critérios de decisão com clareza e precisão.
Projeto Integrador + Defesa – 6,0 pontos: Consolida requisitos não funcionais, arquitetura, métricas, evolução entre sprints e defesa técnica estruturada, demonstrando domínio do processo e da solução proposta.
🎯 Avalia: RA5 e RA6

Critérios de Aprovação
A aprovação é consequência de envolvimento real. Veja como a média é calculada:
  • Aprovado direto: Média ≥ 7,0
  • Direito à Final: 3,0 ≤ Média ≤ 6,9
  • Aprovado na Final: Média final ≥ 5,0
Cálculo da Média:
Média = (1º GQ × 2 + 2º GQ × 3) / 5

Política de Presença
Frequência mínima obrigatória: 75%
Faltas acima de 25% = Reprovação automática, independente da nota
Organização em Macro-Módulos
Cada módulo constrói sobre o anterior. Não existe atalho — existe progressão.
1
Macro-Módulo I: Fundamentos de Processos de Software
Conteúdo: Modelos de processo (Cascata, Ágil), Ciclo de vida de software, Introdução ao Scrum. Entender essa base é essencial para enxergar como um projeto nasce, evolui e se organiza com eficiência.
Avaliação: 1º GQ (Prova)
2
Macro-Módulo II: Engenharia de Requisitos
Conteúdo: Tipos de requisitos, Elicitação e validação, Gerenciamento de requisitos. Isso evita retrabalho, alinha expectativas e garante que a solução resolva o problema certo.
Avaliação: 1º GQ (Prova + Atividades)
3
Macro-Módulo III: Requisitos em Ambiente Ágil
Conteúdo: Histórias de usuário, Product Backlog e Priorização, Estimativas ágeis e Sprint Planning. Na prática, isso ajuda a transformar necessidades em entregas claras, viáveis e de maior valor.
Avaliação: Projeto - Sprint 1
4
Macro-Módulo IV: Qualidade, Métricas e Arquitetura
Conteúdo: Requisitos não funcionais e arquitetura, Gestão de mudanças, Métricas ágeis e análise de sprints. Esses elementos sustentam decisões técnicas melhores e mostram se o projeto está realmente evoluindo com qualidade.
Avaliação: 2º GQ (Projeto)
5
Macro-Módulo V: Projeto Integrador – Laboratório Ágil (LAER)
Conteúdo: Desenvolvimento de projeto ágil, Aplicação integrada de conceitos, Defesa técnica estruturada. É aqui que você prova domínio: conectar teoria, prática e аргументação com segurança profissional.
Avaliação: Defesa Técnica Final (2º GQ)
Projeto Integrador – LAER
Laboratório Ágil de Engenharia de Requisitos
Desenvolva um projeto completo em ambiente ágil, da concepção à defesa técnica. Aqui, o foco não é código: é clareza de requisitos, consistência nas decisões e maturidade técnica para sustentar escolhas com segurança.
OBJETIVO
Construir um projeto de software simulado com aplicação prática de:
  • Engenharia de requisitos
  • Scrum
  • Gestão de mudanças
  • Requisitos não funcionais
  • Métricas ágeis
  • Defesa técnica estruturada
ESTRUTURA DO PROJETO
O projeto será desenvolvido em duas sprints principais, com entregas progressivas:
01
Definição do Domínio e Backlog Inicial
Entrega: 05/03/2026 (Aula 08) - até 23h59
Defina o nome do projeto, seu contexto, o problema que resolve, o público-alvo e elabore 10-15 histórias de usuário priorizadas. Essa etapa cria a base de alinhamento do projeto, reduz ambiguidades e orienta decisões técnicas desde o início.
Compõe o 1º GQ
02
Sprint 1
Entrega: 19/03/2026 (Aula 12) - até 23h59
Detalhe o objetivo da Sprint, o backlog selecionado, as estimativas, o registro das Daily Scrums, o incremento definido e a retrospectiva. Isso demonstra capacidade de planejamento, acompanhamento e ajuste contínuo, pilares da entrega ágil com qualidade.
Compõe o 1º GQ
03
Gestão de Mudança
Entrega: 13/04/2026 (Aula 14) - até 23h59
Descreva uma mudança obrigatória, seu impacto no backlog, a decisão de priorização e a justificativa técnica. Aqui, o importante é mostrar critério para responder a mudanças sem perder coerência, valor e rastreabilidade.
Compõe o 1º GQ
04
Requisitos Não Funcionais e Arquitetura
Entrega: 23/04/2026 (Aula 16) - até 23h59
Apresente uma lista de Requisitos Não Funcionais (NFR) mensuráveis, sua justificativa técnica, impacto arquitetural e estratégia de mitigação. Essa análise mostra se a solução é viável, escalável e capaz de manter qualidade sob restrições reais.
Compõe o 2º GQ
05
Métricas e Análise de Desempenho
Entrega: 04/05/2026 (Aula 19) - até 23h59
Entregue a Velocity das Sprints 1 e 2, faça uma comparação, análise de melhoria e registre os ajustes implementados. O objetivo é evidenciar evolução concreta, apoiar decisões com dados e demonstrar maturidade de processo.
Compõe o 2º GQ
06
Defesa Técnica Final
Data: 21/05/2026 (Aula 24)
Faça uma apresentação de 10-15 minutos cobrindo o contexto, a evolução do backlog, as decisões tomadas, os NFR, a arquitetura e as métricas. É o momento de comprovar domínio técnico com clareza, consistência e аргументação profissional.
Compõe 2,0 pontos do 2º GQ
FORMAÇÃO DE GRUPOS
  • Mínimo: 2 estudantes
  • Máximo: 4 estudantes
  • Recomendado: 3 integrantes
Política de Responsabilidade Individual: O projeto é desenvolvido em grupo, mas a defesa é individual. As perguntas podem ser direcionadas a qualquer integrante, e as notas podem ser diferentes.
LINHA DO TEMPO DO PROJETO
1
05/03 – Backlog inicial
2
19/03 – Sprint 1
3
13/04 – Gestão de mudança
4
23/04 – NFR
5
04/05 – Métricas
6
21/05 – Defesa Final
Cronograma Oficial – LAER 2026.1
Processos e Requisitos de Software
Macro-Módulo I: Fundamentos Ágeis e Estrutura Inicial
05/02 a 26/02

Macro-Módulo II: Métricas e Engenharia de Requisitos
02/03 a 23/03
1º GQ

Macro-Módulo III: Maturidade Técnica e Qualidade Estrutural
09/04 a 04/05

Macro-Módulo IV: Estratégia, Simulação e Consolidação
07/05 a 21/05
2º GQ

Datas Importantes
  • 1º GQ - 1ª Chamada: 09/04/2026
  • 1º GQ - 2ª Chamada: 13/04/2026
  • 2º GQ - 1ª Chamada: 08/06/2026
  • 2º GQ - 2ª Chamada: 11/06/2026
  • Apresentação Final do Projeto: 21/05/2026
  • Exame Final: 18/06/2026
Materiais e Recursos
Aprenda além da sala de aula
O aprendizado não termina na aula. Estes recursos foram selecionados para quem quer ir além.
Explore cada recurso e aprofunde seu aprendizado com intenção.
Material de Aula
Acesse o material de cada aula para aprofundar seus estudos:
Bibliografia e Recursos
Bibliografia Recomendada
Livros Essenciais:
  • Schwaber, K. & Sutherland, J. - "The Scrum Guide" (2020)
  • Cohn, M. - "User Stories Applied" (2004)
  • Rubin, K. - "Essential Scrum: A Practical Guide" (2012)
  • Beck, K. - "Extreme Programming Explained" (2004)
  • Sommerville, I. - "Engenharia de Software" (10ª ed.)
Artigos e Manifestos:
  • Princípios do Manifesto Ágil
Ferramentas e Recursos
Gestão Ágil:
  • Jira - Gestão de projetos e sprints
Colaboração:
  • Miro - Quadros colaborativos
Versionamento:
  • GitHub - Repositórios e projetos