Conecta Ensina

Conecta Ensina

  • Docs

›Documentos do Produto

Documentos do Projeto

  • EAP
  • Roadmap do produto
  • Documento de comunicação
  • Pipeline Devops
  • Plano de gerenciamento de riscos
  • Plano de gerenciamento de custos
  • Plano de GCS
  • Sobre nós

Documentos do Produto

  • Backlog do produto
  • Documento de arquitetura
  • Documento de visão
  • Especificação dos casos de uso
  • Modelagem do banco de dados
  • Protótipo de baixa fidelidade
  • Protótipo de alta fidelidade

Documentos de Sprint

  • Planejamento Sprint 0
  • Fechamento Sprint 0
  • Planejamento Sprint 1
  • Fechamento Sprint 1
  • Planejamento Sprint 2
  • Fechamento Sprint 2
  • Planejamento Sprint 3
  • Fechamento Sprint 3
  • Planejamento Sprint 4
  • Fechamento Sprint 4
  • Planejamento Sprint 5
  • Fechamento Sprint 5
  • Planejamento Sprint 6
  • Fechamento Sprint 6
  • Planejamento Sprint 7
  • Fechamento Sprint 7
  • Planejamento Sprint 8
  • Fechamento Sprint 8
  • Planejamento Sprint 9
  • Fechamento Sprint 9
  • Planejamento Sprint 10
  • Fechamento Sprint 10
  • Planejamento Sprint 11
  • Fechamento Sprint 11
  • Planejamento Sprint 12
  • Fechamento Sprint 12
  • Planejamento Sprint 13
  • Planejamento Sprint 14
  • Fechamento Sprint 14
  • Planejamento Sprint 15
  • Fechamento Sprint 15
  • Planejamento Sprint 16
  • Fechamento Sprint 16

Releases

  • Release 1
  • Release 2

Modelagem do banco de dados

Histórico de versões

DataVersãoDescriçãoAutor
10/09/20200.1Criação do documentoJúlio Schneider, Edvan Gomes, Igor Veludo
11/09/20200.2Atualização do Banco de DadosJúlio Schneider, Edvan Gomes, Igor Veludo
01/10/20200.3Criação do modelo conceitualPaulo Victor
02/10/20200.4Atualização do modelo conceitualPaulo Victor e João Pedro
06/10/20200.5Atualização do modelo conceitual e adição da imagemPaulo Victor e João Pedro
07/11/20200.6Atualização dos modelos conceituaisPaulo Victor e João Pedro
10/12/20200.7Modificação do ME-R e DE-R e adição do DLDJoão Vitor

Introdução

Este artefato possui como finalidade a documentação da modelagem do banco de dados, que consiste na criação do modelo relacional no software brModelo, versão 3.2, do projeto Conecta-Ensina, desenvolvido nas disciplinas de Métodos de Desenvolvimento de Software e Engenharia de Produto de Software no primeiro semestre do ano de 2020, que possui como cliente a empresa Conecta-Ensina, representado na equipe pelas figuras do Fábio e da Carol.

Modelagem do banco de dados

Modelo Entidade-Relacionamento (ME-R)

Entidades

  • USER
    • STUDENT
      • TEACHER
  • SUBJECT
  • COMPLAIN
  • CLASSROOM
  • RATE
  • MESSAGE

Atributos

  • USER (id, first_name, last_name, email, password, cellphone, role)
    • STUDENT (id, cpf, birthdate, institution, grade, cep, number, details, special, description, status)
      • TEACHER (id, photo, video, graduation_area, degree, bank, agency, account)
  • SUBJECT (id, photo, video, graduation_area, degree, bank, agency, account)
  • COMPLAIN (id, details, reported_by, accused)
  • CLASSROOM (id, grade, dtclass, cep, number, details, status, timer, subject, teacher)
  • RATE (id, comments, rate, rate_creator, class_id, teacher, student)
  • MESSAGE (id, text, classroom_id, student_id, teacher_id, create_by)

Relacionamentos

  • USER – remove – COMPLAIN
    O USER que for administrador remover várias COMPLAIN, e uma COMPLAIN só pode ser removida por um USER que for administrador.
    Cardinalidade 1:n
  • STUDENT – makes – COMPLAIN
    Um STUDENT pode fazer várias COMPLAIN, mas uma COMPLAIN só pode ser feita por um STUDENT.
    Cardinalidade 1:n
  • STUDENT – requests – CLASSROOM
    Um STUDENT pode solicitar várias CLASSROOM e uma CLASSROOM só pode ser requisitado por um STUDENT.
    Cardinalidade 1:n
  • TEACHER – confirms – CLASSROOM
    Um TEACHER confirma várias CLASSROOM e uma CLASSROOM é confirmado por um TEACHER.
    Cardinalidade 1:n
  • TEACHER – teaches – STUDENT
    Um TEACHER ensina vários STUDENT e um STUDENT pode ter aula com vários TEACHER.
    Cardinalidade n:m
  • TEACHER – teaches – SUBJECT
    Um TEACHER pode lecionar diversas SUBJECT e uma SUBJECT pode ser lecionado por diversos TEACHER.
    Cardinalidade n:m
  • SUBJECT – belongs – CLASSROOM
    Um SUBJECT pode pertencer a várias CLASSROOM, mas uma CLASSROOM só tem a uma SUBJECT.
    Cardinalidade 1:n
  • CLASSROOM – has – MESSAGE
    Uma CLASSROOM tem diversas MESSAGE, mas uma MESSAGE pertence a uma CLASSROOM.
    Cardinalidade 1:n
  • CLASSROOM – generates – RATE
    Uma CLASSROOM gera algumas RATE e uma RATE só é gerada após a finalização de uma CLASSROOM.
    Cardinalidade 1:n
  • USER – evaluates – TEACHER
    O USER que for administrador avalia o cadastro de vários TEACHER e um TEACHER só tem o cadastro avaliado pelo USER que for administrador.
    Cardinalidade 1:n

Diagrama Entidade-Relacionamento (DE-R)

Modelagem do Banco de Dados v0.5

Para ver versões antigas, clique aqui

Diagrama Lógico de Dados (DLD)

Modelagem do Banco de Dados DLD

← Especificação dos casos de usoProtótipo de baixa fidelidade →
  • Histórico de versões
  • Introdução
  • Modelagem do banco de dados
    • Modelo Entidade-Relacionamento (ME-R)
    • Diagrama Entidade-Relacionamento (DE-R)
    • Diagrama Lógico de Dados (DLD)
Conecta Ensina
Documentos
Documentação do ProjetoDocumentação do ProdutoDocumentação das Sprints
Comunidade
Issues do projetoSobre Nós
Mais
Repositório da nossa WikiRepositório da nossa APIRepositório do nosso APP MobileStar
Facebook Open Source
Copyright © 2020 Conecta Ensina