FH
Portal de Disciplinas
Processos e Requisito de Software
Explorando os fundamentos que moldam o futuro digital.
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). Nesta disciplina, você não apenas estudará processos e requisitos — você atuará como membro de um time ágil, tomando decisões reais, lidando com mudanças e defendendo tecnicamente suas escolhas 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
Navegue pelo conteúdo da disciplina:
Objetivos e Resultados de Aprendizagem
Esta disciplina é essencialmente prática e baseada em projetos, onde você evoluirá dos fundamentos para a aplicação em ambiente Scrum, aprendendo a analisar cenários, tomar decisões e justificar escolhas em um projeto real simulado.
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 ativamente das sprints
  • Escreva requisitos com clareza
  • Estude além dos slides
  • Pratique análise de cenários
  • Prepare-se para defender suas decisões
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 de 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 – NFR + Arquitetura (23/04)
  • NFR mensurá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 (04/05)
  • Velocity Sprint 1
  • Velocity Sprint 2
  • Comparação quantitativa
  • Análise crítica
  • Ajustes realizados
🟦 ETAPA 6 – Defesa Parcial (14/05)
  • Clareza na apresentação
  • Domínio do backlog
  • Capacidade de responder perguntas
  • Coerência técnica
🟦 ETAPA 7 – Portfólio Final (18/05)
  • Documento estruturado
  • Evidência de evolução
  • Métricas apresentadas
  • Justificativas registradas
🟦 ETAPA 8 – Defesa Final (21/05)
  • Argumentação segura
  • Integração requisitos–arquitetura
  • Uso de métricas
  • Evolução clara entre sprints
  • 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
Detailed explanation of individual assessment policy within group projects.
Embora o projeto seja em grupo, a avaliação é híbrida:
📌 Critério 1 – Domínio Técnico Individual
Na defesa:
  • 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°
Peso interno na etapa de defesa:
  • Participação
  • Comprometimento
  • Entrega real
  • Colaboração
Avaliação pode ajustar até ±1 ponto individualmente.
📌 Critério 3 – Assimetria de Contribuição
Se identificado:
  • 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 não é coletiva. É individual com contexto coletivo.
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
Introduction to the detailed rubric with 4 performance levels.
Projeto Integrador – LAER
Essa rubrica reduz questionamento de nota e aumenta justiça avaliativa.
📊 Escala de Desempenho

A rubrica garante transparência e consistência na avaliação.
Critérios de Avaliação – Parte 1
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
CRITÉRIO 4 – NFR e Arquitetura (RA5)
CRITÉRIO 5 – Métricas (RA4/RA5)
CRITÉRIO 6 – Defesa Técnica (RA6)
Como Usar as Rubricas
Rubricas são ferramentas essenciais para uma avaliação clara, justa e que promove o aprendizado.
✔ Clareza para o aluno
✔ Justiça avaliativa
✔ Redução de conflito
✔ Elevação do padrão técnico
💡 COMO USAR A RUBRICA
  • Compartilhe com os alunos no início do projeto.
  • Use durante a correção para garantir consistência.
  • Forneça feedback específico baseado nos níveis da rubrica.
Cronograma e Organização
A visual section break introducing the schedule and policies section.
Planejamento do Semestre
Nas próximas seções você encontrará:
Organize-se desde o início para ter sucesso na disciplina!
Cronograma e Políticas da Disciplina
Datas Importantes
Política de Atraso
Entregas até 23h59 da data estipulada.
Regras importantes:
  • ✔ Defesa é obrigatória
  • ✔ Ausência na defesa → nota zero no projeto
  • ✔ Frequência mínima: 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
1º GQ (Peso 2)
Prova escrita objetiva – 5,0 pontos: Foco em fundamentos de processos, engenharia de requisitos e conceitos ágeis.
Atividades + Sprint 1 – 5,0 pontos: Inclui atividades práticas em sala e a primeira entrega do projeto (backlog inicial e Sprint 1), aplicando conceitos de Scrum.
🎯 Avalia: RA1, RA2 e RA3
2º GQ (Peso 3)
Prova escrita objetiva – 4,0 pontos: Foco em qualidade, métricas, arquitetura e gestão de mudanças.
Projeto Integrador + Defesa – 6,0 pontos: Abrange gestão de mudança, NFR & arquitetura, métricas, evolução entre sprints, backlog estruturado e defesa técnica.
🎯 Avalia: RA4, RA5 e RA6
Critérios de Aprovação
  • ✔ 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
A disciplina está estruturada em 5 macro-módulos progressivos
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.
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.
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.
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.
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.
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. O foco não é código — é qualidade de decisão, clareza de requisitos e maturidade técnica.
OBJETIVO
Desenvolver um projeto de software simulado aplicando:
  • 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, público-alvo, e apresente 10-15 histórias de usuário com priorização.
Compõe o 1º GQ
02
Sprint 1
Entrega: 19/03/2026 (Aula 12) - até 23h59
Detalhe o objetivo da Sprint, o backlog selecionado, estimativas, registro das Daily Scrums, incremento definido e retrospectiva.
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.
Compõe o 2º 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.
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 ajustes implementados.
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, evolução do backlog, decisões, NFR, arquitetura e métricas.
Compõe 6,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: Embora o projeto seja em grupo, a defesa é individual. Perguntas podem ser direcionadas a qualquer membro e notas podem ser diferenciadas.
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 Ágiles 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: 26/03/2026
  • 2º GQ: 28/05/2026
  • Apresentação Final do Projeto: 21/05/2026
  • Exame Final: 11/06/2026
Materiais e Recursos
Recursos para Aprendizagem
Nas próximas seções você encontrará:
Aproveite todos os recursos disponíveis para aprofundar seu aprendizado!
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:
  • Principles behind the Agile Manifesto
Ferramentas e Recursos
Gestão Ágil:
  • Jira - Gestão de projetos e sprints
Colaboração:
  • Miro - Quadros colaborativos
Versionamento:
  • GitHub - Repositórios e projetos