Relatório-final

João Giesteira - 9150216
Paulo Fernandes- 9150293
Sistema de Gestão e Monitorização de Acesso às Salas-
Classroom Management System
i

Instituto Politécnico do Porto
Escola Superior de Estudos Industriais e de Gestão
Licenciatura em Tecnologias e Sistemas de Informação para a
Web
2015-2016
João Giesteira -9150216
Paulo Fernandes- 9150293
Sistema de Gestão e Monitorização de Acesso às Salas-
Classroom Management System
Projecto apresentado na Escola
Superior de Estudos Industriais e
de Gestão, do Instituto Politécnico
do Porto, para obtenção de
aprovação na Unidade Curricular
de Projecto I
ii

Resumo
No projeto de Sistema de Gestão e Monitorização de Acesso às Salas, vai ser desenvolvido o
desenho e implementação de sistema de gestão e monitorização dos acessos às salas de
informática por parte dos estudantes, bem como a requisição de objetos de apoio á atividade
letiva por parte dos docentes da ESEIG.
Este sistema vai ser usado pelos seguranças da ESEIG e vai permitir que os procedimentos
mencionados anteriormente sejam feitos de forma electrónica.
Abstract
In Management System Design and Access Monitoring at Rooms project, will be
developed Design and Implementation of Management and Monitoring system of access
at computer rooms by students, as well as to request support objects to teaching activity
by of the ESEIG teachers.
This system will be used by security guards ESEIG and will allow the aforementioned
procedures are done electronically.
iii

Palavras-Chave
Gestão
Segurança
Monitorização
Salas de Aula
Objetos
iv

Sumário
Índice
PARTE I – INTRODUÇÃO ............................................................................................................. 3
1. Enquadramento ..................................................................................................................... 4
2. Objetivo ................................................................................................................................... 4
3. Metodologia ........................................................................................................................... 4
4. Estrutura ................................................................................................................................. 4
PARTE II – Planeamento e análise do sistema ........................................................................ 5
I- Estado de arte ........................................................................................................................ 6
II – Sistematização de requisitos (funcionais, não funcionais e de sistema) ................ 7
Requisitos Funcionais: ............................................................................................................ 7
Requisitos Não funcionais (REQUISITOS DOMINIO) ......................................................... 7
III – Planeamento das atividades e dos recursos necessários para a implementação
do projeto.................................................................................................................................... 7
IV –Cronograma ......................................................................................................................... 8
V – Modelação: Diagramas de classes ................................................................................10
VI – Mockups .............................................................................................................................11
I – Logotipo .................................................................................................................................14
II – Software ................................................................................................................................14
III – Pitch .....................................................................................................................................14
Parte IV-Conclusões ....................................................................................................................15
Fontes de Informação .................................................................................................................16
1

Índice de Figuras
1- Diagrama de Classes .....................................................................................................................10
Mockup 1- Login ...............................................................................................................................11
Mockup 2- Início ...............................................................................................................................11
Mockup 3- Requisição de objetos ......................................................................................................12
Mockup 4-Configuração- Gestão Utilizadores ......................................... Erro! Marcador não definido.
2

PARTE I – INTRODUÇÃO
Capítulo I - Enquadramento
Capítulo II – Objectivo
Capítulo III - Metodologia
Capítulo IV - Estrutura
3

1. Enquadramento
O projeto de Sistema de Gestão e Monitorização de Acesso às Salas surgiu no âmbito da
disciplina de Projeto I, com este trabalho pretende-se a realização de um sistema que
permita monitorização e gestão das salas de informática e objetos eletronicamente. Foi
realizado na Escola Superior de Estudos Industriais e Gestão e destina-se aos seguranças e
aos estudantes da ESEIG.
2. Objetivo
Objetivos Gerais: com este projeto um dos objetivos é a melhoria da
monitorização/gestão das salas de aula e requisição de objetos. Com isto acredita-se
no aumento da segurança na ESEIG.
Objetivos Específicos: Monitorizar salas por dia e por utilizador, em soma com um
possível alerta ao final do dia com os objetos não devolvidos, isto tudo em suporte
digital. Ao ser tudo guardado em suporte digital facilita a procura de dados em
registos antigos e por fim diminuir um pouco os custos que são gastos em papel.
3. Metodologia
Neste projeto a metodologia geral adotada foi primeiramente a realização de um
planeamento do projeto onde distribuímos as tarefas, cronograma e o diagrama de classes.
De seguida passamos para a parte do grafismo, onde foi realizado o estudo do logotipo e o
estudo do layout da interface gráfica do software.
Em seguida focámo-nos primeiramente no desenvolvimento do software, que irá permitir aos
seguranças gerir eletronicamente os objetos requisitados pelos docentes, visto que para a
realização do mesmo foi preciso despender muito tempo em relação ao pitch, este foi o
motivo pelo o qual decidimos desenvolver o software primeiro. Depois do software estar
praticamente pronto, decidimos desenvolver o pitch promocional para o projeto.
4. Estrutura
O presente relatório encontra-se estruturado em quatro partes, sendo que, numa I Parte é
feito o Enquadramento temático, definido o Objetivo a atingir, descrita a Metodologia de
abordagem adotada e descrita a presente Estrutura. Na II parte é apresentada todo o
planeamento e análise do sistema, contem os capítulos da teoria a ser utilizada para
fundamentar a abordagem à parte prática do trabalho. Na III parte é apresentada
implementação do projeto, que contem a implementação do modelo desenvolvido em função
das especificações anteriores e descrição concisa dos produtos desenvolvidos. Na IV parte
são apresentadas as conclusões do projecto.
4

PARTE II – Planeamento e análise do sistema
Capítulo I – Estado da Arte
Capítulo II – Sistematização de requisitos (funcionais, não funcionais e de
sistema)
Capítulo III – Planeamento das atividades e dos recursos necessários para
a implementação do projeto
Capítulo VI – Cronograma do projeto
Capítulo V – Modelação: Diagramas de classes
Capítulo VI – Mockups
5

I- Estado de arte
Atualmente na ESEIG a monitorização das salas de aula e seus respetivos objetos é feito
em suporte papel, por parte dos seguranças. Com o passar do tempo o acumulo de papeis
condiciona a ter um local especifico, que aumenta gradualmente e que por consequência
pode dificultar a niveis de tempo e de acessibilidade na consulta dos acessos ás salas de
aula.
O desafio de lidar com papeis provoca o “caos” e para facilitar isso foi proposto a criação de
um sistema de gestão que permite armazenar todos os registos efetuados num dia,
organizados num ficheiro que terá como nome a data do respetivo dia.
Ao adotarmos este sistema de gestão de salas aprimora-se a agilidade da resolução de
possiveis problemas que possam ocorrer no futuro.
Para resolução do problema acima referido, será criado um software que irá permitir
gerenciar todos os registos. Para termos um conjunto de ideias mais vasto fomos á procura
de soluções que já existem no mercado e encontramos o Toplog que nos ajudou a obter
ideias para o sistema de multi-perfil, tambem encontramos o O Teu condominio que, onde
se pode gerir condominios e por fim encontramos SoftExpert ECM, um pequeno software
que ajuda gerir informação que antigamente era feita em papel.
Benefícios:
Diminui atrasos de processos manuais.
Reduz as despesas gerais de meios fisicos ( papel ).
Atualização de registos na hora.
Acesso seguro.
6

II – Sistematização de requisitos (funcionais, não funcionais
e de sistema)
Requisitos Funcionais:
Registar dados de um objeto requisitado
Registar dados de acesso a uma sala de informática
Listar dados de um objeto requisitado/ acesso a sala
Listar objetos não devolvidos/salas não fechadas
Importar dados para acesso às salas de informática
Configurar salas/objetos/utilizadores
Requisitos Não funcionais (REQUISITOS DOMINIO)
Possuir Sistema Operativo Windows/ Linux/ OS
Sistema Multi-Perfil
III – Planeamento das atividades e dos recursos necessários para a
implementação do projeto
Camara de vídeo/Fotográfica
Eclipse
Adobe Photoshop
Adobe Illustrator
Adobe Première
Site moqups
Office 365
Computador
7

IV –Cronograma
8

9

V – Modelação: Diagramas de classes
1- Diagrama de Classes
10

VI – Mockups
Mockup 1- Login
11
Mockup 2- Início

Mockup 3- Requisição de objetos
12

Parte III –Implementação Projecto
Capitulo I - Logotipo
Capitulo II – Software
Capitulo III - Pitch
13

I – Logotipo
O Logotipo Classroom Management System foi desenhado e pensado com o intuito de ser
objetivo e preciso para o Sistema de Gestão e Monitorização de Acesso às Salas, visto que
se trata de um sistema de monitorização, a sua tipografia tinha de ser um estilo moderno e a
sua cor azul escura foi pensada em transmitir sobretudo confiança e fiabilidade.
II – Software
O Software foi concebido para ser intuitivo e pratico, acima de tudo funcional, onde é
constituido por todos os pedidos feito em enunciado.
A nivel de design grafico do software, tentamos ao maximo que o design não fosse
cansativo/exaustivo para a visao do utilizador, dando assim cores mais neutras e com um
ambiente mais limpo.
Quanto á interface grafica, o nosso objectivo principal era implementar poucas opções de
escolha para o segurança e utilizador, apenas escolhas objectivas e precisas. Para ajudar a
nivel de design as tabelas não usam ambientes pesados, como excessos de informação,
apenas o suficente para que seja conseguida a identificação do pedido. É tambem ilustrada
mensagens de erro em duas formas, a principal forma é uma janela de mensagem a
especificar o erro efetuado e a outra forma, é uma pequena mensagem escrita a vermelho,
para chamar a atenção, ao lado do campo especifico.
III – Pitch
O pitch foi criado a pensar na ilustração de um exemplo real. Concebido apartir da junção de
uma animação e captação do proprio software, onde é feita uma breve explicação das
opções mais utilizadas.
A animação foi concebida para que o visualizador sinta o que erá acontecer no futuro, com a
implementação do software, podendo assim transmitir um breve feedback.
A captação do software, como explicado anteriormente, foi com intuito de uma pequena
explicação de funcionamento do software, querendo transmitir a facilidade de funcionamento
do proprio.
14

Parte IV-Conclusões
Neste projecto tinhamos como principal objectivo a melhoria da monitorização/ gestão das
salas de aula e requisição de objectos e este objetivo foi conseguido com o software que foi
desenvolvido por nós.
Primeiramente desenvolvemos a marcar do projecto, procuramos criar algo que fosse
bastante objetivo e de fácil compreensão para o utilizador, e este objetivo foi muito bem
conseguido.
O desenvolvimento também foi muito conseguido, visto que todos os objetivos que tinhamos
para o mesmo foram conseguidos,desde a monitorização de salas por dia e por utilizador,
possiveis alertas de objectos que tenham ficado por devolver e muitos mais.
O desenvolvimento do pitch foi o menos conseguido,pois o que nos foi pedido na disciplina
de projecto I foi uma coisa e o que o professor de CPM, nos propunha era uma coisa
diferente, e nós não ficamos com a ideia muito clara sobre o que tinhamos de fazer,devido a
isso acabamos também por investir pouco no mesmo.
15

Fontes de Informação
Outras Fontes:
[1] https://www.softexpert.com.br/gestao-conteudo-empresarial.php [Consultado em28/3/2016]
[ 2] http://www.oteucondominio.com/ [Consultado em 30/3/2016]
[ 3] http://www.localsoftware.pt/pt-pt/content/gest%C3%A3o-de-armaz%C3%A9ns-delog%C3%ADstica-multi-cliente
[Consultado em 30/3/2016]
[4 ] https://www.fe.unicamp.br/alle/textos/NSAF-AsPesquisasDenominadasEstadodaArte.pdf
[Consultado em 5/6/2016]
[5] https://pt.wikipedia.org/wiki/Mockup [Consultado em 15/3/2016]
[6]https://www. stackoverflow.com [Consultado em 5/2016]
[7] https://www.beginnersbook.com [Consultado em 5/2016]
16