Sistema de Telemtria para Carros

UNIVERSIDADE DO SUL DE SANTA CATARINA
LEONE PAGANI
PLATAFORMA WEB PARA VISUALIZAÇÃO DE DADOS AUTOMOTIVOS A

PARTIR DA SUA CENTRAL ELETRÔNICA
Florianópolis
2017
LEONE PAGANI
PLATAFORMA WEB PARA VISUALIZAÇÃO DE DADOS AUTOMOTIVOS A

PARTIR DA SUA CENTRAL ELETRÔNICA
Trabalho de Conclusão de Curso apresentado ao Curso

de Graduação em 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
Florianópolis
2017
Dedico este trabalho aos meus pais, grandes
incentivadores do estudo e da formação
acadêmica, que sempre acreditaram em minha
capacidade, e nunca desistiram de me
proporcionar o melhor.
AGRADECIMENTOS
No desenvolvimento deste trabalho, tive a participação de pessoas muito

importantes, pessoas que me acompanharam desde o início do curso de graduação, e que me
deram apoio e não mediram esforços para ajudar nesta conquista.
Primeiramente, agradeço a Deus, agradeço por cada dia e cada experiência que
passei, cada nova oportunidade me fez aprender e evoluir. Agradeço aos meus pais, por todo
apoio, carinho e paciência, assim como todo esforço para que eu pudesse atingir meus
objetivos. Obrigado meus pais.
Agradeço a minha namorada Michelly, que sempre esteve ao meu lado me dando
apoio e incentivando, comemorando nos momentos de conquistas, e dando apoio nos
momentos de estresse. Obrigado por todo amor, carinho e compreensão. Eu te amo.
Agradeço por cada amizade que fiz nesses anos, umas que se distanciaram, e
outras que sinto que irão perdurar por uma vida toda, um agradecimento especial a Nathani e
ao Filipe que compartilharam as dores e preocupações em todos esses anos.
Agradeço ao meu orientador Dr. Flávio Ceci, que não mediu esforços ao longo
deste trabalho, tirando dúvidas, tranquilizando nos momentos de maior aflição e
compartilhando seu conhecimento. Agradeço por ser além de um profissional excelente, uma
pessoa magnífica, educada e paciente. Obrigado, meu mestre.
Agradeço aos meus amigos de fora do mundo acadêmico, que direta ou

indiretamente me apoiaram nesta etapa, que entenderam meus momentos de ausência e
sempre me ajudaram no que puderam.
Por fim, agradeço aos professores do curso de Sistemas de Informação da

Universidade do Sul de Santa Catarina, por todo conhecimento compartilhado. Muito
obrigado.
“A tarefa não é tanto ver aquilo que ninguém viu, mas pensar o que ninguém ainda pensou
sobre aquilo que todo mundo vê.”. (Arthur Schopenhauer).
RESUMO
Desde a invenção dos automóveis, a necessidade de manutenção dos veículos vem crescendo,
assim como as tecnologias empregadas neles. A evolução de um sistema mecânico para o
sistema eletrônico, trouxe consigo a necessidade de visualização dos parâmetros dos veículos
para realizar o monitoramento de diversos componentes do motor, localizando e prevenindo
possíveis problemas, e até otimizar o desempenho do veículo através de dados que possam ser
visualizados por um mecânico profissional. Este trabalho tem o objetivo de propor uma
plataforma web para visualizar os dados do veículo em forma de gráficos. A plataforma foi
desenvolvida utilizando a linguagem de programação PHP e um banco de dados SQL para
armazenamentos dos dados coletados do veículo através de um conector OBD. Para analisar
os resultados desta plataforma, foi realizada uma avaliação para julgar a importância e
satisfação dos participantes com a plataforma desenvolvida. A avaliação demonstrou que o
sistema desenvolvido atingiu a proposta do trabalho, exibindo os dados de forma clara e
íntegra, dentro de um sistema que garante usabilidade e ergonomia.
Palavras-chave: OBD. Plataforma web. Dados automotivos.

ABSTRACT
Since the invention of automobiles, the maintenance necessity, of vehicles are growing, as the
technologies used in them. The evolution of a mechanical system for a eletronic system,
brought with you the parameter viewing necessity of vehicles to monitoring various engine
components, locating and preventing possibles issues, and even, optimize performance of
vehicle, through data can be viewed for a professional mechanic. This paper have the
objective to propose a web platform to view the vehicle data in graphic form. The platform
was developed using the PHP programming language and a SQL database to storage of
vehicle data through an OBD connector. To analyze the results of this platform, it was made a
evaluation to judge the importance and satisfaction of participants with the developed
platform. The evaluation showed that the developed system reached the proposal of the paper,
displaying the data in a clear and integral, within a system that guarantees usability and
ergonomics.
Keywords: OBD. Web platform, Automotive data.

LISTA DE ILUSTRAÇÕES
Figura 1 – Carruagem motorizada de 1886 .............................................................................. 18

Figura 2 - Ford Modelo T e seu criador Henry Ford ................................................................ 18
Figura 3 - ECU - Central Eletrônica ......................................................................................... 20
Figura 4 - Conector OBD II...................................................................................................... 27
Figura 5 - Etapas do projeto ..................................................................................................... 32
Figura 6 - Etapas do projeto ..................................................................................................... 34
Figura 7 - Arquitetura física da solução ................................................................................... 36
Figura 8 - Métodologia Iconix .................................................................................................. 38
Figura 9 - Protóripo da tela principal ....................................................................................... 40
Figura 10 - Protótipo da tela de importação ............................................................................. 41
Figura 11 - Protótipo da tela de listagem de arquivos importados ........................................... 41
Figura 12 - Atores do sistema ................................................................................................... 42
Figura 13 - Atores e Funções .................................................................................................... 42
Figura 14 - Modelo de domínio ................................................................................................ 43
Figura 15 - Diagrama de Robustez - Importar Novo Arquivo ................................................. 44
Figura 16 - Diagrama de Robustez – Carregar Arquivo Salvo ................................................ 44
Figura 17 - Diagrama de Sequência - Importar Novo Arquivo ................................................ 46
Figura 18 - Diagrama de Sequência - Carregar Arquivo Salvo................................................ 47
Figura 19 - Diagrama de Classe ............................................................................................... 48
Figura 20 - Esquema do sistema ............................................................................................... 49
Figura 21 - Tecnologias e ferramentas ..................................................................................... 50
Figura 22 - Tela inicial do sistema ........................................................................................... 54
Figura 23 – Pop-up de importação de arquivo ......................................................................... 55
Figura 24 - Selecionar arquivo salvo ........................................................................................ 56
Figura 25 - Caixa de seleção de sensores ................................................................................. 57
Figura 26 - Adaptador OBD II utilizado .................................................................................. 58
Figura 27 - Conector OBD II localizado no veículo ................................................................ 58
Figura 28 - Adaptador ligado ao conector OBD II ................................................................... 59
Figura 29 - Conexão realizada ao veículo ................................................................................ 59
Figura 30 - ScanMaster-ELM gravando os dados do veículo .................................................. 60
Figura 31 - Arquivo .CSV exportado ....................................................................................... 60
Figura 32 - Importando o arquivo gerado ................................................................................. 61
Figura 33 - Arquivo carregado dentro do sistema .................................................................... 62
Figura 34 - Lista de arquivos já importados ............................................................................. 62
Figura 35 - Questão 1 ............................................................................................................... 66
Figura 36 - Questão 2 ............................................................................................................... 66
Figura 37 - Questão 3 ............................................................................................................... 67
Figura 38 - Questão 4 ............................................................................................................... 68
LISTA DE TABELAS
Tabela 1 - Preço médio dos adaptadores OBD II ..................................................................... 35

LISTA DE QUADROS
Quadro 1 - Itens apresentados no OBD I.................................................................................. 26

Quadro 2 - Itens apresentados no OBD II ................................................................................ 27
Quadro 3 - Detalhamento robustez ........................................................................................... 44
Quadro 4 - Detalhamento sequência ......................................................................................... 45
SUMÁRIO
1 INTRODUÇÃO ............................................................................................................................. 13
1.1 PROBLEMÁTICA .......................................................................................................................14
1.2 OBJETIVOS .................................................................................................................................15
1.2.1 Objetivo Geral ..........................................................................................................................15
1.2.2 Objetivos Específicos ...............................................................................................................15
1.3 JUSTIFICATIVA .........................................................................................................................15
1.4 ESTRUTURA DA MONOGRAFIA ............................................................................................16
2 REFERENCIAL TEÓRICO ........................................................................................................ 17
2.1 AUTOMÓVEIS ............................................................................................................................17
2.1.1 Origem ......................................................................................................................................17
2.1.2 Produção no Brasil...................................................................................................................19
2.1.3 Unidade Eletrônica de Controle - ECU..................................................................................19
2.1.4 Eletrônica embarcada..............................................................................................................21
2.1.5 Internet das Coisas...................................................................................................................22
2.2 OBD ..............................................................................................................................................23
2.2.1 Origem ......................................................................................................................................24
2.2.2 Evolução....................................................................................................................................24
2.2.3 Necessidade deste sistema........................................................................................................25
2.2.4 OBD I ........................................................................................................................................26
2.2.5 OBD II.......................................................................................................................................27
3 MÉTODO....................................................................................................................................... 29
3.1 CARACTERIZAÇÃO DO TIPO DE PESQUISA .......................................................................29
3.1.1 Pesquisa aplicada .....................................................................................................................30
3.1.2 Pesquisa bibliográfica ..............................................................................................................30
3.1.3 Pesquisa qualitativa .................................................................................................................31
3.1.4 Pesquisa quantitativa ...............................................................................................................31
3.1.5 ETAPAS METODOLÓGICAS ..............................................................................................32
3.1.6 DESENHO DA SOLUÇÃO ....................................................................................................33
3.1.7 DELIMITAÇÕES ....................................................................................................................34
3.1.8 CUSTOS ...................................................................................................................................35
4 PROPOSTA DE SOLUÇÃO ........................................................................................................ 36
4.1 ARQUITETURA FÍSICA ............................................................................................................36
4.2 METODOLOGIA ICONIX ..........................................................................................................37
4.2.1 Requisitos..................................................................................................................................39
4.2.2 Protótipo de Tela ......................................................................................................................40
4.2.3 Casos de Uso .............................................................................................................................42
4.2.4 Modelo de Domínio ..................................................................................................................43
4.2.5 Diagrama de Robustez .............................................................................................................43
4.2.6 Diagrama de Sequência ...........................................................................................................45
4.2.7 Diagrama de Classe..................................................................................................................47
5 PROPOSTA DE SOLUÇÃO ........................................................................................................ 49
5.1 ESQUEMA DO SISTEMA ..........................................................................................................49
5.2 TECNOLOGIAS E FERRAMENTAS UTILIZADAS ................................................................50
5.2.1 PHP ...........................................................................................................................................51
5.2.2 Apache.......................................................................................................................................51
5.2.3 MySQL......................................................................................................................................51
5.2.4 Sublime Text .............................................................................................................................52
5.2.5 Jquery .......................................................................................................................................52
5.2.6 Enterprise Architect ................................................................................................................52
5.2.7 Balsamiq Mockups ...................................................................................................................53
5.2.8 Bootstrap...................................................................................................................................53
5.3 PLATAFORMA WEB DESENVOLVIDA .................................................................................53
5.4 PROCESSO ..................................................................................................................................57
5.4.1 Captura dos dados do veículo .................................................................................................57
5.4.2 Importação no sistema.............................................................................................................61
5.5 AVALIAÇÃO DO SISTEMA ......................................................................................................63
5.5.1 Cenário de avaliação ................................................................................................................63
5.5.2 Questionário desenvolvido ......................................................................................................64
5.5.3 Análise dos resultados..............................................................................................................65
5.5.4 Conclusão da avaliação............................................................................................................69
6 CONCLUSÃO E TRABALHOS FUTUROS ............................................................................. 70
6.1 CONCLUSÃO ..............................................................................................................................70
6.2 TRABALHOS FUTUROS ...........................................................................................................71
13
1 INTRODUÇÃO
O mercado automotivo está em constante crescimento, abrindo portas para novos

segmentos de mercado. Com o avanço dos estudos baseado em tecnologia, os automóveis
foram evoluídos para oferecer maior segurança, conforto e potência, e isto causou um
aumento significativo no seu custo de produção. Se para o consumidor comprar se tornou
mais caro, mantê-lo também se tornou, isto inclui peças de desgaste, como pneus e freios até
manutenções periódicas, que exigem mão de obra especializada.
Segundo Mariana Barros (2015), na última década a frota brasileira passou de 24
milhões para 50 milhões de veículos, e teve um aumento percentual 11 vezes maior que o da
população.
Os acidentes de trânsito estão entre as principais causas de mortes no mundo,

1.25 milhão de pessoas morrem todos os anos vítimas de acidentes de trânsito. O Brasil é
responsável por 47 mil dessas mortes. Falhas mecânicas estão entre os principais motivos de
acidentes nas rodovias brasileiras.
Segundo dados do programa de Check-up gratuito, Carro 100%, promovido em
São Paulo – SP, 62% dos veículos apresentaram alguma deficiência em itens de segurança.
Na mesma amostragem, constatou-se que 38% dos veículos avaliados tinham alguma
deficiência no sistema de frenagem, entre 8% e 9%, apresentaram problemas na suspensão,
sendo itens diretamente ligados a segurança, a deficiência desses componentes compromete
diretamente a segurança. (MARCONDES, 2015).
Levantamentos apontam que 80% dos motoristas levam o veículo para revisão
apenas nos primeiros 2 anos, A partir do 3º ano, esse índice cai para 59%, e a cada ano que
passa, esse número cai ainda mais. Entre os componentes que mais apresentam problemas,
encontram-se as correias auxiliares, sistema de arrefecimento e correia dentada.
Saber o que acontece com o veículo é fundamental, diversos problemas podem
ocorrer e nem sempre podem ser diagnosticados de forma física, isto ocorre, pois os veículos
passaram a utilizar a injeção eletrônica, que por sua vez se alimenta de informações vindas de
diversos sensores, e se um deles percebe que algo saiu do normal, sua função é de alertar o
condutor. Porém com a falta do computador de bordo nos veículos, fica impossível
diagnosticar qual o problema, e de onde exatamente ele provém. Tendo em vista esta
dificuldade, seria necessário um sistema que receberia os dados coletados do veículo e
14
realizasse uma análise, com isto, transmitindo as informações do veículo de forma clara e
visual ao condutor, ajudando-o a sanar o problema.
1.1 PROBLEMÁTICA
Desde a criação dos primeiros automóveis, a necessidade de monitorar o seu

funcionamento está diretamente ligada à sua evolução. Com o avanço da tecnologia,
consequentemente os veículos deixaram de ser apenas um meio de locomoção equipados com
nada além do suficiente para serem conduzidos, e passaram a incorporar e oferecer outros
serviços. Tal avanço tecnológico pode ser observado também na motorização, automatizando
diversas operações responsáveis pelo funcionamento.
Essa automatização se deve a chamada Injeção Eletrônica, que se alimenta de
informações coletadas por diversos sensores espalhados pelo motor, que retornam a atual
situação em que está trabalhando. Após receber estas informações, a Injeção Eletrônica ajusta
o funcionamento do motor, para a atual condição que se encontra, podendo variar de acordo
com as condições climáticas, qualidade do combustível e instabilidade das vias.
Em automóveis de classe superior, estes vem equipado com computador de bordo,
que em sua grande maioria informam dados vindos do motor, como, consumo de combustível
e velocidade média, porém, nada muito detalhado e pertinente a manutenção do veículo. Para
isto temos o conector OBD (On Board Diagnotics), que está presente em todos os veículos
equipados com Injeção Eletrônica, este conector retorna todas as informações vindas do
motor, inclusive problemas que possam ser apresentados internamente.
A falta de informação sobre o estado de funcionamento do veículo, pode causar
diversos danos, como desgaste excessivo de peças, problemas com o arrefecimento e diversos
outros problemas que podem pôr em risco a vida do condutor, por conta de alguma falha
mecânica que não foi diagnosticada antecipadamente.
Sabendo destas informações, seria possível desenvolver um sistema, capaz de
processar e apresentar estas informações de forma clara e visual ao condutor?
15
1.2 OBJETIVOS
Esta seção apresenta os objetivos geral e específicos do presente trabalho.
1.2.1 Objetivo Geral
Estabelecer uma proposta de solução para visualização dos dados vindos de uma
central eletrônica automotiva.
1.2.2 Objetivos Específicos
a)Identificar as possíveis interfaces de comunicação com a central eletrônica automotiva.

b)Levantar a natureza dos dados coletados por essa central para a apresentação ao
motorista.
c)Desenhar uma solução para visualizar os dados coletados.
d)Estabelecer um experimento para atestar a viabilidade da proposta de solução.
e)Avaliar os resultados obtidos.
f)Armazenar o histórico de leituras.
1.3 JUSTIFICATIVA
Segundo Teixeira, Oliveira e Heleno (2014), diagnosticar problemas no motor,

representa uma atividade importante, prevenindo problemas de forma antecipada em veículos
de carga, conforme diz:
16
O controle das funções de veículos para diagnosticar, em tempo real,

problemas no motor pode representar uma atividade importante,
especialmente em veículos usados para transporte de cargas. Este controle
permite diagnosticar ou prevenir problemas graves de forma antecipada.
Atualmente, este controle é feito por meio dos sistemas OBD. Tais sistemas
são utilizados na maioria dos automóveis leves e pesados que circulam
atualmente nas estradas (TEIXEIRA; OLIVEIRA; HELENO, 2014, p1).
Ter a possibilidade de monitorar o veículo e identificar problemas, ajuda ao

condutor guiar de maneira que consiga extrair o melhor desempenho do veículo, diminuindo o
consumo e aumentar a longevidade da mecânica. A vantagem de monitorar o funcionamento
do veículo, pode ser observado também em competições automobilísticas, onde a mecânica é
alterada para que se possa extrair o melhor desempenho, visando a competição, auxiliando em
ajustes finos e no monitoramento, afinal, nessas competições, os veículos são levados a
condições extremas, facilitando que problemas possam ocorrer.
Identificar problemas com antecedência ajuda a manter o veículo com a
manutenção em dia, além de prevenir que acidentes possam ocorrer por algum tipo de falha
mecânica. Outro grande benefício é encontrado nas oficinas, esta leitura dos dados do veículo
ajuda na identificação do problema, fazendo com que o reparo do veículo ocorra de forma
mais ágil, economizando recursos e mão de obra desnecessária.
1.4 ESTRUTURA DA MONOGRAFIA
Este trabalho de conclusão de curso é composto por seis capítulos.

No primeiro capítulo, são apresentados os elementos da pesquisa que norteiam
este trabalho.
O capítulo 2 possui a revisão bibliográfica dos principais temas que fundamentam
a busca pela proposta de solução.
No capítulo 3 é apresentado o método de pesquisa utilizado para se conduzir a
pesquisa em questão.
O capítulo 4 tem como objetivo apresentar o projeto da proposta de solução
utilizando modelagem de software.
O capítulo 5 apresenta o protótipo desenvolvido, juntamente com a sua avaliação.
Por fim no capitulo 6 são apresentadas as conclusões e os trabalhos futuros.
17
2 REFERENCIAL TEÓRICO
O presente capítulo tem o objetivo tem apresentar uma revisão teórica de

conceitos e ideias apresentadas por diversos autores, os assuntos pesquisados estão
relacionados com automóveis, OBD e sistemas de informação.
2.1 AUTOMÓVEIS
“AUTOMÓVEL - veículo automotor destinado ao transporte de passageiros, com

capacidade para até oito pessoas, exclusive o condutor. ” (BRASIL, 1997, p. 1).
2.1.1 Origem
Para entender sobre os automóveis, é necessário aprender sua origem e

principalmente sua evolução, nesta seção é apresentada como e quando foi o surgimento dos
automóveis e como evoluíram até se tornarem as máquinas confiáveis que fazem parte do
nosso cotidiano.
“O primeiro meio de transporte a fazer uso de um motor a gasolina para se
locomover foi um automóvel que continha somente três rodas e foi criado no ano de 1885 por
um alemão de nome Karl Benz.” (SANTANA, 2016, p. 1).
“Com o passar do tempo foram sendo idealizados outros exemplares, muitos deles
com o que era chamado na época de “motor de dois tempos”, idealizado em 1884 por Gottlieb
Daimbler.” (SANTANA, 2016, p. 1).
“(...) Em 1886, Daimler e Maybach compraram uma carruagem e adaptaram-na
para receber um motor mais potente, criando o primeiro carro de quatro rodas do mundo, que
chegava a 16 km/h.” (GUSTAVO, 2012, p. 1). A Figura 1 mostra como éra esse veículo.
18
Figura 1 – Carruagem motorizada de 1886
Fonte: Gustavo (2012).

“A partir de então teve início a corrida pela produção e venda de automóveis,
iniciada por uma empresa francesa conhecida pelo nome de Panhard et Levassor. No ano de
1892, o conhecido Henry Ford fabricou seu primeiro carro, o Ford, na América do Norte”
(SANTANA, 2016, p. 1).
“Em 1908 tinha sido lançado o famoso modelo T que viria a ser o primeiro
automóvel a ser produzido em série.” (SMART14, 2007, p. 1). A Figura 2 mostra esse modelo
com seu criador. “[...] Até 1927 foram vendidos 15 milhões de modelos T.”[...] (SMART14,
2007, p. 1).
Figura 2 - Ford Modelo T e seu criador Henry Ford
Fonte: Estudante (2013).
O modelo T parou de ser vendido em 1927, pois havia se tornado obsoleto, apesar
do preço baixo, ninguém mais queria compra-lo, logo, a fábrica parou de produzir durante
19
alguns meses até que pudesse lançar um modelo novo. A General Motors assumiu então o
posto de número 1 do mundo.
2.1.2 Produção no Brasil
“Foi na década de 30 que algumas fábricas estrangeiras começaram a investir no

Brasil; as duas primeiras a por em funcionamento suas linhas de montagem foram a Ford e a
General Motors.” (SANTANA, 2016, p. 1).
Segundo Santana (2016), Quando Juscelino Kubitscheck se tornou presidente da
República Brasileira, as multinacionais iniciaram a produção de veículos, começando por
caminhões, caminhonetes, e furgões, até os veículos de passeio, conforme diz:
Porém o boom mesmo veio no ano de 1956, quando Juscelino Kubitscheck
tornou-se Presidente da República Brasileira; As multinacionais iniciaram
então a produção dos automotores. Inicialmente produziram caminhões,
camionetas, jipes e furgões para então chegarem aos autos utilizados para
passeio. (SANTANA, 2016, p. 1).
“Completamente distinto do que era antigamente, o automóvel contemporâneo

têm particularidades das quais nós só podemos desfrutar hoje, como conforto e agilidade, sem
dizer que hoje a maioria deles são muito mais silenciosos e seguros”. (SANTANA, 2016, p.
1).
Segundo Santana (2016), além de ser objeto de desejo de milhares de pessoas, o
processo produtivo dos automóveis proporciona milhares de empregos no mundo,
movimentando bilhões de dólares e gerando lucro para as empresas fabricantes.
2.1.3 Unidade Eletrônica de Controle - ECU
Segundo Dias (2012), a ECU é o componente da injeção eletrônica mais

importante do veículo, alguns chamam de cérebro do motor, pois este componente é o
responsável por receber, analisar e comparar os parâmetros provenientes dos sensores, e
20
comandar os atuadores para manter o motor perfeito funcionamento, independente de

condição climática ou outros fatores externos, buscando a melhor eficiência possível.
“Antigamente o carburador era o cara responsável por enviar a quantidade
adequada de ar e combustível para os cilindros. Felizmente, hoje esse trabalho é todo feito por
um sistema eletrônico chamado ‘Unidade de Controle do Motor’.” (CONTESINI, 2014, p. 1).
Segundo Contesini (2014), a ECU, ou como é conhecida, módulo de injeção, ela
otimiza o desempenho do veículo utilizando sensores para controlar variáveis em um motor.
Figura 3 - ECU - Central Eletrônica
Fonte: Dias (2012).
Segundo Contesini (2014), a ECU, basicamente, é responsável, por quatro tarefas.

A primeira delas é controlar a mistura ar-combustível. A segunda é controlar a marcha lenta, a
terceira é controlar o tempo de ignição e a última, em alguns casos, ela controla o comando de
válvulas. Em alguns veículos mais bem equipados e dotados de tecnologias de assistência
como ABS e ESP, esses sistemas também tem suas funções incorporadas a ECU, ou
controladas por ela através de módulos separados.
Segundo Contesini (2014), a injeção eletrônica é capaz de controlar e otimizar
uma série funções do motor, substituindo mecanismos antiquados e propensos a falhas como,
carburadores e distribuidores de ignição, por um sistema eletro-mecânico, graças a capacidade
da ECU, e ainda auxiliar em sistemas de segurança, como controle de tração, controle de
estabilidade e ABS.
21
2.1.4 Eletrônica embarcada
“Eletrônica embarcada é um sistema eletrônico projetado para ser usado em

algum tipo específico de veículo de transporte, onde as exigências são superiores às dos
sistemas eletrônicos fixos.” (DANTAS, 2016, p. 1).
A ECU é capaz de controlar funcionalidades do veículo, tais como:
“ABS (Anti-lock Brake System): sistema que controla a ação dos freios sobre
cada roda, evitando que elas travem. Em frenagens severas, esta ação reduz o espaço de
frenagem entre 20 e 30% e ainda mantém o controle direcional do veículo.” (DANTAS, 2016,
p. 1).
Segundo Dantas (2016), ACC (Automatic Climate Control) é o módulo que
comanda o aquecimento, ar-condicionado e distribuição de ar dentro do veículo, controlando
principalmente a temperatura do ar, conhecido como ECC (Eletronic Climate Control), ou ar-
condicionado digital.
Segundo Dantas (2016), ACM (Airbag Control Module) é um módulo eletrônico
responsável pelo controle do airbag. Este módulo utiliza os dados coletados de diversos
sensores espalhados por todo o veículo, afim de identificar sem enganos uma colisão e poder
fazer o acionamento dos airbags em poucos milésimos de segundos.
Segundo Dantas (2016), EBD é um sistema que controla independentemente a
frenagem de cada roda, baseado na aderência prevista para cada, conforme diz:
EBD (Electronic Brake force Distribution): sistema que controla
independentemente a força de frenagem em cada roda a partir das
capacidades previstas de aderência para elas. Num veículo em curva, por
exemplo, o peso é transferido das rodas internas para as externas à curva,
diminuindo a capacidade de frenagem das rodas internas e aumentando a das
externas. Sem o EBD, numa frenagem de emergência em curva as rodas
internas podem travar ou o ABS atuar sobre elas prematuramente, muito
antes do limite das rodas externas ser atingido, diminuindo a eficiência da
frenagem e comprometendo a estabilidade direcional do veículo. Com o
EBD, as rodas são freadas proporcionalmente às suas capacidades naquele
instante, equilibrando a frenagem. (DANTAS, 2016, p. 1).
Segundo Dantas (2016), o EDS é um sistema que controla o escorregamento da

roda, desta forma, acionando o freio e limitando seu escorregamento, permitindo transmitir
mais potência para outra roda, conforme diz:
EDS (Electronic Diferential lock System): sistema que controla o
escorregamento das rodas motrizes atuando sobre os freios destas rodas.
Caso uma das rodas motrizes deslize por excesso de potência de aceleração,
o EDS aciona o freio desta roda, limitando seu escorregamento e permitindo
que mais potência seja direcionada para a outra roda através do diferencial.
22
O conjunto funciona como um diferencial com bloqueio inteligente.

(DANTAS, 2016, p. 1).
“ECS (Electronic Clutch System): sistema eletrônico que aciona automaticamente

a embreagem em sistemas de câmbio convencional, dispensando o pedal de acionamento.”
(DANTAS, 2016).
Segundo Dantas (2016), o ETC é um sistema de controle de aceleração que
substitui o tradicional cabo de aço por um potenciômetro, que mede a posição do pedal do
acelerador e passa a informação para a ECU, que através de um motor elétrico atua sobre a
abertura da borboleta de aceleração, conforme diz:
ETC (Electronic Throttle Control): sistema de abertura controlada
eletronicamente da borboleta de aceleração. Substitui o tradicional cabo de
aço por um potenciômetro que mede a posição do pedal do acelerador, e um
motor elétrico controlado pela módulo eletrônico da injeção que atua sobre a
abertura da borboleta. Conhecido popularmente como “acelerador
eletrônico”. (DANTAS, 2016, p. 1).
Segundo Dantas (2016), o PAS é um sistema que auxilia o motorista a estacionar

o veículo, através de sensores e uma câmera instalada na traseira do veículo que transmiti a
imagem para uma tela localizada no interior do mesmo, conforme diz:
PAS (Parking Assistant System): sistema de auxílio ao motorista para
estacionamento. Através de sensores, avalia a existência de obstáculos fora
do campo de visão do motorista, enquanto uma tela no painel mostra
imagens de uma câmera instalada na traseira do veículo sobrepostas por
marcas de distâncias e de limites, enquanto alertas auditivos e visuais podem
ser disparados em intensidade proporcional ao risco de colisão. Sistemas
mais avançados, inteligentes (IPAS – Inteligent Assistant System) podem
realizar a manobra sozinhos, monitorados pelo motorista. (DANTAS, 2016,
p. 1).
“A eletrônica embarcada visa fornecer um sistema inteligente que possa interagir

com dispositivos capazes de realizar algum tipo de ação num veículo com sensores que
informem quando essas ações precisam ser executadas ou quando não podem.” (INSTITUTO
NEWTON C BRAGA, 2005).
2.1.5 Internet das Coisas
“Internet das Coisas é uma tradução literal da expressão em inglês Internet of

Things (IoT). Em português, o nome mais adequado poderia ser algo como "Internet em
Todas as Coisas"[...]”. (ALECRIM, 2017, p. 1).
23
Segundo Alecrim (2017), a Internet das Coisas é um conceito constituído a partir

de três fatores: dispositivos, redes de comunicação e sistemas de controle, e não pode ser visto
como uma tecnologia “maciça”.
Segundo Tecnologia (2014), no contexto da Internet das Coisas, uma “Coisa” é
um objeto conectado à internet, por exemplo, um aparelho doméstico, uma monitor cardíaco
em uma pessoa, um rastreador em animais domésticos e de fazenda, um veículo e seus
periféricos ou qualquer objeto natural ou construído pelo homem.
Segundo Tecnologia (2014), a Internet das coisas possui tecnologias em comum
com a comunicação machine-to-machine (M2M), utilizada em industrias. Porém, o conceito
de Internet das Coisas vai além, pois propõe um futuro no qual todos os objetos estão
conectados e comunicando-se de forma inteligente. O mundo físico da origem a um grande
sistema de informação.
2.2 OBD
Segundo Machado e Oliveira (2016), já faz muito tempo que os automóveis

passaram a utilizar módulo eletrônicos, para controlar tarefas específicas de um veículo,
porém se antigamente estes módulos se limitavam a controlar a injeção do veículo, hoje eles
fazem muito mais que apenas isso. Atualmente estes módulos recebem uma grande
quantidade de informação, alimentados por uma série de sensores, que não apenas pode
identificar a falha, mas como pode reprogramar a sistema para corrigir a falha, caso a falha
não possa ser corrigida, esta é armazenada em memória, para quer possa ajudar a diagnosticar
o problema na oficina, caso haja uma falha grave no veículo, o sistema tem a capacidade de
limitar o veículo a ser utilizado em um modo especial, onde permite seguir em segurança até a
oficina mais próxima. Desde 1 de janeiro de 1996, todos os veículos tiveram que ser
produzidos com uma interface criada pela SAE (Society of Automotive Engineers), batizada
de OBD-II (ON BOARD DIAGNOSTICS).
“OBD (On Board Diagnostics), é uma interface de comunicação usada por
sistemas de diagnósticos. O padrão atual é o OBD-II, baseado em padrões de comunicação
anteriores (SAE J1850 VPW, SAE J1850 PWM, ISO 9141). “ (AUTOMOTIVE BUSINESS,
2010, p. 61).
24
2.2.1 Origem
Segundo Machado e Oliveira (2016), o sistema foi criado, pois o governo da

Califórnia despertou a necessidade de haver maior controle sobre as emissões de gases
emitidos pelos automóveis. Desta forma a CARB (California Air Resources Board) em 1966
obrigou todos os veículos a terem este sistema de controle que passou a ser obrigatório no
resto do país de 1968.
Segundo Machado e Oliveira (2016), em 1970 foi criada, nos Estados Unidos, a
E.P.A. (Agência de Proteção Ambiental), que lidera tudo relacionado ao OBD. Logo quando
sua implementação houve maior controle dos veículos, passaram a ser obrigatórias
manutenções periódicas nos veículos, e passou a ser padronizados os parâmetros que seriam
medidos nos veículos. Com a diminuição dos valores limites para emissão de gases, os
construtores, tiveram que passar a utilizar sistemas que permitissem o controle de consumo e
ignição, para isso foi necessário que o motor fosse constantemente lido por sensores e sua
performance sua adequada a emitir menor poluição.
“No entanto, a Sociedade dos Engenheiros Automóveis (S.A.E.) em 1988 emitiu
uma regulamentação para haver uniformidade nos conectores, de modo a impedir o rumo da
diversidade enorme dos sistemas. ” (MACHADO e OLIVEIRA, 2016, p. 1).
Segundo Machado e Oliveira (2016), em 1996, as normas aplicadas levaram ao
surgimento do OBD-II, que já vinha padronizado de série, e permitia um controle muito mais
rígido de todo o veículo, e a utilização de um único padrão de aparelho para fazer a leitura das
informações do veículo.
“Devido a essa regulamentação nos EUA, nos anos 90 foi implantado esse sistema
de diagnóstico em automóveis destinados ao mercado europeu. ” (MACHADO e OLIVEIRA,
2016, p. 1).
2.2.2 Evolução
Segundo Machado e Oliveira (2016), a evolução histórica do sistema OBD, ocorre

entre 1976 a 2005, conforme diz:
25
 Em 1976 a Califórnia solicitou a introdução do catalisador de 3 vias com

sistema de controlo por realimentação.
 Em 1988 o sistema OBD-I foi introduzido no EUA.
 Em 1996 o sistema OBD-II foi introduzido no EUA.
 Em 2000 o sistema OBD foi introduzido na Comunidade Europeia nos

veículos com motor a gasolina.
 Em 2003 foi introduzido o sistema OBD na Comunidade Europeia nos

veículos a diesel e nos veículos movidos a CNG/LPG.
 Em 2005 o sistema OBD Foi introduzido na União Europeia nos veículos

pesados e ligeiros diesel. (MACHADO e OLIVEIRA, 2016, p. 2).
O surgimento e a evolução do sistema OBD ocorre a partir da necessidade do uso

deste sistema para o controle de gases poluentes, conforme é apresentado na próxima seção.
2.2.3 Necessidade deste sistema
Segundo Machado e Oliveira (2016), em 1970, a E.P.A. foi incumbida de

diminuir a quantidade de gases poluentes que éram emitidos, naquele momento a principal
preocupação do governo éra preparar as construtoras para uma maior rigidez nas normas que
dizem respeito a emissões de gases. Seu principal propósito éra fazer com que os veículos
mantivessem seus níveis de emissões de gases por toda sua vida útil, possibilitando que as
autoridades pudessem controlar através de equipamentos, e não apenas na sua homologação.
A evolução desta tecnologia, fez com que surgisse a necessidade de de criar um processo que
facilitasse os trabalhos de manutenção, o chamado auto-diagnóstico.
Segundo Comenale (2016), a grande utilidade do plug OBD é facilitar o reparo e
manutenção do veículo, tanto para oficinas especializadas, como para os próprios
proprietários dos veículos. Hoje há tanta eletrônica embarcada, e tantos sensores espalhados
pelo motor, que com a ajuda do OBD se tornou mais fácil identificar o problema, e realizar o
reparo com o menor custo possível.
26
2.2.4 OBD I
Segundo Machado e Oliveira (2016), na primeira versão do sistema OBD, ficava a

critério de cada marca escolher qual seria o melhor sistema de conexão dos pinos e os
protocolos a ser usado, fazendo com que apenas as próprias marcas pudessem ter acesso aos
dados que éram lidos e armazenados pelo OBD.
Segundo Machado e Oliveira (2016), em geral os sistemas apresentavam os
seguintes itens, conforme representado pelo Quadro 1:
Quadro 1 - Itens apresentados no OBD I
OBD I
SENSOR DE OXIGÊNIO
SISTEMA DE EGR
SISTEMA DE
COMBUSTÍVEL
COMPONENTES
ELÉCTRICOS
SISTEMAS
ELECTRÓNICOS
INFORMAÇÕES DE
DIAGNÓSTICO
CÓDIGOS DE ERROS
Fonte: Machado e Oliveira (2016).
Segundo Machado e Oliveira (2016), em geral, os sistemas apresentavam leitura

vindas de sensores de oxigênio, Sistema EGR (Recirculação dos gases do escape), sistema de
combustível, componentes elétricos e eletrônicos, informações de diagnósticos e códigos de
erros.
27
2.2.5 OBD II
Segundo Machado e Oliveira (2016), a grande melhoria do OBD II em

comparação ao OBD I, foi a coerência entre os muitos sistemas existentes. Permitindo, desta
forma, a normatização e padronização aos métodos de conexão, e acima de tudo, os
protocolos. A figura 3 mostra a imagem do cabo de conexão OBD II.
Figura 4 - Conector OBD II
“Ao contrário do conector OBD I, que muitas vezes se encontrava debaixo do

capot do carro, o conector OBD-II está sempre perto da consola central do veículo. “
(MACHADO e OLIVEIRA, 2016, p. 3).
Conforme exibido no Quadro 2, além, da mudança na localização do conector, em
geral o OBD II apresenta os seguintes itens:
Quadro 2 - Itens apresentados no OBD II

OBD II
EFICIÊNCIA DO
CATALISADOR
AQUECIMENTO DO
CATALISADOR
28
COMBUSTÃO
ESPONTÂNEA
SISTEMA DE
EVAPORAÇÃO
SISTEMA DE AR
SECUNDÁRIO
INFORMAÇÕES DO
DIAGNÓSTICO
PARÂMETROS DO
MOTOR
MEMORIZAÇÃO DE
AVARIAS
ESTANDARDIZAÇÃO
DAS LIGAÇÕES
“Com todos estes itens a ser constantemente analisados conseguiu-se cada vez
mais diminuir as emissões de gases poluentes e assim cumprir os limites impostos para essas
emissões. “ (MACHADO e OLIVEIRA, 2016, p. 3).
29
3 MÉTODO
Pode-se definir método como caminho para se chegar a determinado fim. E

método científico como o conjunto de procedimentos intelectuais e técnicos adotados para se
atingir o conhecimento. (GIL, 2008, p. 8).
Segundo Fonseca (2002, apud Rio Grande do Sul, 2009, p. 12) methodos significa
organização e logos significa estudo sistemático, pesquisa, investigação; logo, metodologia é
o estudo dos caminhos para realizar uma pesquisa científica.
3.1 CARACTERIZAÇÃO DO TIPO DE PESQUISA
Este capítulo tem por objetivo especificar os tipos de pesquisa aplicados no

presente trabalho, definindo processos e suas etapas para atingir os objetivos propostos na
solução inicial.
Pode-se definir pesquisa como o processo formal e sistemático de
desenvolvimento do método científico. O objetivo fundamental da pesquisa é descobrir
respostas para problemas mediante o emprego de procedimentos científicos (GIL, 2008, p. 3).
Só se inicia uma pesquisa se existir uma pergunta, uma dúvida para a qual se quer
buscar a resposta. Pesquisar, portanto, é buscar ou procurar resposta para alguma coisa. (RIO
GRANDE DO SUL, 2009, p. 12).
Segundo Gil (2008), a pesquisa busca o progresso da ciência, desenvolvendo
conhecimentos científicos sem a preocupação de sua aplicação prática. O desenvolvimento
tende a ser formalizado e objetiva ser generalizado, para que possa construir teorias e leis.
30
3.1.1 Pesquisa aplicada
A pesquisa do presente trabalho é classificada como aplicada, tendo em vista que

será de grande valia para a solução de problemas específicos, tratando-se de sistemas
embarcados.
Objetiva gerar conhecimentos para aplicação prática, dirigidos à solução de
problemas específicos. Envolve verdades e interesses locais. (RIO GRANDE DO SUL, 2009,
p. 35).
Segundo Gil (2008), a pesquisa aplicada depende de suas descobertas e se
enriquece com sua aplicação e utilização, é a pesquisa mais utilizada por pesquisadores
sociais, como psicólogos, sociólogos, economistas e assistentes sociais.
3.1.2 Pesquisa bibliográfica
Com relação a parte de estudos e conceitos do presente trabalho, o mesmo pode

ter sua pesquisa classificada como bibliográfica, pois é considerado o método mais fácil por
se embasar em livros, artigos, pesquisas e meios eletrônicos.
Segundo Rio Grande do Sul (2009), a pesquisa bibliográfica é feita a partir de
referências teóricas já analisadas, permitindo o pesquisador conhecer o que já se estudou
sobre o assunto, conforme diz:
A pesquisa bibliográfica é feita a partir do levantamento de referências
teóricas já analisadas, e publicadas por meios escritos e eletrônicos, como
livros, artigos científicos, páginas de web sites. Qualquer trabalho científico
inicia-se com uma pesquisa bibliográfica, que permite ao pesquisador
conhecer o que já se estudou sobre o assunto. Existem porém pesquisas
científicas que se baseiam unicamente na pesquisa bibliográfica,
procurando referências teóricas publicadas com o objetivo de recolher
informações ou conhecimentos prévios sobre o problema a respeito do qual
se procura a resposta (FONSECA, 2009 apud RIO GRANDE DO SUL,
2002, p. 32).
Segundo Gil (2008), a pesquisa bibliográfica é desenvolvida a partir de um

material já existente, é constituído principalmente de livros e artigos científicos, há pesquisas
desenvolvidas exclusivamente a partir de fontes bibliográficas.
31
Outro método de pesquisa aplicado neste trabalho é o método de pesquisa

qualitativa.
3.1.3 Pesquisa qualitativa
Com relação a abordagem, o presente trabalho tem como classificação, a pesquisa

qualitativa, pois os dados são colhidos através da central eletrônica do veículo, desta forma
não são geradas estatísticas como no método quantitativo.
A pesquisa qualitativa não se preocupa com representatividade numérica, mas,
sim, com o aprofundamento da compreensão de um grupo social, de uma organização, etc.
[...] (GOLDENBERG, 1997, p. 34, apud RIO GRANDE DO SUL, 2009, p. 31).
A pesquisa qualitativa preocupa-se, portanto, com aspectos da realidade que não
podem ser quantificados, centrando-se na compreensão e explicação da dinâmica das relações
sociais. (RIO GRANDE DO SUL, 2009, p. 32).
3.1.4 Pesquisa quantitativa
O trabalho foi classificado também como pesquisa quantitativa, tendo em vista o

produto final da proposta de solução, baseada na geração de gráficos.
Segundo Fonseca (2002, apud RIO GRANDE DO SUL, 2009), diferente das
pesquisas qualitativas, as pesquisas quantitativas podem ser quantificadas. Ela centra na
objetividade, influenciada pelo positivismo, considera que a realidade só pode ser
compreendida através da análise de dados brutos. A pesquisa quantitativa recorre a
matemática para descrever as causas de um fenômeno.
Ainda segundo Fonseca (2002, apud RIO GRANDE DO SUL, 2009), a utilização
conjunta da pesquisa qualitativa com a pesquisa quantitativa pode recolher mais informações
do que se poderia conseguir isoladamente.
32
3.1.5 ETAPAS METODOLÓGICAS
As etapas estão divididas da seguinte forma, respectivamente:

1)Definição do tema.
2)Levantamento bibliográfico.
3)Definição do método de pesquisa.
4)Análise dos protocolos de comunicação automotivo.
5)Testes utilizando o OBD.
6)Levantamento dos dados que podem ser coletados.
7)Elaboração de uma proposta de visualização dos dados.
8)Desenvolvimento de uma modelagem com a proposta de solução.
9)Desenvolvimento de um protótipo funcional.
10)Avaliação do protótipo.
11)Análise do resultados e conclusões.
As etapas do projeto podem ser vistas em sequência na Figura 4.

Figura 5 - Etapas do projeto
Fonte: O autor, (2016).

33
O projeto é dividido em basicamente onze etapas, a primeira delas é a Definição

do Tema, que consiste em analisar as propostas de estudos disponíveis e escolher qual a
melhor opção a ser estudada e apresentada.
A segunda etapa é o Levantamento Bibliográfico, que é um estudo, realizado em
cima de pesquisas já publicadas e validadas que permeiam o assunto principal, dessa forma
possibilitando um maior entendimento acerca do assunto.
A terceira etapa é a Definição do Método de Pesquisa, este é o momento em que
deve ser identificado o método de pesquisa em que o projeto vai se basear, desta forma,
podendo saber como foram levantadas as informações apresentadas.
A quarta etapa é a Análise dos protocolos de comunicação automotivos, consiste
em analisar e identificar os protocolos de comunicação utilizados pela central do veículo a ser
lida, para identificar qual equipamento deve ser utilizado para fazer essa leitura.
A etapa cinco, Testes utilizando o OBD, e a etapa seis, Levantamento dos dados
que podem ser coletados, se referem ao estudo das ferramentas de coleta e realização da
coleta das informações da central eletrônica.
A etapa sete, oito e nove do projeto, definem a elaboração de uma proposta de
exibição dos dados obtidos da leitura da central eletrõnica do veículo seguido do
desenvolvimento da modelagem dessa proposta e por fim o desenvolvimento de um protótipo
funcional de exibição desses dados.
Por fim, a etapa dez e onze do projeto tem como objetivo avaliar o protótipo
desenvolvido, analisando se foram cumpridos os requisitos do sistema e se o mesmo atendeu
a demanda do projeto.
3.1.6 DESENHO DA SOLUÇÃO
A solução foi desenhada a fim de expor as etapas da solução de forma visível e de

fácil entendimento.
34
Figura 6 - Etapas do projeto

Conforme a Figura 5, a solução é basicamente dividida em 4 etapas bem distintas,
em primeiro lugar, os dados são coletados pela central eletrônica do veículo através de um
adaptador OBDII, exportado para um arquivo em formato texto, e a partir deste arquivo
exportado, gerar estatísticas e gráficos legíveis para o usuário.
3.1.7 DELIMITAÇÕES
Não será projetado, construído ou criado qualquer tipo de hardware para

substituição dos adaptadores OBD já conhecidos.
Não será desenvolvido um software para realizar a captura dos dados do veículo
diretamente de sua central.
O sistema não irá identificar códigos de erros da central eletrônica.
O sistema não modificará qualquer parâmetro do veículo.
O sistema será limitado a gerar gráficos baseado no arquivo de dados coletados
por um software auxiliar.
35
3.1.8 CUSTOS
Os custos podem variar de acordo com a marca e modelo do adaptador, os

adaptadores mais comuns e utilizados são apresentados pela Tabela 1.
Tabela 1 - Preço médio dos adaptadores OBD II
PREÇO MÉDIO DOS ADAPTADORES OBD
SCANNER AUTOMOTIVO R$ 39,90

UNIVERSAL OBD2 BLUETOOTH
SCANNER AUTOMOTIVO OBD2 R$ 39,90

USB

Os valores são baseados no site de comércio eletrônico Mercado Livre
(www.mercadolivre.com.br), local onde foi realizada a compra do adaptador em março de
2016, utilizado neste trabalho para a captura dos dados automotivos.
O próximo capítulo apresenta a proposta de solução encontrada para a solução do
problema deste trabalho.
36
4 PROPOSTA DE SOLUÇÃO
O presente capítulo, tem como objetivo apresentar a proposta de solução

encontrada para solucionar o problema deste trabalho.
Se apresenta a estrutura física necessária para a implementação desta solução,
seguido da modelagem, os requisitos necessários, os protótipos de tela, casos de uso, e outros
modelos e diagramas necessários, respectivamente.
4.1 ARQUITETURA FÍSICA
A arquitetura física da solução proposta é retratada pela figura 6, onde é possível

observar o momento em que os dados são capturados e visualizar o percurso e os tratamentos
que esses dados sofrem até a exibição em formato legível.
Figura 7 - Arquitetura física da solução

Conforme demonstrado na Figura 6, o processo de solução tem início na coleta
das informações vindas da central eletrônica do veículo, esta coleta se da através de um
sistema chamado ScanMaster-ELM, que utiliza um adaptador ELM327 conectado entre o
37
veículo e um computador via USB. Após a coleta dos dados pelo sistema ScanMaster-ELM
ter sido feita, é necessário exportar os dados para um arquivo em formato CSV, que irá conter
uma série de valores entre um período de tempo lido pelos sensores do veículo, com hora,
minuto, segundo e milissegundo em que o sensor foi lido, seguido do valor lido pelo sensor.
O arquivo exportado em CSV é importado em um web service que realiza a leitura deste
arquivo linha-a-linha, armazenando os dados em um banco de dados e exibindo
posteriormente em formato de gráficos e estatísticas legíveis para o usuário.
4.2 METODOLOGIA ICONIX
Segundo Rosenberg & Scott (1999, apud Bona, 2002, p. 60), ICONIX é um
processo simples que unifica métodos de orientação a objetos utilizado uma obordagem
completa. Foi elaborado Doug Rosenberg e Kendall Scott, a partir da síntese do processo
unificado por Booch, Rumbaugh e Jacobson desde 1993.
O fluxo da metodologia Iconix é retratado de forma visual na figura 7.
38
Figura 8 - Métodologia Iconix
Fonte: Bona, (2016).
Segundo Carvalho (2016), O ICONIX é uma metodologia simples e poderosa

utilizada para guiar a análise e projeto orientado a objetos, utilizado a complexidade do RUP
(Rational Unified Process) e a simplicidade do XP (Extreme Programming).
As fases do Iconix são constituídas por (ICONIX, 2016):
 Modelo de domínio.
 Modelo de Caso de uso.
Análise de Robusta.
 Diagrama de Sequência.
 Diagrama de Classes.
A seguir são analisados os requisitos da proposta de solução, identificando quais funções o

sistema deverá comtemplar e quais as bases necessárias para sustentar o sistema.
39
4.2.1 Requisitos
Segundo Medeiros (2016), antigamente, requisitos eram sinônimos de funções, ou

seja a descrição de tudo que o software deveria fazer funcionalmente, porém, hoje, requisitos
são mais que funções, são objetivos, propriedades e restrições, que o sistema deve possuir, de
forma geral um requisito é uma condição necessária para satisfazer um objetivo.
Existem dois tipos de requisitos, os Requisitos Funcionais (RF) e os Requisitos
Não-funcionais (RNF).
4.2.1.1 Requisitos funcionais (RF)
Os requisitos Funcionais se referem as funções do sistema, suas obrigações e

informações.
 O sistema deve permitir a importação dos dados em formato .CSV.
 O sistema deve realizar a leitura dos dados importados.
 O sistema exibirá os dados em forma de gráficos.
 O sistema deve realizar o armazenamento desses dados para futuras consultas.
 O sistema deve disponibilizar o carregamento de leituras importadas anteriormente.
4.2.1.2 Requisitos Não-Funcionais (RNF)
Os requisitos Não-Funcionais referem-se aos critérios que sustentam os requisitos

Funcionais.
 É necessário um notebook com sistema operacional Windows XP ou superior, com o
programa ScanMaster-ELM (v 2.1+) instalado.
 É necessário um conector OBDII com saída USB.
 É necessário um servidor Apache com conexão ao banco de dados.
Após identificados os requisitos do sistema foram projetados os protótipos de tela do sistema,

utilizando como base os requisitos funcionais (RF).
40
4.2.2 Protótipo de Tela
Os protótipos de tela do sistema que será desenvolvido, foram inspirados no estilo

minimalista, proporcionando uma visão mais limpa e agradável, facilitando no entendimento
e utilização do sistema, conforme é exibido na Figura 8.
Figura 9 - Protóripo da tela principal
A tela inicial apresenta as principais funções do sistema em um menu vertical fixo

localizado a esquerda da tela, contendo as opções de ‘Importar Novo Arquivo’ e ‘Carregar
Arquivo Salvo’, estando sempre presentes durante a utilização do sistema, isso se dá pois os
gráficos gerados a partir da leitura dos arquivos enviados, são exibidos no espaço ao lado
direito do menu, neste espaço irá conter uma caixa de seleção com os sensores encontrados no
arquivo que está sendo lido no momento, e um espaço abaixo que irá conter o gráfico com os
valores do sensor selecionado na caixa de seleção.
O menu principal apresenta a opção ‘Importar Novo Arquivo’, ao clicar nesta
opção, é exibida uma pequena tela, retratada na figura 9, com um formulário de importação de
arquivo, contendo apenas um campo de seleção de arquivo.
41
Figura 10 - Protótipo da tela de importação

O formulário permite realizar a importação de arquivos no formato ‘.CSV’, caso o
arquivo não esteja no formato necessário, ou com o layout não apropriado a leitura pelo
sistema, será retornado um erro, informando a falha no processo de importação.
A segunda opção do menu principal disponibiliza uma tela com a listagem dos
arquivos que já foram importados anteriormente pelo sistema, exibido na figura 10, esta
listagem é exibida em formato de tabela, contendo o nome original do arquivo enviado, e data
com hora em que o processo de importação foi realizado. Ao lado de cada registro se encontra
uma opção em formato de ‘link’, que realizar o carregamento dos dados que foram gravados
do respectivo arquivo.
Figura 11 - Protótipo da tela de listagem de arquivos importados

Ao clicar no ‘link’ Carregar Dados, esta tela automaticamente se fecha voltando
para a tela principal com os dados dos sensores do respectivo arquivo selecionado já
carregados, e prontos para serem exibidos em forma de gráficos.
42
4.2.3 Casos de Uso
O sistema conta com apenas um usuário responsável por toda operação do

sistema, exibido na figura 11, desde a leitura dos dados automotivos vindos de sua central
eletrônica, até a importação e visualização dos dados no sistema.
Figura 12 - Atores do sistema

O usuário é responsável por todas as operações fora e dentro do sistema, conforme
é mostrado pela figura 12, o usuário pode importar um novo arquivo, selecionar um arquivo
importado anteriormente e selecionar o sensor na qual pretende visualizar a leitura.
Figura 13 - Atores e Funções

Para determinar as entidades do cenário de aplicação do sistema, foi elaborado o
modelo de domínio.
43
4.2.4 Modelo de Domínio
Segundo Iconix (2016), auxilia no processo da fase de design a partir dos casos de
uso. Consiste em identificar todos os objetos do mundo real de um problema. Para elaborar
um modelo de domínio é necessários encontrar o maior número de classes possíveis no
problema.
Figura 14 - Modelo de domínio

A Figura 13 representa o modelo de domínio utilizado no sistema. O usuário pode
importar ou selecionar um arquivo de dados, que por sua vez possui um ou mais sensores que
podem ser selecionados para visualização dentro do sistema.
4.2.5 Diagrama de Robustez
Através da análise de robustez, podemos fazer a verificação de sanidade, isto é, a

verificação se o texto do caso de uso está correto e que ele não representa para o sistema que
não é razoável ou impossível. (DELFIM, 2008, p. 1).
Este é um diagrama que não é necessário ser mantido atualizado uma vez que é
utilizado apenas para a transição. Sendo assim, ao criar os diagramas, é perfeitamente
plausível usar apenas lápis e papel. (DELFIM, 2008, p. 1).
Para melhor entender a relação entre as interfaces, controles e entidades, é
possível observar a Tabela 4, e entender facilmente as relações do sistema.
44
Quadro 3 - Detalhamento robustez

Detalhamento Robustez
Casos de Uso Ator Interface Controle Entidade
UC01 – Importar Novo Usuário TEL001 – Importar Envia_arquivo ReadFile
Arquivo Novo Arquivo
UC03 – Carregar Arquivo Usuário TEL002 – Carregar Home Home
Importado Arquivo Salvo
Figura 15 - Diagrama de Robustez - Importar Novo Arquivo

No processo exibido na Figura 14, Importar Novo Arquivo, o ator Usuário tem
acesso a opção “Importar Novo Arquivo”, localizado no menu do sistema, ao selecionar esta
opção, é exibida uma tela contendo um formulário permitindo selecionar o arquivo que deverá
ser importado, e posteriormente realizar o envio para o sistema utilizar os dados do arquivo.
Figura 16 - Diagrama de Robustez – Carregar Arquivo Salvo

No processo exibido na Figura 15, o ator usuário tem acesso a opção “Carregar
Arquivo Salvo”, localizado no menu do sistema, ao selecionar esta opção, será exibido uma
tela contendo a listagem dos arquivos importados anteriormente, juntamente com a opção de
45
carregar os dados dos arquivos respectivos. Ao selecionar a opção “Carregar dados”, o

sistema carregar as informações vindas do banco de dados para serem exibidas.
4.2.6 Diagrama de Sequência
Os diagramas de sequência são muito importantes para designers porque eles

esclarecem os papéis dos objetos em um fluxo e, portanto, fornecem entrada básica para
determinar responsabilidades de classe e interfaces. (UFPR, 2017, p.1).
Quadro 4 - Detalhamento sequência

Detalhamento Robustez
Casos de Uso Ator Interface Controle Entidade
UC01 – Importar Novo Usuário TEL001 – Importar Envia_arquivo ReadFile
Arquivo Novo Arquivo
UC03 – Carregar Arquivo Usuário TEL002 – Carregar Home Home
Importado Arquivo Salvo
A Figura 16 ilustra a o diagrama de sequência para o processo Importar Novo
Arquivo, esse processo inicia a partir do ator Usuário, que faz a requisição do formulário de
importação, e através deste formulário seleciona e envia o arquivo para a aplicação, onde, por
sua vez, trata as informações contidas no arquivo e as insere no banco de dados, mantendo as
disponíveis posteriormente. Após o processo de inserção dos dados no banco de dados, a
aplicação realiza uma consulta para retornar os dados inseridos, na qual passa por um
tratamento para ser exibido de forma gráfica e legível para o usuário.
46
Figura 17 - Diagrama de Sequência - Importar Novo Arquivo
O diagrama ilustrado na Figura 17 representa o processo Carregar Arquivo Salvo,

que tem início no ator Usuário, fazendo a requisição da listagem de arquivos que já foram
inseridos para a aplicação, que por sua vez consulta o banco de dados, e retorna esses dados
para o usuário. Com a listagem, o usuário escolhe o arquivo desejado sinalizando para a
aplicação o parâmetro na qual ele deverá realizar a consulta no banco de dados, para que seja
retornado os dados do arquivo escolhido para a aplicação, que novamente tratará as
informações para ser exibida de forma gráfica e legível para o usuário.
47
Figura 18 - Diagrama de Sequência - Carregar Arquivo Salvo

Nesta seção, foi exibido o diagrama de sequência dos processos Importar Novo
Arquivo e Carregar Arquivo Salvo, a seguir será apresentado o diagrama de classes da
aplicação.
4.2.7 Diagrama de Classe
Segundo Macêdo (2012), diagramas de classe ou diagramas estáticos, mostram as

diferentes classes e como elas se relacionam, mostram seus métodos e atributos, bem como os
48
relacionamentos estáticos, quais classes conhecem quais, e quais são partes de quais, porém
não mostram a troca de mensagens entre elas.
A Figura 18 exibe o diagrama de classe do sistema.
Figura 19 - Diagrama de Classe

Nesta seção, foi apresentada as classes que compõe o modelo ICONIX do projeto,
a seguir será apresentada a proposta de solução.
49
5 PROPOSTA DE SOLUÇÃO
No presente capítulo, é apresentado o desenvolvimento do sistema proposto,

compreendendo as ferramentas utilizadas e as tecnologias estudadas.
Na sequência é apresentado as telas do sistema, composto pelo detalhamento de
cada tela, e apresentação e descrição das ferramentas utilizadas.
Por fim, para demonstrar a eficiência do sistema desenvolvido, será realizada a
avaliação do sistema e apresentado os resultados obtidos.
5.1 ESQUEMA DO SISTEMA
Nesta seção é apresentado o esquema físico do sistema, a figura 19 apresenta a

aplicação do sistema, bem como a utilização e interação de cada tecnologia utilizando a
arquitetura cliente/servidor.
Figura 20 - Esquema do sistema

Na Figura 19 é possível visualizar que o usuário realiza uma ação dentro do
sistema, através do navegador, esta ação envia uma requisição para o servidor Apache que
interpreta esta requisição e se necessário realiza a consulta no servidor de banco de dados
MySQL, com os dados todos prontos, o servidor retorna o resultado da requisição de maneira
visual e amigável para o usuário.
50
5.2 TECNOLOGIAS E FERRAMENTAS UTILIZADAS
As tecnologias e ferramentas utilizadas para o desenvolvimento da solução

proposta foram escolhidas com base em alguns aspectos importantes, julgados necessário pelo
autor, a fim de obter o resultado esperado.
 Ferramentas de desenvolvimento livres.
 Plataforma web.
 Ferramentas já conhecidas pelo autor.
 Ferramentas que proporcionassem maior produção.
 Ferramentas ricas em documentação e com comunidade ativa.
As ferramentas escolhidas estão ilustradas com suas devidas marcas na figura 20.
Figura 21 - Tecnologias e ferramentas

A Figura 20 apresenta as marcas das principais tecnologias e ferramentas
utilizadas, a seguir é apresentado uma breve descrição de cada ferramenta.
51
5.2.1 PHP
O PHP (um acrônimo recursivo para PHP: Hypertext Preprocessor) é uma

linguagem de script open source de uso geral, muito utilizada, e especialmente adequada para
o desenvolvimento web e que pode ser embutida dentro do HTML. (GROUP, 2016, p. 1).
Segundo Group (2016), diferentemente de linguagens como o Javascript que é
executado no lado do cliente, o PHP é executado no servidor, gerando o HTML que é então
enviado para o navegador, porém o navegador não sabe qual o código fonte.
5.2.2 Apache
Segundo Mazioli Silva (2015), o Apache é um servidor Web, configurável,

robusto e de alta performance, desenvolvido por uma equipe de voluntários conhecidos como
Apache Group, buscando criar um servidor Web completo, gratuito e de código aberto.
Segundo a Netcraft, o Apache é mais usado que todos os outros servidores Web do mundo
juntos.
5.2.3 MySQL
Segundo Pisa (2016), o MySQL é um gerenciador de banco de dados gratuito,

usado na maioria de aplicações gratuitas como base de dados. Utiliza linguagem SQL
(Structure Query Language), que é a linguagem mais popular para gerenciar uma base de
dados.
Segundo Pisa (2016), o sistema foi desenvolvido pela empresa sueca MySQL AB,
e lançado oficialmente em 1995. Em 2010 a empresa foi comprada pela Sun Microsystems,
que integrou a compra bilionária da Sun pela Oracle Corporation.
52
5.2.4 Sublime Text
Segundo Otávio (2016), para manter alta produtividade na codificação é

necessário um editor de códigos robusto e eficiente, e dentre tantas opções, o Sublime Text se
destaca, pela simplicidade, leveza e ergonomia, incorporado a uma ferramenta robusta,
permitindo a interpretação de diversas linguagens.
A ferramenta utilizada para desenvolver as etapas de Front-end e Back-end do
projeto foi o Sublime Text.
5.2.5 Jquery
Segundo Jquery, (2016, tradução nossa), JQuery é uma biblioteca pequena, porém
rica em recursos, ela manipula documentos HTML e requisições Ajax de forma simples,
utilizando uma API fácil e compatível com diversos navegadores, combinado com
versatilidade e extensibilidade.
Segundo Belem (2010), o JQuery, foi criado seguindo o conceito “Write Less, do
more” (Escreva menos, faça mais), com poucas linhas de código é possível criar os mais
diversos efeitos, que antes custavam dezenas de linhas de códigos e horas de trabalho.
5.2.6 Enterprise Architect
Segundo Architect (2016, tradução nossa), o Enterprise Architect é uma

ferramenta gráfica multi usuário, criada para ajudar a equipe a criação e manutenabilidade de
sistemas, apoiada por uma forte documentação, permitindo uma visão fácil e precisa do
sistema.
53
Dentre as ferramentas case, o Enterprise Architect (EA) surge como uma opção.
Voltado para a área de Engenharia de Software, o EA pode ser utilizado na construção do
modelo DTR (Diagrama de Tabela Relacional) ou modelo físico. (CLIMACO, 2016, p. 1).
5.2.7 Balsamiq Mockups
Segundo Balsamiq Mockups (2011, apud Malherbi, 2016), Balsamiq Mockups é

uma aplicação desenvolvida em Action Script, que executa Adobe AIR (Adobe Integrated
Runtime), é utilizada para desenvolver protótipos, como modelos de telas de sistema desktop,
ou mobile.
5.2.8 Bootstrap
Segundo Costa (2014), Bootstrap é framework front-end que auxilia na criação

de sites utilizando tecnologia responsiva. O termo bootstrap significa inicialização, ou seja
algo que possui um ponto de partida. O bootstrap conta com uma diversidade de plug-ins em
JavaScripts, que permitem a criação de efeitos dentro da página.
O design do projeto foi criado utilizando o framework Boostrap, assim como os
efeitos de navegação.
5.3 PLATAFORMA WEB DESENVOLVIDA
Nesta seção é apresentada a interface do sistema desenvolvido, assim como a

descrição de cada tela.
A Figura 21 mostra a tela inicial do sistema, onde é exibido o gráfico gerado a
partir da leitura de um dos sensores, caso nenhuma leitura esteja carregada no momento, a
54
área onde o gráfico seria carregado exibirá uma mensagem informando que nenhum arquivo
está carregado no momento.
Figura 22 - Tela inicial do sistema
É possível ver na Figura 21, o menu lateral, que exibe as opções “Importar um
Novo Arquivo”, que permite selecionar um arquivo existente no computador em formato
CSV, contendo a leitura do arquivo, e a opção “Carregar Arquivo Salvo”, que permite
selecionar um arquivo que já havia sido lido anteriormente, carregando os dados salvos no
banco de dados no momento da importação, desta forma não necessitando do arquivo CSV
original.
Selecionando a opção “Importar um Novo Arquivo”, é aberta uma popup
contendo um formulário que permite a importação do arquivo, através de um campo próprio
para selecionar o arquivo, conforme é exibido na Figura 22.
55
Figura 23 – Pop-up de importação de arquivo

O usuário pode selecionar o arquivo através do assistente de importação do
sistema operacional que é aberto ao clicar sobre o botão escrito “Selecione um Arquivo”.
Após selecionar o arquivo a ser importado, o nome do arquivo aparecerá ao lado do botão.
Para finalizar a operação de importação, basta clicar no botão “Importar Dados”,
ou caso queira fechar a janela, basta clicar no botão “Fechar”.
O sistema também permite selecionar um arquivo importado anteriormente, para
isto, o usuário deve clicar sobre a opção “Carregar Arquivo Salvo”, feito isto, será aberta uma
popup, contendo uma listagem de arquivos salvos anteriormente, informando o nome do
arquivo, a data da importação e a opção de carregar os dados, conforme pode ser visto na
Figura 23.
56
Figura 24 - Selecionar arquivo salvo

Para carregar os dados de um arquivo, o usuário deve clicar sobre o link “Carregar
dados”, correspondente a linha do arquivo que deseja importar, conforme a Figura 23, feito
isso, o sistema irá buscar os dados no banco de dados e retornar com os dados prontos para
serem visualizados.
O usuário também pode excluir um arquivo enviado clicando no link “Excluir”,
segundo a Figura 23, da linha respectiva do arquivo a ser excluído, uma mensagem de
confirmação aparecerá, pedindo a confirmação da ação pelo usuário.
Após os dados serem carregados, o usuário será redirecionado para a tela inicial
novamente, porém com os dados da leitura carregados, conforme exibido na Figura 15. Os
sensores que são carregados na leitura são exibidos e podem ser selecionados em uma caixa
de seleção localizada acima do gráfico exibido, o usuário pode selecionar qual sensor deseja
obter a leitura através desta caixa de seleção, conforme a Figura 24.
57
Figura 25 - Caixa de seleção de sensores

Uma vez que o sistema foi apresentado de acordo com as especificações e as
modelagens, foi iniciada a avaliação do sistema baseado nos requisitos.
5.4 PROCESSO
Nesta seção é apresentada o processo de testes do sistema, desde a captura dos

dados através do adaptador OBD até a apresentação dos dados em forma gráfica utilizando o
sistema desenvolvido.
5.4.1 Captura dos dados do veículo
A captura dos dados é dada através do adaptador OBD II com saída USB, exibido
na Figura 25, ligado ao conector OBD II do veículo, exibido na Figura 26.
58
Figura 26 - Adaptador OBD II utilizado

A figura 26 exibe o conector OBD presente em todos os veículos, seu formato é o
mesmo independente da marca e modelo do veículo, porém, podem ser encontrados em
diferentes locais dependendo o modelo do veículo.
Figura 27 - Conector OBD II localizado no veículo

Após a realizada a conexão do adaptador OBD II ao veículo, é ligado a saída USB
do cabo a um notebook, exibido na Figura 27 que por sua vez roda um sistema desktop
chamado ScanMaster-ELM capaz de realizar a captura dos dados e exporta-los para um
arquivo em formato CSV.
59
Figura 28 - Adaptador ligado ao conector OBD II

Após aberto o sistema ScanMaster-ELM, e inicializado da forma correta, o
sistema irá reconhecer automaticamente a central do veículo após estar energizada, conforme
a Figura 28, e disponibilizará a opção de gravar dados.
Figura 29 - Conexão realizada ao veículo

60
Após realizar a gravação dos dados por um determinado período, é possível

exporta-los para um arquivo em formato CSV, para que possa ser feito a importação dentro do
sistema desenvolvido, exibido na Figura 29.
Figura 30 - ScanMaster-ELM gravando os dados do veículo

Após realizada a gravação e exportação dos dados através do sistema ScanMaster-
ELM para o arquivo em formato CSV, basta importar o arquivo gerado para o sistema
desenvolvido, para obter a leitura dos dados.
Figura 31 - Arquivo .CSV exportado

61
O arquivo .CSV exportado a partir do sistema ScanMaster-ELM, é um arquivo de

tempo e valor separados em vírgulas, assim, como título, código de sensor e as unidades de
medidas dos sensores capturados respectivamente.
5.4.2 Importação no sistema
Com o arquivo em formato CSV exportado através do sistema ScanMaster-ELM

no computador, é possível agora importar para o sistema desenvolvido utilizando a opção
“Importar Novo Arquivo” localizada no menu do sistema.
Após abrir a tela de importação, conforme a Figura 30, e selecionar o arquivo
gerado pelo sistema, basta clicar em “Importar Dados”.
Figura 32 - Importando o arquivo gerado

Após importado o sistema irá recarregar a tela com os valores da leitura do
arquivo prontos para serem visualizados em tela, conforme a Figura 31.
62
Figura 33 - Arquivo carregado dentro do sistema
Caso o arquivo já tenha sido carregado anteriormente e apenas queira visualiza-lo

novamente, ele pode ser encontrado clicando na opção “Carregar Arquivo Salvo” localizado
no menu do sistema, conforme exibido na Figura 32.
Figura 34 - Lista de arquivos já importados
Desde o processo de captura dos dados até a importação dentro do sistema

desenvolvido não demonstra dificuldade, pois toda operação é feita de forma intuitiva e
rápida, passando todo o trabalho de interpretação do arquivo e geração de gráficos para o
sistema.
Com isso é finalizado esta seção e iniciada a avaliação do sistema.
63
5.5 AVALIAÇÃO DO SISTEMA
No presente capítulo é realizada a avaliação do sistema desenvolvido, expondo

como será o processo de avaliação e aplicando este processo para constatar se o sistema atinge
os objetivos.
5.5.1 Cenário de avaliação
O processo de avaliação é aplicado juntamente com alguns entrevistados, que

analisaram todas as etapas de utilização do sistema, após isso, classificaram e deram suas
considerações através de um questionário, respondendo as questões referentes a utilização e
viabilidade.
Para o processo de avaliação, é demonstrado a utilização do sistema por etapas, as
etapas conferem desde a obtenção dos dados através do sistema desktop, até a importação e
visualização dos dados dentro do sistema desenvolvido.
As etapas da demonstração começam com a utilização do sistema desktop,
demonstrando como é feita a leitura e em seguida a exportação dos dados capturados para um
arquivo de texto. Em seguida, inicia-se o processo de utilização do sistema desenvolvido,
começando com a importação dos dados que foram exportados anteriormente pelo sistema
desktop e em seguida a visualização dos dados importados dentro do sistema. Por último é
demonstrado o processo de carregamento de um arquivo salvo, para demonstrar a
funcionalidade desta função.
Entre cada processo de visualização dos dados importados, é demonstrado a
integridade dos valores exibidos, realizando a leitura manual do arquivo importado e
confrontando com os valores exibidos no sistema.
Para facilitar a visualização do processo de avaliação, as etapas foram postas em
formato de lista.
1)Conectar o dispositivo OBD a central eletrônica do automóvel.
2)Realizar a leitura através do sistema desktop.
64
3)Exportar os dados para um arquivo de texto.

4)Importar os dados exportados dentro do sistema desenvolvido.
5)Visualizar os dados de forma gráfica no sistema.
6)Comparar com os dados do arquivo e garantir a integridade.
7)Carregar uma leitura salva anteriormente.
8)Visualizar os dados de forma gráfica.
9)Comparar com os dados do arquivo e garantir a integridade.
10)Aplicar o questionário com o entrevistado.
11)Colher os dados do questionário e fazer a análise.
O questionário aplicado no final da demonstração do sistema para o entrevistado
contém questões que meçam o nível de satisfação do usuário, verificando se o sistema é de
fácil utilização, se os dados apresentados demonstram confiabilidade e se as informações
exibidas ajudam no diagnóstico do veículo.
5.5.2 Questionário desenvolvido
O questionário é composto de quatro questões que mensuram o nível de satisfação

do entrevistado referentes a viabilidade e a usabilidade do sistema. O questionário contém
uma questão para que o entrevistado possa expressar sua opinião livremente, dando sugestões
e críticas sobre o sistema.
O questionário é composto das seguintes perguntas:
1)O sistema desenvolvido atende à demanda de visualização gráfica dos dados
automotivos?
2)A utilização do sistema é dada de forma fácil e intuitiva?
3)Os dados exibidos no sistema, correspondem aos dados coletados no
veículo?
4)Deixe sua opinião com relação a plataforma desenvolvida.
A questão de número 1 teve origem a partir da problemática proposta no presente
trabalho, ela avalia se a solução da problemática foi alcançada com o sistema desenvolvido.
A questão de número 2 avalia a performance do sistema com relação a ergonomia,
é avaliada a facilidade de navegação e visualização dos dados dentro do sistema.
65
A questão de número 3 avalia a integridade dos dados coletados, ela busca

comparar e avaliar se os dados exibidos dentro do sistema desenvolvido, correspondem aos
dados importados no arquivo.
A questão de número 4 é uma questão aberta, destinada para que o participante
possa expressar sua opinião de forma livre, expondo críticas e sugestões.
As respostas das questões 1, 2 e 3 do questionário utilizaram a metodologia de
pesquisa da escala Likert. A escala Likert consiste em cinco opções de resposta avaliando a
concordância do participante, 1) Discordo totalmente; 2) Discordo parcialmente; 3) Não
concordo, nem discordo; 4) Concordo parcialmente; 5) Concordo totalmente;
O questionário foi aplicado com 10 participantes, e conta com a avaliação e
opinião de cada um deles com relação as questões aqui descritas.
Após os dados serem coletados de todos os participantes, será feita a análise dos
resultados.
5.5.3 Análise dos resultados
Nesta seção é demonstrado o resultado da avaliação descrita anteriormente.

O objetivo da análise dos resultados é verificar se a plataforma desenvolvida
atende à proposta do trabalho.
O resultado da avaliação foi baseado na resposta de dez participantes, entre eles,
participantes com pouco conhecimento, conhecimento moderado e conhecimento avançado na
área automobilística.
66
Figura 35 - Questão 1

Conforme exibido na Figura 33, 6 entre 10 participantes concordam totalmente
que o sistema desenvolvido atende à demanda criada pela problemática do trabalho,
permitindo a visualização gráfica dos dados automotivos, enquanto 4 concordam
parcialmente.

Conforme exibido na Figura 34, nove entre 10 participantes concordaram
totalmente que a usabilidade do sistema é dada de forma fácil e intuitiva, enquanto apenas 1
concordou parcialmente, deixando claro a dificuldade de uso de computadores.
67

De acordo com a Figura 35, todos os participantes concordaram que os gráficos
gerados pelo sistema correspondem aos dados coletados do veículo, e que esses dados são
íntegros e correspondem à realidade, tendo em vista que o teste realizado, foi acompanhado
em tempo de execução pelo entrevistado, dessa forma, eliminando quaisquer dúvidas com
relação a integridade do sistema.
68

Na Figura 36, pode se observar a opinião de cada entrevistado em relação ao
sistema desenvolvido, apontando pontos fortes e sugerindo melhorias.
Os entrevistados avaliaram o sistema de forma positiva, enfatizando a integridade
dos dados e a ergonomia do sistema. A leitura e interpretação das informações exibidas pelos
gráficos gerados no sistema foi feita de forma fácil, tendo entendimento até pelos
entrevistados mais leigos.
Os pontos levantados pelos entrevistados para melhoria foram, a criação de um
aplicativo mobile, um comparativo entre as informações originais de fábrica do veículo
vindas da montadora e a possibilidade de mais gráficos serem exibidos de forma simultânea.
69
5.5.4 Conclusão da avaliação
A dificuldade de visualização dos parâmetros do veículo gera gastos com

mecânica, equipamentos e softwares para monitoramento, com o avanço da tecnologia
embarcada nos veículos é possível tornar que esses diagnósticos possam ser feitos em casa, e
com pouco conhecimento técnico.
O sistema desenvolvido neste trabalho, provou que é possível ter uma ferramenta
disponível e gratuita para visualizar os parâmetros do veículo, e pode-se observar através das
respostas apresentadas no questionário, que os resultados foram satisfatórios e atendeu a
proposta do trabalho.
70
6 CONCLUSÃO E TRABALHOS FUTUROS
Neste capítulo é apresentada a conclusão deste trabalho, assim como possíveis

trabalhos futuros.
6.1 CONCLUSÃO
Neste trabalho foi apresentada a importância do monitoramento dos dados do

veículo para diagnóstico de problemas e aumento de performance, para isto, foi desenvolvido
um sistema em cima de uma plataforma web que permite a visualização dos dados
automotivos de forma gráfica e legível para os usuários.
Algumas marcas e modelos de veículos não seguem o mesmo padrão de protocolo
de leitura que outros, isso faz com que, dependendo o veículo, seja necessário um adaptador
que utilize um protocolo de leitura específico para determinado veículo, para a maioria dos
carros de produção nacional, o padrão é o ELM 327, o mesmo utilizado neste trabalho.
Apesar da enorme quantidade de sensores disponíveis nos veículos atuais, o
sistema consegue se moldar indiferente da quantidade de leituras e sensores, e os dados
apresentados conseguem ser precisos e mostrar a real situação do veículo.
O ponto forte do sistema desenvolvido, é que como os dados são importados
através de um arquivo em formato CSV e posteriormente gravados em um banco de dados, o
sistema torna dispensável o arquivo CSV gerado pelo leitor e possibilita o acesso as
informações em qualquer lugar e em qualquer dispositivo.
O sistema desenvolvido ainda não contempla outras ferramentas de diagnóstico,
como por exemplo, a interpretação de códigos de erros armazenados na ECU, e uma
comparação dos parâmetros originais do veículo.
Após o desenvolvimento do sistema e aplicado a avaliação com diversos
participantes, pode-se identificar que 60% dos participantes afirmaram que o sistema atende
totalmente à demanda de visualização gráfica dos dados automotivos, em contrapartida, 40%
concordaram parcialmente, alegando melhorias na comparação dos dados. Com relação a
usabilidade, 90% dos entrevistados afirmaram que o sistema desenvolvido é fácil e intuitivo.
71
Os participantes concordaram totalmente que os dados apresentados são íntegros,

e refletem o estado real do veículo. Desta forma, é correto afirmar que o sistema teve total
concordância e aprovação, exibindo os dados de maneira legível dentro um sistema que
garante usabilidade e integridade do dado.
O desenvolvimento deste trabalho trouxe muitos desafios para o autor, mesmo que
constantemente se atualizando sobre veículos e desenvolvimento web, a pesquisa e o estudo
sobre as áreas envolvidas foram cruciais para o desenvolvimento do trabalho e da solução
proposta.
6.2 TRABALHOS FUTUROS
Sobre os trabalhos futuros, adicionar a comparação dos dados coletados de uma

leitura com os padrões de fábrica do veículo, e adicionar o leitor de códigos de erros da ECU,
ajudando ainda mais no diagnóstico dos problemas.
O desenvolvimento de um aplicativo mobile, capaz de visualizar os dados
importados e realizar a leitura através de uma conexão bluetooth.
O desenvolvimento de uma aplicação Desktop nova, simples e eficaz, capaz de
realizar a captura dos dados e exportá-los para um arquivo em formato CSV.
Aprimorar a plataforma web desenvolvida para atender as sugestões de melhoria
levantadas na avaliação do sistema pelos entrevistados, como a exibição de múltiplos gráficos
ao mesmo tempo para comparação com outros sensores, e a comparação com dados originais
de fábrica dos veículos.
Futuramente, um meio de realizar a leitura em tempo real, através da plataforma
web, sem a necessidade de um sistema Desktop fazendo a captura dos dados.
72
REFERÊNCIAS
ALECRIM, Emerson. O que é Internet das Coisas (Internet of Things)? 2017. Publicado
no blog InfoWester. Disponível em: <https://www.infowester.com/iot.php>. Acesso em: 5 jul.
2017.
ARCHITECT, Enterprise. Enterprise Architect. 2016. Disponível em:

<http://www.sparxsystems.com/products/ea/>. Acesso em: 07 dez. 2016.
AUTOMOTIVE BUSINESS. Brasil: Automotive Business, v. 2, n. 2, mar. 2010. Mensal.

Disponível em: <http://www.automotivebusiness.com.br/revistasabpdf/RevistaAB2.pdf>.
Acesso em: 12 maio 2016.
BARROS, Mariana (Ed.). Frota brasileira cresce onze vezes mais rápido do que a
população e já é suficiente para cobrir Barbados, no Caribe. 2015. Disponível em:
<http://veja.abril.com.br/blog/cidades-sem-fronteiras/transporte-e-transito/frota/>. Acesso em:
11 abr. 2016.
BELEM, Thiago. O que é e como funciona o jQuery. 2010. Disponível em:

<http://blog.thiagobelem.net/o-que-e-e-como-funciona-o-jquery>. Acesso em: 06 dez. 2016.
BONA, Cristina. AVALIAÇÃO DE PROCESSOS DE SOFTWARE: UM ESTUDO DE

CASO EM XP E ICONIX. 2002. 122 f. Dissertação (Mestrado) - Curso de Engenharia de
Produção, Universidade Federal de Santa Catarina, Florianópolis, 2002. Disponível em:
<ftp://www.ufv.br/dpi/mestrado/Gerais/TeseIconix.pdf>. Acesso em: 17 set. 2016.
BRASIL. Constituição (1997). Lei nº 9.503, de 23 de setembro de 1997. Institui o Código de

Trânsito Brasileiro.. Lei Nº 9.503, de 23 de Setembro de 1997.. Brasília, DF, 23 set. 1997.
Disponível em: <http://www.planalto.gov.br/ccivil_03/leis/L9503.htm>. Acesso em: 23 abr.
2016.
BRASIL. DENATRAN. . PORTARIA N º 1207, DE 15 DE DEZEMBRO DE 2010. 2010.

Disponível em:
<http://www.denatran.gov.br/download/Portarias/2010/PORTARIA_DENATRAN_1207_10.
pdf>. Acesso em: 17 abr. 2016.
CARVALHO, Thiago. Introdução ao Iconix - Revista SQL Magazine 94. 2016. Publicado
no site DevMedia. Disponível em: <http://www.devmedia.com.br/introducao-ao-iconix-
revista-sql-magazine-94/23020>. Acesso em: 16 set. 2016.
CLIMACO, Flavio. Modelagem de dados com Enterprise Architect. 2016. Publicado no

site DevMedia. Disponível em: <http://www.devmedia.com.br/modelagem-de-dados-com-
enterprise-architect/29740>. Acesso em: 07 dez. 2016.
COMENALE, João Pedro. SISTEMA OBD. 2016. Disponível em:

<http://www.tucsonbrasil.com.br/2016/03/29/sistema-obd/>. Acesso em: 16 maio 2016.
CONTESINI, Leonardo. Como funciona a injeção eletrônica? 2014. Disponível em:

<http://www.flatout.com.br/como-funciona-a-injecao-eletronica/>. Acesso em: 09 maio 2016.
73
COSTA, Gabriel. O que é Bootstrap. 2014. Disponível em:

<http://www.tutorialwebdesign.com.br/o-que-e-bootstrap/>. Acesso em: 04 jun. 2017.
DANTAS, André. GLOSSÁRIO - ELETRÔNICA DESCOMPLICADA. Revista

Automotive Business. Disponível em:
<http://www.automotivebusiness.com.br/DICIONARIO.HTML>. Acesso em: 12 maio 2016.
DELFIM, Samuel Martins. Diagrama de robustez. 2008. Disponível em:

<http://www.portalarquiteto.com.br/diagrama-de-robustez/>. Acesso em: 01 fev. 2017
DIAS, Anderson. Injeção Eletrônica: UCE(ECU) – Unidade de comando eletrônico. 2012.

Publicado no site carrosinfoco. Disponível em:
<http://www.carrosinfoco.com.br/carros/2012/07/injecao-eletronica-uceecu-unidade-de-
comando-eletronico/>. Acesso em: 30 maio 2017.
ESTUDANTE, Guia do. Entenda como era a linha de montagem do Ford-T. 2013.
Editora Abril. Disponível em: <http://guiadoestudante.abril.com.br/aventuras-
historia/entenda-como-era-linha-montagem-ford-t-748425.shtml>. Acesso em: 03 maio 2016.
GIL, Antônio Carlos. Métodos e Técnicas de Pesquisa Social. 2008. Disponível em: <
https://ayanrafael.files.wordpress.com/2011/08/gil-a-c-mc3a9todos-e-tc3a9cnicas-de-
pesquisa-social.pdf >. Acesso em: 30 maio 2016.
GROUP, The Php. O que é o PHP? 2016. Disponível em:

<https://secure.php.net/manual/pt_BR/intro-whatis.php>. Acesso em: 30 nov. 2016.
GUSTAVO. Personagem da semana: Gottlieb Daimler. 2012. Disponível em:

<https://autogaragem.wordpress.com/2012/08/16/personagem-da-semana-gottlieb-daimler/>.
Acesso em: 24 jun. 2016.
INSTITUTO NEWTON C BRAGA. Instituto Newton C Braga. Como funcionam os

Sistemas Eletrônicos do Automóvel (ART567). 2005. Disponível em:
<http://www.newtoncbraga.com.br/index.php/como-funciona/4142-art567>. Acesso em: 31
maio 2017.
ICONIX. Um pouco mais sobre o ICONIX. 2016. Blog da métodologia Iconix. Disponível
em: <http://siiconix.blogspot.com.br/p/fases.html>. Acesso em: 17 set. 2016.
JQUERY. What is jQuery? 2016. Site oficial Jquery. Disponível em: <https://jquery.com/>.
Acesso em: 06 dez. 2016.
MACHADO, António Sérgio Leite; OLIVEIRA, Bruno Rafael Resende. O Sistema OBD
(On-Board Diagnosis). 2016. 8 f. Dissertação (Mestrado) - Curso de Automação e Sistemas,
Instituto Superior de Engenharia do Porto, Portugal, 2016. Disponível em:
<http://ave.dee.isep.ipp.pt/~mjf/act_lect/SIAUT/Trabalhos 2007-
08/Trabalhos/SIAUT_OBD.pdf>. Acesso em: 16 maio 2016.
MACêDO, Diego. Introdução a UML e seus diagramas. 2012. Disponível em:

<http://www.diegomacedo.com.br/introducao-a-uml-e-seus-diagramas/>. Acesso em: 02 fev.
2017.
74
MALHERBI, Eduardo. Prototipação de Sistemas utilizando a Ferramenta Balsamiq

Mockup. 2016. Disponível em: <http://www.devmedia.com.br/prototipacao-de-sistemas-
utilizando-a-ferramenta-balsamiq-mockup/27232>. Acesso em: 07 dez. 2016.
MARCONDES, Victor. Falta de manutenção do carro contribui com acidentes. 2015.

Disponível em: <http://omecanico.com.br/falta-de-manutencao-do-carro-contribui-com-
acidentes/>. Acesso em: 11 abr. 2016.
MAYER, Danielle. Guia para elaboração do Modelo de Domínio: Metodologia Celepar.

2008. Disponível em:
<http://www.documentador.pr.gov.br/documentador/pub.do?action=d&uuid;=@gtf-
escriba@b6494eb6-e917-4de1-ae5d-f7ff25612f01>. Acesso em: 16 dez. 2016.
MAZIOLI SILVA, Gleydson. Guia Foca GNU/Linux. 2007. Disponível em:

<http://www.emater.pa.gov.br/upload/ck/ckfinder/userfiles/files/12-%20Apache.pdf>. Acesso
em: 03 dez 2016.
MEDEIROS, Higor. Introdução a Requisitos de Software. 2016. Publicado no Site

DevMedia. Disponível em: <http://www.devmedia.com.br/introducao-a-requisitos-de-
software/29580>. Acesso em: 19 set. 2016.
NOTÍCIA, Opnião e. Ford Modelo T. 2012. Disponível em:

<http://opiniaoenoticia.com.br/cultura/ford-modelo-t/>. Acesso em: 05 jul. 2016.
OTÁVIO, João. Sublime Text IDE: Introdução a melhor IDE para desenvolvimento.
Publicado Em DevMedia. Disponível em: <http://www.devmedia.com.br/sublime-text-ide-
introducao-a-melhor-ide-para-desenvolvimento/34117>. Acesso em: 05 dez. 2016.
PISA, Pedro. O que é e como usar o MySQL? Publicado no site Techtudo. Disponível em:
<http://www.techtudo.com.br/artigos/noticia/2012/04/o-que-e-e-como-usar-o-mysql.html>.
Acesso em: 05 dez. 2016.
RIO GRANDE DO SUL. UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL. .

Métodos de Pesquisa. 2009. Disponível em:
<http://www.ufrgs.br/cursopgdr/downloadsSerie/derad005.pdf>. Acesso em: 30 maio 2016.
SANTANA, Miriam Ilza. História do Automóvel. Disponível em:

<http://www.infoescola.com/curiosidades/historia-do-automovel/>. Acesso em: 24 abr. 2016.
SMART14. Biografia de Henry Ford. 2007. Disponível em:

<https://historiadocarro.wordpress.com/?s=ford&searchbutton=go!>. Acesso em: 03 maio
2016.
TECNOLOGIA, Dev. O que é a Internet das Coisas? 2014. Publicado no blog DEV
Tecnologia. Disponível em: <http://devtecnologia.com.br/internet-das-coisas-iot/>. Acesso
em: 05 jul. 2017.
TEIXEIRA, Fernando; OLIVEIRA, M C de; HELLENO, A L. Telemetria Automotiva via

Internet Móvel. 2014. 10 f. TCC (Graduação) - Curso de Faculdade de Engenharia
75
Arquitetura Urbanismo, Engenharia, Universidade Metodista de Piracicaba, Piracicaba, 2014.

Disponível em: <www.revista.unisal.br/sj/index.php/123/article/download/264/pdf_5>.
Acesso em: 11 abr. 2016.
UFPR. Diretrizes: Diagrama de Seqüência. 2017. Disponível em:

<http://www.funpar.ufpr.br:8080/rup/process/modguide/md_seqdm.htm>. Acesso em: 01 fev.
2017.

Sistema de Telemtria para Carros

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Sistema de Telemtria para Carros

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDADE DO SUL DE SANTA CATARINA

PLATAFORMA WEB PARA VISUALIZAÇÃO DE DADOS AUTOMOTIVOS A

PLATAFORMA WEB PARA VISUALIZAÇÃO DE DADOS AUTOMOTIVOS A

Trabalho de Conclusão de Curso apresentado ao Curso

Orientador: Prof. Flávio Ceci, Dr

No desenvolvimento deste trabalho, tive a participação de pessoas muito

Agradeço aos meus amigos de fora do mundo acadêmico, que direta ou

Por fim, agradeço aos professores do curso de Sistemas de Informação da

Palavras-chave: OBD. Plataforma web. Dados automotivos.

Keywords: OBD. Web platform, Automotive data.

Figura 1 – Carruagem motorizada de 1886 .............................................................................. 18

Tabela 1 - Preço médio dos adaptadores OBD II ..................................................................... 35

Quadro 1 - Itens apresentados no OBD I.................................................................................. 26

O mercado automotivo está em constante crescimento, abrindo portas para novos

Os acidentes de trânsito estão entre as principais causas de mortes no mundo,

Desde a criação dos primeiros automóveis, a necessidade de monitorar o seu

Esta seção apresenta os objetivos geral e específicos do presente trabalho.

1.2.1 Objetivo Geral

1.2.2 Objetivos Específicos

a)Identificar as possíveis interfaces de comunicação com a central eletrônica automotiva.

Segundo Teixeira, Oliveira e Heleno (2014), diagnosticar problemas no motor,

O controle das funções de veículos para diagnosticar, em tempo real,

Ter a possibilidade de monitorar o veículo e identificar problemas, ajuda ao

1.4 ESTRUTURA DA MONOGRAFIA

Este trabalho de conclusão de curso é composto por seis capítulos.

O presente capítulo tem o objetivo tem apresentar uma revisão teórica de

“AUTOMÓVEL - veículo automotor destinado ao transporte de passageiros, com

Para entender sobre os automóveis, é necessário aprender sua origem e

Figura 1 – Carruagem motorizada de 1886

Fonte: Gustavo (2012).

Fonte: Estudante (2013).

2.1.2 Produção no Brasil

“Foi na década de 30 que algumas fábricas estrangeiras começaram a investir no

“Completamente distinto do que era antigamente, o automóvel contemporâneo

2.1.3 Unidade Eletrônica de Controle - ECU

Segundo Dias (2012), a ECU é o componente da injeção eletrônica mais

comandar os atuadores para manter o motor perfeito funcionamento, independente de

Fonte: Dias (2012).

Segundo Contesini (2014), a ECU, basicamente, é responsável, por quatro tarefas.

2.1.4 Eletrônica embarcada

“Eletrônica embarcada é um sistema eletrônico projetado para ser usado em

Segundo Dantas (2016), o EDS é um sistema que controla o escorregamento da

O conjunto funciona como um diferencial com bloqueio inteligente.

“ECS (Electronic Clutch System): sistema eletrônico que aciona automaticamente

Segundo Dantas (2016), o PAS é um sistema que auxilia o motorista a estacionar

“A eletrônica embarcada visa fornecer um sistema inteligente que possa interagir

2.1.5 Internet das Coisas

“Internet das Coisas é uma tradução literal da expressão em inglês Internet of

Segundo Alecrim (2017), a Internet das Coisas é um conceito constituído a partir

Segundo Machado e Oliveira (2016), já faz muito tempo que os automóveis

Segundo Machado e Oliveira (2016), o sistema foi criado, pois o governo da

Segundo Machado e Oliveira (2016), a evolução histórica do sistema OBD, ocorre

 Em 1976 a Califórnia solicitou a introdução do catalisador de 3 vias com

 Em 1988 o sistema OBD-I foi introduzido no EUA.

 Em 1996 o sistema OBD-II foi introduzido no EUA.

 Em 2000 o sistema OBD foi introduzido na Comunidade Europeia nos

 Em 2003 foi introduzido o sistema OBD na Comunidade Europeia nos

 Em 2005 o sistema OBD Foi introduzido na União Europeia nos veículos

O surgimento e a evolução do sistema OBD ocorre a partir da necessidade do uso

2.2.3 Necessidade deste sistema

Segundo Machado e Oliveira (2016), em 1970, a E.P.A. foi incumbida de

Segundo Machado e Oliveira (2016), na primeira versão do sistema OBD, ficava a

Fonte: Machado e Oliveira (2016).