TCC Sistemas de informação Estácio

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ 
 
 
 
Isnard Vieira Fernandes Machado 
Matricula: 201510056581 
 
 
 
 
 
 
 
Nome do Sistema: Sistema de Monitoramento de Veículos (SMV) 
 
 
Trabalho de Conclusão de Curso submetido ao corpo docente do Curso de 
Graduação em Sistemas de Informação da Universidade Estácio de Sá – 
UNESA/RJ, como requisito parcial para obtenção do título de Bacharel em 
Sistemas de Informação. 
 
 
Orientador: José Carlos Millan 
 
 
 
 
 
 
 
Município : Nova Iguaçu 
2018 
2 
Sistema de Monitoramento de Veículos(SMV) 
 
 
 
Isnard Vieira Fernandes Machado 
 
Rogério Leitão Nogueira 
 
 
 
 
 
 
 
RESUMO 
 
Tendo em vista o avanço da tecnologia e a popularização de smartphones, dispositivos que possuem 
diversos sensores embutidos de forma integrada, a proposta é utilizar esse aparato para baratear o 
sistema de monitoramento e entrega online, permitindo assim obter diversos dados que alimentarão o 
Banco de Dados na internet de forma automática. Utilizando o GPS já existente nos aparelhos móveis, é 
possível obter informações como, velocidade atual e localização. Pode-se então calcular os quilômetros 
percorridos no dia, quantidade de entregas efetuadas, velocidade média do veículo e localização atual do 
funcionário. O setor de planejamento, através desta conexão determina as melhores rotas em tempo real, 
não necessitando ligar para o funcionário para saber sua localização. Tais dados podem ser utilizados 
para a realização de manutenções preventivas assim como criação de indicadores futuros a critério do 
planejamento estratégico da empresa. 
 
Palavras chave : Smartphones. Tempo Real. Indicadores. 
 
 
 
 
3 
 
1.Proposta do Projeto 
A empresa Mlog possui diversos veículos em sua frota, visando um controle mais efetivo e uma 
comunicação em tempo real, observou-se a necessidade de implementar um sistema de monitoramento 
remoto. 
A proposta do projeto é o desenvolvimento de um sistema para coletar dados dos veículos da 
empresa e efetuando também a comunicação enviando pedidos a diversos entregadores. Todo o sistema 
da empresa se concentra atualmente em planilhas eletrônicas, onde são registrados os pedidos, valores e 
trajetos dos veículos. Devido a alta demanda de pedidos e o crescimento da empresa, esse tipo de 
controle se torna cada vez mais difícil de manter, pois erros de digitação e alterações indesejáveis são 
possíveis de ocorrer. Com a instalação do sistema, através de um banco de dados que recebe informação 
de cada veículo em tempo real, os processos administrativos, de manutenção preventiva e planejamento 
estratégico ficam facilitados, pois agora os dados podem ser consultados de forma precisa e coesa, 
mostrando históricos, datas e valores de forma automática. 
Os objetivos que a empresa busca alcançar é o controle mais eficaz de suas frotas, uma 
comunicação mais rápida com os entregadores, um melhor controle de manutenção preventiva, para 
melhor atender seus clientes e ganhar espaço no mercado. 
 
1.1 Método de Trabalho 
Serão realizadas reuniões semanais com os diretores da empresa para o levantamento dos 
requisitos do sistema. Em cada reunião deve-se segundo "PMBOK(2008), definir e documentar as 
necessidades das partes interessadas para alcançar o objetivo do projeto". Desta forma, após cada 
reunião, será confeccionado um documento com as necessidades dos stakeholders em requisitos formais 
que deverão ser validados pelos mesmos para só então serem implementados no prazo estabelecido. 
 
1.2 Previsão de Alocação de Recursos 
 Recursos Humanos 
Um Analista de Sistema; 
Um Diretor; 
 Um Analista de Teste; 
 
 
4 
 
 Recursos Materiais(Hardware) 
1Microcomputador i7 8Gb; 
1Smartphone Android com GPS; 
 
 Recursos Materiais (Software) 
MS Office 2013; 
Windows 10; 
MySQL; 
Astah Professional; 
Android Studio; 
Netbeans IDE 8.2; 
 
 
5 
1.3 Cronograma do Projeto (Diagrama de Gantt) 
 
 
Figura 1 – Cronograma (Diagrama de Gantt) parte1 
 
6 
 
Figura 2 – Cronograma (Diagrama de Gantt) parte2 
 
 
2. Caracterização da Empresa e do Negócio 
 
2.1 História da Empresa 
A Mlog, localizada na cidade de Nova Iguaçu Rio de Janeiro RJ, é uma empresa que atua no 
ramo logístico a 1 ano e 6 meses. 
Devido a experiência com vendas e o contato posterior do proprietário com empresas e pessoas 
físicas, viu-se a oportunidade de implementar o transporte de mercadorias e pequenos volumes para 
facilitar o trâmite de negociações e operações realizadas nestas companhias. Os primeiros contatos 
foram feitos e parcerias firmadas, sendo qualquer pedido entregue em hora e dia combinados de forma 
rápida e segura. Diante disso, a empresa tem crescido pois está conquistando novos clientes a cada dia e 
reafirmando solidamente os que esta já possui. A expansão do negócio é evidente, logo o proprietário, 
juntamente com seus diretores vislumbra o investimento em tecnologia como a forma de garantir uma 
nova fatia do mercado além de melhor atender a todos os seus clientes. 
 
 
 
7 
2.2 Atividade da Empresa 
A empresa tem como Seu foco no transporte documentos, remessas, e pequenos volumes. 
Atualmente a empresa, através de parcerias está atuando também com vistorias veiculares, onde se pode 
avaliar veículos para que seja efetuado o seguro dos mesmos. Encomendas são transportadas por todo o 
Rio de Janeiro e baixada fluminense via motoboy. 
 
2.3 Organograma 
 
 
Figura 3 – Organograma da empresa 
 
 
 
 
2.4 Mercado Consumidor 
 O ramo logístico por rodovias tem uma grande influência em todo o cenário econômico do Brasil, tendo 
em vista que ele é responsável por 60% de todo o transporte de cargas. Esse fator aliado ao fato de 
estradas sem um infraestrutura boa gera o encarecimento dos fretes, elevando o preço dos produtos e 
dificultando a copetição internacional com outros países como China, Índia e Rússia. 
 
 
8 
2.5 Concorrência 
 A principal concorrência é com os correios, uma empresa estatal inicialmente entregava cartas e 
telegramas que com o tempo passou a entregar encomendas. A empresa Mlog utiliza em suas frotas 
motocicletas que fazem a entrega via pequenas remessas e se aproveita do fato de ser um veículo leve e 
rápido destacando–se no mercado. O bom serviço prestado cria vínculos com clientes novos, garantindo 
assim seu destaque no ramo. 
 
2.6 Expansibilidade dos Negócios 
 Atualmente a empresa investe em novos ramos como vistoria veicular, buscando assim 
conquistar uma nova área de mercado. Também investe em propaganda pois isto gera mais entregas 
abrangindo uma maior rede de contatos, que é essencial para diversificação de clientes. 
 
2.7 Aspectos Tecnológicos 
A empresa investe em inovação tecnológica, para um melhor gerenciamento de seus processos, 
visando a melhor colocação no mercado. Seus processos principais estão atualmente em planilhas que 
são mantidas nos computadores da empresa sendo atualizados com novos hardware e software 
periodicamente. 
 
2.8 Premissas de restrição do projeto 
Não foram identificadas restrições para a continuidade do projeto. 
 
3. O Sistema Atual 
Nesta etapa os sistema atual é representado e analisado, mostrando-se seus processos 
automáticos e manuais. 
 
3.1. Justificativa de Escolha do Sistema 
Tendo em vista o levantamento efetuado nos procedimentos realizados na empresa, verificou-se 
a necessidade de tornar o processo de contato com os funcionários mais simples e menos custoso. 
Através de uma plataforma amigável e de rápido acesso, este, se torna vantajoso para a empresa, além 
de ágil e eficiente. 
 
9 
3.1.1. O Sistema 
O sistema se baseia em um aplicativo instalado em celular com gps, o qual faz a aquisição dos 
dados de cada motoboy e possibilita um cliente realizar um pedido de frete. Possui as funcionalidades 
básicas de cadastro de novos motoboys, clientes, pedidos, registro de quilômetros percorridos, 
velocidade média,posição atual, quantidade de entregas efetuadas. 
 
3.1.2. Funcionamento do sistema 
 O pedido é realizado por telefone via secretária ou via aplicativo. Caso o cliente ainda não esteja 
cadastrado, uma tela no aplicativo é aberta possibilitando um novo cadastro de usuário. Este novo 
usuário recebe um login e senha via e-mail. Após efetuar o login, o usuário pode então realizar seu 
pedido de frete. O valor do pedido é informado ao cliente baseado nos quilômetros de distância entre a 
origem e o destino informado pelo mesmo. O pedido então é direcionado ao motoboy mais próximo do 
destino dito como origem, local onde será coletado o malote, juntamente com o valor referente ao frete. 
No endereço destino final é onde a entrega será realizada. Será informado ao cliente a localização do 
motoboy mais próximo, dizendo qual a sua distância e o tempo estimado até chegar ao cliente. Após 
coletar o malote no endereço origem o motoboy irá para o destino determinado no pedido, onde ao 
chegar efetuará a entrega, finalizando assim o pedido. Todos os motoboys são monitorados na central, 
que possui um controle efetivo de seus trajetos atuais e pedidos. Dados como quilômetros percorridos e 
velocidade atual são armazenados a cada intervalo determinado, no banco de dados. Todas as entregas 
recebidas e finalizadas são armazenadas no banco de dados possibilitando uma consulta posterior. 
 
3.1.3. O Ambiente do Sistema 
 O sistema é utilizado pelo diretor comercial, que é responsável por inserir pedidos realizados 
via telefone, cadastrar novos usuários, cadastrar novos funcionários, monitorar os veículos e 
encomendas finalizadas, tendo uma visão geral dos processos da empresa. Pelo motoboy que 
efetivamente realiza todo o processo de coleta e entrega da mercadoria. Pela secretária, que recebe 
pedidos via telefone e repassa ao diretor comercial. Pelos clientes que realizam os pedidos via aplicativo 
ou via telefone. 
 
3.1.4. A definição do escopo 
10 
 Através do sistema, que utiliza tecnologias que buscam informatizar os processos de 
recebimento de pedidos, cadastro de novos clientes e monitoramento de sua frota em tempo real busca-
se alavancar a administração da empresa a um novo patamar tecnológico. Favorecendo uma visão mais 
ampla de todo o escopo operacional e financeiro da empresa, proporcionando maior eficiência e 
agilidade no atendimento aos clientes, além da possibilidade de dados para alimentar indicadores. 
 
3.2. Motivação para o novo sistema 
 Analisando os processos atuais da empresa, foram obtidas as seguintes motivações para o 
desenvolvimento do novo sistema: 
-Dificuldade em manter o controle de pedidos realizados por cliente; 
-Realização de pedidos feita apenas via telefone; 
-Cadastro de novos clientes feito em planilhas; 
-Dificuldade em controlar a frota; 
-Dificuldade no controle da manutenção preventiva dos veículos; 
 
3.3.Situação Desejada 
-Maior controle das frotas, possibilitando um gerenciamento mais rápido e eficaz; 
-Maior rapidez na realização de um pedido, que pode ser feito via aplicativo; 
-Geração de relatórios e indicadores; 
-Melhor organização dos dados da empresa; 
 
3.4. Problemas do sistema atual 
Todo o sistema atual é baseado em planilhas, logo perdas e inconsistências são um problema 
constante. É necessário a cada pedido que a secretária realize o cálculo do valor do frete via telefone e 
repasse para o cliente, gerando atrasos e dificuldades no atendimento. Não existe um planejamento de 
manutenção para os veículos. Não existe uma informação precisa ao cliente de onde se encontra o 
motoboy mais perto e quanto tempo ele vai demorar para realizar o atendimento solicitado. 
4. O sistema proposto (projeto lógico) 
 
Será apresentado o levantamento de requisitos e os diagramas do sistema proposto. 
 
4.1 Requisitos do Sistema 
11 
Ao realizar a análise do sistema do cliente foi verificado que métodos mais atuais e tecnológicos 
se faziam necessários para melhor armazenamento de suas informações. O fato de armazenar dados 
importantes em planilhas torna difícil a análise ,controle e consulta posterior de tais dados, impedindo 
que sistemas gerencias e outras ferramentas tecnológicas possam ser utilizados para um melhor 
gerenciamento da empresa. Abaixo os requisitos para a implantação do sistema: 
 
Requisitos Funcionais: 
- [RF1] Cadastrar, excluir e alterar usuários: O sistema deverá permitir cadastrar novos clientes e 
funcionários (motoboy). O sistemas deverá permitir a exclusão de usuários por código ou nome. O 
sistema deverá gerar um código para cada usuário, impedindo o cadastro de dois códigos iguais. O 
sistemas deverá atualizar os atributos dos clientes caso haja algum pedido em aberto. 
- [RF2] Cadastrar, excluir, calcular e cancelar pedido: O sistema deverá permitir o cadastro de 
novo pedido, gerando assim um número único para este. O cadastro não poderá ser efetuado caso já 
tenha sido utilizado o código do pedido. O sistema deverá permitir a exclusão/cancelamento do pedido 
que ainda não tenha sido entregue e registrar o motivo dele ter sido cancelado. O sistema deve registrar 
todos os pedidos efetuados e entregues assim como os cancelados. O sistema deverá direcionar o pedido 
para o motoboy mais próximo em relação a origem, que é onde será coletado o malote. O sistema deverá 
informar ao cliente a localização do motoboy mais próximo informando o tempo estimado até sua 
chegada. O sistema deverá realizar o cálculo do frete baseado na origem e destino. O sistema deverá 
atualizar a lista de entregas do motoboy. 
- [RF3] Registrar posição velocidade e entregas efetuadas motoboy: O sistema deverá permitir 
coleta de velocidade atual e posição atual de cada motoboy. O sistema deverá armazenar velocidade 
atual e posição atual a cada intervalo de tempo determinado para posterior consulta. O sistema deverá 
armazenar a quantidade de entregas efetuadas no dia pelo motoboy. 
- [RF4] Registrar quilômetros percorridos: O sistema deverá registrar os quilômetros percorridos 
por cada motoboy da empresa no dia. 
- [RF5] Informar sobre manutenção: O sistema deverá informar ao motoboy a cada 1.000 
quilômetros que ele deverá realizar a manutenção de sua motocicleta. 
 
 
 
12 
Requisitos Não Funcionais: 
- [RNF1] O sistema deverá ter uma interface simples e fácil de utilizar. 
- [RNF2] O tempo de escrita no banco de dados não poderá exceder 3 segundos, caso ocorra informar 
para o usuário falha na comunicação. 
- [RNF3] O intervalo de leitura da velocidade do motoboy poderá ser configurado de 1 segundo a 30 
segundos. 
4.2 Casos de Uso 
Nesta seção estão os diagramas onde estão registradas todas as funcionalidades do sistema, assim 
como os atores, onde assim fica explicito suas responsabilidades. 
4.2.1 Diagrama de Casos de uso 
 
Figura 4 – Diagrama de caso de Uso 
 
13 
4.3 Especificações dos casos de uso 
 
Tabela 2 - Descrição do Caso de Uso "Logar Sistema" 
 
Nome do Caso de Uso Logar Sistema 
Caso de UsoGeral 
Ator Principal Diretor Comercial, Secretária, Cliente, Motoboy 
AtoresSecundários 
Resumo Este caso de uso descreve a etapa de autenticação dos usuários ao 
sistema. 
Pré-Condições Usuário estar cadastrado no sistema 
Pós-Condições Acesso ao sistema é liberado. 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Informar Login e senha. 
 2. Valida Login e senha. 
 3. Libera acesso ao sistema. 
Restrições/Validações 1. Login precisa existir e estar ativo. 
2. A senha precisa estar correta. 
Fluxo Exceção - Usuário ou senha 
inválidos 
 
Ações do Ator Ações do Sistema 
 1.Comunicar que login ou senha não são válidas. 
2.Solicitar cadastro no sistema. 
 
 
 
 
 
 
 
14 
Tabela 2 - Descrição do Caso de Uso "Manter Cliente" 
 
Nome do Caso de Uso ManterCliente 
Caso de UsoGeral 
Ator Principal Diretor Comercial 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de cadastrode Clientes. 
Pré-Condições Login no Sistema Realizado. 
Pós-Condições Permite login do cliente no sistema. 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção Cadastro de Cliente. 
 2. Apresenta tela de cadastro de Cliente. 
3. Seleciona adicionar Cliente. 
 4. Apresenta tela de cadastro de Cliente. 
5. Preenche dados do formulário. 
 6. Salva dados do formulário. 
Restrições/Validações 
Fluxo Alternativo – Cliente já existe na base 
Ações do Ator Ações do Sistema 
 1. Informa ao Diretor Comercial que o código já 
existe na base. 
 2. Abre formulário de cadastro de Cliente. 
 
 
 
 
Tabela 3 - Descrição do Caso de Uso "Manter Funcionário" 
 
Nome do Caso de Uso ManterFuncionário 
Caso de UsoGeral 
Ator Principal Diretor Comercial 
15 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de concessão de acesso aos 
funcionários. 
Pré-Condições Estar Logado no Sistema. 
Pós-Condições Permite Funcionário Logar no Sistema. 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção Cadastro de Funcionário. 
 2. Apresenta tela de cadastro de Funcionário. 
3. Seleciona adicionar Funcionário. 
 4. Sistema Gera código Funcionário. 
5. Preenche dados do formulário. 
 6. Salva dados do formulário. 
Restrições/Validações 1.Código do Funcionário que está sendo cadastrado não pode 
existir na base. 
Fluxo Alternativo – Funcionário já existe 
na base 
 
Ações do Ator Ações do Sistema 
 1. Informa ao Gerente Comercial que este código já existe na 
base. 
 2. Abre formulário de cadastro de Funcionário. 
Restrições/Validações 1.Código do funcionário que está sendo cadastrado não pode 
existir na base. 
 
 
 
 
 
 
 
 
 
 
 
 
16 
 
 
Tabela 4 - Descrição do Caso de Uso "Realizar Pedido" 
 
Nome do Caso de Uso RealizarPedido 
Caso de UsoGeral 
Ator Principal Cliente 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de criação de um pedido de 
entrega. 
Pré-Condições Usuário deve estar logado no Sistema. 
Pós-Condições Acompanhar Pedido. 
Calcular Frete. 
Direcionar Motoboy. 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção novo Pedido. 
 2. Apresenta a tela padrão de um novo pedido. 
3. Seleciona criar novo pedido. 
 4. Abre formulário. 
5. Digita as informações atreladas a um 
código. 
 
 6. Salva o novo pedido. 
Restrições/Validações 1.Código do pedido não pode estar na base 
Fluxo Alternativo – Condição já existe 
Ações do Ator Ações do Sistema 
 1.Informa ao cliente que este pedido já foi cadastrado. 
 2. Abre formulário. 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
17 
 
Restrições/Validações 
 
 
 
 
 
 
Tabela 5 - Descrição do Caso de Uso "Realizar Pedido Telefone" 
 
Nome do Caso de Uso RealizarPedidoTelefone 
Caso de UsoGeral 
Ator Principal Secretária 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de criação de um pedido de entrega 
Que foi recebido por telefone. 
Pré-Condições Secretária deve estar logada no Sistema. 
Pós-Condições Acompanhar Pedido. 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção novo Pedido. 
 2. Apresenta a tela padrão de um novo pedido. 
3. Seleciona criar novo pedido. 
 4. Abre formulário. 
5. Digita as informações atreladas a um código. 
 6. Salva o novo pedido. 
Restrições/Validações 1.Código do pedido não pode estar na base 
Fluxo Alternativo – Condição já existe 
Ações do Ator Ações do Sistema 
 1.Informa a secretária que este pedido já foi cadastrado. 
 2. Abre formulário. 
18 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
 
 
 
 
 
Tabela 6 - Descrição do Caso de Uso "Calcular Frete" 
 
Nome do Caso de Uso CalcularFrete 
Caso de UsoGeral 
Ator Principal Cliente 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de geração do valor do 
Frete para o cliente. 
Pré-Condições Cliente deve estar logado no Sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de trajeto. 
 2. Apresenta a tela padrão o valor do frete. 
3. Seleciona aceitar frete. 
 4. Habilita a confirmação do pedido. 
 
 
Restrições/Validações 1.Cliente cancela o pedido 
Fluxo Alternativo – Cliente Cancela o pedido 
Ações do Ator Ações do Sistema 
19 
 1. Retorna para a tela inicial de formulário. 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
 
 
 
 
 
Tabela 7 - Descrição do Caso de Uso "Direcionar Motoboy" 
 
Nome do Caso de Uso DirecionarMotoboy 
Caso de UsoGeral 
Ator Principal Cliente 
AtoresSecundários Motoboy 
Resumo Este caso uso descreve a etapa de passar o pedido ao 
motoboy mais próximo do endereço de coleta do pedido. 
Pré-Condições Cliente deve estar logado no Sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
 1. Sistema direciona o pedido ao motoboy mais próximo do 
endereço origem. 
 2. Sistema confirma o recebimento pelo motoboy. 
 
 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
 
20 
Restrições/Validações 
 
 
 
 
 
Tabela 8 - Descrição do Caso de Uso "Acompanhar Pedido" 
 
Nome do Caso de Uso AcompanharPedido 
Caso de UsoGeral 
Ator Principal Cliente 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de informar o cliente a 
localização do motoboy. 
Pré-Condições Cliente deve ter um pedido ativo. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de acompanhar pedido. 
 2. Sistema informa a localização do Motoboy na tela 
principal. 
 3. Sistema calcula o tempo até o cliente. 
 
 
 
Restrições/Validações 
Fluxo Alternativo 
Ações do Ator Ações do Sistema 
 1. Retorna para a tela inicial de formulário. 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
21 
 
Restrições/Validações 
 
 
 
 
 
Tabela 9 - Descrição do Caso de Uso "Manter Pedido" 
 
Nome do Caso de Uso ManterPedido 
Caso de UsoGeral 
Ator Principal Diretor Comercial 
AtoresSecundários Cliente 
Resumo Este caso uso descreve a etapa de estabelecer o controle 
sobre o pedido podendo cancelar. 
Pré-Condições Cliente deve ter um pedido ativo. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de acompanhar pedido. 
 2. Sistema informa os pedidos ativos. 
3. Seleciona o pedido pelo número. 
 3. Sistema mostra o status do pedido se ativo, entregue ou 
cancelado. 
 
Restrições/Validações 
Fluxo Alternativo - Cancelamento de Pedido 
Ações do Ator Ações do Sistema 
1. Seleciona cancelar pedido. 1. Retorna para a tela inicial de formulário. 
 2.Sistema gera uma tela de confirmação de cancelamento de 
pedido. 
3.Usuário confirma o cancelamento do pedido. 
22 
 4.Sistema gera uma mensagem para o motoboy que estava 
com o pedido em aberto. 
Restrições/Validações 
Fluxo Exceção - Cancelamento de pedido 
finalizado 
 
Ações do Ator Ações do Sistema 
 1. Informa que não é possível cancelar um pedido entregue. 
Restrições/Validações 
 
 
 
 
 
Tabela 10 - Descrição do Caso de Uso "Monitorar Frota" 
 
Nome do Caso de Uso MonitorarFrota 
Caso de UsoGeral 
Ator Principal Diretor Comercial 
AtoresSecundários Secretária. 
Resumo Este caso uso descreve a etapa de monitoramento de todos 
os motoboys que estão ativos realizando entregas. 
Pré-Condições Logar no sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de monitoramento a distância. 
 2. Sistema gera uma tela com o mapa mostrando cada 
motoboy ativo. 
3. Seleciona um motoboy. 
 4. Sistema calcula o tempo até o destino atual. 
 
 
Restrições/Validações 
23 
Fluxo Alternativo 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
 
 
 
 
 
Tabela11 - Descrição do Caso de Uso "Realizar Entregas" 
 
Nome do Caso de Uso RealizarEntregas 
Caso de UsoGeral 
Ator Principal Motoboy 
AtoresSecundários 
Resumo Este caso uso descreve a etapa de coleta do malote e entrega 
no destino combinado com o cliente. 
Pré-Condições Logar no sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de iniciar trabalho 
 2. Sistema gera a lista de pedidos atuais aguardando para 
serem executados. 
3. Seleciona o pedido com o endereço mais próximo 
de origem. 
 
 4. Sistema pede confirmação de seleção de pedido. 
5. Motoboy Confirma o atendimento ao pedido. 
24 
 6.Sistema remove o pedido da lista atual. 
7.Coleta o malote e entrega no endereço combinado 
informando no sistema malote entregue. 
 
 8. Altera o status do pedido para finalizado. 
 9. Sistema armazena a quantidade realizada no dia. 
Restrições/Validações 
Fluxo Alternativo 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
Fluxo Exceção 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
 
 
 
 
 
Tabela 12 - Descrição do Caso de Uso "Comunicar Sistema" 
 
Nome do Caso de Uso ComunicarSistema 
Caso de UsoGeral 
Ator Principal Motoboy 
AtoresSecundários 
Resumo Este caso uso descreve o envio de dados de localização e 
velocidade para o servidor via internet. 
Pré-Condições Logar no sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
1. Selecionar opção de iniciar transmissão. 
25 
 2. Sistema confirma o recebimento de dados. 
3. Inicia o deslocamento do veículo 
 4. Sistema salva os dados no servidor a cada intervalo 
determinado. 
 
 
Restrições/Validações 
Fluxo Alternativo 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
Fluxo Exceção Não é possível estabelecer comunicação com o servidor 
Ações do Ator Ações do Sistema 
 1. Informa não foi possível conectar ao Sistema. 
Restrições/Validações 
 
 
 
 
Tabela 13 - Descrição do Caso de Uso "Informar Manutenção" 
 
Nome do Caso de Uso InformarManutenção 
Caso de UsoGeral 
Ator Principal Motoboy 
AtoresSecundários 
Resumo Este caso uso descreve o envio mensagens para o motoboy 
sobre a manutenção de seu veículo. 
Pré-Condições Logar no sistema. 
Pós-Condições 
Fluxo Principal 
Ações do Ator Ações do Sistema 
26 
1. Selecionar opção de iniciar transmissão. 
 2. Sistema coleta o intervalo de 1000 quilômetros. Manda 
uma mensagem sobre manutenção periódica. 
3. Confirma o recebimento da mensagem. 
 
 
 
Restrições/Validações 
Fluxo Alternativo 
Ações do Ator Ações do Sistema 
 
Restrições/Validações 
Fluxo Exceção Não é possível estabelecer comunicação com o servidor 
Ações do Ator Ações do Sistema 
 1. Informa não foi possível conectar ao Sistema. 
Restrições/Validações 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
27 
 
4.4 Modelo Conceitual de Classes 
 
 
 
Figura 5 – Diagrama de Classes 
 
4.5 Modelo Conceitual de Dados 
28 
 
Figura 6 – Modelo Conceitual de Dados 
 
 
 
 
 
 
 
 
 
 
4.6 Projeto De Interface 
 
Nesta seção estão as telas de interação do sistemas e suas respectivas funções. 
 
29 
4.6.1 Tela de Login do Sistema 
 
Nesta tela os atores realizam o login no sistema. 
 
 
 
Figura 7 – Tela de Login do Sistema 
 
 
 
 
30 
 
 
 
4.6.2 Tela de Inicial do Gerente 
 
Nesta tela gerente é direcionado para as outras telas do sistema. 
 
 
 
Figura 8 – Tela Inicial do Gerente 
 
31 
4.6.3 Tela de Cadastro de Cliente 
 
Nesta tela gerente pode realizar o cadastro de um cliente ou fazer a busca de algum cliente ou fazer a 
sua exclusão de cadastro. 
 
 
 
Figura 9 – Tela Cadastro Cliente 
 
4.6.4 Tela de Cadastro de Funcionário 
 
32 
Nesta tela gerente pode realizar o cadastro de um funcionário ou fazer a busca de algum funcionário 
ou fazer a sua exclusão de cadastro. 
 
 
 
Figura 10 – Tela Cadastro Funcionário 
 
33 
4.6.5 Tela Monitorar Frota 
 
Nesta tela gerente pode monitorar a frota de veículos, verificando sua posição atual assim como 
velocidade e tempo até o destino. Após o clique no respectivo veículo os dados são carregados. 
 
 
 
Figura 11 – Tela Monitorar Frota 
34 
4.6.6 Tela de Pedidos 
 
Nesta tela gerente, o cliente e o funcionário são direcionados aos pedidos. 
 
 
 
Figura 12 – Tela de Pedidos 
 
 
 
 
35 
4.6.7 Tela Novo Pedido 
 
Nesta tela gerente, o cliente podem realizar um novo pedido, gerando também o valor do pedido ao 
clicar no botão calcular. 
 
 
 
Figura 13 – Tela Novo Pedido 
 
 
36 
4.6.8 Tela Informação Pedido 
 
Nesta tela gerente, o funcionário podem verificar o status de um pedido, assim como suas 
informações principais. 
 
 
 
Figura 14 – Tela Informação Pedido 
 
 
37 
 
 
4.6.9 Tela Inicial Cliente 
 
Nesta tela o cliente pode ser redirecionado para as telas realizar um novo pedido, acompanhar um 
pedido já realizado ou alterar o seu pedido. 
 
 
 
Figura 15 – Tela Inicial Cliente 
38 
 
4.6.10 Tela Monitorar Pedido 
 
Nesta tela o cliente acompanhar o seu pedido, como distância até a entrega e o tempo que irá levar. 
 
 
 
Figura 16 – Tela Monitorar Pedido 
 
 
 
39 
4.6.11 Tela Inicial Funcionário 
 
Nesta tela o funcionário pode habilitar o GPS, ter a informação de quilômetros percorridos e quantos 
quilômetros faltam para a troca do óleo do veículo, assim como ser redirecionado a tela de pedidos. 
 
 
 
Figura 17 – Tela Inicial Funcionário 
 
 
40 
4.6.12 Tela Aceitar Pedido Funcionário 
 
Nesta tela o funcionário após selecionar o pedido na tela anterior, pode aceitar e iniciar o processo de 
coleta e entrega. 
 
 
 
Figura 18 – Tela Aceitar Pedido Funcionário 
 
 
41 
 
4.6.13 Tela Status Pedido Funcionário 
 
Nesta tela o funcionário informa se o pedido foi coletado, entregue e recebe a informação de quantos 
quilômetros faltam para o destino. Caso deseje ele pode também ser direcionado a tela de informação do 
pedido onde se encontram todos os dados necessários para a coleta e entrega. 
 
 
 
Figura 19 – Tela Status Pedido Funcionário 
42 
 
4.6.14 Tela Cancelar Pedido 
 
Nesta tela o gerente e o cliente podem realizar o cancelamento do pedido. 
 
 
 
Figura 20 – Tela Cancelar Pedido 
 
 
 
43 
4.7 Diagramas De Sequência 
 
Consiste em um diagrama que mostra a troca de mensagem entre os objetos para a realização de 
determinada tarefa. 
 
4.7.1 Diagrama de Sequência do Funcionário 
 
Neste diagrama é mostrado todas as interações que o funcionário realiza em todo o programa. 
 
 
Figura 21 – Diagrama de Sequência do Gerente 
 
 
 
 
 
 
 
44 
 
4.7.2 Diagrama de Sequência do Gerente 
 
Neste diagrama é mostrado todas as interações que o gerente realiza nas telas do programa. 
 
 
Figura 22 – Diagrama de Sequência Gerente 
 
 
 
 
 
 
 
 
 
 
45 
4.7.3 Diagrama de Sequência do Cliente 
 
Neste diagrama é mostrado todas as interações que o cliente realiza nas telas do programa. 
 
 
Figura 23 – Diagrama de Sequência Cliente 
 
 
 
4.8 Diagrama de Estados 
 
Os diagramas de estado ou máquinas de estado são utilizados para modelar um comportamento do 
sistema de transição entre estados finitos. É utilizado para modelar o comportamento de objetos através 
da variação de seus atributos, assim como para representar protocolos que exprimem mudanças legais 
que um certo objeto pode desenvolver. 
 
4.8.1 Estados do Login 
 
Os diagrama mostra as iterações pertinentes ao Login na aplicação. 
46 
 
Figura 24 – Diagrama de Estados Login 
 
 
4.8.2 Estados do Gerente 
 
Os diagrama mostra as iterações pertinentes ao Gerente na aplicação. 
 
47 
Figura 25 – Diagrama de Estados Gerente 
4.8.3 Estados do Funcionário 
 
Os diagrama mostra as iterações pertinentes ao Funcionário na aplicação. 
 
Figura 26 – Diagrama de Estados Funcionário4.8.4 Estados do Cliente 
 
Os diagrama mostra as iterações pertinentes ao Cliente na aplicação. 
 
48 
Figura 27 – Diagrama de Estados Cliente 
 
4.9 Diagrama de Atividades 
 
Os diagramas de atividade são uma técnica para descrever um fluxo de trabalho ou processo de 
negócio sendo bastante semelhante ao fluxograma, sendo a principal diferença que este pode representar 
processos em paralelo. 
 
4.9.1 Diagrama de Atividades do Login 
 
Os diagrama mostra as iterações pertinentes ao processo de login. 
 
Figura 28 – Diagrama de Atividades do Login 
 
 
 
 
49 
4.9.2 Diagrama de Atividades do Funcionário 
 
Os diagrama mostra as iterações pertinentes ao processo do Funcionário. 
 
Figura 29 – Diagrama de Atividades do Funcionário 
 
 
 
 
 
 
 
 
 
50 
4.9.3 Diagrama de Atividades do Cliente 
 
Os diagrama mostra as iterações pertinentes ao processo do Cliente. 
 
Figura 30 – Diagrama de Atividades do Cliente 
 
 
 
 
 
 
51 
4.9.4 Diagrama de Atividades do Gerente 
 
Os diagrama mostra as iterações pertinentes ao processo do Cliente. 
 
Figura 31 – Diagrama de Atividades do Gerente 
 
 
 
52 
5. Projeto físico 
 
5.1 Projeto de Classes de Projeto 
 
O projeto de classe de projeto visa apresentar os tipos de classes presentes no trabalho e seus 
relacionamentos existentes entres eles. 
 
Figura 32 – Classes de Projeto 
 
 
 
 
 
53 
 
5.2 Projeto Físico de Banco de Dados 
 
O projeto físico de banco de dados cria o código para a geração das tabelas do banco de dados 
utilizado para as iterações entre o programa e os dados armazenados. 
 
5.2.1 Tabela Usuário 
 
CREATE TABLE Usuario 
( 
codigoUsuario INT(50) NOT NULL, 
nomeUsuario VARCHAR (200) NOT NULL, 
senhaUsuario INT (50) NOT NULL, 
PRIMARY KEY (codigoUsuario) ); 
 
 
Usuário 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoUsuário int 50 não 
 nomeUsuário String 200 não 
 senhaUsuário int 50 não 
 
Figura 33 – Tabela Usuário 
 
 
5.2.2 Tabela Cliente 
 
CREATE TABLE Cliente 
( 
codigoCliente INT(50) NOT NULL, 
pedidosAtuais VARCHAR (100) NOT NULL, 
quantidadePedidosRealizados INT (50) NULL, 
PRIMARY KEY (codigoCliente) ); 
 
 
Cliente 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoCliente int 50 não 
 pedidosAtuais String 100 não 
 quantidadePedidosRealizados int 50 sim 
 
Figura 34 – Tabela Cliente 
54 
5.2.3 Tabela Gerente 
 
CREATE TABLE Gerente 
( 
codigoGerente INT(50) NOT NULL, 
PRIMARY KEY (codigoGerente) ); 
 
Gerente 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoGerente int 50 não 
 
Figura 35 – Tabela Gerente 
5.2.4 Tabela Login 
 
CREATE TABLE Login 
( 
codigoPessoa INT(50) NOT NULL, 
nomePessoa VARCHAR (200) NOT NULL, 
PRIMARY KEY (codigoPessoa) ); 
 
Login 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoPessoa int 50 não 
 nomePessoa String 200 não 
 
Figura 36 – Tabela Login 
 
5.2.5 Tabela Endereço 
 
CREATE TABLE Endereço 
( 
codigoUsuario INT(50) NOT NULL, 
cidade VARCHAR (100) NOT NULL, 
CEP INT (50) NOT NULL, 
bairro VARCHAR (50) NOT NULL, 
PRIMARY KEY (codigoUsuario) ); 
 
Endereço 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoUsuário int 50 não 
 cidade String 100 não 
 CEP int 8 não 
 bairro String 50 não 
 
Figura 37 – Tabela Endereço 
55 
5.2.6 Tabela Dados Usuário 
 
CREATE TABLE DadosUsuario 
( 
codigoUsuario INT(50) NOT NULL, 
tipoUsuario VARCHAR (50) NOT NULL, 
senhaUsuario INT (50) NOT NULL, 
nomeUsuario VARCHAR (200) NOT NULL, 
CPF INT (11) NOT NULL, 
PRIMARY KEY (codigoUsuario) ); 
 
 
Dados Usuário 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoUsuário int 50 não 
 tipoUsuário String 50 não 
 senha int 50 não 
 nomeUsuário String 200 não 
 CPF int 11 não 
 
Figura 38 – Tabela Dados Usuário 
 
5.2.7 Tabela Funcionário 
 
CREATE TABLE Funcionario 
( 
codigoFuncionario INT(50) NOT NULL, 
tipoFuncionario VARCHAR (50) NOT NULL, 
listaPedidosAtuais VARCHAR (50) NOT NULL, 
pedidoAtual INT (50) NULL, 
quantidadePedidosFinalizados INT (50) NULL, 
PRIMARY KEY (codigoFuncionario) ); 
 
Funcionário 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK códigoFuncionário int 50 não 
 tipoFuncionário String 50 não 
 listaPedidosAtuais String 50 não 
 pedidoAtual int 50 sim 
 quantidadePedidosFinalizados int 50 sim 
 
Figura 39 – Tabela Funcionário 
 
 
 
56 
5.2.8 Tabela Veículo 
 
CREATE TABLE Veiculo 
( 
placaVeiculo VARCHAR (8) NOT NULL, 
quilometrosPercorridos FLOAT (50) NULL, 
localizacaoAtual FLOAT (50) NULL, 
velocidadeAtual INT (50) NULL, 
informaEstadoOnline BOOLEAN NULL, 
PRIMARY KEY (placaVeiculo) ); 
 
Veículo 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK placaVeículo String 8 não 
 quilômetrosPercorridos float 50 sim 
 localizaçãoAtual float 50 sim 
 velocidadeAtual int 50 sim 
 informaEstadoOnline boolean 1 sim 
 
Figura 40 – Tabela Veículo 
 
5.2.9 Tabela Pedido 
 
CREATE TABLE Pedido 
( 
numeroPedido INT (50) NOT NULL, 
situacaoPedido VARCHAR (50) NOT NULL, 
enderecoOrigem VARCHAR (150) NOT NULL, 
enderecoDestino VARCHAR (150) NOT NULL, 
nomeDestinatario VARCHAR (200) NOT NULL, 
valorFrete FLOAT (10) NOT NULL, 
telefoneDestinatario VARCHAR (10) NULL, 
cepOrigem INT (8) NOT NULL, 
cepDestino INT (8) NOT NULL, 
dataPedido VARCHAR (8) NOT NULL, 
horaPedido INT (4) NOT NULL, 
tempoEstimadoEntrega FLOAT (10) NULL, 
coletado BOOLEAN NULL, 
entregue BOOLEAN NULL, 
PRIMARY KEY (numeroPedido) ); 
 
 
 
 
 
 
 
 
 
 
57 
Pedido 
Chave Nome do Campo Tipo do Campo Tamanho Nulo 
PK númeroPedido int 50 não 
 situaçãoPedido String 50 não 
 endereçoOrigem String 150 não 
 endereçoDestino String 150 não 
 nomeDestinatário String 200 não 
 valorFrete float 10 não 
 telefoneDestinatário String 10 sim 
 cepOrigem int 8 não 
 cepDestino int 8 não 
 dataPedido String 8 não 
 horaPedido int 4 não 
 tempoEstimadoEntrega double 10 sim 
 coletado boolean 1 sim 
 entregue boolean 1 sim 
 
Figura 41 – Tabela Pedidos 
 
5.3 Ambiente do Sistema 
 
Para a realização e implantação do Sistema de Monitoramento de Veículos foi realizada uma 
avaliação das necessidades do sistema capazes de cumprir todos os requisitos solicitados quanto a 
desempenho e performance. 
Conclui-se portanto que as configurações serão suficientes para suprir e realizar todas as funções do 
sistema. 
5.3.1 Software 
 
 Devido a padronização de todo o sistema, o Sistema Operacional escolhido foi o Android 6.0 que 
possibilitará ao usuário do sistema sua utilização de forma simples. Para o armazenamento dos dados do 
sistema, foi utilizado o MySQL por se tratar de um software de utilização livre. Para a confecção do 
sistema se utilizou a linguagem JAVA que atualmente é a principal no desenvolvimento de aplicativos. 
 
5.3.2 Hardware 
 
 Servidor: 
 Processador : Intel(R) Core(TM) i5-3570 CPU @ 3.40GHz; 
58 
 Sistema Operacional: Não possui; 
 Memória RAM: 8 GB 
 Armazenamento : Disco Rígido 1 TB 
 
 Celular: Processador : 2.7 GHz Quad Core; 
Sistema Operacional: Android 5.0 Lollipop; 
 Memória RAM: 3 GB 
 Armazenamento : 64 GB 
 GPS: A-GPS/GLONASS 
 
5.3.3 Infra estrutura de Rede e Internet 
 
Buscando a construção do sistema a utilização da internet é de extrema importância, tendo em vista 
que todas as transações e armazenamentos do sistema só são possíveis graças a este recurso. Serão 
necessários diversos componentes como : Placas de rede, modem, roteadores, cabeamento, conectores. 
Pode-se fazer uso da telefonia celular buscando também a para a obtenção de conexão com a rede 
mundial de computadores. 
 
5.3.4 Justificativa da Linguagem de Programação 
 
O JAVA é uma linguagem bastante dinâmica e permite que sua programação possa ser utilizada em 
diversos sistemas operacionais. Seu código é convertido para Metadados que são interpretados pela 
máquina virtual possibilitando sua portabilidade e possível expansão do sistema. 
 
5.3.5 Justificativa da escolha do SGBDO MySQL possui recursos que possibilitam maior rapidez e segurança nas operações, possibilita a 
portabilidade, possui facilidade em seu manuseio e é um software livre, o que possibilita o seu uso sem 
custo adicional na criação do projeto. 
 
6. Conclusões 
 
 
 
59 
6.1 Reflexões Sobre os Objetivos Iniciais e os Alcançados 
 
 Uma empresa está em constante transformação, sempre buscando a melhor forma de atender a 
seus clientes, o trabalho atual enseja um processo de aprimoramento que sempre ocorrerá. Assim sendo, 
o sistema proposto cumpriu seus objetivos, possibilitando a coleta e melhor processamento dos dados da 
empresa o que leva a novos objetivos a serem alcançados. 
 
6.2 Vantagens do Sistema para a Empresa 
 
Devido as pressões do mercado e constantes mudanças é essencial que a empresa se mantenha 
atualizada e em constante inovação tecnológica, sempre buscando uma forma de tornar os processos e 
atendimento aos clientes mais ágeis e eficazes. Para isso acontecer, a utilização da tecnologia é essencial 
pois os sistemas atuais auxiliam na tomada de decisões pois fornecem todo um aparato para a geração de 
informação da própria companhia. 
Com a utilização do Sistema de Monitoramento de Veículos o proprietário terá um melhor controle 
sobre as entregas e os processos que estão ocorrendo na empresa, podendo utilizar estes dados para um 
melhor controle financeiro e de produção, permitindo um destaque no mercado atual e favorecendo a 
implantação de novos sistemas atrelados a este. 
 
6.3 Trabalhos Futuros 
 
 Como o sistema atual da empresa se encontra em modo de arquivos, o presente projeto visa 
agregar os seus dados de forma organizada a uma estratégia de modernização a longo prazo. 
Inicialmente este sistema visa estabelecer um marco que servirá de base para os desenvolvimentos 
futuros onde maior integração e um estudo aprofundado dos dados coletados servirá para estabelecer 
parâmetros que são a base para uma projeto de inteligência da empresarial. 
 
 
 
 
 
 
 
60 
7. Referências Bibliográficas 
 
 
 
Medeiros Ernani ,Desenvolvendo Software com UML 2.0 Definitivo. 6ª.ed Editora:PEARSON, 2004. 
 
Fowler Martin ,UML Essencial. 3ª.ed Editora:BOOKMAN, 2005. 
 
Vídeo aulas da Universidade Estácio de Sá.(indisponíveis para não alunos da instituição).