Академический Документы
Профессиональный Документы
Культура Документы
Projeto de Formatura
Escola Politcnica da Universidade de
So Paulo.
So Paulo
2008
2
QUILA NEVES CHAVES
FERNANDO CONSTANTINO BARCELINI
LUCAS WENG
Projeto de Formatura
Escola Politcnica da Universidade de
So Paulo.
Curso:
Engenharia Eltrica
Computao
nfase
Orientador:
Prof. Dr. Carlos Eduardo Cugnasca
So Paulo
2008
em
FICHA CATALOGRFICA
DEDICATRIA
Dedicamos este trabalhado a nossos familiares, que tm nos dado suporte
durante nossa graduao na Escola Politcnica da USP, aos professores que se
esforaram em nos oferecer ensino de qualidade e a todos os nossos amigos e
colegas que nos acompanharam nesse rduo trajeto at a concluso do curso.
AGRADECIMENTOS
Agradecemos Escola Politcnica da Universidade de So Paulo pela
formao que adquirimos e sociedade que, por meio de impostos, custeou nossa
Universidade.
Agradecemos
ao
nosso
professor-orientador
Carlos
Cugnasca
do
RESUMO
Esse projeto de formatura envolveu a concepo e implementao de um
prottipo de um sistema que visa prover ferramentas para gesto de trfego de
veculos, auxiliando no seu monitoramento. Ele torna disponveis informaes sobre
o trnsito tanto aos rgos envolvidos na gesto do trfego urbano quanto a
usurios finais como motoristas. A coleta dos dados ser realizada por meio de uma
infra-estrutura de comunicao constituda por etiquetas eletrnicas (ou tags) de
identificao rdio freqncia (RFID) instaladas nos veculos e por antenas leitoras
das mesmas. O sistema proposto envolve uma aplicao web que tem como
produtos principais a recepo dos dados das etiquetas do veculos e respectivo
processamento, gerando informaes sobre a posio a cada instante de cada
veculo nas vias de interesse, atualizao de banco de dados e a exibio das
informaes sobre o trnsito em mapas, por meio de um website. Acredita-se que o
projeto proposto em breve poder se constituir em uma alternativa real, uma vez que
existe a resoluo 212/2006 do CONTRAN que prev a implantao de etiquetas
eletrnicas em todos os veculos da frota brasileira.
Palavras-chave: Engenharia. Engenharia Eltrica. Engenharia de Computao.
RFID. Trnsito. Monitoramento de Trfego.
ABSTRACT
This graduation project involved the conception and implementation of a
system prototype which intends to provide tools to vehicle traffic management,
supporting its monitoring. It makes information about traffic available to institution
involved in urban traffic management as well as to final users as drivers. The data
collection is made by a communication infrastructure consisting of electronic tags of
radio frequency identification (RFID) assembled in the vehicles and readers. The
suggested system consists of an web application that has as main results the data
reception from vehicle tags and correspondent processing, providing information
abou the real time position from each vehicle along interesting roadway, updating
data base and the information display about traffic on maps, via website. It is
probable that the suggested project soon will be able to become a real alternative,
once theres the regulation 212/2006 of CONTRAN, which specifies tha implantation
of electronic tags in all vehicle of Brazilian fleet.
Keywords: Engineering. Electrical Engineering. Computer Engineering. RFID.
Transit. Traffic monitoring.
LISTA DE ILUSTRAO
Figura 1 - Reportagem da Veja So Paulo ................................................................ 17
Figura 2 - Reportagem no ESTADO DE SO PAULO .............................................. 18
Figura 3 - Reportagem na VEJA ............................................................................... 18
Figura 4 - Chip para colocar em pessoas (Langley, 2007) ........................................ 22
Figura 5 - Bilhete nico ............................................................................................. 24
Figura 6 - TAG passivo ............................................................................................. 24
Figura 7 - TAG ativo .................................................................................................. 24
Figura 8 - Arquitetura Cliente-Servidor ...................................................................... 27
Figura 9 - Comportamento Velocidade x Fluxo[3] ...................................................... 30
Figura 10 - Simplificao Velocidade x Fluxo[10] ........................................................ 30
Figura 11 - Classificao adotada de status de via ................................................... 31
Figura 12 - Classificao atravs de densidade de trfego ....................................... 32
Figura 13 - Fluxo de Dados ....................................................................................... 41
Figura 14 - Arquitetura do sistema ............................................................................ 41
Figura 15 - Exemplo de apresentao do trnsito na Sada da USP ........................ 43
Figura 16 - Web Servers Market Share (Web Server Survey, 2008)......................... 46
Figura 17 - Diagrama ER .......................................................................................... 49
Figura 18 Processo bsico de gesto de projeto ................................................... 50
Figura 19 EAP ........................................................................................................ 51
Figura 20 - Diagrama de Ishikawa (Causa e Efeito) .................................................. 53
Figura 21 Cronograma Inicial ................................................................................. 54
Figura 22 Diviso de responsabilidades macro no projeto ..................................... 55
Figura 23 - Arquitetura do Sistema Desenvolvido ..................................................... 56
Figura 24 - Modularizao do Software ..................................................................... 57
Figura 25 - Fluxo de Dados do Software ................................................................... 58
Figura 26 - Mdulo Monitor - Fluxograma ................................................................. 59
Figura 27 - Mdulo Monitor - Diagrama de Classes Simplificado .............................. 60
Figura 28 - Mdulo Adaptador - Diagrama de Classes Simplificado ......................... 66
Figura 29 Fluxo bsico do modulo calculadora ...................................................... 67
10
Figura 30 - Exemplo de pontos possveis de sada e entrada de veculos em trecho
AB monitorado........................................................................................................... 68
Figura 31 Dados para clculo da velocidade de um veculo .................................. 69
Figura 32 Diagrama de Classes do Mdulo Calculadora ....................................... 71
Figura 33 - Pgina inicial do Web Site do Projeto de Formatura ............................... 72
Figura 34 - Portal do Trnsito .................................................................................... 73
Figura 35 - Arquitetura do Portal ............................................................................... 75
Figura 36 - Arquitetura Proposta pelo SINIAV (antena em cima da faixa) ................ 76
Figura 37 - Antena postada na lateral da via ............................................................. 76
Figura 38 - Equipamentos Q-Free ............................................................................. 77
Figura 39 - Primeira tela ............................................................................................ 90
Figura 40 - Tela inicial do Portal aps a insero de nova rea ................................ 91
Figura 41 - Escola Politcnica da USP ...................................................................... 91
Figura 42 - Jockey Clube de So Paulo .................................................................... 92
Figura 43 - Sada da USP pela portaria 1 ................................................................. 92
Figura 44 - Sada da USP com zoom aumentado ..................................................... 93
Figura 45 - Fim do teste ............................................................................................ 95
Figura 46 - III ENEEEL ............................................................................................ 102
Figura 47 - III ENEEEL (equipamentos) .................................................................. 102
Figura 48 - III ENEEEL (fechamento) ...................................................................... 103
Figura 49 Tela principal do mdulo monitor ......................................................... 107
Figura 50 Tela de configurao de formato de string do mdulo monitor ............ 108
Figura 51 Tela de configurao de parmetros de servidor e banco de dados .... 109
Figura 52 - Mdulo Adaptador - Tela Principal ........................................................ 110
Figura 53 Tela do Mdulo Calculadora ................................................................ 112
Figura 54 Rotina Principal do Mdulo Calculadora .............................................. 113
Figura 55 - Sub-rotina Clculo de Fluxo ............................................................... 114
Figura 56 - Sub-rotina Clculo de Velocidade ...................................................... 114
Figura 57 Parmetros de conexo do Banco ....................................................... 115
Figura 58 - Configurao da Google Maps API Key................................................ 115
11
LISTA DE TABELAS
Tabela 1 - Combinaes que classificam o status de via .......................................... 31
Tabela 2 Matriz de Requisitos Funcionais x Casos de Usos .................................. 39
Tabela 3 Exemplos de vias e parmetros .............................................................. 86
Tabela 4 Cadastro de trechos teste ....................................................................... 87
Tabela 5 Resultado na tabela status ...................................................................... 87
Tabela 6 Resultado no cadastro de trechos teste .................................................. 87
Tabela 7 Resultado na tabela status ...................................................................... 88
Tabela 8 Resultado no cadastro de trechos teste .................................................. 88
Tabela 9 Resultado na tabela status ...................................................................... 88
Tabela 10 Resultado no cadastro de trechos teste ................................................ 88
Tabela 11 Resultado na tabela status .................................................................... 88
Tabela 12 Resultado no cadastro de trechos teste ................................................ 89
Tabela 13 - Carga inicial na tabela AREA ................................................................. 90
Tabela 14 - Tabela AREA aps a insero de uma rea .......................................... 90
Tabela 15 - Carga inicial na Tabela TRACK.............................................................. 93
Tabela 16 - Insero de novos trechos para novo teste............................................ 94
12
CET
CSS
EAP
ER
Entidade Relacionamento
HTTP
HTTPS
IP
Internet Protocol
RFID
SINIAV
SQL
TCP
WBS
13
LISTA DE SMBOLOS
C ou qMAX
Densidade de trfego
Kj
Densidade de saturao
Fluxo de veculos
Vf
Vs
14
SUMRIO
1
INTRODUO ................................................................................................... 17
1.1
Motivao ..................................................................................................... 17
1.2
Objetivo ........................................................................................................ 19
1.3
Organizao ................................................................................................. 19
1.4
2.2
2.2.1
Java ....................................................................................................... 24
2.2.2
PHP ....................................................................................................... 25
2.2.3
2.3
Redes ........................................................................................................... 26
2.4
2.5
2.6
Engenharia de Trfego................................................................................. 28
2.6.1
2.6.2
2.6.3
3.1.1
3.1.2
3.2
3.3
3.4
Tecnologia.................................................................................................... 39
15
3.4.1
3.4.2
Mapa...................................................................................................... 42
3.4.3
3.4.4
3.4.5
3.5
4
METODOLOGIA ................................................................................................ 50
4.1
EAP .............................................................................................................. 50
4.2
4.3
Cronograma ................................................................................................. 53
4.4
5.1.1
5.2
Modularizao .............................................................................................. 57
5.2.1
5.2.2
5.3
5.3.1
5.4
5.4.1
5.4.2
Especificaes ....................................................................................... 78
TESTES ............................................................................................................. 80
6.1
6.1.1
6.2
6.3
16
Trfego Livre ...................................................................................................... 87
Trfego Intenso .................................................................................................. 88
Trfego Lento ..................................................................................................... 88
Trfego Congestionado ...................................................................................... 88
6.4
6.4.1
6.4.2
6.5
7
Histrico ....................................................................................................... 97
7.2
7.3
7.4
7.5
17
1 INTRODUO
A idia central deste projeto surgiu aps o conhecimento da resoluo 212
(ver ANEXO A Resoluo 212 do CONTRAN) do CONTRAN. Os prximos
captulos deixaro claro como foi todo o processo de especificao, de
planejamento, de desenvolvimento e de divulgao.
1.1 Motivao
18
No se sabe o motivo mas o projeto do CONTRAN est bastante atrasado e sem previses de
iniciar.
19
1.2 Objetivo
1.3 Organizao
Este documento requer uma organizao eficiente para que o leitor possa
entender o projeto desde sua concepo at a implementao, sem perder a linha
de raciocnio. Alm disso, contribui para que o leitor no perca os detalhes
conseguindo estruturar seus pensamentos para um melhor entendimento do
trabalho.
Dessa forma, esta documentao foi dividida em anexos, apndices, lista de
ilustraes, lista de tabelas, lista de abreviaturas e siglas, listas de smbolos e seis
sees alm desta. As seis sees so listadas abaixo:
Seo 2: Aspectos Conceituais
Nesta seo abordamos as tecnologias adotadas para o desenvolvimento do
projeto e suas caractersticas tcnicas.
Seo 3: Especificao do Projeto de Formatura
Aqui est detalhado todo o Projeto de Formatura. Esta seo fruto de um
semestre de trabalho, no qual discutimos as funcionalidades do projeto e
documentamos as questes relacionadas engenharia de software.
20
Seo 4: Metodologia
Na seo de metodologia, o leitor pode encontrar o detalhamento do
planejamento e entender como foi o trabalho do grupo ao longo do desenvolvimento
do projeto.
Seo 5: Projeto e Implementao
Esta seo explica a estrutura do software e suas funcionalidades, alm de
detalhar aspectos do hardware (antenas).
Seo 6: Testes
Documentao de todos os testes realizados com o sistema.
Seo 7: Consideraes Finais
Nesta seo, conclumos o documento mostrando os resultados, perspectivas
de evoluo e opinio dos integrantes a respeito do projeto.
21
identificar um motorista. preciso apenas saber que um veculo passou num
instante numa antena e o mesmo passou em outro instante em outra antena. Isso
pode ser resolvido pelo identificador nico que est presente no TAG. Se, mesmo
assim algum no se sentir confortvel, podemos propor que os dados sejam
armazenados
no
Banco
de
Dados
apenas
at
clculo
do
grau
de
22
2 ASPECTOS CONCEITUAIS
Neste captulo, iremos apresentar os aspectos conceituais de forma que fique
claro ao leitor o motivo de escolha das tecnologias utilizadas.
23
Outro exemplo bastante interessante de implantes de chips RFID em
humanos o uso desta tecnologia para controlar o acesso a determinados locais.
Dessa forma, apenas a pessoa que possui o chip que poder entrar numa
determinada rea de acesso restrito. Algumas aplicaes no varejo tambm esto
sendo estudadas e implantadas. Como por exemplo, o mapeamento de um
estacionamento de um shopping ou supermercado atravs de leitores RFID onde
todos os carros possuem uma TAG. Assim, a gesto do estacionamento pode
informar ao usurio onde h vagas livres. O Wal-Mart usa essa tecnologia para fazer
o controle de estoque. Os produtos possuem identificadores RFID e quando o
mesmo sai de seu estoque, o sistema identifica esta sada e dispara imediatamente
uma ordem de compra para o fornecedor responsvel por aquele produto. Um
sistema que identifica bagagens por RFID e encaminha cada uma automaticamente
ao seu destino tambm seria muito interessante. Reduzindo a interveno humana
neste processo, a probabilidade de erro (bagagens extraviadas) tambm reduzir.
Hoje em dia, possvel citar algumas aplicaes que esto presentes no nosso diaa-dia: pedgio SEM PARAR, bilhete nico, identificao de livros em bibliotecas e de
alguns produtos em supermercados para evitar roubo. Quando um livro ou algum
produto no supermercado passa pela sada sem dar baixa no sistema, escutamos
um aviso sonoro.
H basicamente dois tipos de tag, ativos e passivos. Os tags passivos so os
mais simples e em geral precisam ser lidos a uma distncia curta e s respondem
informando o seu identificador nico. Um exemplo o bilhete nico e etiquetas que
alguns supermercados colocam em CDs. Os tags ativos possuem uma bateria
interna que possibilitam comunicao a uma distncia maior e gravar informaes
internamente. Um exemplo de aplicao de tags ativos o uso do SEM PARAR para
pagar pedgio. O usurio possui um TAG no veculo e ao aproximar-se da cancela a
antena l o TAG, identifica o veculo e a empresa manda a fatura no final do ms.
24
2.2.1 Java
Java uma linguagem de programao orientada a objetos desenvolvida pela
Sun Microsystems na dcada de 90. A diferena tcnica bsica para linguagens
convencionais que o cdigo em JAVA compilado para um bytecode que
executado por uma mquina virtual. Enquanto nas linguagens convencionais, os
programas so compilados para o cdigo nativo da mquina. As suas principais
caractersticas so:
Orientao a objeto;
Portabilidade: um programa em JAVA pode ser executado em qualquer
plataforma que tenha uma Mquina Virtual Java instalada;
Recursos de Rede: possui extensa biblioteca de rotinas que facilitam a
cooperao com protocolos TCP/IP, como, por exemplo, HTTP e FTP;
Segurana: pode executar programas via rede com restries de execuo;
Facilidades de Internacionalizao, pois suporta nativamente caracteres
Unicode2;
distribuda com um vasto conjunto de bibliotecas (ou APIs);
Unicode um padro que permite aos computadores representar e manipular, de forma consistente,
texto de qualquer sistema de escrita existente. Publicado no livro The Unicode Standard, o padro
consiste de um repertrio de cerca de cem mil caracteres.
25
Possui facilidades para criao de programas distribudos e multitarefa, ou
seja, mltiplas linhas de execuo num mesmo programa;
Desalocao de memria automtica por processo de coletor de lixo (garbage
collector). Ou seja, o programador no precisa se preocupar tanto com o
gerenciamento de memria;
Carga Dinmica de Cdigo: os programas em Java so formados por uma
coleo de classes armazenadas independentemente e que podem ser
carregados no momento de utilizao. Assim, a memria utilizada mais
eficientemente.
2.2.2 PHP
A linguagem PHP (Hypertext Preprocessor) tambm uma linguagem
orientada a objetos onde ao invs do cdigo ser compilado, ele interpretado. O
PHP uma linguagem livre e atualmente muito utilizada para gerar contedo
dinmico. Seu escopo o desenvolvimento Web buscando velocidade, simplicidade
e eficincia. Suas principais caractersticas so:
Velocidade;
Robustez;
Estruturao e Orientao a Objetos;
Portabilidade;
Tipagem fraca: no h diferenciao, para o programador, dos tipos de
variveis;
Sintaxe similar a linguagem C/C++ e o Perl.
pronto.
Para
maiores
informaes
acesse
endereo
26
http://code.google.com/apis/maps/.
Neste
endereo
possvel
encontrar
2.3 Redes
27
Internet Information Services (IIS) da Microsoft
Light HTTP Server (lighttpd)
Oracle HTTP Server
Roxen
Sun Java System Web Server da Sun Microsystems,
thttpd da ACME Laboratories
Zeus Web Server
Troca de Mensagens
Troca de Mensagens
Servidor
Troca de Mensagens
Cliente
Cliente
Cliente
28
q=
N
T
(1)
Vs =
N
1
i vi
(2)
29
30
31
ALTA
DE VIA
VELOCIDADE
FLUXO DE VECULOS
BAIXA
ALTA
LIVRE
INTENSO
BAIXA CONGESTIONADO
LENTO
q = Vs K
(3)
32
Hiptese geral:
K
Vs = Vf 1
Kj
(5)
K
Vs = Vf 1
Kj
(4)
real.
33
34
trnsito e s vezes com o auxlio de cmeras espalhadas pela cidade. Sendo assim,
nosso sistema se torna uma soluo inovadora no monitoramento de trfego.
Requisitos Funcionais
Uma dos primeiros produtos de reunies do Projeto, aps a definio do
tema, foi o levantamento dos requisitos.
RF1: O sistema deve calcular e apresentar o grau de ocupao das vias
monitoradas.
RF2: O sistema deve calcular, armazenar e apresentar o estado do trnsito,
dos locais onde houver antenas, e a velocidade mdia da via.
RF3: O sistema deve calcular e armazenar a velocidade individual dos
veculos que excederem a velocidade da via para a aplicao de multas de
velocidade, alm da data, hora e via.
35
RF4: O sistema deve adicionar ao cadastro de informaes do veculo as
multas aplicadas.
RF5: O sistema deve identificar e cadastrar veculos que estejam circulando
em dias e horrios proibidos (automveis em dias de rodzio, caminhes em vias
proibidas, caminhes com cargas especiais).
RF6: O sistema deve gerar relatrios de acordo com a demanda. Tais
relatrios devem conter o histrico do fluxo da via, velocidade mdia, quantidade de
carros ao longo do dia, apresentando grficos.
RF7: O sistema deve possuir um perfil de administrador protegido por senha.
RF8: O sistema deve permitir o cadastro de antenas
RF9: O sistema deve permitir o cadastro de vias
RF10: O sistema deve possuir uma interface web de apresentao dos dados.
Requisitos No Funcionais
Para garantir uma preciso nos clculos de fluxo e velocidade, as antenas
devem estar com os relgios sincronizados. Alm disso, as antenas devem ter
conexo com o sistema de forma a enviar os registros lidos com velocidade na
ordem milissegundos e o sistema suport-los na ordem de milhares de antenas.
Para um monitoramento 24 x 7, o sistema deve estar funcionando sem
interrupes, sendo que a central apresentando alta disponibilidade (um dia de
manuteno por ano).
36
Atores: Responsveis dos rgos de trnsito.
Pr-condio: usurio deve estar logado no sistema.
Curso Normal dos Eventos:
1. Usurio escolhe a opo de cadastro.
2. Sistema apresenta opes de cadastro.
3. Usurio escolhe a opo "Antena".
4. Sistema requisita informaes sobre a antena.
5. Usurio fornece os seguintes dados: identificao da antena, latitude/longitude,
nmero.
6. Sistema consulta o CEP e oferece opes de escolha de endereo ao usurio.
7. Usurio escolhe o endereo.
8. Sistema valida as informaes e atualiza o banco de dados.
Ps-Condio: antena cadastrada.
Caso de Uso 002
Nome: Consulta do Grau de Ocupao da Via
Descrio: Mostra um indicador de ocupao da via.
Atores: Motoristas ou Responsveis dos rgos de trnsito.
Pr-condio: Usurio conectado internet, ferramenta web disponvel e via
previamente cadastrada.
Curso Normal dos Eventos:
1. Usurio entra no site onde os dados sero apresentados.
2. Sistema apresenta um mapa.
3. Usurio escolhe a via.
4. Sistema consulta o banco de dado e calcula o grau de ocupao.
5. Sistema apresenta o grau de ocupao da via.
Ps-Condio: grau de ocupao da via disponvel na tela do usurio.
Caso de Uso 003
Nome: Consulta da velocidade mdia da via.
Descrio: Mostra a velocidade mdia da via.
Casos de Uso Relacionados:
Atores: Motoristas ou Responsveis dos rgos de trnsito.
37
Pr-condio: Usurio conectado internet, ferramenta web disponvel e via
previamente cadastrada.
Curso Normal dos Eventos:
1. Usurio entra no site onde os dados sero apresentados.
2. Sistema apresenta um mapa.
3. Usurio escolhe a via.
4. Sistema consulta o banco de dados e calcula a velocidade mdia da via.
5. Sistema apresenta a velocidade da via.
Ps-Condio: velocidade mdia da via disponvel na tela do usurio.
Caso de Uso 004
Nome: Gerao de Relatrio
Descrio: Gera um relatrio com os dados da via consolidados, de acordo com a
data escolhida.
Casos de Uso Relacionados:
Atores: Responsveis dos rgos de trnsito.
Pr-condio: Usurio logado no sistema.
Curso Normal dos Eventos:
1. Usurio escolhe opo de gerar relatrios.
2. Sistema apresenta dois campos para que seja colocado o intervalo de datas para
a gerao do relatrio.
3. Usurio coloca as datas.
4. Sistema valida datas e apresenta o relatrio.
Ps-Condio: relatrio apresentado na tela do usurio.
Caso de Uso 005
Nome: Aplicao de Multa de velocidade
Descrio: Registra uma infrao se a velocidade mdia do carro for maior que a
velocidade permitida na via.
Atores: Responsveis dos rgos de trnsito.
Curso Normal dos Eventos:
1. Sistema calcula a velocidade mdia individual dos carros.
2. Sistema verifica se velocidade mdia maior que a permitida
38
2.1. Se velocidade individual maior que velocidade permitida, grava uma multa
associada a esse veculo junto com sua velocidade, via, data e hora da
infrao.
2.2. Se a velocidade no excede a velocidade permitida, nada faz.
Ps-Condio: multa aplicada se velocidade mdia for maior que a permitida.
Caso de Uso 006
Nome: Aplicao de Multa de Permisso de Trfego
Descrio: Gera um relatrio com os dados da via consolidados, de acordo com a
data escolhida.
Atores: Responsveis dos rgos de trnsito.
Pr-condio: Usurio logado no sistema.
Curso Normal dos Eventos:
1. Sistema verifica se veculo tem permisso para trafegar no dia e horrio atuais.
1.1. Se veculo no tiver permisso para trafegar naquele dia e horrio, registrar
infrao.
Ps-Condio: multa aplicada se veculo no tiver permisso para trafegar na via
naquele dia e horrio.
Caso de Uso 007
Nome: Visualizao do Mapa
Descrio: Fornece a visualizao do mapa mostrando o congestionamento da via
atravs de uma legenda de cores.
Atores: Responsveis dos rgos de trnsito e motoristas.
Pr-condio: Usurio conectado na internet.
Curso Normal dos Eventos:
1. Usurio entra no site
2. Sistema oferece opes de vias para mostrar o trfego
3. Usurio escolhe a via
4. Sistema apresenta o mapa
Ps-Condio: mapa na tela do usurio com a via escolhida pintada de acordo com
o trfego naquele instante.
Caso de Uso 008
39
Nome: Coleta de dados
Descrio: Armazenamento dos dados do trnsito no sistema.
Atores: Veculos e Antenas
Pr-condio: Antena conectada ao sistema.
Curso Normal dos Eventos:
1. O veculo (com tag) passa por uma antena
2. A antena l a tag e envia para o sistema
3. O sistema utiliza as informaes geradas pela massa de dados gerada pelas
etapas acima e calcula o ndices e status da via.
Ps-Condio: registro das tags no banco de dados e status da via atualizado.
Tabela 2 Matriz de Requisitos Funcionais x Casos de Usos
RF1
RF2
RF3
RF4
RF5
RF6
CU1
CU2
CU3
RF7
RF8
RF9
X
X
CU4
CU5
CU6
X
X
CU7
CU8
RF10
X
X
3.4 Tecnologia
40
Para atingir os requisitos do sistema, foi feito um levantamento de quais
mdulos seriam necessrio para construir uma arquitetura que atendesse as
necessidades. A concluso foi que seria necessrio um banco de dados para gravar
as informaes captadas pelas antenas leitoras RFID, servidor web com suporte a
linguagem de programao escolhida para trabalhar no portal web e uma tecnologia
ou um novo projeto que desenvolvesse uma maneira de desenhar mapas.
As tecnologias foram definidas baseadas no conhecimento das suas
respectivas vantagens (citadas adiante), no atual conhecimento do grupo nessas
tecnologias, no custo da aquisio de eventuais licenas e na facilidade de
desenvolvimento, que implica diretamente no tempo de desenvolvimento. Como o
servidor web depende diretamente da linguagem de programao, primeiro foi
definida a linguagem e depois o servidor.
41
42
O nmero de antenas e o posicionamento de cada uma delas devero ser
proporcionais ao quo detalhado se deseja coletar as informaes do trfego. Ou
seja, quanto mais antenas numa mesma via, mais trechos esto sendo monitorados.
E quanto mais ruas e avenidas possurem antenas instaladas, mais vias estaro
sendo monitoradas na cidade. Mas importante ressaltar que para no necessrio
monitorar o trfego em ruas e avenidas pequenas que no causam impacto
significativo no trnsito de So Paulo ou at mesmo raramente apresentam nvel alto
de congestionamento.
3.4.2 Mapa
A parte mais crtica da especificao da tecnologia foi como mostrar as
informaes atravs de um mapa. O desenvolvimento de uma aplicao ou de uma
inteligncia para desenhar mapas dinamicamente foi considerado algo invivel por
dois motivos: a equipe tem pouca experincia com programao grfica e haveria
um enorme esforo tanto pela complexidade quanto pelo tamanho (se quisssemos
fazer algo para pelos menos uma parte de So Paulo). Portanto, essa tarefa seria
um projeto a parte e foi logo descartada.
Ento, foi adotado o uso de APIs3 do Google Maps. Fazendo uso desta API,
as vantagens so:
Mapas de quase o mundo todo j esto disponveis para o uso (mais do que o
necessrio para o projeto);
Esta API apresenta velocidade de aprendizado e de desenvolvimento
razoavelmente curta, pois um dos membros da equipe j possua experincia
prvia;
No necessrio adquirir licena para uso acadmico.
Porm, as desvantagens so:
Se quisermos vender o projeto para algum interessado, seria preciso negociar
os direitos de utilizao desta API;
43
Esta API toda baseada em coordenadas, ento ser preciso realizar um
trabalhoso levantamento inicial de coordenadas.
Este levantamento pode ser feito com o auxlio de GPS ou ajustando no
prprio mapa at encontrarmos o ponto exato.
As classes que podem ser usadas para trabalhar com coordenadas so:
Geodesic Polyline;
Ecoded Polylines.
E para trabalhar com endereos:
GDirections.
Para diferenciar o trfego de carros so usadas cores. Essas cores podem
ser configuradas no arquivo de configurao do portal. Um via pintada de vermelho
caracteriza um trnsito congestionado, de laranja um trnsito lento, de azul um
trnsito intenso (est fluindo, mas com grande volume de veculos) e de verde um
trnsito livre. A figura abaixo mostra um exemplo de apresentao do trfego na
sada da USP (porto 1).
44
Vantagens do PHP
Facilidade de programao;
Por ser uma linguagem mais antiga, a comunidade desenvolvedora em PHP
maior que a do JSP e por isso existem mais fruns, tutorias e ajuda na web;
No preciso fazer o deployment da pgina.
Desvantagens do PHP
Um erro de digitao ou de lgica deve ser testado na pgina para ser
descoberto;
No existe nenhuma ferramenta de teste e de desenvolvimento como,
respectivamente, JUnit e o NetBeans;
Com o PHP no se tem noo de sistema baseado em web, porque cada
pgina um script executado.
Vantagens do JAVA
Facilidade
de
encontrar
erros
desenvolvimento;
Possui frameworks de testes (JUnit);
Tem suporte a Multithread.
Desvantagens do JAVA
pelo
suporte
das
ferramentas
de
45
A programao mais complexa;
A edio e a compilao das pginas so mais lentas;
Principalmente devido ao nmero de APIs, o JAVA consome mais memria.
Balanceando os prs e contras, estvamos certos de que o PHP seria a
linguagem mais indicada para atender eficientemente a nossa necessidade. Mas, o
que nos deixava receosos baixa escalabilidade do PHP que diziam muitos
respeitveis artigos na internet. Ou seja, diziam que o PHP no recomendado para
sites que precisam ser robustos e sero muito acessados, que o nosso objetivo.
Caso o projeto d certo, queremos ver milhes de pessoas e centenas de empresas
de logstica acessando ele todos os dias antes de ir para o trabalho e antes de sair
para realizar uma entrega, respectivamente. Mas as provas vivas de que isso no
verdade so os portais www.facebook.com e o www.myheritage.com. Ambos so
escritos em PHP e possuem milhes de usurios cadastrados e so acessados
constante e diariamente pelo mundo todo. Portanto, aps este impasse, conclumos
que o PHP a linguagem mais adequada ao nosso projeto. Quanto s ferramentas
de teste, pelo grau de integrao e de complexidade do nosso sistema no
consideramos que ferramentas especializadas em teste so de extrema importncia.
Em relao aos ambientes de desenvolvimento, no so de extrema importncia
para desenvolvimento web e tm a desvantagem de alguns serem pesados (como
por exemplo, o NetBeans). Alm disso, se algum achar necessrio um ambiente de
desenvolvimento, j existem alguns plug-ins que esto sendo criados e que logo
estaro disponveis.
Alm do PHP, as APIs do Google Maps esto em Java Script. Portanto ser
usado Java Script para a manipulao e apresentao do mapa. Tambm
estudamos CSS4 para deixar os layouts das pginas do portal e do Projeto mais
amigveis.
Finalmente, devido familiaridade dos membros com conexo a Banco de Dados
nesta linguagem e pela rapidez para se trabalhar com clculos, a linguagem JAVA
foi escolhida para programar os mdulos Monitor e Calculadora.
4
Cascading Style Sheets (ou simplesmente CSS) uma linguagem de estilo utilizada para definir a
apresentao de documentos escritos em uma linguagem de marcao, como HTML ou XML. Seu
principal benefcio prover a separao entre o formato e o contedo de um documento. Ao invs de
colocar a formatao dentro do documento, o desenvolvedor cria um link (ligao) para uma pgina
que contm os estilos, procedendo de forma idntica para todas as pginas de um portal. Quando
quiser alterar a aparncia do portal basta portanto modificar apenas um arquivo.
46
47
Trabalha muito bem em conjunto com o PHP;
muito comum encontrar servios de hospedagem de sites que oferecem o
MySQL e a linguagem PHP;
Possui uma licena comercial que permite obter suporte diferenciado aos
desenvolvedores.
Vantagens do PostgreSQL
Possuir recursos comuns a banco de dados de grande porte, o que o deixa
apto a trabalhar com operaes de misso crtica;
Otimizado para aplicaes complexas, que envolvem grandes volumes de
dados ou que tratam de informaes crticas;
Alm dos pontos citados a cima, importante citar que o grupo j possui
experincia com o gerenciador MySQL Control Center e o phpMyAdmin. Este
ltimo permite o gerenciamento do Banco de Dados utilizando somente um browser
qualquer.
Concluindo, para a nossa necessidade, o Banco de Dados MySQL se encaixa
melhor. Mas isso no quer dizer que o MySQL melhor que o PostgreSQL. Nossa
deciso foi baseada principalmente na agilidade para aplicaes Web simples que o
MySQL apresenta, pois imaginamos que o nosso Portal seria acessado
constantemente por milhes de pessoas, e no excelente relacionamento com a
linguagem PHP.
48
As principais entidades so o trecho (tabela TRACK), o ponto (tabela POINT),
a rea ou regio (tabela AREA) e os tags lidos (tabela READ_TAG). Um ponto
uma coordenada geogrfica (latitude e longitude) necessria para traar uma linha
no mapa. Uma linha uma ligao de pontos. Por isso, antes de tudo, necessrio
cadastrar os pontos do trecho que pretendemos medir. E numa via que faz curva,
sero necessrios vrios pontos para formar a curva.
No ponto, pode ter ou no uma antena leitora de tags. Um trecho um
intervalo entre uma antena e outra, ou seja, entre um ponto que tem antena e outro
ponto que tem antena. Entre esses dois pontos pode haver um ou mais pontos,
depende do tamanho do trecho e da preciso requerida do traado. S para dar uma
noo desta proporo de pontos para os trechos, o exemplo da Figura 15 possui
cinco trechos e vinte e oito pontos.
O trecho est relacionado com a rea de visualizao no mapa. Uma rea
pode conter um ou mais trechos. A tabela READ_TAG registra os tags lidos que
passaram por determinado ponto. Obviamente neste ponto existe uma antena. Alm
dessas entidades citadas, temos a tabela de endereos (ADDRESS), usada para
cadastrar o endereo de uma antena instalada, a tabela de multas (FINE) usada
para registrar as multas aplicadas, a tabela STATUS que usada para armazenar
os ltimos valores das variveis velocidade e fluxo de veculos e as chamadas
tabelas administrativas (USER, VEHICLE, TAGS e DRIVER). Estas ltimas no
fazem parte do escopo do projeto, pois numa implantao real, as tabelas dentro no
retngulo deveriam ser as mesmas das instituies responsveis por manter essas
informaes (como o DETRAN, CONTRAN, etc.). E a tabela de usurio deveria estar
sob responsabilidade de quem administraria o sistema. Todas essas informaes
citadas anteriormente podem ser observadas na Figura 17.
49
Figura 17 - Diagrama ER
50
4 METODOLOGIA
4.1 EAP
51
Sistema de
Monitoramento de
Trfego
Sistema RFID
Antena
Arquitetura
Transponder
Interface Grfica
Pginas e
Formulrios
Simulao
Banco de
Dados
Simulao e Testes de
aceitao
Aplicativo
Mdulo
Monitor
Recepo e
Tratamento
da String
Mdulo
Calculadora
Armazename
nto no BD
Clculo de fluxo
de veculos
Mapa
Clculo de
Velocidade
Mdia da Via
Fiscalizao
Rastreamento de
veculos
irregulares
Permisso de
trnsito/rodzio
Excesso de
velocidade
Documentao
irregular
Figura 19 EAP
52
importante
esforo
inicial
para
definir
especificar
53
Aumentando nosso conhecimento nestas tecnologias tambm poderemos
planejar o esforo necessrio para a concluso do projeto. Alm disso, o
planejamento importante para evitar o aparecimento de novas variveis que no
foram previstas. Quanto mais planejamento e estudo houver nesta primeira fase,
menos provveis sero os eventos adversos. Todo o planejamento tambm deve ser
constantemente revisto.
Impossibilidade Tcnica
Necessidade de
Criar um aplicao
Complexa para ler
O ID do hardware/leitor
Infra
BD lento
insuficiente
Leitor RFID
No compatvel com PC
Leitor
RFID
Lento
Performance ser
Muito abaixa do
necessrio
Fracasso do Projeto
Inexistncia de
Atribuio de
responsabilidades
Surgimento de
Novas Variveis
Planejamento
Insuficiente
Falta de comprometimento
No disponvel no
fornecedor
Escolha de
Tecnologias
complexas
Demora na escolha
das tecnologias a serem usados
Falta de
Planejamento
Dificuldade
De simulao
Falta de Planejamento
Da construo
Da simulao
Falta de planejamento
Para a procura
No conseguir
Leitor e Etiquetas
No Concluso
No prazo
4.3 Cronograma
54
55
56
5 PROJETO E IMPLEMENTAO
Neste captulo esto os detalhes inerentes ao projeto e implementao do
sistema especificado no captulo 3. O leitor conhecer toda a lgica de
desenvolvimento e detalhes importantes para entender como foi feito para que
fossem atendidos os requisitos funcionais e no-funcionais do sistema.
57
clculos e classificar o trnsito. Feito isto, grava seus resultados no banco de dados,
disponibilizando ao website as informaes a serem apresentadas ao usurio.
5.2 Modularizao
Inicialmente, a idia era fazer um nico software que tivesse todas as funes
necessrias para atender os requisitos do projeto. Portanto, utilizando-se do lema
dividir para conquistar, dividiu-se o software em dois mdulos: Mdulo Monitor e
Mdulo Calculadora. Mais tarde fez-se necessria a adio de mais um mdulo, o
Mdulo Adaptador.
As vantagens dessa diviso foram enormes. Em primeiro lugar, o
desenvolvimento pde ser dividido, no havendo dependncia entre a concluso dos
mdulos. Isso foi possvel porque se usou o banco de dados como conexo. Sendo
assim, o Mdulo Calculadora, por exemplo, s precisava que houvesse dados
colocados manualmente no banco de dados, para que seus testes pudessem ser
feitos.
Outro ponto importante que o processamento pode ser distribudo, os
mdulos no necessitam estar na mesma mquina, nem os mdulos, nem o banco
de dados e nem o website. por isso que o Mdulo Adaptador, que mais leve que
os demais, pode rodar num thin client reduzindo os custos, pois cada antena
precisa de um Mdulo Adaptador, e apenas um Mdulo Monitor e um Mdulo
Calculadora so suficientes.
Abaixo h um diagrama da modularizao do software:
58
Nas sees que seguem, sero detalhados cada um destes mdulos.
Primeiro os Mdulos Monitor e Calculadora, depois o Mdulo Adaptador, j que sua
idia e desenvolvimento vieram depois.
59
Etapa 1:
Na primeira etapa, a funo prover um servio numa porta TCP/IP para que
as antenas possam se conectar ao mdulo e enviar os dados coletados. Para isso,
foi criado um ServerSocket na classe IniciaServico, que como o nome j diz,
60
responsvel por iniciar a escuta por requisies de clientes e aceit-las. Alm disso,
ao iniciar o servio e aceitar conexes, exibe na tela informaes de IP, hostname e
porta, do servidor e do cliente.
Quando um cliente aceito pelo servidor, o mdulo dispara uma thread que
trocar mensagens com o cliente, at que uma das duas pontas desconecte.
Para um melhor entendimento, abaixo esto as classes e os relacionamentos
referentes ao mdulo monitor.
Etapa 2:
A etapa dois foi a mais trabalhosa e complexa das trs. Tal etapa se fez
necessria para que fosse satisfeito um dos requisitos do projeto: compatibilidade.
Compatibilidade, neste contexto, se entende por capacidade de comunicao do
software com qualquer antena de radio freqncia. Antes de explicar como fizemos
61
o software ser compatvel com a maioria dos equipamentos, vamos mostrar quais
informaes preciso receber das antenas.
De modo a atender o Mdulo Calculadora, o Mdulo Monitor deve popular o
banco de dados com as seguintes informaes:
Identificador da Antena (no cdigo chamado de idAnt);
Identificador do Automvel (no cdigo chamado de idTag);
Data da leitura (no cdigo chamado de data);
Horrio da leitura (no cdigo chamado de hora).
Pelo conhecimento prvio da equipe de equipamentos que gravam registros e
depois os transmite (seja para outros dispositivos ou para uma planilha de dados),
concluiu-se que a string de dados recebida pela antena poderia assumir um dos dois
formatos abaixo:
String com campos de tamanho fixo;
String com campos separados por um separador (caractere).
String com campos de tamanho fixo
Para se trabalhar com strings deste tipo, duas informaes so necessrias e
suficientes: o tamanho e o offset de cada campo.
Tendo estas duas informaes em mos, ao receber uma string, o software
se utiliza da funo substring do Java, que retira um trecho de uma string a partir
das informaes citadas acima.
Desta string, essencialmente sairo quatro campos: identificador da antena,
identificador da tag, data e hora. Data e hora requerem tratamento especial que ser
detalhado adiante.
Exemplo de string com campos de tamanho fixo:
1234567890098765432115102008113255
Identificador da Antena:
62
o Tamanho = 10
o Offset = 1
Identificador da Tag:
o Tamanho = 10
o Offset = 11
Data:
o Tamanho = 8
o Offset = 21
Hora:
o Tamanho = 6
o Offset = 29
O tratamento da string acima gera os seguintes resultado:
Identificador da Antena: 1234567890
Identificador da Tag: 0987654321
Data: 15102008
Hora: 113255
String com campos separados por um separador (caractere).
Strings separadas por caracteres so mais flexveis e fceis de trabalhar. As
informaes necessrias para este tipo de string so o caractere separador e a
ordem dos campos na string, no software chamado de nmero de campo.
Para tratar este tipo de string, primeiramente a string recebida separada em
campos (de acordo com o caractere separador) e depois armazenada num vetor.
Com o nmero de campo e o vetor, conseguimos extrair os campos de interesse.
Exemplo de string com campos de tamanho fixo:
923874#4y2i3#171008#200559 (IDANTENA#IDTAG#DATA#HORA)
Identificador da Antena:
o Nmero de Campo = 1
63
Identificador da Tag:
o Nmero de Campo = 2
Data:
o Nmero de Campo = 3
Hora:
o Nmero de Campo = 4
O tratamento da string acima resulta em:
Identificador da Antena: 923874
Identificador da Tag: 4y2i3
Data: 171008
Hora: 200559
Tratamento da data
O campo data possui trs questes que devem ser tratadas. A primeira delas
diz respeito separao de dia, ms e ano, na qual camos no mesmo dilema da
string: com separador ou campos de tamanho fixo? A segunda a ordem entre
essas informaes: dia, ms e ano ou ano, ms e dia, e assim por diante. Por ltimo,
o formato do ano, que pode possuir com dois ou quatro dgitos (yy ou yyyy
respectivamente).
Cada uma destas questes deve ser configurada e tratada corretamente,
caso contrrio, o registro pode ser gravado com a data errada.
Tratamento da hora
O tratamento da hora idntico ao da data, a menos da questo do ano .
Temos as duas situaes: utilizando separador entre hora, minuto e segundo ou
utilizando com campos fixos. importante saber tambm qual a ordem desses
argumentos na string: hora, minuto e segundo ou segundo, minuto e hora, e assim
por diante.
Data e Hora
64
Cabe neste momento uma observao. Data e hora podem ser registrados,
em alguns equipamentos, em um nico campo em forma de tempo. Uma forma
comum milissegundo. Fixa-se uma data zero e os segundos so contados a partir
desta data. De acordo com o nmero de milissegundos passados, pode-se obter a
data e a hora correspondente. Nosso equipamento (antenas) grava data e hora num
nico campo, em forma de segundos. A data zero fixada 01 de janeiro de 1970 e
0h00, o que nos pareceu ser padro j que o Java possui uma API que transforma
milissegundos em data e hora com a mesma data zero.
Exemplo:
Data e hora recebido do equipamento: 1227384962671
Transformado para data e hora: 2008-11-22 17:16:02
Explicados os tratamento de string, deve-se gravar os dados tratados no
banco de dados, pulemos, ento, para a Etapa 3.
Etapa 3:
Agora, aps recebida e tratada a string, o momento de gravar os dados no
banco de dados. A funo de gravao do banco de dados chamada passando-se
os seguintes parmetros: identificador da antena, identificador do tag, data e hora.
Data e hora devem ser agrupadas num nico campo com o seguinte formato:
2008-11-01 19:07:23
Nessa funo, gerada a string SQL, exemplificada abaixo:
INSERT INTO TRAFFIC VALUES(0658 , 20082008-1111-01 19:07:23,
"0155)
Onde,
Identificador da Antena: 0658
Data e Hora: 2008-11-01 19:07:23
Identificador da Tag: 0155
Neste ponto, termina a funo do Mdulo Monitor, que aps disponibilizar os
dados no banco de dados, passa a responsabilidade para o Mdulo Calculadora.
65
5.2.1.1 Mdulo de Adaptao de Comunicao
Inicialmente, o software foi projetado para se comunicar com o meio externo
(antenas) atravs da internet. Por isso, toda comunicao no que diz respeito
recepo de dados, foi baseada no protocolo TCP/IP.
De fato, quando se obtiveram as antenas, percebeu-se que estas tinham
porta RJ-45 o que permitiria a comunicao atravs da internet. Porm, toda
configurao deste hardware deve ser feita atravs da porta serial (RS-232). Por
isso, construiu-se um mdulo de adaptao para trabalhar em conjunto com a
antena, assim toda comunicao com a antena, desde configurao at recepo de
dados, feita atravs de comunicao serial.
Para fins de projeto, estamos usando um PC para rodar tal mdulo, mas num
projeto real, um thin client (que possui um custo bem menor do que um PC) daria
conta do recado.
Detalhes do Mdulo Adaptador
Inicialmente, o usurio informa ao programa, assim como em grande parte
dos programas de comunicao serial, em qual porta o dispositivo est conectado. O
usurio deve tambm fornecer informaes como velocidade da porta, bits de
parada, bits de dados e paridade. Estas informaes servem para conectar o mdulo
porta serial.
Entrando um pouco mais no detalhe da antena escolhida para o projeto,
modelo MD 5850M da Q-Free (que ser detalhada mais a frente), esta necessita de
algumas configuraes iniciais, como por exemplo seu identificador, cuja varivel na
antena chama-se Plaza; a data e a hora, ajustados em milissegundos passados
entre a data atual e 01/01/1970 s 0h00, como j mencionado na seo anterior.
Alm disso, preciso, periodicamente, enviar um comando, o StepId, para que a
antena leia novamente um tag j lido.
Para leitura de dados, foi implementada uma classe que espera eventos toda
vez que h dados na serial. Uma vez detectados dados na serial, estes so retirados
e analisados. Se forem dados vindos das tags (esses dados comeam com *I),
envia-os para a classe de cliente que por sua vez, envia para o servidor (mdulo
monitor).
Como pde se observar, apesar da manipulao da porta serial ser um pouco
complexa (no existe API de serial da Sun para Windows, foi usada uma alternativa,
66
RxTx), o mdulo no possui muitas funes, apenas envia os registros recebidos
atravs da serial ao Mdulo Monitor.
Segue abaixo o diagrama de classes simplificado deste mdulo:
67
A cada Intervalo de
Amostragem,
executa
Conexo ao BD
Clculo de
Fluxo
STATUS
READ_TAG (Registros)
Clculo de
Velocidade
ID_READ_TAG
READ_AT
READ_ON
Registro de
Status de Via
ID_TRACK
V
Q
CALC_AT
TRACK
ID_TRACK
STATUS
Fluxo de veculos
Na aplicao real, a preciso da medio depende de diversos fatores como:
O comprimento do trecho (macroscopicamente como densidade de
antenas distribudas);
A possibilidade dos veculos trafegarem para fora e para dentro do
trecho;
68
qAB =
qA + q B
2
(1)
Ni
T
(2)
Sendo[10]
qi =
69
Finalmente, dividindo o resultado da operao por 2, obtm-se a mdia de
veculos registrados por ambas as antenas do trecho, ou seja, o fluxo qAB.
Velocidade de trfego
A velocidade mdia de trfego, por sua vez, contm mais fatores
complicadores alm das mencionadas para o fluxo de veculos, pois se pode
considerar para o clculo apenas a velocidade dos veculos que trafegaram
necessariamente pelas duas antenas. Apesar disso, os veculos que adotam trafegar
em vias paralelas ou estacionar no interior do trecho e voltam ao trecho podem
distorcer a mdia real. O tratamento adotado a adoo de um fator de corte
utilizado para desconsiderar casos muito fora da curva para a velocidade, isto ,
caso a velocidade individual do veculo seja muito inferior mdia do trecho, este
descartado do clculo.
(3)
70
Vs =
N
N
(4)
71
72
73
Um arquivo CSS foi criado para desvincular o layout com o contedo. Dessa
forma, o desenvolvimento se tornou muito mais gil do que se no utilizssemos o
CSS.
Ao clicar no boto Mostrar Trfego, o Portal abre uma pgina com o mapa
da regio solicitada e com os trechos pintados de acordo com o grau de
congestionamento. A Figura 15 mostra mostra um exemplo de trechos sendo
monitoradas na sada da USP. Apesar de haver apenas duas pginas de
navegao, arquitetura do portal envolve dezenas de arquivos de funes.
O processo de desenvolvimento se baseou na seguinte cronologia:
1. Desenvolvimento de funes que acessam o banco de dados;
74
2. Desenvolvimento de funes para agilizar o desenvolvimento e a depurao
de erros;
3. Ligao de uma pgina HTML simples com o arquivo CSS style.css;
4. Insero, na pgina inicial, da lgica de buscar e disponibilizar para escolha
as reas disponveis;
5. Insero do insero do mapa proveniente de Google Maps dentro da tag
div na pgina byarea.php, responsvel por buscar os trechos do mapa
solicitado da pgina map.php;
6. Insero da chave do Google Maps necessria para a disponibilizao do site
na internet;
7. Criao da lgica que pinta os trechos de acordo com o grau de
congestionamento na pgina byarea.php;
8. Criao de mecanismos que tornam o portal mais flexvel. Como por exemplo,
possibilidade de mudar a cor de um determinado grau de congestionamento;
9. Criao de mecanismo que bloqueia o acesso direto pgina byarea.php.
75
76
77
equipamentos5 com a empresa Q-Free. Maiores detalhes sobre os equipamentos
sero abordados mais adiante.
Luciana Tocheto pediu para nosso professor orientador mandar um e-mail formal
5
Duas antenas do modelo MD5850M, dois kits para teste (incluem conversores e cabos conectores)
e dez TAGs.
78
solicitando o emprstimo ou doao. Passaram-se dois meses e no ficamos
sabendo sobre o paradeiro deste e-mail.
Ento, ao saber que haveria o III Encontro Nacional de Estudantes de
Engenharia Eltrica, tivemos a idia de mandar uma proposta formal de
emprstimos de antena as trs empresas citadas. Mas desta vez tnhamos mais
poder de troca. Oferecemos a exposio do logo da empresa no pster do projeto,
na apresentao que ser feita banca avaliadora, no site do projeto de formatura e
na exposio no III ENEEEL (ver ANEXO B Proposta para a Q-Free). Desta vez
conseguimos muito mais frutos. O Senhor Lucas Rodrigues da empresa SEM
PARAR nos informou que o nosso projeto foi encaminhado para a presidncia e
estava aguardando o retorno deles.
Como a empresa Q-Free nos retornou positivamente primeiro, no fizemos
mais contato com a empresa SEM PARAR e ficamos sem saber a resposta. Aps o
envio da proposta a Q-Free fizemos contato com a Renata Sena por telefone para
saber da resposta. Ela nos pediu um documento formal comprovando a ocorrncia
do Encontro a que nos referimos. Este processo demorou um pouco, pois os
organizadores estavam muito ocupados na organizao do evento. Depois de
receber a documento, a Renata j nos procurou para marcar uma reunio com o
Luiz Fernando, responsvel tcnico. Ento, realizamos duas visitas Q-Free para
conversar com o Luiz Fernando, onde na segunda assinamos os contratos de
emprstimo e de confidencialidade do equipamento.
5.4.2 Especificaes
Principais caractersticas das antenas e tags6 envolvidas no projeto.
Tag:
Modelo: MD5888
Fabricante: Q-Free
Caractersticas relevantes:
6
IMPORTANTE:
Na seo abaixo temos especificaes simplificadas dos equipamentos da Q-Free. Apesar de
possuirmos a documentao completa de todo o hardware, no podemos divulg-lo, devido ao
contrato de confidencialidade firmado entre o grupo e a empresa. Entretanto, a omisso dessas
informaes no ir prejudicar, de forma alguma , o entendimento do projeto pelo leitor. Concluindo,
abaixo esto divulgadas informaes que so de domnio pblico (esto no site da Q-Free, www.qfree.com ), que inclusive obtivemos na fase de especificao do projeto, quando ainda nem tnhamos
contato com a empresa.
79
Freqncias de Operao:
o
5,7975 GHz
5,8025 GHz
5,8075 GHz
5,8125 GHz
Links:
o
Rede para conexo de dados: Ethernet (10 Base-T, coaxial ou fibra ptica).
Links:
o
80
6 TESTES
Esta seo tem o objetivo de apresentar verificar as funcionalidades dos
mdulos funcionais do projeto Monitor, Calculadora e Portal , apresentando as
entradas esperadas e a verificao dos resultados obtidos.
Os tipos de testes do Mdulo Monitor so trs: String com Separador, String com
Campos de Tamanho Fixo e Data e Hora em milissegundos (que ser testado em conjunto
com o Mdulo de Adaptao, na prxima seo)
81
String Recebida pelo Monitor:
antena23/carro15/194755/30112008
Resultado esperado:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 19:47:55
Data: 2008-11-30
Resultado Obtido:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 19:47:55
Data: 2008-11-30
READ_AT
READ_ON
carro15
2008-11-30 19:47:55
antena23
Teste 1 OK
Teste 2:
Separador de Campos: /
Identificador da Antena:
Nmero do Campo: 1
Identificador do Tag:
Nmero do Campo: 2
Hora:
Formato: Segundo, Minuto, Hora
Separador de Hora: :
Nmero do Campo: 3
Data:
82
Formato: Ano, Ms, Dia
Separador de Data: Nmero do Campo: 4
Formato do Ano: AA
String Recebida pelo Monitor:
antena23/carro15/01:02:20/08-11-30
Resultado esperado:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 20:02:01
Data: 2008-11-30
Resultado Obtido:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 20:02:01
Data: 2008-11-30
READ_AT
READ_ON
carro15
2008-11-30 20:02:01
antena23
Teste 2 OK
String com Campos de Tamanho Fixo
Teste 3:
Identificador da Antena:
Tamanho do Campo: 8
Offset: 1
Identificador da Tag:
83
Tamanho do Campo: 7
Offset: 9
Hora:
Tamanho do Campo: 6
Offset: 16
Formato: Hora, Minuto, Segundo
Separador de Hora: no separado
Data:
Tamanho do Campo: 8
Offset: 22
Formato de Data: Dia, Ms, Ano
Separador de Data: no separado
Formato do Ano: AAAA
String Recebida pelo Monitor:
antena23carro1520101130112008
Resultado esperado:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 20:10:11
Data: 2008-11-30
Resultado Obtido:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 20:10:11
Data: 2008-11-30
READ_AT
READ_ON
carro15
2008-11-30 20:10:11
antena23
Teste 3 OK
84
Teste 4:
Identificador da Antena:
Tamanho do Campo: 8
Offset: 1
Identificador da Tag:
Tamanho do Campo: 7
Offset: 9
Hora:
Tamanho do Campo: 8
Offset: 16
Formato: Hora, Minuto, Segundo
Separador de Hora: :
Data:
Tamanho do Campo: 8
Offset: 24
Formato de Data: Dia, Ms, Ano
Separador de Data: /
Formato do Ano: AA
String Recebida pelo Monitor:
antena23carro1520:12:1930/11/08
Resultado esperado:
Identificador Antena: antena23
Identificador Tag: carro15
Hora: 20:12:19
Data: 2008-11-30
Resultado Obtido:
Identificador Antena: antena23
Identificador Tag: carro15
85
Hora: 20:12:19
Data: 2008-11-30
READ_AT
READ_ON
carro15
2008-11-30 20:12:19
antena23
Teste 4 OK
Teste 5:
Separador: (espao)
Identificador da Antena:
Nmero do Campo: 1
Identificador da Tag:
Nmero do Campo: 2
Data e Hora:
Nmero do Campo: 4
String enviada pelo Mdulo Adaptador
100 42 1228088423843
Resultado esperado:
Identificador Antena: 100
86
Identificador Tag: 42
Hora: 20:40:23
Data: 2008-11-30
Resultado Obtido:
Identificador Antena: 100
Identificador Tag: 42
Hora: 20:40:23
Data: 2008-11-30
READ_AT
READ_ON
42
2008-11-30 20:40:23
100
Teste 5 OK
Para testes conceituais, ser considerada uma via arterial e outra via urbana
de menor capacidade de trnsito com exemplo de So Paulo e sua respectiva
velocidade de fluxo livre7 e capacidade (fluxo mximo). Alguns parmetros iniciais
podem ser estimados da seguinte forma:
Via arterial: 6 faixas, distncia entre veculos + comprimento do veculo 16
metros. Ou seja: 6 faixas x (0,016km / 80km/h)-1 / 60min/h 500 veculos por
minuto; e
Via urbana: 2 faixas, velocidade estimada como mdia entre uma via de
50km/h e paradas em faris. Ou seja: 2 faixas x (0,010km / 40 km/h)-1 /
60min/h 130 veculos por minuto.
Tabela 3 Exemplos de vias e parmetros
7
No necessariamente o limite de velocidade da via, mas em condies reais deve ser refinado
com anlises estatsticas coerentes
87
Tipo de via
Velocidade de fluxo livre
(km/h)
Capacidade
(veculos por minuto)
Exemplos
Arterial
Urbana
80
40
500
130
CURRENT_STATUS
desconhecido
desconhecido
CURRENT_STATUS
livre
livre
88
Trfego Intenso
Na tabela de registros (read_tag), so registrados 300 veculos/min a 60 km/h,
lidas pelas antenas do primeiro trecho e 120 veculos/min a 35 km/h no segundo
trecho, temos:
Tabela 7 Resultado na tabela status
ID_TRACK
V
Q
CALC_AT
TESTECalculadora1 60
300
2008-11-25 14:30:23
TESTECalculadora2 35
120
2008-11-25 14:30:23
ID_TRACK
TESTECalculadora1
TESTECalculadora2
CURRENT_STATUS
Intenso
Intenso
CURRENT_STATUS
lento
lento
Trfego Congestionado
Na tabela de registros (read_tag), so registrados 30 veculos/min a 20 km/h,
lidas pelas antenas do primeiro trecho e 15 veculos/min a 10 km/h no segundo
trecho, temos:
Tabela 11 Resultado na tabela status
ID_TRACK
V
Q
CALC_AT
TESTECalculadora1 20
30
2008-11-25 15:23:29
TESTECalculadora2 10
15
2008-11-25 15:23:29
89
ID_TRACK
TESTECalculadora1
TESTECalculadora2
CURRENT_STATUS
lento
lento
90
rea, o nvel de zoom e as coordenadas geogrficas8 (latitude e longitude) do centro
do mapa. A tabela abaixo mostra uma carga inicial na tabela AREA.
Tabela 13 - Carga inicial na tabela AREA
Nome
Zoom Latitude
Longitude
Escola Politecnica da USP
15
-23.557418 -46.724424
Saida da USP
14
-23.565541 -46.711957
Acessando a pgina inicial do portal, tem-se a seguinte tela:
Nome
Zoom Latitude
Longitude
Escola Politecnica da USP
15
-23.557418 -46.724424
Jockey Clube de Sao
Paulo
15
-23.579249 -46.699405
Saida da USP
14
-23.565541 -46.711957
As coordenadas geogrficas
http://itouchmap.com/latlong.html.
podem
ser
obtidas
por
uso
de
GPS
ou
pelo
site
91
92
93
S para finalizar os testes desta primeira parte, foi alterado o zoom na Sada
da USP para 15. Novamente, obteve-se sucesso. A figura abaixo mostra o
resultado:
ID_TRACK
NOME_AREA
Av.Alfranio
Saida da USP
13
15
lento
Av.Uni_entrada
Saida da USP
27
31
livre
10
94
Av.Uni_saida
Saida da USP
16
26
congestionado
R.Alvarenga
Saida da USP
12
intenso
R.Alvarenga-2
Saida da USP
32
36
livre
ID_Teste1
Testpoint1
Testpoint2
livre
Luciano GualbertoFAU
60
67
lento
Raia Sentido P2
55
58
lento
NOME_AREA
ID_READER1
ID_READER2
CURRENT_STATUS
WIDTH
Av.Alfranio
Saida da USP
13
15
lento
Av.Uni_entrada
Saida da USP
27
31
livre
Av.Uni_saida
Saida da USP
16
26
congestionado
R.Alvarenga
Saida da USP
12
intenso
R.Alvarenga-2
Saida da USP
32
36
livre
ID_Teste1
Testpoint1
Testpoint2
livre
Luciano GualbertoFAU
60
67
lento
Raia Sentido P2
55
58
lento
TravessaEPEL2ADM
50
51
livre
TravessaEPEL2ADM
51
52
congestionado
TravessaEPEL2ADM
52
53
lento
95
96
Teste 3 - 10 tags intervalo de 3 s entre tags e 1min e 12 entre antenas
Teste 4 - 4 tags intervalo de 3 s entre tags e 1min e 12 entre antenas
Resultados:
Teste 1- LIVRE --> Vm = 50km/h
Teste 2 - INTENSO - Vm 50km/h
Teste 3 - LENTO - Vm - 25km/h
Teste 4 - CONGESTIONADO - Vm - 25 km/h
97
7 CONSIDERAES FINAIS
7.1 Histrico
98
Universidade de So Paulo e certamente este evento (III ENEEEL 2008) ficou
marcado pela presena da USP representada pelos integrantes quila e Lucas.
Alm disso, o grupo ganhou fora na negociao por emprstimo com
empresas fornecedoras de antenas de TAGs RFID ativos, que sero supostamente
usados na implantao real deste projeto. Aps apresentar o projeto e nossas
realizaes empresa Q-Free, esta concordou em fazer o emprstimo das antenas
e TAGs ativas para que pudssemos sofisticar os testes.
O processo de deciso foi longo e acredita-se que foi decisivo para o sucesso
do projeto. Inicialmente, nossa motivao era fazer um projeto que futuramente
alavancasse a abertura de uma empresa.
Nossa primeira idia foi um sistema para chamar taxi via mensagem de
celular. Todos os veculos seriam acompanhados em tempo real atravs de GPS
(acrnimo de Global Positioning System) e quando o usurio quisesse chamar um
taxi, ele mandaria uma mensagem de texto para a central informando o seu
endereo. Ento, a central encontraria o taxi livre mais prximo e o mandaria at o
usurio. Muitas vezes, o taxi leva um passageiro at o seu destino e retorna at o
ponto de taxi vazio. Fazendo este percurso de volta sozinho, o taxista est perdendo
um tempo precioso no trnsito em que ele poderia estar ganhando dinheiro em outra
corrida. Portanto, este projeto seria muito interessante no s para empresas de
rdio taxi, que poderiam atender os seus clientes mais rapidamente e como tambm
para os taxistas, que aumentariam a sua produtividade. Certamente, encontraramos
algum que tivesse interesse neste projeto.
Mas, como era a nossa primeira idia, decidimos seguir em frente na
investigao de temas e de problemas que poderiam ser resolvidos com o nosso
conhecimento. Fomos conversar com outro professor. Mas desta vez ns j levamos
uma idia: TV Digital. A TV Digital est chegando agora no Brasil e com certeza
haver muito que aprender e pesquisar nesta rea. Alm disso, algo que tornar
possvel, atravs de um canal de retorno11, a interao do usurio com a
programao.
Com a exploso das ponto-com, a internet possibilitou um novo canal de
negcios que movimenta 8,5 bilhes de reais (estimativa para 2008) por ano com
11
Canal de Retorno um canal que permite o usurio da TV Digital enviar dados. Desta forma,
recebendo e enviando dados possvel a interatividade. Hoje, os aparelhos televisores apenas
recebem.
99
comrcio (IDGNOW, 2008) e 517 milhes de reais somente com publicidade (Melo,
2008). Porm, hoje no Brasil a internet no atinge a maioria da populao, ou seja,
h um nmero de telespectadores muito maior do que o nmero de internautas.
Portanto, o potencial da televiso digital aliada ao canal de retorno se tornar o novo
canal de negcios do futuro, assim como a internet hoje ou at mais muito
grande. Imagine estas cifras aplicadas audincia alcanada por alguns programas
de televiso. Baseado nisso, tivemos a idia de fazer um projeto para criar e testar
uma aplicao que permitisse o usurio interagir com a programao usando
somente o controle remoto da televiso e o canal de retorno. Nosso foco seria a
venda de produtos e servios pela televiso. Chegamos a estudar um projeto da
USP em parceria com universidades europias busca implementar o canal de
retorno pela prpria rede eltrica, tornando a incluso digital ainda mais abrangente.
Pois o acesso internet ainda reduzido em muitas cidades do Brasil.
Apesar da excelente idia, no ficamos suficientemente motivados a nos
engajar neste projeto porque basicamente toda a idia j estava pronta e o projeto
se resumiria em desenvolvimento. Continuando o processo de pesquisa e leituras,
fomos nos envolvendo e nos motivando cada vez mais pelo assunto em questo.
claro que problemas sociais e educacionais so muito mais graves, mas o trnsito
algo que qualquer paulistano listaria como problema e est mais visvel a todos.
100
projeto, que tendia ser qualitativo e conceitual, para uma demonstrao da
viabilidade tcnica da aplicao.
Para as funcionalidades de fiscalizao acabou no sendo foco do
desenvolvimento devido baixa interao com rgos de governo para
levantamento da sua necessidade real, requisitos e restries da informao.
O termo Business Intelligence (BI), pode ser traduzido como Inteligncia de negcios, refere-se ao
processo de coleta, organizao, anlise, compartilhamento e monitoramento de informaes que
oferecem suporte a gesto de negcios.
13
Data Mining, ou Minerao de Dados o processo de explorar grandes quantidades de dados para
procurar padres consistentes, como regras de associao ou seqncias temporais, para detectar
relacionamentos sistemticos entre variveis, detectando assim novos subconjuntos de dados. A
tecnologia utiliza conceitos de estatstica, recuperao de informao, inteligncia artificial e
reconhecimento de padres.
101
estrategicamente aps uma antena pode se antecipar aos veculos que passaro
por ela. Assim, caso um veculo roubado ou que esteja sendo procurado seja lido
pela antena, os policias sabero que em breve este veculo passar pela blitz.
Eliminando o elemento surpresa, aumentaro as chances de sucesso da ao
policial. Alm disso, sabendo o horrio que um veculo foi roubado, possvel
verificar, no histrico do sistema, em quais pontos o veculo passou aps o roubo.
Associando os dados dos casos de roubo tecnologia de mapas, pode-se observar
facilmente, e visualmente, os destinos mais comuns dos carros roubados, rotas
comuns de fuga e regies com maiores ndices de roubo de veculos.
Gerenciamento de Projetos
Robtica
O Engenheiro do Futuro
Executiva Nacional
102
O ltimo dia foi marcado pela apresentao das propostas das instituies presentes
para sediar o ENEEEL 2009. Aderbal, estudante da Universidade Federal do Cear
(UFC) apresentou sua proposta e foi escolhido para liderar a organizao do IV
ENEEEL que acontecer em 2009 na cidade de Fortaleza-CE. Aps a definio da
prxima sede foram distribudos os certificados de participao aos participantes a
foi tirada a foto abaixo que certamente ficar para a histria e nos permitiu concluir a
graduao com chave de ouro.
103
104
realmente impressionante. Alm disso, somos constantemente desafiados pelos
obstculos que aparecem, sejam de tempo, financeiro ou tecnolgico, os quais
nossa excelente formao nos ajuda a transpor, buscando sempre a melhor sada."
Fernando C. Barcelini
Todo final de uma etapa da vida, temos o costume de olhar para trs e recordar
tudo que nos fez o que somos hoje. Aps tantos anos de experincias indescritveis,
desafios superados e conquistas notveis antes inimaginveis, podemos-se chegar
concluso que o maior sabotador dos projetos somos ns mesmos e que a fator
decisivo para o sucesso de um projeto, seja a da rea que for, depende em
acreditarmos e, com isso, motivarmo-nos a atingir o alvo. O que nos cabe, portanto,
fechar esta fase com orgulho de ter feito um bom trabalho e buscar enfrentar as
prximas etapas humilde e corajosamente, cientes que temos a escolha de ser
capazes a venc-los.
Lucas Weng
105
8 Bibliografia
[1]. Alecrim, E. (2008, Abril 20). Banco de dados MySQL e PostgreSQL. Retrieved
Novembro
21,
2008,
from
Info
Wester:
http://www.infowester.com/postgremysql.php
[2]. E-commerce brasileiro deve movimentar R$ 8,5 bilhes em 2008. (2008, Outubro
15).
Retrieved
Novembro
21,
2008,
from
IDG
NOW!:
http://idgnow.uol.com.br/internet/2008/10/15/e-commerce-brasileiro-devemovimentar-r-8-5-bilhoes-em-2008/
[3]. FHWA. (n.d.). Traffic Flow Theory. Federal Highway Administration .
[4]. Kanitz, S. (2008, Junho 18). A cidade de So Paulo vai parar definitivamente em
2012. Revista VEJA , 18.
[5]. Langley, B. (2007, Novembro 01). Radio Frequency Identification (RFID) Stores
and Retrieves Data. Retrieved Outubro 17, 2008, from AC ASSOCIATED
CONTENT:
http://www.associatedcontent.com/article/429001/radio_frequency_identification_r
fid.html?cat=9
[6]. Manir, M. (31 de Maro de 2008). A cidade vai parar, diz Cndido Malta ao
Estado . Acesso em 08 de Agosto de 2008, disponvel em Veja So Paulo:
http://vejasaopaulo.abril.com.br/red/blogs/paulistania/2008/03/cidade-vai-parardiz-cndido-malta-ao.shtml
[7]. Melo, J. (2008, Novembro 20). Internet j movimenta R$ 519 milhes em
publicidade no Brasil. Retrieved Novembro 21, 2008, from Blog do Jamildo:
http://jc.uol.com.br/blogs/blogjamildo/canais/noticias/2008/11/20/internet_ja_movi
menta_r_519_milhoes_em_publicidade_no_brasil_36619.php
[8]. NetBeans.org. (s.d.). Acesso em 15 de Maio de 2008, disponvel em
http://www.netbeans.org/features/web/web-app.html#php
[9]. Oscar, N. (19 de Maio de 2008). Em cinco anos, lentido em SP ser contnua.
Acesso em 08 de Agosto de 2008, disponvel em O ESTADO DE SO PAULO:
http://www.estado.com.br/editorias/2008/05/19/cid-1.93.3.20080519.16.1.xml
106
[10]. Pietrantonio, H. Apostila de Engenharia de Trfego, Introduo Teoria do
Fluxo de Trfego. Departamento de Engenharia de Trfego, Escola Politcnica
da Universidade de So Paulo.
[11]. Web Server Survey. (1 de Novembro de 2008). Acesso em 21 de Novembro
de
2008,
disponvel
em
Security
Space:
http://www.securityspace.com/s_survey/data/200810/index.html
[12]. RxTx Wiki. (20 de Novembro de 2008). Acesso em 20 de Novembro de 2008,
disponvel em http://rxtx.qbang.org/wiki/index.php/Main_Page
107
Comunicao:
Servir:
Inicia o servidor
108
Parar Servio:
Interrompe o servidor
Configuraes:
CONFIGURAES:
Clique no boto Configuraes... e a janela a seguir abrir:
String:
Nesta tela esto todas as configuraes referentes string. Dependendo do
tipo de string escolhido, alguns campos ficaro desabilitados. extremamente
recomendvel que o leitor leia a seo referente ao Mdulo Monitor para configurar
corretamente est aba.
Conexo:
A tela de conexo mais simples.
Servidor:
109
requisies.
Banco de Dados:
110
HyperTerminal:
Endereo do Servidor:
Porta:
111
Bits de Dados:
Paridade:
escolha a paridade.
Bits de Parada:
Porta Serial:
112
113
A seguir so apresentados os fluxogramas das rotinas e sub-rotinas
executadas.
DIAGRAMAS
114
115
APNDICE D Portal
Os arquivos do Portal esto na raiz do CD que acompanha esta monografia
(dentro do diretrio Portal do Trnsito). Primeiramente, para coloc-lo no ar,
preciso instalar o Banco de Dados, um servidor e o PHP. Depois, colocar as pginas
no servidor. A referncia as pginas so feitas de maneira relativa, portanto basta
copiar as pginas para o diretrio onde ficaro hospedadas. Aps isso, preciso
fazer algumas configuraes.
Abra o arquivo config.php (contido dentro do diretrio Util e preencha os
parmetros de conexo com o banco de dados.
que
Portal
ficar
hospedado.
Acesse
endereo
Finalmente, basta cadastrar reas, pontos / antenas e trechos para fazer uso
do Portal.
116
Clique em NEXT
117
Clique em NEXT
118
119
Clique em NEXT
Clique em INSTALL
120
Aguarde a instalao
Clique em FINISH
121
Agora, abra seu browser (Internet Explorer, Mozilla Firefox, Opera, etc) e
digite na barra de endereos: http://localhost, se a pgina abaixo aparecer, a
instalao do APACHE foi bem sucedida.
122
Clique em NEXT
Clique em NEXT
123
124
Salve este arquivo na pasta htdocs do Apache, que est no seguinte caminho:
C:\Arquivos de programas\Apache Software Foundation\Apache2.2\htdocs
Feito isso, abra seu browser e digite: http://localhost/info.php.
Se voc visualizar a tela abaixo, porque a instalao e a configurao foram
bem sucedidas. Algumas vezes o instalador do PHP j configura o Apache
automaticamente, outras preciso fazer essa configurao manualmente. Portanto,
caso voc no visualize a pgina abaixo, configuraes manuais devero ser feitas.
Configuraes Manuais
Vamos comear pela configurao do Apache. Abra o arquivo "httpd.conf", da pasta
"conf", que est dentro da pasta do Apache. No final do arquivo devero existir estas
linhas:
PHPIniDir "C:/Arquivos de programas/PHP/"
LoadModule php5_module "C:/Arquivos de programas/PHP/php5apache2_2.dll"
Se elas no estiverem no arquivo httpd.conf, adicione-as e salve o arquivo.
125
Na mesma pasta do httpd.conf, abra o arquivo mime.types num editor de
texto.
As seguintes linhas devero estar presentes. Caso no estejam, adicione-as.
application/x-httpd-php
php
application/x-httpd-php-source phps
Vamos arrumar as variveis de ambiente. V em Meu Computador
Propriedades Avanado Variveis de Ambiente. Voc ver o seguinte:
126
Instalao MySQL 5.0.51b (Windows XP e 2000)
Para instalar o MySQL v at o link:
http://dev.mysql.com/get/Downloads/MySQL-5.0/mysql-essential-5.0.67win32.msi/from/pick?done=0bdc81285a99f1 e baixe o arquivo de instalao.
Execute o arquivo e assim como nas outras instalaes v clicando em NEXT
e deixando as opes nos valores padro, at que se chegue na tela abaixo:
127
128
129
preciso agora configurar o PHP para funcionar com o MySQL, para isso,
execute de novo o arquivo de instalao do PHP.
Clique em CHANGE
Clique em NEXT at chegar na seguinte tela:
130
Escolha o MySQL e clique em "Will be intalled on local hard drive". Clique em NEXT
e em seguida CHANGE.
Alteraes no arquivo php.ini
Localize as linhas abaixo no php.ini e preencha com os valores abaixo, caso
estejam diferentes:
short_open_tag = On
asp_tags = On
display_errors = On
register_globals = On
register_long_arrays = On
register_argc_argv = On
auto_globals_jit = On
file_uploads = On
upload_max_filesize = 2M
Termina aqui a instalao do APACHE, MySQL e PHP.
131
APNDICE F CONTEDO DO CD
Na diretrio raiz encontram-se as pastas:
INSTALL, com os arquivos de instalao dos programas mencionados
no APNDICE E Instalao dos Softwares de Apoio;
MONITOR, com o projeto (formato para NetBeans) com arquivos-fonte
e executvel JAR do mdulo monitor;
ADAPTADOR, com o projeto (formato para NetBeans) com arquivosfonte e executvel JAR do mdulo de adaptao;
CALCULADORA, com o projeto (formato para NetBeans) com
arquivos-fonte e executvel JAR do mdulo calculadora;
PORTAL, arquivos do website (PHP);
MONOGRAFIA, formato digital deste documento.
132
133
Art. 1 Fica institudo em todo o territrio Nacional o Sistema Nacional de
Identificao Automtica de Veculos - SINIAV, baseado em tecnologia de identificao por
rdio-freqncia, cujas caractersticas esto definidas no anexo II desta Resoluo.
Pargrafo nico. O SINIAV composto por placas eletrnicas instaladas nos
veculos, antenas leitoras, centrais de processamento e sistemas informatizados.
Art. 2 Nenhum veculo automotor, eltrico, reboque e semi-reboque poder
ser licenciado e transitar pelas vias terrestres abertas circulao sem estar equipado com a
placa eletrnica de que trata esta Resoluo.
1 A placa eletrnica ser individualizada e ter um nmero de srie nico e
inaltervel para cada veculo.
2 Os veculos de uso blico esto isentos desta obrigatoriedade.
Art. 3 Cada placa eletrnica dever conter, obrigatoriamente, as seguintes
informaes que, uma vez gravadas, no podero ser alteradas:
I - Nmero serial nico;
II - Nmero da placa do veculo;
III - Nmero do chassi; e
IV - Cdigo RENAVAM.
Pargrafo nico A placa eletrnica de que trata este artigo dever obedecer
tambm o mapa de utilizao de memria constante do Anexo II desta Resoluo.
Art. 4 O SINIAV dever estar implantado em todo o territrio nacional
conforme o cronograma constante do Anexo I desta Resoluo.
Art. 5 Cabe aos rgos Executivos de Trnsito dos Estados e do Distrito
Federal a responsabilidade pela implantao e operao do SINIAV no mbito do seu
territrio.
Pargrafo nico. Fica facultado aos rgos Executivos de Trnsito dos Estados
estabelecerem convnios com os Municpios visando implantao do SINIAV.
Art. 6 - As antenas leitoras e as placas eletrnicas devero ser homologadas
pelo DENATRAN, de acordo com as caractersticas tcnicas especificadas no Anexo II desta
Resoluo.
Art. 7 As informaes obtidas atravs do SINIAV e que requeiram sigilo
sero preservadas nos termos da Constituio Federal e das leis que regulamentam a matria.
Art. 8 O descumprimento do disposto no artigo 2 desta Resoluo sujeitar o
infrator aplicao das sanes previstas no Art. 237, do Cdigo de Trnsito Brasileiro .
Art. 9 Esta Resoluo entra em vigor na data de sua publicao, observado o
cronograma fixado no artigo 4.
134
135
Anexo I Cronograma de implantao do SINIAV
1. O processo de implantao do Sistema Nacional de Identificao Automtica de Veculos
SINIAV dever estar iniciado em todo o territrio Nacional, dentro do prazo de at 18
(dezoito) meses da publicao desta Resoluo e ser concludo no prazo de at 42
(quarenta e dois) meses, aps o inicio da implantao.
1.1. Findo o prazo determinado neste item, nenhum veculo poder circular se no forem
atendidas as condies fixadas nesta Resoluo e em seus Anexos.
2. Para efeito do cumprimento desta Resoluo, ser considerada que a implantao do
SINIAV estar iniciada em determinado Estado ou no Distrito Federal quando forem
cumpridas, as trs condies abaixo:
2.1. Quando somente ocorrer o primeiro licenciamento de veculos novos com a colocao
do equipamento descrito no artigo 2 desta Resoluo.
2.2. Quando ocorrer novo registro ou licenciamento dos veculos em circulao com a
colocao do equipamento descrito no artigo 2 desta Resoluo.
2.3. Quando existir, no mnimo, uma antena leitora instalada em cada unidade do
DETRAN ou Circunscrio Regional onde seja realizada a vistoria de que trata a
Resoluo n 05/98 do CONTRAN;
3. Para efeito do cumprimento desta Resoluo, ser considerado que a implantao do
SINIAV estar concluda em determinado Estado ou no Distrito Federal quando:
3.1. Todos os veculos registrados no Estado ou no Distrito Federal s puderem ser
licenciados se efetuada a colocao do equipamento descrito no artigo 2 desta
Resoluo;
3.2. Existirem, no mnimo, antenas leitoras instaladas, operantes e conectadas a um
sistema informatizado de registro dos dados da placa eletrnica, por sua vez
conectado ao Sistema RENAVAM, em todas as unidades do DETRAN ou
Circunscrio Regional onde seja realizada a vistoria de que trata a Resoluo n
05/98 do CONTRAN;
136
ANEXO II Especificaes Tcnicas
1. O Sistema Nacional de Identificao Automtica de Veculos - SINIAV, baseado em
tecnologia de identificao por rdio-freqncia (RFID), composto por placas
eletrnicas instaladas nos veculos, antenas que recebem e transmitem dados s placas
eletrnicas instaladas nos veculos no momento da passagem dos mesmos pela rea de
abrangncia das antenas e por sistemas de apoio como transmisso e processamento de
dados.
2. Entende-se por antena, para fins desta Resoluo, o dispositivo responsvel e capaz de ler
e escrever informaes na placa eletrnica com as seguintes caractersticas:
2.1. Deve possibilitar a operao integrada com outros equipamentos de campo, atravs de
interface aberta e conhecida como interface serial, paralela, USB ou ethernet.
2.2. Deve ter desempenho de leitura de pelo menos 99,90% (noventa e nove vrgula
noventa por cento) das passagens dos veculos equipados com as placas eletrnicas.
2.3. Deve ter capacidade de leitura e gravao de dados nas placas eletrnicas a uma
distncia mnima de 5 metros.
2.4. Deve permitir a leitura de dados nas placas instaladas em veculos que estejam
trafegando at 160 km/h, no mnimo.
2.5. Deve permitir a gravao de dados nas placas instaladas em veculos que estejam
trafegando at 80 km/h, no mnimo.
2.6. Deve resistir a intempries climticas e poder funcionar a cu aberto, com proteo
fsica mnima de IP 65 conforme a norma NBR 9883 da ABNT (Associao
Brasileira de Normas Tcnicas).
3. Caractersticas das Placas Eletrnicas:
3.1. Devem ter capacidade mnima de armazenamento de 1024 bits de informao, sem
limite mximo de memria;
3.2. Devem possibilitar sua fixao nos veculos de tal forma que se tornem fisicamente
inoperantes quando removidas da sua localizao original;
3.3. Devem ser fixadas no lado interno do pra-brisa dianteiro dos veculos, conforme
janela de comunicao de dados informada pelo fabricante do veiculo;
3.3.1. Na ausncia desta informao, devero ser fixadas no lado interno do prabrisa dianteiro dos veculos, conforme determinaes do rgo executivo de
trnsito do Estado, ou do Distrito Federal, onde estiver registrado o veculo;
3.3.2. No caso de veculos que no possuam pra-brisa, a placa eletrnica dever ser
fixada em local que garanta o seu pleno funcionamento.
3.4. Devem ter capacidade de serem lidas em qualquer condio climtica, sem prejuzo
da confiabilidade de 99,90% (noventa e nove vrgula noventa cento) de identificao
do veculo;
3.5. A unicidade numrica das placas eletrnicas fornecidas deve ser garantida atravs de
processo controlado pelo DENATRAN;
3.6. Devem ter capacidade de atender, no mnimo, aos requisitos do mapa de memria
constante da tabela 1 a seguir:
137
TABELA 1 Mapa de Utilizao de Memria
APLICAO
DADO
BASE\FABRICANTE
Tag
Tag
Tag
64
32
928
1024
APLICAO
DADO
PLACA ELETRONICA
IDENTIFICAO
DO
EMISSOR
(Pais,Estado)
NUMERO DE MATRICULA DO AGENTE
DATA HORA DA APLICAO
PLACA
NMERO DO CHASSI
RENAVAM
CODIGO DA MARCA MODELO DO
VEICULO
Aplicaes Governamentais
Sub Total
TAG
BITS
Tag
64
Tag
Tag
Tag
Tag
Tag
32
16
88
128
36
Tag
16
Tag
164
544
Tag
64
Tag
64
Tag
64
Tag
64
Tag
64
Tag
64
PLACA ELETRONICA
BITS
Bloco 1
CONTROLE
VEICULO
DO
CONTROLE
VEICULO
DO
CONTROLE
VEICULO
DO
CONTROLE
VEICULO
DO
CONTROLE
VEICULO
DO
CONTROLE
VEICULO
DO
384
138
4. O SINIAV ter as seguintes caractersticas de segurana:
4.1. Segurana de integridade de dados da placa eletrnica: os dados de identificao da
placa eletrnica nela gravados por seu fabricante, bem como os dados de identificao
do veculo gravados pelo rgo executivo de trnsito do Estado ou do Distrito
Federal, onde estiver registrado o veculo, conforme determina o Artigo 3 desta
Resoluo, devem possuir caractersticas de gravao tais que seja impossvel alterlos.
4.2. Segurana dos dados entre a placa eletrnica e antena leitora: devem ser utilizadas
chaves de criptografia para autenticao da comunicao entre as placas eletrnicas e
as antenas leitoras, ou outro meio que garanta a segurana necessria destes dados.
4.3. A arquitetura do SINIAV deve garantir a segurana das informaes protegidas pelo
sigilo de dados, nos termos da Constituio Federal e das leis que regulamentam a
matria.
5. O SINIAV ter as seguintes caractersticas gerais:
5.1. A faixa de potncia e a freqncia utilizada pelas antenas leitoras e placas eletrnicas,
devem estar de acordo com a regulamentao brasileira descrita no plano de
canalizao da ANATEL.
5.2. As caractersticas tcnicas de funcionamento das placas eletrnicas e antenas leitoras
devem garantir a interoperabilidade dos diversos equipamentos integrantes do
sistema.
5.3. O protocolo utilizado para comunicao entre as placas eletrnicas e as antenas deve
ser aberto e de domnio pblico, a fim de atender ao disposto no artigo 6 desta
Resoluo e garantir a interoperabilidade do Sistema em todo Territrio Nacional.
5.4. O sistema a ser adotado pelo SINIAV deve ter aproveitamento nas operaes de
leitura e/ou gravao de, pelo menos, 99,85% (noventa e nove vrgula oitenta e cinco
por cento) dos veculos equipados com a placa eletrnica que passarem sobre a rea
de abrangncia das antenas.
5.5. Os dados contidos no SINIAV, assim como as formas de comunicao para leitura
e/ou gravao de dados, devem ser garantidos atravs de cdigos criptogrficos que
possibilitem a integridade, sigilo e confiabilidade das informaes nele armazenadas.
139
Site de projetos de Formatura 2008 que ter link direto no site do Departamento de
Engenharia de Computao e Sistemas Digitais da POLI.
140
Acreditamos que para ns ser muito til pois poderemos sofisticar nosso Projeto de Formatura e
para a Q-Free ser muito conveniente associar a imagem da empresa a um projeto inovador de uma
faculdade de ponta. Assim, quando os futuros engenheiros (que assitiro as nossas apresentaes ou
acessaro o site do projeto - tambm haver um vdeo no site) precisarem trabalhar em suas
empresas ou em seus laboratrios com tecnologias como essa, certamente a Q-Free ser a primeira
empresa a ser procurada. Num caso mais extremo de a CET se interessar pelo projeto, a Q-Free
tambm ter maior visibilidade perante as outras empresas na implantao real do projeto.
Segue abaixo os dados da equipe de alunos (inclusive os meus dados para contato) e do nosso
professor orientador.
Equipe
quila Neves Chaves
Fernando Constantino Barcelini
Lucas Weng
Professor Orientador
Carlos Eduardo Cugnasca
Currculo Lattes: http://sistemas.usp.br/atena/atnCurriculoLattesMostrar?codpes=54891
Como voc pediu um documento do evento, eu entrei em contato com a Comisso Organizadora e
solicitei uma carta com o carimbo da UFES (Universidade Federal do Esprito Santo), onde ocorrer o
evento. Acredito estar com este documento em mos at o fim dessa semana. Mas de qualquer
forma entro em contato de novo na sexta-feira.
Obrigado
quila Neves Chaves
Escola Politcnica da USP - BRASIL
Celular: +55 11 8265-5339
e-mails:
aquila.chaves@gmail.com
aquila.chaves@poli.usp.br