Plano de Ensino — UC2: Implementar Banco de Dados

Referência única da distribuição de conteúdo, datas e indicadores da UC2. Construído a partir do plano de curso do Senac RS, do cronograma oficial da turma (versão de 22/09/2026), do formulário diagnóstico respondido pela turma e do livro-texto de apoio.

1. Identificação

2. Competência da UC e indicadores

Competência: implementar banco de dados.

3. Conteúdo programático (conhecimentos do plano de curso)

Modelagem de dados (requisitos, dicionário de dados, modelo relacional, MER) · Normalização · SGBD (conceito e arquitetura) · SQL — DDL e DML · Gestão de dados (usuários, backup e recuperação).

4. Metodologia

Segue a orientação metodológica do plano de curso — metodologias ativas, construção de tabelas em um SGBD real, criação de conexão com banco de dados e construção de um CRUD completo como fio condutor prático, variando a composição dos grupos ao longo da UC.

Quatro blocos, e nenhum deles termina sem o aluno fazer alguma coisa. Cada aula de 4h tem três blocos de teoria de ~50 min — cada um fechando num exercício de 5 a 6 minutos, feito no papel, em dupla ou pelo QR — e um quarto bloco inteiro de prática no projeto do grupo (~55 min). A tabela da seção 6 traz a teoria e a prática de cada aula.

Esta seção já disse outra coisa. Até a revisão de setembro ela prometia "teoria curta (30–45min) → prática imediata", fatiada, e nenhum dos 17 decks fazia isso: medido nas notas de tempo, são 117 a 146 minutos de teoria contígua e uma única ida ao laboratório. O slide "Como cada aula vai funcionar" da Aula 00 repetia a mesma promessa e se contradizia três linhas abaixo. A promessa foi trocada pela descrição do que acontece — e pela exigência que faltava: bloco de teoria que não fecha em exercício é defeito. Ver docs/revisao/04, decisão 2.

Projeto contínuo (case único, não exemplos soltos). A partir da Aula 3, a turma trabalha em grupos sobre um único estudo de caso que evolui aula a aula até o CRUD final na Aula 18 — em vez de exemplos descartáveis a cada aula. Proposta padrão do docente: Sistema de Locadora de Jogos (jogos, plataformas, clientes, empréstimos) — domínio que o próprio docente conhece bem (desenvolvedor de jogos no LabTIME/UFG) e que também está entre os interesses mais citados pela turma. Grupos que preferirem podem adaptar para outro tema de interesse (RPG/anime, confeitaria etc.), desde que a estrutura de dados tenha complexidade equivalente (mínimo 3 entidades relacionadas, com pelo menos um relacionamento N:N). Isso garante que a prática de cada aula não é um exercício isolado — é sempre "o próximo passo do banco que o grupo já está construindo".

Ajustes ao perfil desta turma, a partir das 14 respostas do formulário diagnóstico:

• Comandos SQL sempre acompanhados de glossário EN→PT (turma majoritariamente sem domínio de inglês).
• Modelagem explicada com diagramas visuais, não com notação formal de conjuntos (turma com matemática básica, não avançada).
• Exemplos de estudo de caso usam temas de interesse recorrente da turma — games/coleção de jogos (escolhido como projeto contínuo, também domínio de conforto do docente), futebol, confeitaria — em vez de cenários corporativos genéricos.
• Não assume UC1 consolidada: lógica básica é retomada nas aulas 1–2 antes de avançar em SQL.
• Terminal/CMD é barreira real, não só detalhe. O João relatou que uma aula inteira de UC1 dedicada a terminal/CMD não foi bem compreendida pela turma. Portanto:
  • Todo SQL é executado no pgAdmin Query Tool (GUI) — nunca psql em terminal.
  • O CRUD em Python usa Jupyter Notebook no VS Code (rodar com o botão ▶, célula por célula) — não terminal com python arquivo.py.
  • Onde a CLI for mesmo inevitável (pip install, pg_dump), tratar como mini-tópico próprio, passo a passo com print de tela, sem presumir que "já viram isso na UC1".

Linguagem do CRUD: Python. A UC1 (João) é lecionada em Python — o CRUD desta UC2 continua nessa linguagem, conectando ao PostgreSQL via psycopg2 (ou psycopg v3), dentro de um notebook Jupyter para evitar terminal. Isso mantém a turma numa única linguagem ao longo do curso e prepara terreno para o pytest que a UC3 usará sobre este mesmo código. A modelagem/DDL/consultas em si continuam ensinadas em SQL puro (via pgAdmin) nas aulas 10–15; o Python entra a partir da Aula 11/12 como camada de acesso ao banco já criado.

SGBD adotado em laboratório: PostgreSQL (servidor) administrado pelo pgAdmin (interface gráfica) — mesma dupla que o docente usa em produção. O livro-texto ensina com MySQL/MySQL Workbench; a lógica de MER, DDL e DML é a mesma, mas a sintaxe diverge em alguns pontos — sinalizar nos slides quando relevante:

Cada aluno instala PostgreSQL + pgAdmin no próprio notebook (ou usa a instalação do laboratório) — incluir isso como pré-requisito de logística antes da Aula 10.

"Para casa" (opcional, todas as 18 aulas). Cada deck termina com um slide verde "Para casa" com dois itens, sempre sem caráter obrigatório — reforço para quem quiser, não pré-requisito da aula seguinte nem penalidade para quem não fizer:

• Testar em casa — um gatilho curto de experimentação, geralmente fora do projeto do grupo (ex.: "pense em outro exemplo do dia a dia"), para fixar o conceito sem depender do grupo.
• Tarefa opcional — algo um pouco mais estruturado, quase sempre aplicado ao próprio projeto do grupo (revisar, enriquecer ou avançar um artefato já em andamento).

5. Avaliação

Conforme o plano de curso: menção por indicador (Atendido / Parcialmente Atendido / Não Atendido durante o processo; A ou NA ao final — PA não existe no fim) e menção final da UC (Desenvolvida / Não Desenvolvida). Frequência mínima de 75%.

Um único indicador NA ao final reprova a UC. O plano de curso é literal: "caso algum dos indicadores não seja atingido, o aluno será considerado reprovado na unidade". Não há compensação entre indicadores.

Recuperação é imediata, não no fim. O plano manda que ela seja "imediata à constatação das dificuldades do aluno, por meio de solução de situações-problema, realização de estudos dirigidos e outras estratégias". Na prática desta UC: constatado um PA numa entrega, a recuperação acontece na aula seguinte, dentro do bloco de prática, com o docente na mesa do grupo — e fica registrada com a data.

Instrumento principal de avaliação: o CRUD completo desenvolvido ao longo da UC (modelagem → implementação → consultas → gestão), entregue e demonstrado na Aula 18.

Cada indicador tem evidência antes da Aula 18, pelas entregas por aula:

A Aula 18 é a consolidação dos seis, não a primeira medida de nenhum.

6. Distribuição das aulas

Cada célula de "Teoria / Prática" segue a lógica da seção 4: teoria curta primeiro, prática aplicada ao mesmo projeto contínuo logo em seguida (nunca teoria acumulada sem uso imediato).

⚠️ O dia 06/10 tem 274 minutos de material para 240 de aula. A Aula 00 (62 min) e a Aula 01 (212 min) dividem a mesma noite, e 18h + 274 min terminam perto das 22h35. A decisão foi aceitar o estouro só neste dia, sem cortar conteúdo: a abertura é o que constrói o vínculo com a turma, e a Aula 01 é a que planta os quatro problemas que voltam na Aula 18.

O combinado é dito no começo, no slide de Combinados da Aula 00, e não descoberto às 22h — 8 dos 14 alunos trabalham de dia. Quem precisar sair no horário sai, e o material da Aula 01 fica publicado no site.

Sobre a coluna "Fonte". U1 a U4 e os apêndices são do livro-texto de apoio (Moreira). As Aulas 16 e 17 não têm fonte nele: conferido por varredura no texto inteiro, o livro tem zero ocorrências de GRANT ou REVOKE, e trata backup só como objetivo do SGBD, sem procedimento. Essas duas aulas vêm da documentação do PostgreSQL 16 — capítulo 22 (Database Roles), as páginas de GRANT e REVOKE, e o capítulo 26 (Backup and Restore) — mais os diálogos Backup/Restore do pgAdmin.

7. Bibliografia

Básica — do plano de curso do Senac

• ALVES, Willian Pereira. Banco de dados. São Paulo: Érica, 2014.
• LIMA, Adilson da Silva. Especificações técnicas de software. São Paulo: Érica, 2012.

Acrescentada pelo docente (não consta da bibliografia oficial)

• MOREIRA, Flávio Ferry de Oliveira. Fundamentos de Banco de Dados. Teresina: EDUFPI/CEAD, 2013. Escolhida por ser aberta, em português e alinhada à modelagem e ao relacional. Não cobre o indicador 6, e traz três erros conceituais registrados no README da raiz.
• Documentação do PostgreSQL 16 e do pgAdmin 4, fonte real das Aulas 10 a 17.

Complementar

• BEIGHLEY, Lynn. Use a Cabeça! SQL. Alta Books, 2008.
• LIGHTSTONE, Sam. Projeto e modelagem de banco de dados. Elsevier/Academic, 2013.
• PUGA, S. Banco de dados: Implementação em SQL, PL/SQL e Oracle 11g. Pearson, 2013 (ebook).

Última atualização: distribuição inicial proposta pelo docente — revisar e ajustar conforme o ritmo real da turma nas primeiras aulas.

← Slides da UC2