UNIVERSIDADE DO VALE DO ITAJAÍ CENTRO DE CIÊNCIAS TECNOLÓGICAS DA TERRA E DO MAR CURSO DE CIÊNCIA DA COMPUTAÇÃO

Transcrição

1 UNIVERSIDADE DO VALE DO ITAJAÍ CENTRO DE CIÊNCIAS TECNOLÓGICAS DA TERRA E DO MAR CURSO DE CIÊNCIA DA COMPUTAÇÃO SISTEMA PARA EMISSÃO DE NOTIFICAÇÕES DE REGULARIZAÇÃO EM ÁREA AZUL UTILIZANDO POCKET PC E WEBSERVICES SOBRE A PLATAFORMA.NET Área de Computação Móvel por Davi Rogério Morelato Krishnan Lage Pontes, MSc. Orientador Itajaí (SC), junho de 2008

2 UNIVERSIDADE DO VALE DO ITAJAÍ CENTRO DE CIÊNCIAS TECNOLÓGICAS DA TERRA E DO MAR CURSO DE CIÊNCIA DA COMPUTAÇÃO SISTEMA PARA EMISSÃO DE NOTIFICAÇÕES DE REGULARIZAÇÃO EM ÁREA AZUL UTILIZANDO POCKET PC E WEBSERVICES SOBRE A PLATAFORMA.NET Área de Computação Móvel por Davi Rogério Morelato Relatório apresentado à Banca Examinadora do Trabalho de Conclusão do Curso de Ciência da Computação para análise e aprovação. Orientador: Krishnan Lage Pontes, MSc. Itajaí (SC), junho de 2008.

3 DEDICATÓRIA Dedico este trabalho à minha querida mãe, Eunice Pelizzaro, que não poupou esforços, durante toda minha criação, para que eu tivesse uma educação de qualidade e um futuro de sucesso. Por todo este esforço é que eu atinjo mais uma meta em minha vida. ii

4 AGRADECIMENTOS A todos que, de alguma forma, contribuíram para a conclusão deste trabalho e minha formação acadêmica. Um agradecimento especial à minha amada mãe, Eunice Pelizzaro, que esteve presente em todos os momentos, difíceis e fáceis desta caminhada, apoiando, animando, dando força e sustentando, até que o objetivo fosse atingido. À minha namorada, Cecília, pela compreensão e por estar sempre presente ao meu lado. Aos amigos e colegas que sempre ajudaram e colaboraram no andamento do curso e desenvolvimento deste trabalho. A todos os professores que me passaram seus conhecimentos técnicos e práticos, adicionando valor a todo meu conhecimento adquirido, em especial a Carla Merkle e Krishnan Lage Pontes, que foram meus orientadores do trabalho de conclusão de curso. A Universidade do Vale do Itajaí, por oferecer este curso, que é reconhecido pela sua alta qualidade. Por me facilitar o acesso a esta formação e abrir as portas para o mercado de trabalho. iii

5 SUMÁRIO LISTA DE ABREVIATURAS...vi LISTA DE FIGURAS...viii RESUMO...x ABSTRACT...xi 1 INTRODUÇÃO PROBLEMATIZAÇÃO Formulação do Problema Solução Proposta OBJETIVOS Objetivo Geral Objetivos Específicos METODOLOGIA ESTRUTURA DO TRABALHO FUNDAMENTAÇÃO TEÓRICA ÁREA AZUL DISPOSITIVOS MÓVEIS Pocket PC Windows Mobile Recursos Versões Considerações PROGRAMAÇÃO MÓVEL Net Compact Framework PLATAFORMA.NET MSIL CLR CLS MONO DotGNU Portable.NET C# XML SOAP WEBSERVICES CONSIDERAÇÕES DESENVOLVIMENTO CARACTERIZAÇÃO DO DOMÍNIO DA APLICAÇÃO TECNOLOGIAS ESCOLHIDAS iv

6 3.3 WEBSERVICE WEBSITE MODELAGEM Levantamento de Requisitos Requisitos Funcionais Requisitos Não Funcionais Regras de Negócio Restrições Projeto do Sistema Diagramas de Casos de Uso Pocket PC WebSite WebService Diagramas de Atividades Login Emitir Notificações de Regularização Sincronização Regularização de Notificações Emissão de Segunda Via Diagramas de Classes de Domínio/Negócio Arquitetura do sistema Telas do Sistema Diagrama de Componentes/Diagrama de Implantação Diagrama ER XML Schema IMPLEMENTAÇÃO DO SISTEMA TESTES E AVALIAÇÃO CONCLUSÕES...83 REFERÊNCIAS BIBLIOGRÁFICAS...86 A XML SCHEMA...92 A.1 XML SCHEMA ARMAZENAMENTO DAS NOTIFICAÇÕES EMITIDAS NO POCKET PC A.2 XML SCHEMA RELAÇÃO DE RUAS DAS CIDADES A.3 XML SCHEMA MODELOS DE VEÍCULOS v

7 LISTA DE ABREVIATURAS AFC AOT API BCL CDC CE CET CLCD CLR CLS CPU CTS DCOM DLL EMS EVB ER FCL FM GPRS GPS GSM HP HTML HTTP IBGE IDE IIOP IIS JDK JIT JNI JRE JVM J2ME J2SE KVM LER MMIT MMS MSDN MSIL PC PDA PE RAM AppForge Crossfire Ahead-Of-Time Application Programming Interface Base Class Library Connected Device Configuration Compact Edition Companhia de Engenharia de Tráfego Connected Limited Device Configuration Common Language Runtime Common Language Specification Central Processing Unit Common Type System DCOM Distributed Component Object Model Dynamic Link Libraries Enhaced Messaging Service Embedded Visual Basic Entidade Relacoinamento Framework Class Library Frequency modulation General Packet Radio Service Global Positioning System System for Mobile Communications Hewlett Packard Hyper Text Markup Language Hyper Text Transfer Protocol Instituto Brasileiro de Geografia e Estatística Integrated Development Environment Internet Inter Operability Protocol Internet Information Services Java Development Kit Just-In-Time Java Native Interface Java Run-time Enviroment Java Virtual Machine Java 2 Micro Edition Java 2 Standard Edition Kilobyte Virtual Machine Lesão por Esforço Repetitivo Microsoft Mobile Internet Toolkit Multimedia Messaging Service Microsoft Developer Network Microsoft Intermediate Language Personal Computer Personal Digital Assistant Portable Executable Random Access Memory vi

8 RIM RMI ROM RTM SDK SETERB SGML SMS SOA SOAP SQL TCC UDDI UF UML UNIVALI USB XML WAP WML WSDL WSEL WSFL Research In Motion Remote Method Invocation Read Only Memory Release To Manufacture Software Development Kit Serviço Autônomo Municipal de Terminais Rodoviários de Blumenau Standard Generalized Markup Language Short Message Service Service-Oriented Architecture Simple Object Access Protocol Structured Query Language Trabalho de Conclusão de Curso Universal Description Discovery and Integration Unidade Federativa Unified Modeling Language Universidade do Vale do Itajaí Universal Serial Bus Extensible Markup Language Wireless Application Protocol Wireless Markup Language Web Service Description Language Web Service Endpoint Language Web Services Flow Language vii

9 LISTA DE FIGURAS Figura 1. PDA utilizado pelo IBGE no Censo Figura 2. Envelope SOAP Figura 3. Envelope de requisição SOAP Figura 4. Casos de Uso existentes no sistema que executará no Pocket PC Figura 5. Casos de Uso existentes nos WebSites Figura 6. Casos de Uso existentes no WebService Figura 7. Diagrama da Atividade de Login no sistema Figura 8. Diagrama da Atividade de Emissão de Notificações Figura 9. Diagrama da Atividade de Sincronização com WebService Figura 10. Diagrama da Atividade de envio das Notificações Regularizadas Figura 11. Diagrama da Atividade de emissão da segunda via das notificações Figura 12. Diagrama de Classes de Domínio Figura 13. Arquitetura do Sistema Figura 14. Tela de Login do Sistema Figura 15. Tela Principal do Sistema Figura 16. Tela do Sistema para Emissão de Notificações, Descrição do Veículo Figura 17. Tela do Sistema para Emissão de Notificações, Descrição da Notificação Figura 18. Tela do Sistema para Visualização e Impressão das Notificações Cadastradas Figura 19. Autenticação de usuário para acesso aos WebSites Figura 20. Busca por notificações não regularizadas e notificações encontradas Figura 21. Solicitação do número da notificação a ser regularizada Figura 22. Solicitação dos dados do veículo para gerar segunda via da notificação Figura 23. Notificações localizadas para o veículo informado Figura 24. Segunda via da Notificação, pronta para ser impressa Figura 25. Notificação impressa em arquivo.pdf Figura 26. Diagrama de Componentes / Diagrama de Implantação do Sistema Figura 27. Diagrama ER do Sistema Figura 28. Criação de um projeto no Visual Studio Figura 29. Edição de formulários no Visual Studio 2005 e opções de controles disponíveis Figura 30. Tratamento de usabilidade impedindo a impressão da notificação, quando não Figura 31. XML que armazena marcas de veículos Figura 32. Código utilizando DataSets, DataTables e DataRows Figura 33. WebSite criado automaticamente pelo Vistual Studio permitindo que Figura 34. Teste de um serviço disponibilizado pelo WebServices Figura 35. Estrutura de tabelas criadas no banco de dados Figura 36. Ferramenta para configuração de acessos a WebServices em projetos Figura 37. Interface para gerenciamento de impressão fornecida pelo componente Figura 38. Emuladores disponíveis para teste da aplicação Figura 39. Desenho dos WebSites em template próprio para browsers de dispositivos móveis. 70 Figura 40. Teste de login no sistema com diferentes erros de entrada de dados Figura 41. Testes na emissão de notificações Figura 42. Impressão da notificação em arquivo.pdf e gravação em arquivo XML Figura 43. Processo de sincronização e comprovação dos resultados pela consulta ao Figura 44. Processo de atualização do sistema e comprovação dos resultados por Figura 45. Demonstração de teste do WebSite que permite impressão da segunda Figura 46. Demonstração de teste do WebSite que relaciona notificações não regularizadas viii

10 Figura 47. Demonstração de teste no WebSite que regulariza notificações Figura 48. XML Schema Armazenamento das Notificações Emitidas no Pocket PC Figura 49. XML Schema Ruas das Cidades Figura 50. XML Schema Modelos de Veículos Figura 51. Talão de Estacionamento da Área Azul Figura 52. Notificação de Regularização Figura 53. Notificação de Infração ix

11 RESUMO MORELATO, Davi R. Sistema para emissão de notificações de regularização em área azul utilizando Pocket PC e WebServices sobre a plataforma.net. Itajaí, f. Trabalho de Conclusão de Curso (Graduação em Ciência da Computação) Centro de Ciências Tecnológicas da Terra e do Mar, Universidade do Vale do Itajaí, Itajaí, Este texto apresenta o projeto do desenvolvimento de um sistema, que soluciona um problema diariamente vivenciado em cidades que utilizam o estacionamento rotativo regulamentado, Área Azul, também conhecida como Zona Azul. O projeto apresentado é desenvolvido para ser utilizado em um dispositivo móvel, mais especificamente em um Pocket PC, e implementado utilizando-se de tecnologias emergentes como plataforma.net e WebServices. Os agentes de trânsito que fiscalizam as Áreas Azuis, atualmente utilizam talões de papel com notificações de regularização. Este método gera eventuais inconveniências, como rasuras, retrabalho, demora no preenchimento da notificação e, ultimamente, lesão por esforço repetitivo. O sistema apresentado neste projeto visa substituir os talões de papel por um Pocket PC, no qual o agente de trânsito preenche uma notificação de forma rápida, facilmente corrigível, transportável e ergonomicamente correta. Logo que uma notificação é preenchida, ela pode ser impressa, em uma mini-impressora conectada ao dispositivo. A relação de notificações emitidas pode ser enviada a um Banco de Dados, e fica disponível a outros sistemas, como o WebSite, também implementado, que consulta o WebService e disponibiliza as notificações na Internet. Palavras-chave: Área Azul. Pocket PC. Plataforma.NET. WebServices. x

12 ABSTRACT This paper presents the project of the system development that solves a problem experienced daily in cities that use the regulated rotary parking lot, called Blue Area, also known as the Blue Zone. The presented project is developed to be used in a mobile device, specifically on a Pocket PC, it is implemented using emerging technologies as.net and Web Services platform. The traffic officers who supervise the Blue Areas, currently use note pad with reports of regularization. This method generates eventual inconveniences, such as erasures, rework, delay to complete the notification and lately lesion by repetitive effort. The presented system in this project aims to replace the note pad for a Pocket PC, in which the traffic officer fills a notification in an ergonomically correct, portable, easily correctly and quick way. So a notification is filled out, it can be printed in a miniprinter connected to the device. The issued relation of notifications can be sent to a Database, and will be available to other systems such as the Website, also implemented which consult the WebService and provide the notifications on the Internet. Keywords: Blue Area. Pocket PC. Platform.NET. WebServices. xi

13 1 INTRODUÇÃO Os dispositivos móveis PDAs vêm sendo utilizados nas mais diversas áreas, pois permitem o acesso à informação de qualidade que pode ser transportada. Sua aplicabilidade abrange áreas como a de automação dos serviços de trânsito, auxiliando agentes de trânsito na execução de suas tarefas. O trânsito de automóveis nas cidades é cada vez maior. Uma boa organização permite que o trânsito flua de maneira correta, evitando problemas como congestionamentos. No centro das cidades, a quantidade de veículos é ainda maior, visto que ali ficam os bancos, órgãos públicos, escritórios e o comércio em geral. Entretanto, os centros das cidades não têm vagas suficientes para estacionar a quantidade de veículos que por ali trafega. Dessa forma, uma das soluções implementadas para resolver o problema das vagas nos centros de algumas cidades catarinenses é chamada Zona Azul (SETERB, 2007; IPUF, 2007). A Zona Azul (ou Área Azul) é a restrição de tempo imposta aos veículos que desejam estacionar em áreas públicas centrais, para prover uma forma de rodízio no estacionamento dos carros. Os carros estacionados nessas áreas têm um limite de tempo de permanência na vaga escolhida, sujeitos à multa por desobediência ao limite imposto. Para ter o direito de estacionamento na Zona Azul, deve-se comprar um talão (disponível no comércio da região ou diretamente com os agentes de trânsito), preenchê-lo e deixar visivelmente exposto no veículo. Desta forma, será facilmente observado pelo agente responsável por aquela área. Os agentes de trânsito que fiscalizam as áreas azuis emitem notificações de regularização aos veículos que não possuírem o talão ou os possuem preenchidos incorretamente. As notificações devem ser regularizadas em até 5 dias, caso contrário, tornam-se multas. As normas de trânsito aqui apresentadas referem-se especificamente ao Município de Blumenau, de acordo com sua legislação, uma vez que o projeto está sendo dimensionado para esta cidade. Com base neste processo, verificou-se que consideráveis melhorias poderiam surgir a partir da utilização de tecnologias já existentes no mercado, como PDAs para emissão de notificações e utilização de WebServices para integração com outros eventuais sistemas que poderiam automatizar outras partes do processo (PASTA, 2003).

14 A proposta deste projeto de pesquisa é desenvolver um sistema a ser executado em Pocket PC, que acompanhará os agentes da Área Azul em suas tarefas. Neste sistema, os agentes preenchem as notificações de regularização, podendo corrigir facilmente eventuais entradas de dados incorretas. Assim que estiver totalmente preenchida, a notificação é impressa a partir de uma mini-impressora (própria para Pocket PC) e afixada no automóvel. As notificações são armazenadas no dispositivo e a qualquer momento são facilmente enviadas para um Banco de Dados, com auxílio de um serviço apropriado, disponível no WebServices. As notificações permanecem no Banco de Dados para serem acessadas por outros sistemas que venham solicitar as notificações regularizadas ou permitir impressão de segunda via, por exemplo. Existem outros sistemas desenvolvidos para auxiliar o controle do trânsito, similares ao desenvolvido neste projeto, entre eles o desenvolvido pela empresa Compusol (COMPUSOL, 2007) e outro desenvolvido em um projeto de TCC (PASTA, 2003). O Sistema de Autos de Infração de Transito - S.A.I.T. da Compusol permite acesso a Banco de Dados para obter informações como modelo de veículos, a partir de sua marca, nome de cidades, cadastro de veículos já anteriormente preenchidos e tipos de infração. O S.A.I.T. também permite a impressão da notificação a partir de uma mini-impressora, que pode ser feita no momento da emissão do auto (COMPUSOL, 2007). O sistema desenvolvido no Projeto de TCC (PASTA, 2003) é o SAT (Sistema de Automação de Trânsito). O SAT permite o cadastro de Ruas, Agentes de Trânsito, veículos e infrações através de uma interface acessível somente pelo usuário do Órgão de Trânsito. Permite também, em outra interface, emitir notificações que ficam disponíveis aos agentes de trânsito. Este sistema não permite imprimir notificações a partir de mini-impressoras, mas sim um sincronismo com um módulo instalado em um computador. Neste módulo é gerado um arquivo texto, com a relação de infrações cadastradas, que será importado pelo sistema responsável pela emissão dos autos de infração (PASTA, 2003). Este sistema foi desenvolvido a partir da ferramenta Genexus, versão 8.0, na linguagem de programação EVB (Embedded Visual Basic). Para agregar ainda maior valor ao projeto deste TCC, foram desenvolvidos três WebSites que também consultam o WebService, disponibilizando na Internet a impressão da segunda via das notificações, solução para regularização das notificações e impressão da relação de notificações que não foram regularizadas em tempo hábil. 2

15 Este projeto de pesquisa se justifica em nível de Trabalho de Conclusão de Curso para o Curso de Ciência da Computação, uma vez que trata do desenvolvimento de uma solução computacional que faz uso de tecnologias, conceitos e teorias relevantes a essa área. O projeto também utiliza conhecimentos adquiridos em diversas disciplinas do curso, como redes de computadores, programação, engenharia de software, engenharia de usabilidade, sistemas distribuídos e desenvolvimento Web. 1.1 PROBLEMATIZAÇÃO Formulação do Problema Os agentes de Áreas Azuis têm por obrigação notificar todos os veículos que descumprirem as condições de uso. Para isto, existe um bloco de papel, onde são preenchidas as notificações de regularização. Depois de preenchidas, são destacadas e afixadas no veículo, para que seu proprietário tome as providências necessárias. Cada notificação existente no bloco é composta por duas vias. Uma via é afixada ao veículo, a outra (canhoto) fica com o agente, para que seja entregue ao departamento de trânsito. Os canhotos ficam armazenados na central por até 5 dias, tempo limite até que o proprietário do veículo ou responsável regularize a situação. Durante este período, conforme as notificações vão sendo regularizadas, estas são removidas, serviço que é feito manualmente. As notificações não regularizadas em até 5 dias tornam-se multas e devem ser enviadas ao departamento responsável pela emissão de multas. O agente carrega um (ou mais) bloco de notificações durante todo o seu trabalho, cerca de 8 horas por dia. A notificação de regularização é preenchida manualmente neste bloco em papel e no caso de ocorrerem rasuras, não poderão ser desfeitas, tendo que reiniciar todo o preenchimento de uma nova notificação. O fato das notificações serem preenchidas em bloco de papel, sobre uma prancheta, criando uma postura incorreta, e serem emitidas, em média, mais de duas mil notificações por dia, vêm causando Lesão por Esforço Repetitivo (LER) nos agentes de trânsito. Cinco agentes de trânsito já precisaram ser afastados, temporariamente, por lesões adquiridas em serviço. O tempo de preenchimento e a impossibilidade de correção das rasuras tornam a tarefa ainda mais difícil. Por fim, os blocos devem ser guardados de forma segura até o fim do expediente, para 3

16 que cheguem íntegros ao departamento de trânsito, são características que dificultam o trabalho dos agentes de trânsito Solução Proposta A proposta deste projeto é desenvolver um sistema a ser executado em Pocket PCs, que acompanharão os agentes da Área Azul em suas tarefas. Neste sistema, os agentes preenchem as notificações de regularização, podendo corrigir facilmente erros, nas entradas de dados, que venham a ocorrer. Assim que estiver totalmente preenchida, a notificação é impressa a partir de uma miniimpressora (própria para Pocket PC) e afixada no automóvel. As notificações são armazenadas no dispositivo e assim que o agente desejar, são facilmente enviadas a um Banco de Dados permanecendo ali, de forma que permita a integração com outros sistemas que eventualmente possam automatizar outras partes do processo. 1.2 OBJETIVOS Objetivo Geral O objetivo geral deste projeto é desenvolver uma solução para a emissão de notificações de regularização em Áreas Azuis, que será utilizada em Pocket PC. O sistema desenvolvido permitirá que o agente de trânsito preencha fácil e rapidamente uma notificação e a imprima. As notificações emitidas poderão ser enviadas a um Banco de Dados, onde estarão disponíveis a outros sistemas que por ventura venham a automatizar outras etapas do processo Objetivos Específicos Os objetivos específicos deste trabalho que podem ser citados são os seguintes: 1. Compreender a teoria necessária em relação aos dispositivos móveis e ferramentas de programação móvel; 2. Entender o funcionamento de um Pocket PC e Windows Mobile; 3. Compreender a teoria necessária das tecnologias WebServices e XML, assim como sua implementação utilizando a Plataforma.NET, com linguagem de programação C#; 4. Determinar os requisitos exigidos pelo sistema; 5. Realizar a modelagem conceitual do sistema; 4

17 6. Implementar o sistema; 7. Testar e avaliar a implementação do Sistema; e 8. Documentar o desenvolvimento e os resultados do sistema. 1.3 Metodologia Este trabalho de conclusão de curso está dividido em quatro etapas, são elas: a)leitura e levantamento de conceitos; b)análise e projeto; c) Desenvolvimento e d)documentação. A leitura e levantamento de conceitos compreendem um estudo das teorias especificadas nos objetivos específicos do trabalho, bem como demais teorias identificadas, necessárias ao desenvolvimento do projeto. Os conceitos estudados foram: Dispositivos Móveis, Programação Móvel, C#, Pocket PC, Windows Mobile, WebServices, XML, SOAP e Área Azul. O objetivo do estudo foi adquirir conhecimento sobre as tecnologias existentes que permitem o desenvolvimento de um projeto como este. O estudo foi feito por meio de revisão bibliográfica em livros, sites, artigos e em outros trabalhos de conclusão de curso. A análise e projeto iniciaram com a modelagem do sistema, onde foi feito o levantamento dos requisitos exigidos pelo sistema, bem como as regras do negócio. O projeto do sistema buscou definir detalhadamente o funcionamento do sistema por meio de diagramas de caso de uso, diagramas de atividades, diagramas de classes de domínio/negócio, diagrama de componentes, diagrama de implantação, telas do sistema, XML Schema e Diagrama ER (Entidade Relacionamento). O projeto do software foi desenvolvido seguindo os padrões da UML, com auxílio da ferramenta Enterprise Architect. O desenvolvimento do sistema foi iniciado no TCC II, com base no projeto do sistema especificado no TCC I o sistema foi desenhado, escrito, testado e avaliado. Durante o desenvolvimento das três etapas iniciais do projeto, todo o material que foi produzido, conforme concluído, foi documentado, seguindo as normas exigidas pela Coordenação de TCC. 5

18 1.4 Estrutura do trabalho Este trabalho foi dividido em quatro capítulos. O Capítulo 1 destina-se a uma apresentação geral do trabalho, descrevendo a situação que é atingida pelo sistema, os problemas existentes, solução proposta e os objetivos desta solução. No Capítulo 2 é feita a descrição da pesquisa bibliográfica, realizada sobre as tecnologias que abrangem o sistema proposto e tecnologias alternativas. No Capítulo 3 é feito o desenvolvimento do sistema, definindo o levantamento e análise dos requisitos, modelagem do sistema conforme padrões da UML, a descrição da implementação do projeto proposto, os testes e as avaliações. No Capítulo 4 são descritas considerações finais referentes ao TCC. 6

19 2 FUNDAMENTAÇÃO TEÓRICA Neste capítulo são tratados diversos temas necessários ao desenvolvimento de aplicativos móveis. São apresentados conhecimentos referentes a dispositivos móveis e ferramentas de programação móvel; Pocket PC e Windows Mobile; Plataforma.NET; linguagem de programação C#. WebServices e XML (Extensible Markup Language) também serão descritos, pois são tecnologias emergentes que auxiliam na comunicação distribuída entre os dispositivos. 2.1 Área Azul A municipalização do trânsito é uma das questões previstas no Código de Trânsito Brasileiro (CTB) que está em vigor desde Segundo o código, ficam os municípios responsáveis pelos serviços de engenharia, fiscalização e educação de trânsito (BRASIL, 1998). O SETERB, Serviço Autônomo Municipal de Terminais Rodoviários de Blumenau, é o órgão gerenciador e fiscalizador do sistema de trânsito e transporte em Blumenau, responsável por administrar o fluxo de veículos nas ruas, principalmente na região central da cidade (PASTA, 2003). Dentre as obrigações dos órgãos de trânsito municipais está a de implantar, manter e operar sistema de estacionamento rotativo pago nas vias, conforme inciso X do artigo 24 do CTB (BRASIL 1998). A partir desta atribuição, bem como o alto número de veículos na região central de Blumenau, foi redimensionado o estacionamento rotativo ali implantado, regido pela Lei Municipal Nº 7024 (BLUMENAU, 2006). Foi determinado que o condutor de um veículo dispusesse de até duas horas para deixar seu veículo estacionado em uma área de rotatividade (Área Azul). Após este tempo, deve retirar seu veículo, sujeito a multa (SETERB, 2007). A Lei Municipal Nº 7024 (BLUMENAU, 2007), determina o funcionamento da Área Azul, devendo funcionar da maneira descrita na seqüência. Nas vias e logradouros públicos incluídos na Área Azul o estacionamento somente será usufruído mediante pagamento, nos dias e horários estabelecidos nas placas de sinalização ali presentes. Será considerada infração o não pagamento do preço estipulado. O pagamento poderá ser feito através do cartão de estacionamento da Área azul que pode ser comprado antecipadamente com desconto de 25%, que é apresentado no Anexo I. No caso de um agente de trânsito notar

20 ausência deste cartão, o pagamento será feito através de uma Notificação de Regularização, conforme exemplo no Anexo II. O período de estacionamento será de uma ou duas horas. Todo o veículo que permanecer estacionado por tempo contínuo superior ao determinado e aquele cujo condutor deixar de pagar a tarifa fixada, no prazo de cinco dias, incorrerá em infração a ser punida, prevista no inciso XVII do artigo 181 do Código Brasileiro de Trânsito (BRASIL, 1998). Modelo de Notificação de Infração disponível no Anexo III. As Notificações de regularização são emitidas sempre que um veículo for identificado, estacionado em Área Azul, sem a presença do cartão de estacionamento da Área Azul. O preenchimento das notificações é feito em um bloco de papel, composto por duas vias, uma que será entregue ao condutor do veículo (a via branca) e outra será encaminhada ao departamento de trânsito (a via amarela). Ao final do dia, o agente de trânsito encaminha as vias amarelas ao departamento responsável. As vias amarelas das notificações de regularização permanecem ali por até cinco dias, pois este é o prazo que o condutor do veículo tem para regularizar sua situação. Ao final dos cinco dias, cada uma das notificações emitidas armazenadas em vias amarelas, é conferida com a relação de notificações regularizadas, sendo que, aquelas não regularizadas incorrerão em infração a ser punida (BLUMENAU, 2007). Esta relação de infrações a serem punidas será encaminhada ao departamento responsável pela emissão das multas de trânsito. 2.2 Dispositivos Móveis A comunicação entre indivíduos e povos sempre foi uma necessidade, seja para uma simples conversa quanto para a distribuição de uma notícia. A comunicação à distância também sempre foi uma necessidade e se tornou cada vez maior, chegando à globalização em que vivemos nos dias atuais. Os meios de comunicação evoluíram bastante com a invenção de tecnologias como o telégrafo, rádio, televisão, telefone, Internet, até chegar ao celular, um dispositivo para comunicação que pode ser levado a qualquer lugar (DIAS, 2003). Mobilidade é o termo utilizado para identificar dispositivos que podem ser operados a distância ou sem fio. Dispositivos que podem ser desde um simples BIP, até os mais modernos Pocket PCs. ( NETTO, 2007). 8

21 Dispositivos que permitem comunicação e acesso a informação são tecnologias que sempre foram desejadas, principalmente pela grande diversidade de aplicações e benefícios que oferecem, auxiliando na eliminação do papel em processos comerciais e também ajudando no gerenciamento de compromissos e contatos (SIQUEIRA, 2007). A partir da invenção dos primeiros dispositivos móveis, os coletores de dados que eram utilizados nos anos 80, houve um grande investimento nessa área, paradigmas foram quebrados, chegando a uma variedade de tipos de dispositivos que existem no mercado, conforme relaciona Lee (2005): Dispositivos pager: Um dos primeiros dispositivos de comunicação móvel a se popularizar. O pager é um dispositivo eletrônico bastante simples, utilizado para contatar pessoas que normalmente precisam estar acessíveis, permitindo que possam ser chamadas a qualquer instante, como médicos. Para chamar um pager, é utilizado um serviço de telemensagem, que é disponibilizado por um provedor. Tablet PC: Um Tablet PC é um computador de uso geral integrado a uma tela interativa, onde os usuários podem escrever usando uma caneta. De certo modo, um Tablet PC pode ser considerado uma espécie de PDA, por permitir que se escreva no equipamento, mas apesar disto, possui outras diversas características que o diferenciam bastante de um PDA, como disco rígido e sistema operacional mais poderoso. Personal Digital Assistants (PDA ou Handhelds): O termo PDA (Personal Digital Assistant) ou Assistente Pessoal Digital foi elaborado pela Apple Computer Inc. Com o desenvolvimento de CPUs(Central Processing Unit) mais poderosas e maior capacidade de memória, os PDAs passaram a possuir funções como correio eletrônico, acesso à Internet, jogos, aplicações personalizadas, redes sem fio, câmeras, modem, tela colorida, entre outros inúmeros softwares disponíveis, para as mais diversas áreas de interesse. Os PDAs, comercialmente estão divididos em duas principais famílias, os PalmOne que utilizam sistema operacional PalmOS da PalmSource e os Pocket PCs que utilizam sistema Windows Mobile. Telefones celulares: Pode-se encontrar no mercado uma variedade de celulares, destinados a todos os tipos de usuários. Além dos serviços básicos de telefonia, hoje se pode contar com celulares que possuem correio eletrônico, MMS (Multimedia Messaging Service), SMS (Short 9