Universidade do Minho

Escola de Engenharia

Jos Joaquim Ferreira Oliveira

Herbtrans: Desenvolvimento de uma

Plataforma de Transcrio e Partilha de
Dados do Herbrio da Universidade do Porto

Herbtrans: Desenvolvimento de uma Plataforma de Transcrio e

Partilha de Dados do Herbrio da Universidade do Porto
Jos Joaquim Ferreira Oliveira
UMinho | 2017

outubro de 2017
Universidade do Minho
Escola de Engenharia

Jos Joaquim Ferreira Oliveira

Herbtrans: Desenvolvimento de uma

Plataforma de Transcrio e Partilha de
Dados do Herbrio da Universidade do Porto

Dissertao de Mestrado
Engenharia e Gesto de Sistemas de Informao

Trabalho efetuado sob a orientao de

Professor Doutor Pedro Pimenta
Doutora Cristiana Vieira

outubro de 2017
 Declarao

Nome: Jos Joaquim Ferreira Oliveira

Endereo eletrnico: a60187@alunos.uminho.pt

Ttulo dissertao
Herbtrans: Desenvolvimento de uma Plataforma de Transcrio e Partilha de Dados do Herbrio da
Universidade do Porto

Orientadores: Professor Doutor Pedro Pimenta e Doutora Cristiana Vieira

Ano de Concluso: 2017
Designao do Mestrado: Mestrado Integrado em Engenharia e Gesto de Sistemas de Informao

AUTORIZADA A REPRODUO INTEGRAL DESTA TESE

APENAS PARA EFEITOS DE INVESTIGAO MEDIANTE
DECLARAO ESCRITA DO INTERESSADO, QUE A TAL SE
COMPROMETE.

Universidade do Minho, __/__/____

Assinatura: __________________________________________________________________
 minha me,
pela luta e dedicao para a concluso dos meus estudos.
 Agradecimentos

Agradecimentos

A realizao deste trabalho no seria possvel sem o apoio constante de um conjunto de pessoas,
desta forma, quero expressar aqui o meu sincero agradecimento a quem me apoiou, lutou e tornou
possvel a realizao e concluso do meu ciclo de estudos.
Quero agradecer aos meus pais, o apoio e incentivo constante durante o meu ciclo de estudos,
em especial minha me que sempre acreditou que era possvel concluir esta fase da minha vida.
Quero agradecer Joana, pelo apoio e incentivo constante que me deu para eu concluir esta
fase da minha vida. Por sempre me fazer acreditar que tinha as capacidades para concluir com sucesso
esta dissertao.
Quero agradecer ao meu orientador, Pedro Pimenta, pela disponibilidade e esforo constante na
minha orientao, pois sem essa disponibilidade esta dissertao no era possvel.
Quero agradecer ao Gonalo, por ter sido um dos elementos mais importantes no meu ciclo de
estudos, que me apoio e incentivou fazendo com que eu acreditasse sempre nas minhas capacidades.
Por ltimo, quero agradecer a todos os meus Amigos e pessoas que de alguma forma
contriburam para a realizao e concluso do meu ciclo de estudos.
A todos, expresso a minha sincera gratido.
Muito Obrigado.

vii
 Resumo

Resumo
O HerbTrans um projeto no mbito de cincia cidad proposto pelo Herbrio da Universidade
do Porto, onde este possui em mos um problema. O problema consiste na falta de uma plataforma
capaz de armazenar informaes referentes a espcimes. Os espcimes de herbrio so registos de uma
planta que habita ou pode ter habitado um determinado local, tornando-se elementos valiosos para o
estudo de alteraes climatricas.
De modo a perceber se j existem ou no aplicaes com o mesmo objetivo ou com o mesmo
mbito do projeto a ser desenvolvido, foram procuradas aplicaes que tenham um processo igual ou de
alguma forma semelhante ao que se pretende desenvolver. Com esta pesquisa foram encontradas duas
aplicaes as quais foram devidamente analisas.
De modo a solucionar o problema do Herbrio da Universidade do Porto ir ser criada uma
plataforma web mas para a sua criao necessrio definir e detalhar de que forma ser executada.
Para tal foi definido o fluxo de trabalho da plataforma, foram modelados diagramas de caso de uso
recorrendo linguagem de modelao visual UML e foi criado um modelo de entidades e
relacionamentos. Os diagramas de caso de uso permitiram perceber de que forma os atores definidos
iro interagir com o sistema e o modelo de entidades e relacionamentos permitiu perceber de que forma
a informao identificada como importante para o projeto ir se relacionar entre si.

Palavras-Chave: Cincia Cidad, Espcimes de Herbrio, Plataforma Web

ix
 Abstract

Abstract
The HerbTrans is a project under citizen science proposed by the Herbarium of the University of
Porto, who has in to handle a problem. The problem is the lack of a capable platform of storing
information related to specimens. The herbarium specimens are records of a plant that lives or may have
lived in a particular location, where these are a valuable tool for study climatic changes in that location.
In order to understand whether exists or not applications for the same purpose or for the same
scope, we try to find some applications that have the same process or some like which is intended to
implement in the project to develop. In this research was found two applications which were review.
In order to solve the problem presented by the Herbarium of the University of Porto will be created
a web platform, and to define and details that platform were use some tools. They are the definition of
project workflow, modeling use case with UML that is a visual modeling language and the definition of
entities and relationship model. Use case diagrams allowed us to understand how the defined actors will
interact with the system to be develop and the entities relationship model how the information identified
as important for the project will be related.

KEYWORDS: Citizen Science, Specimens Herbarium, Web Platform

xi
 ndice

ndice
Agradecimentos................................................................................................................................. vii
Resumo.............................................................................................................................................. ix
Abstract.............................................................................................................................................. xi
ndice ............................................................................................................................................... xiii
ndice de Figuras .............................................................................................................................. xvii
ndice de Tabelas ..............................................................................................................................xix
Siglas ................................................................................................................................................xxi
Capitulo 1 - Introduo ..................................................................................................................... 23
1.1 Enquadramento ................................................................................................................ 23
1.2 Objetivos e Resultados Propostos ...................................................................................... 24
1.3 Estrutura da Dissertao ................................................................................................... 24

Capitulo 2 Viso do Projeto ............................................................................................................ 25

2.1 Espcimes ........................................................................................................................ 26
2.2 Digitalizao de Espcimes................................................................................................ 27
2.3 Anlise de funcionamento de plataformas semelhantes ..................................................... 30

Capitulo 3 Levantamento de Requisitos.......................................................................................... 37

Capitulo 4 - Modelao do Projeto ..................................................................................................... 39
4.1 Fluxo de Trabalho .............................................................................................................. 39
4.2 Funcionalidades ................................................................................................................ 43
4.3 Perfis ................................................................................................................................ 47
4.4 Casos de Uso .................................................................................................................... 49
4.5 Layout............................................................................................................................... 55
4.6 Modelo Conceptual de Dados ............................................................................................ 56

4.6.1 Modelo de Entidades e Relacionamentos.................................................................... 56

4.6.2 Entidades .................................................................................................................. 58
4.6.3 Sistema de Permisses.............................................................................................. 64

Capitulo 5 Implementao do Projeto ............................................................................................ 68

5.1 Padro MVC ...................................................................................................................... 68

5.1.1 Model ........................................................................................................................ 68

xiii
ndice

5.1.2 Controller .................................................................................................................. 68

5.1.3 View .......................................................................................................................... 69

5.2 Linguagens ....................................................................................................................... 69

5.2.1 Entity Framework....................................................................................................... 69

5.2.2 APIs Utilizadas ........................................................................................................... 70

5.3 Implementao da Base de Dados .................................................................................... 71

5.4 Principais reas da Aplicao ............................................................................................ 72

5.4.1 Layouts ..................................................................................................................... 72

5.4.1.1. Layout Visitante ..................................................................................................... 72
5.4.1.2. Layout Transcritor .................................................................................................. 73
5.4.1.3. Layout Aprovador ................................................................................................... 74
5.4.1.4. Layout Administrador ............................................................................................. 75
5.4.2 Principais Funcionalidades ......................................................................................... 76
5.4.2.1. rea do Visitante .................................................................................................... 76
5.4.2.2. rea do Transcritor ................................................................................................ 78
5.4.2.4. rea do Administrador ........................................................................................... 79
5.4.2.4.1. Gerir Utilizadores ............................................................................................... 80
5.4.2.4.2. Gerir Colees ................................................................................................... 80
5.4.2.4.3. Gerir Imagens .................................................................................................... 81
5.4.2.4.4. Gerir Transcries .............................................................................................. 82
5.4.2.4.5. Gerir Notcias e Gerir Contedos ........................................................................ 83
5.4.2.5. rea do Aprovador ................................................................................................. 83

Capitulo 6 Testes .......................................................................................................................... 85

6.1 Testes de Validao........................................................................................................... 85

6.1.1 Testes Realizados ...................................................................................................... 85

6.2 Testes multi-browser ......................................................................................................... 89

6.2.1 Testes browsers ........................................................................................................ 90

6.2.2 Testes Smartphones .................................................................................................. 91

6.3 Testes carga ..................................................................................................................... 94

xiv
 ndice

Capitulo 7 Concluses ................................................................................................................... 95

7.1 Trabalho Realizado ............................................................................................................ 95
7.2 Trabalho Futuro ................................................................................................................ 95

Anexos ........................................................................................................................................... 101

A. Levantamento de Requisitos ................................................................................................ 101

xv
 ndice de Figuras

ndice de Figuras
Figura 1 - Exemplo de imagens que estaro presentes na aplicao cuja informao escrita poder ser
transcrita. ......................................................................................................................................... 26
Figura 2 Processo de Digitalizao retirado de (Haston et al, 2012)................................................ 29
Figura 3 - Ecr Principal.................................................................................................................... 31
Figura 4 - Ecr de Ajuda ................................................................................................................... 31
Figura 5 - Ecr de Transcrio .......................................................................................................... 31
Figura 6 - Ecr Principal.................................................................................................................... 33
Figura 7 - Ecr de Transcrio: Atributos ........................................................................................... 33
Figura 8 - Ecr de Transcrio: Imagem ............................................................................................ 33
Figura 9 Fluxo de Trabalho da Plataforma ...................................................................................... 40
Figura 10 Caso de Uso 1: Pgina Inicial ......................................................................................... 50
Figura 11 Caso de Uso 1.2: Lista de Espcimes ............................................................................ 50
Figura 12 Caso de Uso 1.4: Login.................................................................................................. 51
Figura 13 Caso de Uso 2: Pgina Inicial ......................................................................................... 51
Figura 14 - Caso de Uso 2.1: Gerir Transcries ............................................................................... 52
Figura 15 - Caso de Uso 2.2: Gerir Utilizadores ................................................................................. 52
Figura 16 - Caso de Uso 2.3:Gerir Imagens ....................................................................................... 53
Figura 17 - Caso de Uso 2.4: Gerir Destaques ................................................................................... 53
Figura 18 - Caso de Uso 2.5: Lita Espcimes .................................................................................... 54
Figura 19 - Caso de Uso 2.7: Perfil ................................................................................................... 54
Figura 20 - Layout dos Visitantes....................................................................................................... 55
Figura 21 - Layout dos Utilizadores Autenticados ............................................................................... 55
Figura 22 - Modelo Entidade e Relacionamento Dados ...................................................................... 57
Figura 23 - Representao do Relacionamento entre Coleo e Tag................................................... 58
Figura 24 -Representao do Relacionamento entre Tag e Imagem ................................................... 59
Figura 25 - Representao do Relacionamento entre Etiqueta e Transcrio ...................................... 60
Figura 26 - Representao do relacionamento entre Transcrio Atributo, Transcrio e Utilizador ..... 61
Figura 27 - Representao do Relacionamento entre Perfil e Permisses ........................................... 64
Figura 28 Padro MVC .................................................................................................................. 68
Figura 29 Modelo da Base de dados .............................................................................................. 71

xvii
ndice de Figuras

Figura 30 Layout do Visitante......................................................................................................... 72

Figura 31 Layout do Transcritor ..................................................................................................... 73
Figura 32 Layout do Aprovador ...................................................................................................... 74
Figura 33 Layout do Administrador ................................................................................................ 75
Figura 34 Exemplo de Notcias ...................................................................................................... 76
Figura 35 Lista de Espcimes ........................................................................................................ 76
Figura 36 Lista de Colees........................................................................................................... 76
Figura 37 Detalhe de um Espcime ............................................................................................... 77
Figura 38 Formulrio de Registo na Plataforma .............................................................................. 77
Figura 39 Lista de Colees para Transcrever ................................................................................ 78
Figura 40 Lista de Espcimes para Transcrever ............................................................................. 78
Figura 41 Formulrio de Transcrio de uma Etiqueta ................................................................... 79
Figura 42 Detalhe de um Espcime ............................................................................................... 79
Figura 43 Lista de Utilizadores Registados ..................................................................................... 80
Figura 44 Mensagem de Confirmao ........................................................................................... 80
Figura 45 Detalhe de uma Coleo ................................................................................................ 80
Figura 46 Definio da lista de Atributos de uma Coleo .............................................................. 81
Figura 47 Definio dos espcimes de uma coleo ...................................................................... 81
Figura 48 Formulrio de Criao de uma Etiqueta.......................................................................... 82
Figura 49 Formulrio de Criao de Contedos.............................................................................. 83
Figura 50 Formulrio de Criao de Notcias.................................................................................. 83
Figura 51 Detalhe de um Espcime ............................................................................................... 92
Figura 52 Lista de Colees........................................................................................................... 92
Figura 53 Lista de Notcias ............................................................................................................ 93
Figura 54 Formulrio de Criao de Etiquetas ................................................................................ 93

xviii
 ndice de Tabelas

ndice de Tabelas

Tabela 1 Atributos da Entidade Coleo ......................................................................................... 58

Tabela 2 - Atributos da Entidade Tag ................................................................................................. 59
Tabela 3 - Atributos da Entidade Etiqueta .......................................................................................... 60
Tabela 4 Atributos da Entidade Coleo ......................................................................................... 61
Tabela 5 Atributo da Entidade Transcrio Atributo ........................................................................ 62
Tabela 6 Atributos da Entidade Utilizador ....................................................................................... 63
Tabela 7 Atributos da Entidade Perfil ............................................................................................. 64
Tabela 8 Atributos da Entidade Permisso ..................................................................................... 64
Tabela 9 - Tabela de Permisses ...................................................................................................... 66
Tabela 10 Resultados dos testes da rea do Visitante..................................................................... 85
Tabela 11 - Resultados dos testes da rea do Transcritor .................................................................. 86
Tabela 12 - Resultados dos testes da rea do Transcritor .................................................................. 87
Tabela 13 - Resultados dos testes da rea do Transcritor .................................................................. 88
Tabela 14 Testes sobre os Browsers Google Chrome e Mozilla Firefox ............................................ 90
Tabela 15 - Testes sobre os Browsers Microsoft Edge e Opera .......................................................... 91
Tabela 16 Testes Smartphone ....................................................................................................... 91

xix
 Siglas

Siglas
FTP File Transfer Protocol
UML Unified Modeling Language
RBGE Royal Botanic Garden Edinburgh
MHNC-UP Museu de Histria Natural e da Cincia da Universidade do Porto
MB MegaByte
LINK Hiperligao

xxi
 Introduo

Capitulo 1 - Introduo
Neste captulo ser apresentado um enquadramento do projeto a ser desenvolvido e sero
apresentadas razes pelo qual este necessrio. Para tal, sero apresentados os problemas e os
benefcios de desenvolver uma soluo para o mesmo. De seguida iro ser apresentados os objetivos e
resultados propostos e, por ltimo, ser apresentada a estrutura que documento possui.

1.1 Enquadramento
Um Herbrio possui nas suas instalaes um vasto nmero de elementos taxonmicos (Tegelberg et
al., 2014), onde estes elementos possuem um grande interesse cientfico para pessoas ligadas a esta
rea e at mesmo para pessoas sem ligao direta. Estes elementos permitem que sejam estudados a
fim de perceber os impactos que o passar do tempo teve ou no sobre um espcime (Neil et al., 2010;
Poulkov et al., 2013). Assim estes elementos podem dar um contributo importante para estudos
cientficos ou meramente para enriquecimento pessoal de um individuo que se interesse pelo assunto.
Apesar de um Herbrio possuir um vasto nmero de elementos botnicos e estes elementos serem por
si s importantes para estudos cientficos ou pesquisas pessoais, isto pode por vezes tornar-se uma
tarefa difcil. Estes elementos encontram-se registados apenas em papel o que faz com que o acesso ao
mesmo seja feito apenas pessoalmente, ou ento seja enviado por correio o que um processo
demorado. Em casos especficos necessrio requerer o acesso a estas informaes, pois estes
elementos tm que ter um certo nvel de preservao a fim os manter em bom estado. (Tulig at al., 2012)
Assim, o problema que este projeto tenta resolver o facto de os elementos botnicos presentes num
Herbrio terem uma falta de acessibilidade aos dados armazenados. Para colmatar este projeto espera-
se ento a criao de uma plataforma que permita quer armazenar quer pesquisar as informaes que
forem carregadas. Para fazer o carregamento dos dados ser permitido que qualquer utilizador com
registo na plataforma a ser criada possa transcrever as informaes presentes num elemento botnico,
desta forma ser criada uma comunidade com o objetivo de enriquecer uma base de dados. Esta base
de dados ir assim servir de base para pesquisas cientficas ou para pesquisa no mbito pessoal de
qualquer individuo com curiosidade para o tema.
Este tema por si s uma mais-valia pela importncia e relevncia das informaes que iro ser
tratadas, pois ir promover a divulgao de conhecimento cientfico. tambm uma mais-valia pela
oportunidade de permitir que atravs da disponibilizao das informaes online que qualquer pessoa

23
Introduo

em qualquer ponto do mundo com acesso internet possa aceder a estas informaes. Desta forma,
o Herbrio e as suas informaes ficam acessveis no apenas fisicamente.

1.2 Objetivos e Resultados Propostos

Este trabalho tem como principal objetivo a criao de uma soluo tecnolgica que permita ao
Herbrio da Universidade do Porto resolver o problema de transcrio de informaes taxonmicas para
o formato digital. Desta forma, com o decorrer da dissertao esperado que se atinjam alguns objetivos,
sendo estes:

Desenvolvimento de uma soluo tecnolgica para ajudar a transcrio de informaes

taxonmicas existentes no Herbrio da Universidade do Porto, aplicando os conhecimentos que
foram adquiridos ao longo do percurso acadmico efetuado no curso de Mestrado Integrado em
Engenharia de Gesto de Sistemas de Informao;
Aprofundar e consolidar os conhecimentos e competncias na rea de anlise e desenvolvimento
de aplicaes web com recurso a tecnologia de gesto de base de dados.
Uma vez que o resultado esperado desta dissertao uma aplicao web funcional necessrio
definir objetivos em conjunto com a entidade Cliente, nomeadamente a Universidade do Porto, de modo
a obter uma aplicao robusta e com capacidade para colmatar o problema identificado de forma
eficiente.

1.3 Estrutura da Dissertao

O presente documento est estruturado em quatro captulos, sendo que no primeiro capitulo ser
apresentado uma introduo dissertao a ser desenvolvida, o porqu de ser necessrio a desenvolver
e quais so os objetivos e resultados que se espera obter.
No segundo captulo ser apresentado uma contextualizao com a parte terica da dissertao,
sendo que para isto foi feito um levantamento do que dito sobre o tema e so tambm apresentadas
algumas plataformas com funcionalidades e mbitos similares que se pretende desenvolver.
No terceiro captulo ser ento apresentado a estrutura que ir servir de base para o desenvolvimento da
plataforma que o objetivo principal desta dissertao. Para tal, apresentado o fluxo de trabalho da
plataforma bem como as funcionalidades a ser desenvolvidas. Em relao s funcionalidades de modo
a perceber em que consistem foi utilizada a representao sobre a forma de casos uso.
No quarto e ltimo captulo sero apresentadas uma concluso e uma reflexo sobre o trabalho
desenvolvido.
24
 Viso do Projeto

Capitulo 2 Viso do Projeto

O HerbTrans um projeto no mbito de cincia cidad proposto pelo Herbrio da Universidade
do Porto, como projeto de Mestrado edio 2015/16 do Mestrado Integrado em Engenharia e Gesto
de Sistemas de Informao (MIEGSI), da Universidade do Minho.
Os herbrios so por si s elementos importantes para a sociedade, uma vez que possuem um
vasto conjunto de informaes sobre a diversidade presente em determinadas reas geogrficas
(Santiago, 2015), o que permite que investigadores e estudantes possam consultar todos estes
espcimes e informao associada numa perspetiva cientfica ou numa perspetiva educacional. Por outro
lado, o HerbTrans, como um projeto de cincia cidad, poder ter um grande impacto na perceo
pblica da cincia, uma vez que um herbrio possui um diverso conjunto de elementos botnicos de
interesse para a sade e para o dia-a-dia humano.
O Herbrio do Porto parte integrante das colees da Universidade do Porto, possuindo um
vasto conjunto de elementos com grande valor histrico, nomeadamente informaes taxonmicas e
geogrficas em etiquetas, anotaes, esquemas e correspondncia de ilustres botnicos do sculo XIX e
XX, que foram recolhidos ao longo de mais de 100 anos de existncia.
Os elementos botnicos presentes no Herbrio incluem rgos de plantas e fungos de interesse
cientfico e didtico (Santiago, 2015), que fornecem testemunhos importantes de espcimes descobertos,
identificados e catalogados h dezenas de anos atrs. Uma vez que muitos destes elementos esto
apenas presentes em registos feitos em papel de etiquetas e cadernos, onde a caligrafia pode ser de
difcil perceo, carecem de transcrio e alojamento numa base dados digital. (Tegelberg et al., 2014)
Deste modo, a criao de uma plataforma simples e dinmica importante, quer para a recolha de
dados, quer para a transmisso e divulgao pblica dos mesmos.
A criao de uma plataforma web tem como principal objetivo a divulgao de dados utilizando
hipertextos (Athanasiadis & Andreopoulou, 2013), desta forma permite a divulgao de contedos
cientficos de uma forma exponencial chegando com mais facilidade sociedade, aumentando-se desta
forma a possibilidade de uma descoberta cientfica chegar um conjunto maior de pessoas, no impondo
os limites da cincia a elementos educacionais e de investigao (Veiga, 2014) (Athanasiadis &
Andreopoulou, 2013). Esta divulgao do conhecimento cientfico permite instruir os cidados mais
curiosos o que lhes traz uma mais-valia a nvel pessoal ou at mesmo a nvel profissional. Uma plataforma
web tem a capacidade de disponibilizar a informao cientfica de uma forma mais dinmica e capaz de
captar a ateno dos utilizadores, mas uma plataforma web permite ir ainda mais longe. Permite a

25
Viso do Projeto

criao de conhecimento em conjunto, ou seja, um grupo de pessoas trabalha em conjunto para criar
conhecimento e isto, est presente de uma forma mais concreta neste projeto, onde os utilizadores tero
a capacidade de produzir conhecimento trabalhando em conjunto para a transcrio dos documentos.
Desta forma, a criao e partilha de conhecimento cientfico no estar apenas centrado numa pessoa
ou nmero reduzido de pessoas, mas numa comunidade que tem vontade de dar o seu contributo para
a cincia. Assim uma plataforma permite melhorar a aprendizagem ou formao de pessoas sobre
determinadas matrias. De seguida, so apresentados alguns exemplos de imagens que contm
informao registada em diversos formatos e que podero ser transcritos na plataforma web a
desenvolver.

Figura 1 - Exemplo de imagens que estaro presentes na aplicao cuja informao escrita poder ser transcrita.

A plataforma a desenvolver ir assim permitir aos seus Utilizadores dar o seu contributo ao
transcreverem informaes presentes em etiquetas ou anotaes de vrias pessoas que contactaram
com o espcime e que possuem grande valor histrico, etiquetas estas que sero disponibilizadas sobre
o formato de imagem como nos exemplos acima apresentados. Cada contributo est dependente de uma
aprovao por algum especializado na rea em que a imagem se insere, uma vez que a plataforma
pretende captar o interesse dos utilizadores.

2.1 Espcimes
Espcimes de herbrio so registos de uma planta que habita ou pode ter habitado um
determinado local. Estes registos possuem as informaes recolhidas na altura da descoberta da planta

26
 Viso do Projeto

bem como comentrios e possveis identificaes feitas por peritos. Estas informaes so vitais para
perceber as variaes que um ecossistema possa ou no ter sofrido ao longo do tempo. Isto possvel
uma vez que a quando da recolha identificado o local exato da recolha, podendo ser identificada a
latitude e longitude. (Baker, 2011; Haston et al. 2012; Neil et al. 2010)
De acordo com Neil et al. (2010) e Poulkov et al. (2013), registos herbrios guardados nos
mais variados museus por todo o mundo so uma importante fonte de estudo para alteraes
climatricas e ambientais de uma regio.
Um estudo realizado permitiu verificar que os espcimes so de facto uma fonte valiosa de
informao para perceber as alteraes que plantas sofreram ao longo do tempo. O estudo em questo
demonstrou que a utilizao dos dados registados na altura de descoberta do espcime e o uso de
fotografias permitiu detetar que uma determinada planta atualmente floresce mais cedo. Este estudo
permite igualmente perceber a importncia que o registo deste tipo de informaes e fotografias tem
sobre o estudo de alteraes que espcimes sofrem ao longo do tempo. (Miller-Rushing et al., 2006)

2.2 Digitalizao de Espcimes

A digitalizao de espcimes permite colocar ao dispor da sociedade vrios nveis de informao.
Dados referentes coleo a que pertencem bem como dados de georreferenciao, latitude e longitude.
A digitalizao destas informaes cria a possibilidade para que qualquer pessoa possa aceder a estas
informaes. Se a disponibilizao for feita atravs da internet ento a informao passa a estar acessvel
a qualquer pessoa em qualquer ponto do mundo. (Baker, 2011) (Haston et al., 2012)
Com a digitalizao de espcimes as colees evoluram de simples catalogao para completas
bibliotecas, contendo todo o tipo de informao referente aos espcimes. (Haston et al., 2012)
Uma das vantagens da disponibilizao de informaes referentes a espcimes a possibilidade
de criar uma comunidade constituda por taxonomistas e por pessoa com interesse no assunto. A criao
de uma comunidade permite que transcries sejam avaliadas, sendo possvel perceber se uma
transcrio est ou no correta. Desta forma, possvel corrigir eventuais erros ou at a possibilidade de
identificar espcimes ainda sem identificao. (Baker, 2011)
Segundo Haston et al. (2012), a importncia de permitir que todos os dados refentes a espcimes
estejam disponveis para qualquer utilizador foi reconhecida por governos e entidades internacionais.
Sendo que este reconhecimento levou ao aparecimento da Global Biodiversity Information Facility. Esta
instalao permitiu que cerca de 294 milhes de registos ficassem acessveis por qualquer pessoa.

27
Viso do Projeto

Para se fazer o melhor levantamento dos dados presentes em espcimes necessrio utilizar
um reconhecimento tico, sendo que esta tecnologia permite transcrever textos de forma automtica.
(Baker, 2011; Tulig, Tarnowsky et al., 2012)
De acordo com Haston et al. (2012), os espcimes que so reconhecidos com maior facilidade
so as plantas vasculares, uma vez que so achatadas e colocadas sobre um papel e so normalmente
acompanhadas por etiquetas. Estas etiquetas contm informaes de fcil perceo.
Os dados associados a colees biolgicas podem ser divididos em 3 categorias para
digitalizao, nomeadamente:

1. Dados da Etiqueta, que normalmente aparecem em etiquetas presentes no espcime;

2. Dados anexados, que so dados que esto normalmente guardados separados do espcime,
mas que so guardados no mesmo local;
3. Dados suplementares, que qualquer informao que est guardada em locais diferentes
do qual est o espcime, podendo ser arquivos ou at livros que a referenciem.

Todas estas categorias tm propriedades diferentes dentro do processo de digitalizao.

Para Haston et al. (2012), a informao mais importante para ser digitalizada so os dados
anexados ao espcime, uma vez que estes s esto disponveis atravs da consulta presencial. O
processo de digitalizao de espcimes feito em 3 processos, nomeadamente o processo do espcime,
o processo dos dados e processo da imagem.

28
 Viso do Projeto

Figura 2 Processo de Digitalizao retirado de (Haston et al, 2012)

A figura 2 demonstra os trs processos falados por Haston et al. (2012), sendo que no processo
do espcime feita escolha, catalogao e identificao atravs da anexao de um cdigo de barras ao
espcime. O processo de preparao importante pois permite perceber se os dados presentes no
espcime so legveis ou se esto nas melhores condies.
No processo de dados so recolhidos todos os dados associados ao espcime que
posteriormente sero interligados com a imagem digitalizada do espcime. Estes dados vo desde o
nome cientfico do espcime identificao geogrfica do local onde foi recolhido/encontrado. Por fim,
o processo da imagem faz referncia digitalizao do espcime. Uma digitalizao de alta qualidade
significa obter uma imagem com um tamanho de cerca de 150MB. (Haston et al., 2012)
De acordo com Tegelberg et al. (2014), o herbrio do Museu Finlands de Histria Natural sentiu
a mesma necessidade que Global Biodiversity Information Facility no que diz respeito digitalizao de
29
Viso do Projeto

espcimes. No herbrio do Museu Finlands de Histria Natural utilizaram um processo em algo similar
ao apresentado pela Global Biodiversity Information Facility, onde numa primeira fase feita a anexao
de um cdigo de barras ao espcime com a identificao do espcime. Numa segunda fase feita a
transcrio do texto presente no espcime, onde este poder ir desde nome da coleo ao nome cientfico
do espcime. Por ltimo, feita a digitalizao da imagem onde este processo foi adaptado de acordo
com as necessidades sentidas pelo herbrio.
De referir ainda que o autor concluiu que o processo de digitalizao da imagem atualmente um
processo bastante rpido, mas a digitalizao do texto presente no espcime ainda no o mais eficiente,
o que leva a ser normalmente feito de forma manual.

2.3 Anlise de funcionamento de plataformas semelhantes

Foram procuradas aplicaes com um processo parecido com o que se pretende implementar
no projeto a desenvolver ou inserida no mesmo mbito. Sendo que foram identificas duas que foram
classificadas como pertinentes e sero analisadas ao longo deste documento, dando a conhecer a
estrutura, layout utilizados e por ltimo sero apresentados casos de uso dos principais processos das
mesmas.
A primeira aplicao a ser analisada a Reading Nature Library que pertence ao Museu da
Universidade de Manchester. A aplicao um projeto, tal como a plataforma que se pretende
desenvolver para o Museu de Histria Natural e da Cincia da Universidade do Porto (MHNC-UP), inserida
na perspetiva de cincia cidad. Nesta plataforma da Universidade de Manchester as colees so
agrupadas por projeto, sendo um exemplo disto, o projeto de fsseis de corais.
Esta plataforma de acesso livre sendo apenas necessrio que os utilizadores faam um registo
para a utilizar. Este registo constitudo apenas pelo primeiro e ltimo nome do utilizador, o seu endereo
de correio eletrnico e a palavra-chave. Uma outra particularidade desta aplicao a capacidade de os
utilizadores terem ao seu dispor uma funcionalidade de partilha dos espcimes que mais gostam.
Ao entrar na plataforma identificam-se 3 reas, nomeadamente:

rea operacional, ou seja, a rea onde sero apresentados os contedos;

rea de estatsticas;

30
 Viso do Projeto

rea de atividades, onde podemos ver o utilizador com mais pontos e as ltimas
transcries feitas por utilizadores registados ou por visitantes.

Figura 3 - Ecr Principal

Ao selecionar um projeto apresentada uma imagem e um conjunto de campos que se podem

preencher para elaborar uma transcrio, figura 5. A imagem tem ainda uma funcionalidade de lupa que
permite ver uma parte da imagem com maior destaque e nitidez. Nesta seco a aplicao tem ao dispor
do utilizador uma ajuda sobre a forma de esquema que indica como transcrever a imagem apresentada,
figura 4.

Figura 4 - Ecr de Ajuda

Figura 5 - Ecr de Transcrio

Nesta aplicao foram identificados alguns casos de uso que permitiram perceber melhor o
processo e as limitaes de acesso s diferentes funcionalidades, sendo apenas tratados os processos
importantes para perceber de que forma feita a transcrio de uma imagem na tica do utilizador. De
referir, que os casos de uso identificados so apenas para o ator Utilizador, uma vez que no possvel
ter outra perspetiva da mesma.

Assim, os casos de uso identificados foram os seguintes.

31
Viso do Projeto

Aplicao sem Autenticao

Os casos de uso que sero apresentados so da aplicao sem ter feito autenticao, e os nicos
atores detetados so os Visitante e Utilizador. O Visitante um individuo que acede aplicao pela
primeira vez e ainda no possui uma conta na mesma, por outro lado o ator Utilizador um individuo
que j possui uma conta e pode aceder rea reservada a utilizadores da aplicao.

O primeiro caso de uso referente pgina inicial onde os atores Visitante e Utilizador podem
interagir livremente. Nesta pgina os atores tm acesso ento s reas Home, About, Terms, Login e
Registo. Sendo que o ator Visitante no pode aceder ao Login sem antes aceder ao Registo.

Aplicao com Autenticao

Um segundo caso de uso identificado referente pgina inicial aps efetuada a autenticao
na aplicao sendo que o ator Utilizador tem ao seu dispor as seguintes funcionalidades:
Lista de Projetos Lista de todos os projetos onde possvel fazer a transcrio de uma
imagem;
Partilhar uma Imagem Partilhar nas redes sociais a imagem na qual estamos a trabalhar;
Estatsticas Classificao de utilizadores com mais transcries feitas;
Atividade Registo das ltimas transcries feitas na aplicao.
Caso o ator selecione um Projeto da lista este avana para uma nova rea, onde tem as seguintes
funcionalidades:

Criar Transcrio;
Ajuda;
Perfil;
Terminar Sesso.

Estes foram os casos de uso identificados a quando da analise da aplicao, sendo que podemos
verificar que a aplicao possui um processo simples sem grandes complicaes no que diz respeito ao
processo de transcrio de uma imagem.

A segunda aplicao a ser analisada a Herbaria@Home e esta aplicao pertence Sociedade

Britnica e Irlandesa de Botnica e destinada a todas as pessoas que tm algum tipo de interesse
sobre a botnica britnica e irlandesa.

32
 Viso do Projeto

Figura 6 - Ecr Principal

Esta aplicao, ao contrrio da anteriormente analisada, possui um processo mais complexo. A

aplicao tem ao seu dispor a capacidade de acompanhar a transcrio de um espcime apenas com
fins educativos ou participar na transcrio da mesma, dando assim o seu contributo pessoal para o
processo. Para elaborar uma transcrio aberta uma pop-up, que uma janela do navegador. Esta
janela constituda por vrios elementos, entre eles, a imagem do espcime, e um conjunto de atributos
que podem ser preenchidos. A imagem do espcime presente na pop-up pode ser visualizada na figura
8 e os atributos na figura 7. De referir, que a imagem possui uma funcionalidade de zoom que possibilita
a visualizao das informaes presentes na imagem com uma maior resoluo.

Figura 8 - Ecr de Transcrio: Imagem Figura 7 - Ecr de Transcrio: Atributos

Tal como na anlise da primeira aplicao tambm foram analisados alguns casos de uso que
se pensam ser pertinente para a plataforma que se pretende desenvolver. Desta forma os casos de uso
detetados sero apresentados em dois momentos distintos, ou seja, no momento em que se acede
aplicao pela primeira vez e onde ainda no se tem uma conta criada e no momento que se acede
parte reservada a utilizadores registados.

33
Viso do Projeto

Aplicao sem Autenticao

Quando se acede aplicao como visitante temos ao nosso dispor um conjunto de
funcionalidades, sendo estas agrupadas em conjuntos. Os conjuntos de funcionalidades detetados foram:
Herbaria@home:
o Notcias;
o Mensagens;
o Wiki.
Links Contendo endereos web para diferentes pginas.
Pesquisa:
o Espcimes;
o Botnicas;
o Nomes de taxonomia;
o Registos que se encontram no Vice-County Census Catalogue.
Login e Registo.
Ao selecionarmos a pesquisa de espcimes que o nico ponto relevante para o nosso problema,
fornecida uma pgina que contem um formulrio onde podemos indicar os elementos que queremos
ver satisfeitos na nossa pesquisa. Feita a pesquisa nos apresentada uma lista de elementos que
correspondem aos nossos critrios de pesquisa.
De forma sistemtica o processo que necessrio fazer para se fazer uma pesquisa nesta aplicao
o seguinte,

Pesquisar
o Espcimes
Formulrio
Lista de Espcimes Esta lista influenciada pelos dados introduzidos no
formulrio
Detalhes do Espcime
Aplicao com Autenticao
Quando um visitante se autentica na aplicao este torna-se num utilizador e tem ao seu
dispor na pgina inicial as mesmas funcionalidades que tinha caso fosse um visitante mas com o
adicionar da funcionalidade de poder elaborar transcries.
34
 Viso do Projeto

Para elaborar uma transcrio ao contrrio do que acontece caso se seja um visitante no temos
apenas acesso ao detalhe do espcime, mas temos tambm acesso ao editar. Sendo o processo
necessrio para editar um espcime o seguinte,

Pesquisar
o Espcimes
Formulrio
Lista de Espcimes Esta lista influenciada pelos dados introduzidos no
formulrio
Detalhes do Espcime
Editar Espcime
Depois desta anlise podemos verificar que tal como na anlise da primeira aplicao esta possui
dois atores sendo eles, Visitante e Utilizador, e estes possuem permisses diferentes. O que ambas as
aplicaes tm em comum o facto de se ter de autenticar para elaborar uma transcrio, o que
demonstra a importncia de se registar o autor da mesma. Uma diferena encontrada entre as aplicaes
o facto de na primeira aplicao se optar por uma listagem de todos os espcimes passiveis de
transcrever sem ser necessrio fazer uma pesquisa e na segunda ser o contrrio. No caso da primeira
aplicao que permite que um utilizador sem conhecimento na rea de estudo possa entrar e encontrar
um leque de espcimes que lhes pode provocar curiosidade, o mesmo no se sucede na segunda
aplicao onde necessrio fazer uma pesquisa para se encontrar os espcimes.
Em suma, as anlises elaboradas permitiram perceber que necessrio haver uma diviso entre
o que um visitante e um utilizador podem fazer, dando mais privilgios aos utilizadores de forma a cativar
um visitante a se registar na aplicao.

35
 Levantamento de Requisitos

Capitulo 3 Levantamento de Requisitos

Com o objetivo de perceber quais as espectativas do cliente em relao plataforma foi
necessrio reunir com este. A quando desta reunio, foram levantados e definidos os requisitos da
plataforma.
Estes requisitos foram, assim definidos em conjunto e refletem o que o cliente pretende que seja
desenvolvido.
De forma, a estruturar os requisitos foram definidas as prioridades do mesmo, sendo estas:

Obrigatrio: este requisito obrigatrio e representa um elemento chave da plataforma;

Facultativo: este tipo requisito foi pedido pelo cliente, mas no representa um elemento
chave da plataforma podendo ser ou no desenvolvido.

Devido ao facto de serem bastantes requisitos, estes podem ser consultados no Anexo A.

37
 Modelao do Projeto

Capitulo 4 - Modelao do Projeto

Neste captulo ser demonstrado de que forma a plataforma ser desenvolvida, sendo que para
este efeito sero apresentados vrios indicadores. Entre eles, ser apresentado o fluxo de trabalho da
plataforma e as funcionalidades que sero desenvolvidas. De modo a perceber de que forma os
utilizadores iro interagir com as funcionalidades descritas sero apresentados casos de uso. Estes sero
apresentados ao longo deste capitulo e servem para demonstrar as aes que os atores/utilizadores iro
poder ou no executar.

4.1 Fluxo de Trabalho

Um fluxo de trabalho definido como sendo uma rede que permite perceber a sucesso de
aes e as suas dependncias que sero necessrias para atingir um objetivo, sendo que neste caso em
especfico fazer com que uma imagem seja transcrita (Si et al., 2016; Balis, 2016).
De acordo com Balis (2016), os fluxos de trabalho tm sido utilizados como uma ferramenta
para a criao de modelos de programao para aplicaes com mbito cientfico, onde estes permitem
sintetizar o problema que se pretende resolver.
Deste modo, foi criado um fluxo de trabalho que ilustra os processos pensados para a plataforma
a desenvolver e este ilustrado na figura 9.

39
Modelao do Projeto

Figura 9 Fluxo de Trabalho da Plataforma

O fluxo de trabalho apresentado na figura 9 tem contido trs processos, sendo eles o processo
A que est divido em 2, o processo B e o processo C. O processo A referente ao carregamento de
imagem na plataforma, o processo B referente escolha de uma etiqueta e a sua transcrio e por
ltimo o processo C que referente ao processo de avaliao de uma transcrio e se for o caso a
aprovao e finalizao da mesma.
Os processos so assim explicados:
A. Carregamento de Imagem
1. O carregamento de uma imagem para a plataforma poder ser feito de duas maneiras distintas,
nomeadamente, poder ser implementado um sistema simples de upload onde o administrador
tem acesso s pastas do seu computador, selecionando de forma individual qual a imagem que
pretende carregar. Ao carregar o administrador ter de introduzir as informaes consideradas
obrigatrias para poder finalizar o processo.
2. O carregamento pode ser feito via FTP, sendo que a plataforma ter uma funcionalidade de
pesquisa de ficheiros numa pasta, detetando ento a imagem ou as imagens carregadas.
40
 Modelao do Projeto

Posteriormente ser mostrado numa lista as novas imagens e o administrador poder decidir
quando adicionar as imagens plataforma, sendo igualmente necessrio, no momento de
incluso da imagem, preencher as informaes definidas como obrigatrias.
B. Transcrio de Etiqueta
Para transcrever uma etiqueta o utilizador ter que selecionar a imagem e posteriormente a
etiqueta que pretende transcrever. Ao selecionar uma etiqueta, o sistema ir carregar os campos definidos
para este tipo de etiqueta (a definir anteriormente pelos administradores que carregam as imagens), feito
este carregamento o utilizador pode comear a transcrio, mas se em algum momento achar que os
campos disponibilizados no so suficientes para efetuar a transcrio com qualidade, pode adicionar
os atributos que pretender. Caso considere que um determinado campo demasiado importante e que
devia aparecer nas principais escolhas pode enviar uma mensagem ao administrador pedindo que o
mesmo disponibilize o campo. Esta funcionalidade estar disponvel na funcionalidade de ajuda online.
De forma sistemtica o processo de transcrio o seguinte:
Escolha da Imagem.
Escolha da Etiqueta.
Preenchimento dos campos obrigatrios.
Submisso para Avaliao/aprovao.
C. Aprovao de uma Transcrio
Assim que um utilizador entender que uma transcrio est pronta para avaliao, pode
submeter para avaliao/aprovao. Aps efetuar o pedido de avaliao o utilizador no poder efetuar
mais alteraes sobre a transcrio, ficando a mesma bloqueada.
Quando um utilizador pedir avaliao sobre uma transcrio a mesma ir aparecer disponvel na
rea de avaliaes, onde qualquer utilizador com o perfil de aprovador pode efetuar a sua avaliao e
aprovao. Como foi dito anteriormente neste documento, de uma avaliao podem sair apenas dois
resultados, nomeadamente, transcrio aprovada ou em correo.
As transcries que sejam aprovadas imediatamente entram diretamente para o ranking de
estatsticas referentes s transcries aprovadas com sucesso; as transcries com necessidade de
correes, depois de corrigidas sero tambm aprovadas, mas sero contabilizadas na seco de
aprovadas com correes.
De forma sistemtica o processo de aprovao o seguinte:
Requerimento de Avaliao/aprovao por parte do utilizador responsvel pela
transcrio.

41
Modelao do Projeto

Escolha da transcrio por parte do aprovador.

Avaliao do aprovador.
Incluso do resultado nas estatsticas do utilizador responsvel pela transcrio.

Com o acumular de transcries aprovadas os utilizadores com o perfil de aprovadores podem

decidir se esto reunidas condies para elaborar uma transcrio oficial. Uma transcrio oficial uma
transcrio igual a todas as outras, mas com a particularidade de ser criada por um aprovador e onde
este ter como fonte de informao todas a transcries aprovadas at ao momento referente a um
mesmo espcime.
Quando uma imagem fechada, ou seja, quando no se pretende que sejam elaboradas mais
transcries a transcrio oficial ser sempre mostrada para que desta forma seja disponibilizada
informao cientfica sobre uma imagem e os utilizadores possam consultar como exemplo de uma
transcrio correta.
Em suma o ciclo de vida de uma imagem comea quando o administrador carrega a mesma
para a plataforma, processo A, aps o seu carregamento o administrador pode determinar se a imagem
ser disponibilizada para todos os utilizadores ou para utilizadores registados apenas.
Depois de disponibilizada para qualquer tipo de utilizador esta pode ser vista e aumenta assim
a probabilidade de vir a ser transcrita, processo B, ao ser transcrita a transcrio passa por um processo
de aprovao, nomeadamente o processo C.
O ciclo de vida de uma imagem s acaba quando todas as suas etiquetas tiverem uma
transcrio final dada por um aprovador tendo em conta todas as transcries aprovadas.
De forma sistemtica o ciclo de vida de uma imagem o seguinte:
Processo A: Carregamento de Imagem
Upload da Imagem.
Preenchimento das informaes obrigatrias.
Incluso da imagem numa coleo criada anteriormente.
Definio do Estado da Imagem, neste momento a imagem tornada pblica.
Processo B: Transcrio
Escolha da Imagem por parte do Utilizador.
Escolha da Etiqueta
Preenchimento dos campos obrigatrios.
Pedido de Avaliao da Transcrio

42
 Modelao do Projeto

Processo C: Avaliao da Transcrio

Escolha da transcrio por parte do aprovador.
Avaliao da transcrio.
Incluso do resultado nas estatsticas.
Preenchimento da Transcrio Final da Etiqueta.
Repetido o processo para todas as etiquetas da Imagem.
Imagem Fechada, onde no se pode elaborar mais nenhuma transcrio sobre uma
imagem.

4.2 Funcionalidades
A plataforma ter diversas funcionalidades onde necessrio definir e determinar as aes que
cada ator identificado poder executar. Deste modo, num primeiro acesso plataforma qualquer
utilizador registado ter ao seu dispor as seguintes funcionalidades.

Pesquisas
Existe uma necessidade de permitir que os utilizadores possam fazer pesquisas sobre os
contedos presentes na plataforma, ainda que seja criada uma funcionalidade com determinadas
restries sobre os campos a visualizar de cada espcime. Desta forma, a plataforma permitir que o
utilizador veja o que est procura quando acede plataforma com o intuito educacional. Caso o
utilizador aceda plataforma com o intuito de participar na transcrio de espcimes no poder faz-lo
nesta funcionalidade.
Esta funcionalidade ir ento permitir pesquisar por espcime, encontrar informaes sobre
espcimes transcritos por utilizadores registados.

Destaques
Uma das necessidades da plataforma ter a capacidade de dar notcias aos visitantes e
utilizadores, ou seja, considera-se pertinente dar entidade cliente a capacidade de fornecer informaes
para alm dos espcimes que ter disponvel. Um exemplo da empregabilidade desta funcionalidade
ser, por exemplo, anunciar que o Herbrio faz 100 anos, como tambm informar que ir decorrer uma
conferncia, informar tops de estatsticas de traduo, espcimes especiais - estes so apenas
exemplos do que esta funcionalidade ser capaz de fazer.

43
Modelao do Projeto

Transcries
A plataforma ir permitir aos visitantes e aos utilizadores a capacidade de fazerem transcries
de determinados espcimes (no caso dos visitantes apenas uma para experimentar e ter contacto
prximo com o processo). Estes espcimes sero definidos pelos administradores que definiro as
restries de acesso a cada espcime. Esta funcionalidade ir ser criada de modo a dar ao visitante uma
primeira impresso sobre a principal funcionalidade ao dispor dos utilizadores registados. Esta uma
poltica definida para tentar cativar os visitantes a participarem numa comunidade que ser criada volta
da plataforma.
O visitante e o utilizador registado, para elaborar uma transcrio, ter ao seu dispor a imagem
do espcime que pretende transcrever que conter, identificadas uma ou vrias etiquetas associadas ao
espcime visveis na imagem. O visitante e utilizador podem assim optar por transcrever a etiqueta que
pretende. Para uma transcrio ser considerada vlida, o utilizador ter que preencher um conjunto de
campos obrigatrios (a definir), podendo ainda acrescentar um conjunto predefinido de atributos a
acrescentar transcrio. Estes atributos sero de texto livre, deixando assim ao critrio do utilizador o
tipo de informao que ir indicar neste campo.

Login/Registo
O login/registo a funcionalidade que ir permitir aos utilizadores aceder a reas mais
especficas da plataforma. O utilizador ao autenticar-se perde o anonimato, ou seja, ao fazer uma
transcrio o utilizador ficar registado como sendo o autor da mesma. Assim possvel existir uma outra
funcionalidade na plataforma, nomeadamente o quadro de honra (onde figuraro nomes e utilizadores
que melhor contribuem para a transcrio - com boas transcries validadas pelo aprovador ou
administrador).
Outra funo do login tornar o utilizador responsvel pelas suas aes, ou seja, cada utilizador
ter que ter conscincia que todas as interaes com a plataforma sero registadas. Esta funo aplica-
se tanto a utilizadores registados, como aos administradores e aprovadores. Desta forma, se um
aprovador aprovar uma transcrio ficar registada a sua ao no dia respetivo. Para implementar esta
funcionalidade cada tabela da base de dados ir possuir dois campos adicionais, nomeadamente, o
Utilizador que alterou o registo e a data de alterao do registo. Se for necessrio um controlo mais

44
 Modelao do Projeto

apertado poder ser implementada uma tabela de registo a onde ser registada toda a atividade da
plataforma, sendo assim possvel saber quais os utilizadores que alteraram um mesmo registo e quando.
Para um utilizador efetuar o registo na plataforma tem que fornecer os seguintes dados: nome, username
(o que aparecer visvel na plataforma), endereo de correio eletrnico, palavra-chave e naturalidade.
Concludo o registo, ser enviado um endereo de correio eletrnico para o endereo indicado com um
link que permitir ativar o registo previamente criado.

Estatsticas e Quadro de Honra

O quadro de honra uma funcionalidade criada para permitir que existe alguma competitividade
no que diz respeito s transcries. Esta funcionalidade ir assim transmitir os utilizadores com mais
transcries feitas, como tambm os utilizadores que fizeram mais transcries aprovadas, deste modo
os utilizadores podero competir entre si sobre quem o que faz mais transcries com qualidade. Por
outro lado, existir tambm uma rea para aprovadores e administradores onde se poder extrair dados
estatsticos e grafismos representativos das transcries e acessos plataforma por perfil criado e totais
para efeitos de comunicao do projeto.

Ajuda Online
A ajuda online ser uma rea destinada a dar suporte aos utilizadores sobre a utilizao da
plataforma. Esta rea uma mais-valia para que os utilizadores tirem o mximo proveito da plataforma.
Nesta rea havero informaes e exemplos de como fazer transcries corretas de espcimes. Esta
rea tambm destinada a que os utilizadores tenham ao seu dispor a capacidade de interagir com os
administradores do sistema sobre possveis dvidas ou potenciais sugestes que possam surgir ao longo
da utilizao da plataforma.

Gerir Transcries
A gesto de transcries pode ser feita tanto por aprovadores como por administradores. Esta
gesto consiste na aprovao ou no de uma transcrio. Deste modo, os aprovadores e administradores
tero ao seu dispor todas as transcries feitas pelos utilizadores sobre os mais diversos espcimes na
forma de uma tabela, a qual possuir filtros na parte superior para que se possam filtrar as transcries.
Esta filtragem pode dar um contributo extra para se encontrar uma transcrio em especfico.

45
Modelao do Projeto

Gerir Imagens
Uma das reas mais importantes da plataforma o carregamento e consequentemente gesto
das imagens dos espcimes que sero disponibilizadas na plataforma. Deste modo, a rea de gesto de
imagens ser destinada aos administradores que podero carregar imagem a imagem ou carregar um
conjunto de imagens. Numa fase posterior equaciona-se implementar a funcionalidade de carregamento
de ficheiros zipados para o sistema. As imagens sero armazenadas numa pasta do sistema e listadas
na plataforma. O administrador ter a capacidade de criar colees de imagens, colees que sero
subconjuntos de imagens. A capacidade de criar colees de imagens permitir ao administrador definir
permisses diferentes para conjuntos distintos de imagens, ou seja, se uma imagem est ou no
disponvel para visualizao e a que utilizadores. Deste modo, as imagens tero um conjunto de
permisses especiais para dar ao administrador liberdade para definir se uma imagem pode ser
visualizada por visitantes, apenas utilizadores registados, ou ainda apenas por certos grupos de
utilizadores registados, ou mesmo um utilizador em particular (que pode ser perito nesse grupo de
imagens).

Gerir Destaques
A gesto da rea de destaques destinada aos administradores do sistema, uma vez que estes
podem ter ou no o interesse de dar a conhecer um evento ou um facto especial para os utilizadores da
plataforma. Deste modo, os administradores do sistema podero criar novos destaques que podero
definir como pblicos. A plataforma ser desenhada para o suporte de um conjunto limitado de destaques
pblicos, sendo que o administrador poder assim tornar um destaque pblico ou no.

Gerir Utilizadores
A rea de gesto de utilizadores destinada aos administradores do sistema, para gesto de
acessos plataforma. Como o acesso plataforma ser feito atravs de um registo prvio, o
administrador atribuir um conjunto de permisses predefinidas para cada utilizador. Caso este pretenda
por alguma razo mudar estas permisses poder faze-lo alterando o perfil do utilizador. O perfil
(visitante/utilizador registado/aprovador e administrador) ser um atributo de cada pessoa e poder ser
alterado em qualquer altura, podendo assim ser alterado o perfil a qualquer momento, logo, o que essa
pessoa poder ou no executar na plataforma.

46
 Modelao do Projeto

Gerir Perfis
A rea de gesto de perfil est destinada definio de perfis que sero atribudos a utilizadores
registados. Os perfis tero informao sobre as aes que um utilizador pode executar na plataforma.
Um perfil identificado por um atributo nico e ter a definio das tarefas que pode executar: As
permisses que o administrador pode definir para um perfil sero explicadas na seco Perfis e
Permisses deste documento.

4.3 Perfis
A plataforma web que ser desenvolvida ter vrios atores, ou seja, perfis de utilizadores - que
correspondem s pessoas que podero ter acesso a funcionalidades especficas. Desta forma os perfis
definidos, sero 4: Visitante, Utilizador, Aprovador, Administrador.
O visitante um indivduo que poder aceder plataforma sem ter um registo criado. Poder
assim ter acesso a diversas reas da plataforma, mas no s que esto destinadas a utilizadores
registados.
No caso dos utilizadores, os quais precisam ter um registo criado para ter acesso a algumas
funcionalidades diferentes do visitante. De destacar a possibilidade de interagir com os administradores
atravs da submisso de sugestes ou colocar questes sobre a plataforma ou sobre o contedo nela
presente.
As diferenas entre os perfis Aprovador e Administrador relacionam-se com as diferentes
permisses de acesso a diferentes reas de gesto da plataforma e que sero definidos e descritos ao
longo deste documento.
Em suma os atores da plataforma sero, o Visitante, o Utilizador, o Aprovador e o Administrador
do Sistema, tendo assim as seguintes funcionalidades ao seu dispor.
Especificando:
Visitante
Pgina Inicial;
Destaques;
Estatsticas;
Transcrio - com apenas um exemplo de amostra para ter um primeiro contacto, aps
o qual ser convidado a fazer um breve registo com campos mnimos;
Pesquisa de Espcimes.

47
Modelao do Projeto

Utilizador
Pgina Inicial;
Destaques;
Estatsticas;
Transcries - acesso depois de registo;
Pesquisa de Espcimes;
Ajuda Online - acesso depois de registo.
Aprovador
Pgina Inicial;
Destaques;
Estatsticas;
Transcries;
Pesquisa de Espcimes;
Ajuda Online;
Gerir Transcries:
Aprovador/Desaprovar Transcries;
Publicar Transcrio.
Gerir Imagens;
Gerir Destaques.
Administrador
Pgina Inicial;
Destaques;
Estatsticas;
Transcries;
Pesquisa de Espcimes;
Ajuda Online;
Gerir Transcries:
Aprovador/Desaprovar Transcries;
Publicar Transcrio.
Gerir Utilizadores:
Aprovar Registo;
Suspender Registo;

48
 Modelao do Projeto

Gerir Permisses;
Gerir Imagens;
Gerir Transcries;
Gerir Destaques.

4.4 Casos de Uso

A modelao UML uma linguagem de modelao visual que normalmente utilizada como
auxilio para a especificao de um sistema. (Guiochet, 2016) (Kundu et al., 2015) Esta uma linguagem
permite modelar sistemas orientados a objetos e representar vrias perspetivas de um sistema.(Bezerra,
2015)(Kundu et al., 2015) Desta forma, foi com recurso a esta linguagem que foram desenvolvidos os
diagramas de caso de uso para a plataforma a desenvolver, uma vez que a mesma no est destinada
a nenhuma linguagem de programao em especfico, ficando assim a escolha da mesma a encargo da
equipa de desenvolvimento. (Bezerra, 2015)
Um caso de uso permite perceber o que que um sistema deve fazer, onde este representa os
atores e as tarefas/funcionalidades do sistema com as quais eles comunicam. Os fundamentos a ter em
considerao em relao aos casos de usos so os atores e as suas aes, ou seja, a tarefa que pode
ser executada. Um ator tanto pode ser um utilizador como um sistema que de alguma forma possa
executar uma tarefa do caso de uso, onde no caso deste projeto no existir nenhum sistema apenas
utilizadores. (OMG UML, 2010)(Guiochet, 2016)
Os diagramas de caso de uso que sero apresentados so referentes plataforma HerbTrans
sem efetuar autenticao e quando a mesma efetuada, necessrio fazer esta distino uma vez que
a plataforma muda quando um utilizador efetua a autenticao, isto foi verificado a quando da anlise
das aplicaes no captulo 2 onde se concluiu que em ambas era feito esta distino.

Plataforma Sem Autenticao

O diagrama de caso de uso apresentado na figura 10 referente pgina inicial da plataforma

onde podemos ver que os atores deste caso de uso, nomeadamente, Visitante, Utilizador, Aprovador e
Administrador podem executar as seguintes tarefas: pesquisa, lista de espcimes, destaques, login e
estatsticas.

49
Modelao do Projeto

De referir que a tarefa 1.1 Pesquisa inclui a tarefa 1.2 Lista de Espcimes uma vez que os
utilizadores efetuam pesquisas sobre a lista de espcimes. Os resultados dessa pesquisa sero
mostrados na 1.2 Lista de Espcimes. Esta incluso no implica que os atores sempre que queiram
aceder tarefa 1.2 Lista de Espcimes faam uma pesquisa.

Figura 10 Caso de Uso 1: Pgina Inicial

Ainda em relao figura 10 necessrio salientar que todos os atores podem executar todas
as tarefas definidas.
Quando um ator escolher executar a tarefa 1.2 Lista de Espcimes ter ao seu dispor as
seguintes tarefas 1.2.1 Efetuar Transcrio e 1.2.2 Ver Detalhes, sendo que estas tarefas podem todas
ser executadas por todos os atores.

Figura 11 Caso de Uso 1.2: Lista de Espcimes

Caso um utilizador selecione a tarefa de 1.4 Login mostrado as seguintes tarefas, 1.4.1 Efetuar
Login e 1.4.2 Registar na Plataforma. A tarefa de efetuar login pode ser executada por todos os atores,
mas a tarefa 1.4.2 Registar na Plataforma apenas pode ser executada pelo ator Visitante, uma vez que o
ator Utilizador, Aprovador e Administrador j possuem um registo na plataforma no sendo necessrio
voltar a fazer um. Portanto esta tarefa apenas destinada a novos utilizadores, os atores visitantes.

50
 Modelao do Projeto

Figura 12 Caso de Uso 1.4: Login

Plataforma Com Autenticao

O diagrama de caso de uso ilustrado na figura 13 representa a pgina inicial da plataforma

quando os atores administradores e aprovadores efetuam login. Caso o utilizador autenticado na
plataforma seja um aprovador, este ter ao seu dispor as seguintes funcionalidades, 2.1 Gerir
Transcries, 2.4 Gerir Destaques, 2.5 Lista de Espcimes, 2.6 Estatsticas e 2.7 Perfil. Sendo que o
caso de uso 2.7 Perfil comum entre o ator Utilizador e o ator Aprovador. Este caso de uso comum a
ambos, uma vez que estes tm a necessidade de poder alterar as suas informaes pessoais ou at
mesmo alterar a sua palavra-chave.

Figura 13 Caso de Uso 2: Pgina Inicial

O aprovador ser responsvel por gerir as transcries que forem feitas pelos utilizadores. Caso
o utilizador autenticado seja um ator administrador, este ter disponvel as seguintes funcionalidades 2.2
Gerir Utilizadores e 2.3 Gerir Imagens.

51
Modelao do Projeto

O administrador no ter acesso gesto das transcries e destaques para que este se foque
exclusivamente no carregamento de novas imagens para a plataforma e na gesto dos utilizadores,
delegando assim responsabilidade aos atores do tipo aprovador.
Por sua vez o ator Utilizador ter ao seu dispor as funcionalidades 2.5 Lista de Espcimes, 2.6
Estatsticas, 2.1 Gerir Transcries e 2.7 Perfil. De realar a funcionalidade 2.1 Gerir Transcries onde
o ator Utilizador poder rever as suas transcries determinando qual ou quais transcries sero
definidas para avaliao.
A figura 14 representa o nvel 2 do caso de uso 2.1 Gerir Transcries. Esta funcionalidade de
2.1 Gerir Transcries tem como ator Utilizador e Aprovador, sendo que estes podem efetuar tarefas
diferentes. Atores do tipo Utilizador podendo aceder s funcionalidades 2.1.1 Lista de Transcries, onde
podero ver uma verso da lista total das suas prprias transcries, 2.1.2 Editar Transcrio, 2.1.3
Remover Transcrio ou 2.1.4 Visualizar Transcrio. Por outro lado, os atores do tipo Aprovador tero
acesso s funcionalidades 2.1.1 Lista de Transcries, neste caso ser lista completa das transcries
enviadas para aprovao, e 2.1.4 Visualizar Transcrio, com estas funcionalidade os atores do tipo
Aprovador podero ver, aprovar ou desaprovar uma transcrio.

Figura 14 - Caso de Uso 2.1: Gerir Transcries

A figura 15 representa o nvel 2 do caso de uso 2.2 Gerir Utilizadores, onde o nico ator o ator
Administrador. Neste caso de uso o ator ter ao seu dispor duas funcionalidades, nomeadamente, 2.2.1
Lista de Utilizadores, que a listagem de todos os utilizadores registados na plataforma e a funcionalidade
2.2.2 Visualizar Utilizador onde o ator poder ver os detalhes de um utilizador. De referir, que nesta
funcionalidade o ator poder efetuar um conjunto aes sobre um utilizador escolha, sendo estas aes
explicadas neste documento.

Figura 15 - Caso de Uso 2.2: Gerir Utilizadores

52
 Modelao do Projeto

O digrama de caso de uso ilustrado na figura 16 representado o nvel 2 do caso de uso 2.3
Gerir Imagens, onde o nico ator o Administrador. Neste caso de uso so representadas as
funcionalidades que o ator ter ao seu dispor sendo elas 2.3.1 Lista de Imagens, 2.3.2 Visualizar
Imagens, 2.3.3 Adicionar Imagem, 2.3.4 Editar Imagem e 2.3.5 Remover Imagem. De referir, que o
utilizador ter total permisso de entrar e utilizar as funcionalidades acima mencionadas.

Figura 16 - Caso de Uso 2.3:Gerir Imagens

A imagem ilustrada na figura 17 representa o nvel 2 do caso de uso 2.4 Gerir Destaques. O
Aprovador o nico ator a ter permisso para aceder a esta funcionalidade, onde o mesmo ter ao seu
dispor as funcionalidades 2.4.1 Lista de Destaques, 2.4.2 Visualizar Destaque, 2.4.3 Adicionar
Destaques, 2.4.4 Editar Destaque e 2.4.5 Remover Destaques. Nesta rea tal como foi falado
anteriormente o utilizador poder manipular todos os destaques que sejam criados na plataforma, de
modo a puder escolher qual estar visvel para os visitantes e utilizadores.

Figura 17 - Caso de Uso 2.4: Gerir Destaques

53
Modelao do Projeto

A imagem ilustrada na figura 18 representa o nvel 2 do caso de uso 2.5 Lista de Espcimes,
onde os atores Utilizador, Aprovador e Administrador tero acesso mesma. O ator Utilizador nico
que ter acesso funcionalidade 2.5.1 Elaborar Transcrio, uma vez que apenas os Utilizadores podero
fazer transcrio cabendo depois ao ator Aprovador aprovar ou no as transcries feitas.

Figura 18 - Caso de Uso 2.5: Lita Espcimes

Por ltimo, a imagem ilustrada na figura 19 representa o nvel 2 do caso de uso 2.7 Perfil, sendo
que os atores Utilizador e Aprovador podero interagir com o mesmo. Neste nvel ambos os atores podem
aceder funcionalidade 2.5.1 Editar Perfil e 2.5.1 remover conta, este caso de uso necessrio pois
quer os atores Utilizadores e Aprovador tm de ter a possibilidade de alterar os seus dados pessoais.

Figura 19 - Caso de Uso 2.7: Perfil

54
 Modelao do Projeto

4.5 Layout
Uma parte importante da construo de uma plataforma web a forma como os contedos
esto estruturados e so apresentados aos vrios perfis de utilizadores, de modo a tentar cativar o
utilizador a continuar a utilizar a plataforma, mas sem nunca retirar o enfse do contedo mais
importante que so as informaes contidas nas imagens dos
espcimes. Tendo em conta esta razo, e tambm a usabilidade
da plataforma, foram definidos apenas dois layouts, o layout do
utilizador visitante e transcritor (i) e o layout do aprovador e
administrador (ii).
(i) O layout ilustrado na figura 20 o layout para os utilizadores
visitantes e transcritores, este ser composto por trs reas, Figura 20 - Layout dos Visitantes
nomeadamente na rea superior estar presente um menu para
que o utilizador possa navegar pela plataforma tendo ao seu dispor as funcionalidades definidas para
este tipo de utilizador. A rea central ser destinada apresentao de contedos. A rea inferior ser
destinada tal como no layout da imagem principal para a apresentao de hiperligaes para contedos
que o cliente ache pertinente apresentar.

(ii) O layout ilustrado da figura 21 o layout para os

utilizadores aprovadores e administradores, este ter apenas
trs reas, nomeadamente na lateral esquerda estar
presente um menu para dar ao utilizador a possibilidade de
navegar pela plataforma. Este menu ser disposto na lateral

Figura 21 - Layout dos Utilizadores Autenticados esquerda uma vez que ter mais funcionalidades que o
menu do layout (i), e com o intuito de organizar melhor a
informao esta a melhor soluo. A rea central ser destinada apresentao de todo o contedo
disposio do utilizador e a rea inferior, tal como, no layout anterior, est igualmente destinada
apresentao de hiperligaes para contedos relacionados com a plataforma.

55
Modelao do Projeto

4.6 Modelo Conceptual de Dados

Antes da criao de base de dados necessrio fazer o levantamento da informao que ser
manipulada no sistema que se pretende desenvolver. Com este levantamento torna-se fcil a deteo de
qual ou quais so dados mais importantes e que deve ser o seu armazenamento. Com esta informao
somos capazes de criar um modelo de entidades e relacionamentos, onde este ser a base para a criao
da base de dados onde sero armazenados os dados da plataforma. (Dedhia, 2015)

4.6.1 Modelo de Entidades e Relacionamentos

Um modelo de entidades e relacionamentos uma representao de alto nvel de como a

informao ser armazenada e de que forma a mesma se relaciona entre si. Este modelo caracteriza-se
pela representao de entidades e os relacionamentos que existem entre entidades e permitem assim
descrever uma base de dados ou uma aplicao informtica. (Dedhia, 2015)(Pinet, 2012)
De acordo com (Pinet, 2012), este modelo foi apresentado ao pblico em 1976 e permite criar
diagramas de abstrao de entidades e de que forma estas se relacionam. Estas entidades so
normalmente caracterizadas por um conjunto de atributos. Ainda de acordo com (Pinet, 2012) e
(Gonzlez Jimnez, 2006), este modelo normalmente utilizado para modelo base de dados, o que faz
seja uma das tcnicas de modelao mais utilizadas no desenvolvimento de solues informticas.
Na figura 22 e figura 23 esto representados os dois modelos de entidade e relacionamentos
identificados aquando do levantamento de requisitos. No levantamento percebeu-se as principais
informaes que sero manipuladas na plataforma. Deste houve a necessidade de criar dois modelos,
sendo que o modelo ilustrado na figura 23 poder ou no executado no decorrer do projeto. Este modelo
s necessrio caso a entidade cliente opte pelo processo A representado na figura 9.
Deste modo, o modelo composto por 9 entidades. Oito destas tabelas interligam-se entre si e
do origem ao modelo da figura 22 que ir dar origem base de dados Dados. A restante entidade d
origem ao modelo ilustrado na figura 23 ir dar origem base de dados Imagens.
As nove entidades so as seguintes:
Imagens:
1. Imagem.
Dados:
1. Coleo
2. Tag
3. Imagem

56
 Modelao do Projeto

4. Etiqueta
5. Transcrio.
6. Transcrio Atributo.
7. Utilizadores.
8. Perfil.
9. Permisses.

O modelo de entidades e relacionamentos Dados ento representado na figura 22 e neste

pode-se verificar que as entidades Imagem e Transcrio so as entidades base do modelo. Estas
entidades so a base pois nelas que ir ser guardada a maior quantidade de informao. Isto deve-se
ao facto de a plataforma a desenvolver se centra essencialmente na transcrio de imagens, e para tal
necessrio caracterizar quer as imagens.

Figura 22 - Modelo Entidade e Relacionamento Dados

O modelo de entidades e relacionamentos Imagens foi criado para servir de base ao processo A
ilustrado na figura 9. Ao fazer o carregamento de imagens com o uso da funcionalidade de FTP
necessrio criar um registo de todas as imagens presentes num diretrio, para que desta forma seja
possvel perceber se novas imagens foram ou no adicionadas.

57
Modelao do Projeto

4.6.2 Entidades

Coleo
Uma Coleo um qualquer evento que o administrador do sistema ache que merece ter um
destaque na plataforma, uma coleo tem como objetivo servir de agrupamento de imagens, ou seja, a
uma coleo podero ser atribudas imagens. As imagens atribudas a uma coleo podero ser
igualmente atribudas a outras colees, ficando ao critrio do administrador do sistema fazer a sua
gesto.
A entidade Coleo ir ento permitir ao administrador do sistema criar colees de imagens,
tendo como exemplo real, a possibilidade de agrupar numa coleo Herbrio da Academia a imagem
1 e na coleo Herbrio de Luisier a mesma imagem 1. Este exemplo torna-se possvel com a utilizao
da entidade Tag que ir permitir que se crie vrias ligaes entre imagens e colees, sendo que no caso
da entidade Coleo o relacionamento que existe com a entidade Tag de 1 para 0 ou mais. Este
relacionamento quer dizer que uma coleo poder no ter registo na entidade Tag como tambm poder
ter muitos.

Figura 23 - Representao do Relacionamento entre Coleo e Tag

A entidade Coleo ser composta pelos seguintes atributos:

Tabela 1 Atributos da Entidade Coleo

Campo Tipo de Dados

Cdigo da Coleo Inteiro
Nome da Coleo Alfanumrico de 60 caracteres
Descrio Completa Alfanumrico de 200 caracteres
Estado Alfanumrico de 15 caracteres

Uma Coleo poder ter diferentes estados, e inicialmente sero definidos trs Todos,
Registados e Inativa. Sendo que uma coleo em estado Todos estar visvel quer para utilizadores
registados quer para visitantes sem registo, desta forma uma coleo no estado Registados estar
apenas visvel para utilizadores registados e quando possui o estado Inativa nenhum tipo de utilizadores
poder visualizar a mesma, exceo dos administradores.

58
 Modelao do Projeto

Imagem
Uma imagem um registo de referncia de uma imagem carregada para a plataforma. As
imagens podero ser visualizadas por todos os utilizadores ou apenas por utilizadores registados
dependendo do estado esta tiver definido.
A entidade Tag tem um relacionamento do tipo 0 ou Muitos para 1 com a entidade Imagem.
Esta relao necessria uma vez que uma imagem poder no ter nenhum registo na entidade Tag ou
pode ter mais que um.

Figura 24 -Representao do Relacionamento entre Tag e Imagem

A possibilidade de termos o relacionamento anteriormente referido permite-nos ter a capacidade

de agrupar as imagens nas mais variadas colees.
A entidade assim composta pelos seguintes atributos:

Tabela 2 - Atributos da Entidade Tag

Campo Tipo de Dados

Cdigo da Imagem Inteiro
Cdigo da Coleo Inteiro
Cdigo da Imagem Inteiro
Estado Alfanumrico de 15 caracteres

Uma imagem poder ter diferentes estados tal como uma coleo, sendo neste caso os mesmos.
Os estados so ento: Todos, Registado e Inativa. Desta forma, uma imagem tanto pode estar
visvel para todos, como apenas visvel para utilizadores registados ou para nenhum tipo de utilizador a
no ser o administrador.

Etiqueta
As etiquetas so os elementos de informao presentes na imagem, sendo que cada elemento
ir corresponder a um registo na entidade Etiqueta. Cada imagem poder ter vrias etiquetas presentes,
as quais podem ser de diferentes tipos.

59
Modelao do Projeto

A entidade Imagem tem um relacionamento 1 para 0 ou Muitos com a entidade Etiqueta. Esta
relao necessria pelo facto de uma imagem poder ter vrias etiquetas associadas ou nenhuma. Esta
entidade ir guardar as referncias para cada etiqueta que poder ser transcrita pelos utilizadores e estas
transcries sero guardadas na entidade Transcrio, sendo que esta entidade ser explicada mais
frente no documento.
A tabela Etiqueta tem ento os seguintes atributos:

Tabela 3 - Atributos da Entidade Etiqueta

Campo Tipo de Dados

Cdigo da Etiqueta Inteiro
Etiqueta Alfanumrico de 45 caracteres
Cdigo da Imagem Inteiro
Coordenada X Inteiro
Coordenada Y Inteiro
Coordenada X1 Inteiro
Coordenada Y1 Inteiro

Ainda em relao entidade Etiqueta necessrio referir os ltimos quatro atributos indicado
acima, onde estes so necessrio para identificar as coordenadas do canto superior esquerdo e o canto
inferior direito de cada etiqueta carregada no sistema. Desta forma, somos capazes de perceber que
locais da imagem carregada as etiquetas se encontram.

Transcrio
A entidade Transcrio tem como propsito o alojamento dos dados transcritos pelos utilizadores
referentes a uma etiqueta.
Uma etiqueta poder ter muitas ou nenhuma transcrio associada pelo que de forma a permitir
tal situao foi criado um relacionamento de 1 para 0 ou Muitos entre as entidades Etiqueta e Transcrio.

Figura 25 - Representao do Relacionamento entre Etiqueta e Transcrio

60
 Modelao do Projeto

A entidade ter definido um conjunto fixo de atributos e estes atributos estaro disponveis para
preenchimento em qualquer que seja a etiqueta. No entanto, e para permitir aos utilizadores adicionar
os campos que acharem necessrios aquando da transcrio das etiquetas, ser criada a entidade
Transcrio Atributo. Nesta entidade ser registado quer o campo quer o valor do mesmo, para que desta
forma seja possvel perceber o campo adicionado e o seu respetivo valor. Para permitir que sejam
adicionados vrios atributos por transcrio foi criado um relacionamento de 1 para 0 ou Muitos, uma
vez que uma transcrio pode ter muitos ou nenhum atributo atribudo.

Uma etiqueta poder receber vrias transcries por parte de diferentes utilizadores, deste modo
foi criado um relacionamento de 1 para 0 ou Muitos entre as entidades Utilizador e Transcrio. Tal
relacionamento foi necessrio uma vez que um utilizador pode ter muitas ou nenhuma transcrio feita.

Figura 26 - Representao do relacionamento entre Transcrio Atributo, Transcrio e Utilizador

A tabela transcrio tem os seguintes atributos:

Tabela 4 Atributos da Entidade Coleo

Campo Tipo de Dados

Cdigo da Transcrio Inteiro
Data da Transcrio Data e Hora
Estado da Transcrio Alfanumrico de 60 caracteres
Cdigo do Utilizador que Avaliou a Inteiro
Transcrio
Data da Avaliao Data e Hora
Cdigo do Utilizador Responsvel pela Inteiro
Transcrio

Uma transcrio ter diferentes estados (sem transcrio, em transcrio, em aprovao=em

correo, aprovada), ou seja, uma transcrio poder estar:

Por iniciar - Sem transcrio;

61
Modelao do Projeto

Transcrio em transcrio, onde a mesma ainda no foi submetida para avaliao e

o utilizador considera que ainda faltam transcrever campos;
Aprovao em aprovao, onde a transcrio est terminada e submetida para a
avaliao/correo e aprovao total, mas ainda no foi avaliada;
Aprovada - avaliao feita por um aprovador e esta ao ficar registada com o
preenchimento dos atributos Cdigo do Utilizador que Avaliou a Transcrio e Data da
Avaliao. Isto necessrio para o caso de algum no concordar com a avaliao e se
possa responsabilizar um aprovador pela correo.
Por ltimo, uma transcrio poder ter os estados de:

Pblica onde a transcrio est visvel para todos os utilizadores;

Restrita - sendo que neste estado a transcrio no poder ser visualizada por outros
utilizadores.

Transcrio Atributo
Anteriormente foi referido que novos campos poderiam ser adicionados a uma transcrio. Deste
modo, a entidade Transcrio Atributo ter os seguintes atributos:

Tabela 5 Atributo da Entidade Transcrio Atributo

Campo Tipo de Dados

Cdigo do Atributo Inteiro
Atributo Alfanumrico de 60 caracteres
Valor Alfanumrico de 60 caracteres
Cdigo da Transcrio Inteiro

Utilizador
Os vrios indivduos que podero efetuar aes na plataforma, desde efetuar login, preencher
uma transcrio ou fazer aprovaes tero sempre de ter um registo na entidade Utilizador, uma
vez que para efetuar login na plataforma necessrio possuir uma conta de Utilizador, seja ela
do tipo Utilizador, Aprovador ou Administrador.
Uma transcrio estar sempre associada a um utilizador registado, isto deve-se ao
relacionamento criado entre a entidade Transcrio e Utilizador. Assim possvel controlar quem o

62
 Modelao do Projeto

utilizador responsvel pela mesma, e at mesmo controlar quem o aprovador responsvel pela
aprovao/correo da transcrio.
A entidade Utilizador ter os seguintes atributos:

Tabela 6 Atributos da Entidade Utilizador

Campo Tipo de Dados

Cdigo do Utilizador/ Aprovador/ Inteiro
Administrador
Correio Eletrnico Alfanumrico de 200 caracteres
Palavra-Chave Alfanumrico de 10 caracteres
Nome Alfanumrico de 200 caracteres
Telemvel Inteiro
Profisso Alfanumrico de 250 caracteres
Nmero Transcries Aprovadas Inteiro
Nmero Transcries Criadas Inteiro
Nmero Transcries Submetidas Inteiro
Data do ltimo Login Data e Hora
Data da ltima Transcrio Data e Hora
Data da ltima Aprovao Data e Hora
Data da ltima Publicao Data e Hora
Cdigo do Perfil Inteiro

O endereo de correio eletrnico dos utilizadores por defeito no estar visvel na plataforma
sendo que cabe ao Utilizador decidir se pretende ou no que o seu correio eletrnico esteja disponvel
para os outros utilizadores verem.

Perfil
A entidade Utilizador ir conter os dados que permitiro aos visitantes da plataforma fazer login
na mesma. Para tal necessrio definir quais as funcionalidades que estes tero ao seu dispor e quais
as tarefas que podero fazer nas mesmas. Deste modo, imperativo que seja validado o tipo de acesso
que um utilizador est habilitado a fazer na plataforma, para tal foram criadas as entidades Perfil e
Permisso.

63
Modelao do Projeto

A entidade Permisso ter os conjuntos de permisses que podero ser dadas ou retiradas a
um perfil de utilizador, onde um perfil no nada mais que um conjunto de permisses. Assim o tipo de
relacionamento feito entre estas tabelas de 1 para muitos, sendo que um perfil poder vrias
permisses associadas.

Figura 27 - Representao do Relacionamento entre Perfil e Permisses

A tabela Perfil tem os seguintes atributos definidos:

Tabela 7 Atributos da Entidade Perfil

Campo Tipo de Dados

Cdigo do perfil Inteiro
Perfil Alfanumrico de 30 caracteres
Estado do Perfil Alfanumrico de 15 caracteres

Um perfil poder ter diferentes estados, nomeadamente ativo ou inativo. Sendo que em estado
ativo poder ser atribudo a utilizadores este perfil e em estado inativo isto no poder ser feito.
A tabela Permisses tem os seguintes atributos definidos:

Tabela 8 Atributos da Entidade Permisso

Campo Tipo de Dados

Cdigo da Permisso Inteiro
Descrio Alfanumrico de 30 caracteres
Permisso Booleano
Cdigo do Perfil Inteiro

4.6.3 Sistema de Permisses

Cada utilizador registado na plataforma ter um perfil atribudo. Este perfil ter atribudo um
conjunto de permisses, esta atribuio poder feita pelo administrador que ser o nico a ter

64
 Modelao do Projeto

permisses para entrar e alterar as permisses. A gesto dos perfis de utilizadores poder ser feita pelos
administradores no mdulo de gesto de perfis.
O sistema de permisses a ser desenvolvido segue o principio de role-based acess control, onde
as permisses de acesso esto associadas a um determinado perfil, desta forma, foram criados
conjuntos de permisses para os respetivos perfis. (Zhou et al., 2014; Wu et al., 2013)
As permisses fazem referncia a aes que podem ou no ser feitas pelo perfil qual a permisso est
atribuda. Proibir ou restringir o acesso a dados crticos so um importante requisito para as empresas,
desta forma necessrio criar um sistema onde se concede ou se retira o acesso a determinados dados
(Ben Fadhel et al., 2015).
Ainda de acordo com Bem Fadhel et al. (2015) o sistema de permisses pode ser dividido em
trs categorias, nomeadamente, discriminatria, obrigatria e baseado em funo. Desta forma, o
sistema de permisses a ser desenvolvido est inserido na terceira categoria mencionada, ou seja,
baseado em funo. De referir ainda que o sistema no est restrito a esta categoria, nomeadamente, o
sistema de permisses ser desenhado de encontro aos de perfis definidos anteriormente, mas a
qualquer momento o administrado do sistema poder retirar o acesso a uma determinada
funcionalidade.
As permisses foram pensadas de forma a delegar tarefas, ou seja, uma tarefa est delegada a
um tipo de perfil, sendo que a mesma no executada por outro perfil. Desta forma, divide-se a
plataforma em reas bem distintas, e onde apenas um determinado tipo de pessoas responsvel por
a controlar.
A adoo desta abordagem tem tanto vantagens como desvantagens. As vantagens que advm
desta implementao so, tal como, foi referido anteriormente a delegao de tarefas e atribuio de
forma fixa dessas tarefas (Ben Fadhel et al., 2015). Assim um tipo de utilizadores pode-se focar numa
nica tarefa e no possuindo assim permisses para utilizar de forma errada o sistema (Ben Fadhel et
al., 2015). Outra vantagem a possibilidade de criar um sistema de permisses que reflexo de um
contexto real (Zhou et al., 2014).
De acordo com Zhou et al. (2014), o sistema de permisses baseado em funes um sistema
mais simples devido sua facilidade de gesto de acessos em comparao com os sistemas de
permisses obrigatrio e discriminatrio onde as permisses so definidas para um individuo em
especfico.

65
Modelao do Projeto

As desvantagens que advm desta implementao a privao de um utilizador ser mais

polivalente, ou seja, os utilizadores perdem a capacidade de realizar vrias tarefas apesar de puderem
ter competncias para tal.
Os perfis predefinidos para os atores da plataforma so os seguintes:
Utilizador.
Aprovador.
Administrador.
Novos perfis podero ser adicionados consoante as necessidades que forem surgindo aquando
da utilizao da plataforma.
As permisses que podero ser definidas so:
Transcrever.
Aprovar.
Desaprovar.
Publicar.
Despublicar.
Suspender Utilizador.
Ativar Utilizador.
Remover Utilizador.
Inserir Imagem.
Ativar Imagem.
Inativar Imagem.
Remover Imagem.

A tabela 1 permitir visualizar os perfis definidos e as permisses que os mesmos tero na

plataforma.

Tabela 9 - Tabela de Permisses

Aes \ Perfil Utilizador Aprovador Administrador

Transcrever e Submeter para X
aprovao
Aprovar X
Desaprovar X

66
 Modelao do Projeto

Publicar X
Despublicar X
Suspender Utilizador X
Ativar Utilizador X
Inserir Imagem X
Ativar Imagem X
Inativar Imagem X
Remover Imagem X

Como foi falado no incio deste captulo existir uma delegao de tarefas e um exemplo o
facto de o administrador no poder, por exemplo, aprovar ou desaprovar uma transcrio. Isto demonstra
que apesar do administrador ter permisses para entrar na rea de gesto de transcrio no poder
interagir com a mesma. Desta forma, visvel a j anteriormente falada delegao de tarefas.

67
Implementao do Projeto

Capitulo 5 Implementao do Projeto

5.1 Padro MVC

O padro MVC desempenha um papel importante no que diz respeito construo de aplicaes
informticas direcionadas para a internet. Este padro permite a criao de aplicaes de fcil
manuteno, uma vez que as aplicaes se separam em trs camadas. Sendo elas Modelo, Controlador
e Vista.

Figura 28 Padro MVC

Este padro permite uma completa separao entre as interfaces grficas e o cdigo que controla
a aplicao. Esta separao importante, pois permite que ao longo do tempo sejam feitas alteraes
ao cdigo sem que se altere a interface grfica. (Grove & Ozkan, 2011)
Na figura abaixo ilustrada, est representado o relacionamento entre as camadas do padro.

5.1.1 Model

A camada Model representa a estrutura de dados de uma aplicao. Esta camada permite que
os dados da base de dados sejam alterados, sendo que nela esto contidos os mtodos necessrios para
o efeito.
Esta camada responde tanto camada Controller como camada View. Um exemplo desta
iterao entre as camadas por exemplo, um Controller envia um pedido ao Model para fazer a
atualizao de um registo e a View envia um pedido Model para mostrar um registo. (Grove & Ozkan,
2011)

5.1.2 Controller

A camada Controller responde s aes do utilizador na camada View. Esta camada

responsvel por passar camada Model as alteraes feitas, para que estas possam ser tornadas

68
 Implementao do Projeto

efetivas na base de dados. nesta camada que so implementadas as regras de negcio e

processamento de informao da aplicao. (Grove & Ozkan, 2011)

5.1.3 View

A camada View a camada onde esto contidas todas as interfaces grficas para mostrar, editar
ou adicionar informao numa aplicao. Esta camada responsvel por apresentar ao utilizador as
informaes fornecidas pelo Model e que lhe so passadas pelo Controller.
Quando o padro MVC aplicado na construo de aplicaes web a camada View composta
por cdigo HTML. (Grove & Ozkan, 2011)

5.2 Linguagens
O sucesso de um projeto de desenvolvimento de software est relacionado com a escolha
acertada da tecnologia a ser utilizada, desta forma, a linguagem de programao escolhida foi o C#. O
C# uma linguagem de programao muito parecida com JAVA, ambas as duas linguagens foram
utilizadas durante o curso de Mestrado em Engenharia e Gesto de Sistemas de Informao.
A plataforma utilizada foi a o ASP.NET MVC, isto porque permite a aplicao do padro MVC e o
desenvolvimento com a linguagem de programao C#. Esta plataforma conta j com seis verses, sendo
a ultima verso utilizada no mbito deste projeto.
Por ltimo, a base de dados ser implementada em SQL Server que permite a criao de base
de dados relacionais. A base de dados ser implementada em SQL Server porque este foi uma ferramenta
tambm aprofundada durante o curso de Mestrado em Engenharia e Gesto de Sistemas de Informao.

5.2.1 Entity Framework

Atualmente a maioria das aplicaes informticas criadas nos dias de hora tm como fonte de
dados uma base de dados. Assim um dos problemas que os programadores se deparam no
desenvolvimento de aplicaes o facto de criar, manter e melhorar consultas base de dados. Desta
forma, a Microsoft criou uma camada que elimina esta necessidade, esta camada denominada por
ADO.NET Entity Framework.
O ADO.NET Entity Framework permite aos programadores trabalhar a um nvel superior de
abstrao quando interagem com uma base de dados, isto porque tm a capacidade de aceder aos

69
Implementao do Projeto

dados atravs de processos que permitem criar, ler e atualizar dados e um conjunto de objetos que
refletem a estrutura relacional da base de dados.(Castro, Melnik, & Adya, 2007)

5.2.2 APIs Utilizadas

As API so um elemento bastante utilizado no desenvolvido de aplicaes, uma vez permite aos
seus utilizadores reutilizar cdigo criado por outros programadores. Atualmente existe um vasto conjunto
de API disponveis e a aplicao desenvolvida utiliza algumas de forma muito direta.
As API utilizadas foram as seguintes:

JQuery uma biblioteca JavaScript que permite a manipulao de eventos e a utilizao de

Ajax de uma forma simples. Esta biblioteca foi utilizada tanto para a manipulao de eventos
como para a utilizao de Ajax. Um exemplo de evento o clicar sobre um boto.
BootStrap uma biblioteca de HTML, CSS e JavaScript que permite a criao rpida de
interfaces grficas para aplicaes web.
MLens uma biblioteca JavaScript que permite criar uma lupa dentro de uma imagem. Esta
biblioteca foi utilizada para permitir aos utilizadores aumentar as imagens disposta na plataforma
para melhorar a interpretao dos dados. Esta biblioteca tem a particularidade de permitir ter
controlo sobre o tipo de lupa a utilizar, podendo esta ser quadrado ou circular. []
JCrop uma biblioteca JavaScript que permite criar uma rea sobre uma imagem. Esta
funcionalidade foi utilizada para permitir ao administrador da plataforma criar reas sobre as
etiquetas apresentadas nas imagens dispostas na plataforma.

70
 Implementao do Projeto

5.3 Implementao da Base de Dados

Para permitir plataforma HerbTrans armazenar dados foi criada uma base de dados relacional
implementada em SQL Server. O SQL Server utiliza Structured Query Language, sendo que esta permite
fazer consultas aos armazenados.
Na figura 28, apresentado modelo da base de dados implementada para a plataforma
desenvolvida.

Figura 29 Modelo da Base de dados

Em relao figura anterior necessrio referir os dois relacionamentos existentes entre as

tabelas Utilizador e Transcricao. Estes relacionamentos so necessrios pelo facto, de ser necessrio
o registo do utilizador que fez a transcrio e o utilizador que avaliou a mesma.

71
Implementao do Projeto

5.4 Principais reas da Aplicao

5.4.1 Layouts

Uma vez que a plataforma a desenvolver tem diferentes atores/intervenientes foram

desenvolvidos 4 layouts. Cada layout tem uma aparncia diferente de forma a permitir aos utilizadores
terem uma perceo visual de que se encontram ou no autenticados na plataforma.
Os layouts permitem definir a aparncia para as Views criadas sob o padro MVC, assim as
Views destinadas a cada ator tero o layout respetivo associado. A particularidade dos layouts
desenvolvidos no padro MVC que estes permitem ter reas reservadas para apresentao das views
e de outros elementos. Estes elementos no caso da plataforma desenvolvida dizem respeito seco
dos menus e rodap.

5.4.1.1. Layout Visitante

O primeiro layout apresentado a qualquer pessoa que aceda a plataforma ser o apresentado
na figura 29.

Figura 30 Layout do Visitante

Este layout o layout criado para os visitantes e tem 3 seces, sendo elas:

1. Seco do Menu esta a rea que permite ao utilizador navegar na plataforma, sendo que
tem ao seu dispor 4 reas. As reas so Colees, Sobre, Registar e Login. Na rea colees
ser a rea onde o utilizador poder ver os espcimes tornados pblicos na plataforma. A

72
 Implementao do Projeto

rea Sobre tem uma pequena descrio do projeto, como tambm os responsveis pelo
mesmo. A rea do Registar e Login permitem ao utilizador criar um registo na plataforma
para participar no projeto e autenticar-se na plataforma respetivamente.
2. Seco de Apresentao de Contedos Esta rea onde sero apresentadas todas as
Views criadas para o ator visitante. Desta forma, esta uma rea que ter a sua informao
a mudar sempre o que utilizador provoque uma ao na plataforma, ou seja, sempre que
mude de pgina.
3. Seco do Rodap Nesta rea so algumas informaes e permite ao utilizador em
qualquer momento da utilizao da plataforma perceber quem so as pessoas/entidades
responsveis pela mesma.
necessrio referir que a seco 1 e 3 so reas de informao constante, ou seja, a informao
apresentada nestas duas seces no alterada a quando da utilizao da plataforma, tal como se
sucede com a seco 2.

5.4.1.2. Layout Transcritor

Os utilizadores com o perfil de Transcritores sero capazes de fazer transcries na plataforma,

sendo que esta um dos principais objetivos da plataforma. Desta forma, foi criado um layout direcionado
para estes utilizadores, sendo que o mesmo relativamente parecido com o layout dos Visitantes. O
layout apresentado na figura 30.

Figura 31 Layout do Transcritor

73
Implementao do Projeto

O layout dos Transcritores composto por 3 seces, sendo elas:

1. Seco do Menu Nesta seco so apresentadas todas as funcionalidades a que o

utilizador ter acesso, sendo elas, Colees transcritas, Colees para transcrever,
Transcries feitas pelo utilizador, Ajuda Online e Perfil. necessrio referir que o utilizador
poder alterar ou verificar o estado das suas transcries na funcionalidade Transcries.
As seces 2 e 3 tm a mesma finalidade que as seces 2 e 3 respetivamente do layout dos
visitantes.

5.4.1.3. Layout Aprovador

Os utilizadores com o perfil Aprovador sero apenas capazes de analisar, corrigir e avaliar as
transcries feitas na plataforma. Desta forma, foi criado um layout especifico para este utilizador, que
apresentado na figura 31.

Figura 32 Layout do Aprovador

O layout dos aprovadores composto por 3 seces, sendo elas:

1. Seco do Menu, nesta seco sero apresentados aos utilizadores todas as reas da
plataforma a que ter acesso. Atualmente os aprovadores tm apenas acesso s
transcries feitas na plataforma.
2. Seco de Apresentao de contedos, nesta seco ser apresentado ao utilizador todos
os contedos a que tem acesso.

74
 Implementao do Projeto

3. Seco do rodap, nesta rea apresentado ao utilizador algumas informaes referentes

plataforma. De referir, que esta seco juntamente com a seco do Menu ser
apresentada ao utilizador apesar dos contedos irem sendo atualizados/alterados.

5.4.1.4. Layout Administrador

Os utilizadores com o perfil de Administradores a par dos transcritos so um dos perfis mais
importantes da plataforma. Isto deve-se ao facto dos administradores sero os elementos responsveis
por gerir e manter a plataforma. Desta forma, foi criado um layout para este perfil, tal como foi feito para
os restantes perfis da plataforma. O layout do Administrador assim apresentado na figura 32.

Figura 33 Layout do Administrador

O layout dos administradores composto por 3 seces, sendo elas:

1. Seco do Menu, nesta seco sero apresentadas todas as reas a que o administrador
ter acesso. Uma vez que o administrador ter a capacidade de gerir a plataforma o nmero
de reas superior aos restantes utilizadores. Assim as seces a que os administradores
tero acesso so as seguintes:
a. Gerir Utilizadores;
b. Gerir Colees;
c. Gerir Imagens;
d. Gerir Transcries;
e. Gerir Notcias;

75
Implementao do Projeto

f. Gerir Contedos;
As restantes seces 2 e 3 tm como finalidade de apresentao de contedos e apresentao
de informaes sobre a plataforma respetivamente.

5.4.2 Principais Funcionalidades

5.4.2.1. rea do Visitante

Os utilizadores com o perfil de Visitante tero ao seu dispor 4 seces, Colees, Sobre,
Registar e Login, tal como foi referido anteriormente.
A pgina inicial da plataforma ter uma listagem de notcias que sero geridas pelos
administradores da plataforma, estas noticias sero sempre publicadas para todos os utilizadores da
plataforma. As notcias tm a seguinte estrutura definida, nomeadamente, Ttulo, Texto e Imagem, sendo
esta ltima opcional. Na figura 33 possvel ver dois exemplos de notcias.

Figura 34 Exemplo de Notcias

Na seco Colees sero apresentadas aos utilizadores as colees pblicas da plataforma, ao

aceder a uma coleo sero apresentados os espcimes associados mesma, esta associao ser feita
apenas pelos administradores da plataforma. Um exemplo apresentado nas figuras 35 e 36.

Figura 36 Lista de Colees Figura 35 Lista de Espcimes

76
 Implementao do Projeto

Ao selecionar um espcime apresentado ao utilizador a imagem do espcime e a transcrio

feita do espcime. A transcrio apresentada ao utilizador uma transcrio aprovada previamente por
um Aprovador ou Administrador.

Figura 37 Detalhe de um Espcime

A funcionalidade Sobre permite aos utilizadores ter uma perceo sobre a finalidade da
plataforma e quem foram os intervenientes no desenvolvimento da mesma.
A funcionalidade de Registar permite aos utilizadores criar um novo utilizador para ter acesso
s funcionalidades bloqueadas da plataforma, de referir que todos os utilizadores iniciam a atividade na
plataforma com o perfil Utilizador, sendo que o mesmo poder ser alterado pelos administradores do
sistema. Assim, para um utilizador se registar na plataforma ter de preencher um conjunto de campos,
sendo eles apresentados na figura 37.

Figura 38 Formulrio de Registo na Plataforma

77
Implementao do Projeto

5.4.2.2. rea do Transcritor

Quando um utilizador se autentica na plataforma e tem perfil de Transcritor este poder ver
as suas transcries como tambm poder fazer novas transcries.

Para fazer novas transcries o utilizador ter de aceder opo do menu com o nome
Transcrever, nesta funcionalidade so listadas as colees que tenham espcimes com etiquetas para

Figura 39 Lista de Colees para Transcrever

transcrever.

Ao escolher uma coleo mostrada a lista de espcimes com etiquetas para serem transcritas,
de referir, que um espcime deixa de aparecer na lista quando todas as etiquetas do mesmo so
transcritas e aprovadas.

Figura 40 Lista de Espcimes para Transcrever

Quando se seleciona um espcime mostrado ao utilizador o espcime com as etiquetas

disponveis para transcrever marcadas a vermelho, sendo que caso o utilizador pretenda fazer a sua
transcrio basta clicar em cima da rea vermelha. Ao clicar o utilizador levado para um novo ecr
onde sero dispostos todos os elementos que tero de ser transcritos da etiqueta. De referir, que o
utilizador ter ao seu dispor uma funcionalidade de lupa que lhe permitir ver com mais detalhe os
elementos da etiqueta a transcrever. Na figura 40, possvel ver a utilizao da lupa para ver com maior
detalhe a data da etiqueta.

78
 Implementao do Projeto

Figura 41 Formulrio de Transcrio de uma Etiqueta

Figura 42 Detalhe de um Espcime

Quando o utilizador terminar de fazer a transcrio e guardar a mesma, este poder consult-la
na funcionalidade do menu com o Transcries. Aqui sero listadas todas as transcries j feitas pelo
utilizador, onde o mesmo poder consultar, editar e submeter para avaliao as transcries feitas. De
referir, que s possvel editar e submeter para avaliao uma transcrio com o estado Aberta.
Quando uma transcrio submetida para avaliao, esta poder ficar com o estado Aprovada
ou Reprovada. Caso a transcrio seja aprovada, esta passar a estar disponvel para ser consultada
por outros utilizadores.

Os utilizadores com perfil Transcritor tero tambm ao seu dispor uma funcionalidade de
ajuda, esta funcionalidade gerida pelos administradores do sistema que podero em qualquer momento
a atualizar. Esta funcionalidade ter um conjunto de elemento que seguem a estrutura de Titulo, Texto e
Imagem, sendo esta ultima opcional. O objetivo desta funcionalidade fornecer aos utilizadores uma
ajuda nos processos da plataforma, como por exemplo, o processo de transcrio ou de submisso de
uma transcrio para avaliao.

5.4.2.4. rea do Administrador

Os utilizadores com o perfil Administrador tero ao seu dispor um vasto conjunto de

funcionalidades todas elas relacionadas com a gesto da plataforma, estas funcionalidades foram
mencionadas anteriormente no ponto 4.6.1.4 Layout Administrador.
Todas as funcionalidades seguem uma estrutura, que consiste, na apresentao de uma lista e
a partir desta lista o utilizador pode efetuar aes sobres os dados, estas aes vo alterando consoante
a funcionalidade e sero apresentadas nos prximos pontos.

79
Implementao do Projeto

5.4.2.4.1. Gerir Utilizadores

Na funcionalidade de gerir utilizadores os administradores tero ao seu dispor uma lista de todos
os utilizadores registados na plataforma. Atravs desta lista possvel suspender ou editar o perfil de um
utilizador, de referir tambm que na lista apresentada possvel ver o perfil de cada utilizador e quando
foi que o mesmo entrou pela ltima vez na plataforma.

Figura 43 Lista de Utilizadores Registados

Caso, um administrador pretenda suspender um utilizador lhe apresentado uma mensagem

de confirmao, isto para evitar que o mesmo efetue esta operao por engano.

Figura 44 Mensagem de Confirmao

5.4.2.4.2. Gerir Colees

Na funcionalidade de Gerir Colees o utilizador pode adicionar novas colees plataforma.

As colees podem ter 3 estados, sendo eles, Pblica, Privada e Inativa. No estado Pblica a coleo
estar visvel para todos os utilizadores da plataforma, estejam eles, visitantes ou transcritor, no estado
Privada as colees apenas estaro visveis para os utilizadores com perfil de transcritor.

Figura 45 Detalhe de uma Coleo

80
 Implementao do Projeto

Aps a criao de uma coleo possvel definir os espcimes que a compe e definir quais os
campos/atributos que os espcimes tero disponveis para transcrever, ou seja, os campos que um
utilizador ter visvel para escrever a quando da transcrio, so definidos na coleo qual um espcime
pertence. De referir, que um espcime poder estar associado a diversas colees.

Figura 47 Definio dos espcimes de uma coleo

Figura 46 Definio da lista de Atributos de uma Coleo

A associao de um espcime a uma coleo feita atravs um clique em cima do espcime,

onde os espcimes com uma barra vermelha j se encontram associados.
Em relao aos campos/atributos disponveis para seleo foram definidos em conjunto com os
elementos responsveis pela plataforma.

5.4.2.4.3. Gerir Imagens

Na funcionalidade de Gerir Imagens o utilizador pode adicionar/editar/remover novos

espcimes plataforma. Os espcimes podem ter os mesmos 3 estados das colees, sendo eles,
Pblica, Privada, Inativa e estes tm o mesmo funcionamento que os das colees.
Aps a criao de um novo espcime o utilizador poder definir as reas da imagem que ser
possvel transcrever. Para a definio destas reas o utilizador ter ao seu dispor uma funcionalidade de
marcao de reas, esta tem o nome de JCrop e foi apresentada no ponto 4.4 APIs Utilizadas.

81
Implementao do Projeto

Esta funcionalidade funciona clicando e arrastando at a rea pretendida estar definida, um

exemplo apresentado na figura 47.

Figura 48 Formulrio de Criao de uma Etiqueta

De referir, que o utilizador poder adicionar, editar e remover etiquetas, mas a remoo s
permitida caso ainda no tenham sido feitas transcries sobre a mesma.

5.4.2.4.4. Gerir Transcries

Na funcionalidade de Gerir Transcries o utilizador tem ao seu dispor uma lista das
transcries para avaliao e as transcries j avaliadas. Caso uma transcrio esteja em processo de
avaliao, ou seja, com o estado Aprovao, o utilizador pode ver, editar e aprovar ou reprovar a mesma.

A possibilidade de edio de uma transcrio est disponvel, porque por vezes, uma transcrio
pode estar bem-feita, mas pode precisar de corrigir, por exemplo, uma palavra.

82
 Implementao do Projeto

5.4.2.4.5. Gerir Notcias e Gerir Contedos

Nas funcionalidades de Gerir Notcias e Gerir Contedo o utilizador poder adicionar, editar
e remover as noticias e contedos respetivamente.
As noticias, tal como o nome indica so todas as noticias apresentadas aos utilizadores na pagina
inicial da plataforma. Os contedos so todos os elementos que compe a ajuda online, estes elementos
podero ser atualizados ou removidos a qualquer altura.
As notcias e contedos tm a mesma estrutura, sendo ela, ttulo, texto e imagem, sendo a
imagem um elemento opcional.

Figura 49 Formulrio de Criao de Contedos

Figura 50 Formulrio de Criao de Notcias

5.4.2.5. rea do Aprovador

Os utilizadores com o perfil de Aprovador tero ao seu dispor a funcionalidade de Gerir

Transcries. Este perfil tem apenas esta funcionalidade, porque a nica responsabilidade deste tipo
de utilizadores de rever e avaliar as transcries feitas pelos utilizadores.
A funcionalidade de Gerir Transcries tem o mesmo funcionamento da funcionalidade Gerir
Transcries do perfil administrador, que foi anteriormente explicada.

83
 Testes

Capitulo 6 Testes
Neste captulo vo ser apresentados e analisados os vrios conjuntos de testes executados sobre
a plataforma desenvolvida. Em primeiro lugar sero apresentados os testes de validao, que tm como
objetivo assegurar que todas as funcionalidades da plataforma funcionam de forma correta. Depois,
sero apresentados os testes de multi-browser que se centram na compatibilidade da plataforma para
os browsers mais utilizados. Por ltimo, ser apresentado uma concluso dos resultados obtidos.

6.1 Testes de Validao

A validao das funcionalidades consistiu em testar se as mesmas funcionam corretamente,

para tal, foram testadas todas as funcionalidades da plataforma de duas formas, nomeadamente, com
a introduo com dados corretos e com dados incorretos. Esta validao serve para perceber se a
plataforma tem um correto funcionamento a quando da sua normal utilizao, onde podero acontecer
situao fora do contexto.

6.1.1 Testes Realizados

As tabelas apresentadas abaixo representam as funcionalidades que foram alvo de teste e o

resultado dos testes realizados. O sucesso dos testes representado por e o insucesso
representado por X.

Tabela 10 Resultados dos testes da rea do Visitante

Visitante
Funcionalidade Dados Correto Dados Incorretos
Visualizao da Lista de Colees

Visualizao da Lista de Espcimes

Visualizao de Espcimes

Voltar para Lista de Espcimes

Registar

- Tentar criar um registo com dados corretos

- Tentar criar um registo com a password incorreta

85
Testes

- Tentar criar um registo com um email que j foi

utilizado.

Login na Plataforma

- Tentar entrar com dados corretos

- Tentar entrar com um email que no existe
- Tentar entrar com a password incorreta

Os testes sobre a rea do visitante centram-se na apresentao de informao, sendo que no

foi necessrio testar a insero de dados na plataforma, exceto a quando do registo e consequente login.
Desta forma, foi feita uma passagem pelas funcionalidades acima mencionadas onde se tentou verificar
se os menus, listas e os detalhes dos espcimes eram apresentados corretamente.
Em relao ao registo e login na plataforma, foi feito um registo introduzindo os dados
expectveis para a funcionalidade e esta comportou-se como esperado. O mesmo aconteceu quando se
tentou introduzir um email j existente na plataforma, sendo que esta rejeitou-o e colocou no ecr uma
mensagem a informar do erro. Outro teste feito, foi a tentativa de colocar duas passwords diferentes e
mais uma vez a plataforma rejeitou-as e colocou no ecr uma mensagem a informar do erro. No login,
foram feitas trs validao, na primeira tentou-se entrar na plataforma com um email errado, na segunda
tentou-se entrar com um email correto e uma password incorreta e por ltimo com o email e password
corretos. No primeiro e segundo a plataforma rejeitou o login e colocou no ecr uma mensagem a indicar
o erro, no terceiro o login foi efetuado com sucesso.

Tabela 11 - Resultados dos testes da rea do Transcritor

Transcritor
Funcionalidade Dados Correto Dados Incorretos
Visualizao da Lista de Colees

Visualizao da Lista de Espcimes

Visualizao de Espcimes

Transcrever Espcime

- Transcrio completa
- Transcrio parcial

86
 Testes

Voltar para Lista de Espcimes

Ver Transcries Feitas

Rever Transcrio

- Visualizar uma transcrio

- Alterar uma transcrio
Remover Transcrio

Pedir avaliao de Transcrio

Ver Perfil

Alterar Perfil

- Alterar password com passwords erradas

Ver Ajuda Online

Sair da Plataforma

Os testes realizados sobre a rea do transcritor centraram-se na apresentao e insero de

informao.
Foi feita uma passagem por todas as funcionalidades acima mencionadas onde se tentou
perceber se os menus, as listas e os detalhes eram apresentados corretamente.
Em relao transcrio de um espcime foram feitos 2 testes, nomeadamente, uma
transcrio completa, onde se preencheu todos os campos apresentados no formulrio e outro em que
se preencheu apenas parcial formulrio. Em ambos os casos a plataforma funcionou corretamente.
Podendo ser possvel afirmar que a rea do transcritor funciona como esperado.

Tabela 12 - Resultados dos testes da rea do Transcritor

Aprovador
Funcionalidade Dados Correto Dados Incorretos
Ver lista de Transcries para aprovao

Visualizar Transcrio

Alterar Transcrio X X
Aprovao\Reprovao Transcrio

Visualizar Perfil

Alterar Perfil

87
Testes

Sair da plataforma

Os testes realizados sobre a rea do aprovador centram-se apenas nas revises das transcries.
Onde foram feitos testes na visualizao da lista das transcritas submetidas para aprovao e
consequentemente a visualizao individual de cada transcrio. Aps estes testes foi feito um teste de
alteao de uma transcrio, isto porque, possvel que algumas transcries no estejam totalmente
corretas. Por ltimo, aprovou-se e reprovou-se uma transcrio para perceber se a funcionalidade
funcionava corretamente.

Tabela 13 - Resultados dos testes da rea do Transcritor

Administrador
Funcionalidade Dados Correto Dados Incorretos
Ver lista Utilizadores

Suspender Utilizador

Ativar Utilizador

Alterar Perfil Utilizador

Ver lista Colees

Visualizar Coleo

Adicionar Coleo

Alterar Coleo

Remover Coleo

Associar Espcimes Coleo

Definir atributos das etiquetas dos Espcimes da

Coleo
Ver lista de Espcimes

Adicionar Espcime

Visualizar Espcime

Editar Espcime

Ver Lista de Etiquetas do Espcime

Adicionar Etiqueta

Editar Etiqueta

88
 Testes

Remover Etiqueta

Ver Lista Transcries

Alterar Transcrio

Aprovar\Reprovar Transcrio

Ver Lista de Noticias

Adicionar Notcia

Alterar Notcia

Remover Notcia

Ver Lista de Contedos

Adicionar Contedo

Visualizar Contedo

Alterar Contedo

Remover Contedo

6.2 Testes multi-browser

Os testes de multi-browser consistiram em testar a plataforma atravs de diversos browsers e
smartphones, com a finalidade de perceber se os contedos so apresentados corretamente e se no
forem perceber quais os impactos que isso tem na visualizao dos mesmos.
Este teste importante porque os browsers disponveis atualmente no utilizam todos as mesmas
funcionalidades ou recursos e isto pode provocar deficincias na apresentao ou submisso de
contedos.
Os testes realizados foram feitos manualmente e consistiram em perceber a plataforma tinha
um comportamento expectvel. Desta forma, os browsers testados foram:

Google Chrome (61.0.3163.100)

Mozilla Firefox (56.0)
Microsoft Edge (40.15063.0.0)
Opera (48.0.2685.35)

Em relao aos smartphones foi utilizado o Elephone P9000, de referir que a plataforma no foi
pensada para smartphones, mas sendo este um aparelho cada vez mais utilizado relevante fazer o

89
Testes

teste. Isto, de forma a perceber se ser necessrio fazer desenvolvimentos futuros tendo em conta os
smartphones.

6.2.1 Testes browsers

Os testes realizados nos browsers foram os mesmos, para se poder comparar os resultados
obtidos. Desta forma, foram testados os seguintes pontos:

Apresentao dos Menus;

Apresentao das Listas;
Apresentao dos Contedos;
Apresentao de Imagens;
Insero de Registos;
Edio de Registos;
Remoo de Registos;
Execuo de Javascript;
Execuo de Plugins.

Foram feitos testes na apresentao dos menus, listas, contedos e imagens para perceber se
os browsers utilizados apresentavam estes elementos formatos e corretamente. Este teste foi necessrio
porque como falado anteriormente os browsers no utilizam todos as mesmas funcionalidades e foi
necessrio perceber se esta situao afetava negativamente a plataforma.

Tabela 14 Testes sobre os Browsers Google Chrome e Mozilla Firefox

Browsers Google Chrome Mozilla Firefox

Apresentao dos Menus

Apresentao das Listas

Apresentao do Contedo

Apresentao Imagens

Insero de Registos

Edio de Registos

Remoo de Registos

Execuo de Javascript

Execuo Plugins

90
 Testes

Tabela 15 - Testes sobre os Browsers Microsoft Edge e Opera

Browsers Microsoft Edge Opera

Apresentao dos Menus

Apresentao das Listas

Apresentao do Contedo

Apresentao imagens

Insero de Registos

Edio de Registos

Remoo de Registos

Execuo de Javascript

Execuo de Plugins

Como se pode ver nos resultados obtidos a plataforma funciona corretamente nos 4 browsers
utilizados. Sendo que foram, verificados os elementos indicados anteriormente em todas as reas da
plataforma, nomeadamente, a rea do visitante, do transcritor, do aprovador e do administrador.
De referir, que tal como esperado na funcionalidade de ajuda online todos os browsers abrem
corretamente uma nova pgina para mostrar a informao.

6.2.2 Testes Smartphones

A plataforma desenvolvida no foi pensada nem desenvolvida tendo em conta a sua uma
utilizao em smartphones, pelo que espectvel que a mesma no tenha um bom comportamento
quando utilizada neste tipo de aparelhos. Apesar disto, foram feitos testes para perceber at que ponto
ou no vivel a sua utilizao.

Tabela 16 Testes Smartphone

Smartphone Google Chrome Browser Predefinido Android

Apresentao dos Menus X X

91
Testes

Apresentao das Listas X X

Apresentao do Contedo X X
Apresentao imagens X X
Transcrio de espcime X X

Execuo Javascript

Execuo Plugins

O resultado dos testes foi negativo, tal como esperado. Percebendo ao entrar na plataforma que
algumas partes criticas no so bem-apresentadas na resoluo utilizada no smartphone. As reas
criticas so os menus, listas e apresentao de imagens.

Figura 51 Detalhe de um Espcime Figura 52 Lista de Colees

92
 Testes

Apesar destes pontos negativos, necessrio referir alguns pontos positivos, nomeadamente a
apresentao de contedo na rea do visitante e do transcritor que apesar de precisar de melhorias
permite a sua correta visualizao na rea das notcias.

Figura 53 Lista de Notcias

Outro aspeto positivo foi a execuo correta dos plugins utilizados na plataforma, sendo o
exemplo da funcionalidade de criao de etiquetas na rea do administrador, onde foi possvel criar uma
etiqueta utilizando ambos os browsers do smartphone.

Figura 54 Formulrio de Criao de Etiquetas

93
Testes

As maiores limitaes encontradas esto relacionadas com a resoluo e o facto de a plataforma

no se adaptar dimenso do ecr. Situao que poder ser explorada no futuro, tornando vivel a sua
utilizao em smartphones.

6.3 Testes carga

Um dos testes que era previsto serem feitos era testes de carga, estes testes iriam permitir
perceber de que forma a plataforma se comporta com uma real utilizao e quais eram os limites da
mesma. Estes testes acabaram por no serem feitos porque a plataforma no se encontrava alojada no
servidor final, sendo que o servidor onde foi testada a plataforma foi criado apenas para o mbito de
testes.
Os testes de carga podero ser feitos posteriormente quando a plataforma foi instalada no
servidor do cliente, onde poder se obter resultados que reflitam a realidade.
Uma vez que a plataforma desenvolvida foi criada para permitir que qualquer utilizador possa
transcrever espcimes expectvel que o nmero de utilizadores a aceder em simultneo possa ser
elevado, tendo em conta esta realidade possvel que venham a ser encontrados problema. Um eventual
problema que possa surgir com a plataforma ser a quantidade e a dimenso das imagens, uma vez
que a informao da plataforma centrasse essencialmente neste formato. Desta forma, igualmente
expectvel que o nmero de imagens na plataforma venha a crescer substancialmente o que poder
provocar problemas no carregamento das listas de colees e das listas de espcimes.
Tendo estes pontos em conta, relevante que os testes de carga sejam feitos de forma a
encontrar e resolver eventuais problemas que possam surgir na plataforma, para que a sua utilizao
no seja comprometida.

94
 Concluses

Capitulo 7 Concluses
Neste captulo so apresentadas as principais concluses do trabalho desenvolvido.
A reviso de literatura feita permitiu perceber a importncia que este projeto tem para a
sociedade, onde este permite divulgar conhecimento que antes s estaria disponvel s pessoas que se
deslocassem ao Herbrio da Universidade do Porto. Assim este projeto torna-se uma mais-valia ao
permitir a disponibilizao de informao atravs da internet onde qualquer pessoa poder aceder. Nesta
reviso foi feita uma anlise a duas aplicaes com um objetivo e contexto semelhante, esta anlise
permitiu retirar pontos fulcrais no que diz respeito diviso e atribuio de permisses aos diferentes
atores detetados.
Em relao ao levantamento de requisitos pode-se concluir que uma fase vital em qualquer
projeto uma vez que permite perceber quais as espectativas que a entidade cliente pretende para o
projeto, definir o que ser desenvolvido ao longo do mesmo e como ser desenvolvido.
Este projeto est a permitiu aplicar os conceitos aprendidos ao longo do curso na qual esta
dissertao se insere e est a ser um bom exemplo da sua aplicao, um exemplo desta aplicao a
modulao de casos de uso a qual foi ensinada em diversas unidades curriculares.

7.1 Trabalho Realizado

O desenvolvimento da plataforma permitiu ter contacto com elementos especficos,
nomeadamente, a apresentao de imagens que so o elemento base de informao deste projeto. Isto
deve-se, ao facto de a plataforma ter como principal objetivo a transcrio das etiquetas presentes nos
espcimes. Em conjunto com as imagens foi importante conciliar apresentao das imagens com a
transcrio em formato de texto das mesmas, sendo que foi necessrio ter em conta esta situao a
quando do desenho do esquema de base de dados.

O projeto desenvolvimento desenvolvido contribui assim, para a recolha de informao com valor
cientifico, o que permite enriquecer as pessoas que contribuem para a sua recolha e as pessoas que
viro a consultar esta informao.

7.2 Trabalho Futuro

Um dos pontos mais dbeis da plataforma a gesto de perfis e consequentemente a gesto de
acessos plataforma, uma vez, que foi especificado no cdigo as reas a que cada perfil tem acesso,
no sendo possvel ao administrador do sistema bloquear uma ou vrias funcionalidades a um

95
Concluses

determinado utilizador. Sendo, esta funcionalidade pode ser implementa atravs da introduo de uma
tabela na base de dados que inclua o nome de cada funcionalidade e uma tabela de faa a ponte entre
esta tabela e a tabela utilizador, assim seria possvel especificar se o utilizador tinha acesso ao no a
cada funcionalidade.
tambm necessrio fazer testes de carga, tal como, falado anteriormente. Estes testes iro
servir para perceber de que forma a plataforma responde ao aumento de informao e de utilizadores.
Uma funcionalidade que ser interessar adicionar plataforma a possibilidade de os
utilizadores comunicarem entre si, de forma, a se conhecerem, trocar impresses e trabalhar em
conjunto neste ou noutros projetos. Para desenvolver esta funcionalidade, ser necessrio criar um chat
ou a possibilidade de os utilizadores terem acesso aos emails uns dos outros.
Assim, os pontos de que podero ser feitos no futuro, so:
Gesto de acessos individual a cada funcionalidade;
Testes de carga;
Funcionalidade de chat ou troca de emails.

96
 Referncias Bibliogrficas

Referncias Bibliogrficas

Manchester 1824, The University of Manchester Musuem.(2016). Reading Natures Library. Consultado
em 11/02/2016, disponvel em http://www.natureslibrary.co.uk/
Botanical Collections Managers Group, (2006). Herbaria@Home. Consultado em
05/02/2016, disponvel em http://www.herbariaunited.org/
Athanasiadis, A., & Andreopoulou, Z. (2013). A Web Information System Application on Forest Legislation:
The Case of Greek Forest Principles. Procedia Technology, 8(Haicta), 292299.
https://doi.org/10.1016/j.protcy.2013.11.039
Baker, B. (2011). New Push to Bring US Biological Collections to the Worlds Online Community.
BioScience, 61(9), 657662. https://doi.org/10.1525/bio.2011.61.9.4
Balis, B. (2016). HyperFlow: A model of computation, programming approach and enactment engine for
complex distributed workflows. Future Generation Computer Systems, 55, 147162.
https://doi.org/10.1016/j.future.2015.08.015
Ben Fadhel, A., Bianculli, D., & Briand, L. (2015). A comprehensive modeling framework for role-based
access control policies. Journal of Systems and Software, 107, 110126.
https://doi.org/10.1016/j.jss.2015.05.015
Bezerra, E. (2015). Princpios De Anlise E Projeto De Sistemas Com Uml (3a).
Castro, P., Melnik, S., & Adya, A. (2007). ADO.NET entity framework. Proceedings of the 2007 ACM
SIGMOD International Conference on Management of Data - SIGMOD 07, 1070.
https://doi.org/10.1145/1247480.1247609
Dedhia, R. (2015). Techniques to automatically generate Entity Relationship Diagram, 4(10), 6873.
Gonzlez Jimnez, L. (2006). REERM: Reenhancing the entity-relationship model. Data and Knowledge
Engineering, 58(3), 410435. https://doi.org/10.1016/j.datak.2005.05.004
Grove, R. F., & Ozkan, E. (2011). The MVC-web design pattern. WEBIST 2011 - Proceedings of the 7th
International Conference on Web Information Systems and Technologies, 127130.
Guiochet, J. (2016). Hazard analysis of humanrobot interactions with HAZOPUML. Safety Science, 84,
225237. https://doi.org/10.1016/j.ssci.2015.12.017
Haston, E., Cubey, R., Pullan, M., Atkins, H., & Harris, D. J. (2012). Developing integrated workflows for
the digitisation of herbarium specimens using a modular and scalable approach. ZooKeys, 209,
93102. https://doi.org/10.3897/zookeys.209.3121

97
Referncias Bibliogrficas

Kundu, D., Sarma, M., & Samanta, D. (2015). A UML model-based approach to detect infeasible paths.
Journal of Systems and Software, 107, 7192. https://doi.org/10.1016/j.jss.2015.05.007
Miller-Rushing, A. J., Primack, R. B., Primack, D., & Mukunda, S. (2006). Photographs and herbarium
specimens as tools to document phenological changes in response to global warming. American
Journal of Botany, 93(11), 16671674. https://doi.org/10.3732/ajb.93.11.1667
Neil, K. L., Landrum, L., & Wu, J. (2010). Effects of urbanization on flowering phenology in the
metropolitan phoenix region of USA: Findings from herbarium records. Journal of Arid Environments,
74(4), 440444. https://doi.org/10.1016/j.jaridenv.2009.10.010
OMG UML. (2010). OMG Unified Modeling Language TM ( OMG UML ), Superstructure v.2.3.
InformatikSpektrum, 21(May), 758. https://doi.org/10.1007/s002870050092
Pinet, F. (2012). Entity-relationship and object-oriented formalisms for modeling spatial environmental
data. Environmental Modelling and Software, 33, 8091.
https://doi.org/10.1016/j.envsoft.2012.01.008
Poulkov, A., Hjkov, P., Kintrov, K., BatKov, R., Czudkov, M., & Hjek, M. (2013). Tracing decadal
environmental change in ombrotrophic bogs using diatoms from herbarium collections and transfer
functions. Environmental Pollution, 179, 201209.
https://doi.org/10.1016/j.envpol.2013.04.007
Santiago, F. (2015). O herbrio IFSR e sua importncia cientfica e educacional. Revista Hiptese, 1(1),
1523.
Si, Y.-W., Hoi, K.-K., Biuk-Aghai, R. P., Fong, S., & Zhang, D. (2016). Run-based exception prediction for
workflows. Journal of Systems and Software, 113, 5975.
https://doi.org/10.1016/j.jss.2015.11.024
Tegelberg, R., Mononen, T., & Saarenmaa, H. (2014). High-Performance digitization of natural history
collections: Automated imaging lines for herbarium and insect specimens. Taxon, 63(6), 1307
1313. https://doi.org/10.12705/636.13
Tulig, M., Tarnowsky, N., Bevans, M., Kirchgessner, A., & Thiers, B. M. (2012). Increasing the efficiency
of digitization workflows for herbarium specimens. ZooKeys, 209(February), 103113.
https://doi.org/10.3897/zookeys.209.3125
Veiga, M. C. P. (2014). A Contribuio das Ferramentas da Web 2.0 para a Divulgao da Produo
Cientfica.
Wu, T., Pei, X., Lu, Y., Chen, C., & Gao, L. (2013). A distributed collaborative product design environment
based on semantic norm model and role-based access control. Journal of Network and Computer

98
 Referncias Bibliogrficas

Applications, 36(6), 14311440. https://doi.org/10.1016/j.jnca.2013.02.018

Zhou, L., Varadharajan, V., & Hitchens, M. (2014). Secure administration of cryptographic role-based
access control for large-scale cloud storage systems. Journal of Computer and System Sciences,
80(8), 15181533. https://doi.org/10.1016/j.jcss.2014.04.019
Mlens jquery plugin. Consultado em 03/03/2017, disponivel em http://mlens.musings.it/
Jcrop - Deep Liquid. Consultado em 03/03/2017, disponivel em
http://deepliquid.com/content/Jcrop.html

99
 Anexo A
___________________________________________________________________________

Anexos

A. Levantamento de Requisitos
Requisito 1 Prioridade Obrigatrio
Descrio Os administradores da plataforma devem poder gerir toda a informao da
plataforma. Desde, criar colees, espcimes, rever transcries a
suspender utilizadores.
Enquadramento rea do Administrador

Requisito 2 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder criar novas colees.
Enquadramento rea do Administrador

Requisito 3 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder definir os atributos a serem
transcritos por coleo.
Enquadramento rea do Administrador

Requisito 4 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder associar espcimes a
colees.
Enquadramento rea do Administrador

Requisito 5 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder associar um mesmo
espcime a vrias colees
Enquadramento rea do Administrador

101
Anexo A
___________________________________________________________________________
Requisito 6 Prioridade Obrigatrio
Descrio Os administradores da plataforma devem poder alterar o perfil de um
utilizador e ter a capacidade suspender utilizadores.
Enquadramento rea do Administrador

Requisito 7 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder criar, alterar uma ajuda
online para os utilizadores da plataforma
Enquadramento rea do Administrador

Requisito 8 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder criar novos espcimes na
plataforma.
Enquadramento rea do Administrador

Requisito 9 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder definir as etiquetas
presentes num espcime.
Enquadramento rea do Administrador

Requisito 10 Prioridade Obrigatrio

Descrio Os administradores da plataforma devem poder rever e aprovar\reprovar
transcries feitas pelos transcritores.
Enquadramento rea do Administrador

Requisito 11 Prioridade Obrigatrio

Descrio Os aprovadores da plataforma devem poder rever e aprovar\reprovar
transcries feitas pelos transcritores.
Enquadramento rea do Aprovador

102
 Anexo A
___________________________________________________________________________
Requisito 12 Prioridade Obrigatrio
Descrio Os transcritores da plataforma devem ter ao seu dispor uma lista com as
colees e espcimes transcritos e uma lista com as colees e espcimes
para transcrever.
Enquadramento rea do Transcritor

Requisito 13 Prioridade Obrigatrio

Descrio Os transcritores da plataforma devem poder fazer transcries de etiquetas
de espcimes.
Enquadramento rea do Transcritor

Requisito 14 Prioridade Obrigatrio

Descrio Os transcritores da plataforma devem ser capazes de rever uma transcrio
feita, alterar e submete-la para avaliao.
Enquadramento rea do Transcritor

Requisito 15 Prioridade Facultativo

Descrio Os transcritores da plataforma devem ter ao seu dispor uma ajuda online.
Enquadramento rea do Transcritor

Requisito 16 Prioridade Facultativo

Descrio Os transcritores da plataforma devem ter ao seu dispor uma listagem na
pagina inicial, com o utilizador e o pas com mais transcries feitas.
Enquadramento rea do Transcritor

Requisito 17 Prioridade Obrigatrio

Descrio Os visitantes da plataforma devem apenas ver as colees e os espcimes
com as etiquetas transcritas.
Enquadramento rea do Visitante

103
Anexo A
___________________________________________________________________________
Requisito 18 Prioridade Obrigatrio
Descrio Os visitantes da plataforma devem ser capazes de se registar na plataforma.
Enquadramento rea do Visitante

Requisito 19 Prioridade Facultativo

Descrio Os visitantes da plataforma devem ter ao seu dispor uma pgina sobre a
plataforma, onde referido os autores da mesma e o seu enquadramento.
Enquadramento rea do Visitante

104