FH
Portal de Disciplinas
Projeto de Banco de Dados
Modelagem, SQL e Gerenciamento de Dados
Código: INF1930 | Turma: MINF-0005
Carga horária: 72h (60h presenciais + 12h de atividades orientadas) | 4 créditos
Horário: Terças e Sextas às 11:10 - 12:50
Local: Bloco A – Sala de Aula 613 - UNICAP
Bem-vindo ao material oficial da disciplina! Aqui você encontra todas as aulas, listas de exercícios, cronograma e informações importantes para seu aprendizado.
Tópicos Principais:
Fundamentos e Modelagem Conceitual
Modelo Relacional e Formalização
Implementação e Aplicação em SQL
Bem-vindo à Disciplina!
Uma jornada do conceito à implementação
Seja bem-vindo ao Projeto de Banco de Dados! Esta disciplina é uma das mais importantes da sua formação em tecnologia. Aqui você aprenderá não apenas a usar bancos de dados, mas a pensar estruturalmente, a modelar domínios complexos e a garantir integridade e qualidade dos dados.
O que esperar desta disciplina?
Evolução Progressiva
Você começará com conceitos abstratos (modelagem) e chegará à implementação prática (SQL). Cada etapa prepara você para a próxima.
Aprendizado Ativo
Não é uma disciplina de memorização. É sobre compreender lógica, tomar decisões estruturais e justificar tecnicamente suas escolhas.
Projeto Real
Você desenvolverá um banco de dados completo do zero, aplicando todos os conceitos aprendidos em um domínio real escolhido por você.
Habilidades Profissionais
Ao final, você terá competências essenciais para o mercado: modelagem de dados, normalização, SQL avançado e capacidade de defesa técnica.
Como ter sucesso?
  • Participe ativamente das aulas e tire dúvidas
  • Pratique com as listas de exercícios regularmente
  • Comece o projeto cedo e evolua gradualmente
  • Trabalhe em equipe de forma colaborativa
  • Entenda os conceitos, não apenas decore
  • Prepare-se bem para a defesa técnica

"Esta disciplina é desafiadora, mas extremamente recompensadora. Você está prestes a desenvolver uma das competências mais valorizadas em tecnologia. Aproveite cada etapa da jornada e não hesite em buscar ajuda quando precisar. Sucesso!"
Objetivos da Disciplina
Conheça as competências que você desenvolverá ao longo da disciplina.
Objetivo Geral
Capacitar o estudante a modelar, estruturar, normalizar e implementar bancos de dados relacionais completos, assegurando integridade estrutural, consistência lógica e capacidade de formulação de consultas complexas.
Objetivos Específicos
Compreender fundamentos e arquitetura de SGBD
Modelar domínios reais utilizando MER
Aplicar regras formais de transformação MER → Modelo Relacional
Aplicar dependência funcional e normalização até 3FN
Implementar banco de dados em SQL (DDL e DML)
Construir consultas SQL com JOIN, GROUP BY, HAVING e subconsultas
Defender tecnicamente projeto completo
Resultados de Aprendizagem
Ao final da disciplina, o estudante será capaz de:
  1. RA1 – Modelar domínio real utilizando MER
  1. RA2 – Transformar MER em esquema relacional
  1. RA3 – Aplicar normalização até 3FN
  1. RA4 – Implementar banco relacional em SQL
  1. RA5 – Formular consultas complexas
  1. RA6 – Defender tecnicamente projeto de dados
Mapa de Competências × Avaliação
Organização em Macro-Módulos
A disciplina está organizada em quatro macro-módulos progressivos, do conceitual ao prático.
1
Macro-Módulo I
Fundamentos e Arquitetura
  • Conceitos de BD e SGBD
  • Arquitetura ANSI/SPARC
  • Independência de dados
2
Macro-Módulo II
Modelagem Conceitual (MER)
  • Entidades e atributos
  • Relacionamentos e cardinalidades
  • Entidade fraca
  • Especialização
  • Agregação
  • DER completo
3
Macro-Módulo III
Modelo Relacional e Normalização
  • Transformação MER → Relacional
  • Chave primária e estrangeira
  • Dependência funcional
  • 1FN, 2FN e 3FN
4
Macro-Módulo IV
SQL
  • DDL (CREATE TABLE, PK, FK)
  • DML (INSERT, UPDATE, DELETE)
  • SELECT, JOIN, GROUP BY
  • HAVING e Subconsultas
  • EXISTS / NOT EXISTS
Metodologia de Ensino
Nossa abordagem pedagógica é centrada no aluno, combinando teoria e prática através de metodologias ativas que promovem o desenvolvimento progressivo de competências.
Estratégias Pedagógicas
Resolução progressiva de problemas
Listas estruturadas (1 fácil, 2 médias, 1 difícil, 1 desafio)
Desenvolvimento de Projeto Integrador
Oficinas práticas de SQL
Revisões estruturadas antes dos GQ
Aprendizagem baseada na Taxonomia de Bloom
Ferramentas e Recursos
Conheça as ferramentas que utilizaremos e as referências bibliográficas recomendadas.
Ferramentas Utilizadas
  • Editor de texto para documentação
Bibliografia Básica
  • ELMASRI, R.; NAVATHE, S. B. Sistemas de Banco de Dados. Pearson.
  • SILBERSCHATZ, A.; KORTH, H.; SUDARSHAN, S. Database System Concepts. McGraw-Hill.
Bibliografia Complementar
  • DATE, C. J. An Introduction to Database Systems. Addison-Wesley.
  • HEUSER, C. A. Projeto de Banco de Dados. Bookman.
  • RAMAKRISHNAN, R.; GEHRKE, J. Database Management Systems. McGraw-Hill.
Material das Aulas e Exercícios
Acesse os slides e materiais de cada aula:
Sistema de Avaliação
Entenda como sua nota será calculada e os requisitos para aprovação na disciplina.
1º GQ (Peso 2)
  • Prova escrita objetiva: 5,0 pontos
  • Projeto (Etapas 1 e 2) – 5,0 pontos
  • Foco: Fundamentos e Modelagem Conceitual
2º GQ (Peso 3)
  • Prova escrita objetiva: 4,0 pontos
  • Projeto (Etapas 3 a 6) – 6,0 pontos
  • Foco: Modelo Relacional, Normalização e SQL Avançado

Critérios de Aprovação
  • Aprovação direta: Média ≥ 7,0
  • Exame Final: Prova discursiva valendo 10,0 pontos
  • Aprovação na final: Média final ≥ 5,0
Cronograma da Disciplina
Acompanhe o planejamento completo das aulas, incluindo datas de avaliações e feriados.
Carga horária: 72h (60h presenciais + 12h de atividades orientadas) | Aulas de 2h
Macro-Módulo I – Fundamentos e Modelagem Conceitual
Macro-Módulo II – Modelo Relacional e Normalização
Cronograma (continuação)
Continuação do cronograma com os módulos finais e datas de encerramento.
Macro-Módulo III – SQL
Encerramento e Avaliação Final
Datas Importantes
1º GQ
27/03/2026
2º GQ
02/06/2026
Defesa do Projeto
29/05/2026
Exame Final
12/06/2026
Total de aulas
36
Total de horas
72h
Projeto Integrador
Desenvolva um banco de dados completo do conceito à implementação
Objetivo
Desenvolver um banco de dados completo, partindo de um domínio real escolhido pelo grupo, percorrendo todas as etapas: Modelagem Conceitual (MER), Transformação para Modelo Relacional, Normalização até 3FN, Implementação em SQL (DDL + DML), Consultas avançadas e Defesa técnica estruturada.
Estrutura do Projeto
1
Etapa 1 - Modelagem Conceitual
Entrega: 17/03/2026 (Aula 09 – Modelagem Avançada)
Entrega: DER completo com entidades, atributos, relacionamentos, cardinalidades mín./máx., entidades fracas e especializações (se houver). Justificativa técnica obrigatória (1-2 páginas).
2
Etapa 2 - Modelo Relacional
Entrega: 24/03/2026 (Aula 13 – Mapeamento Avançado)
Entrega: Esquema relacional completo com todas as relações, PK e FK identificadas, estratégia de especialização documentada.
3
Etapa 3 - Normalização
Entrega: 05/05/2026 (Aula 16 – Normalização 3FN)
Entrega: Relatório técnico com dependências funcionais, diagnóstico de forma normal, decomposição até 3FN e justificativa formal.
4
Etapa 4 - Implementação SQL
Entrega: 19/05/2026 (Aula 20 – JOIN e GROUP BY)
Entrega: Script DDL completo, script DML com dados coerentes e integridade referencial funcionando.
5
Etapa 5 - Consultas Avançadas
Entrega: 26/05/2026 (Aula 22 – Integração SQL)
Entrega: 5 consultas complexas obrigatórias com justificativa lógica: JOIN + GROUP BY, HAVING, Subconsulta escalar, Subconsulta correlacionada, EXISTS ou NOT EXISTS.
6
Etapa 6 - Defesa Técnica
Data: 29/05/2026
Apresentação oral de 10-15 minutos: explicação do domínio, justificativa estrutural, demonstração das consultas e argumentação técnica.
O espaçamento entre as entregas está didaticamente equilibrado para permitir evolução gradual e maturação técnica do projeto.
Formação de Grupos - Projeto Integrador
Orientações para organização e registro dos grupos
Tamanho dos Grupos
  • Mínimo: 2 estudantes
  • Máximo: 4 estudantes
  • Recomendado: 3 integrantes (equilíbrio ideal)
Justificativa: 2 → risco de sobrecarga | 4 → risco de assimetria | 3 → melhor divisão técnica
Modalidade de Formação
  • Formação livre até 10/03/2026
  • Após essa data, o professor poderá realocar estudantes sem grupo
Composição Estratégica (Recomendação)
Sugere-se que o grupo tenha perfis complementares:
  • 1 perfil analítico (modelagem)
  • 1 perfil estruturador (normalização)
  • 1 perfil técnico (SQL)
  • 1 perfil comunicador (defesa)
⚠️ Não é obrigatório, mas melhora desempenho.
Registro Oficial do Grupo
Até 10/03/2026, cada grupo deve enviar:
  • Nome do projeto
  • Integrantes
  • Domínio escolhido
  • Justificativa do domínio (1 parágrafo)
Sem registro formal → grupo não validado.
Troca ou Saída de Integrante
  • Permitida apenas até 17/03/2026 (Entrega do MER)
  • Após essa data: mudanças somente com justificativa formal
  • Reorganização pode implicar redefinição de tarefas
Situações Especiais
  • Aluno sem grupo após prazo: Será alocado em grupo existente ou desenvolverá projeto individual (com complexidade reduzida).
  • Conflitos internos: Comunicação formal ao professor. Avaliação individual pode ser aplicada.

POLÍTICA DE RESPONSABILIDADE INDIVIDUAL: Embora o projeto seja em grupo, a defesa é individual. Perguntas podem ser direcionadas a qualquer membro e a nota pode ser diferenciada se houver domínio desigual. Grupo é cooperação técnica, não divisão mecânica de tarefas. Todos devem entender o projeto completo.
Checklist do Projeto Integrador
Verifique todos os requisitos antes de cada entrega
ETAPA 1 – MER (17/03/2026)
  • Entidades definidas
  • Atributos completos
  • Cardinalidade mínima e máxima
  • Entidades fracas identificadas (se houver)
  • Especialização justificada
  • Justificativa técnica anexada
ETAPA 2 – Modelo Relacional (24/03/2026)
  • Todas as relações listadas
  • PK claramente identificadas
  • FK corretamente declaradas
  • Estratégia de especialização definida
  • Nenhuma perda semântica
ETAPA 3 – Normalização (05/05/2026)
  • Dependências funcionais listadas
  • Forma normal identificada
  • Decomposição até 3FN
  • Preservação de dependências verificada
  • Justificativa formal escrita
ETAPA 4 – SQL (19/05/2026)
  • Script DDL executável
  • PK e FK implementadas
  • Dados coerentes inseridos
  • Integridade referencial testada
  • Sem erros de sintaxe
ETAPA 5 – Consultas (26/05/2026)
  • JOIN + GROUP BY
  • HAVING
  • Subconsulta escalar
  • Subconsulta correlacionada
  • EXISTS ou NOT EXISTS
  • Explicação lógica de cada consulta
ETAPA 6 – DEFESA (29/05/2026)
  • Explicação clara do domínio
  • Justificativa das decisões estruturais
  • Demonstração das consultas
  • Segurança técnica nas respostas
Linha do Tempo do Projeto
Acompanhe visualmente a evolução do seu projeto
1
03/03/2026 - Lançamento do Projeto
Início oficial do Projeto Integrador. Formação de grupos e escolha do domínio.
2
17/03/2026 - Entrega 1: MER
Modelagem Conceitual completa com justificativa técnica.
3
24/03/2026 - Entrega 2: Modelo Relacional
Transformação do MER para esquema relacional formal.
4
05/05/2026 - Entrega 3: Normalização
Análise de dependências funcionais e normalização até 3FN.
5
19/05/2026 - Entrega 4: Implementação SQL
Scripts DDL e DML com banco de dados funcional.
6
26/05/2026 - Entrega 5: Consultas Avançadas
5 consultas complexas com justificativa lógica.
7
29/05/2026 - Defesa Final
Apresentação oral e demonstração técnica do projeto.
Distribuição de Pontos (6,0)
2,5
Modelagem
2,5
Relacional
1,5
Normalização
2,0
SQL (DDL/DML)
1,5
Consultas Avançadas
1,0
Defesa
Políticas da Disciplina
Regras, prazos e conduta acadêmica
Frequência
  • Frequência mínima: conforme regimento institucional
  • Atrasos superiores a 15 minutos podem ser considerados ausência
Entregas
  • Entregas fora do prazo sofrem desconto progressivo
  • Trabalhos copiados ou plagiados recebem nota zero
  • Código deve ser executável e funcional
Avaliações (GQ)
  • No dia do GQ haverá obrigatoriamente prova escrita
  • 1º GQ vale 10 pontos (peso 2)
  • 2º GQ vale 10 pontos (peso 3)
  • Prova escrita do 2º GQ vale 4,0 pontos
  • Projeto Integrador vale 6,0 pontos
  • 2ª chamada: não é necessário apresentar atestado ou justificativa
Conduta Acadêmica
  • Uso de IA é permitido como apoio, mas o estudante deve compreender e defender tecnicamente o que entregou
  • Na defesa, o aluno deve saber explicar todas as decisões técnicas
  • Integridade acadêmica é fundamental
Política de Atraso - Projeto Integrador
Cada etapa possui data oficial. Entregas devem ocorrer até 23h59 do dia estipulado na plataforma institucional. Arquivos devem estar executáveis e identificados com nome do grupo.
Tabela de Penalidade
Regras Complementares
  • Atraso na etapa 5 (SQL final) compromete a Defesa
  • Não há prorrogação automática
  • Casos excepcionais seguem regimento institucional
  • Entregas parciais incompletas não garantem pontuação integral
  • Ausência na defesa implica nota zero no projeto
  • Membro que não souber explicar o projeto pode ter avaliação individual reduzida

Um projeto tecnicamente correto, mas mal defendido, perde pontos. Um projeto simples, mas bem estruturado e justificado, alcança excelência.
Recursos Complementares
Materiais adicionais para aprofundar seu aprendizado
Documentação Oficial
Bases Públicas para Teste
Plataformas de Prática
Comunidades e Suporte
Ferramentas de Modelagem
  • brModelo: ferramenta para modelagem conceitual e lógica
Dicas de Estudo
Orientação estratégica para maximizar seu aprendizado
Não decore, compreenda estrutura
Banco de dados é lógica estruturada. Se você entende dependência funcional, não precisa decorar normalização.
Sempre pense em integridade
Antes de escrever SQL, pergunte: Essa tabela faz sentido? Existe redundância? A chave está correta?
Para SQL avançado
Treine: GROUP BY com HAVING, EXISTS, Subconsulta correlacionada, Armadilha com NULL em NOT IN. Esses são pontos clássicos de avaliação.
Para o Projeto
O erro mais comum é: "Modelo bonito, mas mal justificado." A defesa técnica vale maturidade.
Para o 2º GQ
O que costuma diferenciar nota 7 de nota 9: Entender lógica de agregação, Saber quando usar EXISTS, Saber interpretar resultado.

Lembre-se: A disciplina evolui da abstração à implementação. Cada etapa prepara você para a próxima. Domine os fundamentos e o resto flui naturalmente.
Erros Comuns na Disciplina
Aprenda com os erros mais frequentes e evite-os
Ao longo dos anos, alguns erros se repetem entre os estudantes. Conhecê-los antecipadamente pode economizar tempo e melhorar significativamente seu desempenho.
Erros Comuns em Modelagem
Confundir cardinalidade com opcionalidade
Cardinalidade define quantos (1:1, 1:N, N:M). Opcionalidade define se é obrigatório ou não (mín. 0 ou 1). São conceitos diferentes!
Criar atributos que deveriam ser entidades
Se algo tem identidade própria e pode ter relacionamentos, provavelmente é uma entidade, não um atributo.
Especialização sem justificativa
Não use especialização só porque "parece bonito". Ela deve resolver um problema real de modelagem.
Erros Comuns em Normalização
Não identificar todas as dependências funcionais
Liste TODAS as dependências antes de normalizar. Dependências escondidas causam problemas depois.
Parar na 2FN achando que está em 3FN
Verifique dependências transitivas com atenção. Muitos projetos param na 2FN sem perceber.
Erros Comuns em SQL
Criar chave primária sem significado
Evite PK compostas desnecessárias. Use surrogate keys quando apropriado.
Fazer JOIN sem entender multiplicidade
Antes de escrever JOIN, entenda quantas linhas você espera. Isso evita resultados inesperados.
Não testar subconsulta com NULL
NULL em subconsultas com NOT IN pode gerar resultados vazios inesperados. Sempre teste!
Esquecer de usar HAVING com agregação
WHERE filtra antes de agrupar. HAVING filtra depois. Confundir isso gera erros lógicos.

A maioria dos erros vem de pressa ou falta de planejamento. Reserve tempo para pensar antes de implementar. Um modelo bem pensado economiza horas de retrabalho.
O que Diferencia Nota 10?
Critérios de excelência que elevam seu projeto
A diferença entre um projeto bom (nota 7-8) e um projeto excelente (nota 9-10) está nos detalhes. Aqui estão os critérios que realmente fazem a diferença.
Em Modelagem Conceitual
Modelo enxuto e elegante
Não crie entidades desnecessárias. Um modelo simples e bem justificado vale mais que um modelo complexo sem propósito.
Cardinalidades precisas e justificadas
Não chute cardinalidades. Explique por que é (1,N) e não (0,N). A justificativa mostra maturidade técnica.
Nomenclatura consistente e profissional
Use nomes claros, em português ou inglês consistente. Evite abreviações confusas.
Em Normalização
01
Dependências funcionais completas e formais
Liste todas as DFs usando notação formal. Mostre que você entende a teoria, não apenas aplicou mecanicamente.
02
Justificativa de cada decomposição
Explique POR QUE você decompôs. Mostre que preservou dependências e evitou perda de informação.
Em SQL
Consultas claras e bem comentadas
Código limpo, indentado, com comentários explicando a lógica. Facilita a compreensão e demonstra profissionalismo.
Uso estratégico de subconsultas
Não use subconsulta onde JOIN resolve melhor. Mostre que você escolheu a melhor abordagem, não a primeira que funcionou.
Tratamento de casos especiais
Considere NULLs, duplicatas, divisões por zero. Projetos nota 10 antecipam problemas.
Na Defesa Técnica
Segurança nas respostas
Responda com confiança, mas admita quando não souber. Honestidade técnica é valorizada.
Capacidade de justificar decisões
"Por que você escolheu essa cardinalidade?" "Por que não normalizou mais?" Tenha respostas prontas.
Demonstração prática funcionando
Mostre o banco rodando, execute as consultas ao vivo. Isso impressiona e valida seu trabalho.

Nota 10 não é sobre fazer o projeto mais complexo, mas sobre fazer um projeto tecnicamente correto, bem justificado e profissionalmente apresentado. Qualidade > Quantidade.