# 7º Semestre — PAC Extensionista VII A disciplina PAC Extensionista VII tem como foco a concepção de uma solução tecnológica real para um parceiro externo ou para a comunidade, formalizada por meio de um documento RFC (Request for Comments). Esta etapa marca o início da trajetória do Portfólio, conectando a prática profissional de Engenharia de Software com a Extensão Universitária, exigindo que o projeto transponha os muros da universidade e gere impacto social. ## Etapas Principais ### 1. Escolha do Tema O estudante deve selecionar um tema que reflita seus interesses e competências, alinhado às áreas do curso e, obrigatoriamente, aplicado a uma demanda real. O tema deve respeitar as diretrizes do [Portfólio Directions](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-GERAL.md). Existem duas modalidades para a validação do problema: #### 1.1. Projetos com Parceiro Externo (Recomendado) Vínculo Formal: É indispensável vincular o projeto a uma Empresa, ONG ou Órgão Público (ex.: Prefeitura). Parcerias Existentes: O estudante pode consultar o professor para verificar a lista de parceiros que já possuem convênio ativo com a instituição. O projeto desenvolvido em parceria pode adotar licenças restritivas, porém, durante todo o ciclo de desenvolvimento, o repositório deve permanecer de acesso público. > **Exceção — Jogos Digitais:** projetos dessa linha podem manter o repositório privado, desde que concedam acesso autorizado aos professores avaliadores durante todo o ciclo. A exceção existe por conta de assets licenciados e de requisitos de publicação em loja. #### 1.2. Projetos voltados à Comunidade Validação de Demanda: Caso não haja um "cliente" corporativo, o estudante deve evidenciar a necessidade real da solução através de um processo estruturado de validação. Técnicas Aceitas: Entrevistas com público-alvo, observação em campo, aplicação de questionários, validação de protótipos de baixa fidelidade ou MVPs com usuários reais. Toda solução voltada à comunidade deve estar vinculada a uma licença de software livre e ser disponibilizada em repositório de acesso público. ### 2. Organização do Trabalho e Colaboração Embora o desenvolvimento técnico seja solitário, a garantia de qualidade é coletiva. - Desenvolvimento Individual: O projeto, o repositório e o portfólio são individuais. Isso permite a expressão da identidade profissional de cada estudante. - Squads de Validação: A turma deve se organizar em grupos de 3 a 5 participantes. São os mesmos squads que atuam no [PAC Extensionista VIII](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/PAC%20Extensionista%20VIII.md). - Função do Grupo: Atuar como Quality Assurance (QA). O grupo é responsável por realizar revisões de código (Pull Requests), testes cruzados e validação por pares, simulando o ambiente de uma equipe ágil. - Projetos Modulares: Em casos de sistemas muito extensos, um mesmo grupo poderá fragmentar o trabalho em módulos. Cada aluno desenvolve isoladamente um módulo (ex.: microsserviços distintos ou apps separados que se comunicam), mantendo a responsabilidade e a avaliação individual sobre a sua entrega. ### 3. Linhas de Projeto Disponíveis O projeto deve se enquadrar em uma das cinco linhas oficiais, aplicando-a ao problema do parceiro externo: 1. [**Web Apps**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-webapp.md) Aplicações web completas, com interface navegável, arquitetura definida e deploy público. 2. [**Aplicações Mobile**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-mobile.md) Aplicativos nativos ou híbridos, com usabilidade e entrega funcional em dispositivo real. 3. [**Jogos Digitais**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-jogosdigitais.md) Jogos autorais com gameplay funcional, loop básico, documentação de design e build jogável. 4. [**Projetos com IA**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-ia.md) Soluções que apliquem de forma fundamentada técnicas de Inteligência Artificial em problemas reais. 5. [**Projetos IoT** ](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/directions/portfolio-directions-iot.md) Soluções envolvendo dispositivos conectados, sensores, atuadores e comunicação em rede. > A escolha da linha deve ser registrada na RFC e orientará a estrutura técnica, os requisitos e os critérios de avaliação do projeto. ### 4. Elaboração do Documento RFC - A RFC (Request for Comments) é o artefato que estrutura a proposta técnica do projeto. - O documento deve detalhar: o problema a ser resolvido, a solução proposta, o público-alvo, o escopo, a arquitetura e os requisitos funcionais/não funcionais. - O modelo oficial pode ser acessado [aqui](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/documentation/RFC/modelo-de-RFC.md). ### 5. Avaliação e Aprovação - NP1 (20%): Planejamento e Fundamentação (Abstract, Problema, Objetivos). - NP2 (20%): Estado da Arte (Benchmarking e Trabalhos Relacionados). - NP3 (60%): Entrega Final e Validação: - Entrega da versão final da RFC. - Apresentação das evidências de extensão (Feedback do parceiro/comunidade). - Comitê de Avaliação da RFC: Como requisito para a nota, cada aluno deve buscar três professores avaliadores para apresentar sua RFC, coletando notas e feedbacks escritos. Essas observações devem constar na **Seção 10** do documento, que é fechada **depois** da entrega da NP3 — ver os prazos na seção 6. Após a aprovação, o aluno está apto a iniciar o desenvolvimento do projeto. ### 6. Prazos > Fonte única das datas: [**Calendário 2026/2**](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/calendario.md). O PAC Extensionista VII tem **calendário próprio**, do 7º período. Não compartilha prazos com a Disciplina de Portfólio nem com o PAC Extensionista VIII, que correm no 8º período — as duas turmas convivem no mesmo semestre-calendário, com datas independentes. | Marco | Entrega | Prazo | |---|---|---| | **NP1** (20%) | Planejamento e Fundamentação — Abstract, Problema, Objetivos | **04/09/2026 (sexta-feira)** | | **NP2** (20%) | Estado da Arte — Benchmarking e Trabalhos Relacionados | **16/10/2026 (sexta-feira)** | | **NP3** (60%) | Entrega final da RFC, com as evidências de extensão | **04/12/2026 (sexta-feira)** | | **Notas dos três professores** | RFC apresentada aos avaliadores, com notas, pareceres e assinaturas registrados na Seção 10 do documento | **11/12/2026 (sexta-feira)** | > **Ordem dos dois últimos marcos:** a RFC é entregue em **04/12** e as notas dos três avaliadores são coletadas até **11/12**. Ou seja, o aluno busca os professores **depois** da entrega da NP3 — a Seção 10 do documento é fechada na última semana. --- ## Objetivo da Etapa Garantir que cada estudante inicie seu projeto com uma base sólida, viável e bem estruturada, conectando teoria, prática e propósito social. ### 🧭 Documentos de Apoio - [Modelo de RFC](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/documentation/RFC/modelo-de-RFC.md) - [Recomendação para Avaliação dos Professores](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/documentation/diretrizes-avaliacao-professores.md) - [Normas e Regulamentações](https://github.com/CatolicaSC-Portfolio/The-Portfolio-Playbook/blob/main/documentation/normas.md) - [Pré-análise de RFC com GPT de Apoio](https://chat.openai.com/g/g-6863c3a91e1881919572856ff853bf1f-pre-analise-de-projetos-rfc-da-catolica)