PFC Diogo Amaral - Final Revisado 2017

INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES
DESENVOLVIMENTO DE UMA APLICAO ANDROID PARA

LOCALIZAO DE TRANSPORTES PBLICOS COLECTIVOS NO
MUNICPIO DE MAPUTO
Diogo Rogrio Amaral
Projecto Final do Curso
Licenciatura em Engenharia Informtica de e Telecomunicaes
Supervisor:
Eng. Danilo J
Departamento de Tecnologias de Informao e Comunicao
Junho de 2017
INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES
DESENVOLVIMENTO DE UMA APLICAO ANDROID PARA

LOCALIZAO DE TRANSPORTES PBLICOS COLECTIVOS NO
MUNICPIO DE MAPUTO
Diogo Rogrio Amaral
Projecto Final do Curso
Licenciatura em Engenharia Informtica de e Telecomunicaes
Supervisor:
Eng. Danilo J
Departamento de Tecnologias de Informao e Comunicao
Junho de 2017
DESENVOLVIMENTO DE UMA APLICAO ANDROID PARA LOCALIZAO DE TRANSPORTES PBLICOS
COLECTIVOS NO MUNICPIO DE MAPUTO
Diogo Rogrio Amaral

Desenvolvimento de uma Aplicao Android para a Localizao de Transportes Pblicos Colectivos
no Municpio de Maputo
NDICE
AGRADECIMENTOS ............................................................................................................. III

DEDICATRIA ....................................................................................................................... IV
DECLARAO DE HONRA .................................................................................................. V
NDICE DE TABELAS ........................................................................................................... VI
NDICE DE FIGURAS .......................................................................................................... VII
NDICE DE GRFICOS ......................................................................................................... IX
LISTA DAS ABREVIATURAS UTILIZADAS ...................................................................... X
RESUMO ................................................................................................................................. XI
CAPTULO 1 - INTRODUO................................................................................................ 1
1.1 Justificao do tema.................................................................................................. 1
1.2 Desenho terico ........................................................................................................ 2
1.2.1 Problemtica .............................................................................................. 2
1.2.2 Problema de investigao .......................................................................... 3
1.2.3 Objecto de investigao ............................................................................. 3
1.2.4 Objectivo geral de investigao ................................................................. 3
1.2.4.1 Objectivos especficos de investigao .................................................. 3
1.2.5 Perguntas de investigao .......................................................................... 3
1.3 Metodologia .............................................................................................................. 4
1.3.1 Abordagem da investigao ...................................................................... 4
1.3.2 Variveis de Investigao .......................................................................... 4
1.3.3 Hiptese ..................................................................................................... 4
1.3.4 Mtodos de investigao ........................................................................... 5
1.3.5 Tarefas da investigao ............................................................................. 5
1.3.6 Estrutura do relatrio ................................................................................. 6
CAPTULO 2 - MARCO TERICO-CONCEITUAL DA INVESTIGAO......................... 7
2.1 Antecedentes do objecto e do problema de investigao ......................................... 7
2.1.1 TOTransit .................................................................................................. 7
2.1.2 nibus Mossor......................................................................................... 8
2.2 Smartphone ................................................................................................... 9
2.3 Sistema iOS .................................................................................................. 9
2.4Sistema Windows Phone ............................................................................. 10
2.5 Sistema Android ..................................................................................................... 11
2.5.1 Android .................................................................................................... 12
2.5.2 Arquitectura Android............................................................................... 12
2.6 Sistemas de Informao .......................................................................................... 14
2.7 Arquitectura de Sistemas ........................................................................................ 16
2.7.1 Arquitectura Fsica .................................................................................. 16
2.7.2 Arquitectura Lgica ................................................................................. 17
2.8 Linguagem de Programao ................................................................................... 17
2.9 Metodologias de desenvolvimento de Sistemas ..................................................... 18
2.9.1 Metodologia gil de Desenvolvimento de Software .............................. 18
2.10 Modelao de Sistemas ........................................................................................ 21
2.10.1 UML ...................................................................................................... 21
2.11 Arquitectura MVC ................................................................................................ 26
2.12 Servios de Localizao e de Telecomunicao................................................... 27
2.12.1 GPS (Sistema de Posicionamento Global) ............................................ 27
2.12.2 GSM ...................................................................................................... 28
2.12.3 GPRS ..................................................................................................... 28
I
2.12.4 3G .......................................................................................................... 29
2.13. Plataforma Google AppEngine ............................................................................ 30
2.14 MBaaS .................................................................................................................. 30
2.14.3 Firebase .................................................................................................. 32
2.15 Google Maps API ................................................................................................. 34
2.16 Raspberry PI ......................................................................................................... 34
2.17 Outras definies .................................................................................................. 35
CAPTULO 3 - MARCO CONTEXTUAL DA INVESTIGAO ........................................ 37
3.1 Perfil da Cidade de Maputo .................................................................................... 37
3.1.1 Diviso Administrativa ............................................................................ 38
3.1.2 Perfil socioeconmico ............................................................................. 38
3.1.3 Aspectos tcnicos a serem considerados ................................................. 38
3.2 Sistema de Transportes no Municpio de Maputo .................................................. 39
3.2.1 Pontos Crticos......................................................................................... 39
3.2.2 Transportes pblicos colectivos do Municpio de Maputo ...................... 40
3.2.3 Caso de Estudo - Cooperativa dos Transportadores do Corredor I Lda
(COOTRAC I) .................................................................................................. 40
CAPTULO 4 - METODOLOGIA DE RESOLUO DO PROBLEMA E
APRESENTAO DE RESULTADOS ................................................................................. 42
4.1 Anlise da experincia dos utentes dos Servios de Transportes Pblicos
Colectivos ..................................................................................................................... 42
4.2 Rota Seleccionada: Praa dos Trabalhadores (Baixa) Zimpeto........................... 44
4.3. Desenvolvimento da Aplicao Android ............................................................... 46
4.3.1 Metodologia de desenvolvimento............................................................ 46
4.3.2 Fase de Explorao e Planeamento ......................................................... 46
4.3.3 Anlise de Requisitos .............................................................................. 47
4.3.4 Arquitectura do Sistema .......................................................................... 57
4.3.5 Fase de Codificao e Produo .............................................................. 60
4.3.6 Resultado do Desenvolvimento (Prottipo da Aplicao) ...................... 61
4.4 Oramento do Projecto ........................................................................................... 68
CAPTULO 5 - CONCLUSES E RECOMENDACES ...................................................... 70
5.1 Concluses .............................................................................................................. 70
5.2 Recomendaes ...................................................................................................... 71
REFERNCIAS BIBLIOGRFICAS ..................................................................................... 72
BIBLIOGRAFIA ...................................................................................................................... 76
II
AGRADECIMENTOS
Primeiramente aos meus pais, Diogo da Cunha Amaral e Belmira Adelina Matsinhe
Banze Amaral, pelo amor e apoio incondicional que me tm dado, pelas crticas e
ensinamentos, pela pacincia e acima de tudo pela f que depositaram em mim.
Aos meus irmos Eustquio da Cunha Amaral, Ludrcia Lus Manjate, Virgnia
Amaral, Rogrio Amaral, pelo apoio incondicional.
Ftima Marta Macucule, pelo amor, carinho, companheirismo e suporte

incondicional em todos os momentos por ns vividos juntos.
Aos meus colegas da I41 (2015) e em especial aos meus grandes amigos e
companheiros, Edvnio Joaquim, Jaime Mulhovo, Patrcio Madepule, Dul Gulela e
Danilo Carvalheiro pela amizade, companheirismo, nos momentos bons e maus da
nossa caminhada em conjunto.
Ao meu supervisor Eng. Danilo J, por ter-me apoiado com os seus conhecimentos e
experincia, pela confiana depositada em mim desde o inicio, durante a superviso
proporcionada, pelo tempo dispensado auxiliando-me, orientando-me e incentivando-
me de modo que o projecto fosse realizado e concludo com xito.
Ao Eng. Elaixa Sibanda, pelo apoio por meio de criticas construtivas ao longo da
realizao do presente projecto, de forma que o mesmo fosse realizado com sucesso.
Ao ISUTC por ter-me capacitado e dotado de conhecimentos tericos e prticos ao

longo destes quatro anos curriculares, de forma a ter uma melhor integrao no
mercado de trabalho, assim como na vida profissional de sucesso.
E por fim, aos demais que contriburam de forma directa ou indirectamente para a
realizao com sucesso deste projecto, atravs dos seus ensinamentos, conselhos e
auxilio ao longo da minha formao.
III
DEDICATRIA
Dedico esta obra aos meus pais Diogo da Cunha Amaral e Belmira Adelina Matsinhe Banze
Amaral, por tudo que fizeram por mim ao longo da minha vida. Desejo poder ter sido
merecedor do esforo dedicado por vocs em todos os aspectos, especialmente quanto
minha formao.
IV
DECLARAO DE HONRA
Eu, Diogo Rogrio Amaral declaro por minha honra que o presente Projecto Final do Curso
exclusivamente de minha autoria, no constituindo cpia de nenhum trabalho realizado
anteriormente e as fontes usadas para a realizao do trabalho encontram-se referidas na
bibliografia.
Assinatura: __________________________________
V
NDICE DE TABELAS
Tabela 4.1 Requisitos Funcionais relativas ao cliente na aplicao ......................................... 51
Tabela 4.2 Descrio do Caso de Uso do Operador com o Mdulo GPS ................................ 53
Tabela 4.3 Caractersticas do Ambiente de Desenvolvimento ................................................. 60
Tabela 4.4 Caractersticas do Ambiente de Teste..................................................................... 61
Tabela 4.5 Oramento do Projecto ........................................................................................... 69
VI
NDICE DE FIGURAS
Figura 2.1 Interface da Aplicao TOTransit ............................................................................. 7
Figura 2.2 Mapa de Localizao de nibus na Aplicao nibus Mossor............................... 8
Figura 2.3 Smartphones .............................................................................................................. 9
Figura 2.4 Dispositivos da Apple Inc. ...................................................................................... 10
Figura 2.5 Windows Phone ...................................................................................................... 11
Figura 2.6 Arquitectura Android .............................................................................................. 13
Figura 2.7 Valores da Metodologia gil XP ............................................................................ 20
Figura 2.8 Notao bsica Diagrama de Caso de Uso .............................................................. 23
Figura 2.9 Notao bsica Diagrama de Classe ....................................................................... 24
Figura 2.10 Notao bsica Diagrama de Actividades ............................................................. 25
Figura 2.11 Fluxo de eventos e informaes em uma arquitectura MVC ................................ 26
Figura 2.12 Constelao de Satlites ........................................................................................ 27
Figura 2.13 Arquitectura da AppEngine................................................................................... 30
Figura 2.14 Arquitectura MBaaS.............................................................................................. 31
Figura 2.15 Sincronizao entre dispositivos por meio do Firebase ........................................ 32
Figura 2.16 Dispositivo Raspberry PI 3 ................................................................................... 35
Figura 3.1 Cidade de Maputo ................................................................................................... 37
Figura 3.2 Diviso Administrativa do Municpio de Maputo .................................................. 38
Figura 3.3 Autocarro da Cootrac I 34 Lugares ......................................................................... 39
Figura 3.4 Autocarro da EMTPM VW 34 Lugares .................................................................. 39
Figura 3.5 Logotipo da Cootrac I Lda ...................................................................................... 40
Figura 4.1 Rota da Praa dos Trabalhadores - Zimpeto ........................................................... 45
Figura 4.2 Caso de Uso do Cliente para com a aplicao ........................................................ 49
Figura 4.3 Caso de Uso do Tripulante para com o Mdulo GPS ............................................. 52
VII
Figura 4.4 Diagrama de classe da aplicao ............................................................................. 54
Figura 4.5 Diagrama de Actividade da aplicao representando o processo de solicitao de
localizao de autocarros numa determinada rota desejada pelo utente .......................... 55
Figura 4.6 Diagrama de Actividade da aplicao representando o processo de incio e trmino
do servio de localizao do autocarro pelo tripulante..................................................... 56
Figura 4.7 Arquitectura do Sistema proposto ........................................................................... 57
Figura 4.8 Smartphone Vodacom Smart Kicka ........................................................................ 58
Figura 4.9 Mdulo 3G+GPS Shield ......................................................................................... 59
Figura 4.10 Transformador de Corrente elctrica .................................................................... 59
Figura 4.11 Tela de Login na Aplicao .................................................................................. 62
Figura 4.12 Tela de Cadastro do Utente ................................................................................... 62
Figura 4.13 Tela do Menu Principal da Aplicao ................................................................... 63
Figura 4.14 Tela de Menu da Rota Seleccionada ..................................................................... 63
Figura 4.15 Tela de Especificao do Itinerrio ....................................................................... 64
Figura 4.16 Menu de Gesto da Conta do Utente..................................................................... 64
Figura 4.17 Tela de Detalhe da Conta do Utente ..................................................................... 65
Figura 4.18 Tela de Associao de Contas do Utilizador......................................................... 65
Figura 4.19 Tela do Mapa de Navegao ................................................................................. 66
Figura 4.20 Tela de Login do Tripulante no Mdulo GPS ....................................................... 66
Figura 4.21 Tela do Menu Principal no Mdulo GPS .............................................................. 67
Figura 4.22 Tela de Informao do Autocarro ......................................................................... 67
Figura 4.23 Tela de incio de servio de Localizao .............................................................. 68
VIII
NDICE DE GRFICOS
Grfico 2.1 Participao de mercado de plataformas mveis (2012-2015) ............................. 11
IX
LISTA DAS ABREVIATURAS UTILIZADAS

SDK Software Development Kit
RAM Random Acess Memory
XP Extreme Programming
OS Operating System
PHP Personal Home Page
XML Extensible Markup Language
API Application Programming Interface
IOS Iphone Operating System
HTML Hypertext Markup Language
RUP Rational Unified Process
TIC Tecnologia de Informao e Comunicao
UML Unified Modeling Language
MVC Model View Control
GSM Global System for Mobile
GPRS General Packet Radio Service
GPS Global Positioning System
3G Third Generation
SDK Software Development Kit
UIT Unio Internacional das Telecomunicaes
COOTRAC Cooperativa dos Transportadores do Corredor I Lda
MBAAS Mobile Backend As a Service
EMTPM Empresa Municipal de Transporte Rodoviario de Maputo E.P
X
RESUMO
O presente trabalho tem como objectivo apresentar uma soluo desenvolvida em Android
capaz de fornecer informao sobre a localizao dos transportes pblicos colectivos em
tempo real, permitindo tambm consultar a disponibilidade dos autocarros, tempo estimado de
chegada do autocarro a uma paragem, rotas, itinerrios, paragem mais prxima e histrico de
consultas no Municpio de Maputo. A base do desenvolvimento do presente projecto foi
mediante a utilizao de servios de geolocalizao (GPS), APIs (Application Programming
Interface), servios mobile de backend na nuvem (MbaaS) como parte integrante da
aplicao, terminais mveis (smartphones) e tecnologias GPRS e 3G, permitindo uma
interaco distncia entre o utente dos transportes pblicos colectivos e o autocarro, atravs
um smartphone. O foco da aplicao de proporcionar informao precisa e em tempo real
sobre os transportes pblicos colectivos aos utentes dos mesmos, permitindo-lhes uma melhor
planificao nas suas deslocaes aos destinos pretendidos no Municpio de Maputo.
PALAVRAS - CHAVE: Utentes, aplicao Android, transportes pblicos, smartphone,

localizao, Municpio de Maputo.
XI
CAPTULO 1 - INTRODUO
O presente captulo tem como objectivo fazer uma abordagem sobre as razes que motivaram
o estudo do tema proposto, elaborando uma anlise geral sobre os aspectos relacionados com
as metas a alcanar, as tcnicas e os mtodos utilizados para o alcance da soluo do
problema de investigao, e sero mencionadas algumas perguntas chave de investigao.
Tambm ser apresentado a justificao do tema, a problemtica, o problema de pesquisa, os
objectivos de investigao, a metodologia utilizada de forma a responder as perguntas de
investigao propostas.
1.1 Justificao do tema

As tecnologias de informao e comunicao (TICs) tm vindo a exercer um papel cada vez
mais importante na forma de comunicar, aprender e viver. O seu rpido desenvolvimento
permitiu com que novas possibilidades pudessem ser exploradas. Um dos elementos chave do
desenvolvimento das TICs foram os computadores. Estes, ao longo do tempo foram
tornando-se cada vez mais portteis, resultando em dispositivos conhecidos actualmente como
telefones celulares, smartphones, tables, etc., permitindo desta forma o surgimento de
solues no mercado que resolvam problemas e/ou necessidades do cotidiano com recurso as
TICs.
Com o actual cenrio dos transportes pblicos colectivos no Municpio de Maputo, os utentes
tm enfrentado muitas dificuldades no s pelas enchentes que se registam nas paragens e
terminais dos transportes pblicos, como tambm pela falta de informao sobre a
localizao, a disponibilidade ou tempo estimado de chegada dos autocarros paragem em
um determinado momento ou perodo do dia, pois atrasos podem decorrer de problemas
mecnicos, dificuldade no trnsito ou sinistros. Outros aspectos como o desconhecimento
sobre rotas, paragens disponveis e itinerrios dos autocarros mostram ser um factor
preocupante por parte dos utentes.
O desenvolvimento da temtica em questo tem como finalidade oferecer um meio de acesso
a informao de forma precisa e em tempo real sobre os transportes pblicos colectivos
visando uma melhor planificao nas deslocaes aos destinos pretendidos pelos utentes no
Municpio de Maputo.
Considerando que os smartphones Android actualmente possuem recursos tais como GPS e
conectividade com a internet (GPRS e/ ou 3G), estes se tornam principais plataformas-alvo de
desenvolvimento. O tema abrange as camadas sociais que fazem o uso ou desejam usufruir
1/78
dos servios de transportes pblicos colectivos, esperando que tenha um impacto positivo e
que certa forma contribua para a melhoria do sistema de transportes pblicos colectivos.
1.2 Desenho terico

1.2.1 Problemtica
Actualmente, a capital de Moambique conta com mais de um milho de habitantes (Censo,
2014), sendo que deste nmero, mais que a metade utiliza servios de transportes para se
locomoverem no seu quotidiano.
No Municpio de Maputo notvel a movimentao na maioria de pessoas vindas dos bairros
perifricos com destino a cidade, recorrendo aos transportes pblicos como o meio de
locomoo, visto que maior parte dos postos de trabalho e oportunidades de negcio se
concentram na cidade.
Diariamente, os utentes enfrentam a grande problemtica dos transportes pblicos. Para o
acesso aos transportes pblicos colectivos, os mesmos concentram-se em pontos de paragem,
na maioria das vezes com longas filas de espera, sem nenhuma informao sobre os
transportes pblicos colectivos como a localizao, a disponibilidade ou no do autocarro, o
tempo estimado de chegada do autocarro paragem em um determinado momento ou perodo
do dia, o desconhecimento das rotas, paragens e itinerrios dos autocarros disponveis,
tornando-se numa situao constrangedora para os prprios utentes que em certos momentos
vm-se a atrasar aos seus compromissos como, locais de trabalho, escola, hospitais, entre
outros destinos.
Feita uma anlise sobre o sistema dos transportes pblicos colectivos no Municpio de
Maputo, constatou-se que um dos principais problemas enfrentados pelos utentes a falta de
informao sobre os transportes pblicos colectivos, culminando com uma gesto ineficiente
do tempo e atrasos imprevistos por parte dos utentes durante as deslocaes aos seus destinos.
Dados os factos acima citados, existe a necessidade de se disponibilizar uma soluo atravs
de uma aplicao mvel, visando facilitar o acesso a informao de forma precisa e em tempo
real sobre a localizao, disponibilidade, rotas, itinerrios e tempo estimado de chegada dos
transportes pblicos colectivos aos seus utentes, permitindo uma melhor planificao na
deslocao aos seus destinos no Municpio de Maputo.
2/78
1.2.2 Problema de investigao

Como disponibilizar informao precisa e em tempo real sobre os transportes pblicos
colectivos aos seus utentes de modo a proporcionar melhor planificao na deslocao aos
seus destinos no Municpio de Maputo atravs da tecnologia mvel?
1.2.3 Objecto de investigao

O objecto de investigao a tecnologia de acesso mvel a informao em tempo real para
auxilio a localizao dos transportes pblicos colectivos no troo compreendido entre Praa
dos Trabalhadores (Baixa) Zimpeto.
1.2.4 Objectivo geral de investigao

O objectivo geral deste trabalho desenvolver uma aplicao na plataforma Android para a
localizao de transportes pblicos colectivos no Municpio de Maputo.
1.2.4.1 Objectivos especficos de investigao

Com a finalidade de atingir o objectivo geral, os seguintes objectivos especficos sero alvos
da pesquisa:
Analisar os actuais mtodos de localizao de transportes pblicos colectivos;
Fazer o levantamento de requisitos;
Projectar o modelo de casos de uso da aplicao para o modo utente e tripulante dos
transportes pblicos colectivos;
Definir a estrutura da base de dados;
Desenvolver o prottipo da aplicao em Android para a localizao de transportes
pblicos colectivos no Municpio de Maputo.
1.2.5 Perguntas de investigao

Como identificar as reais necessidades que os utentes tm em relao aos transportes
pblicos colectivos no Municpio de Maputo?
Como identificar a melhor rota que representa o cenrio dos transportes pblicos
colectivos para o caso de estudo?
Como desenvolver uma aplicao de modo a suprir com as necessidades dos utentes
dos transportes pblicos colectivos?
Como integrar o modo utente e tripulante em uma s aplicao?
3/78
Que impacto a aplicao ter para os utentes dos transportes pblicos colectivos no
Municpio de Maputo?
1.3 Metodologia
1.3.1 Abordagem da investigao
A investigao em causa abrange a rea temtica da Engenharia Informtica na sua vertente
de sistemas de informao e programao mvel.
A abordagem de investigao de carcter aplicativo, tendo como base o paradigma socio-
crtico (Hebermas, J.) devido as seguintes caractersticas que se encaixam no problema a
resolver:
A dimenso ontolgica externa pois o caso em estudo um facto real, orientada a
mudana e investigao aco;
A dimenso epistemolgica subjectiva, sendo o investigador participativo do mesmo
com uma relao sujeito/objecto por compromisso, tendo como fundamento a teoria
crtica;
A dimenso metodolgica participativa, com a condio de recolha de dados livre.
1.3.2 Variveis de Investigao

Para a concretizao do projecto e elaborao deste relatrio foram postas em estudo as
seguintes variveis de pesquisa:
Aplicao mvel;
Rota;
Localizao;
Tempo estimado;
Transporte pblico colectivo.
1.3.3 Hiptese
Se atravs de uma aplicao mvel for possvel proporcionar informao precisa e em tempo
real:
i. O utente poder ter acesso a localizao do transporte pblico colectivo de modo a
melhor poder planificar as suas deslocaes;
ii. O utente poder ter acesso a disponibilidade do transporte pblico colectivo de modo a
4/78
iii. O utente poder ter acesso a rota do transporte pblico colectivo de modo a melhor
poder planificar as suas deslocaes;
iv. O utente poder ter acesso ao itinerrio do transporte pblico colectivo de modo a
v. O utente poder ter acesso ao tempo estimado de chegada do transporte pblico
colectivo de modo a melhor poder planificar as suas deslocaes.
1.3.4 Mtodos de investigao

Os mtodos seguidos durante a investigao e a quanto da elaborao do presente projecto
foram os tericos e empricos, onde:
Mtodo Terico: como alicerce de pesquisa, fez-se a reviso da bibliografia existente,
oque permitiu a compreenso e fundamentao das diversas alternativas de sistemas
operativos mobile, principalmente as que melhor garantem o alcance aos utentes dos
transportes no Municpio de Maputo.
Mtodo Emprico: permitiu o estudo das caractersticas fundamentais do objecto, sendo
possvel a modelao e o desenvolvimento da aplicao Android, comprovando os
resultados obtidos no desenvolvimento atravs de simulaes que possibilitaro aproximar
os resultados a realidade proposta no presente projecto.
Como tcnicas de recolha de informao foram usadas:

Entrevista no estruturada: aos provedores de servios de transportes, aos utentes
dos transportes pblicos colectivos;
Inquritos por questionrios: aos utentes dos transportes pblicos colectivos;
Anlise documental: que se baseou em artigos cientficos, a internet, os documentos
e imagens referentes ao Municpio de Maputo e ao seu sistema de transportes
pblicos colectivos;
Estudo de campo: que permitiu a observao do cenrio actual dos transportes
pblicos colectivos e dos utentes dos mesmos, de modo a se buscar e/ou desenhar
solues.
1.3.5 Tarefas da investigao

As tarefas a serem cumpridas no trabalho de investigao so:
Investigao bibliogrfica e de campo como forma de consulta e anlise da
informao existente;
5/78
Elaborao do marco terico, destacando os principais conceitos tericos que

sustentam o objecto de estudo e as ferramentas / tecnologias utilizadas para a
resoluo do problema em questo;
Analisar a situao actual dos transportes pblicos colectivos e as necessidades dos
utentes para os mesmos, de modo a melhor identificar os problemas e/ou necessidades;
Desenhar e apresentar a proposta de soluo;
Elaborar o relatrio final, onde sero apresentadas as concluses e possveis
recomendaes.
1.3.6 Estrutura do relatrio

Capitulo 2: Marco terico
Neste captulo, apresenta-se a teoria relevante para o conhecimento e aprofundamento de
conceitos relacionados ao objecto de estudo com enfase no desenvolvimento de aplicaes
para o fornecimento de servios de localizao.
Capitulo 3: Marco Contextual da Investigao
Neste captulo, apresenta-se o perfil do caso de estudo, no que concerne a sua localizao,
nmero de habitantes populacionais, situao socioeconmica, os pontos sensveis e
vulnerveis e os aspectos tecnolgicos a serem considerados. Tambm apresentado o
sistema de transportes do Municpio de Maputo, bem como o seu estado actual e o caso de
estudo.
Capitulo 4: Metodologia de resoluo do problema e apresentao de resultados
Neste captulo, e feito a modelagem da aplicao Android, bem a representao
arquitectnica que ir suportar o funcionamento da aplicao, de seguida o desenvolvimento e
simulao do projecto, e por fim o dimensionamento de equipamentos e proposta de
oramento.
Capitulo 5: Concluses e recomendaes
Neste captulo, faz-se a explanao das concluses alcanadas durante a realizao do
projecto, a fim de analisar o alcance da resoluo do problema ao objectivo previamente
almejado. Tambm apresentado as recomendaes como forma de permitir, no mesmo caso
de estudo, novas investigaes, com vista a melhorar ou dar continuidade o presente projecto.
Capitulo 6: Referncia Bibliogrfica e Bibliografia
Neste captulo, consta as fontes de pesquisa, onde dentre as quais foram citadas ao longo do
projecto permitindo a consistncia da meteria abordada e existente no projecto.
6/78
CAPTULO 2 - MARCO TERICO-CONCEITUAL DA

INVESTIGAO
Neste captulo sero abordados os fundamentos tericos gerais de modo a facilitar a
compreenso sobre o tema proposto e os procedimentos seguidos na elaborao do projecto.
Para tal, foi feito um levantamento e anlise do histrico do objecto de investigao, uma
reviso bibliogrfica sobre os principais conceitos relacionados com os sistemas mobile, a
plataforma Android, as metodologias e outros conceitos relacionados ao tema, possibilitando
um melhor entendimento do projecto.
2.1 Antecedentes do objecto e do problema de investigao
2.1.1 TOTransit
Segundo Hacker News (2011), ToTransit um sistema de monitoramento em tempo real dos
transportes pblicos colectivos presentes nas linhas de transporte de Toronto (Canad). um
aplicativo que utiliza a API NextBus (sistema de rastreamento de veculos que utiliza
informaes de satlites de posicionamento global) para obter dados em tempo real da posio
dos veculos nas ruas da cidade. O seu funcionamento consiste em um script PHP que
converte o XML (formato para a criao de documentos com dados organizados de forma
hierrquica), gerado pela API NextBus, contendo os dados referentes localizao dos
transportes pblicos para o formato JSON (Java Script Object Notation). A localizao dos
veculos fornecida aos usurios do sistema por meio da interface do Google Maps, fazendo
com que o aplicativo possa ser acedido tanto por utilizadores de smartphones quanto por
usurios de computadores pessoais.
Figura 2.1 Interface da Aplicao TOTransit
Fonte: ToTransit
7/78
2.1.2 nibus Mossor

uma aplicao na plataforma Android, criada em 2014, gratuita, que permite monitorar os
transportes pblicos colectivos de Mossor/RN (limitado regio do Brasil) em tempo real
(localizao e tempo estimado de chegada), assim como consultar as paragens, alm de
fornecer itinerrios e suas respectivas rotas.
O funcionamento da aplicao consiste em um dispositivo Raspberry acoplado ao transporte

pblico colectivo que recolhe informao via um dispositivo GPS enviando a informao
para um Servidor web com uma base de dados SQL alojado e um terminal smartphone com o
sistema operativo Android que solicita informao sobre a localizao dos transportes por
meio de um web Service.
A aplicao nibus Mossor oferece as seguintes funcionalidades:

- Localizao de nibus em tempo real;
- Tempo estimado de chegada do nibus paragem;
- Consulta de Itinerrios;
- Consulta de Rotas;
- Consulta de Contactos teis;
Figura 2.2 Mapa de Localizao de nibus na Aplicao nibus Mossor
Fonte: Souza (2014)
8/78
2.2 Smartphone
Figura 2.3 Smartphones
Fonte: Playbuzz
O termo smartphone pertence lngua inglesa e que faz referncia a um telefone inteligente.
Trata-se de um dispositivo mvel que oferece funes semelhantes s de um computador e
que se destaca pela sua conectividade.
Os smartphones dispem de todas as funes bsicas do telemvel (permite realizar chamadas
telefnicas, enviar mensagens de texto, etc.) e acrescenta caractersticas avanadas
(conexo/ligao internet, capacidade multimdia, ecr tctil).
Rodrigues (2009, p.19) afirma que pelas funcionalidades disponveis e diversas definies,
pode-se classificar os smartphones como dispositivos programveis que convergem
mobilidade e conectividade.
Com um smartphone, possvel ligar-se Web atravs de uma rede 2G, 3G ou Wifi;
consultar uma localizao (as coordenadas) atravs do GPS; reproduzir arquivos MP3 ou de
vdeo; tirar fotografias e gravar vdeos; utilizar jogos; gerir uma agente e em alguns casos
nomeadamente visualizar documentos de trabalho criados em PDF e em outros formatos.
Entre os sistemas operativos que se usam nos smartphones, pode-se mencionar o IOS,
Windows Phone e o Android.
2.3 Sistema iOS

Segundo Milani (2012), IOS o sistema operativo dos dispositivos mveis da Apple lanado
em 29 de Junho de 2007. Inicialmente o IOS foi desenvolvido para o iPhone, onde mais logo
se tornou tambm um sistema voltado no apenas a esse dispositivo, mas sim para todos os
dispositivos mveis que a Apple estava lanando, entre eles os iPads, iPods, e mais
recentemente a Apple TV.
9/78
Milani (2012) ainda afirma que o iOS foi desenvolvido pela Apple e sua execuo restrita
aos hardwares construdos por ela. Portanto, somente os dispositivos da prpria autora so os
que executam com sucesso o iOS.
As verses mais actuais do iOS j possuem suporte para os novos hardwares embutidos nos
mais recentes dispositivos mveis da Apple, entre eles, suporte para acelermetro, giroscpio,
cmera e GPS, entre outros recursos.
Lecheta (2012) diz que a linguagem de programao utilizada para o desenvolvimento de
aplicativos para iOS o Objective-C, que foi criada com base na sintaxe da linguagem
CANSI e nos conceitos do Smaltalk, uma das primeiras linguagens orientadas a objectos, e,
portanto, possui todos os recursos para usufruir deste paradigma.
As verses principais do iOS so lanadas anualmente. Sua verso actual, iOS 9.3, foi lanada
em 21 de Maro de 2016.
Figura 2.4 Dispositivos da Apple Inc.
Fonte: Apple Inc.
2.4Sistema Windows Phone

Windows Phone um sistema operativo para smartphones, lanado em 8 de Novembro de
2010 e desenvolvido pela Microsoft, actualmente na sua verso 10, que focado no mercado
consumidor, em vez do mercado empresarial.
O sistema ainda conta com ferramentas como a Cortana, assistente de voz pessoal, a
integrao nativa com o Office e a sincronizao com o Windows 8 em computadores.
Segundo Oliveira (2014), o Windows Phone oferece um conjunto de solues que facilita o
desenvolvimento de aplicativos para a plataforma. Fundamentado sobre o conceito de
desenvolvimento da Interface sobre um padro XML, no caso, o Microsoft Silverlight, e
utilizando a linguagem de programao C#.
A linguagem de programao C#, actualmente, amplamente utilizada para o
desenvolvimento dos mais diversos tipos de aplicaes na plataforma Windows.
10/78
Figura 2.5 Windows Phone
Fonte: Microsoft
2.5 Sistema Android
Segundo Fling (cit. in MARCON, 2013), afirma que o principal dever de uma plataforma
mvel prover ao usurio acesso s funcionalidades do dispositivo, permitindo a execuo de
softwares e servios. IDC (cit. in MARCON, 2013) afirma que diversas plataformas so
disponibilizadas para dispositivos mveis, sendo que as principais so a plataforma Android e
a iOS.
Para o presente trabalho optou-se pela plataforma Android visto que o desenvolvimento de
uma aplicao nesta plataforma permitira uma maior abrangncia populacional,
especificamente a do Municpio de Maputo. Outro factor que dispositivos com esta
plataforma so comercializados a preos mais baixos comparativamente a outras plataformas,
o que o torna preferncia por parte dos consumidores.
Estes factores fazem com que o impacto que o sistema a ser desenvolvido possa ter um
alcance elevado, comparativamente a outras plataformas.
Os dados estatsticos a seguir confirmam o nvel de popularidade da plataforma Android:
90,00% 81,20% 78,00%
80,00% 75,50%
70,00% 59,20%
60,00% Android
50,00% IOS
40,00% Windows Phone
30,00% BlackBerry OS
20,00% Others
10,00%
0,00%
2012 2013 2014 2015
Grfico 2.1 Participao de mercado de plataformas mveis (2012-2015)
Fonte: elaborado pelo autor com base em dados do IDC (2015)
11/78
2.5.1 Android
Android o nome do sistema operacional, baseado em Linux e pode ser implementado em
smartphones, notbooks e tablets. desenvolvido pela Open Handset Alliance, uma aliana
entre vrias empresas, dentre elas a Google.
Aquino (p.4,2007) define Android como uma pilha de softwares para dispositivos mveis
que inclui um sistema operacional, um milddleware e um conjunto de aplicaes chave.
O funcionamento do Android idntico a outros sistemas operacionais (como Windows, Mac
Os, Ubuntu, entre outros), cuja funo gerenciar todos os processos dos aplicativos e do
hardware de um computador para que funcionem perfeitamente.
A diferena que o Android foi impulsionado pela Google para ser operado nos seus prprios
dispositivos mveis e, desta forma, entrar na concorrncia com outros sistemas operativos
mobile dominantes como o Symbian (dispositivos Nokia), IOS (dispositivos Apple, como
IPhone) e Windows Phone.
Uma das principais vantagens do sistema Android a integrao dos servios Google a partir
de uma conta Google que o usurio j possua. Outra grande vantagem a loja de aplicativos
oficiais que a Google disponibiliza, que oferece uma infinidade de aplicativos gratuitos.
de se realar, tambm o esforo que a Google tem feito para disponibilizar ferramentas
intuitivas e optimizadas para desenvolvimento de aplicaes para a plataforma Android, com
constantes actualizaes acompanhadas sempre de inovaes e recursos adicionais que
dentem as necessidades e novas tendncias da sociedade, de forma que o desenvolvedor sinta
se o mais motivado para desenvolver aplicaes nesta plataforma.
2.5.2 Arquitectura Android

Segundo Burnette (2010) o sistema operacional Android representado pela arquitectura
ilustrada abaixo:
12/78
Figura 2.6 Arquitectura Android
Fonte: Burnette (2010, p.31)
2.5.2.1 Kernel Linux

O Android construdo em cima de um Kernel Linux, que usado internamente pelo sistema
para gerenciamento de memria, gerenciamento de processos e outros servios do sistema
operacional. Segundo Maicon (2013, p.22) importante notar que o usurio de um aparelho
Android nunca ver o sistema Linux, podendo se afirmar que os programas no faro
chamadas Linux directas.
2.5.2.2 Bibliotecas Nativas

a camada acima ao Kernel, ondem esto incorporadas as bibliotecas Android nativas. So
bibliotecas compartilhadas e escritas em linguagens C ou C++, compiladas para a arquitectura
especfica usada pelo aparelho, e pr-instaladas pelo fabricante do mesmo. Entre as
bibliotecas mais importantes podem-se citar: SQLite, WebKit, Media Codecs, FreeTypes e
OpenGL.
2.5.2.3 Android Runtime

tambm uma camada acima do Kernel, e responsvel pela execuo do cdigo compilado.
Nela est a mquina virtual Dalvik, uma implementao Java do Google, optimizada para
dispositivos mveis. Todo cdigo escrito para Android na linguagem Java e executado
nesta mquina virtual.
13/78
A Dalvik, diferentemente do Java tradicional, executa arquivos dex, que so arquivos

convertidos em tempo de compilao a partir dos arquivos padres .class e .jar, tornando-os
mais compactos e eficientes , caractersticas importantes se levando em considerao as
limitaes de memria e bateria dos aparelhos Android.
2.5.2.4 Framework de Aplicao

Esta camada, situa-se acima da camada de bibliotecas e de execuo, onde ela responsvel
por prover os programas bsicos para gerenciamento do aparelho, permitindo que os
desenvolvedores tenham acesso e possam tirar o proveito das capacidades do hardware
disponvel. As partes mais importantes do framework so:
Activity Manager
Content Providers
Resource Manager
Location Manager
Notification Manager
2.5.2.5 Aplicao
a camada do topo da arquitectura Android, onde esto os aplicativos que so realmente
vistos pelo usurio. Nessa camada esto tanto os aplicativos que j vm com aparelho, como o
aplicativo para contactos e o navegador Web, como os aplicativos adquiridos pelo usurio
atravs de download.
2.6 Sistemas de Informao

So vrias as formas de se definir um sistema de informao, dentre as quais pode-se destacar,
a definio de Cintra (cit. in SILVA, 2008), que define sistemas de informao como um
conjunto de dados, transformados em informaes atravs de recursos fsicos, hardware e
software, com a finalidade de atender determinada necessidade de informao dentro da
organizao.
Pode se definir tambm sistemas de informao como um conjunto organizado de elementos,
podendo ser pessoas, dados, actividades ou recursos materiais em geral, onde estes elementos
interagem entre si para processar informao e divulga-la de forma adequada em funo dos
objectivos de uma organizao.
14/78
Resumindo, um sistema de informao um sistema que recolhe, processa, armazena e

disponibiliza informao a organizao (universo), de modo que a informao seja acessvel a
quem necessita, servindo como base para tomada de deciso.
Sempre que se aborda o tema sistemas de informao no se pode deixar de definir alguns
conceitos bsicos ligados directamente a ele:
Dados: Cintra (cit. in SILVA, 2008), define dados como elementos conhecidos do
problema que se deseja resolver, sendo, portanto, brutos, oriundos de levantamentos,
questionrios ou pesquisas efectuados.
Informao: Cintra (cit. in SILVA, 2008), tambm define informao como sendo os
dados processados de forma que tenham significado para o seu receptor, possuindo
valor ou percepo, relativamente s decises actuais ou futuras.
Cintra (cit. in LIMA JR, 2008), afirma que a informao s tem qualidade quando
atende aos requisitos de ser preciso, concisa, disponvel, oportuna.
Sistema: uma coleco de Homens, mquinas e mtodos organizados que realizam
um conjunto de operaes especficas.
Os componentes bsicos de um sistema so:

a) Entradas: So todos os elementos que o sistema deve receber para serem
processados e convertidos em sadas ou produtos.
b) Sadas: So os resultados produzidos pelo sistema, em geral directamente
relacionados a objectivos ou razes dos sistemas; quando no acontece, ento o
sistema no est cumprindo o seu fim.
c) Componentes e Processos internos: So as partes internas do sistema, utilizadas
para converter as entradas em sadas. Os processos so as aces realizadas pelos
componentes do sistema na transformao das entradas e sadas.
d) Feedback: o retorno dado sobre as sadas produzidas pelo sistema as entradas do
mesmo. a avaliao da qualidade do produto do sistema. A realimentao deve ser
contnua, para que se tenha certeza da evoluo dirigida do sistema, garantindo seu
desenvolvimento no sentido adaptao as necessidades.
Tecnologia: Tecnologia so recursos utilizados para aplicar o conhecimento cientfico
(tcnicos) na execuo de tarefas.
15/78
Tecnologias de Informao: Segundo Rezende e Abreu (2001, p.78), Tecnologia da

Informao so recursos tecnolgicos e computacionais para gerao e uso da
informao.
Para Cruz (2000, p.24): Tecnologia da Informao todo e qualquer dispositivo que
tenha capacidade para tratar dados e ou informaes tantas de forma sistmica como
espordica, que esteja aplicado no produto e no processo.
2.7 Arquitectura de Sistemas

De acordo com a finalidade do sistema a ser desenvolvido, de grande importncia se definir
a arquitectura que ir suportar esse sistema.
2.7.1 Arquitectura Fsica

Esta representa a disposio dos componentes do sistema a nvel fsico ou da infra-estrutura.
Por ser um sistema que trata, cada cliente de forma individual fazendo o uso de um servidor
de aplicao, a arquitectura que melhor se adequa a cliente-servidor.
2.7.1.1 Arquitectura Cliente Servidor

Sommerville (2003), define que a arquitectura cliente-servidor um modelo de sistema
distribudo, que mostra como os dados e o processamento so distribudos em uma srie de
processadores.
Segundo Sommerville (apud Orfali e Harkey, 1998), em uma arquitectura cliente-servidor,
uma aplicao modelada como um conjunto de servios que so fornecidos por servidores e
um conjunto de clientes que utilizam esses servios.
Das pesquisas feitas, a abordagem cliente-servidor pode ser utilizada para implementar um
sistema com base e repositrios, em que o repositrio fornecido como um servidor de
sistemas. Servidores e clientes trocam dados para o processamento, isto pode resultar em
problemas de desempenho, quando grandes quantidades de dados so trocadas, no entanto
medida que as redes mais rpidas so desenvolvidas, esse problema est se tornando menos
importante.
Sommerville (2003), indica a vantagem mais importante do modelo cliente-servidor que ele
uma arquitectura distribuda, permitindo o uso efectivo de sistemas de rede com muitos
processadores distribudos, para alm disso, fcil incluir um novo servidor e integra-lo com
o restante do sistema ou fazer a actualizao dos servidores de modo transparente, sem afectar
outras partes do sistema.
16/78
2.7.2 Arquitectura Lgica

Designada como arquitectura n-tier, visa o desenvolvimento de aplicaes de forma a ter
vrias camadas lgicas. Cada camada autocontida o suficiente de forma que a aplicao
possa ser dividida em vrios computadores em uma rede distribuda.
A arquitectura n-tier composta por 2 ou mais camadas sendo a sua forma mais comum a de
trs camadas (3-Tier), comumente usada em aplicaes web.
2.7.2.1 Modelo 2-Tier

Ribeiro (1998) define este modelo em que as aplicaes para cumprirem os seus objectivos
funcionais devem pedir assistncia (servios) a uma outra componente de software.
Podem ser classificadas como:

Fat Client: Parte da Interface do Utilizador e lgica de negcio junta no cliente que
requer servios de acesso a dados ao servidor;
Thin Client: S a parte da Interface do Utilizador reside no cliente e a lgica de
negcio reside com o acesso a dados no servidor.
2.8 Linguagem de Programao

So vrias, as linguagens de programao existentes no mercado, sendo de destaque:
JAVA;
XML;
C++;
C#;
PHP;
HTML.
Dentre essas linguagens de programao, a escolhida a linguagem JAVA, visto que estas a
linguagem mais utilizada para desenvolvimento de aplicaes Android, contando tambm
com uma vasta comunidade dedicada a programao Android que pode ser encontrada na
Internet atravs de fruns de discusso, e de material didctico facilmente encontrado em
bibliotecas e em artigos na Internet.
17/78
Segundo Cesta (2005) a linguagem JAVA apresenta vantagens como:

Linguagem, editores e ambientes de desenvolvimento livre;
capaz de suportar processamento paralelo mltiplo;
O mesmo cdigo JAVA pode correr em diversas plataformas, sem que o cdigo seja
alterado, permitindo que aplicaes possam ser facilmente migradas entre servidores;
uma linguagem ideal para criao de jogos e aplicaes robustas, pois ela ajuda a
controlar a complexidade dos programas e a reusar o seu cdigo, reduzindo assim o
tempo de desenvolvimento.
2.9 Metodologias de desenvolvimento de Sistemas

Para poder desenvolver os sistemas, em qualquer nvel, deve-se adoptar uma metodologia que
ira servir de guia para o desenvolvimento do projecto, descrevendo um conjunto de regras,
padres, e tarefas imprescindveis para execuo de projectos com qualidade, produtividade e
segurana.
A aplicao de uma metodologia de desenvolvimento de sistemas, segundo Lopes (2005), tem

como objectivos:
Sobressair pelo atendimento dos requisitos de negcio estabelecidos para o projecto;
Possibilitar um maior controle quanto aos prazos de entrega do sistema;
Agregar qualidade ao produto desenvolvido, com flexibilidade para receber evolues
exigidas pelo dinamismo dos requisitos de negcio;
Possibilitar o acompanhamento e a gesto dos processos passo a passo;
2.9.1 Metodologia gil de Desenvolvimento de Software

Segundo Steffen (2012), metodologia gil uma forma de gesto e desenvolvimento de
software que usa uma abordagem de planeamento e execuo iterativa e incremental voltado
para processos empricos (complexos, caticos ou com muita incerteza, podendo haver
mudana ao longo do processo, no so repetitivos e so imprevisveis) que divide o problema
em produtos menores e que visa entregar software funcionando regularmente.
Seu principal objectivo entregar o produto que o cliente realmente deseja e que ser til e
com qualidade.
Segundo Oliveira (2002, p.13), as metodologias geis apresentam diferenas marcantes em

relao s metodologias tradicionais, entre as quais se destacam:
18/78
As metodologias geis so adaptativas ao invs de preditivas;

As metodologias geis so orientadas s pessoas e no a processos;
As metodologias geis so mais voltadas para o bem do negcio.
Segundo Pressman (2010), as metodologias geis quanto ao tipo podem ser classificadas
como:
- XP (Extreme Programming);
- DAS (Desenvolvimento Adaptativo de Software)
- DSDM (Dynamic Software Development Method)
- Scrum
- Crystal
- FDD (Feature Driven Development).
2.9.1.1 Extreme Programming (XP)

Segundo Oliveira (2012), Extreme Programming (ou simplesmente XP) uma metodologia
gil para equipes pequenas e mdias desenvolvendo software com requisitos vagos e em
constante mudana.
O XP usa uma abordagem orientada a objectos como seu paradigma de desenho e composto
por quatro actividades: Planeamento, Projecto, Codificao e Teste, que so repetidas iterao
a iterao. Tomas (2009, p.7).
Planeamento: criado pelo cliente, um conjunto de histrias que descrevem
caractersticas e funcionalidades necessrias para o software a ser construdo. Cada
histria d entrada no sistema de controlo da metodologia e indexada e o cliente
atribui-lhe um valor de prioridade. Os membros da equipa analisam esta lista e atribui-
lhes custos, se a histria precisar de mais de trs semanas, pede-se ao cliente que
divida. Novas histrias podem ser adicionadas a qualquer momento. O prximo passo
a equipa em colaborao com o cliente decidir que histrias vo ficar prontas na
prxima iterao e em que data.
Projecto: A filosofia inerente KIS (Keep it simple), desencorajado o
desenvolvimento de uma funcionalidade extra, porque o programador acha que mais
tarde deve ser precisa. Frequentemente geram-se prottipos, operacional de partes do
projecto ou da totalidade. O XP encoraja a refrabicao, uma tcnica de construo. (
19/78
o processo de alterar e aperfeioar o sistema de software interno, sem que altere o

comportamento externo.)
Codificao: Antes do cdigo, recomenda o processo, que se crie uma bateria de
testes unitrios para qua a histria fique satisfeita. Ento o foco dos programadores a
satisfao destes testes unitrios. Para a codificao o XP, recomenda que esta seja
feita em pares. (Duas cabeas trabalham melhor do que uma), isto garante outros
aspectos como qualidade, e rapidez.
Teste: Os testes unitrios, so mantidos ao longo das vrias iteraes e passam a fazer
parte de uma bateria de testes de regresso, que no mais do que todos os testes
unitrios agrupados para serem testados periodicamente de uma vez em perodos
curos. A ideia confirmar que nada deixou de funcionar.
O processo de desenvolvimento do XP baseado em quatro valores fundamentais que
servem como parmetro para o sucesso no desenvolvimento do software e para garantir a
satisfao do cliente. Estes valores podem ser observados na figura a seguir:
Figura 2.7 Valores da Metodologia gil XP
Fonte: Painka (2014, p.2)
Comunicao: o ponto fundamental para qual for a actividade que seja desenvolvida
em equipa, seja em qual rea for, e no processo de desenvolvimento de software no
diferente, por meio de uma comunicao gil que todo o processo baseado.
Toniazzo (2007).
Simplicidade: durante a anlise de um dos requisitos de um projecto, o seu treinador
precisa se perguntar qual a forma mais simples possvel de se realizar esta tarefa.
Desta forma o XP mostra que a simplicidade fundamental para se obter sucesso no
projecto. Toniazzo (2007).
Feedback: imprescindvel, seja na etapa de codificao, onde o programador ir
efectuar testes em cada trecho do cdigo, seja na comunicao com o cliente, onde ir
ser verificado se os requisitos que o cliente necessita foram atendidos de forma
simples e eficaz. Toniazzo (2007).
20/78
Coragem: Pelo fato do XP ser uma metodologia diferenciada das metodologias

tradicionais, ela acaba desafiando as metodologias clssicas em certos pontos, ela
aborda o desenvolvimento sobre um outro aspecto, ter coragem no desenvolvimento
do projecto essencial, pois por vrias vezes preciso tomar decises que em primeira
impresso podem parecer errados, porm acabam se mostrando decises valiosas.
Um exemplo disso analisar um determinado cdigo e decidir se valido continuar a
escrev-lo ou se ser necessrio refaz-lo novamente de uma forma mais simples e
eficaz. Toniazzo (2007).
Esta metodologia ser apoiada da linguagem de modelao UML, pois, essa linguagem
extensvel e adaptvel, seleccionando quais elementos da UML melhor expressam a
metodologia a ser usada.
2.10 Modelao de Sistemas

Os requisitos do utilizador devem ser escritos em linguagem natural porque precisam de ser
compreendidos por pessoas que no possuem conceitos tcnicos, havendo em certos casos
requisitos mais detalhados que so expressos de maneira mais tcnica. Uma tcnica muito
usada a que se pode documentar as especificaes do sistema como um conjunto de modelos
do sistema. Estes modelos so feitos de maneira grfica onde se descreve o problema a ser
resolvido e o sistema a ser desenvolvido. Estes modelos por serem representaes grficas so
mais compreensveis que as descries feitas em linguagem natural dos requisitos do sistema.
Assim, torna-se necessrio podermos recorrer a uma linguagem que facilite a comunicao
entre quem tm de lidar com o negcio e com a informtica.
2.10.1 UML
A UML (Unified Modeling Language) uma linguagem de modelao que utiliza uma
notao padro para especificar, construir, visualizar e documentar sistemas de informao
(Nunes e ONeil, 2001).
A grande vantagem da UML pelo facto de ela permitir realizar um desenho de um projecto
atravs da especificao, visualizao, concepo e documentao de artefactos que compe
um sistema de informao.
Segundo Vargas (2008), a UML assenta-se sobre o seguinte conjunto de diagramas:
Diagrama de caso de uso (casos de utilizao ou em ingls use case);
Diagrama de classes;
21/78
Diagrama de objectos;
Diagrama de sequncia;
Diagrama de actividade;
Diagrama de estados;
Diagrama de componentes;
Diagrama de instalao (deployment);
Dentre os tipos de diagrama acima citados, as principais e as que este trabalho estar
focalizado so: diagrama de caso de uso, de classes e de Actividades.
2.10.1.1 Diagrama de Caso de Uso

O diagrama de caso de uso, segundo Isaas (2001), descreve a forma como um actor (i.e.,
pessoa, organizao, ou sistema externo) interage com a aplicao. Este diagrama tem como
objectivo representar os requisitos funcionais do sistema recorrendo aos conceitos de caso de
uso e de actor, isto , mostrar o que o sistema deve efectuar e no como vai fazer.
O termo de requisito de acordo com Nunes (2001), refere-se a uma funcionalidade ou
caracterstica que considerada indispensvel sobre o ponto de vista do utilizador.
Os requisitos podem ser qualificados em trs categorias, segundo Nunes (apud Bennet,
McRobb e Farmer, 1999):
Requisitos funcionais- estes definem o que o sistema faz ou que devera fazer, estes
sero levantados, compreendendo a descrio de processamentos que o sistema devera
realizar, tendo em conta as entradas (inputs) e sadas (outputs) da informao de forma
que interajam com pessoas e outros sistemas (i.e., papel ou visualizar no ecr).
Requisitos no funcionais- estas definem as caractersticas qualitativas do sistema,
descrevendo a qualidade com que o sistema devera fornecer os requisitos funcionais.
Estes requisitos englobam as medidas de desempenho como, por exemplo, volumes de
dados, segurana e tempos de resposta.
Requisitos de facilidade de utilizao (usuability) este tem a responsabilidade de
garantir a existncia de uma boa ligao entre o sistema desenvolvido, utilizadores do
sistema inclusive as tarefas que realizam apoiadas pelo sistema como, por exemplo,
menus particulares para smartphones.
Este diagrama utiliza as seguintes abstraces de modelao:

Actor representa uma entidade externa que interage com o sistema;
22/78
Casos de uso caracterizam as funcionalidades que a aplicao a desenvolver deve

disponibilizar ao utilizador;
Relaes (include, exclude e generalizao) a relao include significa que
um determinado caso de uso utiliza ou inclui a funcionalidade disponibilizada num
outro caso de uso. A relao exclude existe quando existe um comportamento
opcional que deve ser includo num caso de uso. A relao de generalizao utilizada
quando existe um caso de uso que um caso particular de outro use case. Esta relao
tambm pode ser utilizada entre actores.
Notao bsica para o diagrama de caso de uso:
Figura 2.8 Notao bsica Diagrama de Caso de Uso
Fonte: Autor (2016)
2.10.1.3 Diagrama de Classe

Os diagramas de classe tm como base de criao um modelo de classes que resulta de um
processo de abstraco pelo qual so identificados objectos (entidades e conceitos) relevantes
no contexto a qual se pretende modelar e se procuram descrever de forma concisa
caractersticas comuns em termos de propriedades (atributos) e de comportamento
(operaes). Assim, essa descrio genrica designa-se por classe, logo, as classes descrevem
objectos com atributos e operaes comuns e servem dois propsitos: permitem compreender
o mundo rela naquilo que relevante para o sistema de informao que se pretende
desenvolver e fornecem uma base pratica para a implementao em computador. Nunes (apud
Rumbaughet et al,1991).
23/78
Conceitos
Objecto: uma entidade ou conceito existente no contexto de modelao (mundo real), sendo
relevante para ser incorporado no modelo de informao. Este possui conjunto de
Propriedade, um comportamento e uma identidade. Nunes (p.38,2004).
Propriedades: so caractersticas que definem o objecto, transpostas para um conjunto de
atributos, cujos valores estabelecem o estado do objecto. Nunes (p.38,2004).
Comportamento: definido como as operaes que o objecto pode efectuar. Nunes
(p.38,2004).
Identidade: permite identificar um objecto em particular como nico num conjunto de
objectos semelhantes. Nunes (p.38,2004).
Classe: uma abstraco sobre um conjunto de objectos que partilham a mesma estrutura e
comportamento. Nunes (p.39,2004).
Atributo: uma caracterstica que os objectos possuem e que representada por um valor de
dados. Nunes (p.40,2004).
Operaes: so a representao lgica do comportamento de um objecto, consistindo em
aces efectuadas por ou sobre o objecto. Nunes (p.40,2004).
Notao bsica para o diagrama de classe:
Figura 2.9 Notao bsica Diagrama de Classe
Fonte: Autor (2016)
24/78
2.10.1.3 Diagrama de Actividades

Segundo Gudwin (2012), o diagrama de actividades um diagrama UML utilizado para
modelar o aspecto comportamental de processos. Neste diagrama, uma actividade modelada
como uma sequncia estruturada de aces, controladas potencialmente por ns de deciso e
sincronismo. Em seu aspecto simples, um diagrama de actividades pode ser confundido com
um fluxograma. Entretanto, ao contrrio de fluxogramas, os diagramas de actividades
suportam diversos recursos, tais como as parties e os ns do tipo fork e merge, alm da
definio de regies de interrupo, que permitem uma modelagem bem mais rica.
Notao bsica para o diagrama de actividade:
Figura 2.10 Notao bsica Diagrama de Actividades
Fonte: Autor (2016)
25/78
2.11 Arquitectura MVC

MVC (Modelo-Viso-Controle) uma arquitectura de software que divide a aplicao em trs
camadas: modelo, viso e controle.
SILVA (2008) afirma que o MVC tem o objectivo de separar dados ou lgica de negcios
(Model) da interface dos usurios (View) e do fluxo da aplicao (Control).
Camada de Viso: responsvel por apresentar toda interface grfica do sistema para
o usurio. Essa camada no possui lgicas de negcios, portanto todo o processamento
feito pelo modelo e ento repassada para a viso. (COSTA, 2008)
Camada de Modelo: responsvel por manipular toda regra de negcio do sistema e
acesso ao banco de dados.
Camada de Controlo: atua como intermedirio entre as camadas de viso e modelo
realizando o processamento dos dados submetidos pelo usurio. Essa camada
selecciona uma visualizao para ser exibida como elemento da resposta a requisio
do usurio. (ROHLOFF, 2007)
Na Figura 11, ilustrado o fluxo de eventos que ocorre em uma arquitectura MVC. Tem-se
primeiramente o controlador que interpreta os dados enviados pelo usurio por intermdio da
camada de visualizao, e os envia para a camada de modelo processar a requisio. Como
por exemplo: O utilizador quer saber a localizao de um determinado autocarro. O modelo
simplesmente realizar uma consulta no banco de dados, obtm a localizao e logo em
seguida envia para a camada de visualizao, que exibe os dados actualizados para o
utilizador.
Figura 2.11 Fluxo de eventos e informaes em uma arquitectura MVC
Fonte: Souza (2014, p.12)
Essa arquitectura foi adoptada no desenvolvimento do aplicativo pelo facto da organizao do

projecto, reutilizao de cdigo, manuteno facilitada e optimizao da aplicao
desenvolvida, pois caso precise realizar uma modificao apenas na interface grfica do
sistema, ento basta apenas alterar camada de visualizao sem precisar se preocupar com as
demais camadas.
26/78
2.12 Servios de Localizao e de Telecomunicao

2.12.1 GPS (Sistema de Posicionamento Global)
Segundo Balvedi (2004, p.2), GPS (Global Positioning System) um sistema de navegao
baseado em satlites, que fornece informaes de localizao em tempo real para qualquer
pessoa com um receptor GPS.
O seu projecto foi iniciado em 1973, e se encontra plenamente operacional deste 1994,
quando foi lanado o 24 satlite.
um sistema de posicionamento desenvolvido pelo Departamento de Defesa dos Estados
Unidos da Amrica. Este sistema permite calcular rapidamente e com exactido posies na
Terra, combas em informaes enviadas pelos satlites de uma constelao comum total de 24
satlites.
O seu principal objectivo seria a de proporcionar, em termos genricos, os meios necessrios
para rapidamente e de forma eficaz se determinar a posio tridimensional de um qualquer
ponto localizado no globo terrestre (ou perto dele) a qualquer instante.
As funes do receptor de GPS so, captar os sinais que so emitidos pelos satlites e
descodifica-los, reconhecer qual o satlite que enviou ao sinal, armazenar os dados recebidos,
e efectuar clculos para reconhecer a localizao do mesmo.
A primeira destas medidas aquela directamente recebida do satlite.
A segunda medida enviada por uma estao terrestre (no muito longe do receptor) que
recebe o sinal proveniente do satlite afectado sensivelmente pelo mesmo erro (dado que
receptor e estao se encontram relativamente prximas).
A estao terrestre processa o sinal e, dado que a sua posio conhecida, envia a correco
ao receptor que, de forma diferencial, procede correco da informao anteriormente
recebida.
Figura 2.12 Constelao de Satlites
Fonte: Google (2016)
27/78
O GPS disponibiliza servies como:

Standard Positioning System (usurios civis);
Precise Positioning System (usurios militares, ou autorizados).
2.12.2 GSM
O GSM ou tecnologia 2G surgiu na Europa no incio da dcada de 80 como soluo para a
unificao das tecnologias mveis existentes, visto que o mercado celular europeu era
caracterizado por diversos padres analgicos incompatveis, factor que no permitia uma
integrao entre os pases. Esse sistema foi definitivamente implantado em 1 de Julho de
1991.
O GSM segundo CINTRA (2014, p.30): um padro extremamente popular no mundo para
telefones celulares e smartphones. A principal diferena e causa de sucesso dessa tecnologia
em relao s anteriores o fato de que o sinal e os canais de voz so digitais.
caracterizado por uma largura de banda de 200 KHz e faixa de operao de 1.8 GHz.
2.12.3 GPRS
CINTRA (2014, p.32) diz que, o GPRS o prximo nvel de evoluo da tecnologia GSM,
tambm denominada GSM++, ou por se tratar de um nvel intermedirio entre as tecnologias
2G e 3G, o seu padro e denominada tecnologia 2.5G.
O GPRS (General Packet Radio Service) uma tecnologia de segunda gerao (2G) que
acrescenta ao GSM a possibilidade de realizar a comutao de pacotes de dados. Esta
tecnologia foi projectada inicialmente para permitir o acesso internet para dispositivos
mveis e principalmente celulares.
O GPRS uma tecnologia que aumenta as taxas de transferncia de dados nas redes GSM
existentes. Permite o transporte de dados por pacotes (Comutao por pacotes).
Oferece uma taxa de transferncia de dados muito mais elevada que as taxas de transferncia
das tecnologias anteriores, que usavam comutao por circuito, que eram entorno de 12 Kbps,
passando a fornecer velocidade at 170 Kbps (em situaes ideais). Na prtica, a taxa est em
torno dos 40 Kbps.
28/78
2.12.3.1 Vantagens do GPRS

Radio Dados (2009) destaca algumas das principais vantagens do GPRS que so:
Utilizao de voz e dados simultaneamente no mesmo canal.

Ampla cobertura em todas as unidades.
Acesso imediato e permanente para dados. Para se conectar rede utilizando GSM
so necessrios de 15 a 30 segundos, sendo que esse tempo consumido a cada
religao. Com o GPRS, uma vez estabelecida a conexo, a mesma estar
permanentemente activa.
Aumento significativo na velocidade de transmisso de dados (atravs da rede GSM
possvel alcanar uma velocidade mxima de 9,6 Kbps; com o GPRS a velocidade
varia de 40 Kbps at 144 Kbps).
Utilizao de protocolos X.25 e IP amplamente divulgados.
Possibilidade de utilizao de vrias operadoras de telefonia e modelos diferentes de
celular-modems, havendo assim uma maior flexibilidade e independncia em relao
ao mercado.
Reduo de custos. Com o GSM a tarifao efectuada por tempo de conexo. Com o
GPRS, a tarifao efectuada com base na quantidade de dados transmitidos.
de se destacar a vantagem de acesso (disponibilidade) imediata visto que facilita conexes
instantneas pois a informao pode ser enviada ou recebida imediatamente conforme a
necessidade do usurio, sem a necessidade de conexes dial-up atravs de modems, e manter
uma comunicao de voz e dados durante o seu deslocamento entre reas.
2.12.4 3G
a terceira gerao de padres e tecnologias de telefonia mvel, substituindo o 2G (GPRS).
Baseado na famlia de normas da Unio Internacional de Telecomunicaes (UIT), no mbito
do Programa Internacional de Telecomunicaes Mveis (IMT-2000), surgiu devido ao uso
crescente da internet pelas pessoas em todo o mundo, agora no somente nos computadores,
visto que essa demanda chegou tambm a celulares e smartphones. Essa tecnologia trouxe
cobertura com qualidade superior se comparada com as tecnologias anteriores, aprimoramento
da transmisso de dados e voz, oferecendo tambm maiores velocidades de conexo, alm de
vdeo chamadas e outros servios.
29/78
2.13. Plataforma Google AppEngine

Segundo Marcon (2014), o Google AppEngine um servio que fornece servios de
hospedagem para aplicaes e seu ambiente especialmente projectado para aplicaes
dinmicas de tempo real.
Diferentemente dos servios de hospedagem tradicionais, no AppEngine o usurio s paga
pelos recursos que forem usados.
Figura 2.13 Arquitectura da AppEngine
Fonte: MARCON (2014, p.25)
2.14 MBaaS
Segundo lvaro (2015) MBaaS (Mobile Backend as a Service) uma evoluo do cloud-
computing e do software as a Service (software como servio) que consiste em APIs que
possibilitam a integrao entre sites ou aplicativos mveis a uma srie de funcionalidades
prontas e disponibilizadas em infra-estrutura na nuvem. Um MBaaS, serve para aumentar a
produtividade, reduzir custos e optimizar o tempo e esforos no desenvolvimento de um Web
site ou aplicativo.
MBaaS podem ser definidos tambm como sendo modelos para provisionamento de servios
de backend via cloud para aplicaes Web e mobile.
2.14.1 Vantagens do MBaaS

O uso de MBaaS permite obter vantagens como:
Notificaes via push, integrao com redes sociais, armazenamento, base de dados,
busca, etc;
30/78
Agilidade e desenvolvimento mais rpido (foco na aplicao e no em servios de no

backend);
Baixo custo, alta disponibilidade e escalabilidade;
Menos Infra-estrutura para manter (servidores, Sistema Operativo, Web e appserver,
base de dados, storage, redes, etc.).
Figura 2.14 Arquitectura MBaaS
Fonte: Alvarado (2015, p.10)
2.14.2 Desvantagens do MbaaS

Kony (2015), afirma que apesar das vantagens que o MbaaS proporciona ela no totalmente
perfeita, destacando como desvantagens os seguintes pontos:
Percepo sobre os riscos de segurana: Empresas normalmente entendem que
dados armazenados e acedidos na nuvem no to segura como se estar armazenado
localmente e sobre proteco de uma firewall, manifestando assim uma relutncia para
permitir terceirizao do armazenamento e acesso dos dados na nuvem.
Problemas de desempenho: Latncia e problemas de desempenho por algumas vezes
tornam-se uma preocupao quando uma aplicao acede dados, segurana,
mensagens instantneas e capacidades de funcionamento offline atravs de uma
nuvem. Pessoas acreditam que tendo a informao, computao e logica de negcio
localmente oferece melhor desempenho possvel. Tradicionalmente, esta informao
dava-se como vlida. Uma aplicao que acede servios na nuvem, passa pelo firewall
31/78
para puxar dados da empresa, envia pela nuvem e depois de volta para o dispositivo,
pode sofrer problemas de latncia. Tendo isso em conta, torna-se necessrio perguntar
a provedoras de MBaaS sobre os seus padres de desempenho de modo a escolher a
que mais se adequa aos requisitos em causa.
Comunicao de rede mvel: Ao executar recuperao de dados, lgica de negcio e
computao na nuvem atravs de MBaaS, a susceptibilidade disponibilidade da rede,
ao desempenho e transferncia de dados por pacotes certa. Muitas aplicaes
evitam esta situao provendo todo trabalho de lgica de negcio e computacional no
prprio dispositivo. Pelo facto de MBaaS operar todo backend na nuvem, a aplicao
est aberta a qualquer problema que surge do servio de rede mvel.
2.14.3 Firebase
O projecto Firebase foi fundado em 2011 por Andrew Lee e James Tamplin, com sede em
So Francisco na Califrnia, onde posteriormente foi adquirida pela Google em Outubro de
2014.
O Firebase um BaaS (backend as a service) que oferece diversos servios na nuvem para
facilitar o desenvolvimento de aplicaes no lado do servidor. Com integrao a vrias
plataformas como Angular, Java Script, Node.js, Android e iOS, o Firebase visa ajudar os
desenvolvedores a focar no desenvolvimento frontend mobile e web.
Figura 2.15 Sincronizao entre dispositivos por meio do Firebase
Fonte: Google
Actualmente o Firebase oferece trs (3) planos, o Spark (gratuita), Flame (25$ por ms), e
Blaze (escalonvel), cada um variando de acordo com as necessidades das aplicaes.
32/78
O Firebase proporciona vantagens como:

Reduo da complexidade ou at eliminao da necessidade de se desenvolver uma
aplicao do lado do servidor;
Tempo de resposta baixssimo, o que torna o Firebase ideal para aplicaes em tempo
real;
Crescimento progressivo da aplicao, a partir do plano Blaze, a aplicao poder
receber a quantidade de trfego de dados e de usurios que for necessria.
Independentemente dos limites do plano, a aplicao poder escalonar para atender a
demanda.
Sincronizao automtica entre os dispositivos sem necessidade de desenvolvimento
de cdigo para o efeito.
2.14.4 NoSQL
O corao do Firebase uma base de dados NoSQL (Not Only SQL) real time que armazena
os dados na nuvem. O termo usado simplesmente para descrever uma famlia de base de
dados que no so relacionais, podendo variar em vrios pontos entre eles.
O NoSQL proporciona vantagens como:
Flexibilidade: A grande flexibilidade dos bancos de dados NoSQL muito popular
por suportar as prticas de desenvolvimento gil, pois elimina a complexidade de
mudanas dos bancos de dados gerando um bom suporte para adaptaes rpidas;
Escalabilidade: A escalabilidade NoSQL aplica-se tanto ao crescimento dos dados
quanto ao nmero de usurios agindo simultaneamente sobre os dados;
Disponibilidade: A indisponibilidade de uma base de dados pode causar srios
prejuzos, incluindo perda de clientes. A maioria das bases de dados NoSQL oferece
eficientes arquitecturas de replicao de dados que proporciona aos NoSQL maior
disponibilidade. Ou seja, se um ou mais servidores (ou ns) caem um outro n do
cluster est apto a continuar o trabalho automaticamente sem perda de dados;
Baixo Custo Operacional: Devido ao peso do open source no NoSQL, o custo para
iniciar a utilizao das bases de dados NoSQL tambm se torna muito baixo ou zero.
Grandes bancos de dados relacionais requerem computadores ou mainframes caros.
Com o NoSQL, esse custo tambm diminui, pois este foi desenvolvido para trabalhar
em ambientes distribudos.
33/78
Funcionalidades Especiais: Oferecem funcionalidades especiais para incentivar e

atrair mais utilizadores como, capacidade de consulta de dados geoespaciais,
replicao automtica de dados, funcionalidades para sincronizao, APIs Restful.
2.15 Google Maps API

Segundo Xavier (2013), com o Google Maps API Android, possvel adicionar mapas com
base em dados do Google Maps para uma aplicao. A API lida automaticamente com acesso
aos servidores do Google Maps, o download de dados, visualizao do mapa, e a resposta
para mapear gestos. Tambm possvel usar as chamadas de API para adicionar marcadores,
polgonos, obter tempo estimado de chegada e sobreposies de um mapa bsico e para mudar
a viso de uma rea do mapa especfico do usurio. Adicionar objectos para fornecer
informaes adicionais para os locais do mapa e permitir a interaco do usurio com o mapa.
2.16 Raspberry PI
De acordo com a pgina do Raspberry PI (2015), o Raspberry PI (lanado no mercado em
Fevereiro de 2012) um microcomputador de baixo custo do tamanho de um carto de crdito
que se conecta a um monitor ou TV, usa teclado e mouse padro. um pequeno dispositivo
que permite pessoas de todas as idades explorarem a computao. Com o Raspberry PI
possvel fazer quase tudo que se pode fazer com um desktop, como por exemplo: navegar na
internet, reproduzir vdeos em alta definio, trabalhar com planilhas e jogar.
Alm do mais, o Raspberry PI tem a capacidade de interagir com o mundo exterior por
intermdio de sensores, e tem sido usado em uma gama de projectos.
Actualmente o Raspberry PI conta com 3 verses lanadas sendo a verso Raspberry PI 3 a
mais recente e com as seguintes especificaes:
Processador: 1.2GHz 64-bit Quad-core ARM Cortex-A53 (10x superior ao Raspberry
Pi 1)
Wireless integrado: WiFi 802.11n e Bluetooth 4.1
Retro compatibilidade: Sim com Raspberry Pi 1 e 2.
34/78
Figura 2.16 Dispositivo Raspberry PI 3
Fonte: Raspberrypi.org
Raspberry PI (2015) afirma que o Raspberry PI est disponvel em dois modelos, o modelo A e
o modelo B. A grande diferena entre os modelos que na verso mais recente, o modelo B
possui uma porta Ethernet que possibilita realizar a conexo com a internet.
Embora o modelo A no possua uma porta desse tipo, nada impede que um adaptador de
internet seja conectado a uma porta USB para que ele possa se conectar a internet.
Visto a grande quantidade de poder de processamento que esse microcomputador possui e a
possibilidade de interagir com o mundo externo, mostra-se vivel o seu uso em projectos
conjunto com mdulos como a ttulo de exemplo do 3G+GPS Shield responsvel por captar
os sinais dos satlites GPS em rbita e proporcionar acesso a internet 3G e/ou GPRS.
2.17 Outras definies
Meios e modos de transporte: so as categorias em que o transporte dividido. So os

4 grandes grupos: Modo Rodovirio, Ferrovirio, Areo e Fluvial/Martimo. Os meios
de transporte so os veculos que compem cada modo. No modo rodovirio: Carro,
autocarro/nibus, moto, bicicleta, peo/pedestre. Ferrovirio: Trem/comboio,
metro/metr, elctrico/bonde. Areo: Avio, Balo, Helicptero, Dirigvel (excepto o
helicptero, desconheo o uso dos outros no meio urbano). Fluvial/Martimo: Barcos
diversos, jet-ski (transporte de passageiros por via fluvial. O quinto modo (fifth
mode), que comeou a ser discutido nos ltimos anos, refere-se integrao entre os
demais modos com o uso do solo e com tecnologias diversas. Schlickmann (2015).
Transporte colectivo, individual, pblico e privado: A diferena entre transporte

pblico e privado se refere ao usurio (cliente) do transporte e no
empresa/organizao/parceria pblico-privada que fornece o servio populao.
Transporte pblico um servio que todos podem usar, pagando ou no, e alguns podem
35/78
ser positivamente discriminados atravs de passes sociais, para deficientes, idosos e

estudantes. Transporte privado s pode ser usado pelo seu dono e por quem ele permite e
no constitui um servio aberto ao pblico. Transporte colectivo refere-se a todo meio de
transporte partilhado por pessoas que no necessariamente se conhecem. Transporte
individual se refere ao transporte de somente uma pessoa. Schlickmann (2015).
Transportes pblicos colectivos: podem ser Servio de autocarro/nibus, metro/metr,

barco, comboio/trem com um percurso, horrio e tarifa fixo fornecido por uma empresa
de transporte. Esta empresa pode ser pblica ou privada. Schlickmann (2015).
36/78
CAPTULO 3 - MARCO CONTEXTUAL DA INVESTIGAO

Este captulo apresentar o contexto da investigao, onde em primeiro plano feita uma
breve descrio do caso de estudo, os aspectos gerais de forma a conhecer o local em que se
ir efectuar o estudo. Em seguida tambm feita uma descrio do senrio actual dos
transportes pblicos colectivos no Municpio de Maputo, onde se pretende desenvolver uma
aplicao Android para a localizao de transportes pblicos colectivos no Municpio de
Maputo, de modo a suprir com algumas das dificuldades enfrentadas pelos utentes do mesmo.
3.1 Perfil da Cidade de Maputo

A Cidade de Maputo (Loureno Marques at 1976) a capital e a maior cidade de
Moambique. tambm o principal centro financeiro, corporativo e mercantil do pas.
Localiza-se no sul do pas, na margem ocidental da Baa de Maputo. Est limitado a norte
pelo distrito de Marracuene, a noroeste e oeste pelo Municpio da Matola, a oeste pelo distrito
de Boane e a sul pelo distrito de Matutune (Marco, 2011).
A cidade constitui administrativamente um municpio com um governo eleito e tem tambm,
desde 1980, o estatuto de provncia, no devendo ser confundido com a provncia de Maputo
que ocupa a parte mais meridional do territrio moambicano, exceptuando a Cidade de
Maputo.
De acordo com (Cenco, 2014), a Cidade de Maputo tem uma rea de 347,69 e uma
populao estimada de 1.225,868 o que representa um aumento de 13,2 % em dez anos. Est
dividida em sete distritos municipais, que se encontram, por sua vez, divididos em bairros.
Figura 3.1 Cidade de Maputo
Fonte: Google Maps (2016)
37/78
3.1.1 Diviso Administrativa

O Municpio de Maputo encontra-se administrativamente dividido em 7 distritos municipais,
nomeadamente: KaMpfumo, Nlhamankulu, KaMaxaquene, KaMavota e KaMubukwana,
KaTembe e KaNyaka, respectivamente no quadro da entrada em vigor de uma resoluo da
Assembleia Municipal sobre a matria em 2010.
Figura 3.2 Diviso Administrativa do Municpio de Maputo
Fonte: Municpio de Maputo (2010)
3.1.2 Perfil socioeconmico

Segundo Marco (2011), a capital do pas concentra todas as instituies ministeriais, para
alm das instituies do governo da Cidade de Maputo e do Municpio. Para alm dos
servios ministeriais, a cidade possui vrias instituies a se destacar as instituies de Ensino
Superior entre Universidades, institutos superiores e institutos politcnicos, escolas, hospitais,
postos de sade, os bancos comerciais e de investimento, instituies financeiras,
estabelecimentos comerciais, jardins, residncias, entre outros.
3.1.3 Aspectos tcnicos a serem considerados

O Municpio de Maputo servido por uma rede de telefonia mvel e fixa, energia elctrica na
tenso de 220V e provedores de Internet com acesso discado, via rdio, acesso via linhas
terrestres (cabo, fibra ptica), via satlite, WiMax, EDGE, 3.75G, atravs da rede telefnica
(ADSL). Tendo em conta a faixa etria jovem, para o Municpio de Maputo a UIT (2015)
estima que 74 a 100 habitantes tem subscrio de operadora mvel o que resulta em 15%
(183.880) potenciais utilizadores.
38/78
3.2 Sistema de Transportes no Municpio de Maputo

O sistema de transportes colectivos no Municpio de Maputo constitudo pelo sector
pblico, onde pode-se encontrar em actividade empresas pblicas como a EMTPM que opera
com autocarros de 34 lugares, e o sector privado, onde pode-se encontrar em actividade
autocarros da Cootrac I Lda, com capacidade de at 34 lugares, atravs de uma parceria
pblico-privada.
O sistema transporte no Municpio de Maputo, actualmente segundo Arajo (2010)
dominado pelo sector privado, sendo este o actor principal da mobilidade de passageiros quer
no Municpio de Maputo, quer a nvel nacional, para trajector urbanos, provinciais e
interprovinciais, suplantando o transporte particular, o sector pblico e o sector privado
convencional.
Figura 3.3 Autocarro da Cootrac I 34 Lugares Figura 3.4 Autocarro da EMTPM VW 34

Lugares
Fonte: Autor (2016)
Fonte: EMTPM
3.2.1 Pontos Crticos

Segundo Arajo (2010), os principais pontos crticos ou vulnerveis esto localizados nos
troos do Benfica, Jardim, Junta, Av. Joaquim Chissano, Guerra Popular, Av. Eduardo
Mondlane e Av. 24 de Julho, que alm do intenso trfego rodovirio que se verifica nas horas
de ponta, quando a maioria dos cidados se aglomeram para sair ou entrar na cidade, abriga a
maioria dos estabelecimentos comerciais, bancrios e instituies.
39/78
3.2.2 Transportes pblicos colectivos do Municpio de Maputo

Actualmente o sistema de transportes pblicos colectivos no Municpio de Maputo servido
pela EMTPM atravs dos seus autocarros colectivos de 34 lugares com rotas disponveis a
vrios pontos do Municpio de Maputo, pela empresa privada Cootrac I Lda, igualmente
atravs de autocarros colectivos de 34 lugares, pela Empresa Pblica de Porto com as suas
ligaes fluviais entre o cais de Maputo-Matola Rio, Maputo-Catembe, Maputo- Inhaca e
Caminhos de Ferro de Moambique com as suas 3 automotoras com capacidade de 175
passageiros cada. Porm, igualmente como as ligaes fluviais, estas automotoras realizam
ligaes entre pontos distantes como Maputo-Marracuene e Maputo-Matola Gare.
3.2.3 Caso de Estudo - Cooperativa dos Transportadores do Corredor I Lda

(COOTRAC I)
A Cootrac I Lda (Cooperativa dos Transportadores do Corredor I), com sede no Estdio
Nacional do Zimpeto, Bloco C, Bairro do Zimpeto, resultado de uma parceria pblico-
privada (entre o governo e operadores dos transportes pblicos), com a viso de mudar a
forma de se fazer o transporte no Municpio de Maputo.
Figura 3.5 Logotipo da Cootrac I Lda
Fonte: Cootrac I Lda (2016)

A Cootrac I Lda traa como principais objectivos:
Concesso de rotas, isto , todos os operadores dos transportes pblicos em operao
em uma determinada rota deve estar filiada a uma associao, neste caso, a Cootrac I,
de forma a facilitar a gesto e fiscalizao das actividades inerentes aos transportes
pblicos.
Incrementao de forma considervel a oferta e qualidade dos servios de transporte
de passageiros disponibilizados actualmente na rea metropolitana de Maputo.
40/78
3.2.3.1 Servios Prestados

A Cootrac I Lda, actualmente presta servios como:
Transportes de pessoal;
Transporte pblico de passageiros;
Viagens Tursticas;
Aluguer de autocarros para fins diversificados.
3.2.3.2 Constituio Orgnica, Recursos, infra-estrutura e pessoal

A Cootrac I Lda, actualmente regida por um Presidente da Comisso Administrativa que
eleito pelas entidades participativas na empresa e constituda por cinco (5) reas
nomeadamente:
- Departamento de Administrao e Recursos Humanos;
- Departamento de Finanas;
- Departamento de Trafego e Operacional;
- Departamento de Manuteno;
- Departamento de Seguros (Gesto de Riscos e Incidentes).
Actualmente a Cootrac conta com 50 autocarros, de marca chinesa Yutong, financiados

atravs do Fundo de Desenvolvimento dos Transportes e Comunicaes, sendo que na maior
parte deste se encontram distribudos nas rotas em operao.
A Cootrac I Lda, actualmente no conta com um sistema informtico que permite a
localizao em tempo real da sua frota, sendo que a fiscalizao da mesma feita no terreno
atravs de fiscalizadores delegados pela empresa.
Actualmente a empresa se encontra em fase de estudo de um sistema de cobrana electrnica
de tarifa, implicando em um aumento considervel na tarifa, mas visando a rentabilizao da
empresa de forma a poder responder cada vez melhor as necessidades do sector de transportes
pblicos colectivos.
3.2.3.3 Rotas e Itinerrios

Actualmente a Cootrac I Lda, opera nas rotas de Baixa-Zimpeto e Museu-Zimpeto, nos
horrios compreendidos entre 4:30 s 22:30 com a tarifa nica de 9 meticais, e de 7 meticais
em distncias que as justificarem.
41/78
CAPTULO 4 - METODOLOGIA DE RESOLUO DO PROBLEMA E

APRESENTAO DE RESULTADOS
Neste captulo, apresentam-se os resultados da anlise feita aos dos utentes por meio de
inquritos, a rota seleccionada e o desenvolvimento da aplicao Android para a localizao
de transportes pblicos colectivos no Municpio de Maputo. Para tal foi feito a modelagem do
sistema e outros aspectos que foram tomados em considerao para um melhor
desenvolvimento do tema de estudo proposto. Posteriormente, com base na aplicao Android
desenvolvida, so feitas simulaes de modo a comprovar que o sistema cumpre com o
objectivo proposto no estudo, avaliando desta forma a viabilidade do mesmo.
4.1 Anlise da experincia dos utentes dos Servios de Transportes Pblicos Colectivos
Para o presente projecto, foi efectuado um levantamento de dados sobre a experincia dos
utentes dos servios de transportes pblicos colectivos no Municpio com base em inquritos,
com o objectivo de apurar as dificuldades e necessidades dos utentes para com os transportes
pblicos colectivos. O estudo foi feito abrangendo uma amostra de aproximadamente setenta
e cinco (75) pessoas, de idades compreendidas entre 18 a 60 anos, sendo estes, utentes de
transportes pblicos colectivos no Municpio de Maputo.
Os resultados do levantamento de dados foram:

- Faixa etria dos Utentes: 66.8% dos utentes inqueridos esto na faixa dos 19 a 25
anos de idade, sendo 17.2% compreendidos entre 26 a 35 anos e 16% compreendidos
entre 36 a 60 anos.
- utente dos transportes pblicos colectivos no Municpio de Maputo: do grupo
inquerido, 82% afirmam que sim, sendo que 7.3% no faz o uso do mesmo e 10.7%
nem sempre.
- Possui um smartphone: 70% dos utentes inqueridos afirmam possuir um smartphone,
sendo que os restantes 30% afirmam que no.
- A plataforma mvel do smartphone: 53% dos inqueridos afirmam que o seu
smarphone da plataforma Android, 36% tem outra plataforma, 7% iOS, 4%
Windows Phone.
- Nvel de satisfao com os servios de transportes pblicos colectivos no
Municpio de Maputo: 83.6% afirmam que no se sentem satisfeitos com a prestao
dos servios de transportes pblicos colectivos, sendo apenas 6% mostram-se
satisfeitos e 10.4% mostram-se indecisos.
42/78
- Cumprimentos dos horrios dos transportes pblicos colectivos: 48.9% afirmam

que os transportes pblicos cumprem com os horrios pr-estabelecidos, sendo 48.5%
com opinio contrria.
- Enchentes nas paragens: 82.1% dos inquiridos confirmam que enfrentam enchentes
nas paragens dos transportes pblicos colectivos, sendo que 9% afirmam que nem
sempre.
- Perodo (s) de mais dificuldade para o acesso aos servios de transportes pblicos
colectivos: 87% afirma que os perodos em que se registram maior dificuldade para o
acesso aos servios de transportes pblicos colectivos so os da manh e tarde, sendo
7% somente no perodo da manh e 6% no perodo da tarde.
- Tempo mdio de espera para acesso aos transportes pblicos colectivos: 44%
afirma que em mdia esperam em torno de 10 a 30 minutos para o acesso aos
transportes pblicos, sendo que para 30% ficam mais de 30 minutos e 26% com o
tempo mdio de 5 a 10 minutos.
- Soluo mvel para Localizao dos transportes pblicos colectivos: 88.6% afirma
que uma soluo mvel que permite o acesso a informao sobre os transportes
pblicos colectivos de forma precisa e em tempo real visando a sua melhor gesto na
planificao de deslocaes da sua concordncia, sendo que 7.5% mostram-se
indiferentes.
Feito uma anlise aos resultados acima, foi possvel concluir que:
- A maior parte dos utentes inqueridos so representados por uma populao
maioritariamente jovem no Municpio de Maputo;
- A maior partes dos utentes faz o uso dos transportes pblicos colectivos de forma
regular;
- Boa parte (53%) dos utentes inqueridos possui um smartphone cuja a plataforma
Android, o que vem a demonstrar a preferncia dos utentes nesta plataforma e refora
a necessidade de se desenvolver uma soluo para os mesmos atravs desta
plataforma;
- 83.3 % o ndice de insatisfao para com os servios dos transportes pblicos por
parte dos utentes dos mesmos no Municpio de Maputo, isto, segundo eles, devido as
vrias dificuldades que os mesmos enfrentam no acesso aos mesmos;
43/78
- Em relao aos cumprimentos dos horrios por parte dos transportes pblicos
colectivos, os utentes apresentam opinio equilibrada sobre o mesmo;
- A maioria dos utentes afirma que as enchentes nas paragens uma realidade vivida
com frequncia por eles, o que de certa forma contribui ao alto ndice de insatisfao
para com os servios dos transportes pblicos;
- H muita dificuldade no acesso aos transportes pblicos colectivos, principalmente
nos perodos de pico (manh e tarde) onde a circulao de pessoas e bens intensa no
Municpio de Maputo;
- Diariamente, a maioria dos utentes enfrentam longos tempos de espera nas paragens, o
que contribui de certa forma para o aumento de utentes (enchentes) nas paragens no
Municpio de Maputo;
- Por fim, pode-se concluir com base nas opinies dos utentes inqueridos que existe a
necessidade de um meio que disponibilize informao precisa e em tempo real sobre
os transportes pblicos colectivos, como, a localizao, a disponibilidade, o tempo
estimado de chegada dos transportes pblicos colectivos, as suas respectivas rotas,
paragens, itinerrios e informaes suplementares que de certa forma ir permitir uma
melhor planificao no acesso aos servios de transportes pblicos colectivos.
4.2 Rota Seleccionada: Praa dos Trabalhadores (Baixa) Zimpeto

Para o presente projecto, com base na entrevista feita a empresa prestadora de servios de
transportes pblicos colectivos Cootrac I Lda, a rota seleccionada para o desenvolvimento do
projecto foi a de Praa dos Trabalhadores (Baixa) Zimpeto com uma extenso de 19,1 km,
actualmente operado pela Cootrac I Lda com 50 autocarros com capacidade de at 34 lugares,
isto porque, abrange vrios pontos crticos do Municpio de Maputo onde se verifica um
elevado ndice de circulao de bens e pessoas. Tambm mostra ser uma rota com mais
procura pelos utentes dos transportes pblicos colectivos. Segundo a Cootrac I Lda, estima-se
que cada autocarro em circulao na rota por dia transporta em mdia 300 pessoas.
As suas respectivas coordenadas so:

Praa dos Trabalhadores (baixa): -25.971584, 32.565313;
Zimpeto: -25.830326, 32.574219.
44/78
Figura 4.1 Rota da Praa dos Trabalhadores - Zimpeto
Fonte: Google Maps (2016)
Os pontos de paragem identificados para a rota em estudo (Praa dos Trabalhadores

Zimpeto) so:
Praa dos Combatentes (Baixa);
Av. Naes Unidas;
Av. Moambique (Brigada Montada);
Av. Moambique (UEM Faculdade de Engenharia);
Av. Moambique (Junta);
Av. Moambique (Jardim Bombas);
Av. Moambique (Inhagoia B);
Av. Moambique (Inhagoia A);
Av. Moambique (25 de Junho);
Av. Moambique (Mercado Jorge Dimitrov);
Av. Moambique (Bagamoyo);
Av. Moambique (Benfica);
Av. Moambique (Zona Verde);
Av. Moambique (Hospital Psiquitrico do Zimpeto);
Av. Moambique (Mabor);
Av. Moambique (Mercado do Zimpeto);
Av. Moambique (Terminal do Zimpeto);
45/78
4.3. Desenvolvimento da Aplicao Android

4.3.1 Metodologia de desenvolvimento
A resoluo do problema proposto constituiu no desenvolvimento de uma aplicao em
Android para a localizao de transportes pblicos colectivos fazendo o uso da linguagem de
modelao UML seguindo uma variao adequada da metodologia gil de desenvolvimento
de software XP (extreme programming) j descritas no captulo II do presente documento de
projecto, denominada XP1.
A modelao UML passou-se pelo uso especfico dos diagramas de classe, actividade e casos
de uso.
A escolha da metodologia gil de desenvolvimento de software XP1 deveu-se ao facto de este
ter em foco:
Adequada a equipes pequenas, preferencialmente at 12 desenvolvedores (apenas um
elemento para o presente projecto);
Voltado a projectos no mbito acadmico (como o presente projecto);
Adaptao e complementao do processo com nfase em papel do cliente (uso de
proxy do cliente na equipa);
Desenvolvimento de sistemas orientado a objecto;
Grande foco na simplicidade do projecto, na comunicao entre a equipa de
desenvolvimento e a parte interessada;
Abordagem incrementa, ideal em projectos pequenos cujos requisitos podem ser vagos
(no estiverem bem definidos) podem sofrer alteraes ao longo do tempo a um custo
menor no projecto.
4.3.2 Fase de Explorao e Planeamento

Nesta fase ocorre a especificao do software e antecede-se construo do sistema. onde
so feitos estudos e definem-se as possveis solues e a sua viabilidade. So elaboradas as
possveis arquitecturas tomando em considerao o ambiente tecnolgico (hardware,
software, rede, desempenho, trfego) onde o sistema ir estar implementado.
Os aspectos considerados em termos tecnolgicos foram:

Arquitectura do Sistema mobile: Android;
Arquitectura fsica: Cliente-Servido, porque a apresentao e lgica de negcio estar
contida no cliente e os seus dados no servidor de base de dados;
46/78
Arquitectura lgica: 2-Tier, do tipo Fat Client, onde a apresentao e a lgica do

negcio estaro na aplicao a ser instalada no dispositivo cliente e o servidor de base
de dados separados onde sero armazenados os dados;
Ambiente tecnolgico: Dispositivos mveis com o sistema operativo Android (a partir
da verso 4.1.X) com acesso a internet por meio de ligao de dados mveis (2G ou
3G) e servio de localizao (GPS).
4.3.3 Anlise de Requisitos

Para o desenvolvimento da aplicao foi necessrio identificar junto aos utentes dos
transportes pblicos colectivos as suas necessidades e dificuldades. Neste ponto so
apresentados as propostas de soluo por meio de tcnicas de modelagem de sistemas de
informao.
4.3.3.1 Escopo da Soluo

O escopo da soluo limita-se ao processo de localizao de transportes pblicos colectivos,
sendo os principais actores e stakeholders desta soluo o utente e o tripulante dos transportes
pblicos colectivos.
As necessidades dos utentes foram determinadas com base nas histrias de usurio (em
anexo) ficando resumidas da seguinte forma:
Informao sobre a localizao em tempo real dos autocarros;
Informao sobre a disponibilidade em tempo real dos autocarros;
Informao sobre tempo estimado de chegada dos autocarros a um certo ponto de
paragem;
Informao sobre rotas e itinerrios dos transportes pblicos colectivos;
Informao sobre os pontos de paragens mais prximos de si.
Outras necessidades que devem ser consideradas na soluo so:

- Compactibilidade: A aplicao deve ser capaz de correr em smartphones Android que
no mnimo tenhas as mesmas especificaes que um Smart Kicka de forma
satisfatria;
- Usabilidade: A interface deve ser intuitiva, a fim de facilitar a utilizao da aplicao
pelo usurio;
- Conectividade: A aplicao deve ser capaz de se comunicar (ou de restabelecer a
comunicao automaticamente em caso de perda de conexo) com o servio MbaaS
47/78
Firebase que retm a base de dados da aplicao, servios de autenticao e

repositrio de dados;
- Sincronismo: A aplicao deve ser capaz de actualizar os dados em um dispositivo e
acess-los futuramente de outro dispositivo e os dados devem estar ntegros e
actualizados.
- Performance: A aplicao deve ser capaz de actualizar a informao sobre os
transportes pblicos colectivos em tempo real ou em menos de 1s nos terminais dos
utentes;
- Segurana: A aplicao deve garantir a segurana da informao relacionada ao utente
atravs de um mtodo de autenticao.
4.3.3.2 Desenho
Aps a delimitao das necessidades dos utentes seguiu-se a faze de modelao da soluo.
Com recurso a modelao UML foram criados modelos que posteriormente foram usados no
desenvolvimento da aplicao. A modelao UML e de dados foram feitas com recursos a
ferramentas de modelao especializada na criao de diagramas.
A ferramenta escolhida foi a Star UML na sua verso 2.7.0, devido a familiarizao e
facilidade do uso da mesma. Tambm foi considerada por possuir todos os recursos
necessrios para a concepo de diagramas UML e de dados e pelo facto de ser freeware, ou
seja, software de licena live (gratuita).
- Casos de Uso:
Aps a anlise das necessidades dos utentes e delimitao dos processos de localizao dos
transportes pblicos colectivos no Municpio de Maputo, por meio de diagrama de casos de
uso chegou-se as seguintes concluses:
48/78
Figura 4.2 Caso de Uso do Cliente para com a aplicao
Fonte: Autor (2016)
49/78
Segue-se a tabela descritiva do caso de uso da soluo proposta e a sua respectiva relao com
os actores:
Requisito Funcional Actor Descrio
UC1: Especificar Rota Utente Permite visualizar e especificar a rota

disponvel na aplicao para navegao.
UC2: Visualizar Mapa Utente Permite visualizar o mapa (no geral)

abrangente na aplicao.
UC3: Gerir Conta Utente Permite gerenciar informao

relacionada a sua conta.
UC4:Registrar Utilizador Utente Permite registar-se na aplicao.
UC5: Autenticar Utilizador Utente Permite autenticar-se na aplicao.
UC6: Visualizar Dados Utente Permite visualizar dados relacionados a

Conta sua conta.
UC7: Associar Conta Utente Permite associar outras contas de redes

sociais.
UC8: Alterar Senha Utente Permite alterar a senha associada a sua

conta.
UC9: Alterar Email Utente Permite alterar o email associado a sua

conta.
UC10: Alterar Nome Utente Permite alterar o nome associado a sua

conta.
UC11: Remover Conta Utente Permite remover a conta associada ao

aplicativo.
UC12: Visualizar itinerrio Utente Permite visualizar o itinerrio da rota.

da Rota
50/78
UC13: Visualizar Ponto de Utente Permite visualizar o ponto de paragem

Paragem mais prximo mais prximo de si.
UC14: Especificar Pontos de Utente Permite especificar os pontos de origem

Origem Destino e destino na qual pretende usufruir os
servios de transportes pblicos
colectivos da COOTRAC I.
UC15: Entrar no Modo de Utente Permite obter caminho at ao ponto de

Navegao Paragem seleccionado via Google Maps.
UC16: Visualizar Histrico Utente Permite visualizar o histrico de

de itinerrios consultas de itinerrios (pontos de
origem destino) por si navegados.
UC17: Visualizar Itinerrio Utente Permite visualizar o itinerrio

no Mapa especificado no Mapa.
UC18: Filtrar por Ponto de Utente Permite filtrar as viagens dos autocarros
Paragem por paragem de destino.
UC19:Vizualizar Utente Permite visualizar notificaes de

Notificaes eventos no Mapa.
UC20: Carregar Perfil Sistema Permite ao sistema carregar o perfil do

(Aplicao utilizador aps autenticao.
Utente)
Tabela 4.1 Requisitos Funcionais relativas ao cliente na aplicao
Fonte: Autor (2016)
O caso de uso a seguir representa as actividades que o tripulante do autocarro poder realizar
na aplicao atravs do (dispositivo) mdulo GPS acoplado ao autocarro:
51/78
Figura 4.3 Caso de Uso do Tripulante para com o Mdulo GPS
Fonte: Autor (2016)
52/78
Segue-se a tabela descritiva do caso de uso da soluo proposta e a sua respectiva relao com
os actores:
Requisito Funcional Actor Descrio
UC1: Iniciar Servio de Tripulante Permite iniciar o servio para localizao

Localizao do dispositivo acoplado ao autocarro.
UC2: Parar Servio de Tripulante Permite para o servio para localizao do

Localizao dispositivo acoplado ao autocarro.
UC3: Efectuar Login Tripulante Permite efectuar autenticao na

aplicao.
UC4: Visualizar Status Tripulante Permite visualizar o status do dispositivo

no sistema.
UC5: Registrar Utilizador Tripulante Permite registar-se no Sistema.
UC6: Alterar Tripulante Permite alterar a disponibilidade do

Disponibilidade autocarro.
UC7: Associar dispositivo Tripulante Permite associar o dispositivo GPS ao

GPS ao Autocarro Autocarro.
UC8: Especificar Rota de Tripulante Permite especificar a rota na qual o

Operao autocarro ir operar.
UC9: Carregar Perfil Sistema Permite ao sistema carregar o perfil do

(Mdulo GPS) utilizador aps autenticao.
UC10: Autenticar Utilizador Tripulante Permite autenticar-se no Sistema.
Tabela 4.2 Descrio do Caso de Uso do Operador com o Mdulo GPS
Fonte: Autor (2016)
53/78
- Diagrama de Classes:
Segue-se o diagrama de classes que ser a base para modelao dos dados. As classes
propostas so:
Figura 4.4 Diagrama de classe da aplicao
Fonte: Autor (2016)
54/78
- Diagrama de Actividades:
De seguida so ilustrados os diagramas de actividades que representam as principais
funcionalidades da aplicao. Outros diagramas de actividades podero ser consultados nos
anexos. A quanto da implementao da aplicao, o autor espera que o processo de
localizao de transportes pblicos colectivos por parte dos utentes dos mesmos seja
equivalente ao demonstrado no diagrama a seguir:
Figura 4.5 Diagrama de Actividade da aplicao representando o processo de solicitao de

localizao de autocarros numa determinada rota desejada pelo utente
Fonte: Autor (2016)
55/78
O diagrama acima ilustrado (figura 25) procura demonstrar os processos entre o utente e o
sistema de modo a lhe ser exibido em tempo real a localizao dos transportes pblicos
colectivos no mapa para uma determinada rota previamente seleccionada.
Figura 4.6 Diagrama de Actividade da aplicao representando o processo de incio e trmino

do servio de localizao do autocarro pelo tripulante.
Fonte: Autor (2016)
56/78
O diagrama acima ilustrado (figura 26) procura demonstrar os processos entre o tripulante e o
sistema de modo ao utente puder receber informao em tempo real sobre a localizao,
disponibilidade e tempo estimado de chegada do autocarro a um determinado ponto de
paragem.
4.3.3.3 Mtodo para obteno do Tempo estimado de chegada

O tempo estimado de chegada obtido mediante chamadas a API do Google Maps. O uso
deste mtodo deveu-se pelo facto do Google Maps fazer o uso de dados de fontes diversas de
modo a obter a melhor previso possvel de chegada a um destino como informao sobre
limites de velocidade oficial, informao sobre o tipo de estradas, informao sobre
velocidades de dados histricos mdios em determinados perodos de tempo, informao
sobre tempo actual de percurso de outros utilizadores e trfego em tempo real.
4.3.4 Arquitectura do Sistema

A arquitectura proposta para o sistema ilustrada na figura a seguir:
Figura 4.7 Arquitectura do Sistema proposto
Fonte: Autor (2016)
57/78
4.3.4.1 Descrio da Arquitectura do Sistema

A base do sistema formada pelos seguintes componentes: Raspberry PI 3 juntamente com
um Mdulo de 3G+GPS Shield e um transformador para alimentao de corrente elctrica que
ficar acoplado ao autocarro ou um smartphone Android (na verso 4.1 em diante) com
caractersticas mnimas de 4GB, 512 MB RAM, Processador 850 Mhz, tela 3.5 Polegadas,
com suporte a servio de localizao (GPS) e dados mveis 2G e/ou 3G.
Para o presente projecto como dispositivo detector da localizao do autocarro optou-se pelo
uso de um smartphone Android de cuja referncia Vodacom Smart Kicka que cumpre com
os requisitos mnimos especificados e um carregador mvel, sendo este economicamente mais
acessvel comparativamente ao conjunto Raspberry PI e Mdulos, e tambm pelo facto de se
mostrar ideal para fase de testes. Porem, de salientar que o Raspberry PI 3 poder
proporcionar melhor performance no geral devido as suas melhores especificaes em termos
de hardware, e tambm pelo facto de este ser concebido e optimizado para uso em projectos
diversificados que podem envolver servios de localizao de viaturas de diferentes tipos.
Figura 4.8 Smartphone Vodacom Smart Kicka
Fonte: www.vm.co.mz
58/78
Figura 4.9 Mdulo 3G+GPS Shield Figura 4.10 Transformador de

Corrente elctrica
Fonte: www.swbee.com
Fonte: www.ebay.com
O dispositivo Android ou o Raspberry PI funcionando como dispositivo GPS (atravs de um

servio Android desenvolvido pelo autor) processa a leitura dos dados capturados do satlite
GPS sobre a sua localizao e posteriormente envia a informao para a nuvem (Firebase)
por intermdio de uma rede GPRS ou 3G (dependendo da disponibilidade)
independentemente da operadora, onde por sua vez processada e armazenada a sua
informao na base de dados e sincronizada automaticamente em outros dispositivos Android.
Na medida em que o autocarro se desloca realizado o rastreio do veculo, e quanto mais ele
se distancia mais fraco vai ficando o rastro no ponto de origem, ficando assim explicito o
sentido para o qual o mesmo se desloca.
Do lado do utente de transportes pblicos colectivos (cliente), igualmente poder-se- usar um
dispositivo Android com caractersticas similares ou melhores das especificadas (ex. Smart
Kicka) de forma a poder suportar a aplicao Android.
Este poder escolher uma determinada rota como seu destino, visualizar a localizao dos
transportes pblicos colectivos na rota seleccionada, verificar o tempo de chegada a paragem
mais prxima de si e outros detalhes como seu itinerrio, isto igualmente por intermdio de
uma rede 2G ou 3G que proporciona o retorno e/ou solicitao de informao na nuvem.
59/78
4.3.5 Fase de Codificao e Produo

Concluda a fase de explorao e planificao, segue-se a definio das tecnologias e
ferramentas utilizadas para o desenvolvimento da aplicao.
4.3.5.1 Ferramentas e Tecnologias de desenvolvimento

A aplicao foi desenvolvida com recurso as seguintes tecnologias:
Linguagem de programao de alto nvel: Java na sua verso 1.8 e XML (Linguagens
padro de desenvolvimento em Android);
Ambiente de Desenvolvimento: Android Studio na sua vero 2.0;
MbaaS (Mobile Backend as a Service) - Firebase: para prover servios de
armazenamento e sincronizao na nuvem.
4.3.5.2 Ambiente de Trabalho

Para o presente projecto, foram usados dois ambientes de trabalho:
Ambiente de desenvolvimento: constitudo por uma mquina (fsica) porttil (Laptop)
para o desenvolvimento da aplicao com as seguintes caractersticas:
Hardware Processador: Intel Core i7-3610QM

2.3GHz
Memria: 8 GB DDR3 SDRAM

1600Mhz
Armazenamento: 1 TB
Sistema Operativo Windows 10 64bit
Principais Softwares Android Studio 2.0
Star UML
JDK 1.8
GitHub
Outras ferramentas Google Firebase
Tabela 4.3 Caractersticas do Ambiente de Desenvolvimento
Fonte: Autor (2016)
60/78
Ambiente de testes: um dispositivo mvel onde foram efectuados teste na aplicao

com as seguintes caractersticas:
Hardware Processador: 850 Mhz
Memria RAM: 512 MB
Memoria Interna: 4 GB
Sistema Operativo Android Kit Kat (4.4.2)
Tabela 4.4 Caractersticas do Ambiente de Teste
Fonte: Autor (2016)
4.3.5.3 Requisitos Mnimos

A aplicao foi desenvolvida na verso mais recente estvel do Android, a 6.0
(Marshmallow). Tomando em considerao que os dispositivos economicamente mais
acessveis no mercado no vm com esta verso disponibilizada, a aplicao foi desenvolvida
de forma a ser compatvel com verses anteriores, de 4.1 (Jelly Bean) em diante.
Consequentemente qualquer dispositivo com verso abaixo da 4.1 no poder suportar a
aplicao.
A aplicao deste limite deveu-se ao facto de dispositivos com verses abaixo da mnima
indicada actualmente serem poucos usadas e de serem incompatveis com algumas APIs e
bibliotecas utilizadas no desenvolvimento da aplicao Android.
Outros requisitos importantes so o acesso a internet mvel (2G ou 3G) para envio e recepo
de informao atravs do Firebase e do servio de localizao (GPS) activos no dispositivo
Android.
O incumprimento destes requisitos pode gerar o no cumprimento dos propsitos definidos ou
desempenho insatisfatrio da aplicao Android desenvolvida neste projecto.
4.3.6 Resultado do Desenvolvimento (Prottipo da Aplicao)

O desenvolvimento da aplicao culminou com os seguintes resultados ilustrados abaixo
referentes as principais funcionalidades:
61/78
Aplicao Utente
Figura 4.11 Tela de Login na Aplicao
Fonte: Autor
A tela representa a funcionalidade de login (autenticao) do utilizador na aplicao, sendo

uma aco obrigatria para que o utilizador possa ter acesso a outras funcionalidades da
aplicao de localizao de transportes pblicos colectivos. O cliente tem a possibilidade de
se autenticar usando sua conta do Facebook, Google+, ou email pessoal. Tambm poder
recuperar a sua senha em caso de esquecimento da mesma ou registrar uma nova conta.
Figura 4.12 Tela de Cadastro do Utente
Fonte: Autor (2016)
62/78
A tela representa a funcionalidade de cadastro do utilizador, onde ir informar o seu nome,

email, senha onde posteriormente a sua requisio ser validada e retornada uma reposta pela
aplicao (Sucesso ou insucesso de cadastro).
Figura 4.13 Tela do Menu Principal da Aplicao
Fonte: Autor (2016)
A tela representa os servios que a aplicao dispe ao utilizador, sendo que ele poder
navegar na rota atravs dos pontos de paragem disponveis ou prximas de si ou poder
visualizar o mapa com informao em tempo real sobre os transportes pblicos colectivos na
rota compreendida de Baixa Zimpeto. O utilizador tambm tem a possibilidade de acesso a
gesto da sua conta.
Figura 4.14 Tela de Menu da Rota Seleccionada
Fonte: Autor (2016)
63/78
A tela representa as funcionalidades disponveis para uma determinada rota seleccionada,

onde o utilizador poder visualizar o itinerrio da rota, as viagens dos autocarros na rota, o
ponto de paragem mais prximo de si e tambm o histrico da rota (ponto especifico de
origem e destino) por si navegada.
Figura 4.15 Tela de Especificao do Itinerrio
Fonte: Autor (2016)
A tela representa a funcionalidade de visualizar o itinerrio da rota onde o utilizador poder

tambm especificar o ponto de origem e destino na qual pretende navegar no Mapa.
Figura 4.16 Menu de Gesto da Conta do Utente
Fonte: Autor (2016)
64/78
O menu que est presente na tela Principal permite ao utilizador gerir a sua conta, desde
actualizao da sua informao, associar a sua conta a outras contas, remover a sua conta e
efectuar logout na aplicao.
Figura 4.17 Tela de Detalhe da Conta do Utente
Fonte: Autor (2016)
Nesta tela o utilizador pode visualizar detalhes da sua conta e tambm actualizar a sua foto de
perfil.
Figura 4.18 Tela de Associao de Contas do Utilizador
Fonte: Autor (2016)
65/78
Nesta tela o utilizador poder associar ou desassociar a sua conta das outras contas de redes
sociais como Facebook e Google+.
Figura 4.19 Tela do Mapa de Navegao
Fonte: Autor (2016)
A tela representa o resultado da especificao da rota na qual o utilizador pretende navegar,

sendo exibido os autocarros disponveis em circulao na rota, a velocidade actual do
autocarro, o tempo estimado de chegada ao ponto de paragem a seguir, os pontos de paragem
no decurso da rota, e um painel onde o utente pode consultar as notificaes de eventos sobre
os transportes pblicos colectivos.
Mdulo GPS
Figura 4.20 Tela de Login do Tripulante no Mdulo GPS
Fonte: Autor (2016)
66/78
A tela representa a funcionalidade de login onde o tripulante do autocarro dever se autenticar

na aplicao de forma a iniciar o servio de localizao do mesmo.
Figura 4.21 Tela do Menu Principal no Mdulo GPS
Fonte: Autor (2016)
Nesta tela o tripulante autenticado poder iniciar ou parar o servio de localizao do

autocarro. Tambm tem a opo de verificar o status do dispositivo GPS (este que pode ser
um dispositivo mvel ou Raspberry PI com mdulo GPS).
Figura 4.22 Tela de Informao do Autocarro
Fonte: Autor (2016)
Nesta tela o tripulante poder visualizar informao do autocarro e o status de funcionamento

do servio de localizao do autocarro.
67/78
Figura 4.23 Tela de incio de servio de Localizao
Fonte: Autor (2016)
Nesta tela o tripulante poder especificar a rota a percorrer e iniciar ou parar o servio de
localizao.
4.4 Oramento do Projecto

Os custos para a efectivao do projecto foram:
Descrio Custo
Custo de Material
Estimou-se que para a o
2x Vodacom Smart
desenvolvimento e 4.000,00 MZN
Kicka
implementao do projecto
1 Laptop foram necessrios a 28.750,00 MZN
aquisio de dispositivos
3x Carregadores
imprescindveis para a 500,00 MZN
Mveis
realizao do mesmo.
Carto SIM de dados

50,00 MZN
3G
Custo de desenvolvimento 94 MZN /h x 24

Estimou-se que um
Semanas x 12 h
programador precisa de 12
horas semanais durante 6 = 27.072,00 MZN
68/78
meses para desenvolver

todos os casos de uso.
Custo de implementao
Estimou-se que a
implementao foi 5.000,00 MZN
Internet dados mveis dependente de uma conexo
a internet por meio de dados
mveis e de pagamento de
Servio MbaaS servios na nuvem
2.000,00 MZN
Google Firebase
Custo de Manuteno A manuteno implica

manter o programador e
submeter a aplicao a testes
contnuos durante 2 Meses.
200 MZN /h x 8
Programador
Manter Programador Semanas x 12 h
= 19.200,00 MZN
90 MZN /h x 8
Analista de Testes Semanas x 12 h
Testador
=8.640,00 MZN
Total 95.212,00 MZN
Tabela 4.5 Oramento do Projecto
Fonte: Autor (2016)
69/78
CAPTULO 5 - CONCLUSES E RECOMENDACES

Neste captulo apresentam-se as concluses que foram obtidas da realizao do projecto final
de curso, e tambm sero mencionadas algumas recomendaes tendo em conta os objectivos
inicialmente definidos.
5.1 Concluses
O projecto final de curso realizou-se na orientao do seu objectivo geral, desenvolver uma
soluo para localizao de transportes pblicos colectivos no Municpio de Maputo, e deste
foi possvel concluir que a realizao do mesmo culminou como uma oportunidade de
aprendizado em novas reas do conhecimento e consolidao de conhecimentos adquiridos ao
longo da formao, em especial foco em matrias ligadas ao ramo de Engenharia de Software,
tendo tambm sido relevante o estudo de tecnologias como o Android e Google Firebase e
Maps.
A constante interaco com os utentes e entidades competentes do sistema de transportes

pblicos no Municpio de Maputo permitiu a identificao das reais necessidades dos
mesmos, culminando com a elaborao da soluo atravs de uma aplicao mvel em
Android. Foi possvel a modelao atravs de diagramas UML de forma a descrever
efectivamente a soluo proposta. Aps a fase da modelao, a efectivao da soluo atravs
da plataforma Android foi possvel mediante ao uso de tecnologias como o Google Firebase
que visava garantir a persistncia e recuperao da informao gerada na aplicao, o Google
Maps que visava permitir ao utente a visualizao das viagens dos autocarros no mapa em
tempo real atravs do seu smartphone, o GPS que permitiu a localizao dos autocarros e dos
utentes na aplicao por meio de coordenadas, a conexo GPRS e/ou 3G como meio de
comunicao entre os terminais dos utentes e o mdulo GPS acoplado aos autocarros. Desta
forma, foi possvel validar as hipteses definidas para o presente projecto, tornando a
aplicao uma potencial soluo que atende as necessidades dos utentes dos transportes
pblicos colectivos no Municpio de Maputo.
Com o uso da aplicao espera-se que com o acesso a informao relacionada aos transportes
pblicos colectivos de forma simplificada, precisa e em tempo real por parte dos utentes dos
mesmos venha a contribuir de forma significativa nas suas vidas, permitindo desta forma uma
melhor planificao das suas deslocao no Municpio de Maputo.
70/78
5.2 Recomendaes
Aps a realizao do projecto foram retiradas as concluses anteriormente citadas, e faz-se as
seguintes recomendaes:
Como continuao deste projecto, fica em aberto a possibilidade de estudo e expanso
da aplicao mobile para um sector administrativo, permitindo a gesto de Rotas,
autocarros, pontos de paragem por meio de uma pgina Web ou aplicao Desktop,
permitindo tambm a localizao de toda frota de autocarros dos transportes pblicos
colectivos podendo ser exibida em uma Tela, visto que a Cootrac I Lda actualmente
no dispe de nenhum mecanismo de controlo de frota de viaturas em tempo real;
Em caso de implementao (efectivao) da aplicao recomenda-se o uso do
dispositivo Raspberry PI como Mdulo GPS, este por ter melhor capacidade de
processamento e estar melhor preparado para exercer tarefas similares ao do presente
projecto em relao a um smartphone Android com capacidade similar ao Smart
Kicka;
A possibilidade de expanso da aplicao para as outras rotas dos transportes pblicos
colectivos no Municpio de Maputo;
Tambm fica a possibilidade de se desenvolver uma rotina para que os utentes dos
transportes pblicos possam marcar onde existe um determinado ponto de paragem, e
que atravs de um sistema web administrativo possa ser avaliado a proposta, e em caso
da deciso ser positiva ser compartilhado para todos os utilizadores da aplicao.
71/78
REFERNCIAS BIBLIOGRFICAS
1. ALVARO, H. (2015). Sem Servidores: Mobile Backend as a Service.So Paulo: Amazon.
2. AQUINO, J. F .S. (2007). Plataformas de Desenvolvimento para Dispositivos Mveis.
Rio7g de Janeiro: Universidade Catlica do Rio de Janiero.
3. APPLE Inc. (1 de Feverreiro de 2016). IOS. Disponivel em :http://www.apple.com/ios/ .
Acesso em: 20 de Maro de 2016.
4. ARAUJO, A.R.A (2010). Estudo do funcionamento dos transportes pblicos em Maputo e
desenvolvimento de aces de melhoria. Dissertao de Mestrado: FEUP.
5. BALVEDI, G. (2012). GPS: Conceitos e Princpios. Instituto Nacional de Pesquisas
Espaciais. Artigo tcnico.
6. BRUNETTE, (2010). Ed. Hello, Android. Dallas: Pragmatic Programmers.
7. CAVAYE, A. (1996). Case Study Research: A Multi-Faceted Research Approach For IS.
Information Systems Journal, 227-242.
8. CESTA, A.A.C (2009). A linguagem de Programao JAVA e orientao a Objectos.
Artigo tcnico.
9. CINTRA, M.A.H; AMORIM, S.R.L (2000). A importncia de um sistema de informao
no gerenciamento de projectos. Juiz de Fora. V.2 p. 953-964. Congresso de Engenharia
Civil, 4, Juiz de Fora, 2000. Artigo tcnico.
10. CONCELHO MUNCIPAL, (2010). Perfil Estatstico do Municpio de Maputo. Maputo.
11. CRESWELL, J.W. (2003). Research Design Qualitative, Quantitative and Mixed Methods
Approaches. 2 Edition. Universisty of Nebraska. Lincoln.
12. CRUZ, T. (2000). Sistemas de Informaes Gerncias Tecnologia da Informao e a
Empresa do Sculo XXI. So Paulo: Atlas.
13. DENNIS, A. &. VALACHICH (2001). Conducting Research In Information Systems. .
Communications Of The AIS, 1-41.
14. EMTPM. Empresa Municipal de Transportes Rodovirios de Maputo E.P. Disponvel
em: http://www.emtpm.co.mz. Acesso em: 10 de Dezembro de 2015.
15. FLING, B. (2009). Mobile Design and Development. Sebastopl: OReilly, 2009.
16. GIL,A.C. (2008). Mtodos e Tcnicas de Pesquisa Social. So Paulo: Editora Atlas S.A.
2008
17. GERHARDT, T.E (2009). Mtodos de Pesquisa. 1 Edio. Rio Grande do Sul: Editora da
UFGS.
72/78
18. GOOGLE, (25 de Novembro de 2015). Developers. Disponvel em:

http://developers.google.com/places/documentations. Acesso aos: 2 de Julho de 2015.
19. GUDWIN, R. R. (2012). Diagrama de Actividade e Diagrama de Estado: Unicamp. So
Paulo.
20. GUIMARES, G. (2013). A histria do Sistema operacional Android. Disponvel em
http://www.dsc.ufcg.edu.br/~pet/jornal/agosto2013/materias/historia_da_computacao.html
. Acesso em: 5 de Julho de 2015.
21. GOOGLE, (25 de Julho de 2015). Android Developers. Disponvel em:
http://developers.android.com/about/dashboards/index.html. Acesso aos: 2 de Novembro
de 2015.
22. IDC. Smartphone OS Market Share 2015, 2014, 2013, and 2012. Disponvel em:
http://www.idc.com/prodserv/smartphone-os-market-share.jsp. Acesso aos: 5 de Julho de
2015.
23. KONY (2015). Mobile Backend as a Service. Disponvel em:
http://forms.kony.com/rs/konysolutions/images/Kony-WP-Mobile-Backend-as-a-
Service.pdf. Acesso em 2 de Novembro de 2015.
24. LECHETA, R. (2012) Desenvolvendo para iPhone e iPad. 3 Edio: Novatec Editora
Ltda.
25. MARCO, H. (2011). Perfil da Cidade de Maputo e resumo das estratgias do PEN III
adequadas Cidade de Maputo. Concelho Nacional de Combate ao HIV/SIDA.
26. MARCON, D.M. (2014). Um Sistema Android para Gerenciamento de Roteiros
Tursticos. Instituto de Informtica. Universidade Federal do Rio Grande do Sul.
27. MICROSOFT (2016). Windows Phone. Disponvel em: http://www.microsoft.com/wp.
Acesso em: 20 de Maro de 2016.
28. MILANI, A. (2012). Programando para iPhone e iPad. Aprenda a construir aplicativos
para IOS: Novatec Editora Ltda.
29. MILBERT, A. L. (s.d.). Fundamentos para Sistemas de Informao. Palhoa.
30. NEVES, J.L (1996). Pesquisa qualitativa Caractersticas, usos e possibilidades. FEA-
USP.
31. NUNES, M. (2004). Fundamental de UML. Lisboa: Editora de Informtica,Lda.
32. LOPES, F. C., MORAIS, M. P., & CARVALHO, J. A. (2005). Desenvolvimento de
sistemas de informao, Mtodos e Tcnicas. Lisboa: Editora Informtica Lda.
33. OLIVEIRA,C. (2014). Desenvolvimento de Aplicativos para Windows Phone: Editora
Cincia Moderna. Rio de Janeiro.
73/78
34. P, I. (2001). Anlise de Sistemas de Informao. Lisboa.

35. PESSOA, F. (25 de Fevereiro de 2013). Waze, o que isso? O Aplicativo de GPS que faz
milagres. Obtido de Softonic: http://artigos.softonic.com.br/waze-como-funciona. Acesso
em: 10 de Novembro de 2015.
36. PLAYBUZZ. (18 de Abril de 2014). Are your smartphone concious:
http://www.playbuzz.com/unionplus10/are-you-smartphone-conscious. Acesso aos: 20 de
Maro de 2016.
37. TIDWEL, D; SNELL, J; KULCHENKO, P. (2001). Programing Web Services with

SOAP. (1ed). OReilly. 216 p.
38. TOM, P. R. (2004). Modelo de Desenvolvimento de Arquitecturas de Sistemas de
Informao. Guimares.
39. TOMAS, M. R.S (2009). Mtodos geis: caractersticas, pontos fortes e fracos e
possibilidades de aplicao: IET: Monte de Caparica, Lisboa.
40. TONIAZZO, J.C. (2007). Extreme Programing: Uma abordagem em testes de software
utilizado XUnit. Universidade Comunitria Regional de Chapec. Disponivel em:
http://zetoniazzo.files.wordpress.com/2007/08/monografia_jose_toniazzo.pdf. Acessado
em 24/02/2016.
41. TUDE, E. (11 de Novembro de 2003). Tutorial GPRS. Disponvel em Teleco:

http://www.teleco.com.br/tutoriais/tutorialgprs/ Acessado aos : 18 de Novembro de 2015.
42. RADIODADOS. (20 de Maro de 2009). RadioDados | Artigo GPRS. Disponivel em
RadioDados:http://www.radiodados.com.br/artigo-gprs.html. Acessado aos: 20 de
Novembro de 2015.
43. RASPBERRYPI. (10 de Novembro de 2015). What is a raspberryPI. Disponvel em:
http://www.raspberrypi.org/help/what-is-a-raspberry-pi/. Acesso aos: 10 de Maro de
2016.
44. RIBEIRO, N. V. (1998). Computao em Redes de Computadores:EST. Lisboa
45. REBELLO, A. (2004). Administrao de Sistemas de Informao. Jundia: Faculdade
Padre Anchieta.
46. REZENDE, D. A., & ABREU, A. F. (2001). Tecnologia da Informao Aplicada a
Sistemas de Informao Empresarias. So Paulo: Atlas.
47. RODRIGES, G.R. (2009). Smartphones e suas tecnologias. So Carlos: Universidade de
So Carlos.
74/78
48. SCHLICKMANN, M.P. (2015). Transportao. Disponvel em:

https://transportacao.com. Acesso aos 20/04/2016.
49. SILVA, M.V.M.F.P, (2005). Algumas consideraes sobre sistemas de informao e
diagrama de fluxo de dados. Universidade Federal de So Carlos. So Carlos (SP), Brasil.
Artigo tcnico.
50. SAMPAIO, C. (2007). Guia do Java Enterprise Edition 5- Desenvolvendo aplicaes
corporativas. Rio de Janeiro: Brasport.
51. SILVA,F. de F. (2008). Model-View-Controller (MVC). Rio de Janeiro: Laboratrio de
Engenharia de Software.
52. SOUZA, J.L.A (2014). Aplicao Android Para Monitorar os Transportes Pblicos
Coletivos de Mossor/RN. Mossor: Faculdade de Cincias e Tecnologia Mater Christi.
53. STEFFEN, J.B (2012).. O Mundo depende de Software: O que so essas tais de
metodologias geis?. IBM developersWorks.
54. VARGAS, T. C. de S. (2008). A histria de UML e seus diagramas. Florianpolis:
Universidade Federal de Santa Catarina. Departamento de Informtica e Estatstica.
55. WILSON, S. (2011). Gesto de Tecnologia Informao: Abordagem Sistemica da
Organizao. Belm-Par.
56. XP1 (21 de Maro de 2007). XP1: Um Processo de desenvolvimento. Disponvel em :
http://www.dsc.ufcg.edu.br/~jacques/projetos/common/xp1/xp1.html . Acessado aos 20 de
Fevereiro de 2016.
75/78
BIBLIOGRAFIA
1. ALVARO, H. (2015). Sem Servidores: Mobile Backend as a Service.So Paulo :Amazon.
2. AQUINO, J. F .S. (2007). Plataformas de Desenvolvimento para Dispositivos Mveis.Rio
de Janeiro:Universidade Catlica do Rio de Janiero.
3. ARAUJO, A.R.A (2010). Estudo do funcionamento dos transportes pblicos em Maputo e
desenvolvimento de aces de melhoria. Dissertao de Mestrado: FEUP.
4. BALVEDI, G, (2012). GPS: Conceitos e Princpios. Instituto Nacional de Pesquisas
Espaciais. Artigo tcnico.
5. BRUNETTE, (2010). Ed. Hello, Android. Dallas: Pragmatic Programmers.
6. CRESWELL, J.W. (2003). Research Design Qualitative, Quantitative and Mixed Methods
Approaches. 2 Edition. Universisty of Nebraska. Lincoln.
7. CRUZ, T. (2000). Sistemas de Informaes Gerncias Tecnologia da Informao e a
Empresa do Sculo XXI. So Paulo: Atlas.
8. CESTA, A.A.C (2009). A linguagem de Programao JAVA e orientao a Objectos.
Artigo tcnico.
9. CINTRA, M.A.H; AMORIM, Srgio Roberto Leusin (2000). A importncia de um
sistema de informao no gerenciamento de projectos. Juiz de Fora. V.2 p. 953-964.
Congresso de Engenharia Civil, 4, Juiz de Fora, 2000. Artigo tcnico.
10. CAVAYE, A. (1996). Case Study Research: A Multi-Faceted Research Approach For IS.
Information Systems Journal, 227-242.
11. DENNIS, A. &. VALACHICH (2001). Conducting Research In Information
Systems.Communications Of The AIS, 1-41.
12. FLING, B. (2009). Mobile Design and Development. Sebastopl: OReilly, 2009.
13. GIL,A.C. (2008). Mtodos e Tcnicas de Pesquisa Social. So Paulo: Editora Atlas S.A.
14. GERHARDT, T.E (2009). Mtodos de Pesquisa. 1 Edio. Rio Grande do Sul: Editora da
UFGS.
15. GOOGLE, (2015). Developers. Disponvel em:
http://developers.google.com/places/documentations. Acesso em: 2 de Julho de 2015.
16. GUIMARES, G. (2013). A histria do Sistema operacional Android. Disponivel em:
http://www.dsc.ufcg.edu.br/~pet/jornal/agosto2013/materias/historia_da_computacao.ht
ml. Acesso em: 5 de Julho de 2015.
76/78
17. IDC. Smartphone OS Market Share 2015, 2014, 2013, and 2012. Disponvel em:
http://www.idc.com/prodserv/smartphone-os-market-share.jsp. Acesso em: 5 de Julho de
2015.
18. KONY (2015). Mobile Backend as a Service. Disponvel em:
http://forms.kony.com/rs/konysolutions/images/Kony-WP-Mobile-Backend-as-a-
Service.pdf. Acesso em 2 de Novembro de 2015.
19. LECHETA, R. (2012) Desenvolvendo para iPhone e iPad. 3 Edio: Novatec Editora
Ltda.
20. MARCO, H, (2011). Perfil da Cidade de Maputo e resumo das estratgias do PEN III
adequadas Cidade de Maputo. Concelho Nacional de Combate ao HIV/SIDA.
21. MARCON, D.M, (2014). Um Sistema Android para Gerenciamento de Roteiros
Tursticos. Instituto de Informtica. Universidade Federal do Rio Grande do Sul.
22. MILANI, A. (2012). Programando para iPhone e iPad. Aprenda a construir aplicativos
para IOS: Novatec Editora Ltda.
23. MILBERT, A. L. (s.d.). Fundamentos para Sistemas de Informao. Palhoa.
24. NEVES, J.L (1996). Pesquisa qualitativa Caractersticas, usos e possibilidades. FEA-
USP.
25. NUNES, M. (2004). Fundamental de UML. Lisboa: Editora de Informtica,Lda.
26. LOPES, F. C., MORAIS, M. P., & CARVALHO, J. A. (2005). Desenvolvimento de
sistemas de informao, Mtodos e Tcnicas. Lisboa: Editora Informtica, Lda.
27. LOPES, F. C. (2005). Desenvolvimento de sistemas de informao, Mtodos e Tcnicas.
Lisboa: Editora Informtica,Lda.
28. OLIVEIRA,C. (2014). Desenvolvimento de Aplicativos para Windows Phone: Editora
Cincia Moderna. Rio de Janeiro.
29. OLIVEIRA, E.S. (2012). Uso de Metodologias geis no Desenvolvimento de Software:
DCC. Belo Horizonte.
30. P, I. (2001). Anlise de Sistemas de Informao. Lisboa.

31. PRESSMAN, R.S. (2010). Engenharia de Software (6ed): Mc Graw Hill. Porto Alegre.
32. PESSOA, F. (25 de Fevereiro de 2013). Waze, o que isso? O Aplicativo de GPS que faz
milagres. Obtido de Softonic: http://artigos.softonic.com.br/waze-como-funciona. Acesso
em: 10 de Novembro de 2015
33. TIDWEL, D; SNELL, J; KULCHENKO, P. (2001). Programing Web Services with
SOAP. (1ed):OReilly. 216 p.
77/78
34. TOM, P. R. (2004). Modelo de Desenvolvimento de Arquitecturas de Sistemas de

Informao. Guimares.
35. TUDE, E. (11 de Novembro de 2003). Tutorial GPRS. Disponvel em Teleco:
http://www.teleco.com.br/tutoriais/tutorialgprs/
36. RADIODADOS. (20 de Maro de 2009). RadioDados | Artigo GPRS. Disponivel em
RadioDados:http://www.radiodados.com.br/artigo-gprs.html. Acessado em: 20 de
Novembro de 2015.
37. REBELLO, A. (2004). Administrao de Sistemas de Informao. Jundia: Faculdade
Padre Anchieta.
38. REZENDE, D. A., & ABREU, A. F. (2001). Tecnologia da Informao Aplicada a
Sistemas de Informao Empresarias. So Paulo: Atlas.
39. RODRIGES, G.R. (2009). Smartphones e suas tecnologias. So Carlos: Universidade de
So Carlos.
40. SAMPAIO, C. (2007). Guia do Java Enterprise Edition 5- Desenvolvendo aplicaes
corporativas. Rio de Janeiro: Brasport.
41. SILVA, M.V.M.F.P (2005). Algumas consideraes sobre sistemas de informao e
diagrama de fluxo de dados. Universidade Federal de So Carlos. So Carlos (SP), Brasil.
Artigo tcnico.
42. SILVA,F. de F. (2008). Model-View-Controller (MVC). Rio de Janeiro: Laboratrio de
Engenharia de Software.
43. SOUZA, J.L.A (2014). Aplicao Android Para Monitorar os Transportes Pblicos
Coletivos de Mossor/RN. Mossor: Faculdade de Cincias e Tecnologia Mater Christi.
44. VARGAS, T. C. de S. (2008). A histria de UML e seus diagrams. Florianpolis:
Universidade Federal de Santa Catarina. Departamento de Informtica e Estatstica.
45. WILSON, S. (2011). Gesto de Tecnologia Informao: Abordagem Sistemica da
Organizao. Belm-Par.
78/78
ANEXOS
Anexo 1: Inqurito Impresso
O questionrio abaixo tem como principal finalidade avaliar a satisfao dos utentes com o
estado actual dos transportes no Municpio de Maputo.
Perguntas:
1. Nome:
___________________________________________________________________
2. Idade:
________
3. Profisso:
___________________________________________________________________
4. utente dos transportes pblicos colectivos de passageiros no Municpio de Maputo?

Sim No Talvez ou nem sempre
NB: em caso afirmativo (sim) responda o inqurito abaixo:

5. Tem um smartphone?
Sim No
Se tem um smartphone responda a pergunta (6). Caso no, ignore a pergunta e salte para a
seguinte (7).
6. Qual a plataforma do seu smartphone?
Android
iOS
Windows Phone
Outro
Assinale com um (X) a coluna desejada:

Muito Muito
Nvel de Satisfao Excelente Razovel Mau
Bom Mau
7. Est satisfeito com o estado actual dos
transportes pblicos colectivos no
Municpio de Maputo
Muito Muito
Nvel de Satisfao Excelente Razovel Mau
Bom Mau
8. Os transportes pblicos
colectivos cumprem com os
horrios previstos
9. Tem enfrentado enchentes nas paragens?

10. Em que perodo (s) acha que mais difcil apanhar um transporte pblico colectivo?
Manh
Tarde
Manh e Tarde
Noite
11. Quanto tempo leva para normalmente para apanhar um transporte pblico colectivo?
Menos de 5 minutos
5 a 10 minutos
10 a 30 minutos
Mais de 30 minutos
12. Costuma chegar a tempo ao local pretendido quando usa um transporte pblico ou
privado?
13. Uma aplicao mvel que lhe possibilitasse a ter acesso a informaes sobre os
transportes pblicos colectivos no Municpio de Maputo (transportes, rotas, itinerrios,
etc.) de forma precisa e em tempo real lhe ajudaria na gesto e planificao das suas
deslocaes?
14. Que tipo de informao sobre os transportes gostaria que a aplicao mvel lhe
fornecesse? Classifique-as por prioridade consoante as que acha mais importantes
(**4,3,2,1,0):
4:_______________________________________________________________________
3:_______________________________________________________________________
2:_______________________________________________________________________
1:_______________________________________________________________________
0:_______________________________________________________________________
NB: Em caso de ter citado funcionalidades acima, por favor, responda a questo a seguir.
15. Descreva uma funcionalidade a sua escolha (em que consiste e que benefcios lhe traria)?
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
________________________________________________________________________
Anexo 2: Entrevista a Cootrac I Lda
1. Qual o Significado de Cootrac?

2. Como surgiu a Cootrac I Lda?
3. Que objectivos tm a Cootrac I Lda?
4. Como composta a empresa?
5. O sector de Transportes pblicos o nico ramo de actuao da empresa?
6. Que servios prestam ao mercado?
7. Actualmente existe algum mecanismo em uso para o controlo e localizao da frota de
autocarros?
8. A possibilidade de se desenvolver uma aplicao na plataforma Android para localizao
dos transportes pblicos colectivos da empresa que visa permitir o acesso a informao
sobre os mesmos aos utentes para uma melhor planificao das suas deslocaes de
interesse da empresa?
9. Existem projectos futuros que a empresa almeja concretizar e o citado anteriormente faz
parte dos mesmos? Quais so?
Anexo 3: Histrias de Usurio
Usurio: Utente dos transportes pblicos colectivos:
Como um utente dos transportes pblicos colectivos eu quero obter informao sobre
a localizao, disponibilidade e tempo estimado de chegada dos transportes em tempo
real e de forma simplificada de modo a que eu possa evitar perder tempo esperando
por um transporte que ir levar muito tempo a chegar a paragem e possa melhor
decidir em o que irei fazer posteriormente para contornar a situao;
Como um utente dos transportes pblicos colectivos eu quero obter informao sobre
as paragens mais prximas de mim de modo a que eu possa facilmente me deslocar
at elas;
Como um utente dos transportes pblicos colectivos eu quero obter informao geral
sobre as rotas disponveis e itinerrio dos transportes pblicos colectivos de modo a
melhor poder planificar as minhas deslocaes aos meus destinos pretendidos;
Anexo 4: Diagramas de Actividades
Cadastrar Utilizador
Autenticar Utilizador
Consultar Paragem mais prxima

PFC Diogo Amaral - Final Revisado 2017

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

PFC Diogo Amaral - Final Revisado 2017

Diunggah oleh

Hak Cipta:

Format Tersedia

INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES

DESENVOLVIMENTO DE UMA APLICAO ANDROID PARA

Diogo Rogrio Amaral

Projecto Final do Curso

Licenciatura em Engenharia Informtica de e Telecomunicaes

Departamento de Tecnologias de Informao e Comunicao

DESENVOLVIMENTO DE UMA APLICAO ANDROID PARA

Diogo Rogrio Amaral

Projecto Final do Curso

Licenciatura em Engenharia Informtica de e Telecomunicaes

Departamento de Tecnologias de Informao e Comunicao

Diogo Rogrio Amaral

AGRADECIMENTOS ............................................................................................................. III

Ftima Marta Macucule, pelo amor, carinho, companheirismo e suporte

Ao ISUTC por ter-me capacitado e dotado de conhecimentos tericos e prticos ao

Tabela 4.3 Caractersticas do Ambiente de Desenvolvimento ................................................. 60

Tabela 4.4 Caractersticas do Ambiente de Teste..................................................................... 61

Tabela 4.5 Oramento do Projecto ........................................................................................... 69

Figura 2.2 Mapa de Localizao de nibus na Aplicao nibus Mossor............................... 8

Figura 2.3 Smartphones .............................................................................................................. 9

Figura 2.4 Dispositivos da Apple Inc. ...................................................................................... 10

Figura 2.5 Windows Phone ...................................................................................................... 11

Figura 2.6 Arquitectura Android .............................................................................................. 13

Figura 2.7 Valores da Metodologia gil XP ............................................................................ 20

Figura 2.8 Notao bsica Diagrama de Caso de Uso .............................................................. 23

Figura 2.9 Notao bsica Diagrama de Classe ....................................................................... 24

Figura 2.10 Notao bsica Diagrama de Actividades ............................................................. 25

Figura 2.11 Fluxo de eventos e informaes em uma arquitectura MVC ................................ 26

Figura 2.12 Constelao de Satlites ........................................................................................ 27

Figura 2.13 Arquitectura da AppEngine................................................................................... 30

Figura 2.14 Arquitectura MBaaS.............................................................................................. 31

Figura 2.15 Sincronizao entre dispositivos por meio do Firebase ........................................ 32

Figura 2.16 Dispositivo Raspberry PI 3 ................................................................................... 35

Figura 3.1 Cidade de Maputo ................................................................................................... 37

Figura 3.2 Diviso Administrativa do Municpio de Maputo .................................................. 38

Figura 3.3 Autocarro da Cootrac I 34 Lugares ......................................................................... 39

Figura 3.4 Autocarro da EMTPM VW 34 Lugares .................................................................. 39

Figura 3.5 Logotipo da Cootrac I Lda ...................................................................................... 40

Figura 4.1 Rota da Praa dos Trabalhadores - Zimpeto ........................................................... 45

Figura 4.2 Caso de Uso do Cliente para com a aplicao ........................................................ 49

Figura 4.4 Diagrama de classe da aplicao ............................................................................. 54

Figura 4.5 Diagrama de Actividade da aplicao representando o processo de solicitao de

localizao de autocarros numa determinada rota desejada pelo utente .......................... 55

Figura 4.6 Diagrama de Actividade da aplicao representando o processo de incio e trmino

do servio de localizao do autocarro pelo tripulante..................................................... 56

Figura 4.7 Arquitectura do Sistema proposto ........................................................................... 57

Figura 4.8 Smartphone Vodacom Smart Kicka ........................................................................ 58

Figura 4.9 Mdulo 3G+GPS Shield ......................................................................................... 59

Figura 4.10 Transformador de Corrente elctrica .................................................................... 59

Figura 4.11 Tela de Login na Aplicao .................................................................................. 62

Figura 4.12 Tela de Cadastro do Utente ................................................................................... 62

Figura 4.13 Tela do Menu Principal da Aplicao ................................................................... 63

Figura 4.14 Tela de Menu da Rota Seleccionada ..................................................................... 63

Figura 4.15 Tela de Especificao do Itinerrio ....................................................................... 64

Figura 4.16 Menu de Gesto da Conta do Utente..................................................................... 64

Figura 4.17 Tela de Detalhe da Conta do Utente ..................................................................... 65

Figura 4.18 Tela de Associao de Contas do Utilizador......................................................... 65

Figura 4.19 Tela do Mapa de Navegao ................................................................................. 66

Figura 4.20 Tela de Login do Tripulante no Mdulo GPS ....................................................... 66

Figura 4.21 Tela do Menu Principal no Mdulo GPS .............................................................. 67

Figura 4.22 Tela de Informao do Autocarro ......................................................................... 67

Figura 4.23 Tela de incio de servio de Localizao .............................................................. 68

LISTA DAS ABREVIATURAS UTILIZADAS