Instituto Médio Politécnico Privado Carmun

Ensino Secundário Técnico Profissional

Curso de Informática

Alvina Patrício
Raquel da Gama

Concepção e Implementação de um Portal de Aluno para o Grupo Carmun

Luanda-Angola
2022
 Instituto Médio Politécnico Privado Carmun
Ensino Secundário Técnico Profissional
Curso de Informática

Alvina Patrício
Raquel da Gama

Concepção e Implementação de um Portal de Aluno para o Grupo Carmun

Trabalho de fim de curso Apresentado ao Instituto

Médio Politécnico Privado Carmun, como requisito
para obtenção do título de técnico médio de
informática.
Orientadores: Eng.ª Anilsa António e Eng.º Eridson
Domingos.

Luanda-Angola
2022
 Alvina Patrício
Raquel da gama

Concepção e Implementação de um Portal De Aluno Para o Grupo Carmun

Trabalho de fim de curso Apresentado ao Instituto Médio Politécnico Privado Carmun,

como requisito para obtenção do título de técnico médio de informática.

Aprovado: ______/______/_____
BANCA EXAMINADORA

Presidente do Júri…………………………………..…Assinatura……………………………………

Primeiro Vogal……………………………………..….Assinatura……………………………………

Segundo Vogal……………………………………..…Assinatura……………………………………

Luanda-Angola
2022
Dedicatória
 É com muita gratidão no coração que dedicamos
este trabalho a Deus, o maior orientador das nossas vidas e
aos nossos pais (João da Gama e Marisa da Gama, “Pais
de Raquel da Gama”) e (Kusutiko Patrício e Ladia
Bidingani “Pais de Alvina Patrício”), pilares da nossa
formação como seres humanas e pelo apoio incondicional
em todos os momentos difíceis da nossa trajetória
acadêmica.

EPÍGRAFE
Se queremos progredir não podemos repetir a história, mas fazer uma nova história.
Mahatma Gandhi
Agradecimentos
 Em primeiro lugar, а Deus, que fez com que nossos objetivos fossem alcançados,
durante todos os nossos anos de estudos e por ter permitido que nós tivéssemos saúde е
determinação para não desanimar durante a realização deste trabalho.

Aos nossos pais, por nunca terem medido esforços para nos proporcionarem um ensino
de qualidade durante todo o nosso período escolar.
Obrigada por tudo! Obrigada, pais por nos amarem incondicionalmente, serem os
melhores conselheiros e nos ensinarem a sermos pessoas dignas. Gostaríamos de agradecer
tudo que fizeram por nós, por tudo que somos, por todas as lembranças que carregamos
connosco e pela vida.

Aos familiares e amigos, que sempre estiveram ao nosso lado, pela amizade
incondicional e pelo apoio demonstrado ao longo de todo o período de tempo em que nos
dedicamos na elaboração do nosso projeto.

Ao Instituto Politécnico Privado Carmun

Aos professores, pelas correções e ensinamentos que nos permitiram apresentar um

melhor desempenho no nosso processo de formação profissional ao longo do curso; por todos
os conselhos, pela ajuda e pela paciência com a qual guiaram o nosso aprendizado.

A Empresa EPAL pela cooperação durante a realização deste trabalho em especial ao

departamento de TI, na área de aplicações.

A Eng.ª Anilsa António e ao Eng.º Eridson Domingos pelo suporte obstinado e pelo
apoio moral durante a trajetória deste trabalho e por terem sido nossos orientadores e terem
desempenhado tal função com dedicação e amizade; aos outros engenheiros do departamento
que de forma direta ou indireta ajudaram-nos na elaboração do presente trabalho,
nomeadamente:
Simão Kawe, Ruth Félix, Joaquim Neto, Jeferson António, Joel Caetano e António
Calenge.
 Aos nossos colegas de curso, cоm quem convivemos intensamente durante os últimos
4 anos, pelo companheirismo e pela troca de experiências que nos permitiram crescer não só
como pessoas, mas também como formandas.
A todos os alunos da nossa turma, pelo ambiente amistoso no qual compartilharmos
tantos momentos de descobertas e aprendizado ao longo deste percurso.

A todos aqueles que contribuíram, de alguma forma, para a realização deste trabalho,
enriquecendo o nosso processo de aprendizado.
Às pessoas cоm quem convivémos, que nos incentivaram e que certamente tiveram
impacto na nossa formação acadêmica.
 Resumo

Como instituição a escola fornece o processo de ensino que garante o aprendizado,

conhecimento, habilidades e valores necessários à socialização do aluno bem como promover
a sua construção moral e ética. Para que se concretize este feito, é necessário que se tenha
uma gestão eficiente e fundamental para o seu funcionamento e tem um impacto direito na
qualidade de ensino do estudante e a tomada de decisões que passa pelo conselho escolar que
normalmente e formado por encarregados, alunos professores, coordenadores, secretários e
directores.
Pretendemos como proposta de projeto de conclusão do Ensino Técnico médio de
informática a implementação de um portal web para o grupo Carmun que adote as
necessidades que o mesmo apresenta em fase de pandemia. No processo de desenvolvimento
como objeto de estudo temos o grupo Carmun que constituído por duas instituições
nomeadamente Complexo Escolar Privado Carmun e o Instituto Médio Politécnico Privado
Carmun. Escolhemos o mesmo por ter uma grande necessidade de automatizar os seus
processos de modo a facilitar o acesso a informação, maior interação entre a instituição,
alunos e encarregados.
No desenvolvimento da aplicação pretendida fez-se uma análise detalhada do
funcionamento, Complexo Escolar Privado Carmun e o Instituto Médio Politécnico Privado
Carmun com recursos, seguiu-se uma análise e especificação de requisitos e a análise
funcional. Foram desenvolvidos modelos conceptuais de domínio e processos relacionados
com o portal web.
No final foram avaliados os resultados do projeto em termos de impacto na execução
dos processos do Grupo Carmun.
Palavras-chaves: Portal, Alunos e Instituição.
 Abstract
As an institution, the school provides the teaching process that guarantees the learning,
knowledge, skills and values necessary for the student's socialization as well as promoting
their moral and ethical construction. In order to achieve this feat, it is necessary to have an
efficient and fundamental management for its operation and it has a direct impact on the
quality of student teaching and the decision-making that passes through the school council
that is normally formed by supervisors, students teachers, coordinators, secretaries and
directors.
As a proposal for a project for the completion of high school technical information
technology, we intend to implement a web portal for the Carmun group that adopts the needs
that it presents in the pandemic phase. In the development process as an object of study we
have the Carmun group which consists of two institutions namely Carmun Private School
Complex and Carmun Private Polytechnic Institute. We chose the same because we have a
great need to automate its processes in order to facilitate access to information, greater
interaction between the institution, students and supervisors.
In the development of the intended application, a detailed analysis of the functioning,
Carmun Private School Complex and Carmun Private Polytechnic Institute with resources
was carried out, followed by an analysis and specification of requirements and the functional
analysis. Conceptual domain models and processes related to the web portal were developed.
At the end, the results of the project were evaluated in terms of impact on the
execution of Grupo Carmun's processes.
Keywords: Portal, Students and Institution.
Índice De Figuras
Figura 1:Organigrama do CEPC...............................................................................7
Figura 2:Organigrama do IPPC.................................................................................8
Figura 3:Fases de desenvolvimento de RUP............................................................13
Figura 4:Diagrama de caso de uso...........................................................................16
Figura 5:Menu principal...........................................................................................29
Figura 6:Página principal.........................................................................................31
Figura 7:Tela de login...............................................................................................32
Figura 8:Página de marcação de matrícula.............................................................33
Índice De Tabelas
Tabela 1:Cargos e funções de agentes envolvidos no portal.....................................9
Tabela 2:Tabelas de materiais, custos e apoios.......................................................12
Tabela 3:Utilizadores do sistema..............................................................................14
 Índice Geral

0 INTRODUÇÃO..........................................................................................................1
0.1 JUSTIFICATIVA....................................................................................................1
0.2 OBJETIVOS DO TRABALHO.............................................................................2
0.2.1 OBJETIVO GERAL............................................................................................2
0.2.2 OBJETIVOS ESPECÍFICOS.............................................................................2
0.3 METODOLOGIA UTILIZADA...........................................................................2
0.3.1 MÉTODOS...........................................................................................................2
0.3.2 TÉCNICAS...........................................................................................................3
0.4 ESTRUTURA DO RELATÓRIO..........................................................................4
CAPÍTULO I: DOMÍNIO DO PROBLEMA.............................................................6
1.1 OBJECTO DE ESTUDO........................................................................................6
1.1.1 BREVE HISTORIAL..........................................................................................6
1.1.2 ORGANIGRAMAS DO GRUPO CARMUN....................................................7
1.2 ÂMBITO DO PROJECTO....................................................................................9
1.2 OBJECTIVO DA INSTITUIÇÃO........................................................................9
1.4 UTILIZADORES..................................................................................................10
1.5 ÁREA DE AUTOMATIZAÇÃO.........................................................................10
1.6 SITUAÇÃO ACTUAL..........................................................................................10
1.7 PROBLEMAS A SEREM RESOLVIDOS.........................................................10
1.8 SOLUÇÃO PROPOSTA......................................................................................10
1.9 MATERIAL NECESSÁRIO ESTIMATIVA DE CUSTOS E APOIOS.........11
1.10 VIABILIDADE DO PROJECTO......................................................................12
CAPÍTULO II: ANÁLISE DE REQUISITOS.........................................................13
2.1 METODOLOGIA APLICACIONAL.................................................................13
2.1.1 UML....................................................................................................................13
2.1.2 RUP.....................................................................................................................13
2.2 TIPO DE APLICAÇÃO.......................................................................................14
2.3 UTILIZADOR DO SISTEMA.............................................................................14
2.4 PROCESSO/FUNÇÕES.......................................................................................14
2.4.1. DIAGRAMA E ESPECIFICAÇÃO DOS PROCESSO/ FUNÇÕES DO
PORTAL..................................................................................................................................15
2.4.1.1 DIAGRAMA DE CASO DE USO DO PORTAL.........................................15
2.4.1.2 DOCUMENTAÇÃO DO CASO USO DO PORTAL..................................16
2.4.1.3 DIAGRAMA DE CLASSES..........................................................................25
2.4.2 REQUISITOS.....................................................................................................26
2.4.2.1 REQUISITOS FUNCIONAIS.......................................................................26
2.4.2.2 REQUISITOS NÃO FUNCIONAIS..............................................................27
CAPÍTULO III: DESENHO......................................................................................29
3.1 ESTRUTURA DO MENU....................................................................................29
3.2 ELABORAÇÃO COM INTERFACE GRÁFICA COM UTILIZADOR.......30
3.3 MODELO LÓGICO DE DADOS.......................................................................33
3.4 A ARQUITETURA LÓGICA DA APLICAÇÃO..............................................33
CAPÍTULO IV: TECNOLOGIAS E FERRAMENTAS UTILIZADAS...............34
4.1 TECNOLOGIAS UTILIZADAS.........................................................................34
4.1.1 XAMPP...............................................................................................................34
4.1.2 Apache.................................................................................................................34
4.1.3 Mysql...................................................................................................................35
4.1.4 JavaScript...........................................................................................................35
2.1.5 Ajax.....................................................................................................................35
4.1.5 Jquery..................................................................................................................36
4.1.6 Boostrap..............................................................................................................36
4.2 FERRAMENTAS UTILIZADAS........................................................................37
4.2.1 Astah Comunity..................................................................................................37
4.2.2Microsoft Word:..................................................................................................37
4.2.3 Visual Studio Code:...........................................................................................37
CAPÍTULO V: IMPLEMENTAÇÃO......................................................................38
5.1 ARQUITETURA FÍSICA DO SISTEMA..........................................................38
5.2 MODELO FÍSICO DE DADOS..........................................................................38
5.3 EXTRACTOS DE CÓDIGOS.............................................................................38
CONCLUSÃO.............................................................................................................40
ANEXOS......................................................................................................................43
APÊNDICE..................................................................................................................50
ÍNDICE REMISSIVO................................................................................................54
 Siglas e Abreviaturas

IPPC-Instituto Politécnico Privado Carmun

CEPC-Complexo Escolar Privado Carmun
UML-Linguagem de modelagem Unificada
RUP-Rational Unified Process
XAMPP-Apache, MySQL, PHP e Pearl, sendo o X (funciona em Windows, Linux e
Mac)
PHP-Hypertext Preprocessor
SGBD-Sistema Gerenciador de Banco de Dados
SQL-Structured Query Language
HTML-HyperText Markup Language
CSS-Folha de Estilo em Cascata
DSO- dynamic shared objects
Sumário
CAPÍTULO I: DOMÍNIO DO PROBLEMA
CAPÍTULO II: ANÁLISE DE REQUISITOS
CAPÍTULO III: DESENHO
CAPÍTULO IV: TECNOLOGIAS E FERRAMENTAS UTILIZADAS
CAPÍTULO V: IMPLEMENTAÇÃO
 1

0 Introdução
Desde o desenrolar da história humana, o homem sempre teve a necessidade de
aprender e daí surgiu o ato de transmitir conhecimento, de modo a deixar um legado para que
as outras gerações pudessem se desenvolver, e daí surgiu a escola, um espaço com a
finalidade de formar e desenvolver indivíduos em seus aspectos sociais, culturais e
intelectuais. E neste mesmo desenrolar histórico surgiu a internet um conjunto de redes de
computadores com a finalidade de revolucionar o cenário global e com o passar do tempo foi
espalhada por todas as regiões do planeta acelerando assim a criação de novas formas de
interação humana, mudando a nossa maneira de viver e se relacionar com o mundo.
A educação também foi transformada por essa revolução tecnológica. Hoje o portal
do aluno se tornou um grande avanço tecnológico para as escolas. Actualmente as mesmas
têm procurado soluções práticas para haver uma melhor interação entre a escola, encarregados
e alunos e formas de manter os alunos informados
O uso de um portal de aluno é cada vez mais importante em qualquer instituição
educacional para um bom desempenho, sendo assim, propomos ao grupo Carmun a
implementação de um portal de aluno.
Com a implementação de um portal no Grupo Carmun os processos ficarão
otimizados, diminuindo assim o fluxo de pessoas no grupo Carmun. A comunicação entre os
encarregados, e o Grupo Carmun vai fluir melhor.
0.1 Justificativa
Com base no problema encontrado pretendemos resolver o mesmo com a
implementação de um portal que tem como finalidade reduzir o fluxo constante de pessoas na
instituição, facilitando a vida dos alunos e encarregados na monitorização do percurso escolar,
porque a falta do portal do aluno tem feito com que as pessoas vão a instituição tratar assuntos
tão simples que mesmo a partir de casas podem ser tratados de forma simples, rápida e
dinâmica em qualquer lugar sem a necessidade de deslocar-se a referida instituição.
Os principais beneficiados serão os alunos e os encarregados de educação, sem
esquecer a própria instituição e todos que solicitam os serviços da mesma.
0.2 Objectivos do trabalho
0.2.1 Objectivo Geral
Propor a implementação de um portal de aluno para o Grupo Carmun.
 2

0.2.2 Objetivos Específicos

O objetivo deste trabalho consiste na Conceção e implementação de um portal de
aluno, que atende as necessidades do grupo Carmun.
Para garantir á obtenção dos resultados positivos, foram definidos os seguintes
objetivos específicos:
 Facilitar o aluno no acesso
ao: mini-pautas, horários, boletim de notas, calendário e programa escolar sem a necessidade
de ir a instituição;
 Permitir que os encarregados
possam monitorar o percurso académico dos seus educandos;
 Minimizar o fluxo constante
de pessoas à secretaria;
 Maximizar a quantidade de pessoas interessadas nos serviços prestados pelo
grupo Carmun.
 Notificar ao aluno o calendário de provas;
 Reduzir o esforço manual dos funcionário da secretaria.
 Descomplexificar o acesso as
informações e ofertas do grupo Carmun;
 Evitar o fluxo de pessoas na
instituição, afim de prevenir a propagação do vírus.
 Propor a implementação do portal.

0.3 Metodologia Utilizada

Para o desenvolvimento deste projecto recorreremos a várias metodologias, cada uma
adequada á fase tratada. Começaremos por fazer pesquisa bibliográfica em livros físicos, em
monografias e consultas na internet; pesquisas de campo que serão feitas a partir do local de
estudo e faremos também entrevistas com pessoas envolvidas no ramo.
0.3.1 Métodos
Os métodos aplicados ao longo do desenvolvimento deste trabalho serão os seguintes:
 Método Dedutivo: facilitará na conclusão dos factos, depois de se obter os
resultados da pesquisa.
 Método Hipotético-Dedutivo: permitirá estabelecer ao tema, a problemática,
aplicação de hipóteses e a tentativa de soluções para estes problemas.
 3

 Método Estrutura e Funcional: permitirá analisar as relações entre os diversos

elementos do portal.
 Método indutivo e fenomenológico: facilitarão na observação de problemas e
descrição direta das experiências.
0.3.2 Técnicas
As técnicas aplicadas na elaboração deste trabalho serão as seguintes:
 Técnica de Documentação: permitirá a verificação de uma forma mais precisa
dos documentos em uso.
 Técnica de Observação: permitirá um estudo através do contato visual com as
ocorrências das atividades no local definido.
 Técnica de entrevista: permitirá o levantamento dos dados por intermédio de
fichas de inquéritos, entrevista e observação.

0.4 Estrutura do Relatório

Além da “Introdução”, apresentamos a justificativa do projecto, os objectivos, bem
como as metodologias usadas e a estrutura do documento, o relatório encontra-se organizado
da seguinte forma:
Capítulo I:
No primeiro capítulo retrata à respeito do domínio do problema, fizemos uma
descrição sobre o objecto de estudo deste projecto que é o grupo Carmun, apresentamos a
Situação Actual, os recursos materiais disponíveis e estimativas de custos, falou-se também
dos agentes e os papéis desempenhados.
Capítulo II:
 4

No segundo capítulo baseado na análise de requisitos, a aplicação desenvolvida para a

criação do portal, tendo em conta o tipo de metodologia e faremos a análise dos requisitos do
portal tanto os funcionais, bem como os não-funcionais.
Capítulo III:
Neste capítulo baseou-se no desenho do projecto foi apresentado a interface gráfica e
apresentação visual de uma forma abrangente do objecto deste projeto de fim de curso, que
denominámos Portal Carmun. A arquitectura lógica da aplicação.
Capítulo IV:
Neste capítulo representamos as ferramentas e tecnologias utilizadas.
Capítulo V:
Este capítulo baseou-se na Implementação do projecto, apresentamos as 3 fases do
projecto; arquitectura, modelo físico de dados e o extracto de códigos e concluímos o
projecto.
Etapas da pesquisa Científica:
 Escolha do tema;
 Levantamento da bibliografia;
 Formulação do Problema;
 Objectivos;
 Recolha de informação;
 Organização da informação;
 Conclusão da análise dos resultados;
 Implementação prática do projecto;
 Testes e correções;
 Conclusão, entrega e apresentação do trabalho.
 5

CAPÍTULO I: DOMÍNIO DO PROBLEMA

1.1 Objecto De Estudo

Escolhemos como caso de estudo o Grupo Carmun, o nosso estudo de caso não foi
delimitado em apenas uma área específica porém tentamos colher todas possíveis informações
que se relacionariam com a ideia do nosso projeto, em seguida fizemos uma organização do
relatório mediante as informações recebidas.
O Grupo Carmun é uma unidade de ensino escolar, subdividida em duas partes
respetivamente nomeadas por Instituto Médio Politécnico Privado Carmun e Complexo
Escolar Privado Carmu . Tem a sua sede em Luanda.
1.1.1 Breve Historial
O grupo Carmun, localizado na rua direita do Camama, município de Talatona,
província de Luanda.
Foi fundado no dia 05 de dezembro de 2014. O grupo Carmun tem 7 salas do lado do
IPPC e 39 salas do lado do CEPC, totalizando 46 salas.
A mesma está dividida nos seguintes sectores:
 Direcção Geral;
 Sub-direcção pedagógica;
 Coordenação;
 Área Administrativa sub-direcção;
Administrativa:
 Secretaria;
 Património;
 Duas salas dos professores;
 Refeitório;
 Duas salas de informática;
 Dois laboratórios;
 Duas salas de Desenho.
 6

1.1.2 Organigramas Do Grupo Carmun

Figura 1:Organigrama do CEPC

 7

Figura 2:Organigrama do IPPC

NÍVEL
ORDEM CARGOS FUNÇÕES ACADÊMICO
Organização
1 Directores e acompanhamento Licenciado
de todo
funcionamento de
forma a garantir
que tudo o que é
realizado siga a
mesma linha
pedagógica e
administrativa.
Funcionário Responsáveis Licenciado e
 8

2 s secretaria pela gestão da Bacharel

secretaria
Passar com
3 Professores transparência e Bacherel,
veracidade com Finalista e
conteúdos Licenciados
programáticos e
planificados pelas
entidades
competentes.

Tabela 1:Cargos e funções de agentes envolvidos no portal.

1.2 Âmbito Do Projecto
O motivo inicial para o desenvolvimento de um portal web foi a falta de uma
plataforma para o grupo Carmun. Verificou-se necessidade da praticidade da vida académica
dos alunos.
Para dar resposta a este problema nos propusemos em desenvolver um portal do aluno
que possa
garantir ao aluno controlo de suas informações académicas de forma virtual, que é
também um site para o grupo, onde contém todas informações referentes ao mesmo. O portal
foi desenhado para ser funcional no grupo Carmun, mas pode sim ser usado em qualquer
instituição de acordo com as suas necessidades.
A instituição em que estudámos e por esse motivo conseguimos identificar com maior
facilidade os seus problemas porque acabamos por vivenciá-los também, e consequentemente
a solução sempre foi muito clara para nós.
1.2 Objectivo Da Instituição
Os objectivos da instituição com esse portal são:
 Facilitar a comunicação entre encarregados, alunos e funcionários da secretaria
no que diz respeito aos serviços da instituição;
 Possibilitar os alunos acompanharem o seu percurso académico par e passo
virtualmente;
 Publicitar a instituição;
 9

1.4 Utilizadores
Este portal foi criado com o intuito de atender as necessidades dos seguintes potenciais
utilizadores:
 Alunos;
 Encarregados;
 Directores;
 Funcionários da secretaria;
 Professores e
 Usuários comuns.
1.5 Área De Automatização
A área a ser automatizada será a Secretaria Geral do Grupo Carmun.
1.6 Situação Actual
No contexto escolar, o conhecimento das atividades, programas, calendário e horários
é muito importante de forma a organizar o percurso acadêmica do aluno, devidas as
informações e alterações que ocorrem no ambiente escolar. Essas informações e alterações
precisam de ser bem organizadas e bem distribuídas. Tendo em conta que muitas escolas têm
sobrecarregado a secretaria com serviços que poderiam já ser descentralizados da mesma.
Como é o caso grupo Carmun, que actualmente qualquer indivíduo que quiser alguma
informação tanto sobre o grupo, sobre o seu educando, e alguns outros serviços tem que
adquirir de forma presencial; na secretaria.
1.7 Problemas A Serem Resolvidos
Nos últimos tempos foi constatado que encarregados, alunos e outras pessoas
interessadas nos serviços prestados pela instituição precisam ir constantemente a mesma para
pegar até mínimas informações e recentemente com o surgimento do novo corona vírus
tornou-se um perigo pela alta propagação do vírus; então surgiu a necessidade de solucionar
este problema.
1.8 Solução Proposta
Com base no problema encontrado pretendemos resolver o mesmo com a
implementação de um portal que tem como finalidade reduzir o fluxo constante de pessoas na
instituição, facilitando a vida dos alunos e encarregados na monitorização do percurso escolar,
porque a falta do portal do aluno tem feito com que as pessoas vão a instituição tratar assuntos
 10

tão simples que mesmo a partir de casas podem ser tratados de forma simples, rápida e
dinâmica em qualquer lugar sem a necessidade de deslocar-se a referida instituição.
Os principais beneficiados serão os alunos e os encarregados de educação, sem
esquecer a própria instituição e todos que solicitam os serviços da mesma.
1.9 Material Necessário Estimativa De Custos E Apoios
Segundo os dados obtidos no decorrer do desenvolvimento deste projecto foi estimado
que o custo total de materiais do projeto após a estimação na Tabela 3 é aproximadamente de

Nº MATERIAIS TOTAL CUSTOS APOIO

Será usado
1 Computadores 2 692.020,00 para
AKZ armazenar o
sistema.
Fornecer o WI-
2 Rooter 1 30.390,00AKZ FI.

Servir de ponto
3 Switch 1 23.712,00AKZ para que todos
os dispositivos
passam se
comunicar.
241.318,00AKZ Imprimir
5 Impressoras 2 documentos.
Será usada
6 Câmara Digital 1 25.478,00AKZ para captar a
imagens do
portal.
Facilitar o
7 Domínio 1 10.000,00AKZ acesso dos
utilizadores no
site.
Funciona como
 11

8 Hospedagem 1 25.000,00AKZ um aluguel de

um espaço
digital para
manter o site
online.
Tabela 2:Tabelas de materiais, custos e apoios

1.10 Viabilidade Do Projecto

Hoje em dia em muitas instituições os processos que o portal irá desenvolver são feitos
de forma manual que faz com que elas precisem de um portal para alguns serviços sejam mais
acessíveis. Os usos destes portais têm inúmeros benefícios para as instituições no que
concerne: produtividade; as informações e serviços estarão sempre disponíveis para serem
consultadas, os alunos e encarregados poderão visualizar os dados académicos dos alunos;
melhoria na interactividade entre responsáveis pelos alunos e a escola; eficiência e praticidade
na vida de qualquer pessoa que quiser apenas uma mera informação sobre a escola; economia
de tempo de esforço físico.

CAPÍTULO II: ANÁLISE DE REQUISITOS

2.1 Metodologia Aplicacional

2.1.1 UML
UML é usada no desenvolvimento dos mais diversos tipos de sistemas. Ela abrange
sempre qualquer característica de um sistema em um de seus diagramas e é também aplicada
em diferentes fases do desenvolvimento de um sistema, desde a especificação da análise de
requisitos até a finalização com a fase de testes. Para visualização, especificação e construção
dos modelos e a documentação do Sistema de gestão documental usamos a UML ("Unified
Modeling Language") , com ajuda das ferramentas case disponíveis que nos permitiu criar os
artefacto em três categorias:
 Visualização especificação aspecto estáticos (diagramas classes);
 Visualização especificação aspecto dinâmico (diagramas de caso de uso);
 Visualização especificação aspecto interactivo (diagramas de estado,
actividades.
 12

2.1.2 RUP
Em termos de metodologia de desenvolvimento de software optamos por escolher a
metodologia RUP (Rational Unified Process). Por se tratar de uma metodologia adequada a
qualquer tipo de projecto de desenvolvimento e reúne os requisitos fundamentais para a
concepção do portal.
RUP comporta 4 fases (iniciação (concepção), elaboração, construção, transição). E
baseada (desenvolvimento interactivo incremental e na arquitectura do sistema.).

Figura 3:Fases de desenvolvimento de RUP

RUP é facilmente integrada com a UML e a implementação das linguagens orientada

ao objecto.
2.2 Tipo De Aplicação
A aplicação utilizada na elaboração deste projecto é uma Aplicação Web.
Aplicação Web é o sistema de informática projectados para utilização através de um
navegador, através da internet ou aplicativos desenvolvidos utilizando tecnologias web tais
como HTML, JavaScript e CSS.
2.3 Utilizador Do Sistema
Este sistema foi criado com o intuito de atender as necessidades dos seguintes
utilizadores:
UTILIZADORES NIVÉIS FUNÇÕES

Administrador Nível 1 Administrar 1

Directores Nível 1 Administrar 2

Professores Nível 3 Gerenciador

Funcionário da Nível 2 Gerenciador

secretaria
 13

Aluno/Encarregado Nível 3 Utilizador

Tabela 3:Utilizadores do sistema

2.4 Processo/Funções
A seguir temos a lista de processos do portal:
 Gerir acesso ao portal;
 Fazer lançamentos de documentos;
 Cadastrar Aluno;
 Actualizar dados diversos;
 Cadastrar utilizadores;
 Inserir notas;
 Efectuar login;
 Marcação da matrícula;
 Marcação da reconfirmação da matrícula;
 Visualizar:
 Histórico de Acesso;
 Informações gerais;
 Dados da conta de utilizador;
 Dados do aluno;
 Dados da marcação;
2.4.1. Diagrama E Especificação Dos Processo/ Funções Do Portal
2.4.1.1 Diagrama De Caso De Uso Do Portal
O diagrama de casos de uso apresenta uma visão geral das funcionalidades que o
portal deverá realizar e quais os utilizadores que deveram faze-las, sem se preocupar como as
funcionalidades serão implementadas. Este diagrama é de grande auxílio para a identificação
e compreensão dos requisitos do portal, ajudando a especificar, visualizar e documentar as
características, funções e serviços do sistema desejados pelo utilizador.
O diagrama de caso de uso é composto por:
 Cenário: sequência de eventos que acontecem quando um utilizador interage
com o portal.
 Actor: utilizador do portal.
 Use case: tarefa ou funcionalidade realizada pelo actor
 14

 Comunicação: é o que liga um actor com um caso de uso.

Figura 4:Diagrama de caso de uso

2.4.1.2 Documentação Do Caso Uso Do Portal

A documentação do caso de uso fornece instruções gerais de como será o seu
funcionamento, quais as actividades deverão ser executadas, qual o evento forçará sua
execução, quais os actores poderão realizar estas actividades e quais as possíveis restrições. A
seguir apresentamos a documentação dos casos de uso do portal de aluno.
 15

Nome de Caso de Uso Cadastrar Utilizador

Actores Administrador e Directores.
Resumo Este caso de uso descreve os passos
necessários que os funcionários realizam para
criar uma conta para utilizadores do portal.
Pré-condições O funcionário precisa ter conta de
utilizador activada e estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções do Actor Acções do Portal
1-O funcionário seleciona o botão 1-Apresenta o formulário.
adicionar novo utilizador.
2- Preenche os campos do 2-Conta de utilizador criada.
formulário; posteriormente seleciona o
botão salvar.
Restrições/validações Os Funcionários são obrigados a
preencher todos os campos do formulário.

Nome de Caso de Uso Efectuar Login

Actores Principais Administrador, Directores, Funcionários
da secretaria, Encarregados, Alunos, Usuário
comum;
Resumo Este caso de uso descreve os passos
necessários que os utilizadores usam para
realizar o login.
Pré-condições O utilizador precisa estar cadastrado ao
portal para poder fazer login.
Fluxo Principal
Acções dos Actores Acções do Portal
1-O utilizador seleciona o botão de 1-Apresenta o formulário.
login.
2- Preenche os campos do 2- Apresenta a página principal,
 16

formulário; posteriormente seleciona o conforme os níveis de acesso.

botão salvar.
Restrições/Validações Os utilizadores são obrigados a
preencher todos os campos do formulário.

Nome de Caso de Uso Marcação de matrícula

Actores Principais
Resumo
Pré-condições
Fluxo Principal
Acções do Actores
1.selecionar opção Marcação de
matrícula.
2. Selecionar salvar.
Restrições/Validações
Usuário comum
Este caso de uso descreve os passos
necessários que os utilizadores realizam para
fazerem marcação de matrícula.
Acções do Portal
1. Apresenta o formulário a preencher
relacionado ao item desejado.
2.Apresenta um código gerado
automaticamente e alguns requisitos.
O utilizador é obrigado a preencher
todos os campos.

Nome de Caso de Uso Marcação da Reconfirmação da

matrícula
Actores Principais Encarregados; Alunos
Resumo Este caso de uso descreve os passos
necessários que os utilizadores realizam para
fazerem marcação da reconfirmação de
matrícula.
Pré-condições O aluno ou encarregado precisa ter conta
de utilizador/aluno activada é estar logado no
sistema e ter acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
 17

1.selecionar opção Marcação de 1. Apresenta o formulário a preencher

matrícula. relacionado ao item desejado.
2. Selecionar salvar. 2.Apresenta um código gerado
automaticamente.
Restrições/Validações O utilizador é obrigado a preencher
todos os campos.

Nome de Caso de Uso Inserir Notas

Actores Principais Professores
Resumo Este caso de uso descreve os passos
necessários que os funcionários realizam para
fazerem a inserção de notas.
Pré-condições Os funcionários precisam ter conta de
utilizador activada é estar logado no sistema e
ter acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar a opção inserir notas. 1. Apresenta o formulário a preencher
relacionado ao item desejado.
1. Selecionar Enviar ao Director. 2.Envia uma mensagem enviado com
sucesso.
Restrições/Validações O utilizador é obrigado a preencher
todos os campos.

Nome de Caso de Uso Visualizar informações gerais

Actores Principais Aluno, Encarregado, Administrador,
Professores Directores, usuário comum;
Resumo Este caso de uso descreve os passos
necessários que os funcionários usam para
visualizar informações gerais.
Pré-condições
Fluxo Principal
Acções dos Actores Acções do Portal
 18

1.Abrir o endereço do portal. 2.Apresenta as informações gerais

1. Visualizar informações gerais
Restrições/Validações

Nome de Caso de Uso Actualizar dados diversos

Actores Principais Directores;
Resumo Este caso de uso descreve os passos
necessários que os directores usam para
actualizar dados de diversos.
Pré-condições Os directores precisam ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Entra no portal na parte 1.Apresenta dos dados.
administrativa
2.Modificar dados 2.Dados alterados.
Restrições/Validações

Nome de Caso de Uso Visualizar histórico de acesso

Actores Principais Administrador, Directores;
Resumo Este caso de uso descreve os passos
necessários que os funcionários usam para
visualizar histórico de acesso e movimentações
feitas.
Pré-condições Os funcionários precisam ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar histórico de acesso 1. Apresenta o histórico de acesso
 19

Restrições/Validações

Nome de Caso de Uso Realizar cadastro-aluno

Actores Principais Alunos;
Resumo Este caso de uso descreve os passos
necessários que os alunos usam para realizar o
seu cadastro.
Pré-condições
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar a opção criar cadastro 1.Apresenta o formulário.
aluno.
2.Preencha o formulário. 2.Envia uma mensagem “Cadastrado
com sucesso”.
Restrições/Validações

Nome de Caso de Uso Visualizar notas inseridos

Actores Principais Professores;
Resumo Este caso de uso descreve os passos
necessários que os professores usam para
visualizar as notas inseridas.
Pré-condições Os professores precisam ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar opção visualizar 1.Apresenta o boletins e mini-pautas.
Boletm ou mini-pauta.
Restrições/Validações
 20

Nome de Caso de Uso Visualizar dados da marcação.

Actores Principais Funcionários da secretaria;

Resumo Este caso de uso descreve os passos

necessários que os funcionários usam para
visualizar dados da marcação da matrícula.
Pré-condições Os funcionários precisam ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar a opção Dados da 1. Apresenta os dados.
marcação de matrícula.
Restrições/Validações

Nome de Caso de Uso Lançar documentos.

Actores Principais Directores;
Resumo Este caso de uso descreve os passos
necessários que os funcionários usam para
realizar o lançamento de documentos, como:
boletins, Mini-Pautas, calendário escolar anual e
de provas.
Pré-condições Os funcionários precisam ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecionar a opção lançar 1.Apresenta as opções:classes cursos,
documentos Turmas.
2.Selecionar onde quer enviar e 2. Aprensenta uma mensagem” enviado
enviar. com sucesso”.
 21

Restrições/Validações

Nome de Caso de Uso Visualizar dados da sua conta de

utilizador
Actores Principais Alunos/Encarregados;
Resumo Este caso de uso descreve os passos
necessários que os Alunos/Encarregados usam
para Visualizar dados da sua conta de utilizador.
Pré-condições Os Alunos/Encarregados precisam ter
conta de utilizador activada.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Selecciona a opção área do 1.Apresenta a tela de login.
aluno.
2.Preenche os campos 2.Entra na sua área de aluno, e
devidamente. automaticamente apresenta todos os dados da
conta para a visualização.
Restrições/Validações

Nome de Caso de Uso Gerir acesso ao portal

Actores Principais Administrador;
Resumo Este caso de uso descreve os passos
necessários que o administrador usa para gerir
acesso ao portal.
Pré-condições O administrador precisa ter conta de
utilizador activada é estar logado no portal e ter
acesso ao seu perfil.
Fluxo Principal
Acções dos Actores Acções do Portal
1.Definir níveis de acesso ao 1.Restringe o acesso ao portal a
portal. determinados utilizadores.
 22

Restrições/Validações

2.4.1.3 Diagrama De Classes

O diagrama de classe é um dos mais importante e mais utilizado da UML ele permiti a
visualização das classes que compõem o sistema com seus atributos e métodos, bem como as
relações existente entre as classes. Esse diagrama apresenta uma visão estática de como as
classes estão organizadas, preocupando-se como definir a estrutura lógica das mesmas. O
processo de unificado (RUP) recomenda que se utilize o diagrama de classe durante a fase de
análise do projecto para produzir um modelo conceitual a respeito das informações
necessárias ao portal. A figura , apresenta o diagrama de classe do portal de aluno.
 23

2.4.2 Requisitos
Nesta fase fizemos análise dos requisitos, concentramo-nos em delimitar o escopo do
portal, fazer o levantamento dos requisitos e preliminarmente analisá-los, descrever a
arquitetura do portal e por fim construir um protótipo do portal.
Os requisitos funcionais definem as funcionalidades e o comportamento do portal,
descrevendo o que o portal tem que fazer a cada ação de um utilizador ou outro.
A análise de requisitos é a base de um projeto de software, identificando,
quantificando e priorizando-os, pois será todo o alicerce para um projeto ser bem-sucedido, ou
não.
2.4.2.1 Requisitos Funcionais
Para atender as necessidades funcionais do portal do aluno, apresentamos os seguintes
requisitos funcionais:
[RF01] Marcação da matrícula;
O portal permitirá que as pessoas interessadas em ingressar ao grupo Carmun possam
fazer a marcação da matrícula, e que depois desta feita o sistema gerará um código
automaticamente para a finalização presencial da matrícula.
[RF02] Marcação da reconfirmação da matrícula;
O portal permitirá que os alunos do grupo Carmun possam fazer a marcação da
reconfirmação da matrícula, e que depois desta feita o sistema gerará um código
automaticamente para a finalização presencial da reconfirmação da matrícula.
[RF03] Lançar documentos (boletins, Mini-Pautas, calendário escolar anual e de
provas);
O portal permitirá aos funcionários que têm acesso de administrador do portal, Lançar
documentos na área restrita ao aluno.
[RF04] Visualização de informações do Grupo Carmun;
O portal permitirá que as pessoas interessadas no grupo Carmun possam ter mais
informações esclarecer a suas dúvidas sobre o mesmo.
Criar conta de utilizador;
O portal permitirá aos funcionários que têm acesso de administrador do portal criar
contas para os diferentes tipos de utilizadores.
[RF05] Consultar os dados da matrícula;
 24

O portal permitirá que os alunos do grupo Carmun possam visualizar os dados da sua
matrícula.
[RF06] Visualização de Histórico de Acesso;
O portal permitirá aos funcionários que têm acesso de administrador do portal,
visualizar exatamente que indivíduo entrou no portal, o tempo que durou o seu log até as
alterações feitas pelo mesmo.
2.4.2.2 Requisitos Não Funcionais
Requisitos não funcionais
Para dar o tratamento de premissas e restrições técnicas aplicadas ao portal
apresentamos os seguintes requisitos não funcionais:
RNF-Desempenho
1-O portal terá um tempo para o armazenamento do documento de marcação de
matrícula e reconfirmação.
2- O portal vai garantir rapidez nos processamentos e no tempo de resposta.
RNF-Segurança
1-O portal vai permitir autenticar os utilizadores. Renovação de senha
2-O portal vai controlar o acesso aos documentos das marcações matrículas e da
Reconfirmação da mesma.
3-O portal vai disponibilizar vários perfis de utilizador de acordo acesso de cada
utilizador.
4-O portal vai garantir confidencialidade, integridade confiabilidade dos documentos.
RNF-Disponibilidade e compatibilidade
1-O portal deverá rodar em todas versões de browsers e sistemas operacionais.
O sistema vai estar disponível em tempo útil
RNF-Implementação
1-O portal será ser desenvolvido na linguagem php.
RNF-Interoperabilidade.
1- O portal se comunicará com o banco mysql.
 25

CAPÍTULO III: DESENHO

3.1 Estrutura Do Menu

O menu principal do sistema mostrará todas as funcionalidades disponíveis, e estará
sempre visível em todas as telas do portal para ser acessado pelo utilizador a qualquer
momento.

Figura 5:Menu principal

Constituição do Menu principal
O Menu principal está constituído pelas seguintes partes:
 Início;
 Colégio;
 Oferta Formativa
 Informações;
 Secretaria.
Início: é o item que se encontra localizado na parte superior do menu, e ele ilustra
todas as ofertas do grupo Carmun.
Colégio: Item localizada na parte superior da tela principal, o mesmo é constituído
pelos: Regulamento, Informações, organigrama que nós permitimos ir em outros
compartimentos do nosso portal.
 26

Oferta Formativa: É zona que se encontra na parte central do menu, é nela onde,
encontramos as informações da oferta formativa do Grupo (Ensino primária, secundário) do
portal.
Informações: Item localizada na parte superior da tela principal, o mesmo é
constituído pelos seguintes itens: Propinas, Transportes e Jornal Moral.
Secretaria: é o item que se encontra localizado na parte superior do menu, e contém o
formulário da marcação de matrícula, bem como as cláusulas do contrato.
3.2 ELABORAÇÃO COM INTERFACE GRÁFICA COM UTILIZADOR
O presente tem as seguintes interfaces gráficas com utilizadores:
Página principal do portal: Esta janela permite aceder aos principais serviços do
portal.
 27

Figura 6:Página principal

Tela de login: Esta janela permite verificar as credenciais do utilizador.
 28

Figura 7:Tela de login

Página principal da área do aluno: permite o utilizador-aluno ter acesso aos seus
dados acadêmicos.
Figura 4: Tela principal da área do aluno.
Página principal da parte administrativa: Permite aceder aos principais serviços da
parte administrativa do portal.
Figura 5: Página principal da parte administrativa.

Página de marcação de matrícula: permite o utilizador fazer a marcação de

matrícula.
 29

Figura 8:Página de marcação da matrícula

3.3 Modelo Lógico de Dados

A modelagem lógica é necessária para compilar os requisitos e representar os
requisitos como um modelo. E está principalmente associada à coleta de necessidades de
negócios, e não ao design do banco de dados.
3.4 A Arquitetura Lógica da Aplicação
 30

CAPÍTULO IV: TECNOLOGIAS E FERRAMENTAS UTILIZADAS

4.1 Tecnologias Utilizadas

Para dar resposta ao nosso objectivo, optamos por utilizar as seguintes tecnologias:
XAMPP, Apache, Sistema gestor de base dados Mysql, PHP, Javascript, Ajax, Jquery,
Bootstrap, Astah Comunity. UML e a metodologia para desenvolvimento de software RUP.
4.1.1 XAMPP
Para a instalação dos servidores apache, mysql e PHP de modo ajudar no
desenvolvimento da aplicação utilizamos a ferramenta XAMPP versão 3.2.2, distribuído no
sistema operativo Windows. Optamos por usar a ferramenta XAMPP pelas seguintes razões:
Oferece uma configuração dos servidores apache, mysql, e PHP sem termos que nos
preocupar com os pormenores de cada um.
Permite que o PHP funcione sobre o apache.
Instalação e gratuita e fácil (Código fonte aberto).
Distribuído para diferentes sistemas operativos.
4.1.2 Apache
O Servidor Apache é responsável em rodar as páginas web, funciona numa estrutura
cliente servidor onde o servidor apache responde as solicitações do cliente (browser) e
responde ao cliente em HTML. Usamos o apache devido as seguintes características:
Já estar embutido na ferramenta XAMPP.
Tem versões para deferentes sistemas operativo
Executa o código PHP, suporto script.
Combina com a linguagem PHP, banco de dados mysql.
Oferece módulos DSO (dynamic shared objects), permite adicionar, remover
funcionalidade e recursos sem necessidade de recompilação do programa.
Suporte a servidor proxy e redireccionamentos baseados em urls para endereços
internos.
4.1.3 Mysql
O sistema de gestão de base dados (SGBD) mysql é um sistema gerenciador de banco
de dados relacional. Que utiliza a linguagem SQL (structure query language- Linguagem de
consulta estruturada), que é a linguagem mais popular para inserir, acessar e gerenciar o
conteúdo armazenado num banco de dados. Escolhemos este sistema por ser open Soure; por
possuir característica essenciais como confiabilidade, consistência e segurança dos dados.
 31

O mysql foi útil para o nosso projecto pelo facto de apresentar as seguintes
características:
Diferentes linguaguens de programação tem acesso ao mysql (incluído a linguagem
PHP).
Funciona em diferentes plataformas. Dando flexibilidade de controlo.
Combina com servidor apache.
Possuir uma performance que oferece uma interface gráfica ao cliente fornecida pela
Oracle, denominada mysql Workbench. Através do mysql Workbench, pode-se executar
consultas SQL, administrar o sistema e modelar, criar e manter a base de dados através de um
ambiente integrado.
O servidor mysql que usamos está embutido na ferramenta XAMPP. Não foi
necessário uma instalação e configuração individual. Instalamos apenas a ferramenta
XAMPP.
4.1.4 JavaScript
Javascript é uma linguagem dinâmica que é executado dentro de um navegador. O
código JavaScript está incorporado dentro de uma página HTML usando a tag JavaScript. A
marca <script> é usada para incorporar JavaScript código. O código JavaScript pode ser
incorporado em:
 Um arquivo externo;
 O cabeçalho da página;
 O corpo da página;
2.1.5 Ajax
Ajax é acrônimo para Asynchronous javascript and xml. Foi gerado por Jesse James
Garret. Para permitir carregar e renderizar uma página, utilizando recursos de scripts rodando
pelo lado cliente, buscando e carregando dados em background sem necessidade de fazer
reload da página(actualização).
O ajax foi útil para este projecto pois garanti que as requisições feitas pelos
utilizadores sejam carregadas e processadas pelo JavaScript de forma assíncrona, não
causando reload na tela; o tratamento dos dados, seu formato de exibição fica toda por conta
do scrip que foi carregado inicialmente quando se acessou a página.
4.1.5 Jquery
O jquery é uma biblioteca de javascript rápida, pequena e rica em recursos. Faz coisas
como travessia e manipulação de documentos HTML, manipulação de eventos, animação e
 32

Ajax muito mais simples com uma API fácil de usar que funciona em uma infinidade de
navegadores. jquery é uma biblioteca de JavaScript rápida e concisa criada por John Resig em
2006. jquery simplifica o processamento de documentos HTML, o gerenciamento de eventos,
a animação e as interações do ajax para o desenvolvimento rápido da web.
4.1.6 Boostrap
O Bootstrap é uma estrutura web de front-end livre e de código aberto para projetar
sites e aplicativos da web. Ele contém modelos de design baseados em HTML e CSS para
tipografia, formas, botões, navegação e outros componentes de interface, bem como extensões
de JavaScript opcionais. Ao contrário de muitos frameworks da web, ele se preocupa apenas
com o desenvolvimento de front-end.

O Bootstrap 5.1.3 suporta as versões mais recentes do Google Chrome, Firefox,

Internet Explorer, Opera e Safari (exceto no Windows). Além disso, é compatível com o IE8 e
o último Extended Support Release (ESR) do Firefox.

Uso do bootstap foi útil para o desenvolvimento do portal por apresentar as seguintes
caracteristicas:

 Bootstrap adotou uma filosofia de design móvel primeiro, enfatizando o designe

responsivo por padrão.
 O Bootstrap é modular e consiste em uma série de Menos folhas de estilo que
implementam os vários componentes do conjunto de ferramentas
 O Bootstrap fornece uma série de variáveis de configuração que controlam coisas
como cor e preenchimento de vários componentes;
 O Bootstrap fornece um conjunto de folhas de estilo que fornecem definições
básicas de estilo para todos os componentes HTML chave. Estes fornecem uma aparência
uniforme e moderna para formatar texto, tabelas e elementos de formulário;
 Bootstrap permite reutilizar os componentes e suporta vários c componentes do
JavaScript;
 33

4.2 Ferramentas Utilizadas

4.2.1 Astah Comunity
Para a modelagem usou-se a ferramenta Astah Comunity pelo facto da mesma dispor
de layout fáceis e intuitivos. Isto permitiu-nos representar graficamente diagramas descritivos,
dando assim uma visão da estrutura das funções e dos fluxos de dados do sistema.
4.2.2Microsoft Word: está ferramenta serviu de auxílio na elaboração do relatório do
projecto.
4.2.3 Visual Studio Code: é uma ferramenta criada pela Microsoft, e usamos para o
desenvolvimento do código fonte.
 34

CAPÍTULO V: IMPLEMENTAÇÃO

5.1 Arquitetura Física Do Sistema

5.2 Modelo Físico De Dados

A modelagem de dados explica as características de funcionamento e comportamento
do portal; a partir do qual ele será criado, facilitando assim o entendimento do projeto, através
das características principais que evitarão erros de programação, projeto e é uma parte muito
importante do desenho de qualquer sistema, e modelo físico de dados demonstra como os
dados são fisicamente armazenados.
5.3 Extractos De Códigos
Os códigos de desenvolvimento foram realizados na plataforma do Visual Studio Code
2019, tendo como linguagem de programação o php, a metodologia orientada a objetos e o
conceito de desenvolvimento Cliente servidor Three-Tier. O servidor é a entidade responsável
pela conexão com o banco de dados. A sua função é de distribuir serviços aos clientes que o
solicitam através das classes intermediárias, nomeadamente interface, implementação e de
conexão.
A seguir estão apresenta alguns trechos do código do portal.

Figura 9:Conexão a base de dados

 35

Figura 10:Conexão da tela de login com a base de dados

 36

CONCLUSÃO

Com a realização deste projecto conseguimos conhecer melhor as dificuldades que as

instituições apresentam pela falta de um portal de aluno, mas propriamente o grupo Carmun.
Desta feita concluímos que a implementação de um portal vai responder ao objectivo
do projecto proporcionando maior eficácia na realização das actividades, sem contar com a
descomplexidade na vida acadêmica do aluno.
Quanto antes o grupo Carmun iniciar o processo de implementação, antes também será
o retorno que a tecnologia proporcionará, além do consequente aumento de clientes,
ampliando as ofertas, as demandas do grupo, e os benefícios econômicos.
 Dificuldades Encontradas
Durante a realização do projecto nos deparamos com várias dificuldades concernente a
escolha do objecto de estudo para a delimitação do projecto, a recolha da informação por
parte dos funcionários do grupo Carmun e na pesquisa de conteúdo relacionando com o nosso
tema.
 Impacto Social
Hoje em dia as empresas utilizam computadores e recursos tecnológicos para elaborar
os seus documentos o que faz com que as mesmas precisam manter os seus processos
organizados e seguro. Este projecto trará o seguinte impacto social:
 Facilidade ao acesso as informações das instituições escolares;
 Redução do fluxo constante de pessoas as secretarias das instituições;
 Recomendações Para Trabalhos Futuros
Recomenda-se para projectos futuros as seguintes variantes:
 Um espaço para os encarregados se comunicarem com a instituição em tempo
real;
 Possibilidade de efectuar pagamentos através do portal;
 Interligar o portal com o sistema de gestão escolar existente no grupo Carmun;

Glossário
37
 38

Referências Bibliográficas
 39

ANEXOS
ANEXO1

ANEXO2
 40

ANEXO3
 41

ANEXO 4
42
43
44
 45

APÊNDICE
Apêndice1

(Fonte: Google Maps)

 46

Apêndice2
47
48
 49

Índice Remissivo
50