Relatório - Grupo n7

Daniel Gonçalves Gomes Carneiro
Diogo Miguel Melo Magalhães
ANUBIS
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

Daniel Gonçalves Gomes Carneiro
Diogo Miguel Melo Magalhães
ANUBIS
Projecto apresentado na Escola
Superior de Estudos Industriais e de
Gestão, do Instituto Politécnico do
Porto, para obtenção de aprovação
nas Unidades Curriculares de
Programação Orientada a Objetos,
Conceção e Produção Multimédia,
Design Gráfico e Projeto I.
Daniel Carneiro | Miguel Melo | Grupo VII
ii

Agradecimentos
Queríamos agradecer antes de mais ao estabelecimento de ensino, a Escola Superior de
Estudos e Industriais de Gestão, por nos ter fornecido as ferramentas essenciais para a
realização deste projeto e também por possuir os docentes com as competências técnicas e
educativas que nos permitiram aprender e fazer deste projeto o melhor que este pode ser.
Ao professor Ricardo Queirós por nos ter ensinado nas aulas de Programação Orientada a
Objetos, as competências necessárias para programar em Java, a linguagem usada na
criação do programa.
Ao professor Mário Pinto pela iniciação à programação nas suas aulas do primeiro semestre
e por nos ter acompanhado nas aulas de Projeto I.
Ao professor de Conceção e Produção Multimédia, António Castro, por nos ensinar a
desenvolver e editar o vídeo utilizado para promover o programa.
E por fim, aos professores de Design Gráfico, Miguel Fontes e Jorge Marques, pelos seus
comentários em relação ao nosso logótipo e o que podíamos fazer para o melhorar, através
de técnicas e conhecimentos aprendidos nas aulas.
Daniel Carneiro | Miguel Melo | Grupo VII
iii

Resumo
Este projeto foi sugerido pelo professor Dr. Mário Paulo Teixeira Pinto, e pelo professor Dr.
Ricardo Alexandre Peixoto Queirós, da cadeira de Projeto I, do curso de Tecnologias e
Sistemas de Informação para a Web, lecionado na Escola Superior de Estudos Industriais e
de Gestão (ESEIG) como forma de obter aprovação na cadeira.
O grupo constituído por dois alunos do curso propuseram-se assim á sua resolução que
consistia na criação de um software de gestão de perdidos e achados, como sendo um
produto que seria adquirido e utilizado na instituição da ESEIG. Para tal seria necessário a
criação de tal produto, constituído por vários elementos, sendo estes um logótipo identificativo
da ideia a transmitir, o software em si que implementaria o logótipo em questão, e a criação e
divulgação de um vídeo promocional, de forma a promover o produto.
Todo este projeto tem como objetivo, pelo que foi entendido, simular uma situação de trabalho
real onde os conhecimentos adquiridos ao longo do percurso letivo sejam aplicados.
Em conclusão, assume-se que todo o trabalho realizado esteja disposto de forma correta e
compreensivelmente no relatório
Palavras-chave: Perdidos, Achados, Software, Gestão, Produto.
Daniel Carneiro | Miguel Melo | Grupo VII
iv

Abstract
This project was suggested by the teachers Dr. Mário Paulo Teixeira Pinto, and Dr. Ricardo
Alexandre Peixoto Queirós, from the chair Projeto I, from the course of Technologies and
Information Systems for the Web, lectured in the Superior School of Industrial Studies and
Management (ESEIG) as way to get approved in the chair. The group constituted by two
students of the course proposed themselves to its resolution wich consisted in the creation of
a software of management of lost and found, as being one of the products that would be
adquired and used in the ESEIG institution. This would require the creation of such a product,
consisting on several elements, these being an identifying logo of the idea to transmit, the
software itself to implement the logo in question, and the creation and dissemination of a
promotional video, to promote the product. The whole project aims at what was understood,
simulate a real work situation where the knowledge acquired during the academic route are
applied.
In conclusion, it is assumed that all the work done is prepared correctly and comprehensively
in the report.
Key-words: Lost, Found, Software, Management, Product.
Daniel Carneiro | Miguel Melo | Grupo VII
v

Sumário
Agradecimentos ................................................................................................................. iii
Resumo ............................................................................................................................. iv
Abstract .............................................................................................................................. v
Índice de Figuras ............................................................................................................... vii
Índice de Abreviaturas ...................................................................................................... viii
Glossário de Termos ......................................................................................................... ix
PARTE I – INTRODUÇÃO ..................................................................................................... 1
Capítulo I - Enquadramento ............................................................................................... 1
Capítulo II – Objetivo .......................................................................................................... 1
Capítulo III – Metodologia................................................................................................... 2
Capítulo IV – Estrutura ....................................................................................................... 3
PARTE II – Planeamento e Análise do Sistema ..................................................................... 4
Capítulo I – Estado do Conhecimento ................................................................................ 4
Capítulo II – Sistema de requisitos ..................................................................................... 5
i. Requisitos Funcionais .............................................................................................. 5
ii. Requisitos Não Funcionais ...................................................................................... 5
Capítulo III – Planeamento de Atividades ........................................................................... 6
Capítulo IV – Diagrama de Classes .................................................................................... 8
Capítulo V – Mockups ........................................................................................................ 9
FONTES DE INFORMAÇÃO ............................................................................................... 20
Referências Bibliográficas ................................................................................................ 20
Outras Fontes .................................................................................................................. 20
Daniel Carneiro | Miguel Melo | Grupo VII
vi

Índice de Figuras
Figura2.1 - Planeamento de Atividades ................................................................................. 6
Figura2.2 - Planeamento das Atividades 2 ............................................................................. 7
Figura2.3 - Cronograma das Atividades ................................................................................. 7
Figura2.4 - Diagrama de Classe ............................................................................................ 8
Figura2.5 - Login .................................................................................................................... 9
Figura2.6 - Menu Instituição ................................................................................................... 9
Figura2.7 - Menu Segurança ............................................................................................... 10
Figura2.8 - Menu Administrador ........................................................................................... 10
Figura2.9 - Registar Objeto .................................................................................................. 11
Figura2.10 - Reclamar Objeto .............................................................................................. 12
Figura2.11 - Listagem .......................................................................................................... 13
Figura2.12 – Doar Objetos 1 ................................................................................................ 14
Figura2.13 - Doar Objetos 2 ................................................................................................. 15
Figura2.14 - Menu Configurações ........................................................................................ 16
Figura2.15 - Gestão de Utilizadores ..................................................................................... 16
Figura2.16 - Gestão de Salas .............................................................................................. 17
Figura2.17 - Gestão de Instituições de Solidariedade .......................................................... 18
Figura2.18 - Gestão de Tipos de Objetos ............................................................................ 19
Daniel Carneiro | Miguel Melo | Grupo VII
vii

Índice de Abreviaturas
ESEIG – Escola Superior de Estudos Industriais e de Gestão
STCP - Sociedade de Transportes Colectivos do Porto
Daniel Carneiro | Miguel Melo | Grupo VII
viii

Glossário de Termos
Captcha – é uma maneira de diferenciar computadores de humanos;
Concept (do Inglês) - generalização ou abstração de experiências ou resultado de
transformação de várias ideias;
Icon (do Inglês) - computadores: imagem pequena usada para representar um programa;
Interface – pode-se expressar pela presença de ferramentas para o uso e movimentação de
qualquer sistema de informações, seja ele material, seja ele virtual;
Mockups – é um modelo em escala ou de tamanho real de um projeto ou dispositivo;
Pixel - menor elemento num dispositivo de exibição (como por exemplo um monitor), ao qual
é possível atribuir-se uma cor;
Protótipo – é um produto de trabalho em fase de testes e/ou de planeamento.
Daniel Carneiro | Miguel Melo | Grupo VII
ix

_____________________________________________________ INTRODUÇÃO
PARTE I – INTRODUÇÃO
Capítulo I - Enquadramento
A importância deste projeto deriva do facto de esta cadeira ser uma das necessárias para
a conclusão do curso frequentado. Trata-se de um trabalho que engloba vários
conhecimentos aprendidos ao longo do rumo académico, e onde é pretendido testá-los
para que seja feita uma boa avaliação dos mesmos aplicados a um meio aproximado do
profissional. Este projeto deriva de uma conjunção de quase todas as cadeiras. Por um
lado temos a parte gráfica e criativa onde os conhecimentos de Design Gráfico e
Fundamentos de Design podem ser aplicados , ajudando na criação de um logótipo através
dos meios e técnicas corretas, e a criação e edição de um vídeo onde o que foi lecionado
nas cadeiras de Produção e Conceção Multimédia se aplicam. Por outro lado, a parte de
programação que deriva diretamente das cadeiras de Algoritmia e Estruturas de Dados e
de Programação Orientada a Objetos, que através de várias horas de trabalho
proporcionaram os meios para a resolução dos problemas ao longo deste encontrados.
Concluímos então que a cadeira de Projeto I trata-se de uma conjunção de todas as outras,
pedindo assim de nós uma maior dedicação e empenho, utilizando todo o nosso
conhecimento nas áreas mencionadas acima.
Capítulo II – Objetivo
Pretendemos com este trabalho alcançar a aprovação à cadeira, comprovando os nossos
conhecimentos técnicos e factuais em todos os meios entendidos pelo avaliador, quer
sejam eles de carisma cadeirar, individual, de grupo, ou até mesmo a nível pessoal e de
empenho.
O grupo tem como objetivo alcançar isto e mais, para além do mencionado o grupo
considera um objetivo seu o de se melhorar a nível profissional, tentando sempre aprender
mais e de melhor forma tentando sempre elevar mais o projeto ao longo do seu percurso,
e, mesmo após a sua conclusão retirar dele ideias e conhecimentos para o futuro.
Daniel Carneiro | Miguel Melo | Grupo VII 1

_____________________________________________________ INTRODUÇÃO
Capítulo III – Metodologia
A equipa começou pelo planeamento do projeto, pensando antecipadamente em todos os
pontos importantes na realização do trabalho. Estes foram pensados com cuidado tentando
arranjar a melhor maneira de dispor as tarefas pelos membros do grupo e utilizando os
pontos fortes de cada um tentando sempre envolver ambos os membros mas dando uma
posição de maior responsabilidade e poder ao membro com a maior capacidade para a
tarefa destacada. Pensamos que esta abordagem trouxe-se o maior benefício uma vez que
estaríamos a utilizar ao máximo as ferramentas das quais disponhamos.
Após o planeamento e atribuição das tarefas o grupo seguiu então para a realização das
mesmas.
Uma das principais tarefas era a da criação de um nome e logótipo. Esta veio-se a tornar
uma das mais difíceis do ponto de vista criativo uma vez que o grupo queria sair um pouco
para fora do que seria de esperar e pretendia possuir um pouco de originalidade e até
mesmo de intriga. Eis que então após alguma pesquisa sobre mitologia, devido ao facto de
termos pensado que talvez pode-se existir um deus que uma das suas facetas fosse o de
tratar dos objetos perdidos e ajudar a encontrá-los, surgiu o nome Anubis, um deus egípcio
que era descrito tendo um corpo de homem e cabeça de cão. Apessar de ser mais
conhecido por ser o deus dos mortos, Anubis era também o deus dos objetos perdidos,
algo que surgiu logo interesse ao grupo para a atribuição do seu nome ao programa, uma
vez que este parecia original e fazer sentido.
De seguida passou-se para a criação de um logótipo. Um dos objetivos do grupo nesta
tarefa o de criar algo simples e reconhecível em vários tamanhos tornando assim fácil a
identificação do utilizador qualquer que fosse o tamanho a que era visível. Optou-se então
por utilizar poucos detalhes e manter uma faceta mais minimalista, utilizando o que foi
aprendido em aulas de Design Gráfico. Criamos vários concepts para visualização do
professor e dai termos a sua opinião e concelhos para de seguida atacar esses pontos e
tornar o logótipo o mais adequado possível mantendo os pontos técnicos e factuais do
design, tais como a forma de passar um logótipo para ecrãs mais pequenos mantendo a
sua identidade, onde para isso reduzimos nos detalhes que serão pouco visíveis em tais,
mas uma vez que optamos por um design mais simplista isto tornou-se algo mais fácil, tal
como é tendência nos dias de hoje. Ficamos então assim com três tipos de logótipo que
seriam utilizados em vários pontos do projeto, um principal (do qual temos em dimensões
de 174x147 e outro de 209x171, em pixels), um horizontal ( do qual temos em dimensões
262x54 e 299x60, em pixels), e por fim apenas um icon ( de dimensões 592x455, em
pixels). Tudo isto foi alcançado utilizando o software Photoshop CC 2016.
Daniel Carneiro | Miguel Melo | Grupo VII 2

_____________________________________________________ INTRODUÇÃO
Após a conclusão do logótipo o grupo avançou para a criação da interface. Com o
conhecimento adquirido nas aulas de Projeto I sobre a ferramenta que o Java
proporcionava, o Swing, foi então inicializado a criação do protótipo da interface do
programa. Esta acabaria por ser uma interface simples e leve, apessar de ser utilizada
apenas por um número reduzido de utilizadores, pois pensamos ser o melhor caminho a
seguir para o programa uma vez que o Swing não nos permitia a criação de gráficos
complexos. Conseguimos mesmo assim implementar ideias originais tais como a
possibilidade de visualizar no menu inicial o número de objetos por reclamar no seu total,
dando assim uma ideia geral do estado da situação. É de mencionar que muitas das ideias
antes pensadas e sugeridas tiveram de ser cortadas uma vez que eram demasiado
ambiciosas e complexas para o que o Swing nos permitia, tendo assim de optar pelas
ideias atuais.
Tudo isto poderá ser visualizado mais á frente no relatório para melhor compreensão e
visualização.
Capítulo IV – Estrutura
O presente relatório intercalar encontra-se estruturado em duas partes sendo estas
subdivididas por capítulos.
Numa primeira parte (Parte I) tem-se o Enquadramento, é definido o Objetivo do projeto,
descrito a Metodologia optada para o seu desenvolvimento, e descrita a presente Estrutura.
Na segunda parte (Parte II) é descrito o Estado do Conhecimento onde é descrito a
pesquisa realizada em torno do tema a abordar, o Sistema de Requisitos que relata os
requisitos funcionais e os não funcionais, o Planeamento das Atividades que conta com
uma figura do planeamento pensado e executado pelo grupo, o Diagrama de Classes que
também ele conta com uma figura para melhor compreensão e a sua descrição, e por fim
os Mockups para uma visualização de como será a interface do software.
Daniel Carneiro | Miguel Melo | Grupo VII 3

____________________________________________________________ PLANEAMENTO
PARTE II – Planeamento e Análise do Sistema
Capítulo I – Estado do Conhecimento
Através de uma pesquisa foi possível apurar as seguintes plataformas que mais se
identificavam com o que era pretendido pelo grupo, não sendo no entanto idêntico de todo
mas proporcionando uma ideia geral da forma como um programa deste género deveria
funcionar.
Perdidos e Achados (Ministério Administração Interna):
Neste modelo conseguimos identificar partes importantes de uma plataforma como a qual
imaginamos. Temos então a escolha entre duas categorias, Documentos e Outros
Achados, após a escolha de uma categoria, que por definição se encontra selecionada
como Documentos. É-nos permitido escolher o tipo de documento, ou em caso de outro
achado o tipo de objeto, em seguida temos uma barra de pesquisa que nos permite dar
uma descrição do item, seguido da data e a localização em que este foi perdido, Após estes
campos preenchidos e aceites pelo sistema como válidos é então apresentada a lista de
todos os achados que foram entregues nas autoridades competentes e que correspondem
as características especificadas. A plataforma disponibiliza também contactos, tanto para
a Polícia de Segurança Pública como para a Guarda Nacional Republicana, algo
importante caso o utilizador pretenda entrar em contacto com estes sem ter de fazer uma
pesquisa. Possui uma interface simples e de usso fácil e intuitivo.
Este é um programa ainda recente e inovador como é destacado pelo website na lateral.
Perdidos e Achados (STCP):
Aqui é necessário a introdução de dados pessoais tais como nome, morada, e-mail,
telemóvel. Após estes dados serem introduzidos é então de seguida introduzido a data,
linha e número do autocarro em que o pertence foi perdido, seguido de uma descrição do
objeto. Por fim é necessário introduzir uma captcha. Os dados são então enviados e é
necessário aguardar que pelo contacto da companhia.
Perdidos e Achados (Metro do Porto):
Partilha o mesmo modelo da STCP sendo necessário a introdução de dados pessoais e
dos dados e detalhes do objeto perdido, aguardando depois pelo contacto da companhia.
Daniel Carneiro | Miguel Melo | Grupo VII 4

____________________________________________________________ PLANEAMENTO
Capítulo II – Sistema de requisitos
i. Requisitos Funcionais
O programa oferece as seguintes funcionalidades principais:
Registar Objeto: Permite ao utilizador registar um objeto perdido introduzindo o
bloco, sala, data, e hora, e os dados do objeto, a sua cor, tipo de objeto, o seu
estado, e uma descrição do mesmo para melhor compreensão e fácil identificação
após registo. Nesta funcionalidade é também necessário a introdução do nome da
pessoa que encontrou o objeto tal como o seu e-mail.
Reclamar Objeto: Aqui o utilizador pode conferir a listagem de objetos registados
e procurar aquele que se enquadra na descrição dada. A lista apresenta os objetos
numa forma organizada do mais recente para o mais antigo. Após a pesquisa existe
um botão no canto inferior direito que permite reclamar o objeto após selecionado.
Listagem: Tal como o Reclamar Objeto, apenas não permite a reclamação destes,
primeiramente utilizado para a visualização dos perdidos.
Doar Objeto: Permite selecionar um ou mais objetos de entre a lista disponibilizada
e em seguida avançar para a escolha da instituição a que se destina a doação.
ii. Requisitos Não Funcionais
O programa é iniciado através da introdução de um nome de utilizador e palavra-passe,
isto permite uma maior capacidade de segurança uma vez que apenas os utilizadores
registados podem aceder ao programa principal, que serão os seguranças da instituição.
Existe um login de administrador. Este é o único utilizador que dispõe de acesso total ao
programa tendo funcionalidades extra que lhe permitem melhor controlo sobre acesso e
configuração do mesmo.
Daniel Carneiro | Miguel Melo | Grupo VII 5

____________________________________________________________ PLANEAMENTO
Capítulo III – Planeamento de Atividades
Aqui é apresentado o planeamento pensado e executado. Dispõe de uma ordem
cronológica das atividades, apresentando o seu inicio e data de conclusão, e também os
recursos utilizados para a sua realização. È também apresentado um cronograma das
atividades para melhor visualização do planeamento.
1 - Planeamento de Atividades
Daniel Carneiro | Miguel Melo | Grupo VII 6

____________________________________________________________ PLANEAMENTO
2 - Planeamento das Atividades 2
3 - Cronograma das Atividades
Daniel Carneiro | Miguel Melo | Grupo VII 7

____________________________________________________________ PLANEAMENTO
Capítulo IV – Diagrama de Classes
Para facilitar a compreensão do código o grupo criou um diagrama de classes:
A classe Registo é usada para o registo de objetos;
A classe Objeto vai ligar o objeto em causa a um determinado tipo de objeto;
A classe Sala vai tratar dos dados introduzidos pelo utilizador acerca do local onde
o objeto foi encontrado;
A classe Utilizador vai tratar dos dados pessoais de cada utilizador do programa;
A classe Permissoes vai permiter aceder às permissões que cada utilizador do
programa tem;
E por fim a classe Instituição trata das instituições que forem adicionadas ao
sistema.
4 - Diagrama de Classe
Daniel Carneiro | Miguel Melo | Grupo VII 8

____________________________________________________________ PLANEAMENTO
Capítulo V – Mockups
Aqui é de seguida apresentado os Mockups que iremos seguir, podendo ou não haver
alterações dependendo dos problemas que poderemos encontrar ao longo da criação do
programa.
5 - Login
6 - Menu Instituição
Daniel Carneiro | Miguel Melo | Grupo VII 9

____________________________________________________________ PLANEAMENTO
7 - Menu Segurança 8 - Menu Administrador
Daniel Carneiro | Miguel Melo | Grupo VII 10

____________________________________________________________ PLANEAMENTO
9 - Registar Objeto
Daniel Carneiro | Miguel Melo | Grupo VII 11

____________________________________________________________ PLANEAMENTO
10 - Reclamar Objeto
Daniel Carneiro | Miguel Melo | Grupo VII 12

____________________________________________________________ PLANEAMENTO
11 - Listagem
Daniel Carneiro | Miguel Melo | Grupo VII 13

____________________________________________________________ PLANEAMENTO
12 – Doar Objetos 1
Daniel Carneiro | Miguel Melo | Grupo VII 14

____________________________________________________________ PLANEAMENTO
13 - Doar Objetos 2
Daniel Carneiro | Miguel Melo | Grupo VII 15

____________________________________________________________ PLANEAMENTO
14 - Menu Configurações
15 - Gestão de Utilizadores
Daniel Carneiro | Miguel Melo | Grupo VII 16

____________________________________________________________ PLANEAMENTO
16 - Gestão de Salas
Daniel Carneiro | Miguel Melo | Grupo VII 17

____________________________________________________________ PLANEAMENTO
17 - Gestão de Instituições de Solidariedade
Daniel Carneiro | Miguel Melo | Grupo VII 18

____________________________________________________________ PLANEAMENTO
18 - Gestão de Tipos de Objetos
Daniel Carneiro | Miguel Melo | Grupo VII 19

___________________________________________ FONTES DE INFORMAÇÃO
FONTES DE INFORMAÇÃO
Referências Bibliográficas
Não foi utilizado qualquer fonte bibliográfica para realização do trabalho.
Outras Fontes
[1] http://stackoverflow.com/questions/1614772/how-to-change-jframe-icon [consultado em
06/04/2016]
[2] https://perdidoseachados.mai.gov.pt/SIISPA2013/default.aspx [consultado em
16/04/2016]
[3] http://www.metrodoporto.pt/PageGen.aspx?WMCM_PaginaId=20302 [consultado em
16/04/2016]
[4] http://www.stcp.pt/pt/institucional/apoio-e-contactos/perdidos-e-achados/ [consultado
em 16/04/2016]
[5] http://stackoverflow.com/questions/18857445/jframe-changing-screens [consultado em
13/04/2016]
[6] https://moodle.eseig.ipp.pt/moodle1516/course/view.php?id=284 [consultado várias
vezes]
[7] https://moodle.eseig.ipp.pt/moodle1516/course/view.php?id=286 [consultado várias
vezes]
[8] http://www.scns.com/earthen/other/seanachaidh/godegypt.html [consultado em
14/03/2016]
Daniel Carneiro | Miguel Melo | Grupo VII 20