GERENCIAMENTO DE DADOS ESCOLARES - SISTEMA DE SECRETARIADO OTIMIZADO "SEO"

Prévia do material em texto

Instituto Metropolitano de Ensino – IME 
Faculdade Metropolitana de Manaus - Fametro 
Bacharel em Sistemas de Informação 
 
 
 
 
 
 
 
Gerenciamento de Dados Escolares 
Sistema de Secretariado Otimizado - SEO 
 
 
 
 
 
 
 
 
 
 
Diego Serra Bezerra 
Luiz Cosme Vinhote Araújo 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Manaus/AM 
2015. 
Diego Serra Bezerra 
Luiz Cosme Vinhote Araújo 
 
 
 
 
 
 
 
 
 
 
 
 
Gerenciamento de Dados Escolares 
Sistema de Secretariado Otimizado - SEO 
 
 
 
 
 
 
 
 
 
. 
 
 
 
 
 
 
 
 
 
 
Orientador (a) 
Profº MsC. Rilmar Pereira Gomes 
 
 
 
 
 
 
 
 
 
Manaus/AM 
2015. 
Trabalho de Conclusão de Curso apresentada a 
Faculdade Metropolitana de Manaus – FAMETRO, como 
requisito para a obtenção do grau de bacharel em 
Sistemas de Informação. 
Monografia de Graduação sob o título Gerenciamento de Dados 
Escolares, apresentado por Diego Serra Bezerra e Luiz Cosme Vinhote Araújo, e 
aceita pela Faculdade Metropolitana de Manaus, sendo aprovada por todos os 
membros da banca examinadora abaixo especificada: 
 
 
Prof(ª).:_____________________________________ 
Membro da Banca: Esp. Odair Cristiano Abreu da Silva - FAMETRO 
 
Prof(ª).:_____________________________________ 
Membro da Banca: Esp. Fabian de Oliveira Lopes - FAMETRO 
 
Prof(ª).:_____________________________________ 
Professor Orientador: MsC. Rilmar Pereira Gomes - FAMETRO 
 
Prof(ª).:_____________________________________ 
Coordenador (a): MsC. Mª Amélia Costa Saraiva Nogueira - Curso Sistemas de 
Informação 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
DEDICATÓRIAS 
 
 
 
Este projeto é dedicado especialmente ao meu 
alicerce a minha mãe Marinalva, que sempre esteve ao meu 
lado nos meus dias incansáveis e de mau humor durante 
esses 04 anos de estudo e apoio durante minha trajetória. 
Dedico também a todos os meus amigos, que são muitos 
tanto da vida pessoal, profissional e acadêmica 
especialmente pela amizade que foi feita durante o tempo que 
passamos juntos. Dedico a vocês, com todo amor e carinho. 
Diego Serra 
 
 
 
 
Este projeto é dedicado a minha família, que é o meu 
porto seguro especialmente ao meu pai Cosme de Matos e a 
minha mãe Leny Vinhote, que sempre me incentivaram e me 
apoiaram e a minha irmã Lorena Cleyce pela paciência. A 
minha namorada Thayany Cintra pelo carinho e 
compreensão, ao meu amigo Luis Ricardo, Yan Vieira e aos 
demais amigos que estiveram ao meu lado durante esta 
trajetória. 
 
Luiz Cosme 
 
 
 
 
 
AGRADECIMENTOS 
Inicialmente agradecemos a Deus por termos chegado ao fim de uma 
conquista, onde com sua intervenção nos ensinou que a nossa fé e esperança nos 
faz trilhar a novos horizontes e sem sua proteção não seriamos capazes de chegar a 
alcançar os objetivos, sendo verdadeiros, capazes e íntegros no desenvolvimento do 
projeto. 
Aos nossos familiares por está sendo o alicerce principal de continuar e 
persistir sempre e pela paciência, e também agradecemos a todos os nossos 
amigos do curso de sistemas de informação, por estarmos unidos nesta trajetória 
final pelo o apoio e amizade que damos uns aos outro independente do caminho que 
trilharemos. 
Em especial agradecemos ao nosso Profº Orientador Rilmar Gomes, pela 
parceria e pela amizade que foi construída no decorrer do curso e sua experiência 
de ensino, também nossos agradecimentos em especial ao querido Ramon 
Rodrigues e Bruno Ramon pela a cordialidade, tempo, apoio, companheirismo e 
gratidão. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Vencedores Nunca Desistem! 
Márcio Ribeiro – Caipira na Roça 
 
 
Tudo posso Naquele que me fortalece. 
Bíblia Sagrada 
RESUMO 
 
O objetivo deste projeto é o desenvolvimento de um software responsável pelo 
gerenciamento dos processos escolares, onde atualmente as pequenas e médias 
empresas escolares têm notado a usabilidade e gestão que o software pode realizar. 
O mesmo foi composto pela fundamentação teórica, levantamento de requisitos, 
projeção dos diagramas da UML tanto em nível de análise como de projeto, e o 
desenvolvimento do sistema. Assim essas escolas que adotarem um sistema 
conseguirão viabilizar a redução de tempo para a geração de resultados, e que para 
ocorra com sucesso é necessário atentar para alguns fatores importantes, como 
cadastros, matricula e calcular as notas e faltas dos alunos. O projeto propõe 
diminuir o processo manual, tornando-os eficazes com o uso do sistema. Desta 
forma a implantação do sistema usou ferramentas, tecnologias e linguagens 
modernas com a finalidade de um processo mais rápido e reduzindo o tempo da 
imprecisão. 
 
Palavras-chave: Sistema, Gerenciamento, Escolares, UML, Cadastros. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ABSTRACT 
 
The objective of this project is the development of a software responsible for 
managing the school processes, which currently small and medium business school 
have noticed the usability and management that the software can accomplish. The 
same was composed by theoretical foundation, requirements gathering, projection of 
UML diagrams in both level of analysis as project and system development. So these 
schools that adopt a system able to facilitate the reduction of time to generate 
results, and to successfully occur, it is necessary to consider some important factors, 
such as records, registration and calculate grades and absences of students. The 
project proposes to reduce the manual process, making them effective with the use 
of the system. In this way the system used deployment tools, technologies and 
modern languages for the purpose of a faster process and reducing the time of 
inaccuracy. 
 
Keywords: System, Management, School, UML, Registers. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Lista de Figuras 
 
Figura 1: Diagrama de Caso de Uso ......................................................................... 38 
Figura 2: Modelo Entidade Relacionamento ............................................................. 46 
Figura 3: Diagrama de Atividade Cadastrar Aluno - Analise ..................................... 47 
Figura 4: Diagrama de Atividade Alterar Aluno - Analise .......................................... 48 
Figura 5: Diagrama de Atividade Inativar Aluno - Analise ......................................... 49 
Figura 6: Diagrama de Atividade Cadastrar Responsavel - Analise .......................... 50 
Figura 7: Diagrama de Atividade Alterar Responsavel - Analise ............................... 51 
Figura 8: Diagrama de Atividade Inativar Responsavel - Analise .............................. 52 
Figura 9: Diagrama de Atividade Realizar Matricula - Analise................................... 53 
Figura 10: Diagrama de Atividade Lançar Nota - Analise .......................................... 54 
Figura 11: Diagrama de Atividade Lançar Falta - Analise ......................................... 55 
Figura 12: Diagrama de Atividade Relatório Matricula - Analise ............................... 56 
Figura 13: Diagrama de Estado Aluno - Analise........................................................ 57 
Figura 14: Diagrama de Estado Responsável - Analise ............................................ 57 
Figura 15: Diagrama de Estado Matricula - Analise.................................................. 58 
Figura 16: Diagrama de Sequência Salvar Aluno - Analise ....................................... 59 
Figura 17: Diagrama de Sequência Alterar Aluno - Analise ...................................... 60 
Figura 18: Diagrama de Sequência Inativar Aluno - Analise ..................................... 61 
Figura 19: Diagrama de Sequência Salvar Responsável - Analise ........................... 62 
Figura 20: Diagrama de Sequência Alterar Responsável - Analise ........................... 63 
Figura 21: Diagrama de Sequência Inativar Responsável - Analise .......................... 64 
Figura 22: Diagrama de Sequência Realizar Matricula - Analise .............................. 65 
Figura 23: Diagrama de Sequência Relatório - Analise ............................................. 66 
Figura 24: Diagrama de Classe - Analise .................................................................. 67 
Figura 25: Diagrama de Atividade Responsavel - Projeto ......................................... 75 
Figura 26: Diagrama de Atividade Aluno - Projeto .................................................... 76 
Figura 27: Diagrama de Atividade Matricula - Projeto ............................................... 77 
Figura 28: Diagrama de Atividade Relatórios - Projeto ............................................. 78 
Figura 29: Diagrama de Sequência Salvar Responsavel - Projeto............................ 79 
Figura 30: Diagrama de Sequência Alterar Responsavel - Projeto ........................... 80 
Figura 31: Diagrama de Sequência Inativar Responsavel - Projeto .......................... 81 
Figura 32: Diagrama de Sequência Salvar Aluno - Projeto ....................................... 82 
Figura 33: Diagrama de Sequência Alterar Aluno - Projeto ....................................... 83 
Figura 34: Diagrama de Sequência Inativar Aluno - Projeto ..................................... 84 
Figura 35: Diagrama de Sequência Realizar Matricula - Projeto ............................... 85 
Figura 36: Diagrama de Sequência Relatório Matricula - Projeto.............................. 86 
Figura 37: Diagrama de Classe DAO ........................................................................ 87 
Figura 38: Mapeamento de Objeto Relacional - MOR ............................................. 101 
Figura 39: Interface Inicial ....................................................................................... 102 
Figura 40: Interface Cadastrar Aluno ...................................................................... 103 
Figura 41: Interface Listar Aluno ............................................................................. 104 
Figura 42: Interface Alterar Aluno ............................................................................ 105 
Figura 43: Interface Inativar Aluno .......................................................................... 106 
Figura 44: Interface Realizar Matricula .................................................................... 107 
Figura 45: Interface Ministra Aula ............................................................................ 108 
Figura 46: Interface Lista Ministra ........................................................................... 109 
Figura 47: Interface Nota ......................................................................................... 110 
Figura 48: Interface Frequência .............................................................................. 110 
Figura 49: Interface Relação de Alunos Matriculados ............................................. 111 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Lista de Tabelas 
 
Tabela 1: Fases do Projeto ....................................................................................... 35 
Tabela 2: Lista de Funções ....................................................................................... 36 
Tabela 3: Manter Responsável - Analise ................................................................... 39 
Tabela 4: Manter Aluno - Analise .............................................................................. 41 
Tabela 5: Realizar Matricula - Analise ....................................................................... 43 
Tabela 6: Lançar Notas e Faltas - Analise ................................................................ 44 
Tabela 7: Gerar Relatórios - Analise ......................................................................... 45 
Tabela 8: Manter Responsável - Projeto ................................................................... 68 
Tabela 9: Manter Aluno - Projeto ............................................................................... 70 
Tabela 10: Realizar Matricula - Projeto ..................................................................... 72 
Tabela 11: Lançar Notas e Faltas - Projeto ............................................................... 73 
Tabela 12: Gerar Relatórios - Projeto ........................................................................ 74 
Tabela 13: Entidade - Bairro...................................................................................... 91 
Tabela 14: Entidade - Responsavel .......................................................................... 92 
Tabela 15: Entidade - Aluno ...................................................................................... 92 
Tabela 16: Entidade - Especialidade ......................................................................... 93 
Tabela 17: Entidade - Secretaria ............................................................................... 93 
Tabela 18: Entidade - Professor ................................................................................ 94 
Tabela 19: Entidade - Coordenador .......................................................................... 95 
Tabela 20: Entidade - Disciplina ................................................................................ 95 
Tabela 21: Entidade - Serie ....................................................................................... 96 
Tabela 22: Entidade - Turno ...................................................................................... 96 
Tabela 23: Entidade - Turma ..................................................................................... 96 
Tabela 24: Entidade - Recursos ................................................................................ 97 
Tabela 25: Entidade – Matricula ................................................................................ 97 
Tabela 26: Entidade – Reserva ................................................................................. 98 
Tabela 27: Entidade – Item Reserva ......................................................................... 98 
Tabela 28: Entidade – Ministra .................................................................................. 99 
Tabela 29: Entidade - Nota ....................................................................................... 99 
Tabela 30: Entidade - Frequencia ............................................................................. 99 
Tabela 31: Entidade - Horario ................................................................................. 100 
Tabela 32: Interface Tela Principal .......................................................................... 102 
Tabela 33: Interface Cadastrar Aluno ...................................................................... 104 
Tabela 34: Botão Salvar Aluno ................................................................................ 104 
Tabela 35: Interface Listar Aluno............................................................................. 104 
Tabela 36: Botões Alterar e Inativar Aluno ..............................................................105 
Tabela 37: Interface Alterar Aluno ........................................................................... 105 
Tabela 38: Botão Salvar da Tela Alterar Aluno ....................................................... 106 
Tabela 39: Interface Inativar Aluno .......................................................................... 106 
Tabela 40: Botão Inativar da Tela Inativar Aluno..................................................... 106 
Tabela 41: Interface Realizar Matricula ................................................................... 107 
Tabela 42: Botão Salvar da Tela Realizar Matricula ............................................... 107 
Tabela 43: Interface Ministra Aula ........................................................................... 108 
Tabela 44: Botão Avançar da Tela Ministra Aula .................................................... 108 
Tabela 45: Interface Lista Ministra .......................................................................... 109 
Tabela 46: Botões Nota e Presença da Tela Lista Ministra ..................................... 109 
Tabela 47: Interface Nota ........................................................................................ 110 
Tabela 48: Interface Frequência.............................................................................. 111 
Tabela 49: Interface Relação de Alunos Matriculados ............................................ 111 
Tabela 50: Botão Gerar Relatório da Tela Relação Alunos Matriculados ............... 111 
 
 
 
 
 
 
 
 
 
 
 
 
Lista de Abreviaturas 
 
API – Application Programming Interface (Interface de Programação de Aplicativos); 
JTA – Java Transaction API; 
JNDI – Java Naming and Directory; 
JDBC – Java Database Connectivity; 
SQL – Structered Query Language (Linguagem de Consulta Estruturada); 
DAO – Data Access Object (Objeto de Acesso a Dados); 
MVC – Model, View and Control (Modelo, Visão, Controle); 
ER – Entidade e Relacionamento; 
JSP – Java Server Page; 
HTML – Hypertext Markup Language (Linguagem de Marcação de Hipertexto); 
XML – Extensible Markup Language (Linguagem de Marcação de Extensível); 
CSS – Cascading Style Sheets (Linguagem de Folhas de Estilo); 
UML – Unified Modeling Language (Linguagem de Modelagem Unificada); 
JRE – Java SE Run Environment; 
JDK – Java SE Development Kit; 
SGBD – Sistema de Gerenciamento de Banco de Dados; 
POO – Programação Orientada a Objeto. 
 
 
 
 
 
 
 
 
 
 
SUMÁRIO 
 
Introdução ................................................................................................................ 17 
1.1 Objetivos .......................................................................................................... 18 
1.1.1 Objetivo Geral ............................................................................................ 18 
1.1.2 Objetivo Especifico .................................................................................... 18 
1.2 Delimitação do Tema ....................................................................................... 18 
2. Fundamentação Teórica ..................................................................................... 19 
2.1 A Importância da Gestão Escolar ..................................................................... 19 
2.2 As Tecnologias no Secretariado Escolar ......................................................... 19 
2.3 Padrões de Projeto .......................................................................................... 20 
2.3.1 DAO ........................................................................................................... 20 
2.4 Arquitetura MVC ............................................................................................... 20 
2.5 BrModelo 3.0 .................................................................................................... 21 
2.6 Net Beans IDE 8.0 ........................................................................................... 21 
2.7 Hibernate 4.2.6 ................................................................................................. 22 
2.8 Apache Tomcat 8.0.3.0 .................................................................................... 23 
2.9 Java Server Pages ........................................................................................... 23 
2.10 CSS 3.0 .......................................................................................................... 24 
2.11 Bootstrap 3.3.5 ............................................................................................... 24 
2.12 Astah Professional 7.0 ................................................................................... 25 
2.13 Scriplet ........................................................................................................... 25 
2.14 i Text 5.5.7 ..................................................................................................... 26 
2.15 Linguagem Java ............................................................................................. 26 
2.15.1 Ferramentas do Java ............................................................................... 27 
2.15.5 Versão Java 8.0 ....................................................................................... 27 
2.15.6 JDK 8.0.55 ............................................................................................... 28 
2.15.7 JRE 8.0.65 ............................................................................................... 28 
2.16 Banco de Dados ............................................................................................. 29 
2.16.1 SGBD MySQL Query Browser 1.1.20 ...................................................... 29 
2.16.2 SQL .......................................................................................................... 30 
2.17 Orientação a Objetos ..................................................................................... 30 
2.18 UML 2 – Unified Modeling Language (Linguagem de Modelagem Unificada) 31 
3. Desenvolvimento do Sistema ............................................................................. 32 
3.1 Descrição do Sistema ...................................................................................... 32 
3.2 Requisitos do Sistema ..................................................................................... 33 
3.2.1. Requisitos Funcionais ............................................................................... 33 
3.2.2. Requisitos não funcionais ......................................................................... 34 
3.3 Metodologia de Desenvolvimento do Sistema ................................................. 34 
3.3.1 Processo Unificado .................................................................................... 34 
3.3.2 Lista de Funcionalidades............................................................................... 36 
4. Analise.................................................................................................................. 38 
4.1 Modelagem de Caso de Uso ............................................................................ 38 
4.2 Descrições de Caso de Uso ............................................................................. 39 
4.2.1 – Manter Responsável ............................................................................... 39 
4.2.2 – Manter Aluno........................................................................................... 41 
4.2.3 – Realizar Matricula ................................................................................... 43 
4.2.4 – Lançar Notas e Faltas .............................................................................44 
4.2.5 – Gerar Relatórios...................................................................................... 45 
4.3 Modelo Entidade Relacionamento ................................................................... 46 
4.4 Diagramas de Atividade ................................................................................... 47 
4.4.1 – Diagrama de Atividade Cadastrar Aluno ................................................. 47 
4.4.2 – Diagrama de Atividade Alterar Aluno ...................................................... 48 
4.4.3 – Diagrama de Atividade Inativar Aluno ..................................................... 49 
4.4.4 – Diagrama de Atividade Cadastrar Responsável ..................................... 50 
4.4.5 – Diagrama de Atividade Alterar Responsável .......................................... 51 
4.4.6 – Diagrama de Atividade Inativar Responsável ......................................... 52 
4.4.7 – Diagrama de Atividade Realizar Matricula .............................................. 53 
4.4.8 – Diagrama de Atividade Lançar Nota ....................................................... 54 
4.4.9 – Diagrama de Atividade Lançar Falta ....................................................... 55 
4.4.10 – Diagrama de Atividade Relatório Matricula ........................................... 56 
4.5 Diagramas de Estado ....................................................................................... 57 
4.5.1 – Diagrama de Estado Aluno ..................................................................... 57 
4.5.2 – Diagrama de Estado Responsável .......................................................... 57 
4.5.3 – Diagrama de Status Matricula ................................................................. 58 
4.6 Diagramas de Seqüência ................................................................................. 59 
4.6.1 – Diagrama de Sequência Salvar Aluno .................................................... 59 
4.6.2 – Diagrama de Sequência Alterar Aluno .................................................... 60 
4.6.3 – Diagrama de Sequência Inativar Aluno ................................................... 61 
4.6.4 – Diagrama de Sequência Salvar Responsável ......................................... 62 
4.6.5 – Diagrama de Sequência Alterar Responsável ........................................ 63 
4.6.6 – Diagrama de Sequência Inativar Responsável ....................................... 64 
4.6.7 – Diagrama de Sequência Realizar Matricula ............................................ 65 
4.6.8 – Diagrama de Sequência Relatório Aluno Matriculados ........................... 66 
4.7 Diagrama de Classe ......................................................................................... 67 
5. Projeto .................................................................................................................. 68 
5.1 Descrição de Caso de Uso............................................................................... 68 
5.1.1 – Manter Responsável ............................................................................... 68 
5.1.2 – Manter Aluno........................................................................................... 70 
5.1.3 – Realizar Matricula ................................................................................... 71 
5.1.4 – Lançar Notas e Faltas ............................................................................. 73 
5.1.5 – Gerar Relatórios...................................................................................... 74 
5.2 Diagrama de Atividade ..................................................................................... 75 
5.2.1 – Diagrama de Atividade Responsável ...................................................... 75 
5.2.2 – Diagrama de Atividade Aluno.................................................................. 76 
5.2.3 – Diagrama de Atividade Matricula ............................................................ 77 
5.2.4 – Diagrama de Atividade Relatórios ........................................................... 78 
5.3 Diagrama de Sequência ................................................................................... 79 
5.3.1 – Diagrama de Sequência Salvar Responsável ......................................... 79 
5.3.2 – Diagrama de Sequência Alterar Responsável ........................................ 79 
5.3.3 – Diagrama de Sequência Inativar Responsável ....................................... 81 
5.3.4 – Diagrama de Sequência Salvar Aluno .................................................... 82 
5.3.5 – Diagrama de Sequência Alterar Aluno .................................................... 83 
5.3.6 – Diagrama de Sequência Inativar Aluno ................................................... 84 
5.3.7 – Diagrama de Sequência Realizar Matrícula ............................................ 85 
5.3.9 – Diagrama de Sequência Relatório Matrícula........................................... 86 
5.4 Diagrama de Classe DAO ................................................................................ 86 
6. Projeto de Banco de Dados ................................................................................ 88 
6.1 Mapeamento de Dados .................................................................................... 88 
6.2 Dicionário de Dados ......................................................................................... 91 
6.2.1 Entidade: Bairro ......................................................................................... 91 
6.2.2 Entidade: Responsável .............................................................................. 92 
6.2.3 Entidade: Aluno.......................................................................................... 92 
6.2.4 Entidade: Especialidade ............................................................................ 93 
6.2.5 Entidade: Secretária .................................................................................. 93 
6.2.6 Entidade: Professor ................................................................................... 94 
6.2.7 Entidade: Coordenador .............................................................................. 95 
6.2.8 Entidade: Disciplina ................................................................................... 95 
6.2.9 Entidade: Serie .......................................................................................... 96 
6.2.10 Entidade: Turno ....................................................................................... 96 
6.2.11 Entidade: Turma ...................................................................................... 96 
6.2.12 Entidade: Recurso ................................................................................... 97 
6.2.13 Entidade: Matricula .................................................................................. 97 
6.2.14 Entidade: Reserva ................................................................................... 98 
6.2.15 Entidade: ItemReserva ............................................................................ 98 
6.2.16 Entidade: Ministra .................................................................................... 99 
6.2.17 Entidade: Nota ......................................................................................... 99 
6.2.18 Entidade: Frequência ............................................................................... 99 
6.2.19 Entidade: Horário ................................................................................... 100 
6.3 Mapeamento de Objeto Relacional ................................................................ 100 
7. Projeto de Interface ...........................................................................................102 
7.1 Interface Inicial ............................................................................................... 102 
7.1.1 Interface Cadastro Aluno ......................................................................... 103 
7.1.2 Interface Listar Aluno ............................................................................... 104 
7.1.3 Interface Alterar Aluno ............................................................................. 105 
7.1.4 Interface Inativar Aluno ............................................................................ 106 
7.2 Interface Realizar Matricula............................................................................ 107 
7.3 Interface Ministrar Aula .................................................................................. 108 
7.3.1 Interface Listar Ministra ............................................................................ 109 
7.4 Interface Nota ................................................................................................. 110 
7.5 Interface Frequência ...................................................................................... 110 
7.6 Interface Relação de Alunos Matriculados ..................................................... 111 
8. Considerações Finais ....................................................................................... 112 
7.1 Recomendações Futuras ............................................................................... 112 
Referências Bibliográficas ................................................................................... 113 
 
 
 
17 
 
INTRODUÇÃO 
Para manter-se competitiva uma empresa só sobrevive com um mínimo de 
informatização. Com o avanço da tecnologia em pleno século XXI, as organizações 
sempre estão buscando por melhorias e inovações, almejando acompanhar a 
globalização virtual obtendo benefícios, onde a cada dia quebra um novo paradigma, 
porém cada organização tem o seu modo de ingressar neste ramo que trás 
vantagens lucrativas, e percebível a curto e longo prazo. 
A tecnologia é uma ferramenta vital e aliada do empreendedor de qualquer 
ramo e não usá-la é perder dinheiro. Por isso, informatizar empresas não é 
supérfluo, nem luxo, é necessidade. Além do mais manter-se longe dos 
computadores profissionalmente hoje em dia é praticamente inviável. A 
informatização permite que o empresário reúna dados sobre o dia a dia do seu 
negócio, ajuda no planejamento e na tomada de decisões. 
Em organizações do ramo acadêmico e escolar, que não possuem sistemas 
implementados fica cada vez mais difícil organizar a administração desperdiçando 
tempo em muitos casos perdendo documentos por falta de digitalização de seus 
relatórios. 
Com um software direcionado a estas organizações elas também irão fazer 
parte dessa poderosa inovação à tecnologia tendo assim a possibilidade de maior 
ganho de tempo e segurança, onde os relatórios serão acessados pelos seus 
administradores de qualquer parte, com o armazenamento das informações 
importantes no banco de dados tornando fácil gerir a organização. 
Partindo dessa perspectiva, uma empresa que visa o crescimento, se 
informatizará e assim com mais organização e controle atingindo seus objetivos em 
tempo mais curto e com tomadas de decisões seguras a partir de dados 
comprovados que o sistema o proporcionará. 
 
18 
 
1.1 OBJETIVOS 
1.1.1 Objetivo Geral 
Desenvolver um sistema para o gerenciamento e controle das atividades 
escolares para empresas de pequeno a médio porte a serem realizadas pela a 
administração, visando em melhorias de organização, em que o mesmo fará o 
acompanhamento dos dados. 
 1.1.2 Objetivo Especifico 
 Desempenhar o processo de cadastro do aluno, dispensando o uso de fichas 
manuais, que podem ser facilmente extraviadas; 
 Gerenciar o processo de calculo de notas e faltas; 
 Geração de relatórios. 
 1.2 DELIMITAÇÃO DO TEMA 
Este trabalho propõe a desenvolver um sistema de secretaria escolar para 
desempenhar o gerenciamento das informações no secretariado, desde o cadastro 
passando pela matricula em uma determinada turma até a emissão de relatórios e 
boletim. 
 
 
 
 
 
 
19 
 
2. FUNDAMENTAÇÃO TEÓRICA 
Nesta seção serão abordados fundamentos de estudo e desenvolvimento do 
sistema proposto por este projeto, demonstrando o objetivo de gerenciar os dados 
escolares em secretarias, tendo a importância do planejamento do processo, 
utilizada para agregar qualidade e funcionalidade ao software. 
2.1 A IMPORTÂNCIA DA GESTÃO ESCOLAR 
A gestão escolar possui fundamentos que agrega valores políticos e 
pedagógicos que o norteiam discussões e decisões de projetos voltados à escola os 
conduzindo para a qualidade social e econômica. 
Segundo INVENÇÃO (2009), a dimensão que enfoca a atuação da gestão 
escolar de promover a organização e a articulação de todas as condições materiais 
e humanas necessárias, para garantir o avanço dos processos tornando capazes de 
enfrentar adequadamente os desafios da sociedade globalizada e da economia 
centrada no conhecimento. 
2.2 AS TECNOLOGIAS NO SECRETARIADO ESCOLAR 
A informática há certo tempo, têm assumido uma posição de destaque nos 
mais diversos ambientes de trabalho, seja ele diretamente ou indiretamente ligado 
ao segmento básico da informática não é tido como um diferencial, mas sim como 
algo indispensável. 
Segundo SOUZA (2013), a informatização é essencial para que os 
benefícios obtidos façam valor para qualquer instituição, como por exemplo, o 
espaço físico ocupado pelos documentos, a perda de dados se torna menor, a busca 
por alguma informação é agilizada pela facilidade de pesquisa, dentre outros vários 
benefícios. 
Entretanto, a informação é indispensável, sendo que a informação 
manuseada e tratada de forma correta possibilita aos gestores nas tomadas de 
decisões seguras e prudentes no gerenciamento de suas empresas e negócios. Por 
este motivo vale assegurar que a informática tem um destaque devido à sua 
20 
 
importância, para a inserção correta dos dados nos sistemas de gestão de empresa 
ou instituições. 
2.3 PADRÕES DE PROJETO 
A abordagem seguida nesta subseção será o padrão de projeto adotado 
para o desenvolvimento do sistema. Um padrão de projeto ele transcreve a 
problemática e aplica uma solução para o problema através de objetos e classes 
comunicantes e personalizadas (GAMMA. ET AL., 1995). 
2.3.1 DAO 
O DAO popularmente dito, ou Data Access Object é um padrão de projeto 
para persistência de dados, que permite separar as regras de negócio das regras de 
acesso a banco de dados. 
O processo DAO foi adicionado no projeto a ser desenvolvido pelas as 
funcionalidades do banco de dados, obtenção de conexões, mapeamento dos 
objetos Java para tipos de dados SQL ou a execução dos comandos SQL feitas nas 
classes DAO, e a fácil manipulação das informações que contem estruturas 
relacionais e hierárquicas. 
Segundo MACORATTI (2011), a vantagem de usar objetos de acesso a 
dados é a separação simples e rigorosa entre duas partes importantes de uma 
aplicação que não devem e não podem conhecer quase que nada uma da outra, e 
que podem evoluir frequentemente e independentemente. 
No contexto específico para a programação Java, um objeto de acesso pode 
ser implementado de várias maneiras variando desde uma simples interface que 
separa partes de acesso dos dados da lógica de negócio da aplicação até 
frameworks. 
2.4 ARQUITETURA MVC 
O MVC é uma arquitetura de desenvolvimento que fornece uma maneira de 
separar as funcionalidades de uma aplicação. 
21 
 
A utilização do MVC foi devido a suadivisão que se desmembra em três 
partes, iniciando pela a codificação das telas que são as Views, a comunicação do 
banco de dados são os Model, que são os nossos modelos e o Controller que é o 
controlador responsável pela comunicação, ou ponte entre as Views e a Model. 
Exemplificando, as camadas do MVC são divididas em três partes: 
a) Model (modelo): nesta aplicação temos as classes onde contém os objetos. 
b) Controller (controlador): nesta aplicação dividimos cada objeto como um 
gerente da aplicação. E este controlador acessa os objetos modelos, embute as 
regras de negocio e a estrutura dos dados. 
c) View (interface com o usuário): nesta aplicação constam as classes de 
interação com o usuário. Onde esse usuário pode interagir e trocar informações 
sem interferir nas outras aplicações do sistema. 
Segundo BASTOS (2011), a arquitetura MVC facilita a atualização e a 
interação dos componentes de domínio na regra de negócio. Além disso, o padrão 
MVC oferece vantagens de reaproveitar o código, manutenção, integração e 
escalabilidade na construção de um código limpo. 
2.5 BRMODELO 3.0 
O BrModelo 3.0 foi utilizado para fazer a modelagem do ER, sendo uma 
ferramenta que permite a conversão do diagrama do modelo conceitual para o 
modelo lógico. Possuindo uma interface interativa, permitindo assim a facilidade de 
manuseio por parte do usuário. Mesmo existindo varias ferramentas no mercado, o 
que mais atende a necessidade do projeto foi o BrModelo. 
Segundo NASCIMENTO (2008), o BrModelo não tem a intenção de ser a 
melhor ferramenta de modelagem, mais seu objetivo é apenas seguir a notação de 
Chen, com os atributos, entidades, relacionamento e etc. 
2.6 NET BEANS IDE 8.0 
O Net Beans é um ambiente de desenvolvimento integrado (IDE) de código 
aberto que permite o desenvolvimento de software em qualquer nível de 
22 
 
conhecimento, oferecendo ferramentas necessárias aos desenvolvedores para 
criação de aplicações Java, móveis e Web, tanto para iniciantes quanto para 
profissionais. 
O Net Beans possui recursos para a edição de códigos rápidos, inteligente, 
desenvolvimento da interface do usuário, escrita de códigos sem erro, vários 
conjuntos de plugins, rico em recursos para aplicações Web, suporte ao JEE, 
plugins para UML, suporte a banco de dados, entre várias outras. 
Com tudo isso, o uso desta ferramenta para o desenvolvimento do projeto foi 
devido as suas funcionalidades e recursos disponibilizados, onde a detecção do erro 
e das correções é eficaz e de fácil interação para o desenvolvedor que utiliza a 
análise da UML para a codificação. 
Com a interface como qualquer outro software de desenvolvimento, o Net 
Beans IDE destaca-se na apresentação de seus recursos, assim como o suporte 
para testes a fim de eliminar erros em aplicações mobile, além de possuir editores 
amigáveis e gerenciadores de projetos (TECHTUDO, 2014). 
2.7 HIBERNATE 4.2.6 
A arquitetura do Hibernate é composta por conjunto de operações 
responsáveis pela execução desde a criação, exclusão, consulta e atualização no 
banco de dados. Além de possuir uma interface para a realização de interações dos 
eventos e a aplicação do Hibernate. 
 Segundo Konda (2014), pelo Java ser um modelo orientado a objetos 
funciona com qualquer banco de dados no modelo relacional, tornando os dados e 
os espaços de armazenamento persistente e mantendo o sistema portátil para 
qualquer banco de dados no formato SQL. 
O uso do hibernate no desenvolvimento do projeto é devido as extensões 
existentes no ambiente Java, no qual, seus API’S (JTA, JNDI e JDBC) integra e 
interage no mapeamento dos objetos no banco de dados. As principais interfaces 
para o seu funcionamento são as Session, Session Factory, Transaction, Query, 
23 
 
Criteria e Configuration para a execução e comunicação das rotinas aplicadas no 
banco de dados. 
2.8 APACHE TOMCAT 8.0.3.0 
Segundo (LUCKOW e MELO, 2010), o Apache Tomcat é um servidor web 
que suporta tecnologias Java Servlets e JSP, o que permite que o Java funcione em 
aplicações web. 
O Apache Tomcat é um container, mantido por um grupo de voluntários da 
comunidade de código aberto do Java. O mesmo foi um subprojeto da Apache 
Jakarta, e pela sua alta popularidade, acabou ficando como um projeto da Apache. 
O uso do Apache Tomcat para a implantação do projeto foi utilizado para executar 
as aplicações web que utilizam tecnologias Servlets e JSPs, sendo um servidor 
bastante estável e com características que uma aplicação possui. 
Os Servlets são páginas escritas em Java que tem como finalidade gerar 
documentos HTML, onde o Web Designer precisa conhecer Java para poder 
construir as páginas de uma aplicação, mas esta limitação quanto ao conhecimento 
que os Web Designers precisa ter sobre o Java, que é a tecnologia JSP. 
2.9 JAVA SERVER PAGES 
O JSP é uma tecnologia que cria pagina dinâmicas para a Web, utilizando-
se paginas em HTML e código Java (TODD e SZOLKWSKI, 2003). Ela é uma 
tecnologia que vem integrada na IDE Net Beans e utilizada no projeto para 
construção das páginas, facilitando a interação e transições de páginas do trabalho 
envolvidos. 
O seu desenvolvimento contorna algumas limitações no desenvolvimento 
com Servlet, pois a mistura da lógica com HTML dificulta na alteração de 
formatação. Com a página JSP a formatação fica separada da lógica, assim, 
facilitando a manutenção. 
24 
 
Em função de o projeto ser orientado em Java, algumas informações 
deverão ser executadas através das páginas em JSP, porém de forma moderada 
para que não altere a lógica do negócio. 
2.10 CSS 3.0 
O CSS foi utilizado para a criação das telas do sistema, assim apresentando 
um layout agradável e personalizado. Foram aplicadas folhas de estilo externa, 
separando o HTML dos marcadores, assim facilitando para aplicar mudanças 
quando houver necessidade, pois as alterações são aplicadas nas folhas de estilo e 
não no código. As vantagens de utilizar folhar de estilo externo, pode se destacar: 
 Separação do formato com o conteúdo da página; 
 Facilidade na manutenção do CSS; 
 Área de trabalho menos poluídos; 
 Sistema mais leve sem sobrecargas nas páginas. 
A linguagem foi utilizada para definir a apresentação ao cliente, pois o CSS 
gera paginas definidas, e com estilos, assim como o HTML ou XML. Com o CSS é 
possivel em um unico arquivo produzir páginas elegantes, definir cores e 
formatações, que beneficia o desenvolvimento do programador promovendo a 
separação entre o formato e o conteudo de um documento. 
2.11 BOOTSTRAP 3.3.5 
O Bootstrap é um codigo aberto de coleção de ferramentas para a criação de 
sites e aplicações web. Ele contem HTML e CSS como modelos de design baseados 
em tipografia, formas, botões, navegação e outros componentes da interface, além 
das extensões Java Script ele facilita o desenvolvimento de sites dinâmicos e 
aplicações web. 
O Bootstrap é um framework front-end que consiste aos desenvolvedores web, a 
criação de páginas responsivas para o enquadramento do layout em qualquer 
modelo de telas de visualização em computadores, tablets e aparelhos smartphone, 
além de possuir plug-ins em Java Script que facilita a execução de tarefas, como 
25 
 
menu dropdown, modal, carousel, e dentre outras funcionalidades que ele tem a 
oferecer. 
Ele originalmente era chamado de Twitter Blueprint, e foi desenvolvido por Mark 
Otto e Jacob Thornton no Twitter, com o quadro para enconrajar a consistencia entre 
as ferramentas internas. Depois de alguns meses de desenvolvimento, muitos 
desenvolvedores no twitter começaram a contribuir para o projeto com, isso o nome 
foi rebatizado para Bootstrap, e lançandocomo um projeto open source em 19 de 
agosto de 2011. 
2.12 ASTAH PROFESSIONAL 7.0 
A ferramenta Astah foi utilizada para desenvolver os diagramas e modelos do 
sistema, e a versão utilizada foi Astah Professional 7.0. O Astah nada mais é do que 
um software para modelagem UML, como foi desenvolvido na plataforma Java, 
possui portabilidade para qualquer plataforma que possua uma máquina virtual. 
É um software de fácil manuseio, o que garante agilidade na construção dos 
diagramas. Visualmente simples e compreensivo, onde se tem em mãos uma 
ferramenta com todos os possiveis diagramas e modelos da Uml para serem 
criados. 
2.13 SCRIPLET 
O Scriptlet é um código escrito entre tags <% e %> composto da palavra 
script (pedaço de código em linguagem de script) com o sufixo let, que indica algo 
pequeno. A desenvolvedora Sun optou atribuir esse sufixo let em seus produtos 
como os scriptlets, servlets, applets etc. 
Essa tecnologia é o Java Server Pages (JSP) contém simplesmente código 
HTML, com o código fica claro que uma página JSP nada mais é que um arquivo 
baseado em HTML, com a extensão.jsp. Dentro de um arquivo JSP podemos 
escrever também código Java, para que possamos adicionar comportamento 
dinâmico em nossas páginas, como declaração de variáveis, condicionais (if), loops 
(for, while) entre outros, como exemplo que segue abaixo: 
 
26 
 
<% 
String mensagem = "Bem vindo!"; 
%> 
 
2.14 I TEXT 5.5.7 
Os relatórios foram gerados a partir da biblioteca Java iText, por ser um 
visualizador de documentos em PDF compatível com a IDE Net Beans 8.0.2. O 
mesmo foi criado pelo Adobe com seu código-fonte aberto sobre licença da AGPL, 
sendo que atualmente existem duas versões, uma para Java e outra para C# 
(MEDEIROS, 2014). 
Através do iText é possível manipular documentos em formato HTML, RTF, 
XML e PDFs. O tamanho padrão gerado do PDF pela biblioteca é o A4, sendo que é 
possível sua alteração utilizando o método setPagesize. Através das classes que 
contém na biblioteca, é possível gerar documentos contendo textos, tabelas, e 
imagens e apresenta diversos tipos de fontes. Sendo que sua classe principal para 
gerar documentos é o Document. 
2.15 LINGUAGEM JAVA 
O Java é uma programação interpretada orientada a objetos desenvolvida 
na década de 90, por uma equipe de programadores chefiada por James Gosling, 
onde o seu diferencial era aplicar linguagens convencionais compiladas para código 
nativo, e executado por uma máquina virtual. 
Entretanto, a linguagem Java foi desenvolvida no projeto proposto em 
orientação a objeto, onde o seu estudo é influenciado na abstração de conceitos do 
mundo real, na qualidade da modelagem dando estratégias para eliminar as 
dificuldades no processo. 
A orientação a objeto é utilizada em várias linguagens de programação, que 
tem a intenção de ajudar os fatores de tempo e agilidade no desenvolvimento de 
sistemas, onde possui elementos que formam a estrutura da linguagem, como 
27 
 
classes, objetos, métodos, atributos e construtores que promovem a reutilização da 
aplicação para abstrair e modularizar a estrutura da programação. 
2.15.1 Ferramentas do Java 
2.15.2 Frameworks 
 Hibernate é um framework para o mapeamento dos objetos relacionais 
escritos na linguagem Java; 
2.15.3 Ambientes de desenvolvimento 
 Net Beans (software livre) — uma IDE desenvolvida pela Sun Microssystems. 
2.15.4 Extensões 
 JSF (JavaServer Faces); 
 JSP (JavaServer Pages); 
 JDBC (Java Database Connectivity); 
 JDO (Java Data Objects); 
 JEE (Enterprise Edition); 
 E dentre outros. 
2.15.5 Versão Java 8.0 
As versões Java seguem uma padronização, onde elas iniciam com 1.2.3a-
000 e o significado destas numerações segue abaixo: 
1. Versão da base; 
2. Mudanças de biblioteca: É implantado mais objetos e/ou métodos; 
3. Bug-fixes: quando implantada não funciona em versões anteriores; 
a. São versões lançadas para corrigirem algum erro de segurança; 
000. Significa a mesma coisa que a versão a, só que foi implementada na versão do 
Java; 
28 
 
A versão do Java atualmente é a 8.0, em que seus melhoramentos foram 
aplicados na: 
 Métodos de Expressão Lambda e Extensão Virtual 
O destaque do Java SE 8.0 é a implementação de expressões Lambda e 
funcionalidades de suporte para a linguagem de programação e plataforma Java. 
 API de Data e Hora 
Essa nova API permitirá que os desenvolvedores tratem data e hora de maneira 
mais natural, clara e fácil de entender. 
 Nashhorn Java Script Engine 
Uma nova implementação leve de alto desempenho do motor Java Script foi 
integrada ao JDK e está disponível para aplicações Java por meio das API’s 
existentes. 
 Maior Segurança 
A lista manual existente de métodos sensíveis do chamador foi substituída por um 
mecanismo que identifica com precisão esses métodos e permite que seus 
chamadores sejam descobertos com confiança. 
2.15.6 JDK 8.0.55 
O JDK, abreviação para Java Development Kit, sendo uma biblioteca aonde 
sua finalidade é permitir a criação de jogos e programas em plataforma Java. Sua 
disponibilidade é fornecida pela Oracle, e nele vem o ambiente embutido para a 
criação e execução das aplicações. 
2.15.7 JRE 8.0.65 
O JRE é uma Java Virtual Machine (JVM), classes centrais e bibliotecas da 
plataforma Java, que representa a parte responsável pelo tempo de execução do 
sistema Java e também as execuções de alguma atividade no navegador da Web. 
29 
 
Ele é plug-in que permite que os applets sejam executados, e a descrição da 
linguagem Java seja executada, por exemplo, requisições bancárias, 
governamentais, compras e etc., e o seu uso é mais voltado para usuários finais. 
2.16 BANCO DE DADOS 
Segundo Oliveira (2012), o banco de dados é conjunto lógico de dados que 
possuem uma coerência intrínseca, onde possuem aspectos do mundo real que 
mantem informações para atender os requisitos necessários. 
A necessidade desses requisitos serve para elaborar a estrutura do banco 
de dados em que existem diversos objetos que podem ser armazenados, como 
índices, visões, procedimentos e funções. 
O banco de dados é dividido em cinco tipos que são Hierárquico, Rede, 
Objeto-Relacional e Objeto. Com essas estruturas é possível criar, manter dados e 
gerenciar as transações efetuadas no SGBD que permite a extração das 
informações de maneira rápida e segura. 
2.16.1 SGBD MySQL Query Browser 1.1.20 
O sistema de gerenciamento de banco de dados (SGBD) utilizado para a 
manipulação dos dados foi o MySQL Query Browser, que trabalha com a linguagem 
SQL e a criação de modelos de objetos relacionais. O MySQL é o banco de dados 
mais populares e o seu sucesso se deve à facil integração com o PHP incluido nos 
pacotes de hospedagem de sites oferecidos atualmente. 
Pela persistência na criação e manipulação dos dados, a linguagem SQL 
torna-se simples para que o domínio do problema seja solucionado de forma direta e 
objetiva, sendo que foram utilizados comandos SQL encaixados nos grupos DDL e 
DML, sendo que a DDL (Data Definition Language) utiliza-se para criar (CREATE), 
alterar (UPDATE) e apagar (DELETE) objetos do banco de dados, enquanto a DML 
(Data Manipulation Language) utiliza-se para gerenciar os dados, como por 
exemplo, o SELECT para recuperar os dados de uma tabela. 
30 
 
Segundo Cardoso & Cardoso (2012), o gerenciamento se destaca ao 
modelo relacional facilitando a manipulação dos dados proposto ao um 
denominando software MYSQL, para trabalhar exclusivamente com o modelo 
relacional, projetando o seu funcionamento tornando possível a criação e 
manipulação dos dados com um propósito geral. 
2.16.2SQL 
O Structured Query Language ou Linguagem de Consulta Estruturada é a 
linguagem de pesquisa declarativa padrão para banco de dados relacional (base de 
dados relacional), em que muitas das características originais do SQL foram 
inspiradas na álgebra relacional. Para manter sua estrutura de manipulação no 
banco de dados, além de incluir, alterar, excluir e modificar, o SQL não é uma 
linguagem de programação, mas podemos chamá-la de sublinguagem. 
Segundo Oliveira (2012), o SQL não é uma linguagem procedural, sendo 
possível especificar o que pode ser feito e o que não pode ser feito em que seus 
conjuntos de linhas serão atingidos por um comando, portanto não é necessário o 
entendimento lógico interno do SQL no banco de dados e sim onde estão sendo 
armazenados fisicamente. 
2.17 ORIENTAÇÃO A OBJETOS 
Orientação a objetos é uma definição formal para a análise, projeto e 
programação de sistemas baseando nas composições e interações entre 
diversos objetos. Além de ser um modelo utilizado em desenvolvimento de várias 
linguagens, como o Java que possui sua natividade que o programador utiliza os 
conceitos de herança, polimorfismo e encapsulamento. 
Segundo Mendes (2009), ao desenvolver em orientação a objeto, a 
linguagem Java possui dois paradigmas diferentes que é a própria orientação a 
objetos e a estruturada, que na visão dos programadores existe a forma de pensar e 
escrever códigos diferentes adotando as formas para gerenciar a complexidade do 
sistema. 
31 
 
2.18 UML 2 – UNIFIED MODELING LANGUAGE (LINGUAGEM DE 
MODELAGEM UNIFICADA) 
A elaboração do projeto de software é fundamental utilizar uma linguagem de 
modelagem. Segundo Bezerra (2007), a UML é uma linguagem visual para 
modelagem de sistemas orientada a objetos, isso quer dizer que a linguagem é 
constituída por elementos visuais utilizados para representar os conceitos dos 
paradigmas orientados a objeto representado por respectivos sistemas. 
O objetivo é a construção do sistema dando a adição a empresas ou 
organizações de pequeno a médio porte que o sistema será utilizado para a 
produção nos processos da empresa, dando aumentos significativos e 
economicamente. 
Ela é aplicada nos seus diagramas e modelos gerando varias perspectivas do 
sistema, e tornando a visualização do mesmo em sua totalidade. O objetivo disto é 
fornecer múltiplas visões do sistema a ser modelado, analisando-o sob diversos 
aspectos, procurando-se assim atingir a completitude da modelagem, permitindo que 
cada diagrama complemente os outros. (GUEDES, 2011). 
 
 
 
 
 
 
 
 
 
32 
 
3. DESENVOLVIMENTO DO SISTEMA 
Nesta seção serão abordados os requisitos que fundamentaram o estudo e 
desenvolvimento preposto por este projeto. 
3.1 DESCRIÇÃO DO SISTEMA 
O sistema será desenvolvido para atender as necessidades de 
gerenciamento de escolas de pequeno a médio porte, exclusivamente para escolas 
do ensino fundamental, assim o sistema deverá manter o cadastro de funcionários, 
onde possuem seus atributos como código, nome, RG, CPF, endereço, bairro, 
telefone, tipo de usuário, login e senha, que por padrão será definida por CPF e 
alterada posteriormente pelo usuário. 
O funcionário será classificado em um dos três tipos de usuários disponíveis 
que são coordenador, professor e secretário, onde o coordenador será responsável 
por toda a atividade especifica do sistema como cadastrar, alterar, listar e desativar 
os (Alunos, Responsáveis, Funcionários, Bairro, Turmas/Série, Disciplinas, Horário e 
Recurso). O professor possuirá uma ou várias especialidades e estas pertencerão a 
nenhum ou vários professores. 
A respeito dos alunos que precisam dos seguintes dados como nome, RG, 
CPF, idade, endereço, bairro e telefone, e seus responsáveis, onde o sistema 
necessitará dos dados como nome, RG, CPF, endereço, bairro e telefone. Sendo 
que o RG e o CPF do aluno não são obrigatórios, caso os alunos não possuírem 
esses documentos. 
Quem realizará o processo de matriculas será o funcionário do tipo 
Secretária, que fará a execução desta atividade alocando-o na turma, que possuirá 
uma série e turno que irá ser cursado. 
Os Recursos Escolares serão gerenciados pelo sistema, e a função será 
executada pelo funcionário do tipo secretário, que fará o empréstimo dos recursos 
será solicitado pelo funcionário do tipo professor. O sistema irá controlar o estoque 
dos recursos cadastrados. 
33 
 
O sistema fará o processo de inclusão de notas e faltas por disciplina e 
professor para o maior controle de absenteísmo dos alunos e o mesmo emitirá os 
seguintes relatórios como Relatório de Alunos Matriculados e Relatório de Notas. 
3.2 REQUISITOS DO SISTEMA 
Segundo PRESSMAN (2011), os requisitos apropriam-se para entender 
aquilo que o cliente deseja que o sistema realize, analisando suas necessidades e 
avaliando as melhores soluções para atender os requisitos. 
Portanto é recomendado que os requisitos, se descritos textualmente, sejam 
numerados em sequencia, tanto para os requisitos funcionais quanto para os 
requisitos não funcionais. (SILVA e VIDEIRA, 2001). 
3.2.1. Requisitos Funcionais 
 Segundo Sommerville (2003) “Os requisitos funcionais descrevem o que o 
sistema fornecerá como funcionalidades a seus usuários, ou seja, é a solicitação do 
cliente, o que ele quer que o sistema realize”. 
[RF- 01] Manter Responsável; 
[RF- 02] Manter Aluno; 
[RF- 03] Manter Disciplinas; 
[RF- 04] Manter Professor; 
[RF- 05] Manter Coordenador; 
[RF- 06] Manter Secretaria; 
[RF- 07] Manter Serie; 
[RF- 08] Manter Turma; 
[RF- 09] Manter Horário; 
[RF- 10] Realizar Matricular; 
34 
 
[RF- 11] Realizar Reserva 
[RF- 12] Realizar Login; 
[RF- 13] Lançar Notas e Faltas; 
[RF- 14] Reserva de Recursos; 
[RF- 15] Gerar Relatório de Alunos Matriculados; 
[RF- 16] Emitir Boletim; 
[RF- 17] Gerar Relatório de Reservas por Data. 
3.2.2. Requisitos não funcionais 
Os requisitos não funcionais são propriedades que melhoram ou restringem 
o sistema, porém não diz respeito às funções que o sistema fornecerá 
(SOMMERVILLE, 2003). 
 Usabilidade 
[RNF - 01] A interface do sistema será agradável e responsiva para que as suas 
funcionalidades e informações devam estar bem visíveis, e disponíveis ao usuário. 
[RNF - 02] O layout do sistema exibirá sem deformidade somente em qualquer 
browser disponível. 
3.3 METODOLOGIA DE DESENVOLVIMENTO DO SISTEMA 
Abordaremos nesta seção a metodologia que adotamos para o 
desenvolvimento do sistema. 
3.3.1 Processo Unificado 
O processo unificado é um processo popular para desenvolvimento de 
sistemas orientado a objetos, que possui um refinamento interativo como base a 
35 
 
UML para facilitar o entendimento dos aspectos inerentes do sistema projetado 
tendo os casos de uso como fonte ou entrada no processamento das atividades. 
Para PRESSMAN (2011), o processo unificado é uma tentativa de aproveitar 
os recursos e características para o processamento e desenvolvimento ágil de 
software, reconhecendo a importância da comunicação dos métodos relacionados 
da visão do cliente para a construção do sistema. 
Tabela 1: Fases do Projeto 
 
Fases Interações 
Etapas de Desenvolvimento do Projeto 
AGO SET OUT NOV DEZ 
CONCEPÇÃO 
 
DEFINIÇÃO E 
LEVANTAMENTO DE 
REQUISITOS 
 
X 
 
ELABORAÇÃO 
 
PROJETO DE MODELAGEM 
DOS CASOS DE USO 
 
X 
 
CONSTRUÇÃO 
 
IMPLEMENTAÇÃO E TESTES 
 
 
X X X 
 
 
INTEGRAÇÃO E TESTES NO 
SISTEMA 
 
 
X 
 
TRANSIÇÃO 
 
OPERAÇÃO E MANUTENÇÃO 
 
 
X X 
Fonte: Autores 
O processo unificado tem suas fases divididas conforme a tabelaacima, 
tendo como base as secretarias de escola pública, onde realizam o processo de 
matrícula, e emissão das notas e faltas diretamente do sistema, como base inicial da 
pesquisa. 
A iniciação da definição e do levantamento de requisitos teve objetivo 
especifico de colher os requisitos funcionais e não funcionais do projeto de forma 
puramente sequencial dos requisitos do software. 
A verificação dos requisitos necessários para o desenvolvimento é iniciado 
com o projeto do sistema, tendo como base a concepção para a codificação, o uso 
das ferramentas de modelagem como, por exemplo, as descrições e diagrama de 
36 
 
casos de uso, diagramas de classe, atividade e estado para os componentes e 
descrições do sistema. 
 Após as fases de projeção do sistema dá-se o inicio a construção do 
sistema, sendo verificada a conexão com o banco de dados e seus objetos, 
métodos, atributos e classes da camada MVC e a construção das telas do sistema, 
onde são testados, quanto ao design das telas e o código de desenvolvimento, e 
nela são introduzidos os testes de interação para adaptação das funcionalidades e 
remoção de defeitos. 
Portanto o modelo move-se para a fase de transição quando a fase anterior 
está completa e apenas é feita a operação e manutenção do projeto, onde são 
analisadas e definidas a fim de que o desenvolvimento ocorra de acordo com o 
projeto elaborado e em tempo hábil. 
3.3.2 LISTA DE FUNCIONALIDADES 
Tabela 2: Lista de Funções 
Nº Nome Necessidade Benefício Tipo 
01 
Manter 
Aluno 
Registrar os dados dos 
alunos. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros dos alunos 
que farão matricula. 
M 
02 
Manter 
Responsável 
Registrar os dados dos 
responsáveis. Listar, Alterar 
e Inativar o mesmo caso 
necessário. 
Ter os registros dos 
responsáveis que farão 
parte dos alunos. 
M 
03 
Manter 
Professor 
Registrar os dados dos 
professores. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros dos 
professores que 
ministrarão disciplinas. 
M 
04 
Manter 
Secretária 
Registrar os dados das 
secretarias. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros das 
secretárias que realizara o 
processo de matricula. 
M 
05 
Manter 
Coordenador 
 
 
Registrar os dados dos 
coordenadores. Listar, 
Alterar e Inativar o mesmo 
caso necessário. 
 
 
Ter os registros dos 
coordenadores que farão 
todo o processo e 
manutenção do sistema. 
M 
37 
 
06 
Manter 
Recursos 
Registrar os dados dos 
recursos. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
 
Ter os registros dos 
recursos que serão 
utilizados na escola 
M 
07 Manter Série 
Registrar os dados das 
séries. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros das séries 
que integrarão o controle 
de alocação dos alunos. 
M 
08 
Manter 
Turma 
Registrar os dados das 
turmas. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros das 
turmas que farão parte das 
séries que alocarão os 
alunos. 
M 
09 
Manter 
Disciplina 
Registrar os dados das 
disciplinas. Listar, Alterar e 
Inativar o mesmo caso 
necessário. 
Ter os registros das 
disciplinas que farão parte 
das aulas ministradas. 
M 
10 
Realizar 
Matricula 
Processo de Matricula dos 
dados dos Alunos. 
As realizações de 
matricula farão parte para 
controle de alunos 
alocados nas turmas. 
P 
11 
Realizar 
Reserva 
Processo de Reserva dos 
Recursos. 
As reservas farão parte 
para controle dos 
recursos. 
P 
12 
Lançar 
Notas 
Processo de Lançamentos 
de Notas dos dados dos 
Alunos. 
Farão parte para medir o 
grau de coeficiente dos 
alunos. 
P 
13 
Lançar 
Faltas 
Processo de Lançamentos 
de Faltas dos dados dos 
Alunos. 
Farão parte para controle 
de absenteísmo dos 
alunos. 
P 
14 
Relatório de 
Matriculados 
Geração de Relatórios de 
Matriculados. 
Farão parte para controle 
de resultados de 
matriculas. 
R 
15 
Emitir 
Boletim 
Geração de Boletins para 
conferência de notas 
Farão parte para controle 
de lançamentos e 
visualização de notas e 
faltas. 
R 
16 
Relatório de 
Reservas de 
Recursos 
Geração de Relatório de 
Reservas para controle dos 
Recursos 
Farão parte para gerir o 
controle de entrada e 
saída dos recursos. 
R 
Fonte: Autores 
 
 
 
38 
 
4. ANALISE 
A análise é uma parte do processo para desenvolvimento de sistemas, onde 
englobam todas as tarefas, desde o levantamento, definição e escopo do projeto. 
Segundo (GUEDES, 2011), a analise constitui a principal fase da modelagem, 
independente do método ou do processo divididas em etapas desde a elaboração 
dos requisitos a implementação do software. 
4.1 MODELAGEM DE CASO DE USO 
O diagrama de caso de uso é composto por atores e casos de uso nos quais 
representam os relacionamentos entre si, por meio de uma linguagem simples, onde 
possibilita a compreensão do comportamento externo do sistema, mesmo 
concentrando em dois itens principais: atores e caso de uso. O diagrama 
apresentado abaixo representa os papeis desempenhados pelos usuários do 
sistema e as funcionalidades que o mesmo utilizará. 
Figura 1 – Diagrama de Caso de Uso 
 
 
 
 
 
 
 
 
 
 
Fonte: Autores 
Nota: A imagem será mostrada em A4 para melhor visualização 
39 
 
4.2 DESCRIÇÕES DE CASO DE USO 
São as funcionalidades do sistema que nela costuma-se descrever: quais 
atores interagem com ele, quais etapas devem ser executadas pelo ator e pelo 
sistema para que o caso de uso execute sua função (GUEDES, 2011). 
4.2.1 – Manter Responsável 
A descrição de caso de uso Manter Responsável apresentada abaixo 
mostrará como funciona todo o processo de cadastro, listagem, alteração e 
inativação no sistema. 
Tabela 3: Manter Responsável - Analise 
Caso de Uso: Manter Responsável Sigla: 
UC01 
Objetivo: Cadastrar, Listar, Alterar e Inativar dados referentes ao Responsável. 
Ator: Coordenador ou Secretário 
Pré-condições: Os atores devem está cadastrado no BD. 
Pós-condições: Não aplicável. 
Fluxo Principal 
1. Este UC se inicia quando o ator acessa o menu Responsável; 
2. O sistema exibe um sub-menu com as opções como Cadastro e Listar; 
3. O ator clica no sub-menu Cadastro; 
4. Se o ator clicar em Cadastro; 
5. O sistema executa o fluxo alternativo CADASTRO FA01; 
6. Se o ator clica em Listar; 
7. O sistema executa o fluxo alternativo LISTAR FA02; 
8. Este fluxo se encerra. 
Fluxo Alternativo Cadastro FA01 ref. UC02(4). 
Pré-condições: Cadastrar Responsável. 
Pós-condições: Não aplicável. 
Passos: 
1. O sistema busca os bairros cadastrados no BD; 
2. O sistema exibe a tela de Cadastro de Responsável; 
3. O ator preenche os dados do responsável (Nome, RG, CPF, Endereço e 
Telefone); 
4. O ator seleciona o bairro; 
5. O ator clica no botão Salvar; 
6. O sistema valida os campos; 
7. O sistema salva os dados no BD da tabela: Responsável 
8. O sistema exibe a mensagem: “Responsável Salvo com Sucesso”; 
9. O sistema retorna para a tela inicial; 
10. Este fluxo se encerra. 
 
40 
 
Fluxo Alternativo: Listar FA02 ref. UC02(6). 
Pré-condições: Responsáveis Cadastrados. 
Pós-condições: Não aplicável 
Passos: 
 
1. O sistema exibe a tela Listar Responsáveis cadastrados; 
2. O sistema exibe os botões Alterar e Inativar; 
3. Se o ator clicar em Alterar; 
4. O sistema executa o fluxo alternativo ALTERAR FA03; 
5. Se o ator clica em Inativar; 
6. O sistemaexecuta o fluxo alternativo INATIVAR FA04; 
7. Este fluxo se encerra. 
Fluxo Alternativo: Alterar FA03 ref. UC02(3). 
Pré-condições: Responsáveis Cadastrados. 
Pós-condições: Não aplicável 
Passos: 
1. O sistema busca os bairros cadastrados no BD; 
2. O sistema exibe a tela de alteração; 
3. O ator realiza as alterações; 
4. O ator seleciona o bairro; 
5. O ator clica no botão Salvar; 
6. O sistema salva os dados no BD da tabela: Responsável; 
7. O sistema exibe a mensagem: “Responsável Alterado com Sucesso”; 
8. O sistema retorna para a tela Listar Responsável; 
9. Este fluxo se encerra. 
Fluxo Alternativo: Inativar FA04 ref. UC02(5). 
Pré-condições: Responsáveis Cadastrados. 
Pós-condições: Não aplicável 
Passos: 
1. O sistema exibe a tela com o nome do responsável desejado; 
2. O ator seleciona o status; 
3. O ator clica no botão Salvar; 
4. O sistema exibe uma mensagem: “Inativado com Sucesso”; 
5. O sistema retorna para a tela Listar Responsável; 
6. Este fluxo se encerra. 
Fluxo de Exceção Campos Obrigatórios FE01 ref. FA01(8). 
Pré-condições: 
Pós-condições: 
Passos: 
1. O sistema exibe uma mensagem: Campos Obrigatórios. (msg de Erro de 
Campos Obrigatórios); 
2. O sistema muda a cor dos campos obrigatórios que não foram preenchidos 
para amarelo; 
3. Este fluxo retorna para o FA01(3); 
4. Este fluxo se encerra 
Fonte: Autores 
41 
 
4.2.2 – Manter Aluno 
A descrição de caso de uso Manter Aluno apresentará o mesmo 
funcionamento conforme a tabela 2, exibida anteriormente e mostrará como funciona 
todo o processo de cadastro, listagem, alteração e inativação no sistema. 
 
Tabela 4: Manter Alunos - Analise 
Caso de Uso: Manter Alunos Sigla: 
UC02 
Objetivo: Cadastrar, Listar, Alterar e Inativar dados referentes ao Aluno. 
Ator: Coordenador ou Secretário 
Pré-condições: Os atores devem está cadastrado no BD. 
Pós-condições: Não aplicável. 
Fluxo Principal 
1. Este UC se inicia quando o ator acessa o menu Alunos; 
2. O sistema exibe um sub-menu com as opções como Cadastro e Listar; 
3. O ator clica no sub-menu Cadastro; 
4. Se o ator clicar em cadastro; 
5. O sistema executa o fluxo alternativo CADASTRO FA01; 
6. Se o ator clica em listar; 
7. O sistema executa o fluxo alternativo LISTAR FA02; 
8. Este fluxo se encerra. 
Fluxo Alternativo Cadastro FA01 ref. UC02(4). 
Pré-condições: Cadastrar Alunos. 
Pós-condições: Não aplicável. 
Passos: 
1. O sistema busca os bairros cadastrados no BD; 
2. O sistema busca os responsáveis no BD; 
3. O sistema exibe a tela de Cadastro de Aluno; 
4. O ator preenche os dados do aluno (Nome, RG, CPF, Idade, Endereço e 
Telefone); 
5. O ator seleciona o sexo; 
6. O ator seleciona o bairro; 
7. O ator seleciona o responsável; 
8. O ator clica no botão Salvar; 
9. O sistema valida os campos; 
10. O sistema salva os dados no BD da tabela: Aluno 
11. O sistema exibe a mensagem: “Aluno Cadastrado com Sucesso”; 
12. O sistema exibe a tela Realizar Matricula do UC 03; 
13. Este fluxo se encerra. 
Fluxo Alternativo: Listar FA02 ref. UC02(6). 
Pré-condições: Alunos Cadastrados. 
Pós-condições: Não aplicável 
42 
 
Passos: 
1. O sistema exibe a tela Listar Alunos cadastrados; 
2. O sistema exibe os botões Alterar e Inativar; 
3. Se o ator clicar em Alterar; 
4. O sistema executa o fluxo alternativo ALTERAR FA03; 
5. Se o ator clica em Inativar; 
6. O sistema executa o fluxo alternativo INATIVAR FA04; 
7. Este fluxo se encerra. 
Fluxo Alternativo: Alterar FA03 ref. UC02(3). 
Pré-condições: Alunos Cadastrados. 
Pós-condições: Não aplicável 
Passos: 
1. O sistema busca os bairros cadastrados no BD; 
2. O sistema busca os responsáveis no BD; 
3. O sistema exibe a tela de alteração; 
4. O ator realiza as alterações; 
5. O ator seleciona o responsável; 
6. O ator seleciona o bairro; 
7. O ator clica no botão Salvar; 
8. O sistema valida os campos; 
9. O sistema salva os dados no BD da tabela: Aluno 
10. O sistema exibe a mensagem: “Aluno Alterado com Sucesso”; 
11. O sistema retorna para a tela Listar Alunos; 
12. Este fluxo se encerra. 
Fluxo Alternativo: Inativar FA04 ref. UC02(5). 
Pré-condições: Alunos Cadastrados. 
Pós-condições: Não aplicável 
Passos: 
1. O sistema exibe a tela com o nome do aluno desejado; 
2. O ator seleciona o status; 
3. O ator clica no botão Salvar; 
4. O sistema exibe uma mensagem: “Aluno Inativado com Sucesso”; 
5. O sistema retorna para a tela Listar Alunos; 
6. Este fluxo se encerra. 
Fluxo de Exceção Campos Obrigatórios FE01 ref. FA01(8). 
Pré-condições: 
Pós-condições: 
Passos: 
1. O sistema exibe uma mensagem: Campos Obrigatórios. (msg de Erro de 
Campos Obrigatórios); 
2. O sistema muda a cor dos campos obrigatórios que não foram preenchidos 
para amarelo; 
3. Este fluxo retorna para o FA01(4); 
4. Este fluxo se encerra 
Fonte: Autores 
43 
 
4.2.3 – Realizar Matricula 
A descrição de caso de uso Realizar Matricula apresentará o funcionamento 
de todo o processo de matricula, listagem de matriculados e o cancelamento da 
matricula dos alunos no sistema. 
Tabela 5: Realizar Matricula - Analise 
Caso de Uso: Realizar Matricula Sigla: 
UC03 
Objetivo: Realizar a matricula dos alunos. 
Ator: Coordenador ou Secretaria 
Pré-condições: Os atores devem está cadastrado no BD. 
Pós-condições: Os alunos devem está cadastrados. 
Fluxo Principal 
1. Este UC se inicia quando o ator clica no menu Matricula; 
2. O sistema exibe o sub-menu com a opção Realizar Matricula; 
3. Caso o ator clicar em Realizar Matricula; 
4. O sistema executa o fluxo alternativo FA01; 
5. Este fluxo se encerra. 
Fluxo Alternativo Realizar Matricula FA01 ref. UC03(3). 
Pré-condições: Realizar Matricula de Aluno. 
Pós-condições: Não aplicável. 
Passos: 
1. O sistema busca os alunos cadastrados no BD; 
2. O sistema busca as turmas cadastradas no BD; 
3. O sistema busca as secretarias cadastradas no BD; 
4. O ator seleciona o aluno; 
5. O ator seleciona a secretaria que realiza o atendimento; 
6. O ator seleciona a turma com a série desejada; 
7. O ator clica em salvar; 
8. O sistema salva os dados no BD na tabela: Matricula 
9. O sistema exibe uma mensagem: “Aluno Matriculado com Sucesso” 
10. O sistema exibe a tela Gerenciar Ministra; 
11. O sistema executa o fluxo alternativo FA02; 
12. Este fluxo se encerra. 
Fluxo Alternativo Gerenciar Ministra FA02 ref. UC03(10). 
Pré-condições: Adicionar Disciplinas aos Alunos Matriculados. 
Pós-condições: Não aplicável. 
Passos: 
1. O sistema exibe a tela Gerenciar Ministra; 
2. O sistema busca no BD os dados da tabela professor; 
3. O sistema busca no BD os dados da tabela disciplina; 
4. O ator seleciona o professor; 
5. O ator seleciona a disciplina; 
6. O ator clica no botão Salvar; 
44 
 
7. Caso o ator quiser adicionar mais disciplinas; 
8. O sistema executa novamente o mesmo procedimento do passo 4; 
9. Caso o ator clicar em Finalizar; 
10. O sistema exibe a tela inicial; 
11. Este fluxo se encerra. 
Fonte: Autores 
4.2.4 – Lançar Notas e Faltas 
A descrição de caso de uso Lançar Notas e Faltas, que apresentará o 
processamento de notas e faltas dos alunos no sistema. 
Tabela 6: Lançamentos- Analise 
Caso de Uso: Lançamentos Sigla: 
UC04 
Objetivo: Lançar Notas e Faltas dos alunos. 
Ator: Coordenador, Professor ou Secretaria. 
Pré-condições: Os atores devem está cadastrado no BD. 
Pós-condições: Os alunos devem está cadastrados. 
Fluxo Principal 
1. Este UC se inicia quando o ator clica no menu Lançamentos; 
2. O sistema executa