SEID - Sistema Escolar Inteligente Didático

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE
SÃO PAULO
ALLAN DOS SANTOS SARRAIPO
SISTEMA ESCOLAR INTELIGENTE DITÁDICO (SEID)
CAMPOS DO JORDÃO
2022
RESUMO
O Sistema Escolar Inteligente Didático, também chamado pela sigla SEID, é um sis-
tema utilizado para fazer a informatização do sistema escolar que existe atualmente de
forma manual, utilizando de pesquisas e estudos. O SEID tem como objetivo principal
facilitar por meio de interfaces WEB, a utilização do sistema por parte da secretaria e do
professor, permitindo aos secretários fazerem todos os manejos de documentação e ge-
renciamento de turmas, alunos e até mesmo professores, de uma forma mais didática e
eficiente, além de disponibilizar uma interface de diário para os professores permitindo a
estes gerenciar sua turma: fazendo chamada, administrando as notas dos alunos; e, até
mesmo, o plano de aula. Frente a este contexto, este trabalho tem por objetivo demonstrar
o desenvolvimento e a criação de um sistema informatizado voltado à área da educação,
no intuito de que ocorra a facilitação durante a gestão de uma instituição de ensino, seja
por parte aluno, do professor ou, até mesmo, da gestão da secretária.
Palavras-Chave: Gestão escolar; Professor; Secretaria; Internet; Informatização.

ABSTRACT
The Didactic Intelligent School System, also called by the acronym SEID, is a sys-
tem used to computerize the school system that currently exists manually, using research
and studies. SEID's main objective is to facilitate, through WEB interfaces, the use of the
system by the secretary and the teacher, allowing the secretaries to manage all documents
and manage classes, students and even teachers, in a more didactic way. and efficient. in
addition to providing a diary interface for teachers, allowing them to manage their class by
taking attendance, managing students' grades and even the lesson plan. In view of this
context, this work aims to demonstrate the development and the creation of a computer-
ized system aimed at the area of education, with the aim of facilitating the management of
an educational institution, whether by the student, teacher or even the management of the
secretary.
Keywords: School management; Teacher; Secretary; Internet; Computerization.

LISTA DE ILUSTRAÇÕES
Figura 1 - Diagrama de Casos de Uso _______________________________________21

Figura 2 – Projeto de Arquitetura __________________________________________46
Figura 3 - Modelo Entidade-Relacionamento (MER) ___________________________47
Figura 4 – Diagrama de Entidade-Relacionamento (DER) _______________________48
Figura 5 – Tela Principal do Diretor ________________________________________65
Figura 6 – Tela de Gestão de Cursos pelo Secretário ___________________________65
Figura 7 – Tela de Formulário de Cursos pelo Secretário ________________________66
Figura 8 – Tela de Gestão de Usuários pelo Secretário __________________________66
Figura 9 – Tela de Formulário de Criação/Edição/Inativação de Usuários pelo Secretário
_____________________________________________________________________67
Figura 10 – Tela de Gestão de Disciplinas pelo Secretário _______________________67
Figura 11 – Tela do Formulário de Criação/Edição/Inativação de Disciplinas pelo
Secretário _____________________________________________________________68
Figura 12 – Tela de Gestão de Matrículas pelo Secretário _______________________68
Figura 13 – Tela do Formulário de Criação/Edição/Inativação de Matriculas pelo
Secretário _____________________________________________________________69
Figura 14 – Tela de Gestão de Salas pelo Secretário ___________________________69
Figura 15 – Tela do Formulário de Criação/Edição/Inativação de Salas pelo Secretário 70
Figura 16 – Tela de Gestão de Períodos pelo Secretário _________________________70
Figura 18 – Tela de Gestão de Turmas pelo Secretário __________________________71
Figura 20 – Formulário de Atribuição de Alunos a Turmas pelo Secretário__________72
Figura 21 – Formulário de Atribuição de Professores a Turmas pelo Secretário ______73
Figura 22 – Tela de Extração de relatórios ___________________________________73
Figura 23 – Tela Principal do Professor _____________________________________74
Figura 24 – Tela de Plano de Aula do Professor _______________________________74
Figura 25 – Caixa de Dialogo para criação de Planos de Aula do Professor _________75
Figura 26 – Formulário de edição de Planos de Aula do Professor ________________75
Figura 27 – Tela de Lista de Chamadas do Professor __________________________76
Figura 28 – Tela de Fazer Chamada do Professor ______________________________76
Figura 29 – Tela de Notas do Professor _____________________________________77
Figura 30 – Formulário de Atribuição Notas em massa do Professor _______________77
Figura 31 – Tela de Listagem de Alunos para atribuição de notas Individuais________78
Figura 32 – Tela de Listagem das Notas do Aluno _____________________________78
Figura 33 – Formulário de Adição de Nota __________________________________79
Figura 34 – Caixa de Diálogo para fechamento de Notas do Aluno ________________79
LISTA DE TABELAS
Tabela 1 - Requisitos Funcionais______________________________________________ 14

Tabela 2 - Requisitos não funcionais ___________________________________________ 18
Tabela 3 - Casos de uso _____________________________________________________ 19
Tabela 4 - Caso de uso de Entrada ao Sistema ___________________________________ 22
Tabela 5 - Caso de uso de Registro de Usuários. _________________________________ 22
Tabela 6 - Caso de uso de Edição de Usuários. ___________________________________ 23
Tabela 7 - Caso de uso de Inativação de Usuários. ________________________________ 24
Tabela 8 - Caso de uso de Criação de Cursos ____________________________________ 25
Tabela 9 - Caso de uso de Edição de Cursos. ____________________________________ 26
Tabela 10 - Caso de uso de Criação de Disciplinas. _______________________________ 27
Tabela 11 - Caso de uso de Edição de Disciplinas. ________________________________ 28
Tabela 12 – Caso de uso de Atribuição de Disciplinas aos Cursos ____________________ 29
Tabela 13 - Caso de uso de Registro de Períodos _________________________________ 30
Tabela 14 – Caso de uso de Edição de Períodos __________________________________ 31
Tabela 15 – Caso de uso de Inativação de Períodos _______________________________ 31
Tabela 16 – Caso de uso de Registro de Matrículas _______________________________ 32
Tabela 17 – Caso de uso de Edição de Matrículas ________________________________ 33
Tabela 18 – Caso de uso de Inativação de Matrículas ______________________________ 34
Tabela 19 – Caso de uso de Registro de Salas ___________________________________ 35
Tabela 20 – Caso de uso de Edição de Salas _____________________________________ 36
Tabela 21 – Caso de uso de Registro de Turmas __________________________________ 37
Tabela 22 – Caso de uso de Edição de Turmas ___________________________________ 37
Tabela 23 – Caso de uso de Inativação de Turmas ________________________________ 38
Tabela 24 – Caso de uso de Atribuição de Matrículas à Turmas _____________________ 39
Tabela 25 – Caso de uso de Atribuição de Professores à turmas _____________________ 40
Tabela 26 – Caso de uso de Registro de Plano de Aula ____________________________ 41
Tabela 27 – Caso de uso de Edição de Plano de aula ______________________________ 42
Tabela 28 – Caso de uso de Atribuição de Notas. _________________________________ 43
Tabela 29 – Caso de uso de Atribuição de Presenças. ______________________________ 44
Tabela 30 – Caso de uso de Fechamento de Notas ________________________________ 45
Tabela 31 – Dicionário de Dados da Entidade Users ______________________________ 48
Tabela 32 – Dicionário de Dados da Entidade User_types __________________________ 49
Tabela 33 – Dicionário de Dados da Entidade Principals ___________________________ 49
Tabela 34 – Dicionário de Dados da Entidade Secretaries __________________________ 50
Tabela 35 – Dicionário de Dados da Entidade Students ____________________________ 51
Tabela 36 – Dicionário de Dados da Entidade Teachers ____________________________ 52
Tabela 37 – Dicionário de Dados da Entidade Teacher_in_classes ___________________ 52
Tabela 38 – Dicionário de Dados da Entidade Classes _____________________________ 53
Tabela 39 – Dicionário de Dados da Entidade Rooms _____________________________ 54
Tabela 40 – Dicionário de Dados da Entidade Lesson_plans ________________________ 54
Tabela 41 – Dicionário de Dados da Entidade Homework __________________________ 55
Tabela 42 – Dicionário de Dados da Entidade Seasons ____________________________ 55
Tabela 43 – Dicionário de Dados da Entidade Registrations_in_classes _______________ 56
Tabela 44 – Dicionário de Dados da Entidade Scores ______________________________ 57
Tabela 45 – Dicionário de Dados da Entidade Attendances_________________________ 57
Tabela 46 – Dicionário de Dados da Entidade Homework_answers __________________ 58
Tabela 47 – Dicionário de Dados da Entidade Registrations ________________________ 59
Tabela 48 – Dicionário de Eados da Entidade Students_in_courses ___________________ 59
Tabela 49 – Dicionário de Dados da Entidade Courses ____________________________ 60
Tabela 50 – Dicionário de Dados da Entidade Student_registration_in_subjects _________ 60
Tabela 51 – Dicionário de Dados da Entidade Courses_disciplines ___________________ 61
Tabela 52 – Dicionário de Dados da Entidade Disciplines __________________________ 62
Tabela 53 – Dicionário de Dados da Failed_jobs _________________________________ 62
Tabela 54 – Dicionário de Dados da Password_resets _____________________________ 63
Tabela 55 – Dicionário de Dados da Migrations __________________________________ 63
Tabela 56 – Dicionário de Dados da Personal_acess_tokens ________________________ 63
Tabela 57 – Descrição das Views _____________________________________________ 64
LISTA DE SIGLAS
SEID Sistema Escolar Inteligente Didático
WEB Web é uma palavra inglesa que significa teia ou rede.
PHP Um acrônimo recursivo para PHP: Hypertext Preprocessort.
HTML Linguagem de Marcação de HiperTexto.
CSS Cascading Style Sheet, ou Folha de Estilo em Cascatas.
JavaScript uma linguagem de programação interpretada estruturada, de

JS
script.
SUMÁRIO
1 INTRODUÇÃO ___________________________________________________________ 9
1.1 Objetivos _____________________________________________________________ 9
1.2 Justificativa __________________________________________________________ 10
1.3 Aspectos Metodológicos ________________________________________________ 10
1.4 Aporte Teórico ________________________________________________________ 10
2 FUNDAMENTAÇÃO TEÓRICA ____________________________________________ 11
2.1 Informatização da secretaria escolar _______________________________________ 11
2.2 Informatização do diário escolar __________________________________________ 11
2.3 Trabalho Relacionado (SophiA Gestão Escolar) ______________________________ 12
3 PROJETO PROPOSTO ____________________________________________________ 13
3.1 Considerações Iniciais __________________________________________________ 13
3.2 Requisitos ____________________________________________________________ 14
3.3 Casos de Usos ________________________________________________________ 19
3.3.1 Diagrama dos casos de uso ___________________________________________ 20
3.3.2 Descrições dos casos de uso __________________________________________ 22
3.4 Arquitetura ___________________________________________________________ 46
3.5 Projeto de Dados ______________________________________________________ 47
3.6 Interfaces ____________________________________________________________ 65
3.7 Testes e Falhas Conhecidas ______________________________________________ 79
3.8 Manual de Usuário _____________________________________________________ 80
4 CONCLUSÃO ___________________________________________________________ 80
REFERÊNCIAS ______________________________________________________________ 82
9
1 INTRODUÇÃO
Ao longo do tempo, a necessidade de sistemas informatizados têm sido cada vez

maior, isso também pode ser aplicado à área da educação, por exemplo, com o Sistema
Escolar Inteligente Didático (SEID), o qual tem como foco informatizar e facilitar o sistema
de uma escola.
Ao utilizar o sistema supracitado, observa-se que o uso de cadernetas físicas se
torna obsoleto, uma vez que, no SEID, há uma caderneta.; além deste também facilitar a
entrega ou realização de alguma tarefa, e ainda otimizar a gestão da escola no que se
remete a secretária, permitindo de forma rápida e inteligente do gerenciamento de: matrí-
culas, documentos, editais, entre outros.
Por meio do SEID os professores conseguirão ter um acesso rápido a uma cader-
neta digital e on-line, na qual será possível: realizar todos os seus objetivos, fazer a cha-
mada em sala de aula, conseguir atribuir notas, de tal forma que o próprio sistema calcu-
lará a parte final, assim como, também, ter acesso a colocar materiais extras, lançar tare-
fas para seus alunos ou até mesmo colocar links de vídeos educativos para ajudar no
estudo.
O sistema facilita a gestão de turmas por professores e secretários, organizando de forma
sistemática e simples documentos, relatórios, controle de alunos, entre diversos outros,
dentro de uma interface feita para ser intuitiva e ajudar no trabalho. O SEID, ainda, per-
mitirá aos alunos um acesso rápido às informações como: notas e presenças, além de
conseguir visualizar as tarefas passadas pelo professor, ou até mesmo, estudar os con-
teúdos extras colocado por um educador.
1.1 Objetivos
Este trabalho tem por objetivo demonstrar o desenvolvimento e a criação de um sis-

tema informatizado voltado à área da educação, no intuito de que ocorra a facilitação
durante a gestão de uma instituição de ensino, seja por parte aluno, do professor ou, até
mesmo, da gestão da secretária.
Para a consecução desse objetivo foi estabelecido o objetivo específico:
10
• Propor uma mudança do sistema físico atualmente usado em instituições de

ensino, para um novo sistema informatizado, inteligente e didático, permitindo
assim se ter uma forma mais fácil e rápida de gerir tal instituição.
1.2 Justificativa
O trabalho tem como relevância demonstrar um sistema informatizado para institui-

ções de ensino, no intuito de demonstrar um aumento na eficiência e facilidade da gestão
de tal ensino e burocracia de uma instituição.
1.3 Aspectos Metodológicos
O presente estudo fez uso das pesquisas de natureza bibliográfica, para o que remete
à parte escrita, enquanto que, para o desenvolvimento prático deste foi utilizada a orien-
tação direta fornecida ao longo da disciplina de Projeto Integrado II, na qual foi desenvol-
vida a estrutura base do banco de dados do projeto, tendo como foco principal a coesão
de dados entre diferentes tabelas interligadas e interdependentes.
1.4 Aporte Teórico
Ao longo do desenvolvimento do projeto foi utilizado de artigos referentes a informa-

tização dos sistemas escolares, além de uma metodologia que será trabalhada e mos-
trada em maiores detalhes na seção 2 FUNDAMENTAÇÃO TEÓRICA.
11
2 FUNDAMENTAÇÃO TEÓRICA
Nesta seção serão apresentados os seguintes tópicos ligados ao projeto SEID: a

informatização dos sistemas de instituições de ensino; a informatização do diário escolar
e o trabalho relacionado (SophiA Gestão Escolar).
2.1 Informatização da secretaria escolar
Dentro deste tópico serão abordados os motivos pelos quais a utilização de sistemas
informatizados em instituições de ensinos causaria um aumento na eficiência da institui-
ção, tendo seu foco principal a secretária escolar.
A informatização da gestão da secretária escolar tem uma grande importância, por
ser o setor que cuida principalmente das tarefas de gestão da instituição, sendo suas
funções a gestão de documentos das pessoas presente dentro da intuição, até mesmo a
principal fonte de emissão de comunicados dentro e fora da instituição, sem contar os
diversos atendimentos a comunidade da intuição e aos seus alunos ou funcionários.
Com a informatização dos sistemas é possível ter um aumento na eficiência do setor,
permitindo assim, que diversas áreas tenham um aumento de velocidade, tais áreas po-
dem ser vistas como o próprio gerenciamento de funcionários e alunos na instituição, no
qual um registro eletrônico pode ser mantido salvo, sendo facilmente acessível a qualquer
momento por meio de um computador ou até mesmo celular. Pode se ter também um
aumento ao se gerenciar de turmas de alunos além e salas, além claro de facilitar uma
etapa bastante demorada que seria o registro de alunos e suas matrículas, além claro de
suas ligações dentro da instituição, como suas pendências ou até mesmo a turma a qual
pertence.
Com isso pode se ter uma visão melhor, mesmo que básica sobre a utilização de
sistemas informatizados nas instituições escolares, principalmente pela parte do setor da
secretária escolar, tendo como principal objetivo tornar o gerenciamento mais fácil e efi-
ciente para todos dentro da instituição.
2.2 Informatização do diário escolar
Neste tópico tratará sobre os motivos pelos quais a utilização de sistemas informati-
zados em instituições de ensinos causaria um aumento na eficiência da instituição, tendo
como seu foco principal os professores da instituição.
12
A utilização de diários escolares pelos professores é a principal forma de organizar

as aulas aplicadas, bem como, manter a aplicação de seu plano de aulas no decorrer do
período letivo, permitindo um controle de avaliações aplicadas e presenças dos alunos
nas aulas.
O diário de classe é a principal ferramenta de trabalho do professor e é relevante
mencionar algumas situações nada práticas em relação a este instrumento, como por
exemplo, existem ser um documento físico, se o professor, tiver várias turmas, terá que
carregar muitos diários, além de correr o risco de acontecer possíveis acidentes provo-
cando danos ou até mesmo a sua perda, por ter como material de constituição, a lauda
de papel.
Enquanto que com a informatização dos diários escolares, um professor poderá aces-
sar diferentes diários através de um único dispositivo, sendo por um celular, computador
ou tablet, permitindo também a automatização de presenças e até mesmo os cálculos de
médias referentes as suas diferentes avaliações.
2.3 Trabalho Relacionado (SophiA Gestão Escolar)
Neste estudo, o software observado foi o SophiA Gestão Escolar, que ajuda a integrar
os mais variados setores presentes em um ambiente escolar e facilita a organização da
escola e dos alunos e professores. Dentre os mais variados setores contemplados pelo
auxílio da plataforma, estão o financeiro, em que há uma informatização de todos os da-
dos e um controle maior das finanças, com geração de vários boletos, baixas em títulos e
documentos financeiros, gerenciamento de contas e pagamentos, oferecimento de moda-
lidades de pagamento diversificadas no cartão de crédito, emissão de dados e notas fis-
cais entre outros serviços financeiros. Outro setor contemplado é o setor Acadêmico/ Pe-
dagógico, no qual informações sobre alunos como lançamento de notas, montagem de
conteúdos didáticos, registro de tarefas, faltas e outras ocorrências são compiladas para
gerar maior centralidade de serviços. Também há a construção de uma ferramenta de
acesso a portais privados tanto do professor quanto do aluno, que ajudam a acompanhar,
caso necessário, o rendimento e comportamento do aluno.
A Captação e retenção de alunos também estão presentes na plataforma, ajudando
a integrar de forma automatizada, sistemas de marketing e vendas e a compilação de
documentos de matrícula, rematrícula e contratos. Isso auxilia a secretaria tanto na orga-
nização dos alunos presentes quanto na projeção de futuras campanhas de captação de
alunos. Uma adição extremamente importante desenvolvida pelo Software SophiA é a
13
criação de uma biblioteca informatizada, garantindo acesso a livros e trabalhos de forma

virtual para o auxílio de estudos e leituras.
Esses principais setores são grandes ferramentas desenvolvidas pelo software, que
também conta com uma agenda digital, que permite a comunicação dos pais/ responsá-
veis com a escola e ajuda a ter uma noção sobre o progresso e desenvolvimento dos
alunos sem a necessidade de utilizar papéis e de acesso rápido. O serviço chama-se
Agenda Edu e moderniza o contato entre escola e família. Outro serviço apresentado é a
assinatura digital em parceria com o programa Clicksign, em que documentos podem ser
assinados digitalmente com validade jurídica como diplomas e contratos de rematrículas,
facilitando processos demorados
Dessa forma, o projeto SEID tem como aspectos em comum a ideia de facilitar a
organização escolar dos professores e alunos, permitindo assim, uma fácil e simples ges-
tão por parte da secretaria com a informatização do setor, para que seja simples e fácil
ser feita a matrícula de alunos, a atribuição destes a turmas, à criação de salas, entre
outros. Além do fato de utilizar da informatização por parte do professor, permitindo as
chamadas, atribuição de nota e criação ou edição de planos de aulas totalmente feitas
pelo sistema. Contudo, uma pequena falha está presente no sistema e que difere do So-
phiA é a questão de se ter uma facilidade maior com a junção de sistemas de marketings
entre outros citados anteriormente, além da parceria com o Clicksign que permite os usu-
ários assinarem documentos de forma digital, dessa forma mostrando, que com base no
estudado seja possível um desenvolvimento futuro do projeto SEID observando as dife-
renças citadas.
3 PROJETO PROPOSTO
Dentro dessa seção será possível ter um entendimento melhor sobre a forma na
qual o projeto foi desenvolvido e com isso, ao longo desta seção, serão trabalhadas as
ferramentas e metodologias utilizadas para a criação do projeto.
3.1 Considerações Iniciais

14
O projeto SEID tem como principal objetivo ser um projeto simples e que alcance
diferentes escopos referentes ao seu uso, por isso, foi desenvolvido com um sistema web
para que também se tenha um fácil acesso por meio dos usuários que o utilizarão.
3.2 Requisitos
Ao longo dessa subseção serão apresentadas duas tabelas, as quais são respec-
tivamente a tabela de número um, a tabela de requisitos funcionais, que foram definidos
para o desenvolvimento do projeto. Tendo como sua segunda a tabela de requisitos não
funcionais.
Tabela 1 - Requisitos Funcionais
Identificador Descrição Resu- Prioridade Requisito Rela-

mida cionado
RF-1 O sistema deve Alta
permitir a gestão
de usuários.
RF-2 O sistema deve Alta RF-1
permitir a entrada
de usuários
RF-3 O sistema deve li- Alta RF-1
berar determina-
das ações para
determinados
usuários.
ter um usuário
mestre
permitir a entrada
de determinados
dados pelos usu-
ários.
gerar relatórios
15
ao pedido do usu-
ário.
permitir a gestão
de cursos.
permitir a gestão
de disciplinas.
permitir a atribui-
ção de disciplinas
a cursos.
permitir a gestão
de matrículas.
permitir a criação
de matrículas atri-
buídas a usuários
do tipo aluno
permitir a atribui-
ção de matrículas
a cursos.
permitir a gestão
turmas.
permitir a gestão
de salas.
permitir a atribui-
ção de uma disci-
plina a uma
turma.
16

permitir a atribui-
ção de um usuá-
rio do tipo profes-
sor a uma turma.
permitir a atribui-
ção de uma sala
a uma turma
permitir a gestão
de períodos.
RF-19 O sistema deve Média RF-13
permitir a atribui-
ção de um perí-
odo a uma turma.
RF-20 O sistema deve Média RF-10
permitir a atribui-
ção de um perí-
odo a uma matri-
cula.
permitir a atribui-
ção de uma ma-
triculas a turmas.
permitir a gestão
de notas.
permitir a gestão
de presenças.
permitir a atribui-
ção de notas a
matrículas.
17
RF-25 O sistema deve Média

permitir a atribui-
ção de presenças
a matrícula.
RF-26 O sistema deve Média
permitir a gestão
do plano de au-
las.
permitir a atribui-
ção de um plano
de aula a uma
turma.
gerar automatica-
mente o número
de matrícula de
um usuário do
tipo aluno.
calcular automati-
camente a nota fi-
nal de um usuário
de um tipo aluno.
gerar um certifi-
cado a um aluno.
RF-31 Deverá se ter Alta RF-30
uma regra básica
para a criação de
certificados
RF-32 O sistema só Alta RF-30
deve gerar um
certificado a um
aluno que tenha
18
cumprido as re-
gras para se ob-
ter um certificado
Tabela 2 - Requisitos não funcionais
Identificador Descrição Resu- Prioridade Requisito Rela-

mida cionado
RNF-1 O sistema poderá Média
ser executado em
diferentes disposi-
tivos
RNF-2 O sistema poderá Baixa
ser executado em
diferentes nave-
gadores.
RNF-3 O sistema pode Baixa
ser intuitivo e de
fácil aprendizado.
RNF-4 O sistema não Baixa
precisara ter um
layout complexo.
RNF-5 O sistema poderá Baixo
ser desenvolvi-
mento junto de
um framework.
RNF-6 O sistema deverá Alta
atender às nor-
mas legais, tais
como padrões,
leis
RNF-7 O sistema deve Baixa
ser desenvolvido
na linguagem
PHP.
19

ser desenvolvido
juntamente de
HTML.
ser desenvolvido
juntamente de
CSS.
ser desenvolvido
juntamente de Ja-
vaScript (JS)
3.3 Casos de Usos
Ao longo dessa sessão serão trabalhados os casos de uso do sistema que foram
desenvolvidos ao longo do projeto para facilitar o funcionamento do sistema que está
sendo trabalhado no documento.
Abaixo é possível ver uma tabela com os casos de usos que serão demonstrados ao
longo da seção.
Tabela 3 - Casos de uso
Identificador Nome do Caso de Uso

CdU-1 Entrada ao sistema.
CdU-2 Registro de usuários.
CdU-3 Edição de usuários.
CdU-4 Inativação de usuários.
CdU-5 Criação de cursos.
CdU-6 Edição de cursos.
CdU-7 Criação de disciplinas.
CdU-8 Edição de disciplinas.
CdU-9 Atribuição de disciplinas aos cursos.
CdU-10 Registro de períodos.
CdU-11 Edição de períodos.
CdU-12 Inativação de períodos.
20
CdU-13 Registro de matrículas.

CdU-14 Edição de matrículas.
CdU-15 Inativação de Matrículas.
CdU-16 Registro de salas
CdU-17 Edição de Salas
CdU-18 Registro de turmas.
CdU-19 Edição de turmas.
CdU-20 Inativação de turmas.
CdU-21 Atribuição de matriculas a turmas.

CdU-22 Atribuição de professores a turmas.
CdU-23 Registro de plano de aula.
CdU-24 Edição do plano de aula.
CdU-25 Atribuição de notas.
CdU-26 Atribuição de presenças.
CdU-27 Fechamento de notas.
.
3.3.1 Diagrama dos casos de uso
Nessa subseção será apresentado o diagrama de casos de uso, referente ao quadro

1, podendo ser visto na figura 1 logo abaixo.
21
Figura 1 - Diagrama de Casos de Uso

22
3.3.2 Descrições dos casos de uso
Ao longo dessa subseção, será mostrado a descrição dos casos de uso, mostrando
seu funcionamento de acordo com a forma que deve ser seguida. Assim como é possível
observar nas tabelas logo abaixo.
Tabela 4 - Caso de uso de Entrada ao Sistema
Caso de Uso CdU-1

Nome do Caso de Entrada ao sistema
Uso
Ator primário Qualquer usuário.
Ator secundário Sistema.
Pré-Condição O usuário seja registrado.
Fluxo Principal 1. O usuário entra na página de login inicial do sistema.
2. O usuário insere os dados necessários.
3. O usuário seleciona a opção “Entrar”.
4. O sistema verifica se é um usuário existe e suas credenci-
ais estão corretas.
5. O usuário entra no sistema.
6. Fim do caso de uso
Fluxo Alternativo 1 1. O usuário entra no site do sistema.
3. O sistema verifica se os dados fornecidos são corretos.
4. O sistema não encontra um usuário com base nos dados
fornecidos.
5. O sistema retorna para página de entrada.
6. O sistema emite um aviso.
7. O caso de Uso se Encerra.
Fluxo Alternativo 2 N/A.
Fluxo Alternativo 3 N/A
Pós-Condição Ter acesso ao sistema.
Tabela 5 - Caso de uso de Registro de usuários.
Caso de Uso CdU-2

23
Nome do Caso de Registro de usuários.

Uso
Ator primário Secretário ou Diretor
Pré-Condição O usuário tenha permissão.
Fluxo Principal 1. O usuário entra na página de gestão de usuários.
2. O usuário seleciona a opção “criar”.
3. O usuário é redirecionado para o formulário de criação.
6. O sistema valida os dados fornecidos.
7. Após a validação o sistema registra o usuário.
8. O sistema redireciona o usuário para a página de gestão de
usuários.
Fluxo Alternativo 1. O usuário entra na página de gestão de usuários.
1 2. O usuário seleciona a opção “criar”.
7. Após a validação o sistema se ocorrer erro o sistema emite
um aviso ao usuário.
Fluxo Alternativo N/A.
2
Fluxo Alternativo N/A
3
Pós-Condição Usuário registrado.
Tabela 6 - Caso de uso de Edição de usuários.
Caso de Uso CdU-3

Nome do Caso de Edição de usuários.
Uso
24

2. O usuário seleciona a opção “editar”.
3. O usuário é redirecionado para o formulário de edição.
4. O usuário altera os dados necessários.
7. Após a validação o sistema edita o usuário.
usuários.
1 2. O usuário seleciona a opção “editar”.
2
3
Pós-Condição Usuário editado.
Tabela 7 - Caso de uso de Inativação de usuários.
Caso de Uso CdU-4

Nome do Caso de Inativação de usuários.
Uso
25

11. O usuário seleciona a opção “inativar”.
12. O usuário é redirecionado para o formulário de inativação.
14. O sistema inativa o usuário.
usuários.
1 10. O usuário seleciona a opção “editar”.
2
3
Pós-Condição Usuário inativado.
Tabela 8 - Caso de uso de Criação de cursos
Caso de Uso CdU-5

Nome do Caso de Criação de cursos.
Uso
Fluxo Principal 1. O usuário entra na página de gestão de cursos.
26

6. O sistema efetua as validações.
7. Após o sistema terminar a validação o curso é criado.
8. O sistema redireciona o usuário para a página de gestão
de cursos.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de cursos.
7. Durante a validação o sistema encontra um erro.
8. O sistema emite um aviso ao usuário.
Pós-Condição Curso criado.
Tabela 9 - Caso de uso de Edição de cursos.
Caso de Uso CdU-6

Nome do Caso de Edição de cursos.
Uso
7. Após o sistema terminar a validação o curso é editado.
27

de cursos.
Pós-Condição Curso editado.
Tabela 10 - Caso de uso de Criação de disciplinas.
Caso de Uso CdU-7

Nome do Caso de Criação de disciplinas.
Uso
Fluxo Principal 1. O usuário entra na página de gestão de disciplinas.
7. Após o sistema terminar a validação a disciplina é criada.
de disciplinas.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de disciplinas.
28

Pós-Condição Disciplina criada.
Tabela 11 - Caso de uso de Edição de disciplinas.
Caso de Uso CdU-8

Nome do Caso de Edição de disciplinas.
Uso
Fluxo Principal 1. O usuário entra na página de gestão de disciplinas.
7. Após o sistema terminar a validação a disciplina é alterada.
de disciplinas.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de disciplinas.
29

Pós-Condição Disciplina editada.
Tabela 12 – Caso de uso de Atribuição de disciplinas aos cursos
Caso de Uso CdU-9

Nome do Caso de Atribuição de disciplinas aos cursos
Uso
2. O usuário seleciona a opção “atribuir disciplina”.
3. O usuário é redirecionado para o formulário de atribuição.
5. O usuário seleciona a opção “atribuir”.
7. Após o sistema terminar a validação a disciplina é atribu-
ída ao curso.
de cursos.
2. O usuário seleciona a opção “atribuir disciplina”.
30

Pós-Condição Disciplina atribuída.
Tabela 13 - Caso de uso de Registro de períodos
Caso de Uso CdU-10

Nome do Caso de Registro de períodos
Uso
Fluxo Principal 1. O usuário entra na página de gestão de períodos.
7. Após o sistema terminar a validação o período é criado.
de períodos.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de períodos.
Pós-Condição Período criado.
31
Tabela 14 – Caso de uso de Edição de períodos
Caso de Uso CdU-11

Nome do Caso de Edição de períodos
Uso
7. Após o sistema terminar a validação o período é editado.
de períodos.
Pós-Condição Período editado.
Tabela 15 – Caso de uso de Inativação de períodos
Caso de Uso CdU-12

32
Nome do Caso de Inativação de períodos

Uso
6. Após o sistema terminar a validação o período é inativado.
de períodos.
Pós-Condição Período inativado.
Tabela 16 – Caso de uso de Registro de matrículas
Caso de Uso CdU-13

Nome do Caso de Registro de matriculas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de matriculas.
33

7. Após o sistema terminar a validação a matrícula é criada.
de matriculas.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de matriculas.
Pós-Condição Matrícula criada.
Tabela 17 – Caso de uso de Edição de matriculas
Caso de Uso CdU-14

Nome do Caso de Edição de matriculas
Uso
34
16. Após o sistema terminar a validação a matricula é editado.

de matriculas.
Fluxo Alternativo 1 18. O usuário entra na página de gestão de matriculas.
Pós-Condição Matrícula editada.
Tabela 18 – Caso de uso de Inativação de matricula
Caso de Uso CdU-15

Nome do Caso de Inativação de matriculas
Uso
6. Após o sistema terminar a validação a matrícula, é inati-
vado.
de matriculas.
35
Fluxo Alternativo 1 1. O usuário entra na página de gestão de matrículas.

Pós-Condição Matrícula inativada.
Tabela 19 – Caso de uso de Registro de salas
Caso de Uso CdU-16

Nome do Caso de Registro de salas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de salas.
7. Após o sistema terminar a validação a sala é criada.
de salas.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de sala.
36

Pós-Condição Sala criada.
Tabela 20 – Caso de uso de Edição de salas
Caso de Uso CdU-17

Nome do Caso de Edição de salas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de salas.
7. Após o sistema terminar a validação a matrícula é editado.
de salas.
Fluxo Alternativo 1 1. O usuário entra na página de gestão de salas.
37

Pós-Condição Sala editada.
Tabela 21 – Caso de uso de Registro de turmas
Caso de Uso CdU-18

Nome do Caso de Registro de turmas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de turmas.
7. Após o sistema terminar a validação a sala é criada.
de turmas.
Fluxo Alternativo 1 9. O usuário entra na página de gestão de sala.
Pós-Condição Turma criada.
Tabela 22 – Caso de uso de Edição de turmas
Caso de Uso CdU-19

38
Nome do Caso de Edição de turmas

Uso
16. Após o sistema terminar a validação a turma é editado.
de turmas.
Pós-Condição Turma editada.
Tabela 23 – Caso de uso de Inativação de turmas
Caso de Uso CdU-20

Nome do Caso de Inativação de turmas
Uso
39

6. Após o sistema terminar a validação a turma é inativado.
de matriculas.
Fluxo Alternativo 1 9. O usuário entra na página de gestão de turmas.
Pós-Condição Turma inativada.
Tabela 24 – Caso de uso de Atribuição de matriculas a turmas
Caso de Uso CdU-21

Nome do Caso de Atribuição de matriculas a turmas
Uso
2. O usuário seleciona a opção “atribuir matricula”.
40

7. Após o sistema terminar a validação a matricula é atribu-
ída a turma.
de turmas.
2. O usuário seleciona a opção “atribuir matricula”.
Pós-Condição Matricula atribuída.
Tabela 25 – Caso de uso de Atribuição de professores a turmas
Caso de Uso CdU-22

Nome do Caso de Atribuição de professores a turmas
Uso
2. O usuário seleciona a opção “atribuir professor”.
7. Após o sistema terminar a validação o professor é atribu-
ído a turma.
41

de turmas.
2. O usuário seleciona a opção “atribuir professor”.
Pós-Condição Matricula atribuída.
Tabela 26 – Caso de uso de Registro de plano de aula
Caso de Uso CdU-23

Nome do Caso de Registro de plano de aula
Uso
Ator primário Professor ou Diretor
Fluxo Principal 1. O usuário entra na página de gestão de aulas.
7. Após o sistema terminar a validação o plano de aula é
criado.
de aulas.
42
Fluxo Alternativo 1 1. O usuário entra na página de gestão de aulas.

Pós-Condição Plano de aula criada.
Tabela 27 – Caso de uso de Edição de plano de aula
Caso de Uso CdU-24

Nome do Caso de Edição de plano de aula
Uso
Fluxo Principal 1. O usuário entra na página de gestão de aulas.
7. Após o sistema terminar a validação o plano de aula é
editado.
de aulas.
43

Pós-Condição Plano de aula editado.
Tabela 28 – Caso de uso de Atribuição de notas.
Caso de Uso CdU-25

Nome do Caso de Atribuição de notas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de notas.
2. O usuário seleciona a opção “atribuir nota”.
7. Após o sistema terminar a validação a(s) nota(s) é/são atri-
buída(s) ao(s) aluno(s).
notas.
Fluxo Alternativo 10. O usuário entra na página de gestão de notas.
1 11. O usuário seleciona a opção “atribuir notas”.
44

2
3
Pós-Condição Nota atribuída.
Tabela 29 – Caso de uso de Atribuição de presenças.
Caso de Uso CdU-26

Nome do Caso Atribuição de presenças
de Uso
Fluxo Principal 1. O usuário entra na página de gestão de presenças.
2. O usuário seleciona a opção “fazer chamada”.
3. O usuário é redirecionado para o formulário de chamada.
7. Após o sistema terminar a validação a(s) presença(s) é/são
atribuída(s) ao(s) aluno(s).
presenças.
Fluxo Alternativo 1. O usuário entra na página de gestão de presenças.
1 2. O usuário seleciona a opção “fazer chamada”.
45

2
3
Pós-Condição Chamada atribuída.
Tabela 30 – Caso de uso de Fechamento de notas
Caso de Uso CdU-27

Nome do Caso de Fechamento de notas
Uso
Fluxo Principal 1. O usuário entra na página de gestão de notas.
2. O usuário seleciona um aluno;
3. O usuário seleciona a opção “fechar nota”.
4. O usuário uma janela de dialogo aparece exibindo as op-
ções para o fechamento.
5. O usuário seleciona a opção “fechar nota”
7. Após o sistema terminar a validação a nota do aluno é fe-
chada.
notas.
Fluxo Alternativo 1. O usuário entra na página de gestão de salas.
1 2. O usuário seleciona um aluno;
3. O usuário seleciona a opção “fechar nota”.
4. O usuário uma janela de dialogo aparece exibindo as op-
ções para o fechamento.
5. O usuário seleciona a opção “fechar nota”
46

2
Pós-Condição Nota do aluno é fechada.
3.4 Arquitetura
Dentro dessa seção será abordado a estruturação do projeto desenvolvido ao longo

do projeto, tendo principalmente como destaque a modelagem do banco de dados e o
projeto de arquitetura.
Assim como foi citado acima, na figura – 2, pode ser visto o Diagrama de Entidade-
Relacionamento (DER), para que assim seja possível se ter uma melhor visão da arqui-
tetura do banco de dados feito e trabalhado ao longo do projeto.
Ao ver o diagrama acima já é possível ter uma ideia da complexidade do banco de

dados. Todavia, o projeto de arquitetura acaba por ser simples, a escolha usada para o
projeto SEID é um projeto de arquitetura no modelo MVC de Cliente e servidor, para que
dessa forma possa se ter uma resposta mais rápida e eficiente, sem a necessidade de
passar por diferentes validações de segurança que podem ou não ser necessárias para
a complexidade atual do projeto. Para se ter uma ideia melhor na figura 2 a seguir pode
se ter uma melhor ideia do projeto de arquitetura.
Figura 2 – Projeto de Arquitetura

47
Como podemos ver a ideia foi a mesma descrita anteriormente, apenas a relação
entre o cliente e o servidor é necessária para manter a eficiência.
3.5 Projeto de Dados
Dentro dessa seção será abordado a estruturação do banco de dados desenvolvido

ao longo do projeto, tendo principalmente como destaque a estruturação do banco de
dados junto de seu dicionário de dados.
Assim como foi citado acima logo a seguir na Figura 3 pode ser visto o Modelo Enti-
dade-Relacionamento (MER), enquanto na Figura 4 pode ser visto o Diagrama de Enti-
dade-Relacionamento (DER), para que assim seja possível se ter uma melhor visão da
arquitetura do banco de dados feito e trabalhado ao longo do projeto.
Figura 3 - Modelo Entidade-Relacionamento (MER)

48
Figura 4 – Diagrama de Entidade-Relacionamento (DER)
Assim como foi possível identificar na Figura 4 logo acima, pode se ter um entendi-
mento melhor da estruturação das tabelas do banco de dados utilizado no projeto. Dessa
forma, para se ter um melhor entendimento do diagrama poderá ser visto nas tabelas
abaixo o dicionário de dados referente as entidades presentes dentro do mesmo.
Tabela 31 – Dicionário de dados da entidade users
Nome do Chave Descrição do Campo Tipo de Dado Tamanho do

Campo Campo
id P Identificador da tabela BIGINT 20
“users”
name Nome do usuário VARCHAR 255
email e-mail do usuário VARCHAR 255
email_verifed_at Data e hora referente a TIMESTAMP 14
quando o e-mail do
49
usuário foi verificado

password Senha do usuário VARCHAR 255
remembre_token Token gerado ao entrar VARCHER 100
no sistema, utilizado
para navegar dentro da
sessão
created_at Data e hora da criação TIMESTAMP 14
do usuário
updated_at Data e hora da última TIMESTAMP 14
edição do usuário
type_of_user F Identificador da tabela BIGINT 20
“user_types”
deleted_at Data e hora referente a TIMESTAMP 14
inativação do usuário
active Estado do usuário TINYINT 1
(Ativo/Inativo)
Tabela 32 – Dicionário de dados da entidade user_types

Campo Campo
“user_types”
user_type Nome do tipo de usuá- VARCHAR 255
rio
do tipo de usuário
edição do tipo de usuá-
rio
inativação do tipo de
usuário
Tabela 33 – Dicionário de dados da entidade principals

50
Campo Campo
“principals”
user_id F Identificador da tabela BIGINT 20
“users”
cpf CPF do Diretor(a) VARCHAR 255
name Nome do Diretor(a) VARCHAR 255
email E-mail do Diretor(a) VARCHAR 255
address Endereço do Diretor(a) VARCHAR 255
birth_date Data de Nascimento do DATE 10
Diretor(a)
picture Foto/Imagem do Dire- VARCHAR 255
tor(a)
do Diretor(a)
edição Diretor(a)
inativação do Dire-
tor(a)
Tabela 34 – Dicionário de dados da entidade secretaries

Campo Campo
“secretaries”
“users”
cpf CPF do(a) Secretá- VARCHAR 255
rio(a)
name Nome do(a) Secretá- VARCHAR 255
rio(a)
email E-mail do(a) Secretá- VARCHAR 255
rio(a)
51
address Endereço do(a) Secre- VARCHAR 255

tário(a)
birth_date Data de Nascimento DATE 10
do(a) Secretário(a)
picture Foto/Imagem do(a) Se- VARCHAR 255
cretário(a)
do(a) Secretário(a)
edição do(a) Secretá-
rio(a)
inativação do(a) Secre-
tário(a)
Tabela 35 – Dicionário de dados da entidade students

Campo Campo
“secretaries”
“users”
cpf CPF do(a) Estudante VARCHAR 255
name Nome do(a) Estudante VARCHAR 255
email E-mail do(a) Estudante VARCHAR 255
address Endereço do(a) Estu- VARCHAR 255
dante
do(a) Estudante
picture Foto/Imagem do(a) Es- VARCHAR 255
tudante
do(a) Estudante
edição do(a) Estudante
52

inativação do(a) Estu-
dante
Tabela 36 – Dicionário de dados da entidade teachers

Campo Campo
“secretaries”
“users”
cpf CPF do(a) Profes- VARCHAR 255
sor(a)
name Nome do(a) Profes- VARCHAR 255
sor(a)
email E-mail do(a) Profes- VARCHAR 255
sor(a)
address Endereço do(a) Pro- VARCHAR 255
fessor(a)
do(a) Professor(a)
picture Foto/Imagem do(a) VARCHAR 255
Professor(a)
do(a) Professor(a)
edição do(a) Profes-
sor(a)
inativação do(a) Pro-
fessor(a)
Tabela 37 – Dicionário de dados da entidade teacher_in_classes
Nome do Chave Descrição do Tipo de Tamanho do Campo

53
Campo Campo Dado

id P Identificador da ta- BIGINT 20
bela “tea-
cher_in_classes”
id_teacher F Identificador da ta- BIGINT 20
bela “teachers”
Id_class F Identificador da ta- BIGINT 20
bela “classes”
created_at Data e hora da cria- TIMES- 14
ção do(a) Profes- TAMP
sor(a) em Turma
updated_at Data e hora da úl- TIMES- 14
tima edição do(a) TAMP
Professor(a) em
Turma
Tabela 38 – Dicionário de dados da entidade ckasses

Campo Campo Dado
bela “classes”
id_season F Identificador da ta- BIGINT 20
bela “seasons”
Id_discipline F Identificador da ta- BIGINT 20
bela “disciplines”
Id_room F Identificador da ta- BIGINT 20
bela “rooms”
name Nome da Turma VARCHAR 255
code Código da Turma VARCHAR 255
active Estado da Turma TINYINT 1
(Ativa/Inativa)
54

ção da Turma TAMP
tima edição da TAMP
Turma
Tabela 39 – Dicionário de dados da entidade rooms

Campo Campo Dado
bela “rooms”
name Nome da Sala VARCHAR 255
code Código da Sala VARCHAR 255
details Detalhes da Sala VARCHAR 255
equipment Equipamento da VARCHAR 255
Sala
ção da Sala TAMP
tima edição da Sala TAMP
Tabela 40 – Dicionário de dados da entidade lesson_plans

Campo Campo Dado
bela “lesson_plans”
num- Número da Aula INT 11
ber_of_lesson
class_id F Identificador da ta- BIGINT 20
bela “classes”
content Conteúdo da Aula VARCHAR 255
notes Anotações da Aula VARCHAR 255
ção do Plano de TAMP
55
Aula
tima edição do TAMP
Plano de Aula
Tabela 41 – Dicionário de dados da entidade homework

Campo Campo Dado
bela “homework”
class_id F Identificador da ta- BIGINT 20
bela “classes”
tittle Título da Tarefa VARCHAR 255
content Conteúdo da Ta- VARCHAR 255
refa
Additional_file URL do arquivo adi- VARCHAR 255
cional da Tarefa
score Nota da Tarefa DOUBLES 8,2
revised Estado de revisão TINYINT 1
da Tarefa (Revi-
sada/ Não revi-
sada)
ção da Tarefa TAMP
tima edição da Ta- TAMP
refa
Tabela 42 – Dicionário de dados da entidade seasons

Campo Campo Dado
bela “seasons”
name Nome do Período VARCHAR 255
56
start_date Data de início do DATE 10

Período
end_date Data de término do DATE 10
Período
active Estado do Período TINYINT 1
(Ativo/Inativo)
code Código do Período VARCHAR 255
ção do Período TAMP
tima edição do Pe- TAMP
ríodo
Tabela 43 – Dicionário de dados da entidade registrations_in_classes

Campo Campo Dado
bela “registra-
tions_in_classes”
Id_registration F Identificador da ta- BIGINT 20
bela “registrations”
Id_class F Identificador da ta- BIGINT 20
bela “classes”
ção da Matrícula TAMP
em Turma
tima edição da Ma- TAMP
trícula em Turma
final_score Nota final do Aluno DOUBLE 8,2
na disciplina da
Turma
registra- Estado do Aluno VARCHAR 45
57
tions_in_clas- nessa Turma (Sus-

sescol penso/Doente/Ex-
pulso/etc...)
Tabela 44 – Dicionário de dados da entidade scores

Campo Campo Dado
bela “scires”
registra- F Identificador da ta- BIGINT 20
tion_in_class_id bela “registra-
tion_in_classes”
score Nota do Aluno DOUBLE 8,2
created_at Data e hora da cri- TIMES- 14
ação da Nota TAMP
Nota
description Descrição do mo- VARCHAR 255
tivo ao qual a Nota
se refere
Tabela 45 – Dicionário de dados da entidade attendances

Campo Campo Dado
bela “attendan-
ces”
tion_in_classes”
attendance Presença do TINYINT 1
aluno no dia da
58
chamada (Fal-
tou/Presente)
ação da Presença TAMP
Presença
date_of_atten- Data de quando a Date 10
dance chamada foi feita
Tabela 46 – Dicionário de dados da entidade homework_answers

Campo Campo Dado
bela “ho-
mework_answers”
tion_in_classes”
tittle Título da Tarefa VARCHAR 255
content Conteúdo da Ta- VARCHAR 255
refa
Additional_file URL do arquivo VARCHAR 255
adicional da Tarefa
score Nota da Tarefa DOUBLES 8,2
revised Estado de revisão TINYINT 1
da Tarefa (Revi-
sada/ Não revi-
sada)
answer Resposta da Tarefa VARCHAR 255
answer_file URL do arquivo VARCHAR 255
adicional da Res-
posta da Tarefa
59

ção da Resposta TAMP
da Tarefa
Resposta da Tarefa
Tabela 47 – Dicionário de dados da entidade registrations

Campo Campo Dado
student_id F Identificador da ta- BIGINT 20
bela “students”
season_id Identificador da ta- BIGINT 20
bela “seaons”
registrations Matrícula do aluno VARCHAR 255
active Estado da Matrí- TINYINT 1
cula (Ativa/Inativa)
ção da Matrícula TAMP
trícula
Tabela 48 – Dicionário de dados da entidade students_in_courses

Campo Campo Dado
bela “stu-
dents_in_courses”
course_id F Identificador da ta- BIGINT 20
bela “courses”
60
registration_id Identificador da ta- BIGINT 20

ção da Matrícula do TAMP
Aluno em Curso
trícula do Aluno em
Curso
certified Certificado de con- VARCHAR 255
clusão do Curso.
Tabela 49 – Dicionário de dados da entidade courses

Campo Campo Dado
bela “courses”
name Nome do Curso VARCHAR 255
type_of_course Tipo do Curso VARCHAR 255
duration_in_ye- Duração do Curso VARCHAR 255
ars em anos
code Código do Curso VARCHAR 255
ação do Curso TAMP
tima edição do TAMP
Curso
Tabela 50 – Dicionário de dados da entidade student_registration_in_subjects

Campo Campo Dado
bela “student_regis-
tration_in_subjects”
61
stu- F Identificador da ta- BIGINT 20

dents_in_cour- bela “stu-
ses_id dents_in_courses””
courses_disci- F Identificador da ta- BIGINT 20
plines_id bela “couses_dis-
ciplines””
score Nota final do aluno Double 8,2
na Disciplina do
Curso
attendance_fre- Frequência de Double 8,2
quency presenças final do
aluno na Disci-
plina do Curso
ação dos Regis- TAMP
tros do Aluno nas
Disciplinas do
Curso
tima edição dos TAMP
Registros do
Aluno nas Discipli-
nas do Curso
Tabela 51 – Dicionário de dados da entidade courses_disciplines

Campo Campo Dado
bela “courses_disci-
plines””
course_id F Identificador da ta- BIGINT 20
bela “courses”
discipline_id Identificador da ta- BIGINT 20
62

ção da Disciplina TAMP
do Curso
tima edição da Dis- TAMP
ciplina do Curso
Tabela 52 – Dicionário de dados da entidade disciplines

Campo Campo Dado
name Nome do Disciplina VARCHAR 255
active Estado do Disci- TINYINT 1
plina (Ativo/Inativo)
code Código do Disci- VARCHAR 255
plina
ção da Disciplina TAMP
tima edição da Dis- TAMP
ciplina
Tabela 53 – Dicionário de dados da failed_jobs

Campo Campo Dado
bela “failed_jobs”
uuid Id de identificação VARCHAR 255
do Trabalho.
connection Conexão da qual o TEXT
Trabalho foi execu-
tado
queue Identificador da fila TEXT
63
de execuções de
Trabalhos
payload Carga útil do Traba- LONG-
lho TEXT
exception Exceção do Traba- LONG-
lho TEXT
Tabela 54 – Dicionário de dados da password_resets

Campo Campo Dado
email E-mail do usuário VARCHAR 255
que deseja reconfi-
gurar a senha
token Token gerado para VARCHAR 255
a seção de opera-
ção da reconfigura-
ção de senha
ção da Reconfigu- TAMP
ração de Senha
Tabela 55 – Dicionário de dados da migrations

Campo Campo Dado
id Identificador da ta- INT 10
bela “migrations”
migration Nome da Migração VARCHAR 255
batch Lote da Migração INT 11
Tabela 56 – Dicionário de dados da personal_acess_tokens

Campo Campo Dado
id Identificador da ta- BIGINT 20
64
bela “perso-
nal_acess_tokens”
tokena- Tipo de Token vá- VARCHAR 255
ble_type lido para acessar a
seção
tokenable_id Identificador do To- BIGINT 20
ken válido para
acessar a seção
name Nome do usuário VARCHAR 255
ao qual o token per-
tence
token Token de acesso a VARCHAR 64
seção
abilities Habilitações do to- TEXT
ken
last_used_at Data e hora da úl- TIMES- 14
tima vez que o To- TAMP
ken foi usado
ção do Token TAMP
updated_at Data e hora da cria- TIMES- 14
ção do Token TAMP
Além das tabelas e seus respectivos dados, dentro da Figura 3 está disponível tam-
bém a presença de três views criadas durante o processo de desenvolvimento do projeto,
essas que serão explicadas no quadro a seguir.
Tabela 57 – Descrição das Views
Nome da View Função

extracaofaltas View utilizada para extração de faltas dos
alunos para a criação de relatórios.
extracaonotasfinais View utilizada para extração de notas fi-
nais dos alunos para a criação de relató-
rios
user_filter View utilizada para a filtragem de usuários
65
3.6 Interfaces
Dentro dessa seção serão abordadas as interfaces presentes no projeto, no qual o

foco maior será a demonstração da interface dos usuários de tipo Diretor, Secretário(a) e
Professor(a).
Assim como foi citado acima a primeira interface a ser exibida nas imagens abaixo
será a interface do Diretor.
Figura 5 – Tela Principal do Diretor
Como foi exibido acima na Figura 5, temos a presença da tela principal do Diretor na
qual é possível perceber a função de gestão de usuários do sistema, dessa forma, tam-
bém é possível perceber o menu lateral que contém as opções de ir para as interfaces de
Secretário(a) e Professor(a).
Figura 6 – Tela de Gestão de Cursos pelo Secretário

66
Figura 7 – Tela de Formulário de Cursos pelo Secretário
Figura 8 – Tela de Gestão de Usuários pelo Secretário

67
Figura 9 – Tela de Formulário de Criação/Edição/Inativação de Usuários pelo Secretário
Figura 10 – Tela de Gestão de Disciplinas pelo Secretário

68
Figura 11 – Tela do Formulário de Criação/Edição/Inativação de Disciplinas pelo Secretário
Figura 12 – Tela de Gestão de Matriculas pelo Secretário

69
Figura 13 – Tela do Formulário de Criação/Edição/Inativação de Matriculas pelo Secretário
Figura 14 – Tela de Gestão de Salas pelo Secretário

70
Figura 15 – Tela do Formulário de Criação/Edição/Inativação de Salas pelo Secretário
Figura 16 – Tela de Gestão de Períodos pelo Secretário

71
Figura 18 – Tela de Gestão de Turmas pelo Secretário

72
Figura 20 – Formulário de Atribuição de Alunos a Turmas pelo Secretário

73
Figura 21 – Formulário de Atribuição de Professores a Turmas pelo Secretário
Figura 22 – Tela de extração de relatórios
Como foi exibido acima nas figuras anteriores, temos a presença de toda a interface
por parte do(a) secretário(a).
74
Figura 23 – Tela Principal do Professor
Figura 24 – Tela de Plano de Aula do Professor

75
Figura 25 – Caixa de Dialogo para criação de Planos de Aula do Professor
Figura 26 – Formulário de edição de Planos de Aula do Professor

76
Figura 27 – Tela de Lista de Chamadas do Professor
Figura 28 – Tela de Fazer Chamada do Professor

77
Figura 29 – Tela de Notas do Professor
Figura 30 – Formulário de atribuição Notas em massa do Professor

78
Figura 31 – Tela de Listagem de Alunos para atribuição de notas Individual
Figura 32 – Tela de Listagem das notas do Aluno

79
Figura 33 – Formulário de Adição de Nota
Figura 34 – Caixa de Dialogo para fechamento de Notas do Aluno
Como pode ser observado ao longo das figuras de interface do professor, a opção
de “Atribuir Atividades” é exibida no menu lateral, ela foi desenvolvida, porém não está
em uso e isso será explicado dentro da conclusão do projeto.
3.7 Testes e Falhas Conhecidas

80
Dentro dessa seção serão abordados os principais testes e falhas conhecidas ao

longo do projeto, para que seja possível uma compreensão dos desafios encontrados no
desenvolvimento e na forma como foram solucionados.
Ao longo do sistema o principal teste que foi feito foi a criação da chamada e a atri-
buição de notas dos alunos, no começo ao tentar fazer a listagem de alunos o sistema
acabava por trazer diversos nomes repetidos, dessa maneira uma alteração no banco de
dados foi feita, deixando a implantação mais fácil de rodar.
Além do erro de listagem de alunos, existia uma pequena falha para se garantir que
um aluno terminou seu curso, pois não existia uma forma de demonstrar quais seriam as
disciplinas dos cursos que precisavam estar completas, assim novamente após diversos
testes, o desenvolvimento de uma tabela no banco de dados foi criado guardada explici-
tamente para isso.
3.8 Manual de Usuário
Dentro dessa seção será abordado o manual do usuário, na qual será dito a forma
como o mesmo funciona e na qual se encontra.
Ao longo do projeto foi decidido que o mesmo seria feito a partir de vídeos lançados
no Youtube, e que, dessa forma teria um meio mais fácil de aprendizado, pois estarão
sendo feito demonstrações práticas explicativas. Assim, para se ter acesso ao manual,
um link será disponibilizado dentro da plataforma para fácil acesso do usuário dentro do
menu lateral.
4 CONCLUSÃO
O Projeto SEID é um sistema desenvolvido para o apoio do ensino, trazendo consigo

a oportunidade de ser um sistema dentro de uma instituição de ensino de forma informa-
tizada, permitindo que seus colaboradores e até mesmo seus alunos consigam de uma
forma mais rápida e inteligente, ter acesso a informações de forma mais rápida, além- de
se ter funções para que se possa apoiar o ensino, podendo se ter uma conversa direta
entre aluno e professor de forma online, ou até mesmo envio de tarefas.
81
Durante o desenvolvimento do projeto, diversos problemas foram encontrados, pela

equipe, sendo um deles, a criação do banco, que foi praticamente uma provação, e
mesmo após seu término, se deu o início da estruturação do sistema, tentando ao máximo
seguir a documentação fornecida e desenvolvida junto a estruturação. Utilizando do banco
de dados MySQL e do PDO fornecido pelo PHP conseguiram se criar facilmente conexões
e até mesmo fazer pequenos tratamentos a um curto período de tempo, além da facilidade
em formatar as páginas web utilizando do recurso CSS.
Para se concluir o Projeto SEID acaba por ser um projeto de extrema complexidade,
onde se deve prestar atenção aos pequenos detalhes durante seu desenvolvimento, as-
sim como ao longo do projeto o desenvolvimento do banco de dados foi a maior dificul-
dade passada, demorando para se ter um programa consistente, podendo até mesmo a
sofrer bugs, além claro do fato que o projeto atualmente está apenas focado na parte de
gestão da escola por meio da secretaria, junto da gestão de turmas do professor, tendo
até mesmo parte da criação e atribuição de tarefas já feita, permitindo que em uma futura
atualização seja adicionado o portal do aluno, onde o mesmo poderá justificar suas faltas,
ver suas notas e sua presença, além claro de fazer rematrícula e enviar atividades por
meio da própria interface do sistema, permitindo assim até mesmo para o professor um
gerenciamento mais fácil de suas atividades avaliativas.
82
REFERÊNCIAS
DELTASGE. Informatização da secretaria escolar: benefícios e vantagens. Disponí-

vel em: <https://deltasge.com.br/site/informatizacao-da-secretaria-escolar/> Acesso em:
24 out 2022.
PORTABILIS-TECNOLOGIA. Diário escolar on-line: o que é e quais são seus princi-

pais benefícios?. Disponível em: <https://blog.portabilis.com.br/diario-escolar-online/>.
Acesso em: 24 out 2022.
SOPHIA GESTÃO ESCLAR. Informatização da gestão de documentos: como fazer

na sua escola. Disponivel em: <https://sophia.com.br/informatizacao-da-gestao-de-doc-
umentos-como-fazer-na-sua-escola/>. Acesso em: 7 nov 2022.

SEID - Sistema Escolar Inteligente Didático

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SEID - Sistema Escolar Inteligente Didático

Enviado por

Direitos autorais:

Formatos disponíveis

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DE

ALLAN DOS SANTOS SARRAIPO

SISTEMA ESCOLAR INTELIGENTE DITÁDICO (SEID)

Palavras-Chave: Gestão escolar; Professor; Secretaria; Internet; Informatização.

Keywords: School management; Teacher; Secretary; Internet; Computerization.

Figura 1 - Diagrama de Casos de Uso _______________________________________21

Tabela 1 - Requisitos Funcionais______________________________________________ 14

SEID Sistema Escolar Inteligente Didático

WEB Web é uma palavra inglesa que significa teia ou rede.

PHP Um acrônimo recursivo para PHP: Hypertext Preprocessort.

HTML Linguagem de Marcação de HiperTexto.

CSS Cascading Style Sheet, ou Folha de Estilo em Cascatas.

JavaScript uma linguagem de programação interpretada estruturada, de

Ao longo do tempo, a necessidade de sistemas informatizados têm sido cada vez

Este trabalho tem por objetivo demonstrar o desenvolvimento e a criação de um sis-

• Propor uma mudança do sistema físico atualmente usado em instituições de

O trabalho tem como relevância demonstrar um sistema informatizado para institui-

1.3 Aspectos Metodológicos

1.4 Aporte Teórico

Ao longo do desenvolvimento do projeto foi utilizado de artigos referentes a informa-

Nesta seção serão apresentados os seguintes tópicos ligados ao projeto SEID: a

2.1 Informatização da secretaria escolar

2.2 Informatização do diário escolar

A utilização de diários escolares pelos professores é a principal forma de organizar

2.3 Trabalho Relacionado (SophiA Gestão Escolar)

criação de uma biblioteca informatizada, garantindo acesso a livros e trabalhos de forma

3.1 Considerações Iniciais

Tabela 1 - Requisitos Funcionais

Identificador Descrição Resu- Prioridade Requisito Rela-

RF-16 O sistema deve Alta RF-13

RF-25 O sistema deve Média

Tabela 2 - Requisitos não funcionais

Identificador Descrição Resu- Prioridade Requisito Rela-

RNF-8 O sistema deve Baixa

3.3 Casos de Usos

Tabela 3 - Casos de uso

Identificador Nome do Caso de Uso

CdU-13 Registro de matrículas.

CdU-19 Edição de turmas.

CdU-20 Inativação de turmas.

CdU-21 Atribuição de matriculas a turmas.

Nessa subseção será apresentado o diagrama de casos de uso, referente ao quadro

Figura 1 - Diagrama de Casos de Uso

3.3.2 Descrições dos casos de uso

Tabela 4 - Caso de uso de Entrada ao Sistema

Caso de Uso CdU-1

Caso de Uso CdU-2

Nome do Caso de Registro de usuários.

Tabela 6 - Caso de uso de Edição de usuários.

Caso de Uso CdU-3

Ator primário Secretário ou Diretor

Caso de Uso CdU-4

Fluxo Principal 10. O usuário entra na página de gestão de usuários.

Tabela 8 - Caso de uso de Criação de cursos

Caso de Uso CdU-5

5. O usuário seleciona a opção “criar”.

Tabela 9 - Caso de uso de Edição de cursos.

Caso de Uso CdU-6

8. O sistema redireciona o usuário para a página de gestão

Tabela 10 - Caso de uso de Criação de disciplinas.

Caso de Uso CdU-7

2. O usuário seleciona a opção “criar”.

Tabela 11 - Caso de uso de Edição de disciplinas.