TrabalhoCorrigido 669196

Prévia do material em texto

54
UNIVERSIDADE ESTÁCIO DE SÁ – SISTEMA DE INFORMAÇÕES
SISTEMA DE GERENCIAMENTO ESCOLAR
DIEGO DE FIGUEIREDO SANTOS
NITERÓI, 2017
DIEGO DE FIGUEIREDO SANTOS
SISTEMA DE GERENCIAMENTO ESCOLAR
Trabalho de Conclusão de Curso apresentado como exigência parcial para a obtenção do título de Bacharel, do Curso de Sistemas de Informação, ministrado pela Universidade Estácio de Sá – Campus Niterói.
Orientador professor Fabio Bernardo da Silva.
UNIVERSIDADE ESTÁCIO DE SÁ – SISTEMA DE INFORMAÇÕES
NITERÓI, 2017
UNIVERSIDADE ESTÁCIO DE SÁ – SISTEMA DE INFORMAÇÕES
SISTEMA DE GERENCIAMENTO ESCOLAR
Este relatório, do trabalho de conclusão de curso, foi julgado adequado para obtenção dos créditos da disciplina de trabalho de conclusão de curso do VII semestre, obrigatória para obtenção do título de:
BACHAREL EM SISTEMAS DE INFORMAÇÃO
Por:
Diego de Figueiredo Santos
BANCA EXAMINADORA
Orientador: 	
Fabio Bernardo da Silva
NOTA: 	
Aprovado	Aprovado com restrições	Reprovado
Niterói, xx de Dezembro de 2017. NITERÓI – BRASIL
Dedico este trabalho a minha família e a minha noiva, que nos momentos difíceis nunca me abandonaram e sempre me ajudaram para que hoje eu estivesse concluindo o curso de Sistemas de Informação.
Dedicatória
Primeiramente agradeço a Deus por me dar forças para enfrentar os obstáculos durante todos os períodos. Agradeço a minha família e a minha noiva por todo apoio e compreensão em todos os momentos, pelos incentivos quando necessários para que eu jamais desistisse do meu sonho e continuasse a me destacar nos estudos e finalizar minha graduação.
Agradeço aos amigos e Mestres que contribuíram de alguma forma para que eu alcançasse todo conhecimento necessário para execução deste trabalho de conclusão de curso.
Agradecimentos
“Inteligência é a capacidade de absorver informação em tempo real. De fazer perguntas que façam sentido. É ter boa memória. É traçar pontes entre assuntos que não parecem estar relacionados e inovar ao fazer essas conexões.”
Bill Gates
Epígrafe
Nos últimos anos o crescimento na utilização de recursos tecnológicos em várias áreas de negócios responsáveis por Tecnologia da Informação vem ganhando grande importância nas empresas. Com intuito de aumentar a produção com confiabilidade e manutenção, tornou-se crucial a melhoria no gerenciamento de todas as atividades envolvidas com a tecnologia. Sendo assim, a forma mais eficaz seria a criação de Sistema capaz de fazer esse trabalho com eficiência e segurança. O SGE (Sistema de Gerenciamento Escolar) se propõe a ser uma ferramenta acessível às Escolas das redes públicas e privadas, para controlar todas as funções pertinentes a Instituição. O Sistema será desenvolvido na linguagem de programação PHP e com banco de dados MySQL.
Palavras-Chave: PHP, SGE, Gerenciamento Escolar, Banco de Dados, My SQL.
Resumo
In recent years the growth in the use of technological resources in various business areas responsible for Information Technology has been gaining great importance in companies. In order to increase production with reliability and maintenance, it has become crucial to improve the management of all the activities involved with the technology. Therefore, the most effective way would be to create a System capable of doing this work efficiently and safely.
The SGE (School Management System) proposes to be an accessible tool to the Schools of the public and private networks, to control all the functions pertinent to Institution. The system will be developed in the PHP programming language and with MySQL database.
Keywords: PHP, SGE, School Management, Database, My SQL.
Abstract
	Figura 1:
	Estimativa de custo com Recursos Humanos -----------------------------------------
	14
	Figura 2:
	Estimativa de custo com Hardware -----------------------------------------
	14
	Figura 3:
	Estimativa de custo com Software	-----------------------------------------
	14
	Figura 4:
	Cronagrama	-------------------------------------------------------------------
	15
	Figura 5:
	Organograma -------------------------------------------------------------------
	16
	Figura 6:
	Diagrama Caso de Uso --------------------------------------------------------
	25
	Figura 7:
	Diagrama de Classes -----------------------------------------------------------
	50
	Figura 8:
	Modelo Entidade e Relacionamento -----------------------------------------
	51
	Figura 9:
	Modelo Conceitual de Dados -------------------------------------------------
	52
Lista de figuras
Sumário
Introdução
Nos últimos anos, especificamente a partir do final do século XX, estamos presenciando uma evolução exponencial não apenas na área de tecnologia da informação, mas especialmente em relação aos usos gerenciais da Tecnologia da Informação para obtenção de ganhos em eficiência e eficácia.
Por essa razão, a gestão de processos tem sido alvo de pesquisas em busca de uma maior agilidade e eficiência Boutinet (1990), visto que o controle destes processos vai contribuir para que a empresa atinja níveis de qualidade cada vez melhores o que acarretará, sobretudo, no melhor funcionamento destas como um todo. Neste contexto, a informatização torna-se essencial para o sucesso das organizações. O diferencial nos dias de hoje é saber explorar de forma correta toda tecnologia disponível, usando-a para atrair cada vez mais consumidores e garantir a satisfação dos seus clientes, melhorando a qualidade no fornecimento do serviço.
Nas Escolas não poderia ser diferente, toda empresa necessita ser informatizada para se manter no mercado de trabalho e acompanhar as tecnologias. Neste contexto, a informatização torna-se inevitavelmente essencial para o sucesso das organizações, em contrapartida, as que se absterem estarão fadadas ao insucesso.
Com esse crescente na área tecnológica, acabou criando uma responsabilidade na manutenção e funcionamento dos recursos que recai sobre seus responsáveis dentro das empresas. A grande dependência que os setores das corporações tem com o desempenho de suas funções demonstra a importância da rápida resolução de eventuais incidentes por parte da TI.
54
Capítulo 1 - Proposta de Trabalho
O projeto a ser desenvolvido é um sistema que permita automatizar escolas das redes públicas e privadas, utilizando implementação web com diferentes níveis de acesso (Administrador, Professor, Aluno, usuários).
O sistema será responsável por cadastrar professores, alunos, turmas. Possibilitará acompanhamento dos alunos, lançamento de notas, controle de frequência de alunos e professores, busca de alunos pelo CPF, geração de boletos mensais, histórico escolar dos alunos, histórico profissional do professor (entre outros funcionários), controle de trabalho bimestrais dos alunos, cadastro de provas, cálculo das médias bimestrais, página de suporte técnico, página para envio de trabalhos, central de mensagens dos alunos, geração de relatórios dos alunos, professores, financeiros, entre outros.
Problemas a serem resolvidos
Redução do arquivo físico; facilidade para busca de informações solicitadas; economia em papel e tinta de impressora; facilidade no controle da instituição; economia de tempo no cadastro de acontecimentos diários; armazenamento em nuvem; flexibilidade no controle da escola; segurança através de senhas com criptografia e dados armazenados em um servidor; necessidades e demandas reunidas em um só espaço; possibilidade de análise de perfil de alunos e funcionários; melhor gerenciamento de pagamentos e recebimentos e emissão de relatórios financeiros facilitando o controle.
 Vantagens para a empresa
O Sistema de Gerenciamento Escolar tem como objetivopropor facilidade aos gestores reduzindo o número de incidentes e possibilitando maior controle administrativo e financeiro.
 Aprendizado para o aluno
Este projeto irá proporcionar ao aluno uma oportunidade de colocar em prática os conhecimentos adquiridos até o momento do curso de Bacharelado em Sistemas de Informação, adquirir conhecimentos de ferramentas de desenvolvimento e análise a serem utilizadas e, fundamentalmente, trabalhar com uma situação realista de um projeto, situação semelhante à que um profissional de informática encontra no mercado, quando da implementação de projetos na área de informática.
 Método do Trabalho 
Para elaboração do trabalho acadêmico foram utilizadas as Normas Brasileiras Regulamentadas pela ABNT (Associação Brasileira de Normas Técnicas). Ela mostra que essa estrutura compreende três partes fundamentais, de acordo com a ABNT (NBR 14724): elementos pré-textuais, elementos textuais e elementos pós-textuais.
Os Métodos científicos são as formas mais seguras inventadas pelo homem para controlar o movimento das coisas que cerceiam um fato e montar de compreensão adequadas de fenômenos (BUNCE, 1974).
Um trabalho de monografia é um estudo realizado de um determinado assunto com conceitos técnicos e científicos sobre um único problema. Este tipo de trabalho visa a aplicação de diretrizes metodológicas a ser reconhecida na comunidade acadêmica cientifica (SEVERINO, 1974).
Para a elaboração desse trabalho fizemos pesquisas na área de implementação propondo construção aperfeiçoada de sistemas.
Após a escolha do tema, foi realizado pesquisas bibliográficas em trabalhos acadêmicos, livros da área de atuação, artigos e etc., sobre os conceitos que serão utilizados para o projeto.
Através de uma reunião com o Administrador da Escola Crescendo e Aprendendo fizemos o levantamento de dados detectando a atual situação da instituição, detalhando todas as regras de negócios.
Foram feitas pesquisas coletando dados e buscando a identificação de problemas para encontrar as melhores soluções.
Assim todas as informações técnicas levantadas e pesquisas realizadas comprovam a necessidade de mudança do sistema atual.
 Previsão de Alocação de recursos
Para o desenvolvimento do Sistema de Gerenciamento Escolar serão necessários alguns recursos e a estimativa de custos inclui gastos com Hardware e Software conforme abaixo:
	RH
	Descrição
	Quantidade
	Valor
	Analista de Sistemas
	Profissional para o desenvolvimento do trabalho
	01
	3.500,00
	Analista de Teste
	Profissional para o desenvolvimento do trabalho
	01
	3.600,00
	Total
	
	02
	7.100,00
	Hardware
	Descrição
	Quantidade
	Valor
	Notebook DELL
	Computador para desenvolvimento do Projeto
	01
	R$ 2.750,00
	Desktop DELL
	Computador para desenvolvimento do Projeto
	01
	R$ 2.250,00
	Total
	
	02
	R$ 5.000,00
	Software
	Descrição
	Quantidade
	Valor
	Microsoft Windows 10
	Sistema Operacional
	02
	R$ 1.980,00
	Microsoft Office 2016
	Editor de Texto
	02
	R$ 1.990,00
	Ms Project 2013
	Gerenciador de projeto
	01
	R$ 2.600,00
	 Dreamweaver
	IDE de Desenvolvimento PHP
	02
	R$ 1.704,00
	Jboss Application Server
	Servidor de Aplicação Web
	01
	Gratuito
	BRModelo
	Desenvolvimento de Diagramas
	01
	Gratuito
	Astah
	Desenvolvimento de Diagramas
	01
	Gratuito
	Total
	
	10
	R$ 8.274,00
 Cronograma de Trabalho (diagrama de Gantt) 
12
Capítulo 2 - A Empresa e o Negócio
A Escola Crescendo e Aprendendo é uma instituição de ensino no nível de educação básica, atende crianças a partir de 4 meses de idade no contexto de Creche e Pré -escola. A partir dos 6 anos e até os 14 anos, os alunos estão matriculados no Ensino Fundamental, do 1º ao 9º ano. No Ensino Médio, a ECA atende jovens entre 15 e 18 anos.
Em todos os níveis e segmentos da Educação, a instituição atua de forma a concretizar sua missão de oferecer educação de excelência, proporcionando a formação integral de pessoas capazes de agir na transformação de uma sociedade mais justa e igualitária.
É esse o atrativo maior que traz para a escola famílias com perfis culturais e socioeconômicos diversificados, mas com objetivo comum – a busca para seus filhos, além da aquisição de conhecimentos, do aprendizado para a vida. Entretanto, um aspecto não se dissocia do outro. Pode-se direcionar a atuação pedagógica para a formação humanística, sem descuidar-se da aquisição de conhecimentos.
Histórico da empresa
Em 21 de agosto de 1997, fundou-se a Escola Crescendo e Aprendendo, composta pelos seguintes segmentos: pais, alunos, professores, funcionários e direção que tem a função de consultar e fiscalizar as questões técnico-pedagógicas e administrativo-financeiras da ECA, preservando os princípios constitucionais, as normas legais derivadas pelos Conselhos Nacional e Estadual de Educação e do Desporto e as diretrizes da Secretaria Estadual da Educação.
No ano de 2002 a escola teve sua segunda ampliação com o acréscimo de mais quatro salas de aula e dois banheiros visando a atender a grande demanda de alunos.
Em maio de 2003, atendendo às exigências foi instituído o Projeto Político Pedagógico desta unidade escolar elaborado junto aos professores, funcionários e direção.
Atividades da empresa
A instituição é empreendedora educacional há duas décadas, promovendo o projeto de democratização do ensino em todo o território nacional. É, historicamente, o mais diversificado parceiro do Estado, para efetivação das políticas públicas de educação e de inclusão social, com a manutenção de projetos e ações comunitárias e de assistência social.
A Escola possui o próprio sistema de ensino, o mesmo produz material didático da educação básica. Para a elaboração do conteúdo, o Sistema apoia-se nas referências curriculares nacionais, visando à formação de indivíduos capazes de realizar seus sonhos.
A ECA dispõe ainda de um sistema próprio de avaliação, o Exame da Escola Crescendo e Aprendendo (EECA), que avalia seus alunos, bem como seus docentes e recursos humanos de gestão pedagógica e administrativa.
Outro diferencial são os projetos de assistência social que a Instituição desenvolve, tornando-a referência de atendimento aos usuários nas comunidades envolvidas. Entre eles, destacam-se os Centros de Educação e Assistência Social (CEAS), que são unidades totalmente gratuitas da Rede destinadas a atender crianças e jovens em situação de risco e vulnerabilidade social.
Organograma
A estrutura organizacional da empresa está organizada de acordo com a representação da Figura 4.
Figura 05: Organograma da Escola
Mercado Consumidor
A Escola Crescendo e Aprendendo tem seu espaço consolidado na Educação Nacional vem conquistando diversos alunos no decorrer dos anos com um ensino satisfatório.
A demanda vem crescendo, pois além de uma educação de qualidade, oferecemos uma ampla estrutura para nossos alunos, como quadra poliesportiva, piscinas para aulas de natação, laboratórios de informática com 40 computadores, laboratório de ciências, biblioteca e salas de aulas aconchegantes. 
A maioria dos clientes da Escola Crescendo e Aprendendo, está compreendida na classe média atual, considerada também como classe C segundo a FGV (Fundação Getúlio Vargas).
Concorrência
Na Educação a Escola Rio Bonito é uma grande concorrente, com mais de 1500 alunos a instituição vêm oferecendo um ensino de muita qualidade.
Apesar de possuir concorrentes, a Escola Crescendo e Aprendendo está muito à frente dos demais oponentes, com mais de 2000 alunos, a ECA se tornou a maior referência no Ensino da educação básica no Estado.
Premissas e Restrições ao projeto 
Existem algumas premissas para instalação e implantação do projeto que tem como objetivo o desenvolvimento de um sistema para Gerenciamento Escolar, sendo estas, portanto: 
Reforma da rede interna com expansão da banda larga de internet que hoje está com 2MB, passando para no mínimo 10MB considerando um pacote razoáveloferecido pelo mercado atual; 
Intervenções para sanar dúvidas relacionadas ao projeto, somente depois do horário do expediente normal; 
Prazo máximo para que o sistema esteja 100% operacional é de 120 dias; 
Treinamento dos usuários após implantação se possível no domingo ou feriado. 
O Sistema Atual
Atualmente todo o processo escolar é controlado a partir de anotações em planilhas, ocasionando grandes perda de dados, grande quantidade de arquivo físico, dificuldade na busca de informações precisas, desperdício de papéis e tintas de impressoras, falta de controle nos setores financeiros e grande perda de tempo nos cadastros do acontecimento diário. 
Todos esses problemas hoje em dia podem ser evitáveis. Com a informatização permite que a empresa controle os dados diários sem perda de tempo ajudando assim no planejamento e na tomada de decisões. Porém, não adianta armazenar informações no computador sem qualidade, pois registros errados levam a conclusões erradas.
Justificativas de Escolha do Sistema
Através de uma análise no processo de gerenciamento da Escola Crescendo e Aprendendo, foi constatado que a mesma não alcança o máximo de sua produtividade, pois os dados referentes aos alunos, funcionários e setor financeiro são desorganizados, devido aos mesmos seguirem um modelo de gestão arcaico. Com isso, conclui-se que é necessário que a Escola prepare adequadamente suas respectivas atividades e dados em um sistema que possa auxiliá-la no processo de tomada de decisão a partir da organização dos dados informados pelo usuário.
Por esse motivo será interessante o desenvolvimento de um sistema de informação que gerencie todo processo escolar, gerando relatórios e uma base de conhecimentos, melhorando assim a qualidade no rendimento.
O Sistema
O SGE é o sistema de gerenciamento escolar, voltado para educação, que tem por objetivo auxiliar o administrador na tomada de decisão, com foco no aumento da produtividade do mesmo, organizando e exibindo, relatórios funcionais, das atividades escolares.
Funcionamento do Sistema
Quando um aluno é matriculado, o mesmo é cadastrado em uma turma correspondente a sua série, gerando seu número de matrícula que serve para sua identificação, caso o mesmo tenha sido transferido de outra escola, o administrador irá cadastrar as informações recebidas pela mesma referente ao estudante, assim feito, a nova instituição de ensino será responsável por todos os lançamentos de informações futuros.
O SGE também terá um controle de faltas, onde cada aluno ao entrar no portão do colégio terá que se identificar com seu número de matrícula para o porteiro, onde o mesmo irá marcar presença para o estudante no sistema. Assim os pais ao acessar o sistema direto de sua casa terão controle de seus filhos e saberão se os mesmos estão presentes nas aulas.
O Ambiente do Sistema
O sistema será utilizado pelo administrador que será responsável pelo acompanhamento das atividades. Bem como a análise da qualidade do processo de manutenção e implantação do serviço contratado.
Ao administrador caberá também a tarefa de cadastrar as informações referente ao estudante, depois apenas irá acompanhar através de relatórios, todas as informações referentes aos seus alunos, sendo elas pedagógicas, psicológicas ou financeiras. 
Viabilidade técnica
É possível a realocação dos equipamentos existentes na empresa.
Se solicitado o acesso externo as informações, caberá a Instituição a contratação de algum serviço de hospedagem.
Será necessária aquisição de um servidor para banco de dados variando de acordo com a solicitação do cliente.
Pode ser facilmente adaptável a outros sistemas, variando de acordo com a necessidade do cliente.
Todos os cadastros serão realizados internamente.
A Definição do Escopo
Segundo PRESSMAN (1995), o escopo definido para o software proporciona uma direção, mas uma definição detalhada do domínio da informação e da função do software é necessária antes que o trabalho se inicie.
A Escola Crescendo e Aprendendo, necessita de um sistema que ajude no gerenciamento escolar, com um padrão elevado de otimização, eficiência e eficácia no resultado final. Tendo um controle mais concreto por parte das gerencias da instituição.
Motivos para o novo sistema
Após o levantamento e análise de informações e necessidades atuais da Escola, foram obtidas as seguintes causas para o desenvolvimento do sistema:
Falta de controle das informações referentes aos alunos;
Perda de documentos;
Controle ineficiente dos gastos;
Controle ineficiente das faltas dos funcionários;
Tomada de decisão baseado em informações dispersas.
Situações Desejadas
Aumento do lucro;
Aumento da eficiência na tomada de decisão;
Controle de gastos;
Controle pedagógico eficiente;
Controle dos investimentos;
Controle dos pais de alunos.
Problema Atual
O sistema atual utiliza planilhas eletrônicas e anotações em caderno para todo o processo de controle, sendo eles financeiros; lançamentos de notas; frequências de alunos e funcionários, tudo isso é controlado de forma manual ocasionando perda de dados, tempo e desperdício de material.
Capítulo 4 – O sistema proposto (projeto lógico)
O objetivo do sistema é informatizar toda a escola e acabar com os desperdícios de papéis, além de facilitar muito na administração, com todo processo sendo realizado em um servidor web, diminuindo assim a quantidade de arquivo físico na unidade.
Lista de Requisitos do Sistema
Requisitos funcionais
Um requisito funcional define uma função de um sistema de software ou seu componente. Uma função é descrita como um conjunto de entradas, seu comportamento e as saídas. Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar.
Lista de requisitos funcionais:
RF01 - O sistema permitirá a inclusão e alteração de usuários, mas alguns dados devem ser obrigatoriamente preenchidos durante o processo;
RF02 - Permitirá o cadastro de grupos de usuários, no qual será cadastrado pelo administrador;
RF03 - Permitirá o cadastro dos alunos, o qual será feito sempre pelo administrador do sistema; 
RF04 – Permitirá o cadastro de turmas, onde o mesmo deverá ser informado sempre o nome da turma, a faixa-etária para a mesma e a quantidade máxima de alunos em cada turma;
RF05 – Permitirá o cadastro dos professores, mas alguns dados devem ser obrigatoriamente preenchidos durante este processo;
RF06 – Permitirá o cadastro dos responsáveis, onde no momento do cadastro do aluno tenhamos um local para cadastrar juntamente os responsáveis pela estudante;
RF07 – Permitirá o cadastro de calendário do ano letivo, o mesmo terá todos os feriados e datas comemorativas;
RF08 – Permitirá o cadastro de planejamento escolar, cada professor com seu login gerado no ato do cadastro do mesmo;
RF09 – Permitirá o cadastro de desempenho do aluno, sendo realizado pelos professores bimestralmente ou semestralmente, variando de acordo com a idade da criança;
RF10 - Uma auto-ajuda, com informações do que pode se estar fazendo na tela em que se encontra.
RF11 - Além de todos os cadastros citados acima o sistema deverá permitir a emissão de relatórios, para acompanhamento tanto da diretoria da escola quanto acompanhamento dos pais do aluno, eles são:
Relatório de aniversário;
Relatório de Falta do aluno;
Relatório de Desempenho do aluno;
Relatório de eventos, (calendário escolar);
Alunos por turma;
Relatório de intolerâncias por aluno;
Relatório de professor por turma;
Na parte voltada ao acompanhamento dos pais, o pai deverá ter acesso somente as informações correspondentes ao seu filho. Onde ele poderá ver a evolução de seu filho, justificar uma falta, ficha de presenças, acompanhar as festividades abordadas na instituição e ver os avisos cadastrados pelo professor ou diretor da instituição.
Requisitos não funcionais
Requisitos não-funcionaissão os requisitos relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenibilidade e tecnologias envolvidas. Não é preciso o cliente dizer sobre eles, pois eles são características mínimas de um software de qualidade, ficando a cargo do desenvolvedor optar por atender esses requisitos ou não.
Lista de requisitos não-funcionais:
RNF01 - Confiabilidade - O sistema deverá possuir senhas de acesso e identificação para todos os tipos de usuários;
RNF02 - Eficiência – Deverá garantir um tempo-resposta aceitável para o acesso ao sistema, assim como suas funções;
RNF03 - Portabilidade - O sistema deverá ser executado em qualquer computador com sistema operacional comum e com acesso a rede interna
53
Diagrama de Casos de Uso
Representação do SGE (Sistema de Gerenciamento Escolar) Através do Diagrama de Casos Uso.
Figura 06 (Diagrama de Casos de Uso)
	
Especificações dos casos de uso
Caso de Uso 01 – VALIDAR USUÁRIO
Objetivo
Verificar direito ao acesso a uma função desejada.
Pré-Condições
Não há.
Iniciado Por
Qualquer funcionalidade do sistema que necessite autenticar o usuário
Fluxo Principal
O sistema solicitará os dados referente ao usuário;
Usuário entrará com os dados quando solicitado;
O sistema capturará as informações fornecidas pelo usuário;
O sistema fará a autenticação do usuário;
O sistema exibirá uma página com as funcionalidades do sistema, referente ao usuário.
Fluxo Alternativo
Não autenticará usuário - No item 2 o sistema recusará o acesso do usuário na função selecionada e o devolverá para a tela de login;
Cancelará Operação - No item 2, o usuário cancelará a operação. O sistema solicitará confirmação se a mesma for positiva ele retornará a tela de login
Pós-condições
O sistema validou o usuário, ou mostrou uma mensagem informando que ele não está devidamente cadastrado no sistema ou a operação foi cancelada, exibindo a tela de login do sistema.
Caso de Uso 02 – MANTER USUÁRIO
Objetivo
Gerenciar cadastros de usuários no sistema. Possibilitando inclusão, alteração, inativação e consulta dos dados do usuário
Pré-Condições
O administrador é autenticado para esta função.
Iniciado Por
Com a necessidade do cadastramento de um determinado usuário para que o mesmo possa estar fazendo login e acessando as funcionalidades disponíveis no sistema.
Fluxo Principal
O administrador acessa o menu de manter usuários;
Em caso de cadastro será exibido o formulário de cadastro, sendo obrigatório o preenchimento de alguns campos;
O administrador entra com os dados solicitados;
O sistema valida os dados fornecidos;
O sistema reapresenta os dados ao usuário e pede confirmação;
O usuário confirma os dados;
O sistema faz a inclusão dos dados informados no cadastro de usuários; 
Em caso de alteração o sistema exibirá um formulário para consulta; 
O administrador entrará com o nome do usuário que deseja fazer alteração;
O sistema buscará as informações no banco e preencherá o formulário com os dados desejado;
O administrador altera todos os dados que necessitam ser mudados;
O sistema validará as informações;
O sistema solicita a confirmação para prosseguimento;
O administrador confirma a alteração feita anteriormente;
O sistema faz a alteração dos dados cadastrais do usuário no sistema conforme solicitado;
Caso deseje inativar um usuário será exibido um formulário para consulta; 
O administrador entrará com o nome do usuário que deseja tornar inativo;
O sistema buscará as informações no banco e preencherá o formulário com os dados desejado;
O administrador então marcará o campo inativar usuário e preencherá a data de inativação;
O sistema validará as informações;
O sistema solicita que o administrador confirme;
O administrador confirmará inativação;
O sistema efetuará a inativação do usuário que foi solicitado; 
Para uma consulta simples, exibirá um formulário para consulta;
O administrador fornece o nome de usuário que deseja a consulta;
O sistema buscará as informações no banco e preencherá o formulário com os dados desejado;
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o administrador e ficará liberado o acesso para o usuário registrado ou alterado.
Caso de Uso 03 - MANTER DIREITO
Objetivo
Administrar cadastros de direitos. Permitir inclusão, exclusão e consulta dos direitos
Pré-Condições
O administrador será o responsável para essa função.
Iniciado Por
Surgindo a necessidade de cadastro a uma função desenvolvida no sistema, ou em primeiro uso do sistema o cadastro dos direitos para bloquear o ou permitir o acesso a alguma funcionalidade no sistema
Fluxo Principal
O administrador acessará o menu de manter direitos;
Caso seja para cadastro será aberto um formulário para o mesmo, sendo de preenchimento obrigatório alguns campos;
O administrador entrará com as informações para cadastro;
O sistema validará as informações fornecidas pelo administrador;
O sistema reapresentará as informações ao usuário solicitando sua confirmação caso esteja preenchido de maneira correta;
O administrador confirmará as informações;
O sistema efetuará a inclusão das informações fornecidas no cadastro de direitos;
Caso de inativação o sistema exibirá um formulário para que seja feita a consulta
O administrador entrará com o nome de quem deseja inativar;
O sistema buscará os dados no banco preenchendo o formulário com informações desejadas;
O administrador marcará a opção inativar e preencherá a data de inativação;
O sistema tornará valida as informações;
O sistema solicitará a confirmação;
O administrador confirmará inativação de direito;
O sistema efetuará a inativação no sistema;
 Caso haja necessidade a uma simples consulta, será exibido um formulário para a mesma ser feita;
O administrador entrará com o direito que deseja fazer a consulta;
O sistema buscará os dados no banco preenchendo o formulário com as informações desejadas.
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o Usuário (administrador), no sistema ficará bloqueado o acesso a função até que um usuário possua a liberação no seu cadastro
Caso de Uso 04 – MANTER TURMA
Objetivo
Faz-se necessário para cadastrar um determinado aluno e/ou um funcionário na empresa, assim este use case serve para administrar os dados das turmas no sistema. Liberando a inclusão, alteração, inativação e consulta das informações.
Pré-Condições
O administrador será o responsável para essa função.
Iniciado Por
Administrador está efetuando os cadastros para o uso do sistema
FluxoPrincipal
1. O administrador acessa o menu de manter turmas;
2. Caso seja para cadastro exibirá o formulário do mesmo, sendo obrigatório o preenchimento de alguns campos;
3. O sistema exibirá o formulário para que seja preenchido pelo administrador;
4. O administrador entrará com as informações para serem cadastradas;
5. O sistema validará as informações cadastradas;
6. O sistema reapresentará as informações fornecidas para o administrador e solicitará que seja confirmado;
7. O administrador confirmará informações fornecidas;
8. O sistema efetuará a inclusão das informações no cadastro de turma; 
9. Caso seja para alteração exibirá um formulário para consulta;
10. O administrador entrará com a identificação da turma que deseja fazer alteração;
11. O sistema buscará os dados no banco preenchendo o formulário com as informações buscados;
12. O administrador poderá editar os dados que desejar;
13. O sistema validará as informações;
14. O sistema solicitará confirmação;
15. O administrador confirmará a edição dos dados;
16. O sistema efetuará a mudança dos dados da turma no sistema;
17. Caso seja para inativação exibirá um formulário para consulta;
18. O administrador então entrará com a identificação da turma que deseja tornar inativa;
19. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados desejado;
20. O administrador poderá marcar o campo para inativar turma e preencherá a data de inativação;
21. O sistema gerenciador validará as informações;
22. O sistema solicitará confirmação;
23. O usuário confirmará inativação;
24. O sistema efetuará a inativação daquela turma no gerenciador;
25. Caso seja uma consulta simples, exibirá um formulário para a mesma;
26. O administrador entrará com identificação da turma que deseja realizar a consultar;
27. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados que foram consultados.
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o usuário (administrador) e ficará liberado o acesso para cadastrar os professores/alunos.
Caso de Uso 05 – MANTER FUNCIONÁRIO
Objetivo
Será necessário para cadastrar um novo funcionário, para que assim ele possa se conectar a sua função dentro da empresa e caso seja necessário ter acesso ao sistema de acordo com o cargo ocupado pelo mesmo, sendo assim este use case servirá para gerenciar os dados dos funcionários no sistema
Pré-Condições
O administrador será o responsável pela funcionalidade citada;
Iniciado Por
Caso seja preciso realizar o cadastro de um funcionário para que ele assim esteja lançando os eventos pertencentes ao seu cargo, este cadastro será efetuado pelo usuário (administrador).
Fluxo Principal
O administrador acessará o menu manter funcionários;
Caso seja para realizar um cadastro será exibido o formulário de cadastro, sendo obrigatório o preenchido de alguns campos;
O sistema gerenciador exibirá um formulário para que o mesmo seja preenchido pelo administrador;
O administrador entrará com as informações a serem cadastradas;
O sistema validará as informações;
O sistema reapresentará as informações ao administrador e solicitará confirmação;
O administrador confirma os dados
O sistema efetua a inclusão dos dados informados no cadastro de funcionário; 
Em caso de alteração será exibido um formulário para consulta;
O administrador entra com o nome ou código do funcionário que deseja alterar;
O sistema busca as informações no banco preenchendo o formulário com os dados buscados;
O administrador altera os dados que deseja;
O sistema validará as informações;
O sistema solicitará confirmação;
O administrador confirmará a alteração no cadastro;
O sistema efetua a alteração dos dados cadastrais do funcionário no sistema;
Em caso de inativação será exibido um formulário para consulta;
 O administrador entrará com o nome ou código do funcionário que deseja inativar;
O sistema busca as informações no banco preenchendo o formulário com os dados desejado;
O administrador marca o campo inativar funcionário e preenche a data de inativação;
O sistema valida as informações;
O sistema solicita confirmação;
O administrador confirma inativação;
O sistema efetua a inativação do funcionário no sistema;
Em caso de uma simples consulta, será exibido um formulário para consulta;
O administrador entra com o nome ou código do funcionário que deseja consultar;
O sistema busca as informações no banco preenchendo o formulário com os dados consultados;
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o administrador e ficará liberado o acesso do funcionário ao sistema.
Caso de Uso 06 – MANTER ALUNO
Objetivo
Terá necessidade para que se esteja monitorando as informações dos alunos no sistema e futuramente possa estar realizando os lançamentos de todos acontecimentos do mesmo, sendo assim este use case serve para gerenciar dados dos alunos no sistema.
Pré-Condições
O administrador será previamente cadastrado no sistema e responsável para essa funcionalidade
Iniciado Por
Para necessidade de manter a vida escolar dos alunos que estão matriculados ou que já estiveram na unidade, cadastrado pelo administrador.
Fluxo Principal
O administrador acessa a opção manter alunos;
Caso seja para cadastro será exibido o formulário para que seja preenchido, sendo obrigatório alguns campos;
O sistema gerenciador exibe um formulário para preenchimento do administrador;
O administrador entra com as informações para serem cadastradas;
O sistema valida as informações fornecidas;
O sistema exibe as informações para o administrador e solicita confirmação;
O administrador confirma os dados;
O sistema efetua a inclusão dos dados informados no cadastro de aluno;
Em caso de alteração será exibido um formulário para consulta;
O administrador entra com o nome ou código do aluno que deseja alterar;
O sistema busca as informações no banco preenchendo o formulário com os dados buscados;
O administrador altera os dados que deseja;
O sistema valida as informações;
O sistema solicita confirmação;
O administrador confirma alteração;
O sistema efetua a alteração dos dados cadastrais do aluno no sistema;
Em caso de inativação será exibido um formulário para consulta;
O administrador entra com o nome ou código do aluno que deseja inativar;
O sistema busca as informações no banco preenchendo o formulário com os dados desejado;
O administrador marca o campo inativar aluno e preenche a data de inativação;
O sistema valida as informações;
O sistema solicita confirmação;
O administradorconfirma inativação;
O sistema efetua a inativação do aluno no sistema;
Em caso de uma simples consulta, será exibido um formulário para consulta;
O administrador entra com o nome ou código do aluno que deseja consultar;
O sistema busca as informações no banco preenchendo o formulário com os dados consultados;
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o usuário (administrador) e fica liberado o acesso para o professor do aluno esteja realizando o cadastro dos acontecimentos, e o login de acesso a parte web do sistema.
Caso de Uso 07 – MANTER RESPONSÁVEL
Objetivo
Necessário para o gerenciamento dos dados dos responsáveis pelos alunos da instituição no sistema.
Pré-Condições
O administrador está cadastrado no sistema e liberado para essa funcionalidade, e existir o aluno previamente cadastrado no sistema
Iniciado Por
Pela necessidade de saber quem responde pelos atos das crianças na instituição e quem poderá estar retirando o mesmo da escola ao final do período, cadastrado pelo administrador
Fluxo Principal
1. O administrador acessa o menu de manter responsável;
2. Caso seja para cadastro exibirá o formulário do mesmo, sendo obrigatório o preenchimento de alguns campos;
3. O sistema exibirá o formulário para que seja preenchido pelo administrador;
4. O administrador entrará com as informações para serem cadastradas;
5. O sistema validará as informações cadastradas;
6. O sistema reapresentará as informações fornecidas para o administrador e solicitará que seja confirmado;
7. O administrador confirmará informações fornecidas;
8. O sistema efetuará a inclusão das informações no cadastro de responsável; 
9. Caso seja para alteração exibirá um formulário para consulta;
10. O administrador entrará com a identificação do responsável que deseja fazer alteração;
11. O sistema buscará os dados no banco preenchendo o formulário com as informações buscados;
12. O administrador poderá editar os dados que desejar;
13. O sistema validará as informações;
14. O sistema solicitará confirmação;
15. O administrador confirmará a edição dos dados;
16. O sistema efetuará a mudança dos dados do evento no sistema;
17. Caso seja para inativação exibirá um formulário para consulta;
18. O administrador então entrará com a identificação da responsável que deseja tornar inativa;
19. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados desejado;
20. O administrador poderá marcar o campo para inativar responsável e preencherá a data de inativação;
21. O sistema gerenciador validará as informações;
22. O sistema solicitará confirmação;
23. O usuário confirmará inativação;
24. O sistema efetuará a inativação daquele responsável no gerenciador;
25. Caso seja uma consulta simples, exibirá um formulário para a mesma;
26. O administrador entrará com identificação do responsável que deseja realizar a consultar;
27. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados que foram consultados.
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o administrador
Caso de Uso 08 – MANTER CALENDÁRIO
Objetivo
Manter uma administração organizada dos eventos na unidade.
Pré-Condições
O administrador está cadastrado no sistema
Iniciado Por
Caso haja algum acontecimento fora do currículo que deve ser informado aos funcionários e responsáveis pelo aluno.
Fluxo Principal
1. O administrador acessa o menu de manter calendário;
2. Caso seja para cadastro exibirá o formulário do mesmo, sendo obrigatório o preenchimento de alguns campos;
3. O sistema exibirá o formulário para que seja preenchido pelo administrador;
4. O administrador entrará com as informações para serem cadastradas;
5. O sistema validará as informações cadastradas;
6. O sistema reapresentará as informações fornecidas para o administrador e solicitará que seja confirmado;
7. O administrador confirmará informações fornecidas;
8. O sistema efetuará a inclusão das informações no cadastro de evento; 
9. Caso seja para alteração exibirá um formulário para consulta;
10. O administrador entrará com a identificação do evento que deseja fazer alteração;
11. O sistema buscará os dados no banco preenchendo o formulário com as informações buscados;
12. O administrador poderá editar os dados que desejar;
13. O sistema validará as informações;
14. O sistema solicitará confirmação;
15. O administrador confirmará a edição dos dados;
16. O sistema efetuará a mudança dos dados do evento no sistema;
17. Caso seja para inativação exibirá um formulário para consulta;
18. O administrador então entrará com a identificação do evento que deseja tornar inativa;
19. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados desejado;
20. O administrador poderá marcar o campo para inativar turma e preencherá a data de inativação;
21. O sistema gerenciador validará as informações;
22. O sistema solicitará confirmação;
23. O usuário confirmará inativação;
24. O sistema efetuará a inativação daquele evento no gerenciador;
25. Caso seja uma consulta simples, exibirá um formulário para a mesma;
26. O administrador entrará com identificação do evento que deseja realizar a consultar;
27. O sistema buscará as informações fornecidas no banco preenchendo o formulário com os dados que foram consultados.
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Informações que são obrigatórias fornecidas incorretamente - Caso o administrador opte por realizar a operação sem fornecer os dados obrigatórios ou preenche-los corretamente, o sistema exibirá um aviso indagando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso será exibido para o administrador
Caso de Uso 09 – INCLUIR MATRÍCULA
Objetivo
Matricular o estudante em uma turma disponível.
Pré-Condições
Estudante e turma estão cadastrados no gerenciador e o usuário (administrador) está responsável para a função em questão.
Iniciado Por
Será iniciado pelo aluno, para que o mesmo possua um código dentro da instituição de ensino.
Fluxo Principal
O administrador deve ter incluído o aluno no sistema;O administrador solicita a matrícula do aluno em uma turma que corresponda a sua idade;
O sistema verifica em qual turma o aluno está matriculado;
O sistema devolve um aviso com a turma que o determinado aluno está matriculado;
 Para uma consulta simples, será exibido um formulário para que a mesma seja efetuada;
O administrador poderá entrar com código da matrícula do aluno que deseja fazer a consulta;
O sistema pesquisa as informações no banco e preenche o formulário com os dados consultados.
Fluxo Alternativo
Administrador não será autenticado - O sistema recusará o acesso na função e o usuário (administrador) será enviado para a tela de login;
Cancelamento - Caso o administrador selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o administrador a tela selecionada;
Turma não possui vaga – Caso aconteça será cancelado o procedimento.
Pós-condições
O sistema exibirá um aviso se o aluno foi cadastrado com sucesso, caso a turma esteja completa será emitido uma mensagem dizendo que o aluno não pode ser matriculado por falta de vaga.
Caso de Uso 10 – CANCELAR MATRÍCULA
Objetivo
Anular um aluno que tenha sido inativado por algum motivo.
Pré-Condições
Aluno está matriculado no sistema gerenciador.
Iniciado Por
Para inativar o cadastro de um determinado aluno no gerenciador.
Fluxo Principal
O administrador solicita que o sistema inative o aluno;
O sistema solicita que o administrador confirme a seu pedido;
A inativação é confirmada pelo usuário;
O sistema fará a busca pela matrícula do mesmo e a inativação será realizada liberando sua vaga na turma correspondente.
Fluxo Alternativo
Não tem.
Pós-condições
O sistema mostra um aviso dizendo que o aluno foi desligado do gerenciador.
Caso de Uso 11 – MANTER PLANEJAMENTO
Objetivo
Gerenciar a forma com que será realizado o trabalho da instituição junto às crianças que nela se encontram
Pré-Condições
O professor e turma tem que estar cadastrados no sistema.
Iniciado Por
Pela necessidade de se manter os acontecimentos do aprendizado das crianças de uma forma da qual saiba-se o que está sendo trabalhado e o que será abordado nos dias seguintes.
Fluxo Principal
O usuário liberado (professor) acessa o menu de manter de planejamento;
Caso seja para cadastro será exibido o formulário para isso, sendo obrigatório o preenchimento de alguns campos;
O sistema exibe um formulário para preenchimento do usuário;
O professor digita as informações solicitadas;
O sistema valida as informações digitadas;
O sistema exibe as informações ao professor e pede confirmação;
O professor confirma as informações que digitou;
O sistema faz a inclusão das informações digitadas no cadastro de planejamento;
Caso seja alteração será exibido um formulário para que seja feita consulta;
O professor digita o nome ou data do planejamento que queira editar;
O sistema busca as informações no banco preenchendo o formulário com os dados buscados;
O professor edita as informações que deseja;
O sistema valida as informações;
O sistema pede a confirmação do usuário;
O professor confirma edição;
O sistema faz a alteração das informações cadastrais do planejamento no sistema;
Caso seja uma simples consulta, será exibido um formulário para consulta;
O professor entra com o nome ou data do planejamento que deseja consultar;
O sistema pesquisa os dados no banco preenche o formulário com as informações consultados.
Fluxo Alternativo
Professor não será autenticado - O sistema recusará o acesso na função e o usuário (professor) será enviado para a tela de login;
Cancelamento - Caso o professor selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o professor a tela selecionada;
Dados obrigatórios incorretos/indisponíveis – Caso o professor opte por continuar a operação sem fornecer os dados que são obrigatórios ou preenche-los de maneira incorreta, o sistema exibe um aviso perguntando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação efetuada com sucesso é exibido para o usuário (professor).
Caso de Uso 12 – MANTER ACOMPANHAMENTO DIÁRIO
Objetivo
Gerenciar um registro de eventuais acontecimentos com os alunos no dia a dia dentro da instituição de ensino
Pré-Condições
O professor e aluno tem que estar cadastrados no sistema.
Iniciado Por
Caso aconteça algo com algum aluno dentro da instituição no decorrer do período que o mesmo se encontra dentro da instituição
Fluxo Principal
O usuário liberado (professor) acessa o menu de manter acompanhamento diário;
Caso seja para cadastro será exibido o formulário para isso, sendo obrigatório o preenchimento de alguns campos;
O sistema exibe um formulário para preenchimento do usuário;
O professor digita as informações solicitadas;
O sistema valida as informações digitadas;
O sistema exibe as informações ao professor e pede confirmação;
O professor confirma as informações que digitou;
O sistema faz a inclusão das informações digitadas no cadastro de acompanhamento diário;
Caso seja alteração será exibido um formulário para que seja feita consulta;
O professor digita o nome ou data do acompanhamento que queira editar;
O sistema busca as informações no banco preenchendo o formulário com os dados buscados;
O professor edita as informações que deseja;
O sistema valida as informações;
O sistema pede a confirmação do usuário;
O professor confirma edição;
O sistema faz a alteração das informações cadastrais do acompanhamento diário no sistema;
Caso seja uma simples consulta, será exibido um formulário para consulta;
O professor entra com o nome ou data do acompanhamento que deseja consultar;
O sistema pesquisa os dados no banco preenche o formulário com as informações consultados.
Fluxo Alternativo
Professor não será autenticado - O sistema recusará o acesso na função e o usuário (professor) será enviado para a tela de login;
Cancelamento - Caso o professor selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o professor a tela selecionada;
Dados obrigatórios incorretos/indisponíveis – Caso o professor opte por continuar a operação sem fornecer os dados que são obrigatórios ou preenche-los de maneira incorreta, o sistema exibe um aviso perguntando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso ou não é exibido para o professor.
Caso de Uso 13 – MANTER ACOMPANHAMENTO PSICOLÓGICO
Objetivo
Gerenciar as informações dos acompanhamentos realizados pelo psicólogo, diante uma solicitação feita pelo diretor da unidade.
Pré-Condições
Quando uma solicitação efetuada pelo diretor da instituição para esse tipo acompanhamento.
Iniciado Por
Solicitação realizada pelo diretor da escola (usuário administrador) para que o aluno seja atendido pelo psicólogo e o profissional possa realizar o atendimento.
Fluxo Principal
O administrador solicita o acompanhamento;
Psicólogo tem acesso ao sistema gerenciador;
O psicólogo gera relatório de acompanhamento psicológico:
O psicólogo vai ao menu de manutenção do acompanhamento;
O psicólogo fornece o código ou nome do aluno que necessita do atendimento;
O sistema exibe na tela o formulário com as informações cadastrais do estudante, e o campo de acompanhamento em branco e ativo, em caso de cadastro;
O psicólogo entra com as informações da consulta;
O sistema valida os dados;
O sistema solicita confirmação do usuário;
O psicólogo confirma os dados;
O sistema grava as informações no banco de dados;
Em caso de alteração, o psicólogo fornece o código ou nome do aluno que necessita alteraro atendimento;
O sistema exibe na tela o formulário com as informações cadastrais do aluno, e o campo de acompanhamento preenchido com os dados anterior;
O psicólogo altera o que deseja na sua avaliação;
O sistema valida as informações;
O sistema solicita confirmação do profissional;
O psicólogo confirma a alteração das informações;
O sistema grava as informações no banco de dados.
Em caso de Inativação de Acompanhamento Psicológico, o psicólogo entra com o código ou nome do aluno que necessita alterar o acompanhamento
O psicólogo seleciona o campo inativar acompanhamento psicológico;
O sistema valida os dados
O sistema solicita confirmação.
O psicólogo confirma a inclusão dos dados
O sistema grava as informações no banco de dados
Em caso de uma simples consulta, o psicólogo entra com o código ou nome do aluno que necessita consultar;
O sistema trás na tela o formulário como os dados cadastrais do aluno, e o campo de acompanhamento preenchido, todos campos inativos para alteração.
Fluxo Alternativo
Psicólogo não será autenticado - O sistema recusará o acesso na função e o usuário (psicólogo) será enviado para a tela de login;
Cancelamento - Caso o psicólogo selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o psicólogo a tela selecionada;
Dados obrigatórios incorretos/indisponíveis – Caso o Psicólogo opte por continuar a operação sem fornecer os dados que são obrigatórios ou preenche-los de maneira incorreta, o sistema exibe um aviso perguntando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso ou não é exibido para o psicólogo
Caso de Uso 14 – MANTER ACOMPANHAMENTO PEDAGÓGICO EDUCACIONAL
Objetivo
Gerenciar as informações dos acompanhamentos realizados pelo pedagogo, diante uma solicitação feita pelo diretor da unidade.
Pré-Condições
Quando uma solicitação efetuada pelo diretor da instituição para esse tipo acompanhamento.
Iniciado Por
Solicitação realizada pelo diretor da escola (usuário administrador) para que o pedagogo e possa realizar o acompanhamento.
Fluxo Principal
O administrador solicita o acompanhamento;
Pedagogo tem acesso ao sistema gerenciador;
O pedagogo gera relatório de acompanhamento pedagógico:
O pedagogo vai ao menu de manutenção do acompanhamento;
O pedagogo fornece o código ou nome do aluno que necessita do atendimento;
O sistema exibe na tela o formulário com as informações cadastrais do estudante, e o campo de acompanhamento em branco e ativo, em caso de cadastro;
O pedagogo entra com as informações da consulta;
O sistema valida os dados;
O sistema solicita confirmação do usuário;
O pedagogo confirma os dados;
O sistema grava as informações no banco de dados;
Em caso de alteração, o pedagogo fornece o código ou nome do aluno que necessita alterar o atendimento;
O sistema exibe na tela o formulário com as informações cadastrais do aluno, e o campo de acompanhamento preenchido com os dados anterior;
O pedagogo altera o que deseja na sua avaliação;
O sistema valida as informações;
O sistema solicita confirmação do profissional;
O pedagogo confirma a alteração das informações;
O sistema grava as informações no banco de dados.
Em caso de inativação de Acompanhamento Pedagógico, o pedagogo entra com o código ou nome do aluno que necessita alterar o acompanhamento
O pedagogo seleciona o campo inativar acompanhamento Pedagógico;
O sistema valida os dados
O sistema solicita confirmação.
O pedagogo confirma a inclusão dos dados
O sistema grava as informações no banco de dados
Em caso de uma simples consulta, o pedagogo entra com o código ou nome do aluno que necessita consultar;
O sistema trás na tela o formulário como os dados cadastrais do aluno, e o campo de acompanhamento preenchido, todos campos inativos para alteração.
Fluxo Alternativo
Pedagogo não será autenticado - O sistema recusará o acesso na função e o usuário (pedagogo) será enviado para a tela de login;
Cancelamento - Caso o pedagogo selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta, se a resposta for positiva o sistema levará o pedagogo a tela selecionada;
Dados obrigatórios incorretos/indisponíveis – Caso o pedagogo opte por continuar a operação sem fornecer os dados que são obrigatórios ou preenche-los de maneira incorreta, o sistema exibe um aviso perguntando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso ou não é exibido para o pedagogo
Caso de Uso 15 – GERAR RELATÓRIOS
Objetivo
Coletar informações de vários gêneros dos dados inseridos via sistema através das funcionalidades que o sistema tem
Pré-Condições
O usuário estar cadastrado e liberado para a função.
Iniciado por
Necessidade de algum funcionário da equipe que deseja estudar alguns dados da instituição de ensino
Fluxo Principal
O usuário é autenticado para a determinada função;
O usuário marca o tipo do relatório que deseja;
O sistema exibe na tela os dados solicitados.
Fluxo Alternativo
Usuário não autenticado - O sistema não fornece acesso ao usuário e retorna para a tela de login
Dados obrigatórios incorretos/indisponíveis - O sistema exibe um relatório em branco caso haja falta de um ou mais dados.
Pós-condições
O relatório selecionado é exibido em tela.
Caso de Uso 16 – JUSTIFICAR FALTA
Objetivo
Gerenciar o cadastro de justificação das faltas por parte dos responsáveis dos alunos para que a instituição seja informada sobre o ocorrido.
Pré-Condições
O responsável e aluno tem que está cadastrado no sistema
Iniciado Por
Existir a necessidade de o aluno faltar a aula.
Fluxo Principal
O responsável é autenticado para a função em questão;
Caso o responsável queira fazer inclusão de motivo de falta, o mesmo deverá ser preenchido todos os campos obrigatórios do formulário;
Em caso de alteração o responsável fará uma pesquisa, e em seguida poderá ser feita a atualização dos dados;
Em caso de exclusão, será feita uma pesquisa, e em seguida poderá ser feita a exclusão da justificativa;
Será possível também, apenas fazer uma pesquisa das justificativas cadastradas.
Fluxo Alternativo
Responsável não possui autenticação - O sistema não aceita o acesso na função e o responsável volta a tela de login.
Cancelamento - Caso o responsável selecione outra operação antes de terminar a anterior, o sistema exibirá uma mensagem indagando se o mesmo vai desejar continuar ou ignorar a operação incompleta;
Dados obrigatórios incorretos/indisponíveis - Se o responsável concluir uma operação sem preencher informações obrigatórias ou faze-la de forma incorreta, o sistema exibe um aviso perguntando se deseja descartar as informações ou alterá-las.
Pós-condições
Um aviso de operação concluída com sucesso é exibido para o responsável.
Modelo Conceitual de Classes
Representação do SGE (Sistema de Gerenciamento Escolar) através do Diagrama de Classes.
Melhorar o texto introdutório 
Figura 07 (Diagrama de Classes)
	
Modelo entidade relacionamento (MER)
Representação do Modelo Entidade e Relacionamento do Sistema.
Melhorar o texto introdutório
Figura 08 (Modelo Entidade e Relacionamento)
	
Modelo conceitual de dados
Representação do Modelo Conceitual de dados do SGE.
Melhorar o texto introdutório
Figura 09 (Modelo Conceitual de Dados)
Capítulo 5 – Conclusões
No que diz respeito à Escola Crescendo e Aprendendo essa proposta de melhoria foi excelente, propondo um novo processo para melhoria do sistema escolar, visto que o mesmo era tudo feito a mão. Então foi elaborada uma proposta de melhoria para o andamento dos trabalhos na Unidade Escolar. Todos os processos do antigosistema foram estudados, para que o software seja construído de uma maneira que supra todas as necessidades da instituição.
Elaborando o trabalho, observamos que a Orientação a Objetos é muito conhecidapor causa de sua flexibilidade e facilidade na manutenção. Uma das grandes vantagens de softwares baseados em Orientações a Objetos é a fácil manutenção e atualização.
Já a UMLsurgiu para se tornar um padrão na criação de softwares baseados na orientação a objetos, colocando fim na falta de padrões existentes até meados dos anos 90.
Existem ao menos dois motivos muito importantes para entender o diagrama de classes. O primeiro é que o mesmo mostra a estrutura estática dos classificadores em um sistema. O segundo é que o diagrama fornece a notação básica para outros diagramas de estrutura prescritos pela UML. 
Enquanto que o RUP (RationalUnifiedProcess) prova ser um processo de desenvolvimento robusto e bem definido, embora ele possa se tornar complexo se não for bem utilizado. Pode ser bem aproveitado em projetos onde é preciso manter registro do fluxo do projeto.
No término deste trabalho conclui-se que através da aplicação das ferramentas desenvolvidas no âmbito da qualidade, podemos aplicar estas a diversas áreas, sempre agregando ganhos e nunca perdas na criação de processo.
Apesar de os estudiosos de qualidade na grande parte serem de diversas áreas estas podem ser aplicadas a todas as áreas para garantir e o sucesso do produto criado.
A qualidade do produto não pode ser apurada a menos que seus atributos possam ser identificados e medidos. Genichi Taguchi, pouco tempo atrásdivulgou o conceito da função perda, mantendo em foco o impacto da mudança da qualidade. Taguchi aponta que, mesmo o produto estando dentro dos limites de especificação, há um custo definido para a sociedade se a característica não está exatamente no valor nominal; quanto mais longe do nominal, maior o custo.
O QFD é uma ferramenta que liga o projeto de produtos e serviços ao seu processo gerador, traduzindo as necessidades dos clientes para cada estágio de elaboração do produto ou do serviço e não é apenas utilizado para o desenvolvimento de produtos e serviços, ele é, acima de tudo uma ferramenta de planejamento, que contribui para a conquista Garantida da Qualidade. Depois postar aversão final no sistema.
Capítulo 6 – Referências Bibliográficas
http://porvir.org/especiais/tecnologia/ - acessado dia 20 de agosto de 2017.
Taguchi, G, Elsayed, E.A., Hsiang, T. Taguchi – Engenharia da Qualidade em Sistemas de Produção. São Paulo: Mc Graw Hill, 1990.
https://www.inf.ufes.br/~monalessa/PaginaMonalessa-NEMO/ES/NotasDeAula-EngSoftware-EngComp-Parte-II.pdf - acessado dia 28 de agosto de 2017
http://pt.wikipedia.org/wiki/IBM_Rational_Unified_Process - acessado dia 01 de setembro de 2017.
http://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408 - acessado dia 13 de setembro de 2017.
http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/classes/classes1.htm - acessado dia 01 de outubro de 2017.
http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/classes/classes2.htm - acessado dia 03 de outubro de 2017.
http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/classes/classes3.htm - acessado dia 03 de outubro de 2017.
http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/classes/exemplo/projeto.htm - acessado dia 05 de outubro de 2017.
https://www.youtube.com/watch?v=gL1qiSmDr-4&list=PLcAJn4Mfu78qlUgNXpZHyfPYaafVkXAq8 – acessado dia 08 de outubro de 2017.