Escolar Documentos
Profissional Documentos
Cultura Documentos
DEPARTAMENTO DE INFORMÁTICA
Nº_______/2018
BENGUELA / 2018
Inovação-Investigação- Desenvolvimento
Região Académica II- Benguela e Kwanza Sul
UNIVERSIDADE KATYAVALA BWILA
Instituto Superior Politécnico
Departamento de Informática
Benguela / 2018
ii
AGRADECIMENTOS
iii
DEDICATÓRIAS
iv
PENSAMENTO
Autor desconhecido
v
RESUMO
A aplicação Web para gestão e publicação de informação no Instituto Médio
Politécnico Privado Poli Disciplinar-Catumbela é fundamentalmente baseada
em processos actuais das actividades da instituição tais como: Informações
sobre as áreas que a constituem, actividades e finalidades de cada
departamento, sobre tudo a gestão, informação sobre as ocorrências passadas
e futuras das actividades na instituição, promover um intercâmbio entre a
instituição – estudantes e a sociedade em geral ultrapassando assim o factor
distância, informações sobre os cursos leccionados e suas saídas profissionais,
actualizações das propinas, confirmação de matrículas, disponibilidade de
listas, pautas e também na perspectiva de cada pessoa com requisitos
necessários se candidatar a uma das vagas para um curso ou emprego que a
instituição dispõe.
vi
ABSTRACT
The web application for the information management and publication at private
school Poli Disciplinar institution- Catumbela is fundamentally based on current
processes of the institution activities such as:
The Informations about the areas which constitute it, activities and aims of
each department, throughout the management, the information about the past
and future occurrences of the institution activities, to promote an overlap
between the institution and students above all the society in general,
overcoming the distance factors, fees updating, enrollment confirmation, lists
availability, results and also in the perspective of each person with necessary
requirement enroll their names as a candidate of vacancies, for a course or a
job available.
Once that the processes are inserted in the system, all the possible processes
will increase the data efficiently and safely, supplying the ease of the system
user, through a friendly and simple interface. Once it is inserted dynamically the
activities processes throughout the application will give credibility and rightness,
though, those who want to enroll their names and concludingly those who face
the tendency which goes through a good job administration.
The system posses a data base inside it, a program language used is the so
called Python, using the Framework Django, and for the interface HTML and
Bootstrap, with a CSS pattern, the Django and Javascript on dinamization of the
web pages, the Apache is an ideal web server for the Project and it gets in the
Mysql as a data server.
Keywords: Web application, management and publication system and
processes automatization.
vii
ÍNDICE
RESUMO……………………………………………………………………………….vi
ABSTRACT…………………………………………………………………………... vii
LISTA DE FIGURAS…………………………………………………………….........x
LISTA DE TABELAS……………………………………………………………….…xi
LISTA DE ABREVIATURAS E ACRÓNIMOS………..……………………….......xii
ÍNDICE.......................................................................................................................... viii
INTRODUÇÃO .............................................................................................................. 13
Contribuição prática do Sistema (Gestschool)........................................................ 19
Estrutura do trabalho. ..................................................................................................... 20
CAPÍTULO 1. FUNDAMENTAÇÃO TEÓRICA......................................................... 21
1.1 Sistemas de gestão numa organização. ............................................................ 21
1.2 Breve descrição do objecto de Estudo. ................................................................. 23
1.3 Descrição das ferramentas utilizadas. ............................................................... 24
1.3.1 Metodologia para o Desenvolvimento do Projecto. ...................................... 24
1.3.2 Visão Geral da UML ..................................................................................... 28
1.3.3 StarUml.......................................................................................................... 29
Servidores ............................................................................................................... 29
1.3.4 Sistemas de Gestão de Base de Dados. ......................................................... 30
1.3.5 Servidor web .................................................................................................. 32
1.3.6 Tecnologias back-End ................................................................................... 33
1.3.7 Tecnologias front-End ................................................................................... 39
1.3.8 Ambiente de Desenvolvimento Integrado ..................................................... 41
A apresentação de Entidade .................................................................................... 42
1.3.9 Conclusão do capítulo ................................................................................... 43
CAPÍTULO 2 – DESCRIÇÃO DA SOLUÇÃO PROPOSTA....................................... 44
2.1 Modelagem do Negócio........................................................................................ 44
2.1.1 Descrição do Negócio .................................................................................... 44
2.1.2 Processo do Negócio ..................................................................................... 45
2.1.3 Actores do Negócio ....................................................................................... 45
2.1.4 Trabalhadores do Negócio ............................................................................. 46
2.1.5 Entidade do Negócio ..................................................................................... 47
viii
2.2 Objecto de automatização ..................................................................................... 52
2.3 Requisitos do sistema ........................................................................................... 53
2.3.1 Requisitos Funcionais .................................................................................... 53
2.3.2 Requisitos não funcionais .............................................................................. 54
2.4 Análise e desenho do sistema ............................................................................... 55
Descrição do sistema .............................................................................................. 55
2.4.1 Actores do sistema ......................................................................................... 55
2.4.2 Descrição do Sistema..................................................................................... 56
2.4.3 - Casos de uso do sistema. ............................................................................. 56
2.5 Descrição do Software. ......................................................................................... 66
2.6 Desenho do sistema de base de dados. ............................................................. 67
2.6.1 Diagrama de componentes............................................................................. 70
2.6.2 A Segurança dos dados no sistema (Gestschool) ................................... 71
2.7 Implantação. ......................................................................................................... 71
2.8 Modelo de teste ..................................................................................................... 73
2. 9 Conclusão do Capítulo ........................................................................................ 75
CONCLUSÕES .............................................................................................................. 76
RECOMENDAÇÕES..................................................................................................... 77
TRABALHO FUTURO ................................................................................................. 77
REFERÊNCIAS BIBLIOGRÁFICAS ........................................................................... 78
APÊNDICE .................................................................................................................... 80
ix
LISTA DE FIGURAS Pág.
x
LISTA DE TABELAS Pág.
xi
ABREVIATURAS E ACRÓNIMOS
App - Application.
JS – Javascript.
xii
INTRODUÇÃO
13
processos das actividades por intermédio da aplicação darão credibilidade e
certezas sobre tudo, aqueles que queiram matricular-se concludentemente
aqueles que frequentam face a tendência que passa na boa prestação e
administração dos serviços.
14
eventos por se realizar ou já realizados, números actuais dos estudantes
matriculados e que já terminaram e disponibilizar uma linha de contactos tais
como números telefónicos, emails ou mensagem directa e formulário de
candidaturas.
Painel de controlo: Já o painel de controlo é o foco principal deste trabalho,
para se ter acesso nesta área restrita o usuário precisa de uma senha e um
nome de usuário previamente registado, quando o usuário fornecer os dados
para ter acesso ao painel de controlo, o sistema faz a devida verificação se os
dados que estão sendo fornecidos constam no banco de dados, se constam o
usuário tem acesso se não o sistema informa ao usuário que não encontrou um
credencial com os dados fornecido e o problema ter sido: [1] o nome ou a
senha do usuário foi mal digitado, [2] o usuário esqueceu – se da senha, [3] o
usuário não existe no banco de dados. Se o problema for caso 1 ou 2 o usuário
pode enviar recuperar a sua senha através de um correio electrónico válido que
foi fornecido ao sistema.
Todavia mediante a exigência do mercado e a necessidade de modernizar as
instituições com tecnologias e métodos que promovam crescimento
consequentemente optimizar os riscos de perdas de dados e incrementar
eficiência, formulou-se um problema científico: Como automatizar e melhorar
o processo de gestão e publicação de informações do Instituto Médio
Politécnico Privado Poli Disciplinar-Catumbela nos mais diversos sectores que
a compõe? E em concordância com o problema de investigação, definiu-se
como objecto do estudo:
O processo de gestão e Publicação de informação no Instituto Médio
Politécnico Privado Poli Disciplinar - Catumbela.
No entanto identificou-se como campo de acção: Áreas dos Departamentos
Pedagógico e Finanças do Instituto Médio Politécnico Privado Poli Disciplinar -
Catumbela.
15
Para atingir tais metas, foi estabelecida os seguintes objectivos:
Objectivo geral:
Desenvolvimento de uma Aplicação Web para gestão e publicação de
informação no Instituto Médio Politécnico Privado Poli Disciplinar - Catumbela.
Objectivos específicos:
Revisar Bibliografia;
Estudar as ferramentas necessárias para o desenvolvimento do sistema;
Elaborar o projecto da Engenharia de software;
Implementar a aplicação;
Testar a aplicação;
Métodos:
16
Este método permitiu compreender como Instituto Médio Politécnico Privado
Poli Disciplinar – Catumbela comunica-se, conhecer os antecedentes históricos
no processo de interacção com os estudantes e a sociedade de forma geral
para obter um sistema que ajuda a tornar a instituição efectivamente de escola
inclusiva e participativa. Também serviu para compreender outros sistemas
similares já desenvolvidos de forma a criar um sistema que se adequa num
contexto actual ultrapassando assim algumas limitações dos sistemas
anteriores.
Esta, permitiu não só ver e ouvir, mas também examinar os factos relativos ao
funcionamento dos departamentos de Pedagogia e Finanças e em função do
problema desta investigação. Permitiu fazer uma observação de como se gere
e são publicadas as informações, possibilitou no trabalho em desenvolver uma
aplicação que se reflicta aos anseios da comunidade académica e a instituição
de modo particular.
17
problema, mediante uma conversa de carácter profissional. A entrevista pode
ser: padronizada e não padronizada (Marconi & Lakatos, 2003).
18
Contribuição prática do Sistema (Gestschool).
Com a aplicação implementada perspectiva-se um contributo muito importante
porque aumentarão a eficiência e eficácia para aquisição de qualquer
informação, proporcionando também facilidade aos usuários do sistema
através de uma interface amigável e simples. Minimizará as dificuldades que a
instituição enfrenta como gerir o fluxo de informações, publicá-las e actualiza-
las para dar respostas certas e rápidas em tempo oportuno.
19
Estrutura do trabalho.
20
CAPÍTULO 1. FUNDAMENTAÇÃO TEÓRICA
Suite de gestão.
Sistema Integrado.
22
1.2 Breve descrição do objecto de Estudo.
23
1.3 Descrição das ferramentas utilizadas.
No processo do desenvolvimento deste sistema proposto, procurou-se
seleccionar as melhores ferramentas para desenvolvê-lo, sendo que será uma
aplicação Web diferente dos softwares desktop, desta forma ira possibilitar ao
administrador da instituição obter os relatórios ou as análises das actividades
realizadas em um determinado tempo em qualquer lugar que estiver.
A seguir temos algumas tecnologias ou ferramentas utilizadas neste trabalho e
suas actividades.
Neste projecto optou-se por utilizar o Rational Unified Process (RUP), por se
tratar de uma metodologia com etapas bem definidas e cada uma delas com
objectivos bem definidos. Para a RATIONAL SOFTWARE CORPORATION,
“...Ele oferece uma abordagem baseada em disciplinas para atribuir tarefas e
responsabilidades dentro de uma organização de desenvolvimento. Sua meta é
garantir a produção de software de alta qualidade que atenda às necessidades
dos usuários dentro de um cronograma e de um orçamento previsíveis.” O RUP
não foi aplicado em sua plenitude, por se tratar de uma metodologia bastante
extensa e com grande número de artefactos gerados, leia-se documentos,
relatórios ou diagramas. Alguns deles foram considerados desnecessários,
fazendo uso somente dos relevantes e fundamentais (Sommerville, 2007).
24
.
Fase de concepção: Esta fase abrange as tarefas de comunicação com o
cliente e planeamento. É feito um planeamento de projecto avaliando os
possíveis riscos, as estimativas de custos e prazos. Estabelecendo as
prioridades, levantando os requisitos do sistema preliminarmente analisa-los.
Assim, haverá uma concordância das partes interessadas na definição do
escopo do projecto, onde são examinados os objectivos para se decidir sobre a
continuidade do desenvolvimento.
Fase de Elaboração. Abrange a Modelagem do modelo genérico do processo.
O objectivo desta fase é analisar de forma mais detalhada a análise do domínio
do problema, revisando os riscos que o projecto pode sofrer e a arquitectura
dos projectos começando a ter sua forma básica. As Indagações feitas como o
plano do projecto é confiável, os custos são admissíveis? São esclarecidas
nesta etapa.
Fase de construção: Desenvolve ou adquire os componentes de Software. O
principal objectivo desta fase é a construção do sistema de software, como foco
de desenvolvimento de componente e outros recursos do sistema. É na fase da
construção que ocorre o processo da codificação do sistema.
Fase da transição: Nesta fase é feita a entrega do software para o utilizador
para testar a funcionalidade do sistema. O objectivo desta fase é disponibilizar
o sistema, para ser compreendido pelo utilizador. Nesta fase os usuários do
sistema são submetidos a um treinamento e também a realização de testes da
versão beta do sistema visando garantir que o mesmo possua o nível
adequado de qualidade.
Cada uma dessas fases inclui um maior ou menor grau, quanto aos fluxos de
trabalhos do RUP destes temos:
Modelagem do negócio: Descreve os processos de negócio, identificando
quem participa e as atividades que requerem automatização.
Requerimentos: Define o que é que o sistema deve fazer para o qual se
identificam as funcionalidades requeridas e as restrições que se impõem.
Nesta fase foram listados todos os requisitos do sistema, baseando-se na
solicitação inicial do cliente. Através desta etapa as funcionalidades
necessárias foram listadas e descritas, proporcionando uma base para o
desenvolvimento, detalhadamente o avanço para as próximas fases. A
25
elaboração e descrição dos casos de uso ocorre neste momento, as regras de
negócio são bem definidas e o protótipo do sistema é elaborado. Neste ponto o
cliente avaliou os casos de uso, visando o entendimento de ambas as partes
dos objectivos e do escopo do sistema. Sendo aprovados os casos de uso e o
protótipo, a próxima fase pode ser iniciada.
Análise e desenho: Descreve como o sistema será realizado a partir da
funcionalidade prevista e as restrições impostas (requerimentos), por isso
indica com precisão o que se deve programar.
Com os casos de uso finalizados, iniciou-se a análise do sistema, onde foi
definida a sua arquitectura. Nesta definição de arquitectura, foi feita a divisão
do desenvolvimento do sistema em camadas, para a melhor divisão e
centralização das responsabilidades de cada camada. Esta divisão foi baseada
no modelo em N-Camadas, utilizando na prática o modelo em três camadas.
Estas foram especificadas em camada de apresentação ou interface com o
usuário, camada de negócio e camada de acesso a dados. A camada de
apresentação é a responsável pelas validações de tela e apresentação de
dados ao usuário. A de acesso a dados realiza a comunicação directa com os
dados armazenados em banco. A de negócio realiza a comunicação entre
essas duas camadas, recebendo as requisições da interface, realizando todo o
processamento lógico do sistema. Ela entrega e busca informações da camada
de acesso a dados e, tratando-as conforme seja necessário, devolve os dados
para a camada de aplicação. A camada de aplicação nunca realiza solicitações
directas à camada de acesso a dados, e vice-versa. Nesta fase também foram
desenvolvidos os diagramas essenciais do sistema, como o diagrama de
classes, sequência, de estado, entre outros, e também a modelagem do banco
de dados.
26
visando também facilitar a futura integração entre os módulos desenvolvidos.
Foram analisados os casos de uso e os diagramas detalhadamente, e foi
implementado exactamente o que estava especificado. Quando da ocorrência
de inconsistências na documentação, o assunto foi discutido e, quando
necessário, a documentação foi alterada para se adaptar a real necessidade
identificada.
Prova: Busca os defeitos ao longo do ciclo de vida. Antes de colocar o sistema
em produção, houve necessidade de realizar os testes, o usuário ou os
funcionários tiveram de ter contacto com o sistema.
Instalação: Finalmente, o sistema deve ser implantado no cliente, levando em
conta o ambiente necessário e os pré-requisitos definidos inicialmente para seu
correcto funcionamento.
27
1.3.2 Visão Geral da UML
A linguagem UML foi escolhida por ser a linguagem padrão para a elaboração
da estrutura de um projecto de software. Esta linguagem indica como criar e ler
modelos bem formulados, que permitem a compreensão de um sistema.
Segundo os autores (Nunes & O`neil, 2004) a UML é uma linguagem destinada
a visualizar, especificar, construir e documentar os artefactos de um sistema
complexo de Software.
Além disto, como afirmam (Nunes & O`neil, 2004) a UML, apesar de sua
expressividade, não é de difícil entendimento e manuseio.
Análise de Requisitos
Nessa fase que capturamos as expectativas dos usuários sobre o sistema a ser
desenvolvido. As ideias de caso de uso, actores. Serão aqui capturadas ideias
representadas como funções do sistema através de notações chamadas
também as interacções do sistema junto a usuários ou outros sistemas
demonstrados através de actores. Com a visão dos diagramas montados nessa
fase o cliente terá uma ideia dos recursos que estarão disponíveis na aplicação
e ficará mais fácil o seu entendimento a respeito dos requisitos solicitados.
Nessa fase do projecto estudam-se quais serão as entidades necessárias para
o funcionamento do sistema. Ou seja, aqui descobrimos superficialmente as
classes que irão compor o sistema. Para isso temos o diagrama de Classe
representando as entidades e seus relacionamentos (Jacobson, 1998).
Design
Aqui se explora as soluções mais técnicas como descrição mais detalhada do
relacionamento do sistema junto aos sistemas ligados e possível adição de
novas classes para completar o projecto a partir para codificação do sistema.
28
Programação
Nessa fase toda a parte já elaborada será convertida em código. Estudam-se
todas as classes e seus relacionamentos e a partir disso o código é gerado.
Teste
Nessa fase são realizados os testes de unidade e os testes de integração. Os
testes de unidade são aplicáveis individualmente em cada classe. Já os testes
de integração são aplicados sobre um conjunto de classes e seus recursos (por
exemplo, conexão a banco de dados). Por fim o software é testado pelo usuário
final para verificar se o que foi estabelecido no modelo de diagrama do caso de
uso realmente foi atingido.
A UML permite ainda responder aos requisitos técnicos relevantes para uma
evolução dos sistemas informáticos, como a arquitectura da aplicação
informática, a capacidade de reutilização dos componentes desenvolvidos e a
independência em relação ao equipamento. Por estas e outras razões
apresentadas a UML justifica assim a utilização do termo linguagem unificada
(Martins, 2006), o software utilizado foi o StarUML.
1.3.3 StarUml
StarUML é uma ferramenta Open Source utilizada para desenvolvimento rápido
de projectos modelados pela UML. É uma das ferramentas mais usadas para
criar os diagramas e casos de usos do sistema entre outros requisitos
(Rodrigues, 2012).
A StarUml é uma ferramenta usada para desenhar os diagramas de Caso de
uso, diagramas de Actividade, sequência e Colaboração.
Servidores
O termo servidor é largamente aplicado a computadores completos, embora
um servidor possa equivaler a um software (por exemplo, um servidor de base
de dados) ou partes de um sistema computacional, ou até uma máquina que
não seja necessariamente um computador.
29
1.3.4 Sistemas de Gestão de Base de Dados.
Todas as organizações, por menor que sejam, possuem quantidades cada vez
maiores de dados e informações a armazenar. Contudo, a manipulação destas
informações se tornou quase impossível de ser realizada manualmente
(através de papel principalmente), pois de erros principalmente ocasionado
pelo desgaste do funcionário em conseguir recuperar informações requisitadas.
Neste sentido, torna-se mais fácil encontrar a informação numa base de dados
que recorre a uma das tecnologias de informação de maior sucesso e
confiança. Ou seja, sistemas de bases dados estendem a função do papel ao
guardar a informação em computadores.
Um Sistema de gestão base de dados (SGBD) é um conjunto de aplicações
informáticos utilizadas para definir, aceder e gerir os dados existentes numa
base de dados (Damas, 2005). Neste contexto, por base de dados se entende
uma colecção de dados estruturados, organizados e armazenados de forma
persistentes (Damas, 2005).
Características ou requisitos de um sistema de gestão de base de dados
(SGBD):
Eficiência: ser capaz de aceder, processar e alterar grandes volumes de
dados de forma eficiente;
Robustez: manter os dados de forma consistente, mesmo após falhas de
hardware ou software;
Controlo de acesso: controlar o acesso dos utilizadores;
Persistência: permitir que os dados armazenados durem por longos
períodos.
30
vende um conjunto de serviços e produtos relacionados com tecnologia
MySQL.
Oracle - é o mais antigo gestor de base de dados no mundo. Com diversas
ferramentas para desenvolvedores nas diferentes linguagens de programação,
como consta na documentação e sítio na web Oracle corporation de suporte de
clientes.
31
continentes (inclusive na Antárctica), que vão desde instalações em grandes
corporações à específicas aplicações embarcadas. Além disso, o MySQL se
tornou a escolha de uma nova geração de aplicações, que utilizam o modelo
LAMP.(Linux,Apache,MySQL,PHP).
O MySQL funciona em mais de 20 plataformas, incluindo Linux, Windows, HP-
UX, AIX, NetWare, dando a você flexibilidade e controlo. Se você é novo na
tecnologia de banco de dados ou um colaborador, ou um DBA experiente, a
MySQL oferece uma gama completa de produtos certificados, testados e
homologados pela própria MySQL AB, além de treinamento consultoria e
suporte para fazer o seu projecto bem sucedido. O MySQL é de utilização
gratuita (Pereira & Poupa, 2013)
32
irrestrita. É compatível com a especificação http/1.1, permite mudanças nas
suas características mesmo as mais internas através da utilização de módulos
(isso implica em flexibilidade) e tem sua própria API padronizando toda
programação interna (The_Apache_Software_Foundation, 2017).
Java
Java é uma linguagem base de desenvolvimento para todos os aplicativos em
rede e é o padrão global de implementação e distribuição de aplicações, jogos,
dispositivos móveis, conteúdo baseado em web, software corporativos, etc. O
Java possui uma vasta comunidade de desenvolvimento e possibilita
desenvolver, implantar e usar aplicações e serviços estimulantes (Balagtas,
2013)
PHP
A Sigla PHP significa Pré-Processador de Hipertexto. O PHP é uma linguagem
de programação para gerar documentos HTML; O PHP é interpretado e
executado do lado do servidor, possibilitando o acesso de base de dados. Pode
ser executada em qualquer das plataformas: Unix, Linux, Windows, Solaris
HPUX. Pode ser executado a partir de diversos servidores de internet, entre
eles o Apache e o IIS. (Pereira & Poupa, 2013)
33
Porquê o Python?
34
Vantagens
Python é uma linguagem dinâmica, tem uma sintaxe simples, transparente e
muito elegante. Seus blocos de código são definidos através de indentação
Python. Também possui um código limpo o que torna a leitura mais fácil;
35
Framework
O framework é um conjunto de códigos abstractos ou genéricos, desenvolvidos
em alguma linguagem de programação, que se relacionam entre si para
entregar funcionalidades específicas ao desenvolvedor (Bendoraitis, 2014)
36
Modelo - este representa a organização dos dados na base de dados.
Em poucas palavras, nós podemos dizer que cada modelo define uma tabela
na base de dados e a relação entre outros modelos. Isto é bom para eles
porque todos dados estão armazenados na base de dados.
Visão – este contém todas as informações que serão enviadas para o
cliente. Eles fazem a visão que o documento HTML final será gerado. Nós
podemos associar o código html com a visão.
Controlo: este contém todas as acções executadas por servidor e não
visível para o cliente. O controlo verifica se o usuário está autenticado ou isto
pode gerar o código HTML vindo das Templates.
37
6. O controlador retorna o conteúdo em HTML para o cliente.
O padrão MVC permite-nos ter coerência por cada trabalho no projecto. Na
agência há um designer e desenvolvedor, o designer web se responsabiliza
nas visões (views). Fornecendo a visão apenas em código HTML, ele não se
preocupa com os códigos do desenvolvedor. Já o desenvolvedor edita seus
modelos (models) e controlador (controllers).
Django, em particular, usa um padrão MVT. Neste padrão, a visão (views) são
substituídas pelas Templates e os controladores pelas visão. Neste trabalho
usou-se este padrão. Portanto nossos códigos HTML estarão nas Templates. E
os códigos na linguagem python estarão nas views e models.
38
1.3.7 Tecnologias front-End
O front-end é responsável por colectar a entrada do usuário em várias formas e
processa-las e adequa-las a uma especificação em que o back-end possa
utilizar, neste projecto utilizou-se as seguintes tecnologias: HTML, CSS,
Javascript.
HTML
HTML é a sigla de HyperText Markup Language, expressão inglesa que
significa "Linguagem de Marcação de Hipertexto". Consiste em uma linguagem
de marcação utilizada para produção de páginas na Web, que permite a
criação de documentos que podem ser lidos praticamente em qualquer tipo de
computador e transmitidos pela internet. Para escrever documentos HTML não
é necessário mais do que um editor de texto simples e conhecimento dos
códigos que compõem a linguagem. Os códigos (conhecidos como tags)
servem para indicar a função de cada elemento da página Web. Os tags
funcionam como comandos de formatação de textos, formulários, hiperligações
(ligações), imagens, tabelas, entre outros (Pereira & Poupa, 2013).
40
1.3.8 Ambiente de Desenvolvimento Integrado
Na sequência são explicados os ambientes de desenvolvimento utilizados para
a criação do sistema proposto, assim como ferramenta de desenho da mesma,
que são materiais indispensáveis durante a criação do nosso sistema
1.3.8.1 Sublime Text IDE
O Eclipse (Sublime Text) é um IDE multiplataforma para desenvolvimento de
aplicativos suporta várias linguagens de programação, só para nomear
algumas: C, C++, PHP, ColdFusion, Python, Scala e a plataforma Android. Foi
feito em Java e segue o modelo código aberto de desenvolvimento.
Actualmente Faz parte do kit de desenvolvimento do software recomendado
para desenvolvedores (Freeman, 2008)
41
A apresentação de Entidade
Este trabalho foi realizado pelo estudante do Instituto Superior Politécnico da
Universidade Katiavala Bwila considerado como trabalho final de curso,
orientado pelos Professores Me. Yuniel Peña González e Me. Luís Sérgio
Timóteo Elias, o objectivo é de melhorar o funcionamento dos departamentos
Pedagógico e de Finanças do Instituto Médio Politécnico Privado Poli
Disciplinar da Catumbela trazendo um ambiente mais moderno e transparente
na gestão e organização da instituição.
O Instituto Médio Politécnico Privado Poli Disciplinar – Catumbela é uma
instituição do ensino Secundário do II ciclo, localizada na Província de
Benguela município da Catumbela, no bairro da Santa Cruz na zona da Vila
Real. A Sul da Instituição encontra-se o Complexo Escolar Multi-Forma isto é a
40 metros, a Norte encontramos várias instituições como o Complexo Escolar
Evangélico da Galileia, estádio do Buraco, a Oeste a Empresa Enertel, Trirumo
e a 100 metros a Estrada nº 100 que liga Lobito à Catumbela, já a Este a
Estrada tradicional que liga o Mercado Informal da Calumba (Lobito) à
Catumbela.
O sistema tem pelo menos duas entidades: O administrador e os funcionários,
o administrador tem todos os privilégios ou seja sendo o administrador pode
fazer tudo no sistema sem limitação, e já os funcionários mediante os
privilégios dado pelo administrador eles usam o sistema de acordo o sector que
eles pertencem.
Este trabalho veio beneficiar a instituição em bibliográfica citado de maneira
que os processos de gerência tradicional sejam automatizados,
consequentemente se obterá melhores informações no tocante as analises dos
dados realizados em um determinado período de tempo, e dando assim aos
funcionários uma nova forma de trabalhar.
42
1.3.9 Conclusão do capítulo
Este capítulo focou-se basicamente na descrição do objecto de estudo e
metodologias utilizadas, e tratou em ter uma abordagem de técnicas e
ferramentas bem como seus benefícios que foram utilizadas no
desenvolvimento desta aplicação web, por último apresentou-se a entidade.
43
CAPÍTULO 2 – DESCRIÇÃO DA SOLUÇÃO PROPOSTA
44
publicações de pautas, registo de confirmação de matrículas e faz o CRUD de
eventos. O funcionário da área de Finanças faz o registo de propinas e o
pagamento de confirmação de matrículas. Assim cada funcionário será inserido
num departamento de acordo as necessidades da instituição.
45
Figura 4 – Actores de Negócio.
Actor Justificativa
Estudante Actua directamente com o negócio,
interagem directamente com
processo, confirmando a matrícula e
pagamento de propinas.
Candidato Actua directamente com o negócio,
interagem directamente com processo
aplicando a uma vaga de curso ou de
emprego disponível.
46
Tabela 2 - Trabalhadores do Negócio.
Trabalhadores Justificativa
Administrador da Instituição Coordena todas as actividades em
todas as Áreas. É ele que atribui o
nível de permissão aos funcionários
no sistema.
Funcionário da área de Finanças Actua directamente com o negócio.
Pois interage directamente com os
estudantes no acto do pagamento das
propinas e confirmação de matrículas
Funcionário da área Pedagógica Realiza suas actividades de controlo,
criar turmas, confirmar matrículas e
submeter pautas no formato .xlsx na
supervisão do administrador.
Entidade Justificativa
Lista de turmas disponíveis da Documento fornecido pelo sistema no
instituição com os respectivos final do cadastramento de estudantes.
estudantes
Eventos Funcionalidade disponível pelo sistema
para criar, actualizar e apagar eventos
Gerenciar propinas Funcionalidade disponível pelo sistema
para fazer o cadastro de propinas de
cada estudante.
Painel de control Página inicial do painel de controlo,
onde o funcionário pode fazer análise
de dados.
Submeter pautas Funcionalidade disponível pelo sistema
para submeter o ficheiro pauta no
formato. xlsx
Confirmar matrícula Funcionalidade disponível pelo sistema
que permite o funcionário confirmar as
matrículas submetidas pelos
estudantes.
47
2.1.6 Caso de uso do negócio.
O caso de uso representa um processo dentro do negócio que se estuda. Por
isso corresponde a uma sequência de acções numa ordem lógica e que produz
um resultado observável para certos negócios (Videira & Silva, 2001) A seguir
temos uma lista de casos de uso do negócio.
1- Publicar candidaturas
2- Cadastrar o pagamento de propinas
3- Publicar Eventos
4- Confirmar matricula
5- Gerir e publicar informação.
Assim na sequência são apresentados três tabelas (tabelas 4, 5 e 6 ), na tabela
número 4 a apresentação e justificativa dos casos de uso escolhidos e outras
tabelas a descrição dos mesmos casos de uso e os seus respectivos
diagramas de actividade (representados nas figuras 5 e 6).
Tabela 4- Casos de uso do negócio
48
2.1.7 Descrição do caso de uso do negócio
Tabela 5 - Descrição do caso de uso: Cadastrar o pagamento de propinas.
49
Figura 5- Diagrama de actividade do caso de uso do negócio: Cadastrar o
pagamento de propinas.
50
Tabela 6 - Descrição do caso de uso: Publicar candidaturas
51
Figura 6-Diagrama de actividade do caso de uso do negócio: Publicar
Candidaturas.
52
2.3 Requisitos do sistema
53
2.3.2 Requisitos não funcionais
1. Aparência externa do sistema Legível. Todos os componentes dos
formulários (menus, botões, caixas de textos) serão legendados para facilitar
as operações no aplicativo.
Simples de usar. Para realizar qualquer operação o usuário deverá seleccionar
sempre a hiperligação no menu principal direito da janela principal do
aplicativo.
Interactividade. As janelas são desenhadas com Javascript e Css e tendo uma
aparência amigável e atraente.
2. Utilidades dos Usuários com pouca experiência de informática poderão
facilmente usar o sistema, rapidez na obtenção dos dados (consultas).
3. Suporte e fácil conexão. Só se precisa ser cadastrado no sistema e poder ter
acesso as operações.
De fácil manutenção. As regras de negócio estarão na camada de interface e
não será necessário que o usuário efectue operações directamente no gestor
de dados.
4. Segurança a Framework Django ajuda na segurança das informações, só
poderá realizar operações, os utilizadores cadastrados no sistema.
Proporcionando confiabilidade e integridade nos dados.
5. Confiabilidade de acesso ao sistema estará dividido em dois Níveis e grupo:
funcionário e administrador. O acesso será feito através de um nome de
utilizador e uma senha de acesso.
De acordo com nível de acesso que for definido cada utilizador terá apenas
acesso aos seus dados de acordo a permissão concedida pelo administrador.
6. O aplicativo funcionará em todos os dispositivos com navegador Web.
7. Restrições. Utilizará UML na documentação do sistema. Desenvolvido em
linguagem de programação Python, Framework Django, com o ambiente de
desenvolvimento Atom.
54
2.4 Análise e desenho do sistema
Descrição do sistema
A descrição ou âmbito do sistema serve para assegurar a compreensão do
projecto a desenvolver por todas as partes envolvidas. Esta definição deve ser
curta e concisa, evitando detalhes sobre os requisitos do sistema (Videira &
Silva, 2001)
Actores Justificativa
Administrador O administrador terá o privilégio de
executar todas as operações, desde os
requisitos funcionais, e atribuir as
permissões aos utilizadores do sistema.
Funcionário do departamento Este tem a responsabilidade de criar,
pedagógico inserir os estudantes nas turmas e
adicionar o director da turma criar
eventos, aceitar as candidaturas e
submeter pautas.
Funcionário do departamento de Este funcionário regista o pagamento de
finanças propinas e confirmação de matrículas.
55
2.4.2 Descrição do Sistema.
56
Figura 7 - Diagrama de caso de uso do sistema.
57
Tabela 8 – Descrição do Caso de uso fazer login no sistema.
58
Figura 9 - Diagrama de sequência do caso de uso do sistema: Fazer login
no sistema.
59
Tabela 9 – Descrição do Caso de uso cadastrar estudante.
60
Figura 11 - Diagrama de actividade do caso de uso do sistema: Cadastrar
Estudante.
61
Figura 13 - Diagrama de sequência de caso de uso do sistema: Cadastrar
Estudante.
62
Tabela 10 – Descrição do Caso de uso Cadastrar funcionário
63
Figura 14 - Diagrama de actividade de caso de uso do sistema: Cadastrar
funcionário.
64
Figura 16 - Diagrama de colaboração de caso de uso do sistema: Cadastrar
funcionário.
65
2.5 Descrição do Software.
66
2.6 Desenho do sistema de base de dados.
67
Figura 17 – Modelo físico da base de dados.
68
Figura 18 - Diagrama de Classe.
69
2.6.1 Diagrama de componentes
70
2.6.2 A Segurança dos dados no sistema (Gestschool)
Durante o desenvolvimento do sistema teve-se em conta a segurança dos
dados, com o fim de se evitar a fuga de informação. Trataram-se os seguintes
aspectos de segurança: A confidencialidade, integridade e disponibilidade.
Protegeu-se o sistema contra o acesso não autorizado ou o manejo da
informação apresentada.
Protecção contra a previsão de serviços a usuários não autorizados, incluindo
as medidas necessárias para detectar e contrariar tais ameaças ou seja a
informação é alterada somente pelas pessoas autorizadas.
Disponibilidade na garantia de que as pessoas autorizadas obtenham acesso à
informação e aos activos correspondentes sempre que necessário.
A possibilidade de recuperar a senha para os usuários cadastrados, caso
esquecer a senha.
2.7 Implantação.
A implantação consiste na organização do conjunto de elementos de um
sistema para a sua execução, onde há muita interdependência entre pedaços
de hardware e software (Gustafson, 2002). Na figura 20 é demonstrado
graficamente os equipamentos necessários para a implantação do sistema e
suas respectivas ligações, sobretudo a comunicação entre os hardwares, que
em conjunto geram o processo de funcionamento do sistema.
71
Figura 20 – Diagrama de Implantação.
72
2.8 Modelo de teste
73
Tabela 11 – Descrição do Caso de uso de teste activar e desactivar utilizador.
2. Clicar em desactivar.
2. 1. Emite uma mensagem de sucesso.
Pós-condição: o caso termina quando o estado do utilizador estiver
desactivado.
74
2. 9 Conclusão do Capítulo
75
CONCLUSÕES
76
RECOMENDAÇÕES
TRABALHO FUTURO
Uma vez implementado o sistema, no futuro é de continuar a melhorá-la de
maneira que venha suportar mais funcionalidades. Espera-se também obter
melhorias na qualidade de processamento das informações. Pretende-se no
futuro:
Melhorar o sistema, dando-lhe a possibilidade de partilha de documentos
ou relatórios.
Converter os relatórios de finanças no formato Excel e baixar para um
uso posterior.
77
REFERÊNCIAS BIBLIOGRÁFICAS
Amaral, L., & Zorrinho, C. (2002). Sistemas de informação organizacionais.
Lisboa: Edições Sílabo.
Andrade, M. M. (2003). Introdução a metodologia do Trabalho científico, 2ª
Edição. São Paulo: Editora Atlas S. A.
Balagtas, T. F. (2013). Java Education & Development Initiative. Obtido em 24
de Março de 2018:
https://Ofinadanet.com.br/apostilas/detalhe/760/apostila_completa_de_java_pro
gramação_orientada_a_objecto.
Bendoraitis, A. (2014). Framework Django. Packt Publishing Ltd.
Cabello, M. (2007). Sistemas de información y gestión de la empresa. Digital
learning: Digital learning.
Costa, A. (2003). o mundo verde. luanda: Cyber rodrigues.
Damas, L. (2005). SQL – Structured Query Language. Lisboa: FCA - Editora de
Informática.
Fischer, A. E. (1993). The anatomy of programming Language. New Jesey:
Prentice Hall.
Freeman, E. (2008). Framework html, css e javascript. Digital learning.
Gustafson, D. A. (2002). Engenharia de software. Porto: Artmed editora.
IBM, C. (2006). Caso de uso do negócio. Obtido em 04 de Agosto de 2018:
http://walderson.com/IBM/RUP7/LargeProjects/extend.bus_model/workproducts
/rup_business_use_case_14F1BAF2.html.
Jacobson, I. (1998). Objectory is the Unified Process.
Jaiswal, S. (2014). Learning Django web Development. Packt Publishing.
Lakatos, E. M. (2003). Fundamentos de metodologias científicas. São Paulo:
Atlas S. A.
Marconi, M. d., & Lakatos, E. M. (2003). Fundamentos de metodologias
científica. São Paulo: Atlas.
Martins, V. (2006). Integração de sistemas de informação - perspectivas,
normas e abordagens. Lisboa: Edições Sílabo.
78
Microsoft_Corporation. (2018). Servidor web (IIS). Obtido em 08 de Fevereiro
de 2018: https://technet.microsoft.com/enus/library/cc753433(v=ws.10).aspx.
Nunes, M., & O`neil, H. (2004). Fundamental de UML. 4ª edicão. Lisboa: FCA
Editora de Informática.
Oliveira, J. F., & Hatakeyama. (2007). Sistema de Gestão da manunteção para
pequena e média empresa. S. Paulo.
Orozco, M., & Adrían. (2013). Tipos de gestores de Bases de Dados. Madrid:
Digital learning.
Pereira, A., & Poupa, C. (2013). Linguangens Web (5ª edição). Lisboa: Sílabo
Lda.
Rascão, J. (2004). Sistemas de Informação para as organizações- A
informação chave para a tomada de decisão. 2ªEd. Lisboa: Edições Sílado.
Rodrigues, R. (2012). A impotância da linguagem de modelagem unificada para
o desenvolvimento, Evolução e Desing. Cesuc editora.
Sommerville, I. (2007). Engenharia de Software (8ª ed.). São Paulo: Pearson.
Souza, A. T. (2005). Sistemas Distribuidos. Rio De Janeiro: Porto Alegre
Editora.
The_Apache_Software_Foundation. (2017). The Apache HTTP Server Project.
Obtido em 17 Dezembro de 2017: https://www.apache.org/.
The_PostgreeSQL_Devolopment_Group. (2018). O banco de dados de código
aberto mais avançado do mundo. Obtido em 08 de Fevereiro de 2018,
PostgreeSQL: https://www.postgreesql.org/.
Videira, C. A., & Silva, A. M. (2001). UML, Metodologias e ferramentas CASE,
colecção tecnologias. Porto - Lisboa: Centro Atlântico, Lda.
79
APÊNDICE
APÊNDICE A – Boletim de entrevista.
Boletim de entrevista efectuado aos funcionários da área
administrativa do Instituto Médio Politécnico Privado Poli
Disciplinar da Catumbela
OBJECTIVO: o propósito deste instrumento é de recolher informação
relacionada a situação das actividades na instituição.
Parte A
Idade ____ sexo___F__M__
Parte B
1. Tem formação na área de gestão?
Sim______Não_______
Impressora
Fotocopiadora
SIM Não Mais ou menos
Windows________
Linux____________
Mac ox___________
word
Sim Não
Exel
Sim Não
Agendas Electronicas
Sim Não
Sistema de gestão
Sim Não
Base de dados
Sim Não
R:_____________________________________________________________
_______________________________________________________________
_______________________________________________________________
______________________________________________________
7. Como é feito o cadastro dos estudantes?
R:_____________________________________________________________
_______________________________________________________________
_______________________________________________________________
_______________________________________________________________
_________________,
R:_____________________________________________________________
_______________________________________________________________
_______________________________________________________________
______________________________________________________
Semanalmente
Sim Não
Mensalmente
Sim Não
Bimensalmente
Sim Não
Trimestralmente
Sim Não
Semestralmente
Sim Não
Anualmente
Sim Não