Documentação do Sistema GeoServiço-Mobile

Transcrição

1 UNIVERSIDADE FEDERAL DE VIÇOSA INF655 COMPUTAÇÃO MÓVEL Documentação do Sistema GeoServiço-Mobile Alunos: Professor: Arthur Vinícius Maciel Dantas Odilon Corrêa da Silva Mauro Nacif Viçosa MG Dezembro de 2007

2 Sumário 1 Introdução e Motivação Tecnologias de Desenvolvimento Plataforma Microsoft.NET Microsoft SQL Server Enterprise Microsoft MapPoint Web Services IntraWebs InterWebs Documentação do Sistema Requisitos funcionais Requisito funcional Autenticar ao Sistema Requisito funcional Listar Serviços Requisito funcional Consultar Serviço Requisito funcional Encerrar Serviço Requisito funcional Consultar Mapa Caso de Uso Caso de uso Autenticar ao Sistema Caso de uso Listar Serviços Caso de uso Consultar Serviço Caso de uso Encerrar Serviço Caso de uso Consultar Mapa Diagrama de Caso Uso Persistência Modelo de Entidade-Relacionamento do Banco de Dados Esquema Físico do Banco de Dados Diagrama de Estados de Navegação Descrição do funcionamento do GeoServiço-Mobile Descrição do projeto Dificuldades encontradas Bibliografia... 22

3 1 Introdução e Motivação O uso crescente de aplicações móveis tornou ainda mais importante um serviço que já esta sendo solicitado aos dos desenvolvedores: o serviço de localização ou georeferenciamento de uma localidade. Estes serviços possuem enorme utilidade e podem ser aplicados em diversas aplicações tais como cálculo de rotas, localização de endereços e de veículos, mapeamento de terrenos e produtividade agrícola, localização estratégica de exércitos, dentre outros. Todo sistema que funciona baseado em informação geográfica, ou geo-referenciado como são chamados, trabalham armazenando e recuperando informações sobre uma localidade. Entende-se localidade como um endereço, um dispositivo ou um usuário que possa ter sua localização definida em um par de coordenadas geográficas chamadas latitude e longitude. De posse das coordenadas geográficas da localidade de um usuário, um programa de computador pode consultar uma base de dados e informar, por exemplo, que próximo a essa localidade existe uma agência bancária ou um posto de gasolina. Sistemas mais sofisticados permitem ainda traçar uma rota ou caminho que ensine ao usuário como chegar a tal agência ou posto de gasolina. Existem diversas bases de informações geo-referenciadas voltadas para as mais diversas aplicações. Existem bases que informam localidades de lojas, postos de gasolinas, rios, florestas e estradas, etc. Muitas dessas bases de informações têm seu uso restrito ou mesmo protegido, porém há serviços públicos que oferecem informações bastante ricas sobre localidades. A mobilidade possibilita a extensão do ambiente de trabalho da empresa às áreas externas levando o acesso remoto às informações corporativas aos seus colaboradores, permitindo-lhes a aplicação de ações imediatas e integrando-os melhor em ações de trabalho colaborativo. A mobilidade associada a informações de localização permite selecionar a informação a ser disponibilizada, de forma que o conteúdo retornado seja filtrado de acordo com a posição geográfica do usuário. Dado esse cenário, torna-se viável a criação de uma ferramenta que possibilite a distribuição de tarefas em empresas prestadoras de serviços. O GeoServiço-Mobile é um módulo do GeoServiço-Corpore, um ERP (Enterprise Resource Planning) que será desenvolvido com a finalidade de gerenciar todas as atividades de uma empresa prestadora de serviço. A estrutura completa da aplicação é

4 ilustrada pela Figura 1. O GeoServiço-Mobile é uma aplicação onde o colaborador da empresa receberá em seu Smartphone uma lista de locais onde ele deve prestar algum serviço. Para cada localidade listada, poderá obter um mapa da localidade. Figura 1 - Estrutura de subsistemas da solução GeoServiço

5 2 Tecnologias de Desenvolvimento Diante das necessidades observadas e na arquitetura planejada para o sistema, o estudo de viabilidade técnica foi direcionado aos mais modernos padrões, métodos, conceitos e tecnologias hoje existentes que possam embasar o desenvolvimento do sistema proposto. Além disto, foram estudas as principais ferramentas da computação disponíveis no mercado que possam ser utilizadas para a implementação do sistema. O enfoque do estudo foi buscar tecnologias para a otimização do desenvolvimento, customização do produto e facilidades na utilização do sistema proposto. É extremamente importante o domínio das tecnologias e o conhecimento dos prós e contras de cada uma, para que possam ser identificadas as melhores soluções. Para o desenvolvimento do produto, diversas tecnologias estão disponíveis e devem ser avaliadas para possibilitar a produção de um sistema que atenda todos os requisitos e expectativas dos futuros usuários e da equipe de desenvolvimento. É essencial avaliar o nível de atendimento dos requisitos ambientais, sejam eles inseridos no ambiente do cliente ou da equipe de desenvolvimento. Outro aspecto importante no planejamento da tecnologia a ser utilizada são as tecnologias disponíveis para armazenamento de dados. O mercado dispõe de diversos SGBD (Sistemas Gerenciadores de Banco de Dados) e cada cliente possui suas preferências e/ou exigências quanto à escolha desta tecnologia. Desta forma, é importante conhecer os principais SGBD disponíveis e preparar o sistema para utilizar o que estiver mais adequado para cada cliente Para o desenvolvimento do GeoServiço-Mobile foram usadas tecnologias de desenvolvimento de software da Microsoft, através da Plataforma Microsoft.NET Framework, Microsoft SQL Server Enterprise, Microsoft e MapPoint. A arquitetura do GeoServiço-Mobile é implementada com a tecnologia Web Service, uma vez que ela permite que sistemas executados em diferentes ambientes se comuniquem via XML ou outros padrões WEB. Todas as tecnologias usadas para a construção GeoServiço-Mobile são muito difundidas, devido à facilidade de encontrar tutoriais, livros e grupos de discussão. Outro fator importante na escolha dessas tecnologias é a curva de aprendizagem. O aprendizado em outras tecnologias como Java e Oracle, por exemplo, é mais difícil do que as tecnologias usadas pela Microsoft. Além disso, o uso de tecnologias (arquitetura,

6 linguagem de programação e banco de dados) de uma mesmo fabricante facilita a integração e a implantação do sistema, sem a necessidade de plug-ins entre outros recursos de instalação e implementação. 2.1 Plataforma Microsoft.NET A plataforma Microsoft.NET é uma plataforma de software que conecta informações, sistemas, pessoas e dispositivos. A plataforma.net conecta uma grande variedade de tecnologias de uso pessoal e de negócios, de telefones celulares a servidores corporativos, permitindo o acesso a informações importantes, onde e sempre que forem necessárias. Desenvolvido sobre os padrões de Web Services XML, a plataforma.net possibilita que sistemas e aplicativos, novos ou já existentes, conectem seus dados e transações independente do sistema operacional, tipo de computador ou de dispositivo móvel que sejam utilizados, ou qual linguagem de programação tenha sido utilizada na sua criação. O.NET oferece a capacidade de desenvolver, implementar, gerenciar e usar soluções conectadas através de Web Services XML de maneira rápida, barata e segura. Essas soluções permitem uma integração mais rápida e ágil entre os negócios e o acesso a informações a qualquer hora, em qualquer lugar e em qualquer dispositivo. A idéia fundamental por trás da plataforma.net é uma mudança de foco na informática, passando de um mundo de aplicativos, web sites e dispositivos isolados para uma infinidade de computadores, dispositivos, transações e serviços que se conectam diretamente e trabalham em conjunto para fornecerem soluções mais amplas e ricas. A plataforma.net tem independência na linguagem de programação. Com ela é possível trabalhar com várias linguagens diferentes no mesmo projeto e interagir entre elas. Isso é possível por termos uma IL (Intermediate Language), ou seja, linguagem intermediária onde todos os fontes compilados pelo CLR (Common Language Runtime) resultam em uma só linguagem. O.NET Framework possui duas partes principais: A Common Language Runtime (CLR). Um conjunto hierárquico de biblioteca de classes.

7 A CLR é descrita como o "motor de execução" do.net, fornecendo o ambiente onde os programas são executados. Suas principais características são: Conversão de linguagem de baixo do estilo assembly, chamada de Intermediate Language (IL), para código nativo da plataforma onde está sendo executado. Gerenciamento de memória, incluindo garbage collection. Verificação e reforço de restrições de segurança no código em execução. Carregamento e execução de programas, com controle de versão e outras características. 2.2 Microsoft SQL Server Enterprise O Microsoft SQL Server 2000 é um banco de dados corporativo que fornece uma poderosa e detalhada plataforma de gerenciamento de dados. Possui ferramentas detalhadas de gerenciamento e desenvolvimento, uma ferramenta poderosa de extração, transformação e carga, serviços de análise para soluções de business intelligence e capacidades tais como Serviços de Notificação. Oferece recursos dinâmicos de auto-desempenho e auto-configuração que otimizam o desempenho do banco de dados enquanto ferramentas de gerenciamento automatizam atividades padrão. Ferramentas e assistentes gráficos simplificam a configuração, o design do banco de dados e o monitoramento do desempenho, permitindo aos administradores de bancos de dados focar as necessidades estratégicas do negócio. A Edição Corporativa inclui um conjunto completo de recursos para análise e gerenciamento de dados e é unicamente caracterizada por diversos recursos que a torna a edição mais escalonável e disponível do SQL Server Escalona para níveis de desempenho necessários para dar suporte aos maiores web sites, Sistemas de Processamento e Transação de Negócios Online e Sistemas de Armazenamento de Dados. Oferece suporte para clustering failover e a torna a versão ideal para qualquer aplicação line-of-business de missão crítica. Inclui diversos recursos avançados de análise. 2.3 Microsoft MapPoint Construido na tecnologia.net, o MapPoint oferece um enorme banco de dados de mapas e endereços de diversos países (incluido o Brasil) e expõe esses serviços através

8 de um web service que possibilita aos desenvolvedores integrar mapas, direções, cálculos de distância, proximidade e outros dados de localização em aplicações, processos de negócios e web sites. Atualmente na sua versão 2006, o MapPoint web service possibilita o desenvolvimento de gama de soluções, incluindo aplicações de mapeamento baseadas em browser, serviços de localização para dispositivos móveis e aplicações corporativas enriquecidas com componentes de localização. O MapPoint web service foi criado com base em padrões abertos da internet como XML e SOAP, e inclui uma API que engloba os seguintes serviços: Find: fornece classes que podem ser usadas para localizar endereços, entidades geográficas, coordenadas de latitude e longitude e pontos de interesse, bem como analisar endereços e retornar informações de localização de uma coordenada de latitude e longitude específica. Render: fornece classes que podem ser usadas para processar mapas de rotas e locais encontrados, marcar pontos com pinos, definir o tamanho e o modo de exibição do mapa, selecionar pontos em um mapa, obter informações de localização sobre os pontos de um mapa, aplicar visão panorâmica e zoom a um mapa processado e criar mapas de imagem. Route: fornece classes que podem ser usadas para traçar rotas, trajetos e representações calculadas de rota com base em locais ou pontos ao longo do caminho, definir preferências de segmentos e de rota e gerar modos de exibição de mapa dos segmentos e trajetos. Common: fornece classes comuns aos serviços Find, Route e Render ou que contêm funções básicas do utilitário. É importante destacar que para usar o MapPoint web service, o usuário deve obter uma licença. Existe uma licença para avaliação que pode ser obtida no endereço Web Services Web Services é a mais nova tecnologia para negócios na internet. Os Web Services XML usam tecnologias programáveis e reutilizáveis que aproveitam a flexibilidade da internet. Com eles é possível ter uma infinidade de aplicativos conectados em rede, mesmo rodando em plataformas diferentes, fornecendo informações a todos os seus atores do processo de gerenciamento de editais.

9 A tecnologia, baseada em padrões abertos, está sendo utilizada por várias empresas para colocar a área de TI alinhada com os processos de negócio. Possibilita desenvolver sistemas de forma escalonada. Ou seja, cada componente de uma aplicação em Web Services é um programa independente que possui um objetivo bem definido. Permitem visualizar a informação como uma entidade única, integrada e fácil de compartilhar com outras aplicações e instituições. A estratégia de Web Services pode ser agregada à estratégia web da empresa, portanto não é necessário nenhum estudo profundo sobre impactos na infra-estrutura, que já está pronta. Apesar de recente, essa tecnologia já possui diversos casos de adoção que não impactam em riscos e já podem iniciar um caminho de integração da área de TI com os objetivos de negócio da empresa. Demandas anteriormente difíceis, custosas e lentas de serem implementadas, podem ser atendidas de forma segura e eficiente. Citando apenas três desses casos: disponibilizar informações de sistemas legados, compartilhar informações com parceiros (atualmente feito via EDI ou VPN, que são muito custosos) e integrar sistemas. Totalmente baseado em padrões abertos de grande aceitação no mercado, independente de linguagem, de plataforma e de fornecedor, para o desenvolvimento, existem duas grandes vertentes relacionadas à infra-estrutura: J2EE e.net. Com base na descrição das principais tecnologias envolvidas no desenvolvimento de Web Services. Existem diversas razões que servem de facilitadores para a adoção de Web Services pelas empresas. Algumas delas: É uma tecnologia baseada em padrões abertos; A infra-estrutura para adoção está pronta (HTTP, TCP/IP); Não requer grandes investimentos iniciais; Oportunidade de criação de novos ativos digitais; Trata-se de uma tecnologia mais adequada para projetos de EAI (Enterprise Application Integration) quando comparada às abordagens anteriores; Os principais componentes de uma plataforma de Web Services são: Descrição: o padrão mais utilizado é o WSDL, que fornece a descrição técnica das interfaces, incluindo sua localização e requerimentos de interação.

10 Serviço de registro: a especificação de UDDI é o padrão. Ela define o armazenamento e as interfaces de integração e provê um mecanismo programável de identificação dos serviços. Empacotamento e formatação das mensagens: o padrão utilizado é SOAP, que fornece um mecanismo tipo RPC para a troca de documentos. Transporte de mensagens: os padrões de transporte mais utilizados geram conexões para HTTP ou HTTPS. No entanto, alguns protocolos mais confiáveis estão sendo criados. Utilizando tecnologia de web services, devemos considerar duas grandes situações: IntraWeb (protegido por um firewall) e InterWeb (na internet) IntraWebs Alguns web services serão usados somente dentro de uma zona protegida por um firewall. Há várias soluções para a integração de aplicações, como brokers baseados em serviços de envio de mensagens. Com o advento de web services, surge uma alternativa simples, baseada em protocolos padrão, que deverá diminuir o custo de integração entre aplicações na corporação e terá preferência sobre todas as outras soluções InterWebs O maior interesse sobre a adoção de web services é sua utilização na internet, viabilizada por fatores básicos como desempenho, escalabilidade e segurança. Esses fatores são importantes porque ninguém quer expor seus serviços sem a garantia de que será possível atender a milhões de usuários, e com a segurança necessária. Os dois casos envolvem o mesmo conjunto de tecnologias, mas com uma pequena diferença para sua utilização, que geralmente é determinada pelos requerimentos básicos de segurança. A agilidade nos negócios está na capacidade sistêmica de reconfigurar e controlar os processos e recursos corporativos, em resposta a contingências de negócios, e aumentá-los de forma ordenada e natural. A utilização de Web Services apresenta a melhor solução para a incorporação das características desejáveis a esta estrutura. Os seguintes atributos definem as características de uma infra-estrutura ágil e centrada a processos: Visibilidade das atividades associadas aos processos fim a fim.

11 Processar componentes e funcionalidade que são expostas e autodescritíveis. Qualquer origem de informação e funcionalidade de aplicação, não importando onde ela resida, pode ser integrada no processo. O fluxo da informação e as notificações dos eventos podem ser automatizados pelo processo. As atividades humanas no fluxo de trabalho utilizam as tecnologias presentes e atualmente em uso nas estações de trabalho. Contratos de Nível de Serviço (SLA s) podem ser especificados, monitorados e impostos a atividades do processo. Qualquer atividade no processo pode ser adicionada, removida ou reconfigurada sem romper nenhuma outra atividade do processo. Atividades podem ser monitoradas em tempo real ou próximo do tempo real. O design dos processos pode acomodar qualquer tratamento de exceção necessário. Qualquer processo pode ser facilmente replicado, estendido ou escalonado. Todos os atributos acima podem ser implantados de uma forma altamente eficiente e uma efetiva relação custo/benefício.

12 3 Documentação do Sistema 3.1 Requisitos funcionais Requisito funcional Autenticar ao Sistema F1 Autenticar ao Sistema Descrição: O sistema deverá permitir a autenticação do usuário, através de um indentificador e senha Requisito funcional Listar Serviços F2 Listar Serviços Descrição: O sistema deverá permitir ao usuário listar os serviços pendentes Requisito funcional Consultar Serviço F3 Consultar Serviço Descrição: O sistema deverá permitir ao usuário consultar as informações do serviço pendente Requisito funcional Encerrar Serviço F4 Encerrar Serviço Descrição: O sistema deverá permitir ao usuário encerrar o serviço pendente Requisito funcional Consultar Mapa F5 Consultar Mapa Descrição: O sistema deverá permitir ao usuário consultar um mapa da região do endereço espeficico. 3.2 Caso de Uso Caso de uso Autenticar ao Sistema UC1 Autenticar ao Sistema Atores: Colaborador Descrição: O caso de uso é utilizado pelo Colaborador para se autenticar ao sistema. Tem como objetivo restringir o uso do sistema aos Colaboradores autorizados Caso de uso Listar Serviços UC2 Listar Serviços Atores: Colaborador Descrição: O caso de uso é utilizado pelo Colaborador para listar os serviços pendentes. Tem como objetivo informar a ordem de atendimento dos pedidos Caso de uso Consultar Serviço UC3 Consultar Serviço Atores: Colaborador Descrição: O caso de uso é utilizado pelo Colaborador para consultar os detalhes do serviço. Tem como objetivo informar o nome do cliente, endereço do local e descrição do serviço.

13 3.2.4 Caso de uso Encerrar Serviço UC4 Encerrar Serviço Atores: Colaborador Descrição: O caso de uso é utilizado pelo Colaborador para encerrar um serviço. Tem como objetivo registrar os serviços concluídos Caso de uso Consultar Mapa UC5 Consultar Mapa Atores: Colaborador Descrição: O caso de uso é utilizado pelo Colaborador para a visualização do mapa referente ao endereço especifico. Tem como objetivo facilitar a chegada ao local desejado. 3.3 Diagrama de Caso Uso Autenticar ao Sistema Listar Serviços Consultar Servico Colaborador Encerrar Serviço Consultar Mapa Figura 2 - Diagrama de Caso de Uso

14 3.4 Persistência Modelo de Entidade-Relacionamento do Banco de Dados Pais Estado Municipio CodPais <pi> Serial NomePais Variable characters (255) NumPais Integer FK_EST_REF_PAI CodEstado <pi> Serial NomeEstado Variable characters (255) NumEstado Integer FK_MUN_REF_EST CodMunicipio <pi> Serial NomeMunicipio Variable characters (255) NumMunicipio Integer Pk_Pais <pi> Pk_Estado <pi> Pk_Municipio <pi> FK_BAI_REF_MUN TipoLogradouro CodTipoLogradouro <pi> Serial NomeTipoLogradouro Variable characters (255) FK_LOG_REF_TIPLOG Logradouro CodLogradouro <pi> Serial NomeLogradouro Variable characters (255) FK_LOG_REF_BAI Bairro CodBairro <pi> Serial NomeBairro Variable characters (255) Pk_TipoLogradouro <pi> Pk_Logradouro <pi> Pk_Bairro <pi> FK_CLILOG_REF_LOG ClienteLogradouro CodClienteLogradouro <pi> Serial Numero Variable characters (50) Complemento Variable characters (50) CEP Variable characters (9) TelLocal Variable characters (13) FlagPrincipal Boolean FK_SER_REF_CLILOG Servico CodServico <pi> Serial DescricaoServico Variable characters (255) DataRegistro Date & Time DataConclusao Date & Time FK_SER_REF_USU Pk_ClienteLogradouro <pi> PK_SERVICO <pi> FK_CLILOG_REF_CLI FK_SER_REF_SIT Usuario Cliente CodUsuario <pi> Serial CodCliente <pi> Serial NomeCliente Variable characters (255) Variable characters (255) Celular Variable characters (13) Pk_Cliente <pi> Situacao CodSituacao <pi> Serial NomeSituacao Variable characters (255) Pk_Situacao <pi> NomeUsuario IdentificacaoUsuario SenhaUsuario Pk_Usuario <pi> Variable characters (255) Variable characters (255) Variable characters (255) FK_USU_REF_TIPUSU TipoUsuario CodTipoUsuario <pi> Serial NomeTipoUsuario Variable characters (255) Figura 3 - Modelo de Entidade-Relacionamento do Banco de Dados Pk_TipoUsuario <pi>

15 3.4.2 Esquema Físico do Banco de Dados Pais CodPais int <pk> NomePais varchar(255) NumPais int FK_EST_REF_PAI Estado CodEstado int <pk> NomeEstado varchar(255) NumEstado int CodPais int <fk> FK_MUN_REF_EST Municipio CodMunicipio int <pk> NomeMunicipio varchar(255) NumMunicipio int CodEstado int <fk> FK_BAI_REF_MUN TipoLogradouro CodTipoLogradouro int <pk> NomeTipoLogradouro varchar(255) FK_LOG_REF_TIPLOG Logradouro CodLogradouro int <pk> NomeLogradouro varchar(255) CodTipoLogradouro int <fk2> CodBairro int <fk1> FK_LOG_REF_BAI Bairro CodBairro int <pk> NomeBairro varchar(255) CodMunicipio int <fk> LisBairro LisClienteLogradouro <<DBCreateAfter (computed)>> Set_EncerrarServico CodBairro NomeBairro NomeMunicipio NomeEstado NomePais Bairro LisMunicipio CodClienteLogradouro NomeCliente NomeTipoLogradouro NomeLogradouro Complemento Numero NomeBairro NomeMunicipio FK_CLILOG_REF_LOG ClienteLogradouro LisLogradouro CodLogradouro NomeT ipologradouro NomeLogradouro NomeBairro NomeMunicipio NomeEstado NomePais NomeEstado CEP NomePais TelLocal ClienteLogradouro LisLogradouro Cliente LisMunicipio CodMunicipio CodClienteLogradouro int <pk> CodLogradouro int <fk2> CodCliente int <fk1> Numero varchar(50) Complemento varchar(50) CEP varchar(9) T ellocal varchar(13) FlagPrincipal bit FK_SER_REF_CLILOG Servico CodServico int <pk> CodClienteLogradouro int <fk1> CodUsuario int <fk3> DescricaoServico varchar(255) CodSituacao int <fk2> DataRegistro smalldatetime DataConclusao smalldatetime <<DBCreateAfter (computed)>> Rea_Principal FK_SER_REF_USU <<DBCreateAfter (computed)>> Logradouro NomeMunicipio TipoLogradouro LisBairro NomeEstado NomePais FK_CLILOG_REF_CLI Municipio FK_SER_REF_SIT LisEstado LisEstado Usuario CodEstado NomeEstado NomePais Estado Pais Get_EnderecoMapa Cliente CodCliente int <pk> NomeCliente varchar(255) varchar(255) Celular varchar(13) Situacao CodSituacao int <pk> NomeSituacao varchar(255) CodUsuario int <pk> NomeUsuario varchar(255) IdentificacaoUsuario varchar(255) SenhaUsuario varchar(255) CodT ipousuario int <fk> <<DBCreateAfter (computed)>> Rea_Usuario <<DBCreateAfter (computed)>> FK_USU_REF_TIPUSU LisServico CodServico NomeCliente EnderecoConsulta EnderecoMapa CodUsuario CodSituacao DescricaoServico <<DBCreateAfter (computed)>> Rea_ListaServico Get_ListaServico Get_Usuario Get_Principal TipoUsuario CodT ipousuario int <pk> NomeTipoUsuario varchar(255) Servico LisClienteLogradouro <<DBCreateAfter (computed)>> Get_Servico Figura 4 - Esquema Físico do Banco de Dados

16 3.5 Diagrama de Estados de Navegação Figura 5 - Diagrama de Navegação 3.6 Descrição do funcionamento do GeoServiço-Mobile O GeoServiço-Mobile é um módulo para consultar informações controladas pelo ERP GeoServiço-Corpore. Para exemplificar o funcionamento da aplicação, apresentamos o diagrama de navegação na Figura 5. O fluxo de funcionamento do GeoServiço-Mobile é apresentado abaixo:

17 Figura 6 - Autenticação Figura 7 - Principal Figura 8 - Lista Serviços Figura 9 - Serviço Figura 10 - Mapa Figura 11 Encerrar Serviço 1. Autenticação: Inicialmente o usuário deve se autenticar ao sistema, informando sua identificação e senha, Figura Principal: São exibidas as informações de identificação do colaborador e a quantidade de serviços pendentes, Figura 7.

18 2.1. O usuário pode listar os serviços pendentes O usuário pode atualizar a quantidade de serviços pendentes O usuário pode finalizar a aplicação. 3. Lista de Serviços: É exibida uma lista com os serviços pendentes, Figura O usuário pode exibir os detalhes do serviço pendente O usuário pode encerrar o serviço pendente O usuário pode visualizar um mapa da região onde o serviço será prestado O usuário pode retornar a tela Principal 4. Serviço: É exibido os detalhes do serviço ao usuario, Figura O usuário pode exibir o mapa da região do serviço O usuário pode encerrar o serviço pendente O usuário pode retornar a tela Listagem de Serviço 5. Mapa: É exibido o mapa da região do serviço, Figura O usuário pode atualizar o mapa O usuário pode retornar ao Serviço. 6. Encerrar Serviço: É exibido as informações do serviço e colaborador ao usuário, Figura O usuário encerrar o serviço O usuário pode retornar ao Serviço.

19 4 Descrição do projeto Nos últimos anos o modelo de arquitetura orientada a serviços vem despertando a atenção dos desenvolvedores de software com a promessa de trazer grandes ganhos para a comunicação entre os sistemas de computação existentes. Esta arquitetura pode ser definida como uma arquitetura de software que relaciona os componentes de um sistema em um ambiente distribuído onde são disponibilizados serviços que podem ser acessados dinamicamente através de uma rede (Amorim, 2004). Seguindo essa tendência, a tecnologia Web Services implementa a maioria das características da arquitetura do sistema. Essa solução propõe a exposição das transações e das regras de negócios por meio de protocolos que podem ser acessados e entendidos por qualquer linguagem de programação, em qualquer sistema operacional, rodando em qualquer dispositivo (Costa, 2002). Sendo assim o sistema foi dividido em três camadas, como pode ser visto na figura 12 abaixo. Figura 12 - Arquitetura GeoServiço

20 Seguindo a tecnologia adotada o web service WsGeoServiço foi desenvolvido na plataforma.net. O MapPoint web service foi criado com base em padrões abertos da internet como XML e SOAP, e inclui uma API que engloba os seguintes serviços: GetEnderecoMapa: fornece um xml contendo o endereço do serviço, o identificador do serviço deverá ser passado como parametro. GetListaServicos: fornece um xml contendo a lista dos serviços pendentes do colaborador, o identificador do mesmo deverá ser passado como parametro. GetPrincipal: fornece um xml contendo as informações do colaborador e a quantidade de serviços pendentes, o identificador do colaborador deverá ser passado como parametro. GetServico: fornece um xml contendo as informações do serviço, o identificador do serviço deverá ser passado como parametro. GetUsuario: fornece um xml contendo as informações do colaborador, o identificador do mesmo deverá ser passado como parametro. SetEncerrarServico: realiza o encerramento do serviço, o identificador do mesmo deverá ser passado como parametro.

21 5 Dificuldades encontradas Não foram encontradas muitas dificuldades na realização do trabalho uma vez que as ferramentas utilizadas têm bom suporte ao tipo de aplicação desenvolvida. A dificuldade que damos destaque está relacionada à limitação dos componetes do Visual Studio 2005 para o desenvolvimento de aplicações em dispositovos moveis. Apontamos o Grid como o maior problema, o mesmo pode ser visualizado na Figura 8, soluções foram encontradas, entretando o esforço necessário estava fora do foco principal do trabalho. Além disso, encontramos dificuldades para exibir a informação de mapa. Inicialmente pretendia-se usar Google Maps, que é um serviço de pesquisa e visualização de mapas e imagens de satélite da Terra gratuito na web fornecido pela empresa Google. Entretando tal tecnologia não é suportada pelo browser do dispositivo móvel avaliado. Essa situação obrigou o grupo a buscar outra solução, sendo assim adotado o MapPoint Web Services. O serviço da empresa Microsoft possibilida a conversão final do mapa para o formato BMP (Bitmap), a figura gerada é exibida pelo componente PictureBox do Visual Studio, possibilitando a visualização da informação geográfica.

22 6 Bibliografia Amorim, S., 2004, A Tecnologia Web Services e sua Aplicação num Sistema de Gerência de Telecomunicações, Tese de Mestrado, Universidade Estadual de Campinas, Campinas, SP. Dev Center - WebServices, URL: Pesquisado em 01 de dezembro de Costa, G., 2002, O Modelo de Web Services Como Desenvolver Aplicações em uma Nova Arquitetura de Software, Promon Business & Technology Review Series, n.4, MapPoint Multi-platform Assistance Center, URL: Pesquisado em 01 de dezembro de 2007.