Escolar Documentos
Profissional Documentos
Cultura Documentos
DISCENTES:
Lista de Figuras
2.5.2. SCRUM................................................................................................................. 23
4. CONCLUSÃO ................................................................................................................. 45
1. CONTEXTUALIZAÇÃO TEÓRICA
1.1.INTRODUÇÃO
Devido ao avanço das novas tecnologias, do impacto económico e das mudanças que
os Sistemas de Informação (SI) produzem nas organizações e na sociedade, estas têm
desenvolvido, ao longo dos anos, as suas tarefas de maneira mais eficiente e produtiva, com
menores custos, aperfeiçoando a qualidade dos produtos ou serviços oferecidos e ganhando
vantagens competitivas face à concorrência.
A tecnologia exerce uma grande influência em vários setores da sociedade, sendo que
o contexto das organizações está inserido num cenário repleto de mudanças e transformações
tecnológicas, a fim de proporcionar maior eficiência, controle, segurança e até mesmo a
reestruturação dos seus processos produtivos.
Pág. 1
Para os alunos, permite o acesso ao histórico escolar com maior rapidez; maior controlo
da assiduidade, entre outras.
Contudo, há que reconhecer que a introdução dos softwares específicos para educação
requer que o professor acrescente ao seu perfil novas competências, como por exemplo no
domínio das TIC. Essas competências adquiridas pelos professores fazem com que as
informações transmitidas à organização sirvam de base à tomada de decisão.
1.2.PROBLEMÁTICA
A Escola Comunitária Nossa Senhora do Livramento está enfrentando dificuldades em
gerenciar eficientemente os dados acadêmicos dos alunos, professores, pais e a direção da
escola. O atual processo manual de registro, armazenamento e análise dessas informações tem
se mostrado ineficiente, resultando em perda de tempo, falta de integração de dados e
dificuldades de comunicação entre as partes envolvidas. Como consequência, a escola está
enfrentando desafios na organização de horários, no acompanhamento do desempenho dos
alunos, no envio de comunicados aos pais e na avaliação do trabalho dos professores.
Alunos: A gestão dos alunos enfrenta problemas no registro de informações pessoais, como
nome, endereço, data de nascimento, contatos, histórico acadêmico e disciplinas matriculadas.
Além disso, há dificuldades em monitorar a frequência dos alunos, registrar suas notas e
avaliações, acompanhar seu desempenho escolar ao longo do tempo e identificar a necessidade
de intervenção educacional individualizada.
Professores: Os professores têm dificuldades para registrar as notas e avaliações dos alunos,
acompanhar o progresso acadêmico de cada aluno em suas disciplinas, planejar horários de
aulas, elaborar e corrigir tarefas e provas, além de fornecer feedback individualizado aos
alunos. Também enfrentam desafios ao acessar informações sobre o histórico dos alunos e
colaborar com outros professores em projetos pedagógicos.
Pág. 2
Direção da Escola: A direção da escola encontra dificuldades em coordenar o trabalho dos
professores, monitorar o desempenho acadêmico geral dos alunos, acessar informações
atualizadas sobre frequência, notas e comportamento dos alunos, além de gerar relatórios e
estatísticas sobre o desempenho escolar da instituição. Também há desafios na comunicação
eficiente com os pais, professores e outros membros da equipe administrativa.
Pág. 3
• Avaliar a eficácia e os impactos do sistema de gestão acadêmica após a sua
implementação, verificando se os objetivos propostos foram alcançados e identificando
possíveis melhorias.
1.4.HIPOTESE
A implementação de um sistema de gestão acadêmica na Escola secundaria pode melhorar
significativamente a eficiência e a qualidade da gestão acadêmica, tornando o processo de
gestão açadêmica mais rápido, preciso e acessível para estudantes, professores e pais.
A gestão acadêmica é um processo complexo e exigente, que envolve diversas tarefas como
matrícula, controle de frequência, avaliação, emissão de boletins e históricos escolares, entre
outras. A gestão dessas tarefas manualmente pode ser bastante trabalhosa e demorada, levando
a erros e atrasos na tomada de decisão. Além disso, muitas vezes é difícil para os alunos e seus
pais acompanhar o desempenho acadêmico do aluno em tempo real.
Um sistema de gestão acadêmica pode ajudar a resolver esses problemas, permitindo que a
escola automatize muitas das tarefas de gestão acadêmica, reduzindo a carga de trabalho
administrativo e melhorando a precisão e rapidez do processo. O sistema também pode fornecer
aos estudantes e pais acesso fácil e em tempo real às informações acadêmicas, como notas,
frequência e calendário escolar, permitindo uma melhor compreensão do desempenho do aluno
e uma comunicação mais efetiva entre a escola e os pais.
Pág. 4
1.6.Caracterização dos resultados do Inquérito por questionário
Após a recolha de dados, com base no inquérito por questionário, obtiveram-se os seguintes
resultados de diagnóstico da situação:
Quanto aos meios informáticos que fazem parte das ferramentas na escola, o gráfico acima
ilustra que 100% dos funcionários responderam “Computador”, 67% responderam
“impressoras”, 33% responderam “internet”, 33% responderam “Rede de Computadores” e
100% responderam “MS Excel e MS Word”.
O gráfico acima apresentado mostra que 34% dos funcionários considera suas habilidades no
uso do computador e internet “Boa”, 33% considera “Muito Boa” e 33% considera
“Suficiente”.
Pág. 5
Gráfico 3: Referente à pergunta n.º 3, feitas aos funcionários.
O gráfico acima mostra que 100% responderam que a gestão da informação da escola é “Boa”.
O gráfico acima mostra que 100% responderam que a eficiência nos serviços de atendimento
ao aluno prestado pela secretaria da escola é “Boa”.
O gráfico acima mostra que 100% afirma que no processo de matrículas dos alunos na escola
utiliza-se “uma ficha de matrícula em papel e recibo em papel”.
Pág. 6
Gráfico 6: Referente à pergunta n.º 6, feitas aos funcionários.
O gráfico acima ilustra que 100% afirma que no pagamento de emolumentos e propinas usa-se
“Bloco de facturação em papel”.
Neste gráfico mostra que 67% consideração que existe “pouca duplicação de tarefas” e 33%
considera que existe “Muita duplicação de tarefas”.
Pág. 7
No gráfico n.º 8, 67% considera que é necessária uma informatização dos processos de
matrículas para listar e procura de dados no bloco de facturação” e 33% considera “tarefas
manuais e bastante desdobramento para organização e localização dos dados dos alunos”.
O gráfico acima mostra que 100% responderam “Não” são feitas mediante um sistema
informático.
Gráfico 10: Referente à pergunta n.º 9.1, feitas aos funcionários da área académica.
Pág. 8
Descrição dos resultados do inquérito aplicado aos alunos:
O gráfico nº 11, 20% considerou os serviços prestados pela secretária da escola “Mau”, 46,7%
considerou “Bom”, 26,7% considerou “Muito Bom” e 6,7% considerou “Suficiente”.
Pág. 9
Gráfico 13: Referente à pergunta n.º 3, feitas aos alunos.
Neste gráfico mostra que 83% respondeu “Preenchimento manual de um bloco de facturação”,
7% respondeu “Atendimento mediante um Computador e preenchimento de recibo” e 10%
respondeu “Atendimento mediante um Computador e impressão de recibo”.
O gráfico acima mostra que 20% considera que o tempo de atendimento no acto de matrículas
e pagamentos de emolumentos e propinas “Mau”, 50% considera “Bom”, 27% considera
“Muito Bom” e 3% considera “Suficiente”.
No gráfico acima mostra que 17% dos alunos que responderam sim considerou o tempo de
resolução “Mau”, 67% considerou “Bom”, 8% considerou “Muito Bom” e 8% considerou
“Suficiente”.
Pág. 11
No gráfico acima mostra que 30% respondeu “Sim” e 70% respondeu não.
O gráfico nº.18, mostra que 22,2% dos alunos que responderam sim considerou o tempo de
resolução do caso “Mau”, 44,4% considerou “Bom” e 33,3% considerou “Muito Bom”.
Pág. 12
incremental, com entregas regulares de funcionalidades. Isso permite que a escola
obtenha valor em etapas, adaptando-se às mudanças ao longo do tempo. O sistema
pode ser facilmente ajustado para incorporar novas exigências à medida que
surgem.
iii) Entregas rápidas e visíveis: O Scrum se baseia em iterações curtas chamadas de
sprints, geralmente de duas a quatro semanas. Cada sprint resulta em uma versão
funcional do sistema que pode ser avaliada pelos professores e administradores. Isso
permite que a escola veja o progresso do desenvolvimento e forneça feedback
regularmente, garantindo que o sistema esteja sendo desenvolvido de acordo com
suas expectativas.
iv) Melhoria contínua: O Scrum incentiva a reflexão e a melhoria contínua através de
cerimônias como as retrospectivas de sprint. Essas reuniões permitem que a equipe
de desenvolvimento, os professores e os administradores identifiquem áreas de
melhoria e tomem medidas para ajustar o processo. Isso garante que o sistema
evolua de acordo com as necessidades em constante mudança da escola.
v) Minimização de riscos: O Scrum permite a identificação antecipada de problemas
e riscos. Através de reuniões diárias de acompanhamento do progresso (daily
scrums) e de uma abordagem transparente, os problemas podem ser detectados
rapidamente e soluções podem ser implementadas. Isso reduz os riscos de atrasos
significativos ou falhas do sistema.
Em suma, o Scrum é uma metodologia ágil que oferece uma abordagem colaborativa, flexível
e adaptável para o desenvolvimento de sistemas de gestão acadêmica. Sua ênfase na
comunicação, entrega rápida e melhoria contínua torna-o uma escolha ideal para atender às
necessidades em constante evolução da Escola Comunitária Nossa Senhora do Livramento. No
entanto, é importante adaptar qualquer metodologia às características específicas da escola e
garantir o envolvimento ativo de todas as partes interessadas durante todo o processo de
desenvolvimento.
Segundo Souza (2010), a população é a totalidade de elementos sob estudo que apresentam
uma ou mais características em comum.
Pág. 13
Para o presente estudo, a população foi constituída por 3 funcionários administrativos e 1500
alunos da Escola Comunitaria Nossa Senhora do Livramento.
b) Amostra
A amostra foi constituída por 3(três) funcionários e 30 alunos Escola Comunitaria Nossa
Senhora do Livramento.
A abordagem quantitativa busca mensurar e analisar fenômenos por meio da coleta e análise
de dados numéricos. Nesse contexto, o Sistema de Gestão Acadêmico visa automatizar e
otimizar processos, como o registro de alunos, lançamento de notas e controle de presenças.
Esses processos geram dados quantitativos, como notas numéricas, frequência em aulas e
registros de estudantes, que podem ser coletados e analisados de maneira objetiva e
quantitativa.
Pág. 14
1.9. DESCRIÇÃO DA INSTITUIÇÃO
Em 1983 foi introduzido, em Moçambique, o Sistema Nacional de Educação (SNE)
através da Lei Nº 4/83, de 23 de Março o qual nove anos mais tarde viria a ser reajustado pela
Lei Nº 6/92, de 6 de Maio, com vista a adequá-lo, do ponto de vista pedagógico e organizativo,
à nova conjuntura política, económica e social do País e do mundo.
Entretanto, o MINED por sua vez empreendeu esforços no sentido de expandir a rede
escolar. No quadro das políticas de expansão do ensino e em consonância com a alínea b) do
artigo 1 da Lei 6/92 de 06 de Maio, o Estado passou a permitir "a participação de outras
entidades, incluindo comunitárias, cooperativas, empresariais e privadas no processo
educativo".
É neste contexto que foi criada, em 1998, a Escola Comunitária Nossa Senhora do
Livramento (ECNSL) localizada no bairro T3, Posto Administrativo de Infulene,
Pág. 15
comprometeu a receber alguns alunos das Escolas Públicas enviados pelos Serviços Distrital
da Juventude e Tecnologia da Matola (SDJTM).
A maior parte dos alunos desta Escola vêm da Comunidade local, sendo várias as razões
que os levam a ingressar naquela Escola. Dessas razões destacam-se as afectações a partir das
Escolas Primárias Públicas circunvizinhas, dos que tiverem idades superiores a 13 anos, dos
que tiverem perdido a vaga em Escolas Secundárias Públicas por excesso de faltas, outros ainda
por terem reprovado mais de duas vezes na mesma classe, ou que tenham sido expulsos de
outras Escolas Secundárias, entre outras.
Destes, 35 são licenciados ao passo que 41 têm o nível médio. Mais de metade dos
professores auferem salários a partir do Orçamento do Estado e aos restantes, a Direcção da
Escola paga a partir dos fundos provenientes das mensalidades pagas pelos alunos.
Pág. 16
CAPÍTULO II
2. FUNDAMENTAÇÃO TEÓRICA
NESTE CAPÍTULO SÃO ABORDADOS CONCEITOS RELEVANTES SOBRE BASE
DE DADOS DIGITAIS QUE SUSTENTA A PARTE PRÁTICA.
2.1.Gestão Académica
Segundo (GENNERA, 2017), a Gestão académica é um modelo educacional idealizado pelas
instituições de ensino com o objetivo de mobilizar e articular aspectos como talento humano e
competência educacional, visando a melhoria do ensino.
O uso de um sistema de gestão de base de dados, permite aumentar a eficiência no que diz
respeito aos gastos de materiais de consumo e a eficácia do processo de tomada de decisão
devido à maior e mais fácil acesso e transparência de informação para aqueles agentes que
participam da gestão escolar (Júnior, Schmitz, & Neto, 2012).
As bases de dados na gestão académica oferecem muitas vantagens, tais como: possibilidade a
gestão a manutenção de dados académicos, contribui para o aperfeiçoamento da produtividade
Pág. 17
de gestor escolares, inclui dados relacionais de alunos, professores, disciplinas e planos de
ensino, produz informação sobre os resultados de aprendizagem (António & Marcelino, 2014).
Segundo Prezzo (2017) um sistema de gestão de base de dados para instituição de ensino pode
oferecer diversas vantagens para o estabelecimento educacional:
Os registos são conectados uns aos outros por meio de uma ligação, também chamada de link
(associação essa entre exactamente dois registos). (Ribeiro, 2017).
Pág. 18
Figura 1: Modelo de dados Hierárquico.
Ao contrário do Modelo Hierárquico, em que qualquer acesso aos dados passa pela raiz, o
modelo em rede possibilita acesso a qualquer nó da rede sem passar pela raiz.
Pág. 19
2.4.3. Modelo Relacional
A estrutura fundamental do modelo relacional é a relação (tabela). Na verdade, o modelo é
composto por uma colecção de tabelas de nomes únicos. Cada relação ou tabela é constituída
por uma ou mais colunas chamadas de atributos (campos) que são os tipos dos dados contidos
na relação. O conjunto de valores passíveis de serem assumidos por um atributo será intitulado
de domínio. Cada linha da relação é chamada de tupla (registo) (Ribeiro, 2017).
Porém, para trabalhar com essas tabelas, algumas restrições precisaram ser impostas para evitar
aspectos indesejáveis, como: Repetição de informação, incapacidade de representar parte da
informação e perda de informação. Essas restrições são: integridade referencial, chaves e
integridade de junções de relações (Takai, Italiano, & Ferreira, 2005).
O acesso aos dados é feito diretamente ao objecto seguindo os ponteiros, podendo ser bem mais
rápido, porque não é necessário junções.
Pág. 20
Alguns problemas do modelo orientado a objectos são: ele não tem base teórica (formalismo)
como os modelos anteriores e não existe linguagem padronizada para acesso e manipulação
dos dados (tal qual o SQL) (Ribeiro, 2017).
Então surge a necessidade da utilização de metodologias ágeis, que não são orientadas à
documentação, preocupam-se apenas com a codificação.
Pág. 21
2.5.1. Extreme Programming (XP)
A Extreme Programming (XP) é uma Metodologia Ágil para equipas pequenas e médias de
desenvolvem softwares baseado em requisitos vagos e que se modificam rapidamente. Entre
as principais diferenças da XP em relação às Metodologias Clássicas estão o feedback
constante, a abordagem incremental e o encorajamento da comunicação entre as pessoas
(Daniel, 2008)
O XP funciona baseado em voltas de feedback, ou seja, retornos sobre cada entrega. Para
conseguir se adaptar às mudanças, o XP preconiza ciclos curtos que dão previsibilidade e
redução de incertezas ou riscos, simplificam e geram melhorias constantes de código
(refactoring) para facilitar a mudança a partir de testes automatizados e integração contínua,
aumentando a confiança (Battistelli, 2017).
Pág. 22
Figura 5: Ciclo Extreme Programming (XP).
2.5.2. SCRUM
Scrum é um método ágil de desenvolvimento de software criado por Jeff Sutherland e sua
equipe no início de 1990. O Scrum considera uma abordagem mais humana ao solucionar os
problemas existentes no desenvolvimento de software (Carvalho & Mello, 2012).
O Scrum serve como fundamento para um projeto complexo, não ditando regras que devem
ser estritamente seguidas, mas que podem ser personalizadas conforme a necessidade da
equipe, servindo como base para uma gerência de sucesso (Bay, et al., 2016).
A cada dia de uma Sprint, a equipe faz uma breve reunião (normalmente de manhã), chamada
Daily Scrum. O objetivo é disseminar conhecimento sobre o que foi feito no dia anterior,
identificar impedimentos e priorizar o trabalho do dia que se inicia (Desenvolvimento Ágil,
2018).
Pág. 23
Ao fim de um Sprint, a equipe apresenta os requisitos e funcionalidades desenvolvidas em uma
Sprint Review Meeting. Após uma retrospectiva, a equipe de desenvolvimento passa para o
planejamento do próximo Sprint. A divisão de tarefas no Scrum baseia-se em Sprints e
Reuniões Diárias. O Sprint é o ciclo em que diversas atividades precisam ser feitas e entregues
no final para que possam ser entregues para o cliente, possuem duração fixa, normalmente de
duas a quatro semanas, mas podem ser adaptadas de acordo com a necessidade da empresa,
desde que mantenha a entrega constante (Bay, et al., 2016).
Entre as várias arquitecturas existentes destacam neste estudo: o Model View Presenter (MVP),
Model-View-View Model (MVVM) e o Model View Control (MVC).
Pág. 24
2.6.1. MVP (Model View Presenter)
Segundo Coelho (2012), o MVP é um padrão de arquitectura que visa a separação das camadas
lógicas da aplicação em três elementos:
Para Coelho (2012) ao adoptar-se a arquitectura MVP, resolve-se dois problemas comuns na
camada de visualização:
Testabilidade, com o uso do MVP, nós conseguimos obter um nível maior de testabilidade no
projeto, pois conseguimos abstrair a tecnologia de visualização dos testes.
Pág. 25
Figura 8: Modelo MVVM.
• View: Entidade responsável por definir a estrutura, layout e aparência do que será
exibido na tela. Dentro do nosso contexto, as Views são nossas Activities, Fragments e
elementos visuais criados para serem disponibilizados na tela.
• Model: Implementação do modelo de domínio da aplicação que inclui o modelo de
dados, regras de negócio e validações de lógica.
• ViewModel: Ele age como intermediário entre a View e o Model, é o responsável por
manusear o Model para ser utilizado pela View.
Wilson (2015), explica que a melhor maneira de discutir a arquitectura MVC é discutir cada
componente individualmente:
• O Model no MVC é a parte do seu aplicativo que representa seus dados. Um modelo
específico é uma classe que representa dados.
• A View no MVC é simplesmente o que é apresentado ao Utilizador. A view também é
responsável pela interação do Utilizador com o aplicativo, através do uso de links,
botões, JavaScript etc. O View também é responsável por pegar os modelos e
representá-los ao Utilizador da aplicação.
• O Control é responsável por interpretar a solicitação do Utilizador e responder a ela.
Ele pode carregar modelos específicos relevantes para a solicitação e transmiti-los para
uma visualização para representação, ou pode aceitar dados de uma visualização (por
meio de algo como uma solicitação HTTP POST) e convertê-los em um modelo e
persistir no armazenamento de dados.
Pág. 26
Figura 9: Arquitectura MVC.
Segundo (Costa, 2007), é uma linguagem padrão utilizada para o acesso e exibição de páginas
Web. As linhas de código HTML são interpretadas pelo browser que mostra o resultado final
ao utilizador. Genericamente, a linguagem HTML é constituída de textos e de códigos especiais
denominados marcas ou tags.
Actualmente na versão HTML5 segundo Ferreira & Eis (2014) um dos principais objectivos é
facilitar a manipulação do elemento possibilitando o desenvolvedor a modificar as
características dos objetos de forma não intrusiva e de maneira que seja transparente para o
Utilizador final.
Pág. 27
b) PHP
PHP (um acrónimo recursivo para "PHP: Hypertext Preprocessor") é uma linguagem de script
Open Source de uso geral, muito utilizada e especialmente guarnecida para o desenvolvimento
de aplicações Web embútivel dentro do HTML. É uma linguagem que permite criar sites WEB
dinâmicos, possibilitando uma interacção com o Utilizador através de formulários, parâmetros
da URL e links. (integrator tecnology e design, 2014)
c) Bootstrap
O NetBeans IDE permite o desenvolvimento rápido e fácil de aplicações desktop Java, móveis
e Web e também aplicações HTML5 com HTML, JavaScript e CSS. O IDE também fornece
um grande conjunto de ferramentas para desenvolvedores de PHP e C/C++. Ela é gratuita e
tem código-fonte aberto, além de uma grande comunidade de Utilizadors e desenvolvedores
em todo o mundo.
b) Wamp server
Para armazenamento dos dados foi adotado o banco de dados MySQL, para trabalhar com o
banco de dados utilizou-se o phpMyAdmin e a Consola Mysql que ajudou na análise do banco
de dados, junto com essas escolhas foi definido o servidor web que será executado diretamente
numa máquina local, para isso foi definido o WAMP que possui um pacote de aplicações livres
como Apache, PHP, MySQL e phpMyAdmin.
Pág. 28
d) StarUML - é uma ferramenta Open Source utilizada para desenvolvimento rápido de
projetos modelados pela UML.
e) BrModelo - é uma ferramenta para projeto de BD relacional. Ela abrange todas as
etapas, tarefas e subtarefas necessárias neste processo (Ramos & Menna, 2011).
Pág. 29
CAPÍTULO III
A Escola Comunitária Nossa Senhora do Livramento como qualquer instituição de ensino está
dividida em uma hierarquia de direcção e a mesma é apresentada na figura abaixo:
Director é responsável por supervisionar toda a actividade da instituição. O Director nas suas
actividade é auxiliado pelo subdirector administrativo e Pedagógico.
Pág. 30
A Escola Comunitaria Nossa Sra. Do Livramento no seu sistema manual de gestão, as
informações são armazenadas em formato de papel, folha de cálculo do Excel e no Word.
No caso de matrículas é requisitado que o aluno ou encarregado traga uma capa de processo e
documentos do educando, e é fornecido no acto da matrícula uma ficha de matrícula para ser
preenchida e depois é arquivado temporariamente o processo para que depois do fim do
processo seja cadastrado em uma folha de calculo do Excel aberta para o ano lectivo em
referência.
Com base na justificação de investigação elaborada para este estudo, neste capítulo apresenta-
se uma proposta de sistema de base de dados para contribuir na automatização e gestão da
informação da Escola Comunitária Nossa Sra. Do Livramento.
• Somente o Administrador poderá cadastrar os funcionários que terão acesso aos demais
serviços.
• Somente os funcionários previamente definidos poderão cadastrar, gerir, controlar,
remover alunos e actualiza-los;
• O sistema também permitirá que os funcionários previamente definidos imprimem
relatórios.
Pág. 31
aconteceram no ciclo que se encera, e por fim o produto final e posteriormente sua
implementação.
Optou-se pela metodologia SCRUM por ser a metodologia mais usada no mundo
(principalmente para desenvolvimento web), por ser flexível e por oferecer resultados visíveis
em cada etapa do desenvolvimento.
Segundo Sofia (2010), requisitos funcionais explicam o que deve ser feito, identificando a
tarefa necessária, ação ou atividade que deve ser realizada.
RF01-Efectuar Login
RF02-Cadastrar Funcionar/Administrador
Pág. 32
RF03 – Inscrever aluno
A aplicação deverá permitir que o utilizador funcionário cadastre estudante em sua base de
dados, informando os dados necessários.
A aplicação deve permitir que o Funcionário efectue matrícula de alunos informando os dados
necessários.
RF07- Visualizar
RF08 – Imprimir
A aplicação deve permitir a impressão da ficha de matrícula, lista de alunos matriculados por
turma, curso e classe, lista do pagamento de propina por turma e curso e classe e recibo de
pagamento da propina.
RNF01- Usabilidade
A aplicação devera permitir que o utilizador execute uma função do sistema no máximo de
dois cliques, apresentar uma interface objectiva, amigável, consistente, intuitiva e de fácil
Pág. 33
acessibilidade, isto é, suas informações e funcionalidades deverão estar bem visíveis e
disponíveis.
RNF02- Desempenho
RNF03- Segurança
A aplicação deverá ser acedida após o utilizador ter inserido os seus credenciais válidos em
formulário de Login.
Pág. 34
3.4.1. Cenário de caso de uso
Efectuar Login (Cenário Principal)
Pré-Condição Estar pré cadastrado no sistema
Descrição • O caso de uso efectuar login começa quando o
Utilizador acede ao sistema.
• O sistema abre a tela de login onde o
Administrado/Utilizador poderá inserir as informações
como nome e palavra passe que serão os requisitos para
entrar no sistema.
• O sistema vai mostrar a página principal em caso dos
dados forem válidos.
Fluxo de evento Nome ou palavra passe não correspondem o sistema retorna
secundário uma mensagem “nome ou palavra passe invalidadas”
Tabela 1: Descrição do caso de uso efectuar login
Cadastrar aluno
Pré-condição Estar autenticado no sistema
Descrição • A aplicação solicita os dados necessários para cadastrar
o aluno.
• O Administrador/Utilizador informa os dados do
estudante.
• O Utilizador clica em Guardar.
• O sistema emite a mensagem “Cadastrado com sucesso”
Fluxo de evento Caso as informações não forem inseridas, ou seja, existir
Secundário campos obrigatórios vazios a aplicação vai notificar erro.
Tabela 2: Descrição do caso de uso cadastrar aluno.
Pág. 35
Matricular aluno
Pré-condição Estar autenticado no sistema
Descrição • A aplicação solicita os dados necessários para a
matrícula do aluno.
• O Administrador/Utilizador informa os dados
necessários para a matrícula.
• O Utilizador clica em matricular
• O Sistema emite uma mensagem “matriculado com
sucesso”.
Fluxo de evento Caso as informações não forem inseridas, ou seja, existir
secundário campos obrigatórios vazios a aplicação vai notificar erro.
Tabela 3:Descrição do caso de uso matricular aluno.
Cadastrar Secção
Pré-condição Estar autenticado no sistema
Descrição • A aplicação solicita os dados necessários para cadastrar
curso.
• O Administrador/Utilizador informa os dados
necessários.
• O Administrador/Utilizador clica em cadastrar o
sistema.
• O sistema emite uma mensagem “cadastrado com
sucesso”.
• O sistema retorna a lista de curso cadastrado.
Fluxo de evento Caso as informações não forem inseridas, ou seja, existir
secundário campos obrigatórios vazios a aplicação vai notificar erro.
Tabela 4: Descrição do caso de uso cadastrar curso.
Pág. 36
Cobrança de emolumento
Pré-condição Estar autenticado no sistema
Descrição • A aplicação solicita os dados necessários para cadastrar
curso.
• O Administrador/Utilizador informa os dados
necessários.
• O Administrador/Utilizador clica em cadastrar o
sistema.
• O sistema emite uma mensagem “cadastrado com
sucesso”.
• O sistema imprime o recibo de pagamento.
Fluxo de evento Caso as informações não forem inseridas, ou seja, existir
secundário campos obrigatórios vazios a aplicação vai notificar erro.
Tabela 5: Descrição do caso de uso Cobrança de emolumento.
Cadastrar emolumento
Pré-condição Estar autenticado no sistema
Descrição • A aplicação solicita os dados necessários para cadastrar
curso.
• O Administrador/Utilizador informa os dados
necessários.
• O Administrador/Utilizador clica em cadastrar o
sistema.
• O sistema emite uma mensagem “cadastrado com
sucesso”.
• O sistema retorna a lista de emolumentos.
Fluxo de evento Caso as informações não forem inseridas, ou seja, existir
secundário campos obrigatórios vazios a aplicação vai notificar erro.
Tabela 6: Descrição do caso de uso Cadastro de emolumentos.
Pág. 37
Figura 11: Diagrama de Classes.
Pág. 38
Figura 12: Diagrama de Sequência Login.
Pág. 39
Figura 13: Diagrama de Sequência Cadastro.
Pág. 40
Figura 14: Modelo Conceitual.
Pág. 41
3.5.4. Modelo Lógico
É uma representação lógica das informações da área de negócio, não é um banco de dados, é
independente do modelo físico. Ele é independente da tecnologia implementada devido a
constante mudança dos produtos tecnológicos. (Mayer, 2005)
Pág. 42
Figura 16:Modelo Físico.
Segundo o (Rodrigues, Torres, & Florian, 2018), a segurança informação tem cinco objectivos
principais:
Pág. 43
• O não-repúdio da informação: é a garantia de que nenhum dos correspondentes
poderá negar a transacção;
• A autenticação: garante a identidade do usuário, ou seja, que ele é quem diz ser. Ela
viabiliza a comprovação de uma identidade por diversos meios (biométricos, senhas,
etc.). Na verdade, é o controle de acesso que vai permitir o acesso das pessoas
autorizadas aos recursos, mediante a digitação de uma senha, por exemplo. O controle
de acesso por autenticação é, sempre, garantido pela integridade dos dados informados.
• Confiabilidade: é demonstrar ao usuário/cliente a fidelidade e a boa qualidade da
informação com a qual ele está a trabalhar.
Pág. 44
4. CONCLUSÃO
Neste relatório, apresentamos uma proposta de desenvolvimento de um sistema de gestão
acadêmica baseado em banco de dados para a Escola Comunitária Nossa Senhora do
Livramento. O objetivo dessa proposta é fornecer uma solução eficiente e integrada para
facilitar o gerenciamento das atividades acadêmicas e administrativas da escola.
Neste estudo foi feito uma análise dos requisitos e da problemática mediante um inquérito por
questionário. Optou-se pelo modelo de base dados denominados Modelo Relacional; a
metodologia de desenvolvimento de software utilizada foi Scrum; a arquitectura de
desenvolvimento de sistema utilizado consistiu no MVC. As ferramentas e tecnologias
utilizadas são: html, php, bootstrap, SQL, Netbeans, wamp server, mysql workbench, star uml,
brModelo;
A implementação desse sistema trará diversos benefícios para a Escola Comunitária Nossa
Senhora do Livramento. Primeiramente, facilitará o processo de matrícula e inscrição dos
alunos, permitindo que essas tarefas sejam realizadas de forma online, economizando tempo e
reduzindo a carga de trabalho administrativo.
Pág. 45
Outro benefício importante é a disponibilização de um portal para pais e alunos, onde eles
poderão acessar informações sobre horários de aula, notas, faltas e comunicados da escola. Isso
promoverá uma maior transparência e comunicação entre a escola e a comunidade escolar,
permitindo que os pais acompanhem de perto o progresso acadêmico de seus filhos.
Pág. 46
5. REFERÊNCIAS BIBLIOGRÁFICAS
GIL, Antonio Carlos. Como elaborar projetos de pesquisa. 4. ed. São Paulo: Atlas, 2002.
Ludke, M., & André, M. E. (1986). Estudos de validade de testes psicológicos: uma revisão da
literatura. Estudos de Psicologia (Campinas), 3(2), 207-216.
GENNERA, M. (2017). Gestão acadêmica: o que é e como aplicar. São Paulo: Penso.
Silveira, S. R., & Cassino, J. (2003). Software livre: a liberdade conquistada. São Paulo:
Conrad Editora do Brasil.
Echarri, M. J. (2002). Modelos e simulação: uma introdução. São Paulo: Editora Livraria da
Física.
Lakatos, E. M., & Marconi, M. A. (2007). Metodologia do trabalho científico. São Paulo: Atlas.
Cervo, A. L., & Bervian, P. A. (1996). Metodologia científica. São Paulo: Makron Books.
Pág. 47