TCC - Final

UNIVERSIDADE DO SUL DE SANTA CATARINA
ALBERTO SAULO FERREIRA

PABLO PRAZERES
SISTEMA MÓVEL PARA ACOMPANHAMENTO DE ROTAS E ENTREGAS DE

UMA EMPRESA DE TRANSPORTE
Palhoça
2017
ALBERTO SAULO FERREIRA
PABLO PRAZERES
SISTEMA MÓVEL PARA ACOMPANHAMENTO DE ROTAS E ENTREGAS DE

UMA EMPRESA DE TRANSPORTE
Trabalho de Conclusão de Curso apresentado

ao Curso de Sistemas de Informação da
Universidade do Sul de Santa Catarina como
requisito parcial à obtenção do título de
Bacharel em Sistemas de Informação.
Orientador: Prof. Flávio Ceci, Dr.
Palhoça
2017
RESUMO
O custo do transporte no Brasil constitui uma quantia significativa no valor final do produto a
ser entregue, isto porque o principal meio de transporte utilizado no Brasil para entregas é o
rodoviário. Para diminuir custos nas entregas é necessário otimizar as rotas de entregas para
que possa ser possível diminuir o retrabalho e a ociosidade dos motoristas. A proposta deste
trabalho é projetar e desenvolver um sistema web para que seja possível controlar os
processos envolvidos nas entregas, integrando a solução web com dispositivos móveis para
facilitar o processo de alteração de status das entregas e o rastreamento das mesmas. A
solução desenvolvida foi apresentada para usuários da área de distribuição de alimentos
utilizarem e responderem um questionário para validar se a aplicação atendeu as expectativas
de um sistema de gerenciamento de rotas. As perguntas do questionário focam em validar as
funcionalidades do sistema e se a problemática foi resolvida. O sistema obteve boas
avaliações dos usuários que o utilizaram, os resultados mostram que o aplicativo atinge o
objetivo proposto, auxiliando no acompanhamento de rotas e entregas.
Palavras-chave: Transporte. Gestão. Controle de entregas.

ABSTRACT
The cost of transport in Brazil constitutes a significant amount in the value of the final
product to be delivered, that‟s because the main means of transport used in Brasil for
deliveries is by roads. To reduce costs in deliveries is necessary to optimize delivery routes so
that can be possible to reduce rework and idleness of drivers. The purpose of this paper is to
design and develop a web system so that it is possible to control the processes involved in
deliveries, integrating a web solution with mobile devices to make easier the process of
changing the status of deliveries and tracking them. The developed solution was presented to
users that work in food distribution area to use and answer to a poll in order to validate wheter
the application met the expectations of a route management system. The questions of the poll
focus on validating the system‟s functionalities and if the problem was been solved. The
system has obtained good evaluations of the users who tested, the results show that the
application achieves the proprosed goal, helping to track routes and deliveries.
Keywords: Transport. Management. Delivery control.

LISTA DE ILUSTRAÇÕES
Figura 1 - Componentes Básicos de um SIG. ........................................................................... 24

Figura 2 - Rastreamento por satélite ......................................................................................... 27
Figura 3 - Telogis Fleet - Tela principal ................................................................................... 29
Figura 4 - Telogis Fleet - Dashboards ...................................................................................... 29
Figura 5 - RotaExata - Tela Principal ....................................................................................... 31
Figura 6 - RotaExata - Relatórios ............................................................................................. 32
Figura 7 - RotaExata - Históricos ............................................................................................. 33
Figura 8 – Etapas metodológicas .............................................................................................. 35
Figura 9 – Arquitetura da aplicação ......................................................................................... 36
Figura 10 - O processo ICONIX............................................................................................... 38
Figura 11 - Requisitos Funcionais ............................................................................................ 40
Figura 12 - Requisitos Não Funcionais .................................................................................... 42
Figura 13 – Tela de login do sistema ........................................................................................ 43
Figura 14 - Tela de mapa .......................................................................................................... 44
Figura 15 - Cargas no mapa ...................................................................................................... 44
Figura 16 - Tela de usuários ..................................................................................................... 45
Figura 17 - Cadastro de usuários .............................................................................................. 46
Figura 18 - Alteração de usuário .............................................................................................. 46
Figura 19 - Tela de status ......................................................................................................... 47
Figura 20 - Cadastro de status .................................................................................................. 48
Figura 21 - Tela de veículos ..................................................................................................... 48
Figura 22 - Cadastro de veículos .............................................................................................. 49
Figura 23 - Tela de cargas ........................................................................................................ 50
Figura 24 - Detalhes de carga ................................................................................................... 50
Figura 25- Atores ...................................................................................................................... 51
Figura 26 - Casos de uso do Sistema web ................................................................................ 52
Figura 27 – Diagrama de casos de uso - UC001 – Efetuar Login ............................................ 53
Figura 28 - Diagrama de casos de uso - UC002 – Gerenciar Usuários .................................... 54
Figura 29 - Diagrama de casos de uso - UC003 – Gerenciar Dispositivos .............................. 59
Figura 30 - Diagrama de casos de uso - UC004 – Gerenciar veículos ..................................... 62
Figura 31 - Diagrama de casos de uso - UC005 – Gerenciar destinos ..................................... 67
Figura 32 - Diagrama de casos de uso - UC006 – Gerenciar status ......................................... 70
Figura 33 - Diagrama de casos de uso - UC007 – Gerenciar notas .......................................... 75
Figura 34 - Diagrama de casos de uso - UC008 – Gerenciar cargas ........................................ 80
Figura 35 - Diagrama de casos de uso - UC009 – Visualizar mapa ......................................... 85
Figura 36 - Casos de uso do aplicativo móvel .......................................................................... 88
Figura 37 - Diagrama de casos de uso - UC010 – Parear dispositivo ...................................... 89
Figura 38 - Diagrama de casos de uso - UC011 – Gerenciar carga.......................................... 90
Figura 39 - Diagrama de domínio............................................................................................. 97
Figura 40- Diagrama de classes – Usuários (UC002.1 – Listar usuários) ................................ 98
Figura 41 - Diagrama de classes – Status (UC006.1 – Listar Status) ....................................... 99
Figura 42 - Diagrama de componentes ................................................................................... 100
Figura 43 - Ferramentas utilizadas ......................................................................................... 101
Figura 44 - Tela de login ........................................................................................................ 106
Figura 45 - Funcionalidades do sistema web.......................................................................... 107
Figura 46 - Lista de usuários .................................................................................................. 108
Figura 47 - Cadastro ou edição de usuários ............................................................................ 108
Figura 48 - Lista de status....................................................................................................... 109
Figura 49 - Cadastro ou edição de status ................................................................................ 109
Figura 50 - Lista de dispositivos............................................................................................. 110
Figura 51 - Cadastrar dispositivo............................................................................................ 110
Figura 52 - Escanear QR code ................................................................................................ 111
Figura 53 - Dispositivo pareado ............................................................................................. 112
Figura 54 - Lista de veículos .................................................................................................. 112
Figura 55 - Cadastro ou alteração de veículo ......................................................................... 113
Figura 56 - Lista de destinos................................................................................................... 113
Figura 57 - Cadastro ou alteração de destinos ........................................................................ 114
Figura 58 - Lista de notas ....................................................................................................... 114
Figura 59 - Cadastro ou alteração de nota .............................................................................. 115
Figura 60 - Alterar status de nota ........................................................................................... 115
Figura 61 - Adicionar destinatário à nota ............................................................................... 116
Figura 62 - Lista de cargas ..................................................................................................... 116
Figura 63 - Cadastro ou alteração de carga ............................................................................ 117
Figura 64 - Adicionar nota na carga ....................................................................................... 117
Figura 65 - Romaneio de carga............................................................................................... 118
Figura 66 - Escaneamento de carga ........................................................................................ 118
Figura 67 - Detalhes da carga no dispositivo móvel .............................................................. 119
Figura 68 - Alterar status da carga no dispositivo móvel ....................................................... 120
Figura 69 - Marcar posição de destino no aplicativo móvel................................................... 121
Figura 70 - Visualizar posição de destino .............................................................................. 121
Figura 71 - Mapa .................................................................................................................... 122
Figura 72 - Detalhes de carga no mapa .................................................................................. 122
LISTA DE GRÁFICOS
Gráfico 1 – Crescimento do transporte em relação ao PIB entre 1970 e 2000......................... 18

Gráfico 2 - Questionário funcionalidades gerais .................................................................... 124
Gráfico 3 - Questionário funcionalidades de administrador................................................... 125
Gráfico 4 - Questionário funcionalidades colaborador........................................................... 125
Gráfico 5 - Questionário funcionalidades do mapa ................................................................ 126
Gráfico 6 - Conclusão do questionário ................................................................................... 126
LISTA DE TABELAS
Quadro 1 - Requisitos Funcionais ............................................................................................ 40

Quadro 2 - Requisitos Não Funcionais ..................................................................................... 42
Quadro 3 - Descrição dos casos de uso do sistema web ........................................................... 52
Quadro 4 - Fluxo UC001 - Efetuar login .................................................................................. 53
Quadro 5 - Fluxo UC002 - Gerenciar usuários......................................................................... 55
Quadro 6 - Fluxo UC002.1 - Listar usuários ............................................................................ 55
Quadro 7 - Fluxo UC002.2 - Cadastrar usuários ...................................................................... 56
Quadro 8 - Fluxo UC002.3 - Editar usuários............................................................................ 57
Quadro 9 - Fluxo UC002.4 - Bloquear usuários....................................................................... 58
Quadro 10 - Fluxo UC003 - Gerenciar dispositivos ................................................................. 59
Quadro 11 - Fluxo UC003.1 - Listar dispositivos .................................................................... 60
Quadro 12 - Fluxo UC003.2 - Vincular dispositivo ................................................................. 60
Quadro 13 - Fluxo UC003.3 - Bloquear dispositivo ................................................................ 61
Quadro 14 - Fluxo UC004 - Gerenciar veículos....................................................................... 63
Quadro 15 - Fluxo UC004.1 - Listar veículos .......................................................................... 63
Quadro 16 - Fluxo UC004.2 - Adicionar veículos ................................................................... 64
Quadro 17 - Fluxo UC004.3 - Editar veículos.......................................................................... 65
Quadro 18 - Fluxo UC004.4 - Bloquear veículos..................................................................... 66
Quadro 19 - Fluxo UC005 - Gerenciar destinos ....................................................................... 67
Quadro 20 - Fluxo UC005.1 - Listar destinos .......................................................................... 68
Quadro 21 - Fluxo UC005.2 - Cadastrar destinos .................................................................... 68
Quadro 22 - Fluxo UC005.3 - Editar destinos .......................................................................... 69
Quadro 23 - Fluxo UC006 - Gerenciar status ........................................................................... 71
Quadro 24 - Fluxo UC006.1 - Listar status .............................................................................. 71
Quadro 25 - Fluxo UC006.2 - Cadastrar status ........................................................................ 72
Quadro 26 - Fluxo UC006.3 - Editar status .............................................................................. 73
Quadro 27 - Fluxo UC006.4 - Bloquear status ......................................................................... 74
Quadro 28 - Fluxo UC007 - Gerenciar nota ............................................................................. 75
Quadro 29 - Fluxo UC007.1 - Listar notas ............................................................................... 76
Quadro 30 - Fluxo UC007.2 - Filtrar notas .............................................................................. 76
Quadro 31 - Fluxo UC007.3 - Cadastrar notas ......................................................................... 77
Quadro 32 - Fluxo UC007.4 - Selecionar destino .................................................................... 78
Quadro 33 - Fluxo UC007.5 - Editar nota ................................................................................ 79
Quadro 34 - Fluxo UC008 - Gerenciar cargas .......................................................................... 80
Quadro 35 - Fluxo UC008.1 - Listar cargas ............................................................................. 81
Quadro 36 - Fluxo UC008.2 - Filtrar cargas ............................................................................ 81
Quadro 37 - Fluxo UC008.3 - Cadastrar carga ......................................................................... 82
Quadro 38 - Fluxo UC008.4 - Selecionar nota ......................................................................... 83
Quadro 39 - Fluxo UC008.5 - Editar carga .............................................................................. 84
Quadro 40 - Fluxo UC008.6 - Alterar status nota .................................................................... 84
Quadro 41 - Fluxo UC009 - Visualizar mapa........................................................................... 86
Quadro 42 - Fluxo UC009.1 - Listar cargas ............................................................................. 86
Quadro 43 - Fluxo UC009.2 - Histórico carga ......................................................................... 87
Quadro 44 - Descrição dos casos de uso do aplicativo móvel.................................................. 88
Quadro 45 - Fluxo UC010 - Parear dispositivo ........................................................................ 89
Quadro 46 - Fluxo UC011 - Gerenciar carga ........................................................................... 90
Quadro 47 - Fluxo UC011.1 - Listar entregas .......................................................................... 91
Quadro 48 - Fluxo UC011.2 - Listar notas ............................................................................... 92
Quadro 49 - Fluxo UC011.3 - Alterar status nota .................................................................... 92
Quadro 50 - Fluxo UC011.4 - Detalhar destinatário ................................................................ 93
Quadro 51 - Fluxo UC011.5 - Marcar destinatário .................................................................. 93
Quadro 52 - Fluxo UC011.6 - Navegar até o destinatário ........................................................ 94
Quadro 53 - Fluxo UC011.7 - Detalhar carga .......................................................................... 95
Quadro 54 - Fluxo UC011.8 - Encerrar carga .......................................................................... 95
Quadro 55 - Comparativo entre os sistemas similares. .......................................................... 123
SUMÁRIO
1 INTRODUÇÃO................................................................................................................. 12
1.1 PROBLEMÁTICA .......................................................................................................... 13
1.2 OBJETIVOS .................................................................................................................... 13
1.2.1 Objetivo geral .............................................................................................................. 14
1.2.2 Objetivos específicos ................................................................................................... 14
1.3 JUSTIFICATIVA ............................................................................................................ 14
1.4 ESTRUTURA DA MONOGRAFIA ............................................................................... 15
2 REFERENCIAL TEÓRICO ........................................................................................... 17
2.1 LOGISTICA .................................................................................................................... 17
2.2 TRANSPORTE DE CARGAS ........................................................................................ 18
2.2.1 Modais de transporte .................................................................................................. 18
2.2.1.1 Transporte Dutoviário. ............................................................................................... 19
2.2.1.2 Transporte Ferroviário ................................................................................................ 19
2.2.1.3 Transporte Aquaviário ................................................................................................ 20
2.2.1.4 Transporte Aéreo ........................................................................................................ 20
2.2.1.5 Transporte Rodoviário ................................................................................................ 21
2.2.2 Competitividade no modal de transporte rodoviário............................................... 21
2.3 SISTEMAS DE INFORMAÇÃO .................................................................................... 22
2.3.1 Sistemas de informação geográfica ............................................................................ 22
2.3.2 Web ............................................................................................................................... 24
2.3.3 Plataforma mobile ....................................................................................................... 25
2.3.3.1 Android ....................................................................................................................... 26
2.4 SISTEMAS DE RASTREAMENTO POR SATÉLITE .................................................. 26
2.4.1 Sistema de posicionamento global (GPS) .................................................................. 27
2.5 SISTEMAS SIMILARES ................................................................................................ 28
2.5.1 Telogis Fleet ................................................................................................................. 28
2.5.2 ROTA ........................................................................................................................... 30
2.5.3 Rota Exata .................................................................................................................... 30
2.5.4 CadaVeículo ................................................................................................................. 33
3 MÉTODO .......................................................................................................................... 34
3.1 CARACTERIZAÇÃO DO TIPO DE PESQUISA .......................................................... 34
3.2 ETAPAS METODOLÓGICAS ....................................................................................... 35
3.3 ARQUITETURA DA SOLUÇÃO PROPOSTA ............................................................. 36
3.4 DELIMITAÇÕES ............................................................................................................ 37
4 MODELAGEM DO SISTEMA ....................................................................................... 38
4.1 ICONIX ............................................................................................................................ 38
4.2 REQUISITOS FUNCIONAIS ......................................................................................... 39
4.3 REQUISITOS NÃO FUNCIONAIS ............................................................................... 41
4.4 PROTOTIPAGEM ........................................................................................................... 43
4.5 CASOS DE USO ............................................................................................................. 51
4.5.1 Casos de usos principais do sistema web ................................................................... 51
4.5.1.1 UC001 – Efetuar login................................................................................................ 53
4.5.1.2 UC002 – Gerenciar usuários ...................................................................................... 54
4.5.1.2.1 UC002.1 – Listar usuários. ..................................................................................... 55
4.5.1.2.2 UC002.2 – Cadastrar usuário. ................................................................................ 56
4.5.1.2.3 UC002.3 – Editar usuário. ...................................................................................... 56
4.5.1.2.4 UC002.4 – Bloquear usuário. .................................................................................. 57
4.5.1.3 UC003 – Gerenciar dispositivos ................................................................................. 58
4.5.1.3.1 UC003.1 – Listar dispositivos. ................................................................................ 60
4.5.1.3.2 UC003.2 - Vincular dispositivo. .............................................................................. 60
4.5.1.3.3 UC003.3 – Bloquear dispositivo.............................................................................. 61
4.5.1.4 UC004 – Gerenciar veículos ...................................................................................... 62
4.5.1.4.1 UC004.1 – Listar veículos. ...................................................................................... 63
4.5.1.4.2 UC004.2 – Adicionar veículos. ................................................................................ 64
4.5.1.4.3 UC004.3 – Editar veículos. ..................................................................................... 65
4.5.1.4.4 UC004.4 – Bloquear veículo. .................................................................................. 65
4.5.1.5 UC005 – Gerenciar destinos ....................................................................................... 66
4.5.1.5.1 UC005.1 – Listar destinos. ...................................................................................... 68
4.5.1.5.2 UC005.2 – Cadastrar destinos. ............................................................................... 68
4.5.1.5.3 UC005.3 – Editar destinos. ..................................................................................... 69
4.5.1.6 UC006 – Gerenciar status ........................................................................................... 70
4.5.1.6.1 UC006.1 – Listar status. .......................................................................................... 71
4.5.1.6.2 UC006.2 – Cadastrar status. ................................................................................... 72
4.5.1.6.3 UC006.3 – Editar status. ......................................................................................... 72
4.5.1.6.4 UC006.4 – Bloquear status...................................................................................... 73
4.5.1.7 UC007 – Gerenciar notas. .......................................................................................... 74
4.5.1.7.1 UC007.1 – Listar notas............................................................................................ 76
4.5.1.7.2 UC007.2 – Filtrar notas. ......................................................................................... 76
4.5.1.7.3 UC007.3 – Cadastrar nota. ..................................................................................... 77
4.5.1.7.4 UC007.4 – Selecionar destino. ................................................................................ 78
4.5.1.7.5 UC007.5 – Editar nota. ........................................................................................... 78
4.5.1.8 UC008 – Gerenciar cargas.......................................................................................... 79
4.5.1.8.1 UC008.1 – Listar cargas. ........................................................................................ 81
4.5.1.8.2 UC008.2 – Filtrar cargas. ....................................................................................... 81
4.5.1.8.3 UC008.3 – Cadastrar carga. ................................................................................... 82
4.5.1.8.4 UC008.4 – Selecionar nota...................................................................................... 83
4.5.1.8.5 UC008.5 – Editar carga. ......................................................................................... 83
4.5.1.8.6 UC008.6 – Alterar status nota. ................................................................................ 84
4.5.1.9 UC009 – Visualizar mapa. ......................................................................................... 85
4.5.1.9.1 UC009.1 – Listar cargas. ........................................................................................ 86
4.5.1.9.2 UC009.2 – Histórico carga. .................................................................................... 87
4.5.2 Caso de uso principal do aplicativo móvel ................................................................ 87
4.5.2.1 UC010 – Parear dispositivo ........................................................................................ 88
4.5.2.2 UC011 – Gerenciar carga. .......................................................................................... 90
4.5.2.2.1 UC011.1 – Listar entregas. ..................................................................................... 91
4.5.2.2.2 UC011.2 – Listar notas............................................................................................ 91
4.5.2.2.3 UC011.3 – Alterar status nota. ................................................................................ 92
4.5.2.2.4 UC011.4 – Detalhar destinatário. ........................................................................... 93
4.5.2.2.5 UC011.5 – Marcar destinatário. ............................................................................. 93
4.5.2.2.6 UC011.6 – Navegar até o destinatário. ................................................................... 94
4.5.2.2.7 UC011.7 – Detalhar carga. ..................................................................................... 95
4.5.2.2.8 UC011.8 – Encerrar carga ...................................................................................... 95
4.6 MODELO DE DOMÍNIO ............................................................................................... 96
4.7 DIAGRAMA DE CLASSES ........................................................................................... 97
4.8 DIAGRAMA DE COMPONENTES ............................................................................... 99
5 SOLUÇÃO PROPOSTA ................................................................................................ 101
5.1 TECNOLOGIAS ............................................................................................................ 101
5.1.1 Java ............................................................................................................................. 101
5.1.2 Eclipse ......................................................................................................................... 102
5.1.3 PostgreSQL ................................................................................................................ 102
5.1.4 Android Studio .......................................................................................................... 102
5.1.5 Enterprise Architect .................................................................................................. 103
5.1.6 Bitbucket .................................................................................................................... 103
5.1.7 Wildfly ........................................................................................................................ 103
5.1.8 Vaadin ........................................................................................................................ 104
5.1.9 Jooq............................................................................................................................. 104
5.1.10 Zxing ........................................................................................................................... 104
5.1.11 OpenStreetMap ......................................................................................................... 104
5.2 HISTÓRICO DE DESENVOLVIMENTO ................................................................... 105
5.3 APRESENTAÇÃO DO SISTEMA ............................................................................... 106
5.4 AVALIAÇÃO DO SISTEMA ....................................................................................... 123
5.4.1 Elaboração do questionário ...................................................................................... 123
5.4.2 Aplicação do questionário ........................................................................................ 124
5.4.3 Análise dos resultados ............................................................................................... 124
5.4.4 Conclusão da avaliação ............................................................................................. 126
6 CONCLUSÃO ................................................................................................................. 128
REFERÊNCIAS.................................................................................................................... 130
APÊNDICES ......................................................................................................................... 134
APÊNDICE A – CRONOGRAMA ..................................................................................... 135
12
1 INTRODUÇÃO
Nos últimos anos, o crescimento do mercado interno e a globalização vêm

impulsionando o setor de transportes de cargas. A logística deixou de ser vista apenas como
uma operação e passou a ser um diferencial, pois, em um ambiente altamente competitivo, um
cliente pode ser conquistado em detalhes, como, por exemplo, um prazo de entrega menor que
a concorrência. Em meio a esta nova visão, os operadores logísticos são cada vez mais
pressionados a realizar acordos de níveis de serviço mais rigorosos.
Segundo o Plano Nacional de Transporte disponibilizado pela Confederação
Nacional do Transporte (CNT, 2014), o transporte rodoviário de cargas é o principal modal da
matriz de transporte no Brasil, realizando cerca de 61,1% dos transportes realizados no país e
em seguida, vem o modal ferroviário com 20,7%; o modal aquaviário, com 13,6%; o
dutoviário, com 4,2% e, por último, o modal aeroviário com 0,4%.
O custo do transporte no Brasil torna-se elevado devido ao fato de ter como seu
principal modal o transporte rodoviário. Gomes e Ribeiro (2004) afirmam que o modal
rodoviário é o segundo mais caro, atrás apenas do aeroviário. Também, acrescentam que
outros fatores aumentam o custo do transporte, como, por exemplo, a baixa produtividade
média por trabalhador de toneladas/km que, no Brasil, é muito baixa em relação aos Estados
Unidos.
Para contornar os custos operacionais, grandes empresas investem em TI para
auxiliarem a tomada de decisões. Este cenário faz com que pequenas e médias empresas
percam competitividade no mercado, pois não possuem grandes recursos para investimento
em infraestrutura para reduzir custos operacionais.
Baseando-se nisso, os autores planejam desenvolver um sistema web e mobile em
que as pequenas e médias empresas de transporte possam gerenciar suas rotas, aumentando o
fluxo de informação entre o motorista e o atendimento central da transportadora. Ao enviar
seus roteiros para o sistema, o transportador poderá acompanhar o andamento das entregas,
bem como, acompanhar o deslocamento dos veículos em um mapa.
A solução ainda conta com um aplicativo para smart phones, em que o motorista
em campo pode acessar os dados dos clientes, como, por exemplo, localização do cliente em
um mapa, possibilitando-o a usar aplicativos de navegação para localizar a rota mais rápida
até o seu destino; possibilidade de ligar para os últimos motoristas que realizaram esta
13
entrega; alterar os status das entregas, fornecendo à transportadora um feed-back, em tempo

real, e possibilidade de geolocalizar clientes, facilitando a localização e futuras roteirizações.
1.1 PROBLEMÁTICA
O transporte de cargas fracionadas, ou seja, o transporte em que o veículo é

carregado com mercadorias destinadas a diversos clientes, é comumente utilizado para
fornecer manufaturas para os clientes finais. Novaes (2004, p. 145) afirma que “O objetivo
geral da distribuição física, como meta ideal, é o de levar os produtos certos, para os lugares
certos, no momento certo e com nível de serviço desejado, pelo menor custo possível”.
Um bom planejamento de um roteiro pode ser um fator de sucesso para uma
transportadora, visto que, ao realizar um roteiro bem planejado, o risco de retorno de
mercadorias é reduzido, diminuindo o retrabalho, bem como o custo com combustível e,
também, os gastos com possíveis horas extras, entre outros.
Conforme Gomes e Ribeiro (2004, p. 103):
Os problemas relacionados com o custo de transportes e a busca pela sua redução,

que consistem em melhorar o serviço ao cliente, encontrando os melhores trajetos
que um veículo deve fazer por meio das malhas dos modais, minimizarão o tempo e
a distância e serão sempre problemas de decisão.
Para tomadas de decisões mais assertivas, faz-se necessário angariar informações,

para então, tomar a decisão que leva ao melhor cenário possível.
Muitas empresas que não possuem um sistema de gerenciamento de rotas acabam
deixando de lucrar mais com suas entregas, pois motoristas acabam ficando muito tempo
ociosos de uma entrega a outra, o que prejudica também na velocidade e qualidade das
entregas, podendo até influenciar negativamente na imagem da empresa com seus clientes. Na
maioria das vezes, as empresas não possuem esses sistemas devido aos custos elevados e a
dificuldade de implantação do sistema.
1.2 OBJETIVOS
14
Os objetivos deste trabalho estão divididos em objetivo geral e objetivos

específicos, descritos a seguir.
1.2.1 Objetivo geral
Desenvolver uma aplicação móvel, como serviço, para auxiliar a gestão das rotas
e entregas em uma empresa de transporte.
1.2.2 Objetivos específicos
 identificar os principais processos e operações do processo de entrega por

parte de uma transportadora;
 identificar a utilização de recursos de GPS para auxiliar o processo de controle
das rotas e entregas;
 desenvolver uma plataforma web para controle e acompanhamento das rotas e
entregas;
 elaborar uma proposta de solução computacional baseada em tecnologia
móvel;
 desenvolver um protótipo funcional a partir da proposta de solução;
 avaliar junto a profissionais da área o protótipo funcional.
1.3 JUSTIFICATIVA
O principal modal da matriz de transporte, no Brasil, é o rodoviário, o que eleva o

custo de transporte, visto que ele é o segundo mais caro, atrás apenas do aeroviário. O alto
custo no transporte de cargas rodoviárias é ainda agravado, no Brasil, pela baixa eficiência do
setor de transportes.
15
Gomes e Ribeiro (2004) apontam que 60% do custo logístico é representado pelo
transporte. Esse alto custo faz com que a eficiência seja um fator essencial para a
sobrevivência das empresas de transporte no mercado.
Desde o advento da computação moderna, empresas de diversos setores têm se
apoiado em sistemas de informação para melhoria da eficiência de seus processos. Júnior,
Façanha e Yu (2011, p. 223) salientam que “[...] os sistemas de informação têm papel
fundamental para garantir e melhorar a competitividade das organizações, principalmente se
estas operam em ambientes de negócios dinâmicos e globalizados. ”, Júnior, Façanha e Yu
(2011), ainda, complementam que os sistemas de informação podem monitorar o sistema
produtivo, a fim de garantir a qualidade e a eficiência do mesmo.
Novaes (2004) enfatiza que, na logística moderna, é de suma importância o
acompanhamento das operações em tempo real ao longo da cadeia de suprimentos, para isso
os sistemas de informação devem operar de forma integrada.
Nesse sentido, a criação de um sistema, baseado em serviço, a fim de monitorar o
processo produtivo em uma empresa de transporte de cargas se justifica pelo
acompanhamento do roteiro, visando, assim, um controle de qualidade e eficiência, bem como
a obtenção de informações para decisões, buscando sempre a melhoria do processo produtivo
e reduzindo, assim, os custos a fim de obter um diferencial competitivo.
1.4 ESTRUTURA DA MONOGRAFIA
A presente monografia será descrita em seis seções descritas a seguir:

Capitulo 1: Tem como objetivo introduzir o assunto, definir a problemática, os
objetivos gerais e específicos e a justificativa para a pesquisa.
Capitulo 2: Destina-se a revisão bibliográfica para o tema abordado. Nesse
capitulo, iremos apresentar o embasamento teórico acerca dos assuntos envolvidos nesta
monografia.
Capitulo 3: Nesse capitulo, iremos abordar o método de pesquisa.
Capitulo 4: Capitulo destinado à apresentação da modelagem do sistema proposto,
bem como, a metodologia aplicada.
Capitulo 5: Destina-se a apresentar o sistema, suas características e principais
funcionalidades.
16
Capitulo 6: Este capitulo está destinado à conclusão desta monografia. Também,

iremos abordar as perspectivas para o futuro.
17
2 REFERENCIAL TEÓRICO
Neste capitulo, são abordados assuntos teóricos utilizados pelo trabalho.

Apresentam-se conceitos que servem como base para compreensão de logística, transporte de
cargas, sistemas de informação, sistemas de rastreamento e tecnologias que auxiliam a
mesma.
2.1 LOGISTICA
Segundo Novaes (2004), o conceito de logística estava, na sua origem, ligada às

operações militares. Ao decidir avançar suas tropas, os generais precisavam ter uma equipe
que providenciasse o deslocamento, no momento oportuno, de munição, alimentação,
equipamentos e socorro médico para o campo de batalha.
Gomes e Ribeiro (2004, pg. 1) definem e logística da seguinte maneira:
A logística é o processo de gerenciar estrategicamente a aquisição, a movimentação

e o armazenamento de materiais, peças e produtos acabados (e os fluxos de
informação correlatos) por meio da organização e dos seus canais de marketing, de
modo a poder maximizar as lucratividades presentes e futuras com o atendimento
dos pedidos a baixo custo.
Nogueira (2012) afirma que, toda vez que houver uma movimentação de produto
ou informação, estaremos no campo da logística e, consequentemente, estaremos envolvidos
também com atividades de transporte, movimentação e armazenagem, planejamento e
controle logístico.
Nogueira (2012, pg. 6) ainda complementa que “O estudo da logística visa,
através de uma visão sistêmica, otimizar esse conjunto de atividade de modo a atingirmos os
resultados de „distribuição‟ e „serviço ao cliente‟ com o menor custo possível”.
Para Gomes e Ribeiro (2004, pg. 1):
A logística empresarial estuda como a gerência pode prover melhor nível de

rentabilidade aos serviços de distribuição aos clientes e/ou consumidores, por meio
de planejamento organizado e controle efetivo das atividades de movimentação e
armazenagem, objetivando facilitar o fluxo de produtos.
18
Na próxima subseção, iremos abordar o transporte de cargas que é a principal

atividade da logística.
2.2 TRANSPORTE DE CARGAS
O transporte de cargas é um dos mais importantes entre os componentes

logísticos. Entre 1970 e 2000, o setor de transporte cresceu aproximadamente 400%, enquanto
o PIB cresceu 250% neste mesmo período. Esse crescimento foi fortemente influenciado pela
desconcentração da economia brasileira na direção das regiões Centro-oeste, Norte e
Nordeste. (FLEURY, 2013).
O gráfico 1 apresenta o crescimento do transporte em relação ao PIB no Brasil
entre 1970 e 2000.
Gráfico 1 – Crescimento do transporte em relação ao PIB entre 1970 e 2000
Fonte: Fleury (2013, p. 237).
O transporte de cargas pode ocorrer de diversas formas, que serão explanadas na

próxima seção, os modais de transporte.
2.2.1 Modais de transporte
Os modais de transporte são os canais que são utilizados para realizar o transporte
desde o remetente até o seu destinatário. Wenke (2010, pg. 4) esclarece que “São cinco os
modais de transporte de cargas: rodoviário, ferroviário, aquaviário, dutoviário e aério. Cada
19
um possui características operacionais específicas, que os tornam mais adequados para

determinados tipos de produtos e de operações”.
Novaes (2004, pg. 146) complementa que,
Na Europa e nos Estados Unidos, a distribuição de produtos desde as fábricas até os

centros atacadistas ou varejistas pode ser realizada através de modalidades de
transportes diversas: rodovia, ferrovia, transporte aquaviário, aério e dutos para
casos especiais (gás, gasolina, óleo diesel, álcool). Na maioria dos casos há um leque
de opções que o embarcador pode utilizar, envolvendo também combinações
diversas de modalidade.
Estes modais são explanados nas próximas subseções.
2.2.1.1 Transporte Dutoviário.
Castiglioni (2013, pg. 116) define o transporte dutoviário da seguinte maneira: “O

modal dutoviário é aquele que utiliza a força da gravidade ou pressão mecânica por meio de
dutos para o transporte de granéis”
Ballou (2004) afirma que, no modal dutoviário a movimentação dos produtos é
lenta, porém é compensada pela frequência de transporte de vinte e quatro horas por dia, sete
dias por semana, o que torna sua velocidade efetiva bem maior que a dos demais modais.
Gomes e Ribeiro (2004) complementam que os dutos constituem um método
eficiente no transporte de líquidos e gases em grandes volumes, com baixo custo, porém com
limitação na linha de produtos atendidos.
2.2.1.2 Transporte Ferroviário
O transporte ferroviário é aquele que é feito através de ferrovias. Novaes (2004)

afirma que o transporte ferroviário é eficiente em termos de consumo de combustível, pois
opera com unidades com maior capacidade de cargas, os trens. Porém, o custo fixo de uma
ferrovia é muito elevado, tornando o modal ferroviário uma opção muito cara, quando a
distância percorrida é pequena.
20
O transporte ferroviário passou a ser utilizado no transporte de grandes volumes

de produtos homogêneos por longas distâncias, como, minérios, grãos e derivados de
petróleo, entre outros. (GOMES e RIBEIRO, 2004)
Para Ballou (2004, pg. 154), “A ferrovia é basicamente um transportador de
longo curso e de baixa velocidade para matérias-primas (carvão, madeira, produtos químicos)
e para produtos manufaturados de baixo custo (alimentos, papel e produtos florestais), e
prefere mover cargas completas”.
O transporte ferroviário é uma ótima solução para transportes de longas distâncias
e grandes volumes, porém é limitado à existência de ferrovias.
2.2.1.3 Transporte Aquaviário
O transporte aquaviário é aquele que é feito através de vias pluviais. Segundo

Ballou (2004), o serviço aquaviário é limitado por vários motivos. Uma das limitações é que
ele exige que os embarcadores e destinatários estejam localizados nas margens ou utilize
outro modal para transporte nas áreas não atendidas. A velocidade do transporte é outra
limitação, pois o modal hidroviário é um dos mais lentos entre os modais, além de estar
sujeito às condições climáticas.
Este modal pode transportar produtos a granel como grãos e minérios que
correspondem a 75% das toneladas-milhas anuais nesta modalidade. Também são
transportados bens de alto valor, principalmente em transportes internacionais, onde esses
itens são transportados em containers, para reduzir o tempo de carga e descarga e
desempenhar melhor a operação multimodal (GOMES e RIBEIRO, 2004).
2.2.1.4 Transporte Aéreo
O transporte aéreo é o modal que utiliza aeronaves para o transporte de cargas.

Para Ballou (2004), o transporte aéreo está sendo incorporado por um grande número de
embarcadores como serviço regular, mesmo com taxas menos atrativas do que os demais
modais. O grande atrativo deste modal é a inigualável rapidez origem-destino, principalmente
em grandes distâncias.
21
Novaes (2004) acrescenta que o transporte aéreo apresenta um baixo nível de

avarias e extravios, resultando, assim, em uma maior segurança e confiabilidade. Por esse
motivo, ele é utilizado para transportar produtos de alto valor agregado, como eletrônicos e
equipamentos de alta precisão, bem como produtos sensíveis a ação do tempo, como
alimentos perecíveis, flores, encomendas, correspondências, etc.
2.2.1.5 Transporte Rodoviário
Castiglioni (2013), afirma que o modo rodoviário é o mais expressivo no

transporte de cargas no Brasil, atingindo praticamente todos os pontos do território nacional.
Com a implantação da indústria automobilística, na década de 1950 e a pavimentação das
principais rodovias, o modal rodoviário se desenvolveu, e hoje domina amplamente o
transporte no Brasil.
Para Lima (2013, pg. 257), “O transporte rodoviário de carga no Brasil chama a
atenção por faturar o equivalente a 10% do PIB e movimentar 2/3 da carga total do país.”.
Segundo Wanke (2010, pg. 5), “Com relação à disponibilidade, que representa a
quantidade de localidades onde o modal se encontra presente, o modal rodoviário é a melhor
opção, pois quase não apresenta limites de onde chegar.”.
Wanke (2010) complementa ainda que, com relação aos custos, o modal
rodoviário apresenta custos fixos pequenos, pois a construção e manutenção de rodovias
dependem do poder público e os custos variáveis (por exemplo, combustível, óleo e
manutenção) possuem valor mediano.
2.2.2 Competitividade no modal de transporte rodoviário
Gomes e Ribeiro (2004, pg. 67) afirmam que “O custo de transporte representa a
maior parcela dos custos logísticos na maioria das empresas, variando entre 4% e 25% do
faturamento bruto; em muitos casos, supera o lucro operacional.”.
Lima (2013) esclarece que o custo do frete no modal rodoviário, no Brasil, é
influenciado pelo alto grau de pulverização do setor, que conta com 800mil transportadores
autônomos, 40 mil empresas transportadoras e 50 mil transportadores de caga própria.
22
Lima (2013, pg. 257) ainda complementa que:
Entre as razões dessa pulverização destaca-se relativa facilidade de entrada de

competidores no setor, em virtude da baixa regulamentação. Isso acaba repercutindo
no aumento da oferta de serviços de transporte rodoviário e, assim, a concorrência
faz com que os preços sejam reduzidos ao máximo possível, chegando muitas vezes
a valores inferiores a seu preço de custo.
Um controle de qualidade, bem como o controle de custos, é essencial para a

existência de uma empresa neste setor. Novaes (2004) enfatiza que as empresas que ainda não
implementaram um controle efetivo de qualidade ou que praticam níveis de custo acima da
prática do setor, dificilmente conseguirão obter sucesso.
O ponto principal para a redução dos custos de transporte deve ser o nível de
utilização da frota, ou seja, rodar o máximo possível com cada veículo carregado, reduzindo o
número de veículos sem prejudicar a qualidade do serviço. Isso pode reduzir de forma
significativa o custo total da frota. (LIMA, 2013).
2.3 SISTEMAS DE INFORMAÇÃO
Segundo De Araujo (1995, p. 1), “Sistemas de informação são aqueles que, de

maneira genérica, objetivam a realização de processos de comunicação”. Para Rezende
(2005), todo sistema, utilizando ou não recursos de tecnologia da informação, que guarde
dados e gere informações pode ser considerado Sistema de Informação. Rezende (2005, p.27)
ainda afirma que “Os Sistemas de informação poderão contribuir significativamente para a
solução de muitos problemas organizacionais”.
2.3.1 Sistemas de informação geográfica
Para Molin (2015), Sistemas de informação geográfica (SIG) referem-se a

softwares com capacidade de organização e análise espacial dos dados, bem como a produção
de mapas. Negócios também transformaram SIGs para ajudar no desenvolvimento de
estratégias de marketing, determinar melhores locais para novas lojas, melhorar rota de
entregas de produtos, despachar táxis e caminhões de serviço, e analisar territórios de vendas
(KORTE, 2001).
23
De acordo com Pick (2008), SIGs possuem um papel crucial em ajudar pessoas
em negócios a tomar decisões. Sistemas de informações possuem sistemas conhecidos que
ajudam também na tomada de decisões, incluindo Sistemas de apoio à decisão (SAD) e
Inteligência Empresarial (ou Business Intelligence, em inglês). SIGs possuem conceitos
relativamente novos como Sistemas de apoio a decisão espacial (SDSS – Spatial Decision
Support Systems) e Inteligência Empresarial espacial (Spatial Business Intelligence). Pick
ainda apresenta um exemplo desses conceitos, modelos e dados que ajudam um gerente de
banco supervisionar rapidamente uma rede em expansão para tomar melhores decisões a fim
de localizar alguns ramos enquanto fecha, funde ou realoca outros. Tais decisões são
realizadas baseadas em mostradores espaciais e análise da base de clientes, competidores e
localização de ramos.
A figura 1 apresenta sinteticamente a configuração básica de um SIG, conforme
Miranda (2010). Ela representa a divisão dos SIGs em quatro subsistemas, a partir das
entradas que podem ser mapas, informações de GPS, estatísticas ou imagens, é feita a
gerência de dados e análise, então, temos a saída que pode ser em forma de gráficos, relatórios
estatísticos ou mapas.
24
Figura 1 - Componentes Básicos de um SIG.
Fonte: Miranda (2010, p. 33)
Com as saídas de um SIG que se pode observar na figura 1, é possível tomar

decisões muito mais precisas, seja para reduzir custos, melhorar produtividade, melhorar e
otimizar serviços oferecidos, entre diversas outras vantagens que um SIG pode oferecer.
2.3.2 Web
A internet que se conhece hoje começou com Tim Berners-Lee, em 1990, quando
ele criou algumas tecnologias fundamentais que são a fundação da WEB até hoje. No mesmo
ano ele criou um navegador WEB e um servidor WEB e, até o final de 1990, a primeira
página WEB estava na internet aberta (WEBFOUNDATION, 2012).
25
Pressman e Lowe esclarecem que “Nos primeiros dias da Word Wide Web (por
volta de 1990 a 1995), “websites” consistiam em pouco mais de que um conjunto de arquivos
de hipertexto ligados, que apresentavam informações usando texto e gráficos bem limitados”.
Com o surgimento da World Wide Web, que permite aos usuários de computador
localizar e visualizar documentos sobre qualquer assunto pela Internet, a Internet explodiu,
tornando-se um dos principais mecanismos de comunicação do mundo. (DEITEL, 2010).
Em 2004, surge o termo “Web 2.0”, que, segundo Andersen (2007), é a segunda
fase da Web, uma versão melhorada. Andersen também afirma que a Web 2.0 é mais do que
tecnologias e serviços “legais”, é um conjunto de ideias poderosas que estão mudando a
maneira em que as pessoas interagem. Para Musser e O‟Reilly (2006), a Web 2.0 é uma nova
maneira de se pensar, que se prospera nos efeitos de conexão, bancos de dados ficam mais
ricos a medida que mais pessoas interagem com eles, aplicações ficam mais inteligentes
quanto mais pessoas usam-na, marketing guiado pelas experiências de usuário e aplicações
que interagem umas com as outras para aumentar a plataforma de computadores.
Para ter uma ideia do tamanho da Web, em 1994 existiam 3.000 websites online,
em 2014, este número já passava de 1 bilhão. Em 2012, o Google já estava servindo mais de
3,5 bilhões de buscas por dia, equivalente a 40.000 buscas por segundo. (LAFRANCE, 2015).
Para Pressman e Lowe (2009), a Web passou a ser uma tecnologia indispensável
para negócios, comércio, comunicação, educação, engenharia, entretenimento, finanças,
governo, industrias, mídia, medicina, politica, ciência e transporte, ou seja, áreas que
impactam diretamente na vida das pessoas.
2.3.3 Plataforma mobile
Segundo Firtman (2010), um dispositivo móvel possui as seguintes características:

é portável, é pessoal, está com você a maioria das horas, é fácil e rápido de usar e possui
algum tipo de conexão com internet. São, na maioria das vezes, porém não necessariamente,
celulares e smartphones. Um smartphone possui um sistema multitarefa, um navegador de
internet, internet sem fio, GPS (Sistema de posicionamento global) entre diversos outros
recursos.
Dispositivos mobile já ultrapassaram computadores pessoais, laptops e outros
dispositivos, tornando-se nosso principal método para ter acesso ao mundo digital. Segundo
26
pesquisas nos Estados Unidos, em 2014, 87% dos americanos estão com seus dispositivos
móveis ao alcance dia e noite (KPCB, 2015).
Segundo dados da Google (2016), em 2016, no Brasil, 64% das pessoas têm
acesso à internet e 62% utilizam smartphones, número este que era de apenas 14%, em 2012.
2.3.3.1 Android
“O Android™ é uma plataforma para tecnologia móvel completa, envolvendo um

pacote com programas para celulares, já com um sistema operacional, middleware, aplicativos
e interface do usuário”. (PEREIRA, 2009, p. 3).
Android™ foi construído para ser verdadeiramente aberto e, por isso, pode ser
sempre adaptado a fim de incorporar novas tecnologias. A plataforma vai estar sempre em
evolução, já que as comunidades de desenvolvedores estarão trabalhando em conjunto para
construir aplicações móveis inovadoras. (PEREIRA, 2009).
O sistema Android pode ser encontrado em uma grande variedade de
smartphones, de diversas marcas e, por isso, domina uma grande fatia de mercado, ao final de
2015, no Brasil, a fatia de mercado do Android era de 91,8%. (KANTAR, 2016).
2.4 SISTEMAS DE RASTREAMENTO POR SATÉLITE
De acordo com Reis (1997, apud ANEFALOS, 1999), os sitemas de rastreamento

por satélite possuem três funções básicas: (a) comunicação entre a estação de controle e os
veículos; (b) localização on-line de veículos; (c) controle da frota em relação a: nível de
combustível, velocidade do veículo, temperatura do compartimento de cargas, fechamento das
portas, presença de carona, entre outros.
A figura 2 apresenta a estrutura básica do rastreamento por satélite.
27
Figura 2 - Rastreamento por satélite
Fonte: Lopez (1996, p. 31).
Segundo Lopez (1996), para que um veículo seja rastreado, é necessário que haja
coleta de sua posição através do sistema de GPS, então suas coordenadas devem ser
transmitidas a um satélite de comunicação, para, assim, serem transferidas a uma estação
terrestre e, na sequência, chegarem ao usuário. Também é possível que haja uma estação
intermediária entre o satélite e o usuário, com finalidade de gerenciar os dados antes de envia-
los ao usuário.
2.4.1 Sistema de posicionamento global (GPS)
O GPS, acrônimo de Global Positioning System, é um sistema de rádio navegação

desenvolvido pelo Departamento de defesa dos Estados Unidos da América, com intuito de
ser o principal sistema de navegação das forças armadas americanas, também se tornou uma
tecnologia extremamente útil e inovadora para uma série de atividades que necessitam de
posicionamento. (MONICO, 2000).
A concepção do sistema GPS permite que um usuário, em qualquer lugar da
superfície terrestre tenha à sua disposição, no mínimo, quatro satélites para serem rastreados,
28
estes que possibilitam que se realize um posicionamento em tempo real. Além disso, o GPS
pode ser utilizado sob quaisquer condições climáticas afirma Monico. (2000).
2.5 SISTEMAS SIMILARES
Esta seção tem como objetivo apresentar sistemas similares no ramo de

gerenciamento de frotas, a fim de verificar funcionalidades essenciais e diferenciais
competitivos. No capitulo 5 será apresentado um quadro comparativo entre as principais
funcionalidades dos sistemas similares e o sistema proposto.
2.5.1 Telogis Fleet
Segundo Telogis (2016), Telogis Fleet é a solução de gestão de frota mais

confiável, escalável e completa disponível no mercado. Promete reduzir o trabalho e custos
com combustível, minimizando tempo ocioso e total de quilômetros percorridos. O Telogis
Fleet oferece mapas ricos e extremamente detalhados, permite que gestores vejam tanto uma
frota de um veículo quanto uma frota de mil veículos em uma única tela, com detalhamento
imediato de um único veículo.
Telogis ainda afirma que é possível obter uma visão valiosa do seu negócio com
alertas em tempo real, também oferecendo relatórios que vão desde muito analíticos para
gerenciais, emitindo relatórios por veículos, frota, motorista ou equipe.
A figura 3 ilustra a interface do sistema Telogis Fleet, em que é possível observar
diversas frotas em uma única tela.
29
Figura 3 - Telogis Fleet - Tela principal
Fonte: Telogis (2016).
A figura 4 apresenta as dashboards, que, segundo Telogis (2016), é configurável

por indústria e inclui indicadores de desempenho que monitoram chegadas em horário/atraso,
tempo em marcha lenta, velocidade, alertas de manutenção, e muito mais.
Figura 4 - Telogis Fleet - Dashboards
Fonte: Telogis (2016).
São oferecidos três tipos de planos, a versão standard oferece rastreamento

completo por GPS sem complexidade, a versão professional oferece rastreamento avançado
por GPS com funcionalidade adicionais, e a versão enterprise é uma solução flexível para
grandes corporações.
30
2.5.2 ROTA
ROTA (2016) afirma que seu software oferece liberdade para gerenciar, quando e
onde quiser, com todas as informações necessárias para controlar a frota ou equipe externa. É
possível identificar ociosidade em frotas, ser avisado de todas as manutenções e controlar os
custos da frota. Também, é possível monitorar vendedores, para saber o que a equipe
comercial está fazendo, mantendo, assim, o seu cliente satisfeito e comprando. Acompanhar
equipe técnica e manutenção tendo todas as informações necessárias para tomada de decisão.
A ferramenta, também, apresenta gestão logística, que permite fazer acompanhamento das
entregas, assim identificando gargalos para tornar a logística mais eficiente e produtiva.
O ROTA oferece, também, monitoramento 24 horas, monitorar veículos, pessoas
e equipamentos, quando e como quiser, utilizar aplicativo para smartphones (android / IOS), e
telemetria para mais detalhes dos veículos.
2.5.3 Rota Exata
Exata (2016) promete ser um inovador sistema de rastreamento, oferecendo

segurança, vantagens logísticas e operacionais. É possível aumentar a confiabilidade da
operação e, consequentemente, vantagens competitivas a partir de informações em tempo real.
Também promete ser fácil, rápido e dinâmico de usar, com gráficos e relatórios inteligentes,
tudo está a um click, controle a rota, resumo de quilometragem, resumo de tempo, visão da
rua, e mais informações em apenas um click.
Também é possível controlar custos com lançamento de despesas no sistema,
posicionar clientes no mapa, controlar manutenção de veículos, detalhar jornadas de trabalho
e controlar saídas de veículos. Os preços do software são flexíveis baseado na quantidade de
veículos.
A figura 5 apresenta a tela principal da aplicação com os detalhes de um
automóvel selecionado no mapa.
31
Figura 5 - RotaExata - Tela Principal
Fonte: Exata (2016).
O RotaExata, além de diversas informações dos automóveis, oferece diferentes

opções de relatórios, como podemos observar na figura 6.
32
Figura 6 - RotaExata - Relatórios
RotaExata ainda oferece um rico sistema de históricos, como pode ser visto na
figura 7.
33
Figura 7 - RotaExata - Históricos
O RotaExata funciona a partir da instalação de um rastreador nos veículos a serem

rastreados, este rastreador se comunica com o sistema do RotaExata, enviando dados do tipo
localização, velocidade, e outros eventos ao servidor RotaExata. Além disto, o RotaExata
oferece 4 consultorias em um período de 21 dias com o cliente, ajudando-o a verificar as
dificuldades da rota, também, é possível definir horários de uso, locais permitidos e outros
parâmetros para auto-fiscalização.
2.5.4 CadaVeículo
CadaVeículo (2016) é um gerenciador de frotas que ajuda a otimizar custos e

melhorar o controle de negócios. É possível cadastrar contas a pagar e receber, verificar o
resumo das principais informações em tempo real e obter relatório completos. A Cada
Veículo é ideal para empresas de até 10 veículos.
O sistema é totalmente online e oferece planos de diferentes preços baseados na
quantidade de veículos a serem gerenciados.
34
3 MÉTODO
Neste item, é apresentado o tipo de pesquisa realizada neste trabalho, definindo as

etapas metodológicas necessárias para atingir os objetivos propostos. Também, é apresentada
a proposta de solução, as delimitações da pesquisa e o cronograma que é apresentado no
apêndice presente no trabalho.
3.1 CARACTERIZAÇÃO DO TIPO DE PESQUISA
A definição de pesquisa, segundo Demo (1996, p.34), “questionamento

sistemático crítico e criativo, mais a intervenção competente na realidade, ou o diálogo,
crítico permanente com a realidade em sentido teórico e prático”.
Para da Silva e Menezes (2005), a pesquisa é um conjunto de ações, propostas
para encontrar a solução de algum problema, que tem por base procedimentos racionais e
sistemáticos. A pesquisa é realizada quando se tem um problema e não se tem informações
para solucioná-lo.
Este trabalho pode ser classificado como pesquisa aplicada, pois, na concepção do
autor da Silva e Menezes (2005), objetiva gerar conhecimentos para aplicação prática e
dirigidos à solução de problemas específicos, envolvendo verdades e interesses locais.
No ponto de vista da forma de abordagem do problema, este trabalho se encaixa
no tipo de pesquisa qualitativa, que da Silva e Menezes (2005) consideram ter uma relação
dinâmica entre o mundo real e o sujeito, isto é, um vínculo indissociável entre o mundo e a
subjetividade do sujeito que não pode ser traduzido em números, assim, não sendo necessário
o uso de métodos e técnicas estatísticas.
Tendo em vista os objetivos, este trabalho se enquadra na pesquisa de tipo
exploratória, pois envolve levantamento bibliográfico, analise de exemplos que estimulam a
compreensão e, em geral, assumem as formas de pesquisas bibliográficas e estudos de caso.
(da SILVA; MENEZES, 2005).
Por fim, levando em consideração os procedimentos técnicos utilizados para a
coleta de dados, a pesquisa deste trabalho é classificada como pesquisa bibliográfica, visto
que é concebida a partir de material já publicado, constituído, principalmente, de livros,
artigos periódicos e materiais disponibilizados na Internet. (da SILVA; MENEZES, 2005).
35
3.2 ETAPAS METODOLÓGICAS
As etapas metodológicas deste trabalho estão organizadas em referencial teórico e

processo de desenvolvimento de software, como pode ser observado na figura 8:
Figura 8 – Etapas metodológicas
Referencial Levantamento Modelagem do Implementação

teórico de requisitos Sistema do Sistema
Testes do
Avaliação Conclusões
Sistema
Fonte: Elaborado pelos autores. (2016).
As etapas descritas na figura 8 são sintetizadas da seguinte forma:

a) referencial teórico que fornece elementos a fim de evitar a duplicação de
pesquisas sobre o mesmo enfoque do tema. (da SILVA; MENEZES, 2005, p. 21);
b) levantamento de requisitos do sistema para definir requisitos funcionais e não
funcionais, a fim de facilitar a compreensão do problema a ser resolvido;
c) modelagem do sistema quando é feito um estudo dos requisitos levantados
anteriormente e com esses requisitos construir modelos que representam o sistema a ser
implementado;
d) implementação do sistema, etapa em que o sistema é desenvolvido com base na
modelagem previamente realizada, utilizando linguagens de programação para gerar código
executável;
e) testes do Sistema, têm a finalidade de validar o sistema, levando em conta a
especificação do sistema, também busca-se encontrar possíveis erros na implementação;
f) avaliação, etapa em que o sistema é apresentado aos envolvidos para validação
do mesmo;
36
g) conclusões, após a avaliação, é verificado se os objetivos propostos foram

atingidos e sendo, assim, possível formular uma conclusão.
3.3 ARQUITETURA DA SOLUÇÃO PROPOSTA
Para atender os objetivos pretendidos, a solução proposta é um software

construído no molde de um SaaS do inglês Software as a Service, ou, em uma tradução livre
em português, Software como Serviço. Silva (2014, pg. 52) define SaaS da seguinte maneira:
O Software como Serviço (em inglês, SaaS – Software as a Service) é o modelo em

que o consumidor deixa de comprar a licença e passa a ser “assinante” dos
programas, que são acessados pela Internet. Isso é uma grande vantagem para as
pequenas e médias empresas, pois permite o acesso a programas de custo elevado,
quando adquiridos na modalidade de prateleira.
Na figura 9, está descrita a arquitetura da aplicação e a iteração entre cliente e

servidor.
Figura 9 – Arquitetura da aplicação
Fonte: Elaborado pelos autores. (2016).
O acesso ao sistema de gerenciamento de transporte pode ser feito através de

qualquer computador desktop ou laptop que possua acesso à internet, desde que o usuário já
37
possua um usuário e senha cadastrados previamente pelo administrador do sistema. Através

do sistema na plataforma web, o usuário poderá visualizar o andamento rotas.
Já, o acesso ao sistema realizado pelos motoristas em campo será realizado através
de um aplicativo mobile que será disponibilizado para qualquer smartphone baseado em um
sistema Android superior ao 4.0. Através do aplicativo mobile, o motorista poderá realizar
alterações nos status das entregas, bem como enviar sua posição atualizada automaticamente
para o servidor.
Na próxima seção, aborda-se as delimitações do escopo do projeto.
3.4 DELIMITAÇÕES
Os seguintes itens não são implementados na solução proposta:

a) identificação de rodovias por tipo de veículo (exemplo: pontes que suportam
veículos de até X toneladas ou túneis que suportam veículos de até X metros de
altura);
b) previsão de gastos com pedágios;
c) não serão aplicados alguns itens de segurança, como travamento do veículo e
botão de pânico;
d) não é o foco deste projeto oferecer compatibilidade do sistema em smartphones
com sistemas operacionais IOS, Windows Phone ou Android com versão
inferior a 4.0;
e) para utilização do sistema mobile, é obrigatório que o dispositivo possua
hardware de localização via GPS;
f) é necessária conexão com a internet para o funcionamento do sistema, porém
não é necessária conexão a todo momento para o sistema mobile;
g) não é o foco deste projeto controlar manutenção de veículos;
h) não é o foco deste projeto controlar a parte financeira;
i) o sistema não analisará periculosidade ou condições das rodovias;
j) para o experimento não iremos implementar os requisitos de segurança para
esta aplicação;
k) para o experimento, iremos controlar apenas relações de entregas entre pessoas
jurídicas;
38
4 MODELAGEM DO SISTEMA
Neste capítulo, são apresentadas as etapas da modelagem do sistema proposto,

sendo abordado a metodologia ICONIX que inclui identificação de atores, requisitos,
prototipação de tela, casos de uso, diagramas de domínio e diagramas de classes.
4.1 ICONIX
O processo ICONIX é minimalista, e foca nas áreas que ficam entre os casos de
usos e os códigos. Tem ênfase em o que precisa acontecer em certo ponto no ciclo de vida,
sendo necessário começar em alguns casos de uso, para, então, realizar uma boa análise e
design (ROSEMBERG; STEPHENS, 2007, p. 1).
Figura 10 - O processo ICONIX
Fonte: ROSEMBERG; STEPHENS (2007, p. 1)
Na teoria, cada aspecto do diagrama UML é potencialmente útil, porém, na

pratica, parece nunca restar tempo para fazer análise, modelagem e design. Sempre há uma
pressão da gerência para começar logo com os códigos (ROSEMBERG; STEPHENS, 2007,
39
p. 1), como mostrado na figura 10, o iconix é simples o bastante para evitar que aconteçam
esses tipos de problemas.
Para a modelagem do sistema proposto, foi utilizada a primeira tarefa do ICONIX,
que consiste em realizar a análise de requisitos, para que possa ser possível identificar os
casos de uso, também realizando o diagrama de domínio e a prototipação de telas. Com isso,
consegue-se manter a modelagem simples, porém bem poderosa, otimizando, assim, o esforço
de trabalho e o desenvolvimento de software.
4.2 REQUISITOS FUNCIONAIS
Segundo Sommervile (2007, p. 80), “Requisitos funcionais são as declarações de

serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e de
como o sistema deve se comportar em determinadas situações”.
40
Figura 11 - Requisitos Funcionais
Fonte: Elaborado pelos autores(2017).
A figura 11 apresenta os requisitos funcionais do sistema proposto, a seguir a

descrição dos requisitos:
Quadro 1 - Requisitos Funcionais

Nome Descrição
RF001 – Login no sistema O sistema deve permitir ao usuário autenticar-se via login e
senha.
RF002 - Criação de nova O sistema deve permitir ao usuário a cadastrar uma nova
conta conta com nome, tipo de usuário(usuário, admin ou
motorista), cpf, email, login e senha.
41
RF003 - Esquecer senha O sistema deve permitir ao usuário recuperar sua senha,
informando seu email cadastrado.
RF004 - Cadastro de O sistema deve manter o cadastro de dispositivos com

dispositivos
telefone, IMEI e motorista.
RF005 - Cadastro de status O sistema deve manter o cadastro de status com status e
de entrega referência.
RF006 - Alteração de status O sistema deve permitir a alteração de status para
"concluído", "destinatário ausente", "endereço incompleto" e
"saiu para entrega".
RF007 - Mapa interativo O sistema deve prover um mapa com as geolocalizações das
entregas e motoristas.
RF008 - Download de roteiro O sistema deve permitir ao motorista fazer download do

roteiro de entrega no seu dispositivo mobile.
RF009 - Cadastro de cargas O sistema deve manter o cadastro de cargas.
A seguir, são apresentados os requisitos não funcionais.
4.3 REQUISITOS NÃO FUNCIONAIS
Para Sommerville(2007, p. 80), “Requisitos não funcionais são restrições sobre os

serviços ou as funções oferecidas pelo sistema. Eles incluem restrições de timing, restrições
sobre o processo de desenvolvimento e padrões”.
42
Figura 12 - Requisitos Não Funcionais
A figura 12 apresenta os requisitos não funcionais do sistema proposto, a seguir

apresenta-se a descrição dos mesmos:
Quadro 2 - Requisitos Não Funcionais

Nome Descrição
RNF001 - Comunicação A comunicação do servidor com e o ambiente mobile deverá ser
API através de API REST.
RNF002 - Suporte O sistema mobile deve suportar dispositivos android com
Plataforma Mobile versão 4 ou superior.
RNF003 - Plataforma O sistema web deve ser responsivo, suportando diversos tipos
Web de resoluções.
RNF004 - Dispositivo O sistema mobile deve reter dados e tentar envia-los para a API,
móvel sem conexão sempre que o dispositivo mobile possuir conexão com a
internet.
RNF005 - Carga de O sistema deve suportar ao menos 50 usuários simultâneos sem
usuários que afete a boa funcionalidade do mesmo.
No próximo item, será apresentada a prototipação de telas.

43
4.4 PROTOTIPAGEM
A prototipação de telas auxilia no desenvolvimento do sistema, pois é possivel ter

um melhor entendimento de como o sistema final se comportará e, com isso, também se têm
uma base para desenvolver o sistema, seja visualmente ou até mesmo comportamentos dos
botões.
A primeira tela do sistema será o login (figura 13) na qual o usuário poderá se
autenticar com o sistema com seu login e senha, caso essas informações estejam corretas, o
sistema redireciona o usuário à tela principal.
Figura 13 – Tela de login do sistema
Após a autenticação do sistema ser realizada, é apresentada a tela de mapa para o

usuário (Figura 14):
44
Figura 14 - Tela de mapa
Também é possivel verificar as cargas no mapa (Figura 15):
Figura 15 - Cargas no mapa

45
A partir do menu vertical na lateral esquerda, é possível navegar por outras

funcionalidades do sistema, dependendo das permissões do usuário autenticado. A próxima
tela apresentada é a de administração de usuários (Figura 16):
Figura 16 - Tela de usuários
Nas opções da tela de usuários, é possível cadastrar um novo usuário (Figura 17):
46
Figura 17 - Cadastro de usuários
Nas mesmas opções na tela de usuário, também é possível modificar um usuário

já cadastrado anteriormente (Figura 18):
Figura 18 - Alteração de usuário

47
Seguindo nas opções do sistema, é possível verificar os status cadastrados no

sistema (Figura 19):
Figura 19 - Tela de status
Na tela de status, também é possível cadastrar novos status (Figura 20):

48
Figura 20 - Cadastro de status
É possível também controlar os veículos cadastrados no sistema (Figura 21):
Figura 21 - Tela de veículos

49
Na tela de veículos, também há a opção de cadastrar novos veículos (Figura 22):
Figura 22 - Cadastro de veículos
Outra opção do sistema é acompanhar as cargas cadastradas no mesmo (Figura

23):
50
Figura 23 - Tela de cargas
Na tela de cargas, é possível verificar detalhes das cargas (Figura 24):
Figura 24 - Detalhes de carga

51
No próximo item, são apresentados os casos de uso.
4.5 CASOS DE USO
Nesta seção são apresentados os casos de uso para desenvolvimento do sistema

proposto.
Figura 25- Atores
Na figura 25, são apresentados os cinco atores identificados para o sistema

proposto: o colaborador, que é o responsável por gerenciar cargas, notas, destinos e status,
também havendo a possibilidade deste colaborador ser um administrador, que também poderá
gerenciar dispositivos, veículos, usuários e motoristas, o ator motorista fica responsável por
administrar status das notas presentes nas cargas e geolocalizar destinos. Outro ator é o
“Dispositivo Móvel” que faz a atualização de posição espacial da carga.
4.5.1 Casos de usos principais do sistema web

52
Os principais casos de uso do sistema web serão apresentados a seguir, conforme

a figura 26.
Figura 26 - Casos de uso do Sistema web
A seguir, no quadro 4, são apresentadas as descrições dos casos de usos principais

do sistema web referente à figura 26:
Quadro 3 - Descrição dos casos de uso do sistema web

IDENTIFICADOR DESCRIÇÃO
UC001 Permite ao colaborador, administrador e motorista se autenticarem ao
sistema.
UC002 Permite ao administrador cadastrar, visualizar, alterar ou bloquear
usuários.
UC003 Permite ao administrador cadastrar, visualizar, alterar ou bloquear
dispositivos.
UC004 Permite ao administrador cadastrar, visualizar, alterar e bloquear
veículos.
UC005 Permite ao colaborador e ao administrador cadastrar, visualizar e
alterar destinos.
UC006 Permite ao colaborador e ao administrador cadastrar, visualizar,
alterar ou bloquear status.
UC007 Permite ao colaborador e ao administrador cadastrar, visualizar e
alterar notas.
UC008 Permite ao administrador e ao colaborador, cadastrar, visualizar e
alterar cargas.
UC009 Permite ao administrador, ao colaborador e ao motorista visualizar o
53
detalhamento do histórico da carga no mapa.

Fonte: Elaborado pelos autores (2017).
As subseções, a seguir, apresentarão os detalhamentos dos principais casos de uso.
4.5.1.1 UC001 – Efetuar login
Caso de uso secundário UC001 – Efetuar login, conforme apresentado na figura

27.
Figura 27 – Diagrama de casos de uso - UC001 – Efetuar Login
O diagrama de caso de uso UC001 Efetuar login é composto pelos seguintes

fluxos (Quadro 4):
Quadro 4 - Fluxo UC001 - Efetuar login

Nome: UC001 – Efetuar login
Fluxo principal
1 O usuário acessa à URL do sistema em um navegador.
2 O sistema exibe a tela de login.
3 O usuário preenche o nome de usuário e a senha e clica em entrar.
54
4 O sistema valida as informações.

5 O sistema direciona o usuário para a página principal.
6 O sistema exibe o menu de opções de acordo com o perfil do usuário.
Fluxo alternativo
4.1 Usuário ou senha incorretos
4.2 O sistema informa a seguinte mensagem ao usuário: “Usuário ou senha incorretos”
4.5.1.2 UC002 – Gerenciar usuários
Caso de uso principal UC002 – Gerenciar usuários, conforme apresentado na

figura 28.
Figura 28 - Diagrama de casos de uso - UC002 – Gerenciar Usuários

55
O diagrama de caso de uso UC002 Gerenciar usuários é composto pelos seguintes

fluxos (Quadro 5):
Quadro 5 - Fluxo UC002 - Gerenciar usuários

Nome: UC002 – Gerenciar usuários.
Pré-requisitos
1 O usuário deve estar logado no sistema UC001.
2 O usuário deve possuir o perfil administrador
Fluxo principal
1 O usuário acessa o menu usuários.
2 O sistema exibe a lista de usuários. (UC002.1 - Listar usuários)
3 O sistema possibilita ao usuário adicionar um usuário. (UC002.2 - Cadastrar usuário)
4 O sistema possibilita ao usuário editar um usuário. (UC002.3 - Editar usuário)
5 O sistema possibilita ao usuário bloquear um usuário. (UC002.4 - Bloquear usuário)
Fonte: Elaborado pelos autores (2017)
A seguir, é apresentado o caso de uso de listagem de usuários.
4.5.1.2.1 UC002.1 – Listar usuários.
O diagrama de caso de uso UC002.1 Listar usuários é composto pelos seguintes

fluxos (Quadro 6):
Quadro 6 - Fluxo UC002.1 - Listar usuários

Nome: UC002.1 – Listar usuários.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos usuários registrados
Fluxo alternativo
1.1 O usuário aplica uma busca por nome de usuário.
1.2 O sistema exibe uma lista de usuários que correspondem a busca realizada.
56
A seguir, é apresentado o caso de uso de cadastro de usuários.
4.5.1.2.2 UC002.2 – Cadastrar usuário.
O diagrama de caso de uso UC002.2 Cadastrar usuário é composto pelos

seguintes fluxos (Quadro 7):
Quadro 7 - Fluxo UC002.2 - Cadastrar usuários

Nome: UC002.2 – Cadastrar usuário.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos usuários registrados. (UC002.1)
2 O usuário clica no ícone de adicionar usuário.
3 O sistema exibe a tela de cadastro de usuários.
4 O usuário informa os dados solicitados.
5 O usuário clica no botão salvar.
7 O sistema retorna para a listagem de usuários e a atualiza.
Fluxo alternativo 1
3.1.1 O usuário clica no ícone de retorno para tela anterior.
3.1.2 O sistema retorna para a listagem.
Fluxo alternativo 2
3.2.1 O usuário clica no botão cancelar.
Fluxo alternativo 3
6.1 O sistema informa quais campos não foram validados.
A seguir, é apresentado o caso de uso de alteração de usuários.
4.5.1.2.3 UC002.3 – Editar usuário.

57
O diagrama de caso de uso UC002.3 Editar usuários é composto pelos seguintes

fluxos (Quadro 8):
Quadro 8 - Fluxo UC002.3 - Editar usuários

Nome: UC002.3 – Editar usuário.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos usuários registrados. (UC002.1)
2 O usuário clica sobre um usuário.
3 O sistema exibe a tela de editar usuário.
4 O usuário altera os dados disponíveis.
7 O sistema retorna para a listagem de usuários e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de Bloqueio de usuários.
4.5.1.2.4 UC002.4 – Bloquear usuário.
O diagrama de caso de uso UC002.4 Bloquear usuário é composto pelos seguintes

fluxos (Quadro 9):
58
Quadro 9 - Fluxo UC002.4 - Bloquear usuários

Nome: UC002.4 – Bloquear usuário.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos usuários registrados.
2 O usuário clica no ícone de bloqueio de usuário.
3 O sistema bloqueia o usuário.
Fluxo alternativo 1
2.1 O usuário clica no ícone de desbloquear usuário.
2.2 O sistema desbloqueia o usuário
Na seção, a seguir, são apresentados os casos de uso de gerenciamento de

dispositivos.
4.5.1.3 UC003 – Gerenciar dispositivos
Caso de uso principal UC003 – Gerenciar dispositivos, conforme apresentado na

figura 29.
59
Figura 29 - Diagrama de casos de uso - UC003 – Gerenciar Dispositivos
O diagrama de caso de uso UC003 Gerenciar dispositivos é composto pelos

Quadro 10 - Fluxo UC003 - Gerenciar dispositivos

Nome: UC003 – Gerenciar dispositivos.
Pré-requisitos
Fluxo principal
1 O usuário acessa o menu dispositivos.
2 O sistema exibe a lista de dispositivos cadastrados. (UC003.1 – Listar dispositivos)
3 O sistema possibilita ao usuário vincular um dispositivo. (UC003.2 – Vincular
dispositivos)
4 O sistema possibilita ao usuário bloquear um dispositivo. (UC003.3 – Bloquear
dispositivos)
60
A seguir, é apresentado o caso de uso de listagem de dispositivos.
4.5.1.3.1 UC003.1 – Listar dispositivos.
O diagrama de caso de uso UC003.1 Listar dispositivos é composto pelos

Quadro 11 - Fluxo UC003.1 - Listar dispositivos

Nome: UC003.1 – Listar dispositivos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos dispositivos registrados
Fluxo alternativo
1.1 O usuário aplica uma busca por nome do motorista ou IMEI do dispositivo.
1.2 O sistema exibe uma lista de dispositivos que correspondem à busca realizada.
A seguir, é apresentado o caso de uso de vínculo de dispositivos.
4.5.1.3.2 UC003.2 - Vincular dispositivo.
O diagrama de caso de uso UC003.2 Vincular dispositivo é composto pelos

Quadro 12 - Fluxo UC003.2 - Vincular dispositivo

Nome: UC003.2 – Vincular dispositivo.
Pré-requisitos
61
Fluxo principal
1 O sistema exibe a lista dos dispositivos registrados. (UC003.1)
2 O usuário clica no ícone de adicionar dispositivo.
3 O sistema exibe a tela de vinculação de dispositivo.
4 O usuário seleciona um usuário com o perfil motorista.
5 O usuário lê o QR-CODE com o dispositivo.
6 O sistema exibe as informações do dispositivo.
8 O sistema valida as informações e salva.
9 O sistema retorna para a listagem de dispositivos e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de bloqueio de dispositivos.
4.5.1.3.3 UC003.3 – Bloquear dispositivo.
O diagrama de caso de uso UC003.3 Bloquear dispositivo é composto pelos

Quadro 13 - Fluxo UC003.3 - Bloquear dispositivo

Nome: UC003.3 – Bloquear dispositivo.
Pré-requisitos
Fluxo principal
62
1 O sistema exibe a lista dos dispositivos registrados.

2 O usuário clica no ícone de bloqueio de dispositivo.
3 O sistema bloqueia o dispositivo.
Fluxo alternativo 1
2.1 O usuário clica no ícone de desbloquear dispositivo.
2.1 O sistema desbloqueia o dispositivo.

veículos.
4.5.1.4 UC004 – Gerenciar veículos
Caso de uso principal UC004 – Gerenciar veículos, conforme apresentado na

figura 30.
Figura 30 - Diagrama de casos de uso - UC004 – Gerenciar veículos

63
O diagrama de caso de uso UC004 Gerenciar veículos é composto pelos seguintes

fluxos (Quadro 14):
Quadro 14 - Fluxo UC004 - Gerenciar veículos

Nome: UC004 – Gerenciar veículos.
Pré-requisitos
Fluxo principal
1 O usuário acessa o menu veículos.
2 O sistema exibe a lista de veículos. (UC004.1 - Listar veículos)
3 O sistema possibilita ao usuário adicionar um veículo. (UC004.2 - Adicionar veículos)
4 O sistema possibilita ao usuário editar um veículo. (UC004.3 - Editar veículos)
5 O sistema possibilita ao usuário bloquear um veículo. (UC004.4 - Bloquear veículos)
A seguir, é apresentado o caso de uso de listagem de veículos.
4.5.1.4.1 UC004.1 – Listar veículos.
O diagrama de caso de uso UC004.1 Listar veículos é composto pelos seguintes

fluxos (Quadro 15):
Quadro 15 - Fluxo UC004.1 - Listar veículos

Nome: UC004.1 – Listar veículos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos veículos registrados
Fluxo alternativo
1.1 O usuário aplica uma busca por referência e placa do veículo.
1.2 O sistema exibe uma lista de veículos que correspondem a busca realizada.
64
A seguir, é apresentado o caso de uso de adição de veículos.
4.5.1.4.2 UC004.2 – Adicionar veículos.
O diagrama de caso de uso UC004.2 Adicionar veículos é composto pelos

Quadro 16 - Fluxo UC004.2 - Adicionar veículos

Nome: UC004.2 – Adicionar veículos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos veículos registrados. (UC004.1)
2 O usuário clica no ícone de adicionar veículos.
3 O sistema exibe a tela de cadastro de veículos.
4 O usuário o informa os dados solicitados.
7 O sistema retorna para a listagem de veículos e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de edição de veículos.

65
4.5.1.4.3 UC004.3 – Editar veículos.
O diagrama de caso de uso UC004.3 Editar veículos é composto pelos seguintes

fluxos (Quadro 17):
Quadro 17 - Fluxo UC004.3 - Editar veículos

Nome: UC004.3 – Editar veículos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos veículos registrados. (UC004.1)
2 O usuário clica no sobre um veículo.
3 O sistema exibe a tela de editar veículo.
4 O usuário altera os dados do veículo.
7 O sistema retorna para a listagem de veículos e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de bloqueio de veículos.
4.5.1.4.4 UC004.4 – Bloquear veículo.

66
O diagrama de caso de uso UC004.4 Bloquear veículos é composto pelos

Quadro 18 - Fluxo UC004.4 - Bloquear veículos

Nome: UC004.4 – Bloquear veículo.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos veículos registrados.
2 O usuário clica no ícone de bloqueio de veículo.
3 O sistema bloqueia o veículo e impossibilita o vínculo a uma nova carga.
Fluxo alternativo 1
2.1 O usuário clica no ícone de desbloquear veículo.
2.2 O sistema desbloqueia o veículo e possibilita o vínculo a uma nova carga.

destinos.
4.5.1.5 UC005 – Gerenciar destinos
Caso de uso principal UC005 – Gerenciar destinos, conforme apresentado na

figura 31.
67
Figura 31 - Diagrama de casos de uso - UC005 – Gerenciar destinos
O diagrama de caso de uso UC005 Gerenciar destinos é composto pelos seguintes

fluxos (Quadro 19):
Quadro 19 - Fluxo UC005 - Gerenciar destinos

Nome: UC005 – Gerenciar destinos.
Pré-requisitos
2 O usuário deve possuir o perfil administrador ou colaborador
Fluxo principal
1 O usuário acessa ao menu destinos.
2 O sistema exibe a lista de destinos. (UC005.1 - Listar destinos)
3 O sistema possibilita ao usuário adicionar um destino. (UC005.2 - Cadastrar destinos)
4 O sistema possibilita ao usuário editar um destino. (UC005.3 - Editar destinos)
A seguir, é apresentado o caso de uso de listagem de destinos.

68
4.5.1.5.1 UC005.1 – Listar destinos.
O diagrama de caso de uso UC005.1 Listar destinos é composto pelos seguintes

fluxos (Quadro 20):
Quadro 20 - Fluxo UC005.1 - Listar destinos

Nome: UC005.1 – Listar destinos.
Pré-requisitos
2 O usuário deve possuir o perfil administrador ou colaborador.
Fluxo principal
1 O sistema exibe a lista dos destinos cadastrados.
Fluxo alternativo
1.1 O usuário aplica uma busca por CNPJ ou razão social.
1.2 O sistema exibe uma lista de destinos que correspondem à busca realizada.
A seguir, é apresentado o caso de uso de cadastro de destinos.
4.5.1.5.2 UC005.2 – Cadastrar destinos.
O diagrama de caso de uso UC005.2 Cadastrar destinos é composto pelos

Quadro 21 - Fluxo UC005.2 - Cadastrar destinos

Nome: UC005.2 – Cadastrar destinos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos destinos cadastrados. (UC005.1)
2 O usuário clica no ícone de adicionar destino.
3 O sistema exibe a tela de cadastro de destino.
69

7 O sistema retorna para a listagem de destinos e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de edição de destinos.
4.5.1.5.3 UC005.3 – Editar destinos.
O diagrama de caso de uso UC005.3 Editar destinos é composto pelos seguintes

fluxos (Quadro 22):
Quadro 22 - Fluxo UC005.3 - Editar destinos

Nome: UC005.3 – Editar destinos.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos destinos cadastrados. (UC005.1)
2 O usuário clica no sobre um destino.
3 O sistema exibe a tela de editar destino.
4 O usuário altera os dados do destino.
7 O sistema retorna para a listagem de destinos e a atualiza.
Fluxo alternativo 1
70

Fluxo alternativo 2
Fluxo alternativo 3
Na seção, a seguir, são apresentados os casos de uso de gerenciamento de status.
4.5.1.6 UC006 – Gerenciar status
Caso de uso principal UC006 – Gerenciar status, conforme apresentado na figura

32.
Figura 32 - Diagrama de casos de uso - UC006 – Gerenciar status
O diagrama de caso de uso UC006 Gerenciar status é composto pelos seguintes

fluxos (Quadro 23):
71
Quadro 23 - Fluxo UC006 - Gerenciar status

Nome: UC006 – Gerenciar status.
Pré-requisitos
Fluxo principal
1 O usuário acessa o menu status.
2 O sistema exibe a lista de status. (UC006.1 - Listar status)
3 O sistema possibilita ao usuário adicionar um status. (UC006.2 - Cadastrar status)
4 O sistema possibilita ao usuário editar um status. (UC006.3 - Editar status)
5 O sistema possibilita ao usuário bloquear um status. (UC006.4 - Bloquear status)
A seguir, é apresentado o caso de uso de listagem de status.
4.5.1.6.1 UC006.1 – Listar status.
O diagrama de caso de uso UC006.1 Listar status é composto pelos seguintes

fluxos (Quadro 24):
Quadro 24 - Fluxo UC006.1 - Listar status

Nome: UC006.1 – Listar status.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos status cadastrados.
Fluxo alternativo
1.1 O usuário aplica uma busca por nome ou referência.
1.2 O sistema exibe uma lista de status que correspondem a busca realizada.
A seguir, é apresentado o caso de uso de Cadastro de status.

72
4.5.1.6.2 UC006.2 – Cadastrar status.
O diagrama de caso de uso UC006.2 Cadastrar status é composto pelos seguintes

fluxos (Quadro 25):
Quadro 25 - Fluxo UC006.2 - Cadastrar status

Nome: UC006.2 – Cadastrar status.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos status cadastrados. (UC006.1)
2 O usuário clica no ícone de adicionar status.
3 O sistema exibe a tela de cadastro de status.
7 O sistema retorna para a listagem de status e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de Edição de status.
4.5.1.6.3 UC006.3 – Editar status.

73
O diagrama de caso de uso UC006.3 Editar status é composto pelos seguintes

fluxos (Quadro 26):
Quadro 26 - Fluxo UC006.3 - Editar status

Nome: UC006.3 – Editar status.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos status cadastrados. (UC006.1)
2 O usuário clica no sobre um status.
3 O sistema exibe a tela de editar status.
4 O usuário altera os dados do status.
7 O sistema retorna para a listagem de status e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
A seguir, é apresentado o caso de uso de Bloqueio de status.
4.5.1.6.4 UC006.4 – Bloquear status.
O diagrama de caso de uso UC006.4 Bloquear status é composto pelos seguintes

fluxos (Quadro 27):
74
Quadro 27 - Fluxo UC006.4 - Bloquear status

Nome: UC006.4 – Bloquear status.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista dos status registrados.
2 O usuário clica no ícone de bloqueio de status.
3 O sistema bloqueia o status.
Fluxo alternativo 1
2.1 O usuário clica no ícone de desbloquear status.
2.2 O sistema desbloqueia o status.
Na seção, a seguir, são apresentados os casos de uso de gerenciamento de notas.
4.5.1.7 UC007 – Gerenciar notas.
Caso de uso principal UC007 – Gerenciar notas, conforme apresentado na figura

33.
75
Figura 33 - Diagrama de casos de uso - UC007 – Gerenciar notas
O diagrama de caso de uso UC007 Gerenciar notas é composto pelos seguintes

fluxos (Quadro 28):
Quadro 28 - Fluxo UC007 - Gerenciar nota

Nome: UC007 – Gerenciar nota.
Pré-requisitos
Fluxo principal
1 O usuário acessa ao menu notas.
2 O sistema exibe a lista de notas. (UC007.1 - Listar notas)
3 O sistema possibilita ao usuário aplicar filtros sobre a lista de notas. (UC007.2 - Filtrar
notas)
4 O sistema possibilita ao usuário cadastrar notas. (UC007.3 - Cadastrar notas)
5 O sistema possibilita ao usuário selecionar um emissor e um destinatário a uma nota.
(UC007.4 – Selecionar destinos)
6 O sistema possibilita ao usuário editar uma nota. (UC007.5 - Editar nota)
76
A seguir, é apresentado o caso de uso de Listagem de notas.
4.5.1.7.1 UC007.1 – Listar notas.
O diagrama de caso de uso UC007.1 Listar notas é composto pelos seguintes

fluxos (Quadro 29):
Quadro 29 - Fluxo UC007.1 - Listar notas

Nome: UC007.1 – Listar notas.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das notas cadastradas.
Fluxo alternativo
1.1 O usuário aplica uma busca por número ou chave da nota.
1.2 O sistema exibe uma lista de notas que correspondem a busca realizada.
A seguir, é apresentado o caso de uso de Filtragem de notas.
4.5.1.7.2 UC007.2 – Filtrar notas.
O diagrama de caso de uso UC007.2 Filtrar notas é composto pelos seguintes

fluxos (Quadro 30):
Quadro 30 - Fluxo UC007.2 - Filtrar notas

Nome: UC007.2 – Filtrar notas.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das notas cadastradas.
77
2 O usuário clica no ícone de filtro.

3 O sistema exibe opções de filtro (Destinatário, Emissor, Status e período de status e
período de emissão)
4 O usuário preenche o filtro desejado e aplica a busca.
5 O sistema exibe a lista de notas que correspondem ao filtro aplicado.
A seguir, é apresentado o caso de uso de Cadastro de notas.
4.5.1.7.3 UC007.3 – Cadastrar nota.
O diagrama de caso de uso UC007.3 Cadastrar nota é composto pelos seguintes

fluxos (Quadro 31):
Quadro 31 - Fluxo UC007.3 - Cadastrar notas

Nome: UC007.3 – Cadastrar nota.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das notas cadastradas. (UC007.1)
2 O usuário clica no ícone de adicionar nota.
3 O sistema exibe a tela de cadastro de nota.
5 O usuário seleciona um destino para o emissor. (UC007.4 Selecionar destino)
6 O usuário seleciona um destino para o destinatário. (UC007.4 Selecionar destino)
9 O sistema retorna para listagem de notas e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
78

Fluxo alternativo 3
Na seção, a seguir, são apresentados os casos de uso de Seleção de destinos.
4.5.1.7.4 UC007.4 – Selecionar destino.
O diagrama de caso de uso UC007.4 Selecionar destino é composto pelos

Quadro 32 - Fluxo UC007.4 - Selecionar destino

Nome: UC007.4 – Selecionar destino.
Pré-requisitos
3 O usuário deve estar cadastrando ou editando uma nota. (UC007.3, UC007.5)
Fluxo principal
1 O sistema exibe a tela de cadastro/edição da nota. (UC007.3, UC007.5)
2 O usuário clica no ícone de buscar um destino.
3 O sistema exibe um modal com uma lista de destinos cadastrados.
4 O usuário o seleciona um destino.
5 O sistema retorna para a tela de cadastro/edição da nota e preenche o campo selecionado.
Na seção, a seguir, são apresentados os casos de uso de Edição de notas.
4.5.1.7.5 UC007.5 – Editar nota.
O diagrama de caso de uso UC007.5 Editar nota é composto pelos seguintes

fluxos (Quadro 33):
79
Quadro 33 - Fluxo UC007.5 - Editar nota

Nome: UC007.5 – Editar nota.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das notas cadastradas. (UC007.1)
2 O usuário clica sobre uma nota.
3 O sistema exibe a tela de edição de nota.
5 O usuário seleciona um destino para o emissor. (UC007.4 Selecionar destino)
6 O usuário seleciona um destino para o destinatário. (UC007.4 Selecionar destino)
9 O sistema retorna para listagem de notas e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
Na seção, a seguir, são apresentados os casos de uso de Gerenciamento de cargas.
4.5.1.8 UC008 – Gerenciar cargas.
Caso de uso principal UC008 – Gerenciar cargas, conforme apresentado na figura

34.
80
Figura 34 - Diagrama de casos de uso - UC008 – Gerenciar cargas
O diagrama de caso de uso UC008 Gerenciar cargas é composto pelos seguintes

fluxos (Quadro 34):
Quadro 34 - Fluxo UC008 - Gerenciar cargas

Nome: UC008 – Gerenciar cargas.
Pré-requisitos
2 O usuário deve possuir o perfil administrador, colaborador ou motorista.
Fluxo principal
1 O usuário acessa ao menu cargas.
2 O sistema exibe a lista de cargas. (UC008.1 - Listar cargas)
3 O sistema possibilita ao usuário aplicar filtros sobre a lista de cargas. (UC008.2 - Filtrar
cargas)
4 O sistema possibilita ao usuário cadastrar cargas. (UC008.3 - Cadastrar cargas)
5 O sistema possibilita ao usuário selecionar notas. (UC008.4 - Selecionar notas)
6 O sistema possibilita ao usuário editar cargas. (UC008.5 – Editar cargas)
7 O sistema possibilita ao usuário alterar status da nota (UC008.6 – Alterar status nota)
81
Na seção, a seguir, são apresentados os casos de uso de Listagem de cargas.
4.5.1.8.1 UC008.1 – Listar cargas.
O diagrama de caso de uso UC008.1 Listar cargas é composto pelos seguintes

fluxos (Quadro 35):
Quadro 35 - Fluxo UC008.1 - Listar cargas

Nome: UC008.1 – Listar cargas.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das cargas cadastradas.
Fluxo alternativo
1.1.1 O usuário aplica uma busca por nome do motorista ou a referência do veículo.
1.1.2 O sistema exibe uma lista de cargas que correspondem a busca realizada.
Na seção, a seguir, são apresentados os casos de uso de Filtragem de cargas.
4.5.1.8.2 UC008.2 – Filtrar cargas.
O diagrama de caso de uso UC008.2 Filtrar cargas é composto pelos seguintes

fluxos (Quadro 36):
Quadro 36 - Fluxo UC008.2 - Filtrar cargas

Nome: UC008.2 – Filtrar cargas.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das notas cadastrados.
82
2 O usuário clica no ícone de filtro.

3 O sistema exibe opções de filtro (número, veículo, data de saída, data de retorno e
motorista)
4 O usuário preenche o filtro desejado e aplica a busca.
5 O sistema exibe a lista de cargas que correspondem ao filtro aplicado.
Na seção, a seguir, são apresentados os casos de uso de Cadastro de cargas.
4.5.1.8.3 UC008.3 – Cadastrar carga.
O diagrama de caso de uso UC008.3 Cadastrar cargas é composto pelos seguintes

fluxos (Quadro 37):
Quadro 37 - Fluxo UC008.3 - Cadastrar carga

Nome: UC008.3 – Cadastrar carga.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das cargas cadastradas. (UC008.1)
2 O usuário clica no ícone de adicionar carga.
3 O sistema exibe a tela de cadastro de carga.
5 O usuário seleciona uma ou mais notas. (UC008.4 Selecionar notas)
8 O sistema retorna para listagem de cargas e a atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
83
Fluxo alternativo 3
Na seção, a seguir, são apresentados os casos de uso de Seleção de notas.
4.5.1.8.4 UC008.4 – Selecionar nota.
O diagrama de caso de uso UC008.4 Selecionar nota é composto pelos seguintes

fluxos (Quadro 38):
Quadro 38 - Fluxo UC008.4 - Selecionar nota

Nome: UC008.4 – Selecionar nota.
Pré-requisitos
3 O usuário deve estar cadastrando ou editando uma carga. (UC008.3, UC008.5)
Fluxo principal
1 O sistema exibe a tela de cadastro/edição da carga. (UC008.3, UC008.5)
2 O usuário clica no ícone de adicionar nota.
3 O sistema exibe um modal com uma lista de notas cadastradas.
4 O usuário seleciona uma nota.
5 O sistema retorna para a tela de cadastro/edição da carga e a adiciona à lista.
Na seção, a seguir, são apresentados os casos de uso de Edição de cargas.
4.5.1.8.5 UC008.5 – Editar carga.
O diagrama de caso de uso UC008.5 Editar carga é composto pelos seguintes

fluxos (Quadro 39):
84
Quadro 39 - Fluxo UC008.5 - Editar carga

Nome: UC008.5 – Editar carga.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das cargas cadastradas. (UC008.1)
2 O usuário clica sobre uma carga.
3 O sistema exibe a tela de edição de carga.
5 O usuário seleciona uma ou mais notas. (UC008.4 Selecionar notas)
8 O sistema retorna para listagem de cargas e à atualiza.
Fluxo alternativo 1
Fluxo alternativo 2
Fluxo alternativo 3
Na seção, a seguir, são apresentados os casos de uso de Alteração de status de

notas.
4.5.1.8.6 UC008.6 – Alterar status nota.
O diagrama de caso de uso UC008.6 Alterar status nota é composto pelos

Quadro 40 - Fluxo UC008.6 - Alterar status nota

Nome: UC008.6 – Alterar status nota.
Pré-requisitos
85

3 O usuário deve estar editando uma carga. (UC008.5)
Fluxo principal
1 O sistema exibe a tela de edição da carga. (UC008.5)
2 O usuário clica no ícone de status na linha da nota.
3 O sistema exibe um modal com uma lista de status desta nota.
4 O usuário seleciona um novo status e clica em salvar.
5 O sistema retorna para a tela de edição da carga e altera o status da nota.
Na seção, a seguir, são apresentados os casos de uso de Visualização de mapas.
4.5.1.9 UC009 – Visualizar mapa.
Caso de uso principal UC009 – Visualizar mapa, conforme apresentado na figura

35.
Figura 35 - Diagrama de casos de uso - UC009 – Visualizar mapa

86
O diagrama de caso de uso UC009 Visualizar mapa é composto pelos seguintes

fluxos (Quadro 41):
Quadro 41 - Fluxo UC009 - Visualizar mapa

Nome: UC009 – Visualizar mapa.
Pré-requisitos
2 O usuário deve possuir o perfil administrador ou colaborador ou motorista.
Fluxo principal
1 O usuário acessa ao menu mapa.
2 O sistema exibe a lista de cargas iniciadas e não finalizadas. (UC009.1)
3 O sistema possibilita ao usuário visualizar o histórico de movimentação da carga.
(UC009.2)
Na seção, a seguir, são apresentados os casos de uso de Listagem de cargas.
4.5.1.9.1 UC009.1 – Listar cargas.
O diagrama de caso de uso UC009.1 Listar cargas é composto pelos seguintes

fluxos (Quadro 42):
Quadro 42 - Fluxo UC009.1 - Listar cargas

Nome: UC009.1 – Listar cargas.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das cargas iniciadas e não finalizadas.
2 O sistema exibe no mapa a última posição
Na seção, a seguir, são apresentados os casos de uso de Históricos de cargas.

87
4.5.1.9.2 UC009.2 – Histórico carga.
O diagrama de caso de uso UC009.2 Histórico carga é composto pelos seguintes

fluxos (Quadro 43):
Quadro 43 - Fluxo UC009.2 - Histórico carga

Nome: UC009.2 – Histórico carga.
Pré-requisitos
Fluxo principal
1 O sistema exibe a lista das cargas iniciadas e não finalizadas.
2 O usuário clica sobre uma carga.
3 O sistema exibe o detalhamento da movimentação da carga em uma lista.
4 O sistema exibe os pontos marcados no mapa.
Na seção, a seguir, são apresentados os casos de uso principais do aplicativo

móvel.
4.5.2 Caso de uso principal do aplicativo móvel
Os principais casos de uso do aplicativo móvel serão apresentados a seguir,

conforme a figura 36.
88
Figura 36 - Casos de uso do aplicativo móvel
A seguir, no quadro 44, são apresentadas as descrições dos casos de usos

principais do aplicativo móvel referente à figura 36:
Quadro 44 - Descrição dos casos de uso do aplicativo móvel

IDENTIFICADOR DESCRIÇÃO
UC010 Permite ao aplicativo móvel parear a conexão entre cliente e servidor.
UC011 Permite ao motorista sincronizar a carga, visualizar dados da carga,
visualizar entregas, visualizar notas e alterar os status das notas.
Na seção, a seguir, são apresentados os casos de uso de Pareamento de

dispositivos.
4.5.2.1 UC010 – Parear dispositivo
Caso de uso principal UC010 – Parear dispositivo, conforme apresentado na

figura 37.
89
Figura 37 - Diagrama de casos de uso - UC010 – Parear dispositivo
O diagrama de caso de uso UC010 Parear dispositivo é composto pelos seguintes

fluxos (Quadro 45):
Quadro 45 - Fluxo UC010 - Parear dispositivo

Nome: UC0010 – Parear dispositivo.
Pré-requisitos
1 O usuário deve possuir o aplicativo instalado.
Fluxo principal
1 O usuário clica no ícone do aplicativo.
2 O sistema exibe a tela de apresentação.
3 O aplicativo exibe o leitor do QR-CODE
4 O usuário aponta a câmera para o QR-CODE de configuração.
5 O sistema valida as informações
6 O sistema realiza a pareamento do dispositivo com a aplicação web e mantém as
informações da aplicação.
7 O sistema exibe a tela inicial do aplicativo.
Fluxo alternativo 1
5.1 O sistema verifica a inconsistência no QR-CODE e exibe uma mensagem de erro: “O
código QR-CODE inválido”
5.2 O sistema retorna para o passo 4
90
Na seção, a seguir, são apresentados os casos de uso de Gerenciamento de cargas.
4.5.2.2 UC011 – Gerenciar carga.
Caso de uso principal UC011 – Gerenciar carga, conforme apresentado na figura

38.
Figura 38 - Diagrama de casos de uso - UC011 – Gerenciar carga
O diagrama de caso de uso UC011 Gerenciar carga é composto pelos seguintes

fluxos (Quadro 46):
Quadro 46 - Fluxo UC011 - Gerenciar carga

Nome: UC011 – Gerenciar carga.
Pré-requisitos
1 O dispositivo deve estar pareado à aplicação web. (UC010)
Fluxo principal
1 O usuário clica no botão de iniciar carga.
2 O aplicativo exibe o leitor de QR-CODE.
91
3 O usuário aponta a câmera do dispositivo para o QR-CODE do romaneio da carga.

4 O aplicativo valida as informações e realiza o download da carga.
5 O aplicativo exibe a listagem das entregas. (UC011.1)
6 O sistema possibilita ao usuário visualizar o detalhamento da carga (UC011.7)
Fluxo alternativo
4.1 O sistema verifica a inconsistência no QR-CODE e exibe uma mensagem de erro: “O
código QR-CODE inválido”
4.2 O sistema retorna para o passo 2
Na seção, a seguir, são apresentados os casos de uso de Listagem de entregas.
4.5.2.2.1 UC011.1 – Listar entregas.
O diagrama de caso de uso UC011.1 Listar entregas é composto pelos seguintes

fluxos (Quadro 47):
Quadro 47 - Fluxo UC011.1 - Listar entregas

Nome: UC011.1 – Listar entregas.
Pré-requisitos
1 O dispositivo deve estar pareado à aplicação web. (UC010).
2 O usuário deve ter iniciado uma carga (UC011)
Fluxo principal
1 O sistema exibe todos os destinos da carga.
Na seção, a seguir, são apresentados os casos de uso de Listagem de notas.
4.5.2.2.2 UC011.2 – Listar notas.
O diagrama de caso de uso UC011.2 Listar notas é composto pelos seguintes

fluxos (Quadro 48):
92
Quadro 48 - Fluxo UC011.2 - Listar notas

Nome: UC011.2 – Listar notas.
Pré-requisitos
Fluxo principal
2 O usuário seleciona um destino.
3 O aplicativo exibe a tela de listagem de notas para o destino selecionado.
Na seção, a seguir, são apresentados os casos de uso de Alteração de status de

notas.
4.5.2.2.3 UC011.3 – Alterar status nota.
O diagrama de caso de uso UC011.3 Alterar status nota é composto pelos

Quadro 49 - Fluxo UC011.3 - Alterar status nota

Nome: UC011.3 – Alterar status nota.
Pré-requisitos
Fluxo principal
4 O usuário seleciona a nota desejada.
5 O aplicativo a tela de seleção de status.
6 O usuário seleciona o status desejado.
7 O aplicativo retorna para listagem de notas e atribui o status a nota selecionada.
8 O aplicativo envia a atualização do status para o sistema web.
93
Na seção, a seguir, são apresentados os casos de uso de Detalhamento de

destinatários.
4.5.2.2.4 UC011.4 – Detalhar destinatário.
O diagrama de caso de uso UC011.4 Detalhar destinatários é composto pelos

Quadro 50 - Fluxo UC011.4 - Detalhar destinatário

Nome: UC011.4 – Detalhar destinatário.
Pré-requisitos
Fluxo principal
4 O usuário seleciona a aba Detalhes
5 O aplicativo exibe a tela de detalhamento do destinatário.
Na seção, a seguir, são apresentados os casos de uso de Marcação de destinatários.
4.5.2.2.5 UC011.5 – Marcar destinatário.
O diagrama de caso de uso UC011.5 Marcar destinatário é composto pelos

Quadro 51 - Fluxo UC011.5 - Marcar destinatário

Nome: UC011.5 – Marcar destinatário.
Pré-requisitos
94

Fluxo principal
4 O usuário seleciona a aba Detalhes
6 O usuário clica no botão de marcar posição
7 O aplicativo recupera a posição atual e a envia para o sistema web
Na seção, a seguir, são apresentados os casos de uso de Navegação até os

destinatários.
4.5.2.2.6 UC011.6 – Navegar até o destinatário.
O diagrama de caso de uso UC011.6 Navegar até o destinatário é composto pelos

Quadro 52 - Fluxo UC011.6 - Navegar até o destinatário

Nome: UC011.6 – Navegar até o destinatário.
Pré-requisitos
Fluxo principal
4 O usuário seleciona a aba Destinatário
6 O usuário clica no botão de navegação
7 O aplicativo exibe a lista de aplicativos de navegação disponíveis no dispositivo.
8 O usuário seleciona uma opção
9 O aplicativo abre o aplicativo de navegação com o destino traçado
95
Na seção, a seguir, são apresentados os casos de uso de Detalhamento de cargas.
4.5.2.2.7 UC011.7 – Detalhar carga.
O diagrama de caso de uso UC011.7 Detalhar carga é composto pelos seguintes

fluxos (Quadro 53):
Quadro 53 - Fluxo UC011.7 - Detalhar carga

Nome: UC011.7 – Detalhar carga.
Pré-requisitos
Fluxo principal
2 O usuário clica na aba Detalhes.
3 O aplicativo exibe os detalhes da carga.
Na seção, a seguir, são apresentados os casos de uso de Encerramento de cargas.
4.5.2.2.8 UC011.8 – Encerrar carga
O diagrama de caso de uso UC011.8 Encerrar carga é composto pelos seguintes

fluxos (Quadro 54):
Quadro 54 - Fluxo UC011.8 - Encerrar carga

Nome: UC011.8 – Encerrar carga.
Pré-requisitos
Fluxo principal
96
2 O usuário clica na aba Detalhes.

3 O aplicativo exibe os detalhes da carga.
4 O usuário clica no ícone de encerrar carga.
5 O aplicativo exibe uma mensagem de confirmação: “Deseja realmente encerar a carga”.
6 O usuário confirma.
7 O aplicativo exibe a tela inicial do aplicativo.
Fluxo alternativo 1
4.1 O aplicativo verifica que existem notas sem status alterado e exibe uma mensagem de
alerta: “A carga não pode ser encerrada, existem notas que não possuem alteração de
status.”.
4.2 O usuário confirma o recebimento da notificação.
4.3 O aplicativo retorna para o passo 3.
Fluxo alternativo 2
6.1 O usuário cancela a operação
6.2 O aplicativo retorna para o passo 3.
A seção, a seguir, apresentará o diagrama de modelo de domínio.
4.6 MODELO DE DOMÍNIO
O modelo de domínio apresenta as classes inseridas no domínio do negócio, a

seguir, na figura 39, mostra-se o diagrama de domínio do sistema proposto:
97
Figura 39 - Diagrama de domínio
No diagrama de domínio, é possível identificar a relação entre as entidades do

negócio, em que uma carga pode ter várias notas, ou seja, várias notas podem ser da mesma
carga, uma nota pode possuir diferentes tipos de status, e uma nota pode apenas possuir um
destino, sendo assim, um destino só pode ter uma nota.
A seção, a seguir, apresenta os diagramas de classes do sistema proposto.
4.7 DIAGRAMA DE CLASSES
O diagrama de classes é um dos mais importantes e mais utilizados, seu principal

enfoque está em permitir a visualização das classes que irão compor o sistema com seus
respectivos atributos, também, servindo como uma base para a maioria dos outros diagramas a
serem construídos na modelagem Guedes (2014).
A seguir, são apresentados alguns dos diagramas de classes dos casos de uso da
aplicação web para a modelagem do sistema proposto.
98
Figura 40- Diagrama de classes – Usuários (UC002.1 – Listar usuários)
A figura 40 apresenta as classes para o módulo de usuários.

99
Figura 41 - Diagrama de classes – Status (UC006.1 – Listar Status)
A figura 41 apresenta as classes para o módulo de status. A seguir, é apresentado

o diagrama de componentes.
4.8 DIAGRAMA DE COMPONENTES
Segundo Melo (2010, pg. 214), “O Diagrama de Componentes especifica um

conjunto de construções que podem ser usadas para definir sistemas de software.”. Booch,
100
Rumbauch e Jacobson, (2005, pg. 97) complementa que, “Um diagrama de componentes
mostra as partes internas, os conectores e as portas que implementam um componente.”.
A seguir, na figura 42, é apresentado o diagrama de componentes do sistema
proposto, para demostrar a arquitetura das camadas lógicas desenvolvidas no sistema.
Figura 42 - Diagrama de componentes
Com a apresentação da modelagem do sistema proposto, conclui-se o capítulo 4

que possibilita o desenvolvimento do sistema proposto.
101
5 SOLUÇÃO PROPOSTA
Neste capítulo, é apresentado o desenvolvimento da solução proposta, as

tecnologias utilizadas na implementação do sistema, todas as telas do sistema e do seu
funcionamento e os resultados obtidos com a solução.
5.1 TECNOLOGIAS
Este capítulo tem como objetivo apresentar as tecnologias utilizadas no

desenvolvimento do sistema. A figura 43, a seguir, apresenta as ferramentas utilizadas:
Figura 43 - Ferramentas utilizadas
A seguir, cada ferramenta é apresentada individualmente para entendimento do

seu papel no desenvolvimento do sistema.
5.1.1 Java
Java é uma linguagem de programação desenvolvida nos anos 90(formalmente

anunciada em maio de 1995), é utilizada para desenvolver aplicativos corporativos de grande
102
porte, aprimorar a funcionalidade de servidores Web, fornecer aplicativos para dispositivos

móveis e outros propósitos. (Deitel, 2010).
O Java é uma linguagem muito completa por ser multiplataforma ela pode ser
executada na grande maioria dos sistemas operacionais, também, sendo possível utilizá-la em
dispositivos móveis android. O Java, por ser uma linguagem muito popular, também possui
uma grande documentação na web, que facilita muito nas etapas do desenvolvimento.
5.1.2 Eclipse
O Eclipse é um ambiente de desenvolvimento integrado(IDE) para desenvolver

todos tipos de aplicativos java. (Deitel, 2010).
Esta ferramenta é um grande facilitador na etapa de desenvolvimento do sistema,
ela auxilia na criação de grandes projetos de programação, auxilia também na organização
desses projetos. Possui uma grande quantidade de funcionalidades, ela indica se a sintaxe é
válida ou não, aponta erros e, muitas vezes, sugere soluções para esses erros, gera código
automaticamente, auxilia na compilação do código e entre outras funcionalidades.
5.1.3 PostgreSQL
PostgreSQL é um banco de dados que manipula e organiza informações, de um

modo que, para recuperar os dados contidos nele, seja rápido, também permite consultas
complexas em seus conteúdos. (MILICCHIO, 2007).
O PostgreSQL foi utilizado no desenvolvimento do sistema para guardar as
informações importantes que não podem ser perdidas, como dados dos usuários, ele é
distribuido gratuitamente e possui todas as funcionalidades básicas que um banco de dados
deve ter.
5.1.4 Android Studio
Android Studio é uma IDE oficial do Android, ela acelera o desenvolvimento de

sistemas Android e ajuda a criar aplicativos da mais alta qualidade para todos os dispostivos
103
Android, oferece ferramentas personalizadas para desenvolvedores do Android, incluindo

ferramentas avançadas para edição, depuração, testes e geração de código. (Studio, 2017).
O Android Studio é uma ferramenta que facilita muito no desenvolvimento, assim
como o Eclipse, porém o Android Studio é voltado para desenvolvimento Android para
dispositivos móveis e também utiliza a linguagem Java.
5.1.5 Enterprise Architect
O Enterprise Architect é uma plataforma ideal para construir modelos de negócio,

engenharia de sistemas, análise de requisitos, diagramas UML, modelagem de processos,
entre outros, podendo ser utilizada para construção de softwares, ou em outras áreas.
(Architect, 2017).
A ferramenta Enterprise Architect foi utilizada na etapa de modelagem do
sistema, para construir os diagramas necessários no desenvolvimento do software. É uma
ferramenta que auxilia no desenvolvimento dos casos de uso, diagrama de classes, análise de
requisitos, entre outros.
5.1.6 Bitbucket
O Bitbucket é um serviço web para auxiliar no controle de versões de código,

utilizando o git que é o sistema de controle de versão. É possível hospedar código fonte de
softwares e versioná-los para ter um maior controle das alterações no código fonte do sistema.
O Bitbucket é gratuito e permite a criação de repositórios privados, foi utilizado na etapa de
desenvolvimento do sistema, a ferramenta facilita a colaboração de vários individuos que
trabalham em um mesmo código fonte. (Bitbucket, 2017).
5.1.7 Wildfly
Wildfly é um servidor de aplicação gratuito, de alta velocidade e muito leve, ele é

utilizado na fase de desenvolvimento para que seja possível instalar e executar a aplicação
104
web a fim de testar o sistema. A ferramenta também é multiplataforma e suporta as últimas

versões do Java. (Wildfly, 2017).
5.1.8 Vaadin
O Vaadin é um framework Java Web utilizado no desenvolvimento de aplicações

web. Ele possui uma série de recursos que facilitam na construção de interfaces do sistema,
totalmente responsivo, ou seja, adapta-se a qualquer tamanho de tela que o usuário acesse ao
sistema, é um framework muito rápido e que acelera muito o desenvolvimento de aplicações
web, pois adiciona uma série de facilidades na construções de componentes gráficos para
web. (Vaadin, 2017).
5.1.9 Jooq
Jooq é uma ferramenta utilizada no desenvolvimento de softwares Java que

auxilia a gerar consultas no banco de dados a partir de métodos Java, também, possui outras
funcionalidades, como, gerar código automaticamente a partir do banco de dados. (Jooq,
2017).
5.1.10 Zxing
Zxing (“listras de zebra”) é uma ferramenta gratuita utilizada para desenvolver

sistemas que utilizam leitura de código de barras. Executa leitura de códigos de barra de uma
dimensão ou duas dimensões. É desenvolvido em Java, porém possui suporte para outras
linguagens. (Zxing, 2017).
5.1.11 OpenStreetMap
O OpenStreetMap fornece dados de mapas, localizações, como, por exemplo,

pontos de ônibus, hospitais, postos policiais, entre outros. É desenvolvido por uma
comunidade voluntária e fornece dados a centenas de sites na internet, possui seus dados
105
abertos, qualquer pessoa tem a liberdade de utilizar esses dados. Sua base de dados é
rigorosamente atualizada a partir de fotografias aéreas, dispositivos GPS, mapas de terreno
pelos seus contribuidores. (OpenStreetMaps, 2017).
5.2 HISTÓRICO DE DESENVOLVIMENTO
Para iniciar o processo de desenvolvimento, o primeiro passo foi levantar as

ferramentas e tecnologias utilizadas. Apesar dos autores já possuírem um conhecimento
prévio com desenvolvimento de sistemas web e mobile, fez-se necessário pesquisar algumas
ferramentas que não eram conhecidas, em específico, a leitura de código de barras por meio
da ferramenta Zxing e a biblioteca de mapas OpenStreetMap.
Com relação ao desenvolvimento da proposta de solução, o principal desafio foi a
utilização de um framework com que não tínhamos muito contato, neste caso o Vaadin.
Contudo, a experiência prévia dos autores em desenvolvimento de aplicações web acabou por
tornar a curva de aprendizagem um pouco menos acentuada. A grande vantagem da utilização
desse framework foi a possibilidade de desenvolver o sistema inteiramente em uma só
linguagem, pois o Vaadin é um framework baseado em componentes e é construído sobre a
arquitetura do GWT, que é capaz de compilar a aplicação cliente em Javascript diretamente
do código Java, um dos motivos que levou os autores à escolha dessa tecnologia.
Outro desafio foi a escolha do padrão de projeto para a aplicação web.
Escolhemos um padrão MVP (Modelo, Visão e Apresentador) com visão passiva, que prega
pela total desconexão entre as camadas da aplicação, dando ao apresentador o total controle
sobre a aplicação, possibilitando a troca das camadas de visão e de persistência de maneira
transparente à aplicação, visto que as camadas estão conectadas apenas por interfaces. Este
padrão de projeto torna a aplicação mais flexível a mudanças, porém torna o processo de
desenvolvimento mais custoso, de maneira que qualquer iteração entre as camadas deve estar
descrita na interface correspondente à classe que se deseja comunicar.
O sistema de rotas, que é utilizado no Vaadin, não adere muito bem ao padrão de
projeto que utilizamos por este motivo tivemos que implementar um sistema de rota que
possibilitasse a utilização do Vaadin sem a quebra o padrão de projeto escolhido, o que serviu
muito bem como um objeto de estudo, no entanto, tomou nos um tempo de desenvolvimento,
tempo esse que poderia ser utilizado em outras funcionalidades, caso tivéssemos optado por
um padrão de projeto mais aderente à tecnologia escolhida.
106
Quanto ao desenvolvimento do aplicativo móvel, o grande desafio foi de

configurar o ambiente de desenvolvimento. Em um primeiro momento, estávamos utilizando
o Eclipse como IDE para o desenvolvimento do aplicativo, porém o plugin, para o
desenvolvimento Android, foi descontinuado, o que causou uma serie de incompatibilidades
com a biblioteca de leitura de QR-Code, forçando nos a utilizar a IDE oficial para o
desenvolvimento de aplicativos baseados em Android, o Android Studio.
5.3 APRESENTAÇÃO DO SISTEMA
Nesta seção, o sistema web e o sistema móvel são apresentados, com a

visualização de todas as telas de ambos os sitemas.
O sistema web conta com um controle de login, ou seja, para acessar qualquer
funcionalidade do sistema, é necessário efetuar o login no sistema, através da tela apresentada
na figura 44:
Figura 44 - Tela de login
Fonte: Os autores (2017).
O usuário que deseja acessar o sistema web deve informar seu login e senha e
clicar em “Login”. Após o sistema validar os dados do usuário, o mesmo é autenticado e tem
acesso às funcionalidades do sistema, que podem mudar, dependendo do perfil do usuário,
como é apresentado na figura 45:
107
Figura 45 - Funcionalidades do sistema web
Caso o usuário for administrador, ele possui acesso a todas as funcionalidades do

sistema, caso seja um colaborador, ele poderá acessar status, destinos, notas, cargas e mapa, e,
caso seja um motorista, pode acessar apenas ao mapa.
Na tela de usuários, o administrador tem acesso a todos os usuários cadastrados no
sistema, conforme figura 46:
108
Figura 46 - Lista de usuários
Na tela de usuários, o administrador tem as opções de cadastrar um novo usuário

ou alterar um usuário existente, conforme figura 47:
Figura 47 - Cadastro ou edição de usuários
Caso o usuário seja um administrador ou um colaborador, é possível visualizar

todos os status cadastrados no sistema, como é apresentado na figura 48:
109
Figura 48 - Lista de status
Na tela de status, é possível criar um novo status ou alterar um status existente,

conforme figura 49:
Figura 49 - Cadastro ou edição de status
Outra funcionalidade para administradores é o cadastro de dispositivos, onde é

possível verificar todos os dispositivos cadastrados, como é apresentado na figura 50:
110
Figura 50 - Lista de dispositivos
Na lista de dispositivos, é possível cadastrar um novo dispositivo móvel,

conforme a figura 51:
Figura 51 - Cadastrar dispositivo
Após o cadastro do dispositivo, para parear o dispositivo, é necessário abrir o

aplicativo no dispositivo móvel e escanear o QR code, apresentado na aplicação web,
conforme figura 52:
111
Figura 52 - Escanear QR code
Após o pareamento entre a aplicação móvel e a aplicação web, o motorista já está

com seu smartphone configurado para iniciar cargas, como é apresentado na figura 53:
112
Figura 53 - Dispositivo pareado
O administrador do sistema, também, pode acessar todos os veículos cadastrados

na aplicação web, conforme figura 54:
Figura 54 - Lista de veículos

113
Na tela de veículos, é possível cadastrar um novo veículo ou alterar um veículo

existente, como é apresentado na figura 55:
Figura 55 - Cadastro ou alteração de veículo
Um administrador ou um colaborador pode acessar à lista de destinos para

verificar todos os destinos cadastrados no sistema, conforme figura 56:
Figura 56 - Lista de destinos
Na tela de destinos, é possível cadastrar um novo destino ou alterar um destino

existente, como é apresentado na figura 57:
114
Figura 57 - Cadastro ou alteração de destinos
Administradores ou colaboradores, também, podem acessar todas as notas

cadastradas no sistema, conforme figura 58:
Figura 58 - Lista de notas
Na lista de notas, é possível cadastrar uma nova nota ou alterar uma nota
existente, conforme figura 59:
115
Figura 59 - Cadastro ou alteração de nota
Na tela de alteração de nota, é possível alterar o status atual da nota, como é

apresentado na figura 60:
Figura 60 - Alterar status de nota
Ainda, no cadastro ou alteração de nota, é possivel adicionar um destinatário à

nota a partir da lista de destinatários cadastrados no sistema, conforme figura 61:
116
Figura 61 - Adicionar destinatário à nota
O administrador do sistema ou os colaboradores podem verificar todas as cargas

cadastradas no sistema a partir da lista de cargas, como é apresentado na figura 62:
Figura 62 - Lista de cargas
Na tela de lista de cargas, é possível cadastrar uma nova carga ou alterar uma
carga existente no sistema, conforme figura 63:
117
Figura 63 - Cadastro ou alteração de carga
No cadastro ou na alteração de uma carga, é possível, também, adicionar novas

notas, como é apresentado na figura 64:
Figura 64 - Adicionar nota na carga
Uma outra funcionalidade das cargas cadastradas é baixar o romaneio da carga,

conforme figura 65:
118
Figura 65 - Romaneio de carga
No romaneio da carga, que ficará com o motorista que fará a entrega da carga, é
disponibilizado em um QR code para que o motorista possa ler com o aplicativo móvel em
seu smartphone e verificar todas as informações pertinentes da carga em questão, como é
apresentado nas figuras 66 e 67:
Figura 66 - Escaneamento de carga

119
Após a carga ser escaneada, o motorista tem acesso a mais informações da carga
em seu dispositivo móvel, conforme figura 67:
Figura 67 - Detalhes da carga no dispositivo móvel
O motorista, após ter a carga pareada em seu dispositivo móvel, consegue alterar o
status da carga no aplicativo móvel, como é apresentado na figura 68:
120
Figura 68 - Alterar status da carga no dispositivo móvel
Outra funcionalidade, no aplicativo móvel disponibilizada para o motorista que

tem cargas pareadas, é a possibilidade de marcar sua geolocalização no destino, conforme
figura 69:
121
Figura 69 - Marcar posição de destino no aplicativo móvel
Quando o motorista marca a posição em seu dispositivo móvel, os colaboradores

ou o administrador do sistema conseguem visualizar o posicionamento no mapa do destino em
questão, conforme figura 70:
Figura 70 - Visualizar posição de destino

122
Uma das principais funcionalidades do sistema web é a possibilidade de

acompanhar as cargas ativas no mapa, administradores e colaboradores têm acesso a essa
funcionalidade, como é apresentada na figura 71:
Figura 71 - Mapa
Na tela do mapa, é possível ter o detalhamento das cargas, quando é selecionado

com o mouse alguma carga no mapa, como é apresentado no lado direito da figura 72:
Figura 72 - Detalhes de carga no mapa
Após apresentados os sistemas web e mobile, é apresentado, na seção a seguir, a

avaliação do sistema.
123
5.4 AVALIAÇÃO DO SISTEMA
A avaliação do sistema ocorreu em duas etapas. Para a primeira etapa foi

elaborado um quadro comparativo com as principais funcionalidades do sistema proposto com
as características principais dos sistemas similares, que podem ser observadas no quadro 55.
Quadro 55 - Comparativo entre os sistemas similares.
Para segunda etapa da avaliação do sistema desenvolvido, foi elaborado um

questionário a ser respondido por diversos usuários, a fim de validar se o sistema corresponde
às expectativas para um gerenciamento de rotas e entregas.
5.4.1 Elaboração do questionário
Para a elaboração do questionário a ser aplicado, após a utilização do sistema

desenvolvido, foram analisados os requisitos do sistema a fim de determinar se o sistema
atingiu as expectativas. Para melhor visualização o questionário foi divido em
funcionalidades.
Após o desenvolvimento do questionário, deu-se início à avaliação do sistema
desenvolvido.
124
5.4.2 Aplicação do questionário
A aplicação do questionário deu-se em uma empresa de distribuição e logística de

alimentos da grande Florianópolis, os usuários tiveram uma demonstração do uso do sistema
antes que pudessem responder ao questionário.
5.4.3 Análise dos resultados
A metodologia utilizada para o questionário foi a escala Likert de 5 pontos,

variando de “discordo” a “concordo”. Segundo Stefano (2007), “Nas escalas do tipo Likert, os
números indicam a posição e/ou quanto às respostas diferem entre si em determinadas
características ou elementos.”.
Cada resposta do questionário possui 5 (cinco) alternativas, com peso de 1 (um) a
5 (cinco), identificadas pelas opções: “Discordo”, “Discordo em partes”, “Neutro”,
“Concordo em partes” e “Concordo. O gráfico 2, apresenta o resultado do questionário sobre
as funcionalidades gerais do sistema.
Gráfico 2 - Questionário funcionalidades gerais
As funcionalidades gerais obtiveram 4,60 de aprovação em um total de 5. No

gráfico 3, é apresentado o resultado do questionário sobre as funcionalidades do
administrador.
125
Gráfico 3 - Questionário funcionalidades de administrador
As funcionalidades de administrador obtiveram 4,53 de aprovação em um total de

5. No gráfico 4, é apresentado o resultado do questionário sobre as funcionalidades de
colaborador e administrador.
Gráfico 4 - Questionário funcionalidades colaborador
As funcionalidades de colaborador obtiveram 4,70 de aprovação em um total de 5.

No gráfico 5, é apresentado o resultado do questionário sobre as funcionalidades do mapa.
126
Gráfico 5 - Questionário funcionalidades do mapa
As funcionalidades do mapa obtiveram 4,90 de aprovação em um total de 5. No

gráfico 6, é apresentado o resultado do questionário que conclui a avaliação do sistema.
Gráfico 6 - Conclusão do questionário
A conclusão do questionário obteve 4,20 de aprovação em um total de 5.
5.4.4 Conclusão da avaliação
Podemos concluir que a avaliação do sistema obteve bons resultados, totalizando

4,60 pontos de 5 no geral. Após a apuração dos resultados, pode-se perceber que a conclusão
do questionário obteve algumas classificações neutras, principalmente, no item que diz
respeito a reduções de custos, pois, apenas com um protótipo de sistema e um tempo de uso
limitado são incapazes de indicar se o sistema reduziria ou não os custos.
127
De uma maneira geral, o aplicativo web e o aplicativo mobile não deixaram de

atender nenhum dos aspectos avaliados pelos usuários do questionário. Com base na pesquisa
realizada, pode-se então afirmar que a solução apresentada atendeu as expectativas dos
usuários. Não foram mencionadas nenhuma falha pelos usuários durante os testes das
aplicações.
128
6 CONCLUSÃO
Ao final deste trabalho concluiu-se que a problemática em montar um bom roteiro

de entregas, diminuir retrabalhos e consequentemente custos e realizar entregas com agilidade
foi resolvida, uma vez que os objetivos propostos neste trabalho foram alcançados. Todas as
funcionalidades previstas pelos autores para os sistemas web e mobile foram implementadas.
Com as soluções implementadas torna-se possível planejar rotas para entregas, controlar os
processos envolvidos em uma entrega e acompanhar todas as entregas que estão sendo ou já
foram realizadas.
O sistema desenvolvido foi avaliado por pessoas da área que trabalham com
processos de entregas no seu dia-a-dia. De forma geral o sistema atendeu as necessidades
levantadas nos requisitos funcionais e regras de negócio, obtendo boas avaliações dos
usuários. A solução mobile se mostrou extremamente importante para que seja possível
acompanhar com velocidade as atualizações nos status das entregas, com apenas as
funcionalidades essenciais, a aplicação mobile é simples de ser utilizada, já que nenhum
usuário teve dificuldades em utilizá-la.
A problemática de possuir um bom planejamento de rotas a fim de realizar
tomadas de decisões mais assertativas, aumentar a eficiência da gestão de rotas para reduzir
custos foram atendidas: o sistema finalizado possui todas as funcionalidades previstas pelos
autores. Com a solução desenvolvida é possível gerenciar as cargas, notas, motoristas e a frota
de uma empresa de distribuição, oferecendo mais controle ao usuário para que possa ser
possível fazer uma gerência mais eficiente das rotas de entregas.
Os objetivos deste trabalho foram atingidos com o desenvolvimento da plataforma
web após a realização do levantamento dos processos e operações de entregas de uma
transportadora, com o desenvolvimento da solução o sistema foi avaliado junto a profissionais
da área para validação.
Verificou-se que o desenvolvimento de software é uma tarefa complexa que
necessita de uma série de processos anteriores ao desenvolvimento em si, sendo necessário
fazer um levantamento das necessidades dos usuários e uma modelagem do sistema. Se
alguma das fases iniciais da modelagem do sistema falhar, pode comprometer todos os
processos seguintes gerando um grande retrabalho para remediar a falha, podendo
comprometer a qualidade final do software. O desenvolvimento de um sistema deste porte
demanda muito tempo, dificultando o processo de melhorias após a implantação, como
correção de erros, novas funcionalidades, dentre outras melhorias.
129
Por fim, com base nos dados obtidos pela avaliação do sistema, pode-se dizer que
o sistema ajudará muito no gerenciamento de rotas e entregas, agregando valor tanto para a
empresa quanto para os clientes.
Em relação às perspectivas para o futuro serão feitas novas análises junto aos
usuários que participaram da avaliação para levantar melhorias ou novas funcionalidades que
venham a agregar valor ao processo de gerenciamento de rotas. Os autores sugerem algumas
funcionalidades, são elas: alertas para possíveis problemas no processo de entrega, alertas de
voz para o motorista para mudanças de última hora ou apenas avisos importantes, permitir a
integração com sistemas de clientes, e uma módulo mobile para clientes verificarem status das
suas entregas.
130
REFERÊNCIAS
ANDERSEN, Per. What is Web 2.0?: ideas, technologies and implications for education.
Bristol: JISC, 2007.
ANEFALOS, Lilian Cristina. Gerenciamento de frotas do transporte rodoviário de cargas

utilizando sistemas de rastreamento por satelite. 1999. Dissertação de Mestrado em
Economia Aplicada. Universidade de São Paulo. Escola Superior de Agricultura Luiz de
Queiroz. São Paulo.
ARCHITECT, Enterprise. Sparx Systems. Disponível em: <http://www.sparxsystems.com/>.

Acesso em 06/05/2017 as 11:20.
BALLOU, Ronald H. Gerenciamento da Cadeia de Suprimentos: Logística Empresarial.

Porto Alegre: Bookman, 2004.
BITBUCKET. Features Bitbucket. Disponível em: <https://bitbucket.org/product/features>.

Acesso em 06/05/2017 as 13:15.
BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: Guia do Usuário. Rio de
Janeiro: Elsevier Editora Ltda, 2005.
CADAVEICULO. O controle de frota como você nunca viu. Disponível em: <
http://www.cadaveiculo.com.br/>. Acesso em: 08 de out. 2016.
CASTIGLIONI, José A. de Mattos. Logística Operacional: Guia Prático. São Paulo: Editora
Érica Ltda, 2013.
CNT- Confederação Nacional do Transporte, Plano Nacional de Transporte, 2014.

Disponível em:
<http://cms.cnt.org.br/Imagens%20CNT/PDFs%20CNT/Plano%20CNT%20de%20Log%C3
%ADstica/Plano%20CNT%20de%20Transporte%20e%20Logistica%202014.pdf>
Acesso em 25/08/2016 as 16:30.
da SILVA, Mário Gomes. Informática. São Paulo: Érica, 2014.
da SILVA, E.L e MENEZES, E.M. Metodologia da Pesquisa e elaboração de Dissertação.

4a Ed. UFSC, Florianópolis, 2005.
DEITEL, Harvey. M.; DEITEL, Paul J. Java: Como programar. 8ª Edição. 2010.
DE ARAUJO, Vania Maria Rodrigues Hermes. Sistemas de informação: nova abordagem

teórico-conceitual. Ciência da informação, v. 24, n. 1, 1995.
DEMO, Pedro. Pesquisa e construção de conhecimento. Rio de Janeiro: Tempo Brasileiro,

1996.
131
EXATA, Rota. Sistema de rastreamento. Disponível em: < https://www.rotaexata.com.br/>.

Acesso em: 08 de out. 2016.
FLEURY, Paulo Fernando. Panorama do Transporte de Cargas no Brasil. In: FIGUEIREDO,

K. F. (Coord.); FLEURY, P. F. (Coord.); WANKE, P. W. (Coord.). Logística e
Gerenciamento da Cadeia de Suprimentos: Planejamento do Fluxo de Produtos e dos
Recursos. São Paulo: Editora Atlas S.A, 2013.
GOOGLE. Consumer Barometer. Disponível em:

<https://www.consumerbarometer.com/en/trending/?category=TRN-NOFILTER-
ALL&countryCode=BR>. Acesso em: 17 de set. 2016.
FIRTMAN, Maximiliano. Programming the mobile web. " O'Reilly Media, Inc.", 2010.
GOMES, C. F. S.; RIBEIRO, P. C. C. Gestão da cadeia de suprimentos: Integrada à

tecnologia da informação. São Paulo: Pioneira Thomson Learning, 2004.
GUEDES, Gilleanes TA. UML 2–Guia Prático-2ª Edição. Novatec Editora, 2014.
JOOQ. jOOQ: The easiest way to write SQL in java. Disponível em:
<https://www.jooq.org/>. Acesso em 06 de maio. 2017.
JÚNIOR, Alceu S. C.; FAÇANHA, Sandra L. de Oliveira; YU, Abraham S. O. Sistemas de

apoio à decisão. In: YU, Abraham S. O (Coord.). Tomada de decisões nas organizações:
Uma visão multidisciplinar. São Paulo: Saraiva, 2011.
KANTAR. Smartphone OS sales market share. Disponível em: <

http://www.kantarworldpanel.com/global/smartphone-os-market-share/>. Acesso em: 17 de
set. 2016.
KORTE, George. The GIS book. Cengage Learning, 2001.
KPCB- Kleiner, Perkins, Caufield and Byers. Reimagining Marketing in a Mobile World.
Disponível em: <http://www.kpcb.com/blog/reimagining-marketing-in-a-mobile-world>.
Acesso em: 17 de set. 2016.
LAFRANCE, Adrienne. How many websites are there?. Disponível em: <
http://www.theatlantic.com/technology/archive/2015/09/how-many-websites-are-
there/408151/?utm_source=BI >. Acesso em: 17 de set. 2016.
LIMA, Maurício Pimenta. Custeio do Transporte Rodoviário de Cargas. In: FIGUEIREDO,

K. F. (Coord.); FLEURY, P. F. (Coord.); WANKE, P. W. (Coord.). Logística e
Gerenciamento da Cadeia de Suprimentos: Planejamento do Fluxo de Produtos e dos
Recursos. São Paulo: Editora Atlas S.A, 2013.
LOPEZ, Immaculada. Rastreadores aliam segurança a facilidades logísticas. Revista

tecnologística, edição 13, p. 30-40, out. 1996.
OPENSTREETMAPS. Sobre OpenStreetMap. Disponível em:

<https://www.openstreetmap.org/about>. Acesso em: 06 de maio. 2017.
132
MELO, Ana Cristina. Desenvolvendo aplicações com UML 2.2: Do conceitual à

implementação. 3ª edição – Rio de Janeiro: BRASPORT, 210.
MILICCHIO, Franco; GEHRKE, Wolfgang A. PostgreSQL Database. Distributed Services
with OpenAFS: for Enterprise and Education, p. 275-286, 2007.
MIRANDA, José Iguelmar. Fundamentos de Sistemas de Informações Geográficas.

Embrapa, 2010.
MOLIN, José Paulo; DO AMARAL, Lucas Rios; COLAÇO, André. Agricultura de

precisão. Oficina de Textos, 2015.
MONICO, João Francisco Galera. Posicionamento pelo Navstar-GPS. Departamento de

Cartografia da Faculdade de Ciências e Tecnologia. Unesp, 2000.
MUSSER, John; O‟REILLY, Tim. Web 2.0. Principles and Best Practices.[Excerpt]. oO:
O'Reilly Media, 2006.
NOVAES, Antônio Galvão. Logística e gerenciamento da cadeia de distribuição:

Estratégia, Operação e Avaliação. 2ª edição – Rio de Janeiro: Elsevier, 2004.
NOGUEIRA, Amarildo de Souza. Logística Empresarial: Uma visão local com pensamento
globalizado. São Paulo: Editora Atlas S.A, 2012.
PEREIRA, Lúcio Camilo Oliva; DA SILVA, Michel Lourenço. Android para

desenvolvedores. Brasport, 2009.
PICK, James B. Geo-Business: GIS in the digital organization. John Wiley & Sons, 2008.
PRESSMAN, Roger S; LOWE, David. Engenharia web. Rio de Janeiro: LTC, 2009
REZENDE, Denis Alcides. Engenharia de software e sistemas de informação. Brasport,

2005.
ROTA, Rastreamento. Gestão de frotas e equipes. Disponível em:

<http://rastreamentorota.com.br/gestao-de-frotas-e-equipes/>. Acesso em: 08 de out. 2016.
ROSENBERG, Doug; STEPHENS, Matt. Use case driven object modeling with
UML. APress, Berkeley, USA, 2007.
SOMMERVILLE, Ian. Engenharia de Software 8. Ed. Tradução Selma Shin Melnikoff;

Reginaldo Arakaki; Edilson de Andrade Barbosa. São Paulo: Pearson, 2007.
STEFANO, Nara et al. Utilização das dimensões da qualidade e escala Likert para medir
a satisfação dos clientes de uma empresa prestadora de serviços. Encontro nacional em
engenharia de produção, ENE GEP, Foz do Iguaçu, 2007.
STUDIO, Android. The Official IDE for Android. Android Studio. Disponível em:
<https://developer. android.com/studio/index.html>. Acesso em : 06 de maio. 2017.
133
TELOGIS. Telogis Fleet, Mais do que rastreamento de veículos. Disponível em:

<http://www.telogis.com.br/solutions/fleet>. Acesso em: 08 de out. 2016.
VAADIN, Framework. #1 Java Web UI Framework for business application. Disponível

em: <https://vaadin.com/framework>. Acesso em : 06 de maio. 2017.
WANKE, Peter F. Logística e Transporte de Cargas no Brasil: Produtividade e eficiência

no século XXI. São Paulo: Editora Atlas, 2010.
WEBFOUNDATION. History of the Web. Disponível em: <

http://webfoundation.org/about/vision/history-of-the-web/>. Acesso em: 17 de set. 2016.
WILDFLY. What is WildFly?. Disponível em: <http://wildfly.org/about/>. Acesso em: 06 de

maio. 2017.
ZXING. Get Started Developing. Disponível em: <https://github.com/zxing/zxing>. Acesso

em: 06 de maio. 2017.
134
APÊNDICES
135
APÊNDICE A – CRONOGRAMA
O presente cronograma considera o prazo de 7 meses.
Atividade Jan Fev Mar Abr Mai Jun Jul

Semanas 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2
Correções X
Requisitos X X X
Modelagem X X X X X X
Entrega X
Cap. 4
Implementa X X X X X X X X X X
ção
Testes X X X X
Redação X X X X X X X X
Cap. 5
Entrega X
Cap. 5
Conclusões X X
/ Resumo
Entrega X
Monog.
Apresentaçã X X
o
Defesa X
Correções X X
Entrega X
versão final

TCC - Final

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

TCC - Final

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE DO SUL DE SANTA CATARINA

ALBERTO SAULO FERREIRA

SISTEMA MÓVEL PARA ACOMPANHAMENTO DE ROTAS E ENTREGAS DE

SISTEMA MÓVEL PARA ACOMPANHAMENTO DE ROTAS E ENTREGAS DE

Trabalho de Conclusão de Curso apresentado

Orientador: Prof. Flávio Ceci, Dr.

Palavras-chave: Transporte. Gestão. Controle de entregas.

Keywords: Transport. Management. Delivery control.

Figura 1 - Componentes Básicos de um SIG. ........................................................................... 24

Gráfico 1 – Crescimento do transporte em relação ao PIB entre 1970 e 2000......................... 18

Quadro 1 - Requisitos Funcionais ............................................................................................ 40

Nos últimos anos, o crescimento do mercado interno e a globalização vêm

entrega; alterar os status das entregas, fornecendo à transportadora um feed-back, em tempo

O transporte de cargas fracionadas, ou seja, o transporte em que o veículo é

Os problemas relacionados com o custo de transportes e a busca pela sua redução,

Para tomadas de decisões mais assertivas, faz-se necessário angariar informações,

Os objetivos deste trabalho estão divididos em objetivo geral e objetivos

1.2.1 Objetivo geral

1.2.2 Objetivos específicos

 identificar os principais processos e operações do processo de entrega por

O principal modal da matriz de transporte, no Brasil, é o rodoviário, o que eleva o

1.4 ESTRUTURA DA MONOGRAFIA

A presente monografia será descrita em seis seções descritas a seguir:

Capitulo 6: Este capitulo está destinado à conclusão desta monografia. Também,

Neste capitulo, são abordados assuntos teóricos utilizados pelo trabalho.

Segundo Novaes (2004), o conceito de logística estava, na sua origem, ligada às

A logística é o processo de gerenciar estrategicamente a aquisição, a movimentação

A logística empresarial estuda como a gerência pode prover melhor nível de

Na próxima subseção, iremos abordar o transporte de cargas que é a principal

2.2 TRANSPORTE DE CARGAS

O transporte de cargas é um dos mais importantes entre os componentes

Gráfico 1 – Crescimento do transporte em relação ao PIB entre 1970 e 2000

Fonte: Fleury (2013, p. 237).

O transporte de cargas pode ocorrer de diversas formas, que serão explanadas na

2.2.1 Modais de transporte

um possui características operacionais específicas, que os tornam mais adequados para

Na Europa e nos Estados Unidos, a distribuição de produtos desde as fábricas até os

Estes modais são explanados nas próximas subseções.

2.2.1.1 Transporte Dutoviário.

Castiglioni (2013, pg. 116) define o transporte dutoviário da seguinte maneira: “O

2.2.1.2 Transporte Ferroviário

O transporte ferroviário é aquele que é feito através de ferrovias. Novaes (2004)

O transporte ferroviário passou a ser utilizado no transporte de grandes volumes

2.2.1.3 Transporte Aquaviário

O transporte aquaviário é aquele que é feito através de vias pluviais. Segundo

2.2.1.4 Transporte Aéreo

O transporte aéreo é o modal que utiliza aeronaves para o transporte de cargas.

Novaes (2004) acrescenta que o transporte aéreo apresenta um baixo nível de

2.2.1.5 Transporte Rodoviário

Castiglioni (2013), afirma que o modo rodoviário é o mais expressivo no

2.2.2 Competitividade no modal de transporte rodoviário

Lima (2013, pg. 257) ainda complementa que:

Entre as razões dessa pulverização destaca-se relativa facilidade de entrada de

Um controle de qualidade, bem como o controle de custos, é essencial para a

2.3 SISTEMAS DE INFORMAÇÃO

Segundo De Araujo (1995, p. 1), “Sistemas de informação são aqueles que, de

2.3.1 Sistemas de informação geográfica

Para Molin (2015), Sistemas de informação geográfica (SIG) referem-se a

Figura 1 - Componentes Básicos de um SIG.

Fonte: Miranda (2010, p. 33)

Com as saídas de um SIG que se pode observar na figura 1, é possível tomar

2.3.3 Plataforma mobile

Segundo Firtman (2010), um dispositivo móvel possui as seguintes características: