# 8º Semestre — PAC Extensionista VIII (Qualidade e Validação) A disciplina **PAC Extensionista VIII** atua em **sincronia direta com a disciplina de Portfólio**. Enquanto o **desenvolvimento técnico (codificação e engenharia)** é o escopo principal da matéria de Portfólio, o PAC foca na **Garantia de Qualidade (QA)** através da colaboração entre alunos e na **Validação Extensionista** junto ao parceiro externo. O objetivo é garantir que o software construído individualmente possua qualidade técnica (revisada por pares) e valor real de negócio (validado pelo cliente). ## Pilares da Disciplina ### 1. Integração com a Matéria de Portfólio - **Portfólio (Execução):** O aluno desenvolve o software, realiza os commits e implementa as funcionalidades previstas na RFC. - **PAC (Gestão e Qualidade):** O aluno utiliza este espaço para planejar as *iterações* de entrega, documentar os testes e gerenciar o ciclo de vida do projeto. - **Sincronia:** As entregas parciais de código na matéria de Portfólio servem de insumo para as validações exigidas no PAC. ### 2. Validação por Pares (Peer Review) Como o desenvolvimento é individual, a qualidade técnica é assegurada através da organização em **Squads de Validação** (3 a 5 alunos). - **Code Review:** É obrigatório que os alunos revisem o código uns dos outros através de *Pull Requests* no GitHub. - **Testes Cruzados:** Um integrante do grupo deve atuar como *QA* do projeto do colega, executando testes funcionais e reportando *bugs* (Issues). - **Evidência:** A nota desta etapa é baseada na qualidade dos comentários feitos nos PRs e na pertinência das Issues abertas nos repositórios dos colegas. ### 3. Validação Extensionista (Com o Parceiro) O aluno deve submeter as versões funcionais (MVPs) geradas na matéria de Portfólio à aprovação do parceiro externo (Empresa/ONG/Comunidade). - **Demonstrações (Demos):** Apresentação das funcionalidades rodando para o cliente real. - **Coleta de Feedback:** Registro formal do que o parceiro aprovou ou solicitou alteração. - **Ajuste de Rota:** O feedback recebido aqui deve virar novas tarefas (tasks) para o desenvolvimento na disciplina de Portfólio. ### 3.1 Modalidade Comunidade — evidência equivalente O [PAC Extensionista VII](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/PAC%20Extensionista%20VII.md) permite projetos voltados à comunidade, sem parceiro corporativo. Nesses casos **não há termo de aceite a ser assinado**, e a validação extensionista é comprovada por um conjunto equivalente de evidências, de **mesmo peso** na avaliação: - **Relatório de validação com usuários reais** — no mínimo três sessões documentadas (data, participantes, o que foi testado, o que foi apontado). - **Feedback documentado** — respostas de formulário, transcrições de entrevista ou registros de observação em campo. - **Declaração da comunidade atendida** — carta, e-mail ou registro de representante do grupo, associação ou coletivo beneficiado, confirmando o uso da solução. - **Registro das correções** decorrentes desse feedback, rastreáveis em issues ou commits. A modalidade deve ser declarada ao professor no **início do semestre**, não na entrega final. --- ## Avaliação Processual (NPs) A avaliação considera a colaboração técnica (pares) e a satisfação do cliente (extensão). - **NP1 (20%) — Ciclo de Qualidade Inicial** - **Pares:** Evidências de Code Review e Testes Cruzados nos repositórios dos colegas. - **Extensão:** Relatório de validação do primeiro MVP com o parceiro externo. - **NP2 (20%) — Ciclo de Evolução e Refinamento** - **Pares:** Verificação se os *bugs* reportados pelos colegas foram corrigidos. - **Extensão:** Demonstração das melhorias implementadas com base no feedback anterior do parceiro. - **NP3 (60%) — Entrega Final Integrada** - **Produto (Portfólio):** Software funcional em versão *Release*. - **Aceite (Extensão):** Termo de aceite ou declaração de encerramento assinado pelo parceiro externo — ou, na modalidade Comunidade, a **evidência equivalente** descrita na Seção 3.1. - **Socialização (Extensão):** Evidência de que a solução foi devolvida ao parceiro ou à comunidade — entrega formal, treinamento, documentação de uso ou registro de transferência. No *Demo Day*, o que o PAC avalia é o **relato do impacto extensionista**, não a apresentação técnica. > **Divisão com a disciplina de Portfólio:** o mesmo evento é avaliado nas duas disciplinas, por dimensões distintas. O **Portfólio** pontua o produto e a apresentação técnica (arquitetura, decisões, domínio nas respostas), conforme o [Guia de Avaliação do Demo Day](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/demoday/Avaliacao_Poster_DemoDay.md). O **PAC VIII** pontua a dimensão extensionista: o que o parceiro ou a comunidade efetivamente recebeu, validou e passou a usar. Não há dupla contagem do mesmo mérito. --- ## Prazos > Fonte única das datas: [**Calendário 2026/2**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/calendario.md). - **Entrega final:** **30/11/2026 (segunda-feira)** — mesmo prazo da Disciplina de Portfólio. Até essa data devem estar entregues o software em versão *release*, as evidências de peer review e o aceite (ou as evidências equivalentes da modalidade Comunidade). - **Poster + Demo Day:** **10/12/2026 (quinta-feira)**, **15/12/2026 (terça-feira)** e **16/12/2026 (quarta-feira)**. - A **modalidade** (Parceiro Externo ou Comunidade) deve ser declarada ao professor no **início do semestre**. --- ## Objetivo da Etapa Criar um ambiente profissional onde o estudante não apenas "codifica sozinho" (Portfólio), mas submete seu trabalho ao crivo técnico de outros desenvolvedores (Pares) e ao crivo de negócio do mercado (Parceiro Externo). ### Entregáveis Esperados 1. **Links de PRs e Issues** (comprovando a atuação como revisor técnico). 2. **Relatórios de Feedback** do parceiro externo ou da comunidade atendida. 3. **Termo de Aceite Final** da solução — ou, na modalidade Comunidade, o conjunto de evidências equivalentes descrito na Seção 3.1.