Escolar Documentos
Profissional Documentos
Cultura Documentos
FACULDADE DE COMPUTAÇÃO
3ª AVALIAÇÃO
CURSINHO PRÉ-VESTIBULAR
BELÉM/PA
2022
Sumário
1. Introdução
2. Detalhamento das regras de negócio
2.1 Requisitos Funcionais
2.2 Regras de Negócio
3. Modelo Conceitual(MER);
3.1 Descrição das Entidades
4. Modelo Lógico:
4.1 Descrição das Tabelas
5. Normalização
6. Script em SQL.
1. Introdução
Nosso projeto tem por objetivo demonstrar um sistema de um cursinho
pré-vestibular, nele serão armazenados os dados dos alunos e professores, além
dos gerenciamentos de matrículas, mensalidades, turmas, disciplinas e etc.
CÓDIGO REQUISITO
RN05 Uma nova turma deve ser aberta quando o número de alunos para
serem matriculados na mesma, for maior ou igual a 40.
3. Modelo Conceitual(MER);
3.1. Descrição das Entidades:
● Entidade: Aluno
É um dos atores do sistema, poderá realizar matrícula na turma
que preferir, além de ter acesso aos horários e vagas disponíveis em
cada turma. Possui o atributo id_aluno como identificador, além dos
atributos cpf, nome, email, data_nascimento e o atributo composto
endereço (rua_numero, cidade, cep, bairro).
● Entidade: Professor
Outro ator do sistema, que pode visualizar em quais turmas dará
aula, e tem acesso para acompanhar o pagamento do seu salário.
Possui o atributo chave id_professor. Para fazer o cálculo do salário é
necessário utilizar o atributo valor_hora.
● Entidade: Salário
Usada para guardar informações sobre os pagamentos dos
professores.
● Entidade: Disciplina
Será usada para guardar as informações das disciplinas
disponíveis e suas cargas horárias.
● Entidade : Turma
Uma das entidades mais importantes do banco, nela será
guardada toda as informações das turmas, como as datas que irão
iniciar e acabar, o número de vagas disponíveis para matrícula, turnos e
horários de cada.
● Entidade : Matrícula
Entidade para guardar informações das matrículas dos alunos.
● Entidade: Mensalidade
Informações sobre os pagamentos das mensalidades, as
mensalidades são geradas no momento da matrícula, assim o aluno
pode pagar tudo de uma vez ou ir pagando mensalmente.
● Entidade : Simulado
Informações sobre qual assunto será o simulado.
4. Modelo Lógico:
4.1 Descrição das Tabelas:
● Aluno: Possui os atributos Id_Aluno, CPF, Nome, Email, Fone,
Data_Nascimento, Rua_Numero, Cidade, Bairro e CEP, sendo
Id_aluno a chave primária;
● Matricula: Possui os atributos Id_matricula e Data_Matricula,
recebendo a chave primária da tabela Aluno como chave
estrangeira para se comunicar com a tabela;
● Mensalidade: Possui os atributos Id_Mensalidade,
Data_Vencimento e Valor, tendo o atributo Id_Mensalidade como
chave primária e recebendo a chave primária da tabela Matricula
como chave estrangeira;
● Turma: Possui os atributos Id_Turma, Data_Inicio, Data_Termino,
Vagas, Turno e Horario, sendo Id_Turma a chave primária;
● Turma_possui_Matriculas: Tabela gerada por meio de um
relacionamento do tipo N:N entre as tabelas Matricula e Turma. o
seu conjunto de chaves primárias e estrangeiras vem das chaves
primárias das tabelas Matricula e Turma;
● Professor: Possui os atributos Id_Professor, Nome_Prof,
E-mail_Prof, Valor_Hora e Diploma, sendo Id_Professor sua chave
primária;
● Salário: Possui os atributos Id_Salario e Valor_Salario, e herdando
a chave primária da tabela Professor por ser uma entidade fraca
em relação a esta;
● Disciplina: Possui os atributos Id_Disciplina, Nome_Disc e
Carga_Horaria, sendo Id_Disciplina sua chave primária;
● Simulado: Possui os atributos Id_Simulado e Descricao, sendo
Id_Simulado sua chave primária;
● Compoe: Tabela gerada por meio de um relacionamento N-ário
entre as tabelas Professor, Disciplina e Turma, tenho como chave
primária o conjunto de chaves estrangeiras das tabelas em
questão;
● Avalia: Outra tabela gerada por relacionamento N-ário entre
Disciplina, Simulado e Matricula; recebe as chaves primárias de
Disciplina, Simulado e Matricula para compor sua chave primária e
estrangeira e ainda contém os atributos Data_Simulado e
Nota_Simulado.
5. Normalização
● 1ª Forma Normal
As tabelas já se encontram na primeira forma normal. Não há atributos
multivalorados e nem compostos;
● 2ª Forma Normal
Não há dependências funcionais parciais entre as tabelas, portanto a 2ª
Forma Normal está satisfeita;
● 3ª Forma Normal
Assim como na forma anterior, não foi encontrado dependência transitiva
entre os atributos;
● 4ª Forma Normal
A Partir da Primeira forma normal, também não foram encontrados
dependências multivaloradas do modelo;
● 5ª Forma Normal
Como a 4ª forma normal está dentro dos requisitos, a 5ª forma normal
também é satisfeita.
6. Script em SQL.