UNIVERSIDADE FEDERAL DO ACRE CENTRO DE CINCIAS EXATAS E TECNOLGICAS CURSO DE BACHARELADO EM SISTEMAS DE INFORMAO

DESENVOLVIMENTO DE UM MDULO SIG WEB PARA REPRESENTAO ESPACIAL DE PROPRIEDADES RURAIS E GLEBAS

RIO BRANCO 2012

EIDER CARLOS PAULINO SILVA

DESENVOLVIMENTO DE UM MDULO SIG WEB PARA REPRESENTAO ESPACIAL DE PROPRIEDADES RURAIS E GLEBAS

Monografia apresentada como exigncia parcial para obteno do grau de bacharel em Sistemas de Informao da Universidade Federal do Acre. Prof. Orientadora: Laura Costa Sarkis, M.Sc. Prof. Co-orientador: Paulo Guilherme Salvador Wadt, D.Sc.

RIO BRANCO 2012

TERMO DE APROVAO

EIDER CARLOS PAULINO SILVA

DESENVOLVIMENTO DE UM MDULO SIG WEB PARA REPRESENTAO ESPACIAL DE PROPRIEDADES RURAIS E GLEBAS

Esta monografia foi apresentada como Trabalho de Concluso de Curso de Bacharelado em Sistemas de Informao da Universidade Federal do Acre, sendo aprovado pela banca constituda pelo professor orientador e membros abaixo mencionados. Compuseram a banca:

Prof. Laura Costa Sarkis, M.Sc. (Orientadora) Curso de Bacharelado em Sistemas de Informao

Prof. Luiz Augusto Matos da Silva, M.Sc. Curso de Bacharelado em Sistemas de Informao

Prof. Manoel Limeira de Lima Junior, Esp. Curso de Bacharelado em Sistemas de Informao

Rio Branco, 31 de Janeiro de 2012

 Deus, Famlia e Amigos

AGRADECIMENTOS

Com carinho especial dedico esta obra quele que fonte de iluminao permanente e em quem todos os tesouros da sabedoria esto ocultos. quele cuja graa me alcanou e me fez seu Servo. quele que poderoso para fazer infinitamente mais do que tudo quanto pedimos ou pensamos conforme Seu poder opera em ns. (Leandro Tarrataca) Maria da Conceio, minha me que suportou todas as dificuldades para cuidar da famlia. Ao meu Pai Ediu Carlos da Silva, que incentivou e ajudou diretamente, se esforando sempre em levar eu e meu irmo juntos pra estudar, em sua super moto, mesmo nas piores chuvas e com muita lama no Ramal do Moreira. meu irmo gmeo Ediu Carlos da Silva Jnior, pelo companheirismo nos estudos, principalmente nos Corujes de competio para ver quem ficava mais tempo acordado e estudando.

 meu irmo mais velho Jav Sousa Costa, que me incentivou e proporcionou que eu pudesse amar a rea de computao. Alm de ter proporcionado meu primeiro computador, um dos presentes inesquecveis para mim. Aos meus avs Oscarina e Sinval que mesmo tendo mais de 80 anos, demonstram esforo e fora de vontade, e ao observar a atitude deles, tenho mais inspirao, tentando ao mximo me esforar em tudo que fao. EMBRAPA-AC, equipe de informtica do laboratrio de solos, onde fiquei por mais de trs anos estagiando e especialmente ao Dr. Paulo Guilherme Salvador Wadt que contribuiu substancialmente na evoluo de meus conhecimentos, Rogrio de Castro Mesquita dos Santos e Olacir Rodrigues Castro Jnior que foram os pioneiros da equipe a explorar a tecnologia abordada neste trabalho. orientadora Laura Costa Sarkis, pela pacincia e auxlio durante a elaborao deste trabalho. Aos professores da UFAC, pelo empenho e a preocupao em nos proporcionar conhecimentos importantes. todos os colegas de turma, destacando-se Allan Alves que me deu um Notebook em um dos momentos de dificuldade, Victor Henrique por ter proporcionado o companheirismo durante os estudos em sua casa, Leandro Ferrarezi e Natanael Castro, considerado por mim os Pais dessa turma, se disponibilizando sempre para ajudar os colegas.

Que os vossos esforos desafiem as impossibilidades, lembrai-vos de que as grandes coisas do homem foram conquistadas do que parecia impossvel. Charles Chaplin

RESUMO

A utilizao de Sistemas de Informaes Geogrficos (SIG) tem se tornado essencial para a realizao de estudos precisos sobre fenmenos que ocorrem na superfcie terrestre. Diversas reas de conhecimento esto adquirindo e se beneficiando do apoio desta tecnologia, que tem evoludo substancialmente possibilitando o gerenciamento de dados geogrficos na web. Dessa forma, este trabalho visa o desenvolvimento de um mdulo SIG WEB (Sistema de Informao Geogrfica baseada em ambiente web) para representar geograficamente as reas de propriedades rurais e glebas tratadas pelo Sistema Integrado de Diagnose e Recomendao (DRIS). Para a construo deste mdulo, foram desenvolvidas as atividades de levantamento de requisitos e modelagem, configurao do banco de dados geogrficos, instalao e configurao do servidor de mapas, prototipao, implementao e testes. Dentre vrias funcionalidades, o sistema DRIS aplica a automatizao no processo de avaliao nutricional de culturas agrcolas. Por isso, ao ampliar a capacidade deste sistema, o desenvolvimento do mdulo visa a contribuio com a eficincia no processo de avaliao nutricional de plantas. Palavras-chave: SIG WEB, avaliao nutricional de culturas agrcolas, DRIS.

ABSTRACT

The use of Geographic Information Systems (GIS) has become essential to perform accurate studies on phenomena that occur on Earth's surface. Several areas of expertise are acquiring and benefiting from the support of this technology, which has evolved substantially enabling management of geographic data on the web Thus, this work aims to develop a module WEB GIS (Geographic Information System webbased environment) to represent geographical areas of farms and plots addressed by the Diagnosis and Recommendation Integrated System (DRIS). To build this module, was developed the activities requirements elicitation and modeling, database configuration of spatial data, installation and configuration of the map server, prototyping, implementation and testing. Among many features, the system applies DRIS automation in the process of evaluating nutritional status of crops. Therefore, by expanding the capacity of this system, the development of the module aims to contribute to efficiency in the process of nutritional assessment of crops. Key-words: WEB GIS, nutritional assessment of crops, DRIS.

LISTAS DE QUADROS

QUADRO 1 - EXEMPLO DE LOCALIZAES REPRESENTADAS POR COORDENADAS GEOGRFICAS. ......................................................................... 20 QUADRO 2 - PRINCIPAIS FUNES DO POSTGIS. ............................................. 32 QUADRO 3 - CDIGO PARA ADICIONAR NDICE GIST EM UMA TABELA. ....... 32 QUADRO 4 - REPRESENTAO DE DADOS NO FORMATO WKB. .................... 33 QUADRO 5 - PRINCIPAIS VANTAGENS E DESVANTAGENS DA PROTOTIPAO DE BAIXA- E ALTA-FIDELIDADE. ............................................. 44 QUADRO 6 - EXEMPLO DE CENRIO DE USO. .................................................... 46 QUADRO 7 - LEIS DE LEHMAN. ............................................................................. 47 QUADRO 8 - TRECHO DE TEXTO CAPTURADO DO ANEXO A UTILIZAO DO SISTEMA DRIS................................................................................................... 65 QUADRO 9 - LISTA DE REQUISITOS FUNCIONAIS PARA IMPLEMENTAO NO MDULO. ................................................................................................................. 66 QUADRO 10 - EXEMPLIFICAO DE CDIGO PARA INCLUSO DA BIBLIOTECA OPENLAYERS E DA API GOOGLE MAPS. ..................................... 79

LISTA DE FIGURAS

FIGURA 1 - ARQUITETURA DE UM SIG. ................................................................ 26 FIGURA 2 - ELEMENTOS DE UM SIG WEB. .......................................................... 28 FIGURA 3 - TIPOS DE DADOS GEOGRFICOS DO POSTGIS. ............................ 31 FIGURA 4 - ESTRUTURA DA TABELA SPATIAL_REF_SYS DA EXTENSO POSTGIS. ................................................................................................................. 34 FIGURA 5 - ESTRUTURA DA TABELA GEOMETRY_COLUMNS DA EXTENSO POSTGIS. ................................................................................................................. 35 FIGURA 6 - ESQUEMA DE FUNCIONAMENTO DO SERVIO WFS. .................... 37 FIGURA 7 - EXEMPLO DE APLICAO IMPLEMENTADA COM OPENLAYERS. .................................................................................................................................. 38 FIGURA 8 - APLICAO CRIADA COM A API DO GOOGLE MAPS PARA REPRESENTAR GEOGRAFICAMENTE OS PRINCIPAIS PONTOS DA UNIVERSIDADE FEDERAL DE VIOSA. ................................................................ 40 FIGURA 9 - MODELO DE PROTOTIPAGEM DE SISTEMA DE SOFTWARE. ........ 43 FIGURA 10 - REPRESENTAO DE UM DIAGRAMA DE CASO DE USO. .......... 45 FIGURA 11. ESQUEMA DO TESTE DE UNIDADE. ................................................ 50 FIGURA 12 - ESTRUTURA BSICA DE UM DOCUMENTO HTML. ....................... 52 FIGURA 13 ESTRUTURA DE UMA REGRA EM CSS. ......................................... 53 FIGURA 14 ESQUEMA DE FUNCIONAMENTO DO PHP. ................................... 56 FIGURA 15 - MODELO CONVENCIONAL DE APLICAO WEB. ........................ 57 FIGURA 16 - MODELO DE APLICAO WEB BASEADA EM AJAX. ................... 58

FIGURA 17 ESQUEMA DE FLUXO DAS ATIVIDADES DESENVOLVIDAS DURANTE O ESTUDO DE CASO. ........................................................................... 59 FIGURA 18 INTERFACE DO SISTEMA DRIS VISUALIZADA APS A ESCOLHA DE UMA CULTURA AGRCOLA. ............................................................................. 61 FIGURA 19 INTERFACE DO SISTEMA DRIS PARA CADASTRO DE ANLISE FOLIAR. .................................................................................................................... 62 FIGURA 20 RELATRIO COM DIAGNSTICO NUTRICIONAL DE CULTURAS AGRCOLAS DO SISTEMA DRIS. ........................................................................... 63 FIGURA 21 - DIAGRAMA DE CASO DE USO DO MDULO. ................................. 66 FIGURA 22 ESTRUTURA DAS TABELAS ESTABELECIMENTOS E GLEBAS. ............................................................................................................... 68 FIGURA 23 - REGISTROS DA TABELA ESTABELECIMENTOS. ...................... 68 FIGURA 24 - REGISTROS DA TABELA GLEBAS. ................................................. 69 FIGURA 25 - CDIGO PARA ADICIONAR CAMPOS GEOMTRICOS NAS TABELAS ESTABELECIMENTOS E GLEBAS. ............................................... 69 FIGURA 26 - CDIGO PARA ACRESCENTAR NDICES NAS TABELAS ESTABELECIMENTOS E GLEBAS. ................................................................. 69 FIGURA 27 - ETAPA FINAL DO PROCESSO DE INSTALAO E CONFIGURAO DO GEOSERVER. ...................................................................... 71 FIGURA 28 - PROTOTIPAO PARA AGRUPAR EM UMA TELA O GERENCIAMENTO DE DADOS CONVENCIONAIS E GEOGRFICOS. ............... 72 FIGURA 29 - ESQUEMA DE PROTOTIPAO PARA SEPARAO DE DADOS CONVENCIONAIS E GEOGRFICOS DO MDULO. ............................................. 73 FIGURA 30 - INTERFACE PARA LISTAGEM DE ESTABELECIMENTOS............. 74 FIGURA 31 - INTERFACE PARA LISTAGEM DE GLEBAS. ................................... 75 FIGURA 32 - RESULTADO DA INTERFACE PARA LISTAGEM DE ESTABELECIMENTOS. ........................................................................................... 76 FIGURA 33 - TRECHO DE CDIGO QUE ENVIA DADOS DE FORMA ASSNCRONA PARA O ARQUIVO GEO_SISTEMA.PHP. .................................. 76 FIGURA 34 - TRECHO DE CDIGO DO ARQUIVO GEO_SISTEMA.PHP, RESPONSVEL POR EXECUTAR UMA CONSULTA SQL VINDA DE UMA SOLICITAO ASSNCRONA. ................................................................................ 77 FIGURA 35 - EXEMPLO DE INTERFACE CLIENTE PARA CADASTRO DE INFORMAES CONVENCIONAIS. ....................................................................... 78

FIGURA 36 - TRECHO DE CDIGO PARA CRIAO DO MAPA, CAMADA BASE, PRINCIPAIS CONTROLES E CONEXO COM O SERVIO WFS. ........................ 80 FIGURA 37 - INTERFACE IMPLEMENTADA COM OPENLAYERS PARA MANIPULAR DADOS ADQUIRIDOS DA CAMADA DE INFORMAES DO GEOSERVER. ........................................................................................................... 80 FIGURA 38 - JANELA PARA CRIAR GEOMETRIA POR MEIO DE COORDENADAS GEOGRFICAS. ......................................................................... 82 FIGURA 39 - TRECHO DE CDIGO PARA CAPTURA E CLCULO DE COORDENADAS GEOGRFICAS. ......................................................................... 83 FIGURA 40 - JANELA PARA SELEO DE UM SISTEMA DE REFERNCIA ESPACIAL. ............................................................................................................... 83 FIGURA 41 - EXEMPLO DE GEOMETRIA ADICIONADO POR COORDENADAS GEOGRFICAS PARA REPRESENTAO GEOGRFICA DE UM ESTABELECIMENTO. .............................................................................................. 84 FIGURA 42 - EXECUO DE TESTES UTILIZANDO A FERRAMENTA PARA DESENVOLVEDORES INTEGRADA AO NAVEGADOR GOOGLE CHROME. ...... 86

LISTA DE FIGURAS - APNDICE C

FIGURA 1 - SOLICITAO DO DIRETRIO ONDE O JDK EST INSTALADO. 102 FIGURA 2 - SOLICITAO DE USURIO E SENHA DURANTE A INSTALAO DO GEOSERVER. .................................................................................................. 102 FIGURA 3 - TELA PRINCIPAL DO SERVIDOR DE MAPAS GEOSERVER. ........ 103 FIGURA 4 - CADASTRAMENTO DE UM WORKSPACE PARA IDENTIFICAR OS SERVIOS DISPONIBILIZADOS PELO GEOSERVER A UMA DETERMINADA APLICAO. .......................................................................................................... 104 FIGURA 5 - FONTES DE DADOS SUPORTADOS PELO GEOSERVER.............. 104 FIGURA 6 - INFORMAES DO BANCO DE DADOS PARA CONEXO COM O GEOSERVER. ......................................................................................................... 105 FIGURA 7 - LISTA DE TABELAS RECUPERADAS PELO GEOSERVER PARA QUE O USURIO POSSA SELECIONAR QUAIS SO FONTES DE DADOS GEOGRFICOS. .................................................................................................... 106 FIGURA 8 - CONFIGURAO DE LAYER PARA PUBLICAO DOS DADOS GEOGRFICOS ARMAZENADOS NAS TABELAS. ............................................. 107

SUMRIO

1 INTRODUO ....................................................................................................... 16 1.1 PROBLEMA DA PESQUISA .................................................................... 17 1.2 OBJETIVOS DA PESQUISA ...................................................................... 19 1.2.1 OBJETIVO GERAL .......................................................................... 19 1.2.2 OBJETIVOS ESPECFICOS ............................................................ 19 1.3 JUSTIFICATIVA .......................................................................................... 20 1.1 METODOLOGIA ....................................................................................... 21 1.5 ORGANIZAO DO ESTUDO ................................................................... 22 2 SISTEMAS DE INFORMAES GEOGRFICAS ................................................ 24 2.1 BREVE HISTRICO ................................................................................... 24 2.2 DEFINIO E ARQUITETURA .................................................................. 25 2.3 SIG WEB ..................................................................................................... 27 2.4 ARMAZENAMENTO E MANIPULAO DE DADOS GEOGRFICOS .... 29 2.4.1 POSTGRESQL E A EXTENSO POSTGIS ..................................... 29 2.4.2 FORMATO DE DADOS GEOGRFICOS WKT E WKB ................... 32 2.4.3 SISTEMA DE REFERNCIA ESPACIAL ......................................... 34 2.5 TECNOLOGIAS E SERVIOS WEB PARA SISTEMAS GEOESPACIAIS35 2.5.1 SERVIDOR DE MAPAS GEOSERVER............................................ 35 2.5.2 SERVIO WFS ................................................................................ 36 2.5.3 BIBLIOTECA OPENLAYERS ........................................................... 37 2.5.4 API GOOGLE MAPS ........................................................................ 39

3 ENGENHARIA E MODELAGEM DE SOFTWARE ................................................ 41 3.1 MODELOS DE PROCESSO DE SOFTWARE E PROTOTIPAO........... 41 3.2 MODELAGEM DE CASO DE USO ............................................................. 45 3.3 MANUTENO E EVOLUO DE SOFTWARE ...................................... 47 3.4 TESTE DE UNIDADE DE SOFTWARE ...................................................... 48 4 TECNOLOGIAS PARA DESENVOLVIMENTO WEB ............................................ 51 4.1 LINGUAGEM HTML ................................................................................... 52 4.2 CASCADING STYLE SHEETS ................................................................... 53 4.3 LINGUAGEM JAVASCRIPT E BIBLIOTECA JQUERY ............................. 54 4.4 LINGUAGEM DE PROGRAMAO PHP .................................................. 55 4.5 TECNOLOGIA AJAX .................................................................................. 57 5. ESTUDO DE CASO .............................................................................................. 59 5.1 VISO GERAL ............................................................................................ 60 5.2 FERRAMENTAS UTILIZADAS ................................................................... 64 5.3 LEVANTAMENTO DE REQUISITOS E MODELAGEM.............................. 65 5.4 CONFIGURAO DO BANCO DE DADOS GEOGRFICO ..................... 68 5.5 INSTALAO E CONFIGURAO DO SERVIDOR DE MAPAS ............. 70 5.6 PROTOTIPAO ....................................................................................... 71 5.7 IMPLEMENTAO DA INTERFACE CLIENTE ......................................... 74 5.7.1 GERENCIAMENTO DE DADOS CONVENCIONAIS ....................... 74 5.7.2 GERENCIAMENTO DE DADOS GEOGRFICOS .......................... 78 5.8 TESTES ...................................................................................................... 85 5.9 RESULTADOS OBTIDOS .......................................................................... 86 6 CONSIDERAES FINAIS E RECOMENDAES ............................................. 88 6.1 CONSIDERAES FINAIS ........................................................................ 88 6.2 RECOMENDAES ................................................................................... 89 REFERNCIAS ......................................................................................................... 91 APNDICES ............................................................................................................. 95 APNDICE A CENRIO DE USO DO MDULO .................................................. 96 APNDICE B DOCUMENTO DE REQUISITOS DO MDULO ............................. 98 APNDICE C INSTALAO E CONFIGURAO DO GEOSERVER ............... 101 APNDICE D VALIDAO TOPOLGICA DE GLEBAS .................................. 108 ANEXOS ................................................................................................................. 111 ANEXO A UTILIZAO DO SISTEMA DRIS.............................................. 112

1 INTRODUO

A representao de reas geogrficas em mapas uma necessidade humana desde pocas antigas, tendo o seu desenvolvimento fortalecido na poca em que atividades como, o comrcio, viagens e a pesca eram dependentes das navegaes martimas, que geralmente aconteciam a quilmetros de distncia da costa continental. Essas atividades tambm envolviam riscos, tendo como motivo principal a falta de conhecimento sobre a localizao do ponto de origem, de destino, de onde se encontrava e a rota que deve ser percorrida. Por este motivo, houve um grande avano no estudo e desenvolvimento de tcnicas, que compreendem desde clculos complexos que envolvem o estudo da lgebra, equipamentos como a bssola, astrolbio e outros que utilizam como parmetro a observao das estrelas, at o GPS (Global Positioning System) como resultado do desenvolvimento tecnolgico atual. Este avano ocorreu com o objetivo de no apenas facilitar as navegaes martimas, mas tambm auxiliar na localizao e estudo do ambiente terrestre, por meio de tcnicas para verificao de fenmenos que levam em conta a localizao espacial onde ocorrem, como o caso do sensoriamento remoto feito atravs do processamento computacional de imagens. A constante evoluo da geoinformao tem de maneira notvel melhorado a forma de manipular as informaes espaciais. Observa-se principalmente porque antes, a rea ou localizao de uma superfcie terrestre era representada por mapas estticos, ou seja, em um papel, em imagens ou por caracteres alfanumricos composto por coordenadas geogrficas. J nos dias atuais, principalmente aps o

17 surgimento dos aplicativos Google Maps e Google Earth, a representao geogrfica se tornou dinmica e a disponibilidade totalmente diferente, estando acessvel a todos por meio da internet (SILVA, 2011; CMARA et al., 2003). Um dos exemplos de representao geogrfica por caracteres alfanumricos o sistema web DRIS (Sistema Integrado de Diagnose e Recomendao) disponvel no endereo (www.dris.com.br). O DRIS utilizado para mensurar o nvel de nutrio de lavouras agrcolas e posteriormente fornecer a informao necessria para tomadas de decises. Portanto, o fator mais importante a ser observado o forte relacionamento entre as lavouras e suas respectivas localizaes, ou seja, onde foram plantadas, o que constantemente explorado durante a utilizao deste sistema, e sem dvidas requer um aprimoramento em sua capacidade de georreferenciamento. Este trabalho tem como escopo, utilizar a tecnologia da informao aliada aos recursos fornecidos pela internet, e aplicar os conhecimentos de SIG WEB (Sistemas de Informaes Geogrficas baseados na web) no desenvolvimento de um mdulo para o sistema DRIS, com o objetivo de melhorar a forma como as informaes com caractersticas geogrficas so processadas neste sistema, alm de apoiar e tornar mais eficiente as avaliaes nutricionais de lavouras.

1.1 PROBLEMA DA PESQUISA

O Sistema Integrado de Diagnose e Recomendao (DRIS) consiste em uma metodologia para a avaliao do estado nutricional de culturas agrcolas com a finalidade de gerenciar as adubaes. Por ser um mtodo que exige grande volume de clculos matemticos, sua aplicao depende da informatizao para que possa ser utilizado, o que tem sido feito por meio de planilhas eletrnicas ou softwares em diversas plataformas operacionais. Os diferentes sistemas disponveis baseados na metodologia DRIS possuem nveis variveis de complexidade, incluindo sistemas que utilizam planilhas eletrnicas com restries gesto dos dados e das informaes, bem como sistemas baseados em banco de dados como o Microsoft Access, com maior

18 amplitude na utilizao dos dados, at mesmo sistemas baseados em banco de dados gerenciado pela internet. Uma das formas automatizadas que aplica a metodologia DRIS, encontra-se acessvel a partir do endereo (www.dris.com.br), que consiste num software web desenvolvido e mantido pela equipe do laboratrio de solos da Empresa Brasileira de Pesquisa Agropecuria (EMBRAPA-AC) na cidade de Rio Branco/AC. Este software trabalha com o tratamento de vrias informaes que envolvem o processo de avaliao nutricional de culturas agrcolas, incluindo desde os responsveis pelas reas de terras que abrigam as lavouras at as anlises que so realizadas para mensurar o nvel de nutrio das plantas. As reas de terras consistem em estabelecimentos (propriedades rurais) e suas glebas (unidades de produo), as quais possuem uma localizao real na superfcie terrestre, o que so representadas no sistema DRIS em forma de caracteres alfanumricos das coordenadas geogrficas. Com base nesses fatores, foi estudada uma forma de evoluir o sistema DRIS adotando os principais conceitos de SIG WEB, verificando a necessidade de representar geograficamente no apenas a localizao (que feita no sistema por meio de caracteres alfanumricos de coordenadas geogrficas), mas a delimitao geomtrica das reas de propriedades rurais e glebas, organizando e relacionando dados convencionais e geogrficos em um mesmo banco de dados relacional. Diante do exposto questiona-se, como ampliar o sistema DRIS, possibilitando a representao geogrfica das reas de propriedades rurais e glebas e relacionando os dados convencionais com os geogrficos?

19 1.2 OBJETIVOS DA PESQUISA

1.2.1 OBJETIVO GERAL

Desenvolver um mdulo de Sistemas de Informaes Geogrficas baseado na web para representar geograficamente as reas de propriedades rurais e glebas manipuladas pelo sistema DRIS e, por meio de uma interface, relacionar os dados geogrficos com os dados convencionais.

1.2.2 OBJETIVOS ESPECFICOS

a) Descrever conceitos relacionados Engenharia de Software, que apiam o desenvolvimento do mdulo SIG WEB; b) Apresentar as principais tecnologias web utilizadas na construo do mdulo; c) Apresentar os conceitos relacionados aos Sistemas de Informao Geogrficas na web; d) Fazer configuraes necessrias para o armazenamento de dados convencionais e geogrficos em um mesmo banco de dados relacional; e) Instalar e configurar o servidor de mapas (GeoServer), a fim de estabelecer uma comunicao entre a aplicao e o banco de dados; f) Explorar os recursos oferecidos pela biblioteca OpenLayers, utilizada na criao de mapas interativos na web; g) Projetar e desenvolver um mdulo SIG WEB a ser integrado no sistema DRIS para prover a capacidade de geoprocessamento.

20 1.3 JUSTIFICATIVA

Conforme empresas e instituies ligadas rea da geoinformao especializam-se, os Sistemas de Informaes Geogrficas (SIGs) apresentam-se como ferramentas de grande utilidade na tomada de decises. Isto ocorre em diversas reas, dentre elas, a rea de agronomia, a qual compe o objeto de estudo deste trabalho. O sistema DRIS, mantido pela equipe do laboratrio de solos da EMBRAPAAC, oferece uma interface web para automatizar as avaliaes nutricionais de lavouras, que por sua vez esto associadas a uma localizao geogrfica, feito apenas por caracteres de coordenadas geogrficas, conforme exemplo visualizado no Quadro 1. Alm disso, o sistema no oferece nenhuma forma de delimitao geomtrica das reas compreendidas por propriedades rurais e glebas.
Subestaes de coletas P1 B1 F1 P2 B2 P3 B3 F3 Coordenadas geogrficas 100343,2 S; 0673641,1 W 1003,52.5 S; 0673645,2 W 100415,4 S; 0673652,6 W 100530,0 S; 0673646,7 W 100519,5 S; 0673651,3 W 100453,4 S; 0673617,4 W 100452,3 S; 0673628,5 W 100439,6 S; 0673648,4 W

Quadro 1 - Exemplo de localizaes representadas por coordenadas geogrficas. Fonte: (BRITO, 2009).

Quanto adoo de um SIG WEB como recurso de apoio ao sistema DRIS, tal procedimento argumentado por Cmara et al. (2003), onde afirmam que Se onde importante para seu negcio, ento Geoprocessamento sua ferramenta de trabalho. De forma mais clara, nessa afirmao os autores explicam que quando o onde, ou seja, a posio geogrfica aparecer como problema a ser resolvido por um sistema de informao, existe ento a oportunidade de considerar a adoo de um SIG (CMARA et al., 2003). Da mesma forma, este argumento serve tambm como base para o desenvolvimento deste trabalho, uma vez que o posicionamento

21 geogrfico das lavouras um fator importante, destacado como problema a ser resolvido. Portanto, busca-se com este trabalho ampliar a noo geogrfica apresentada aos usurios do sistema DRIS, permitindo a interao com os dados geogrficos armazenados em um Sistema Gerenciador de Banco de Dados (SGBD) apropriado e fornecer a este sistema recursos para torn-lo uma ferramenta mais eficiente nas tomadas de decises.

1.1 METODOLOGIA

Do ponto de vista de sua natureza, este projeto classificado como uma pesquisa aplicada, pois objetiva a gerao de conhecimentos diversos sobre os SIG WEB atuando como ferramenta para a representao geogrfica de reas e para fornecer apoio avaliao nutricional de culturas agrcolas, sendo que estes conhecimentos so voltados para uma aplicao prtica (SILVA & MENEZES, 2001). Quanto sua forma de abordagem, classifica-se como uma pesquisa qualitativa, pois demonstra o problema de forma descritiva e aprofunda neste conhecimento desenvolvendo o estudo de caso (SILVA & MENEZES, 2001). Quanto ao objetivo, caracterizado por exploratrio, pois visa demonstrar o conhecimento sobre a tecnologia de SIG WEB com uma aplicao prtica (SILVA & MENEZES, 2001). No ponto de vista de procedimentos tcnicos, classificado como pesquisa bibliogrfica, pois estabelecido em parte por este tipo de pesquisa, composta por documentao, exemplos prticos de aplicaes, e materiais diversos na internet e outra parte pelo desenvolvimento do estudo de caso (SILVA & MENEZES, 2001). Durante o desenvolvimento do estudo de caso foram utilizados os componentes principais da estrutura de banco de dados geogrficos, manipulado pelo SGBD PostgreSQL com sua extenso espacial PostGIS (POSTGIS, 2011), o servidor de mapas GeoServer para provimento do servio WFS (Web Feature Service) (GEOSERVER, 2011) e a biblioteca OpenLayers (OPENLAYERS, 2011)

22 para implementao da interface, sendo que todos so voltados para o desenvolvimento especfico de aplicaes geoespaciais. Sendo utilizado tambm o editor de texto Notepad++ em todo o processo de codificao do sistema. O Desenvolvimento do estudo de caso foi composto pelas seguintes etapas: a) Levantamento de requisitos e modelagem: Nesta fase foram elaborados cenrios de uso e documento de requisitos a fim de definir as principais funcionalidades do sistema; b) Configurao do banco de dados geogrfico: Tendo posse do banco de dados convencional do sistema DRIS, mantendo todos os registros armazenados, foram adotados procedimentos para torn-lo apto a manipular as informaes geogrficas; c) Instalao e configurao do servidor de mapas: Nesta etapa foi realizada a instalao e configurao do servidor de mapas (GeoServer) para atuar na comunicao entre o banco de dados e a interface cliente; d) Prototipao: Nesta etapa so criados prottipos com finalidade de oferecer um melhor entendimento do contexto da aplicao, validar os requisitos e reduzir o esforo empregado na implementao do mdulo; e) Implementao da interface cliente: Durante esta etapa, o mdulo foi implementado tendo como ponto de partida o resultado obtido na fase de prototipao; f) Testes: Com finalidade de manter o sistema confivel atravs da reduo de riscos, o mdulo foi submetido a testes de unidade.

1.5 ORGANIZAO DO ESTUDO

Os captulos deste trabalho esto organizados da seguinte forma: No Captulo 2 apresenta os conceitos mais importantes que envolvem os SIGs com nfase neste tipo de tecnologia voltada para o ambiente web. No Captulo 3 so descritos os principais conceitos da engenharia de software utilizados na elaborao deste trabalho.

23 No Captulo 4 so apresentados os recursos tecnolgicos utilizados na implementao do estudo de caso. O Captulo 5 demonstra o estudo de caso, apresentando de forma prtica os passos utilizados para a construo do mdulo que visa a representao geogrfica de propriedades rurais e glebas. No Captulo 6 so apresentadas as consideraes finais envolvendo os resultados gerais obtidos do trabalho e as recomendaes para trabalhos futuros. E por fim, os apndices produzidos e anexos utilizados durante o desenvolvimento do trabalho que serviram como material de apoio a esta pesquisa.

2 SISTEMAS DE INFORMAES GEOGRFICAS

Num contexto geral os SIGs abrangem uma diversidade de assuntos, envolvendo desde seu surgimento, fatores que contriburam para a sua constante evoluo at os dias atuais. Dessa forma, como fundamento para compreenso deste trabalho e para o desenvolvimento do estudo de caso, neste captulo descrito os principais conceitos, componentes e recursos computacionais que formam um SIG voltado ao ambiente web.

2.1 BREVE HISTRICO

Cmara et al. (2003) descrevem que as primeiras tentativas de automatizar o processamento geogrfico (o que ainda no podia ser classificado como SIG) aconteceram por volta dos anos 50 na Inglaterra e nos Estados Unidos, tendo como objetivo reduzir os custos de produo e manuteno de mapas. Nos anos 60, surgiram no Canad os primeiros Sistemas de Informaes Geogrficas, fazendo parte de um programa governamental para criar um inventrio de recursos naturais (CMARA et al., 2003). Porm, eram difceis de usar, consumiam recursos extremamente caros e eram dotados de pouca capacidade de armazenamento e processamento. Assim, somente aps os anos 70, com o aumento do potencial dos

25 recursos de hardware, obteve-se melhora na produo de documentos cartogrficos, sendo criada a expresso Geographic Information System. Ento, desde a dcada de 80 at os dias de hoje, a tecnologia de SIGs vem evoluindo constantemente, tendo como causa o barateamento dos recursos computacionais, a evoluo dos computadores pessoais, o estabelecimento de centros de estudos sobre este assunto e o aprimoramento dos sistemas gerenciadores de banco de dados relacionais, com a incluso de funes especficas para tratamento e anlise de informaes espaciais (CMARA et al., 2003).

2.2 DEFINIO E ARQUITETURA

O termo SIG aplicado a sistemas de informaes que executam captura, modelagem, manipulao, recuperao, anlise e apresentao dos dados referenciados geograficamente (CMARA et al., 2003). Assim, a diferena do SIG para outros sistemas de informaes convencionais a capacidade de armazenar e tratar alm dos atributos convencionais tambm as informaes com coordenadas de posicionamento e delimitao geomtrica de objetos espaciais como lotes, lagos, rios, cidades, dentre outros (CASANOVA et al., 2011; DRUCK et al., 2004; CMARA et al., 2003). Segundo Druck et al. (2004), as tecnologias de SIGs tm evoludo substancialmente com o objetivo de atender as necessidades apresentadas por diversas reas de conhecimento seja em sade, ambiente, geologia, agronomia, dentre tantas outras, sendo capazes de apresentar um mapa permitindo a visualizao espacial do fenmeno que est ocorrendo e a traduo das ocorrncias, respondendo a questionamentos tais como: a) Epidemiologistas coletam dados sobre a ocorrncia de doenas. A distribuio dos casos de uma doena forma um padro no espao? Existe associao com alguma fonte de poluio? Evidncia de contgio? Variou no tempo?

26 b) Deseja-se investigar se existe alguma concentrao na distribuio de roubos. Roubos que ocorrem em determinadas reas esto

correlacionados com caracterstica scio-econmicas dessas reas? c) Gelogos desejam estimar a extenso de um depsito mineral em uma regio a partir de amostras. Pode-se usar essas amostras para estimar a distribuio do mineral na regio? d) Deseja-se analisar uma regio para fins de zoneamento agrcola. Como escolher as variveis explicativas solo, vegetao, geomorfologia, - e determinar qual a contribuio de cada uma delas para definir em que local o tipo de cultura mais adequado? De acordo com Arago (2009) a arquitetura de um SIG pode ser dividida em trs partes principais: Apresentao, Ferramentas e Gerenciamento de Dados. E cada parte dessa arquitetura composta por componentes inter-relacionados, conforme visualizado na Figura 1.

Figura 1 - Arquitetura de um SIG. Fonte: (ARAGO, 2009).

A parte de Apresentao abrange os elementos da interface com o usurio (janelas, botes, grficos, controles, mapas, etc) que so apresentados na tela do computador em forma de ferramentas para visualizao, consulta e manipulao de dados geogrficos (ARAGO, 2009; CMARA et al., 2003). As Ferramentas de um SIG compreendem os elementos que atuam na Entrada e Integrao de Dados, nas Consultas e Anlises Espaciais e nas diversas

27 tcnicas de Visualizao espacial (ARAGO, 2009). A Entrada e Integrao de Dados caracterizada pelo uso de recursos computacionais de entrada e processamento de dados geogrficos. Dessa forma, um SIG deve estar apto a receber, integrar e processar diferentes tipos de dados como geogrficos, convencionais, imagens de satlite, dentre outros. A Consulta e Anlise Espacial composta pelos recursos que fornecem ao SIG a capacidade de executar as consultas e anlises geogrficas. Estes recursos so algoritmos para lgebra de mapas, estatstica espacial, modelagem numrica de terreno e processamento de imagens. A Visualizao espacial permite que o resultado final do processamento geogrfico seja apresentado de diversas formas na tela do computador. Isto geralmente feito por meio de ferramentas que identificam padres espaciais e apresentam como resultado o mapa e a interpretao do fenmeno ocorrido (ARAGO, 2009, CMARA et al., 2003). A parte de Gerenciamento de Dados composta por toda tecnologia disponvel em um SIG para armazenamento e gerncia dos dados geogrficos. Isto pode ser feito atravs de arquivos especficos ou tabelas de um SGBD. Nos SIGs mais atuais o gerenciamento dos dados feito por SGBDs (Sistemas de Gerenciamento de Banco de Dados) que possuem suporte para manipulao e armazenamento de dados geogrficos (ARAGO, 2009, CMARA et al., 2003).

2.3 SIG WEB

Com a evoluo e a popularizao da internet, observou-se a migrao de diversos sistemas de informaes para a web, tendo como principais motivos fornecer acessibilidade a um nmero maior de usurios e solucionar problemas como a adaptao de um software para funcionar em diferentes tipos de sistemas operacionais, sendo tal caracterstica conhecida tambm como portabilidade (CABRAL, 2008). Este mesmo comportamento foi observado no momento em que se iniciou a disponibilidade dos SIGs em ambiente web, trazendo grandes melhorias para os desenvolvedores deste tipo de tecnologia ao permitir que desenvolvam solues SIG

28 WEB sem necessitar do uso de recursos computacionais caros ou de uma equipe especializada. Os usurios desta tecnologia foram mais beneficiados ainda, podendo usufruir livremente dos recursos que ela oferece, sem a necessidade de comprar e instalar um SIG por um preo elevado, precisando apenas estar conectado internet. (CABRAL, 2008; SCHIMIGUEL et al., 2006). Segundo Cabral (2008), um SIG WEB composto pelos seguintes elementos conforme visualizado na Figura 2.

Figura 2 - Elementos de um SIG WEB. Fonte: (CABRAL, 2008).

Na Figura 2, o elemento Cliente (browser) se refere parte de apresentao do sistema, que feita atravs de um navegador web, como Google Chrome, internet Explorer, Mozilla Firefox, Safari, dentre outros. O elemento Servidor web se refere aos mesmos servidores utilizados em aplicaes web convencionais como apache, internet Information Services e outros. O elemento Servidor de mapas se refere ao software que por meio de requisies do cliente, faz a comunicao com o banco de dados espacial e reproduz as informaes obtidas em forma de mapas. Atualmente os servidores mais utilizados so: MapServer (MAPSERVER, 2012) e GeoServer (GEOSERVER, 2012) (seo 2.5.1). O Banco de dados espacial faz o armazenamento dos dados geogrficos. E por fim, a Linguagem de programao se refere a qualquer linguagem para construo de sistemas de informao na web como JavaScript (seo 4.3) e PHP (seo 4.4) (CABRAL, 2008).

29 2.4 ARMAZENAMENTO E MANIPULAO DE DADOS GEOGRFICOS

Os dados geogrficos so a parte mais importante de um SIG, principalmente quando este disponvel em ambiente web (SIG WEB). Dessa forma, para que o sistema faa o uso destes dados, devem estar armazenados em um SGBD capaz de realizar todo o tratamento necessrio, serem transformados em um formato padro a fim de facilitar a manipulao do SGBD ou em um formato mais legvel para ser utilizado pela linguagem de programao no lado cliente da aplicao, alm disso, importante que estes dados tambm estejam associados um sistema de referncia espacial, sendo geograficamente posicionados conforme a superfcie real da terra. Portanto, os conhecimentos relacionados ao armazenamento e manipulao de dados geogrficos como: a extenso espacial PostGIS do SGBD PostgreSQL, Formatos de Dados Geogrficos (WKT e WKB) e Sistemas de Referncia Espacial so descritos com mais detalhes nas prximas sees.

2.4.1 POSTGRESQL E A EXTENSO POSTGIS

O PostgreSQL, sob a liderana de Michael Stonebraker, foi desenvolvido a partir do projeto Postgres, que teve seu incio em 1986 na Universidade da Califrnia (CASANOVA et al., 2011). Desde ento, este projeto vem se mantendo por um grupo de desenvolvedores sob o nome de PostgreSQL. considerado o melhor SGBD open source, pois alm de ter o cdigo aberto, sendo uma alternativa aos SGBDs Oracle ou Informix, possui recursos comuns aos tradicionais SGBDs comerciais, com o suporte a consultas complexas, gatilhos, chaves estrangeiras, vises, controle de concorrncia e integridade relacional, e foi o primeiro SGBD a possuir vrios recursos que somente algum tempo depois foram incorporados aos SGBDs comerciais (CASANOVA et al., 2011; MANZANO, 2008; MILANI, 2008; GUTTOSKI, 2006).

30 Em sua verso oficial, o PostgreSQL apresenta tipos de dados geogrficos com operadores simples, possuindo uma grande limitao quanto a sua capacidade de realizar operaes espaciais. Diante desse contexto, certo de que a integrao de um SIG atravs desses recursos oferecidos nativamente pela ferramenta necessitaria de muito esforo em caso de implementaes de novas operaes espaciais realizadas com ou entre objetos espaciais, como unio, interseco, testes topolgicos, dentre outras (CASANOVA et al., 2011). De acordo com Casanova et al. (2011) o PostgreSQL um SGDB bastante flexvel no que se diz respeito extensibilidade, sendo dotado de um mecanismo que permite a ampliao de sua capacidade, com o objetivo de fornecer um gerenciamento de dados mais eficiente. Diante dessa situao e aproveitando essa capacidade, o problema de executar operaes espaciais foi resolvido, sendo desenvolvido pela empresa Refractions Research Inc (http://postgis.refractions.net/) uma extenso geogrfica completa, chamada de PostGIS (CASANOVA et al., 2011). Segundo Postgis (2011), a extenso PostGIS permite que o PostgreSQL seja utilizado como banco de dados espacial para SIGs. importante ressaltar que o PostGIS liberado sob a licena GNU GPL (General Public License) e segue as especificaes SFSSQL (Simple Features Specification for SQL) do OGC1. Existem tambm outras solues para utilizao de SGBD espaciais semelhantes ao PostGIS, destacando-se como principais a tecnologia ArcSDE (Spatial Data Server) da ESRI (http://www.esri.com/) e a extenso espacial Oracle Spatial do SGDB Oracle (POSTGIS, 2011; CASANOVA et al., 2011). Para facilitar e permitir a representao de qualquer entidade geogrfica, o PostGIS trouxe consigo a capacidade de manipular as estruturas de dados vetoriais. As estruturas de dados vetoriais so utilizadas para representar as coordenadas das fronteiras de cada entidade geogrfica, atravs de trs tipos bsicos: ponto (Point), linha (LineString), polgono (Polygon) e seus respectivos agrupamentos, visualizado em mais detalhes na Figura 3 (CMARA et al., 2003).

OGC um consrcio internacional, sem fins lucrativos, formado por vrias entidades, que estabelece padres na rea geoespacial e de servios baseados na localizao. Surgiu em 1994 com o objetivo de garantir interoperabilidade dos dados entre os diferentes softwares. Para isso, conseguiu o apoio de grandes empresas da rea e atualmente conta com consorciados de peso na indstria, como o caso do Google, ESRI, USGS, NASA, ERDAS, Autodesk, Microsoft e Oracle (COSTA, 2011).

31

Figura 3 - Tipos de dados geogrficos do PostGIS. Fonte: (CASANOVA et al., 2011).

As entidades geogrficas a serem representadas so objetos do mundo real como uma casa, a localizao de crimes e de espcies vegetais que podem ser representados pelo tipo Point, um rio e uma estrada que podem ser representados pelo tipo LineString e um lote, propriedade rural e municpios que podem ser representados pelo tipo Polygon. Da mesma forma, para que se tenha maior eficincia na manipulao e uso dos dados geogrficos, os objetos podem ser devidamente agrupados, e armazenados no SGBD nos tipos: GeometryCollection, MultiPoint, MultiLineString e MultiPolygon (CMARA et al., 2003). Segundo Uchoa & Ferreira (2004), o PostGIS pode oferecer mais de 130 funes e operadores para o manipulao das estruturas de dados geogrficos vetoriais. Algumas das principais funes so destacadas no Quadro 2 (RAMSEY, 2012): Nome da funo AddGeometryColumn() Distance() Intersects() Parmetros <table_name>, <column_name>, <SRID2>, <type>, <dimension> <geometry>, <geometry> <geometry>, <geometry> Funcionalidade Adiciona uma coluna geomtrica em uma tabela do SGBD. Retorna a distncia entre duas geometrias. Retorna verdadeiro se as geometrias se cruzam espacialmente.

SRID o nmero identificador (chave primria) dos registros da tabela spatial_ref_sys explicado em mais detalhes na seo 2.4.3.

32 Retorna verdadeiro se a primeira geometria contm espacialmente a segunda geometria. Retorna uma geometria que representa a interseo entre as duas definidas no parmetro. Retorna a rea da geometria, sendo um polgono ou multi-polgono.

Contains()

<geometry>, <geometry>

Intersection()

<geometry>, <geometry>

Area()

<geometry>

Quadro 2 - Principais funes do PostGIS.

Segundo Ramsey (2012), o PostGIS tambm possui suporte indexao espacial denominada GIST (Generalized Search Tree), que tem como principal finalidade acelerar as consultas que envolvem os dados espaciais. Para adicionar um ndice GIST utilizada a seguinte sintaxe de cdigo, como segue no Quadro 3. CREATE INDEX <nome_do_ndice> ON <nome_da_tabela> USING GIST (<nome_do_campo_geomtrico>);
Quadro 3 - Cdigo para adicionar ndice GIST em uma tabela. Fonte: (RAMSEY, 2012).

Alm das funes destacadas aqui, existem muitas outras encontradas no manual PostGIS (RAMSEY, 2012), na seo 6.1. Tambm so de grande importncia as funes utilizadas para converter os dados geogrficos de um formato utilizado no SGBD Well-Know Binary (WKB) para um formato mais acessvel aplicao Well-Know Text (WKT) ou vice-versa. Estes formatos bem como as funes utilizadas para realizar tais converses so descritas em mais detalhes na seo seguinte.

2.4.2 FORMATO DE DADOS GEOGRFICOS WKT E WKB

Segundo Ramsey (2012), a padronizao especificada pelo OGC define dois formatos para expresso de objetos espaciais, sendo o WKT e WKB. Estes dois formatos incluem a informao sobre o tipo do objeto, as coordenadas geogrficas

33 que formam o objeto e o sistema de referncia espacial (seo 2.4.3) ao qual est associado. Na forma WKT esses dados so representados da seguinte forma (CASANOVA et al., 2011): a) Point: (0 0 0); b) LineString: (0 0, 1 1, 2 2); c) Polygon: ( (0 0 0, 4 0 0, 4 4 0, 0 4 0, 0 0 0), ( 1 0 0, ...), ... ); d) MultiPoint: (0 0 0, 4 4 0); e) MultiLineString: ( (0 0 0, 1 1 0, 2 2 0), (4 4 0, 5 5 0, 6 6 0) ); f) MultiPolygon: ( ( (0 0 0, 4 0 0, 4 4 0, 0 4 0, 0 0 0), (...), ...), ...); g) GeometryCollection: ( POINT(2 2 0), LINESTRING((4 4 0, 9 9 0)) ). Na forma WKB os dados so representados por diversos caracteres hexadecimais, que ficam armazenados no campo geomtrico da tabela de forma semelhante demonstrada no Quadro 4. "0103000020E61000000100000005000000FDFFFF6B8EE550C0802BDD45E 62B2440EDFFFFD362E550C096ED9DBE502B2440E6FFFFBB7AE550C0630F 5CFE2D2A2440EFFFFFB3A0E550C0BC1E93490E2B2440FDFFFF6B8EE550C0 802BDD45E62B2440"
Quadro 4 - Representao de dados no formato WKB.

Uma vez que estes dados esto armazenados numa tabela do SGBD, para recuper-los no formato WKT durante uma consulta, utiliza-se a funo

asText(<geometry>). Para recuper-los em sua forma original (WKB), utiliza-se a funo asBinary(<geometry>). Para fazer a insero destes dados no banco utilizase obrigatoriamente como segundo parmetro o SRID. Assim, utilizado a funo GeomFromWKB(<byte WKB>, <SRID>) para inserir os dados que esto no formato WKB e a funo GeometryFromText(text WKT, SRID) para inserir os dados que esto no formato WKT (RAMSEY, 2012).

34 2.4.3 SISTEMA DE REFERNCIA ESPACIAL

Segundo IBGE (2012), os sistemas de referncia espaciais so utilizados para descrever as posies dos objetos, ou seja, sem eles no se pode identificar a posio correta de determinada feio (objeto espacial) na superfcie terrestre. Estes sistemas tambm esto associados a uma superfcie que mais se aproxima da forma real da terra e sobre eles so desenvolvidos todos os clculos relacionados s suas coordenadas (IBGE, 2012). Importante observar que em qualquer equipamento ou tecnologia relacionada informao geogrfica, no momento em que registrada tal informao, esta deve estar relacionada a um sistema de referncia espacial, estabelecendo assim um padro de visualizao da informao geogrfica. Da mesma forma, ao gravar num banco de dados geogrfico determinada informao espacial, esta deve ser associada a um sistema de referncia espacial. Para isso o prprio banco de dados geogrfico fornece uma estrutura com diversos sistemas de referncia espaciais. No PostgreSQL, quando criado um novo esquema baseado na extenso PostGIS, so geradas duas tabelas. Uma delas, denominada spatial_ref_sys (Figura 4), contm todos os sistemas de referncia espaciais.

Figura 4 - Estrutura da tabela spatial_ref_sys da extenso PostGIS. Fonte: (CASANOVA et al., 2011).

A outra, denominada geometry_columns (Figura 5), responsvel por estabelecer o relacionamento entre os sistemas de referncia espaciais e todas as colunas geomtricas do banco de dados, e no apenas este relacionamento, mas todos os dados geogrficos do banco de dados esto associados a um determinado

35 SRID. E como pode ser observado, o SRID o identificador (chave primria) da tabela spatial_ref_sys.

Figura 5 - Estrutura da tabela geometry_columns da extenso PostGIS. Fonte: (CASANOVA et al., 2011).

2.5 TECNOLOGIAS E SERVIOS WEB PARA SISTEMAS GEOESPACIAIS

Nesta seo so descritas tecnologias e conceitos que envolvem o processo de comunicao do lado cliente da aplicao com o banco de dados geogrfico. Dessa forma, so apresentadas as tecnologias OpenLayers e API (Application Programming Interface) do Google Maps que compem a interface de apresentao ao usurio e o servio WFS criado a partir do servidor de mapas GeoServer para atualizao, captura e distribuio da informao geogrfica.

2.5.1 SERVIDOR DE MAPAS GEOSERVER

Segundo Barriguinha (2008), um servidor de mapas o componente central de um SIG, sendo utilizando para estabelecer a comunicao entre o lado cliente da aplicao e o banco de dados geogrfico. Dentre os servidores de mapas mais conhecidos e utilizados na manipulao de dados geogrficos na web destacam se o MapServer e o GeoServer.

36 O GeoServer um software open source baseado na linguagem Java, tendo como objetivo principal a publicao de informaes espaciais. Seu desenvolvimento teve incio em 2001 por uma empresa denominada The Open Planning Project. E um fator importante a ser observado que a capacidade deste software vem sendo progressivamente ampliada com ajuda de colaboradores individuais, empresas (destacando-se como principal a Refractions Research que tambm responsvel pelo PostGIS) e fontes de financiamento externo, beneficiando a todos os usurios (RAMOS, 2009). Dentre os principais benefcios que fornece, destacam-se os padres de servios WFS, WMS (Web Map Service) e WCS (Web Coverage Service) do OGC (RAMOS, 2009). Segundo Geoserver (2011) este software a implementao de referncia da norma WFS, motivo pelo qual foi utilizado para o desenvolvimento deste trabalho.

2.5.2 SERVIO WFS

O padro WFS, estabelecido pelo OGC um dos principais servios fornecidos pelo GeoServer. Este padro fornece aos usurios, a partir de requisies feitas ao servidor de mapas, o acesso a objetos georreferenciados e seus atributos em caso de consultas, permitindo tambm a execuo de inseres, atualizaes ou a remoo de dados, tal procedimento denominado transao WFS (WFS-T)
(COSTA, 2011).

Segundo Ramos (2009), o processo de comunicao entre cliente e servidor ocorre da seguinte forma: veiculado pelo protocolo de transporte HTTP, feito a solicitao de requisies ao servidor de mapas (neste caso o GeoServer). Este servidor responsvel por conduzir o servio WFS, que atua na converso dos dados geogrficos disponveis no banco de dados, transformando-os em GML (Geography Markup Language), e depois os transportando neste padro como resposta solicitao cliente. Sendo um dos primeiros padres criados pela OGC, o GML, sendo uma extenso do XML, possibilita a intercomunicao entre diferentes softwares que

37 utilizam a informao geogrfica. O GML til tanto na codificao de objetos geogrficos como tambm seus atributos, pois ele armazena e transporta os dados geogrficos representados por ponto, linha ou polgono junto aos seus respectivos atributos, representado por dados convencionais. Ao receber o GML, a aplicao responsvel pela traduo e apresentao destes dados aos usurios em forma de mapas (COSTA, 2011; RAMOS, 2009; KIMO, 2009). A Figura 6 apresenta de forma mais simplificada o esquema de funcionamento do servio WFS.

Figura 6 - Esquema de funcionamento do servio WFS. Fonte: (AZEVEDO et al., 2006).

2.5.3 BIBLIOTECA OPENLAYERS

O OpenLayers, que inicialmente foi desenvolvido pela empresa Metacarta, trata-se do projeto de uma biblioteca livre e aberta desenvolvida na linguagem JavaScript sendo mantido pela fundao Open Source Geospatial Foundation (OSGEO, 2012; RAMOS, 2009). Dentre os pontos positivos encontrados nesta

38 biblioteca, destaca-se sua possibilidade de acessar diversas fontes de informaes geogrficas alm de suportar os formatos WMS, Ka-Map, TMS, WorldWind, WFS, GeoRSS, Google, Yahoo, Microsoft e MultiMap (OSGEO, 2012; RAMOS, 2009). Por ser baseado na tecnologia Ajax, permite maior usabilidade e interatividade ao usurio, eliminando o tempo consumido durante as requisies feitas ao servidor. integrada com o servidor GeoServer, de onde obtido os dados solicitados por meio do servio WFS (KUNIYOSHI et al., 2009). O OpenLayers permite tambm a associao com diversos tipos de mapa base, no qual representam a visualizao da superfcie terrestre, sendo indispensveis para uma aplicao SIG WEB. Dentre os mapas base suportados pelo OpenLayers, destacam os Yahoo que so fornecidos pela e Microsoft Google

(http://www.bing.com/maps/), (http://maps.google.com/).

(http://maps.yahoo.com/)

Esta biblioteca tambm oferece uma diversidade de recursos, incluindo desde funes bsicas de um SIG como aumentar/reduzir nvel de zoom, viso global, controle de camadas, navegao, at a criao, alterao e seleo de objetos geogrficos, dentre tantos outros. A Figura 7 mostra um exemplo de aplicao implementada com OpenLayers, utilizando como mapa base a API Google Maps, que descrita em detalhes na seo 2.5.4.

Figura 7 - Exemplo de aplicao implementada com OpenLayers. Fonte: (OPENLAYERS, 2011).

A Figura 7 mostra o exemplo de uma interface simples criada com OpenLayers. No canto superior direito da figura podem ser observados os controles: desenho de polgono, alterar objeto, remover e salvar. No centro da figura apresentado o objeto geogrfico em forma de polgono, que pode ser criado

39 utilizando o controle de desenhar polgono ou recuperado de um banco de dados geogrfico por meio do servio WFS fornecido pelo servidor de mapas. A camada que representa a superfcie terrestre foi extrada da API Google Maps, que descrita em mais detalhes na seo seguinte.

2.5.4 API GOOGLE MAPS

A empresa Google lanou em fevereiro de 2005 o Google Maps. Este um dos SIG WEB mais utilizados em todo o mundo, permitindo que qualquer usurio marque locais importantes, adicione vdeos, fotos e compartilhe esse contedo com outros usurios na internet. Assim, ainda na sua verso beta rapidamente se tornou uma referncia em servios de mapas na internet (NETO, 2009). Por volta de maio de 2007, foi disponibilizada no Brasil uma verso mais ampla do Google Maps, com recursos para localizao de restaurantes, hotis, traar rotas, dentre outras funcionalidades (NETO, 2009). Uma das grandes vantagens dessa ferramenta a utilizao do modelo Ajax, que fornece dentre tantas vantagens, maior satisfao aos usurios devido a velocidade na execuo de transaes. No entanto, fazendo uma comparao com outros SIG WEB observa-se a desvantagem de no ser open source, no permitindo por exemplo, a insero e o tratamento de dados ambientais (NETO, 2009; CABRAL, 2008). Como forma de compensar essa desvantagem, a Google disponibiliza gratuitamente a API do Google Maps, o que significa permitir que qualquer utilizador de informaes geogrficas possa incluir em seu sistema web os mapas baseados no prprio Google Maps. Essa API foi construda com base na linguagem JavaScript, sendo semelhante biblioteca OpenLayers, e contm recursos utilizados para a exibio de mapas, consultas por endereos, funes de aumento e reduo de zoom, registro de pontos importantes, dentre outras funcionalidades (NETO, 2009). Para se utilizar os recursos providos pela API, necessrio solicitar ao Google uma chave (disponvel no endereo: http://code.google.com/intl/pt-

40 BR/apis/maps/signup.html) e informar o nome do diretrio que se deseja incluir o recurso, lembrando que uma nica chave vlida em um nico diretrio do sistema web (GOOGLE, 2012; NETO, 2009). Neto (2009), utiliza a API do Google Maps para georreferenciar os principais pontos de interesse na Universidade Federal de Viosa. Dessa forma, essa aplicao apresenta informaes teis a respeito da instituio, tais como a localizao e a descrio das principais edificaes do campus. Conforme observado na Figura 8, utilizando o controle de aumento de zoom, o usurio identifica a Biblioteca Central e ao clicar sobre o marcador que est sobre a edificao apresentado mais detalhes sobre o local.

Figura 8 - Aplicao criada com a API do Google Maps para representar geograficamente os principais pontos da Universidade Federal de Viosa. Fonte: (NETO, 2009).

Ao contrrio do aplicativo produzido por (NETO, 2009), este trabalho no utiliza a API Google Maps por completo, ou seja, utilizado somente o mapa base para visualizao da superfcie terrestre. Os outros controles fornecidos pela API no so necessrios na implementao deste sistema, uma vez que no se pode definir uma base de dados para armazenar as transaes que so executadas. Para isso, utilizado os recursos da biblioteca OpenLayers, e todos os controles so adicionados sobre o mapa da API Google Maps para realizar um o tratamento mais eficiente dos dados.

3 ENGENHARIA E MODELAGEM DE SOFTWARE

Durante a construo de um software, alm da garantia da qualidade, deve-se utilizar tambm outras diversas tcnicas de Engenharia de Software, visando a construo de produtos de software eficientes, confiveis, robustos, dentre outros pontos positivos, que transmitam maior satisfao seus usurios. Com base nesse contexto, o objetivo deste captulo demonstrar as principais tcnicas da Engenharia de Sofware que fizeram parte do desenvolvimento do estudo de caso deste trabalho.

3.1 MODELOS DE PROCESSO DE SOFTWARE E PROTOTIPAO

Segundo Pressman (2006), os modelos de processo de software definem um conjunto de atividades, aes, tarefas, marcos, e produtos de trabalho necessrios para construir produtos de software de alta qualidade. O autor admite que, apesar de no serem perfeitos, estes modelos so de suma importncia para a construo de um software, ao fornecer os caminhos necessrios para conduzir projetos de software em conformidade com a Engenharia de Software. Alguns desses modelos so apresentados em (SOMMERVILLE, 2007) e (PRESSMAN, 2006) como: modelo de desenvolvimento baseado em componentes, modelo em cascata, modelo espiral, modelo RAD (Desenvolvimento Rpido de

42 Aplicaes), modelos prescritivos, prototipao, modelos geis de processo, destacando como principais o Scrum, Crystal e Extreme Programming (XP), dentre outros. Este trabalho foi elaborado com o modelo de prototipao, com o intuito de facilitar o processo de implementao do sistema, de forma que este atenda s necessidades dos usurios. Segundo Sommerville (2007), um prottipo uma verso inicial do sistema de software utilizado para facilitar o entendimento dos stakeholders3, oferecendo demonstraes de conceitos, experimento de opes do projeto de interface, e fornecendo um conhecimento maior sobre o problema e suas possveis solues. Preece et al. (2002) justificam o uso de prottipos para diversos fins como: testar a viabilidade tcnica de uma idia, esclarecer requisitos vagos, realizar testes e avaliaes com os usurios e verificar se o rumo que se estabeleceu ao design compatvel com o restante do desenvolvimento do sistema. Sommerville (2007) sugere a utilizao da prototipao no processo de desenvolvimento de software de vrias formas, como: a) Na fase de engenharia de requisitos, auxiliando na descoberta e validao dos requisitos do sistema; b) No processo de projeto do sistema, sendo utilizado para explorar solues especficas de software e apoiar o projeto de interface com o usurio; c) No processo de teste, sendo utilizado para realizar testes completos com o sistema que ser entregue para o cliente. Conforme visualizado na Figura 9, a prototipagem inicia com a comunicao, onde o Engenheiro de Software (ou desenvolvedores) e o cliente encontram-se a fim de definir os objetivos gerais do software, identificando as necessidades conhecidas e delimitando as reas que necessitam ser mais exploradas. Ento planejada rapidamente uma iterao de prototipagem, onde ocorre a modelagem. O Prottipo construdo atravs do projeto rpido, e aps este procedimento implantado e avaliado pelo cliente ou usurio do sistema (PRESSMAN, 2006). Dessa forma, este

Stakeholders so todos que esto envolvidos com um projeto de software, incluindo desenvolvedores, gerentes, clientes e usurios.

43 feedback (avaliao) fornecido pelo usurio utilizado para refinar os requisitos do software.

Figura 9 - Modelo de prototipagem de sistema de software. Fonte: (PRESSMAN, 2006).

Naturalmente existem dois tipos de prototipao, sendo a de baixa-fidelidade e a de alta-fidelidade. Ao contrrio da prototipao de baixa-fidelidade, que utiliza recursos mais simples para construir produtos descartveis, a prototipagem de altafidelidade utiliza materiais, esperando que estes estejam presentes tambm no produto final (PREECE et al., 2002). Dessa maneira, pode-se construir um prottipo de alta-fidelidade utilizando os mesmos recursos a serem utilizados na verso verdadeira, por exemplo, o layout de uma pgina codificada apenas em HTML, pode ser considerado como um prottipo de alta-fidelidade. Ao integrar nesta pgina, a lgica de programao com a linguagem PHP e outras funcionalidades, por exemplo, j torna o prottipo algo mais semelhante ao produto final que se deseja construir (PREECE et al., 2002). Entretanto, Preece et al. (2002) recomenda que atenciosamente seja feito um estudo sobre o trabalho a ser desenvolvido e o tipo de prottipo a ser elaborado, verificando principalmente se o tipo de prottipo adequado. Para se ter uma base ao fazer esta anlise, o autor apresenta uma tabela demonstrando as principais

44 vantagens e desvantagens dos dois tipos de prototipao, que pode ser observado no Quadro 5. Tipo Prottipo de baixafidelidade Vantagens Custo mais baixo de desenvolvimento. Avalia mltiplos conceitos de design. Instrumento de comunicao til. Aborda questes de leiaute de tela. til para identificao de requisitos de mercado. Proof-of-concept (demonstraes de que o conceito funciona). Funcionalidade completa. Totalmente interativo. Uso conduzido pelo usurio. Define claramente o esquema de navegao. Uso para explorao e teste. Mesmo look and feel do produto final. Serve como uma especificao viva. Ferramenta de venda e marketing. Desvantagens Verificao limitada de erros. Especificao pobre em detalhe para codificao. Uso conduzido pelo facilitador. Utilidade limitada aps estabelecimento de requisitos. Utilidade limitada para testes de usabilidade. Limitaes de fluxo e navegao. Desenvolvimento mais caro. Sua criao demanda tempo. Ineficiente para designs proof-ofconcept (demonstraes de que o conceito funciona). No serve para coleta de requisitos.

Prottipo de altafidelidade

Quadro 5 - Principais vantagens e desvantagens da prototipao de baixa- e alta-fidelidade. Fonte: (PREECE et al., 2002).

45 3.2 MODELAGEM DE CASO DE USO

A Unified Modeling Language ou Linguagem de Modelagem Unificada (UML) disponibiliza uma diversidade de recursos para elaborao de projetos de sistema de software. Dentre estes recursos, destacam-se diversos tipos de diagramas, que facilitam a visualizao da arquitetura de um sistema. No contexto deste trabalho, destaca-se o diagrama de caso de uso, que dentre as principais finalidades utilizado para fornecer aos stakeholders um entendimento geral sobre o sistema a ser desenvolvido (BOOCH et al., 2006). Todo sistema de software criado para interagir com autores humanos ou outros sistemas (BOOCH et al., 2006). Na interao entre estes autores e o sistema, podem ser observados comportamentos, seqncia de aes e resultados produzidos. Nesse contexto, que entra o diagrama de caso de uso, que tem o papel de capturar tais caractersticas e comportamentos (MELO, 2010; BOOCH et al., 2006). Dos componentes principais de um diagrama de caso de uso, conforme observado na Figura 10, destacam-se os atores, os casos de uso e os relacionamentos entre os atores e os casos de uso que podem ser incluso (include) ou extenso (extend). Vale ressaltar que o relacionamento include representado como uma dependncia, ou seja, utilizado para especificar que um caso de uso inclui o comportamento de outro. J o relacionamento de extenso utilizado quando um caso de uso incorpora de forma implcita o comportamento de outro, lembrando que, ao contrrio do outro, este comportamento opcional (MELO, 2010; BOOCH et al., 2006).

Figura 10 - Representao de um diagrama de caso de uso. Fonte: (MELO, 2010).

46

Booch et al. (2006) recomendam que antes da elaborao de um caso de uso, importante descrever em forma de texto o fluxo de eventos que expressa de forma detalhada o comportamento entre os autores e o sistema. Este fluxo geralmente capturado no projeto de levantamento e anlise de requisitos, sendo conhecido tambm como cenrio de uso. Segundo Preece et al. (2002) cenrios de caso de uso so textos com uma descrio narrativa informal de uso, ou seja, so descries que exploram atividades ou tarefas realizadas por usurios. Entretanto, vale ressaltar que no existem regras que especificam o nvel de detalhe que deve ser includo em um cenrio. Por meio de um exemplo, visualizado no Quadro 6, Preece et al. (2002) mostram um cenrio para um sistema de agenda compartilhada que, sendo extrado de uma entrevista informal, tem como objetivo organizar uma reunio entre vrias pessoas. O usurio digita o nome de todos os participantes da reunio, juntamente com algumas restries, tais como a durao da reunio, quando (vagamente) ela ir acontecer e possivelmente onde dever ser realizada. O sistema procede ento a uma checagem, de acordo com os horrios pessoais de cada um e com os do departamento central, e apresenta ao usurio uma srie de datas que todos esto livres. Da a reunio poder ser confirmada e marcada nas agendas pessoais. Algumas pessoas, porm, iro querer ser consultadas antes de a reunio ser marcada. Talvez o sistema pudesse enviar uma mensagem automaticamente e perguntar se a data poderia ser confirmada antes de marcada definitivamente.
Quadro 6 - Exemplo de cenrio de uso. Fonte: (PREECE et al., 2002).

A construo de cenrios de caso de uso considerada uma atividade primordial, sendo os primeiros passos para o estabelecimento das necessidades e requisitos e dentre os principais auxlios obtidos de um cenrio destaca-se a captura de comportamentos existentes e a identificao de dados importantes para o estabelecimento de novos requisitos (PREECE et al., 2002).

47 3.3 MANUTENO E EVOLUO DE SOFTWARE

Segundo Sommerville (2007), aps a entrega de um software, seu desenvolvimento no pra, pois as mudanas so inevitveis para que ele continue sendo til, visto que os requisitos surgem e mudam constantemente. Outro fator que argumenta a evoluo do software economia de recursos investidos, por exemplo, em um sistema de software que cuida dos ativos de negcio de uma organizao. Ao observar isto, com certeza a melhor idia aplicar melhorias neste sistema ao invs de fazer uma mudana drstica comprando e adequando outro sistema para a organizao (SOMMERVILLE, 2007). Com base nos estudos de (Lehman, 1996; Lehman et al., 1998; Lehman et al., 2001) apud Sommerville (2007), foram elaboradas um conjunto de leis com base no comportamento da manuteno e evoluo de sistemas de software, conforme visualizado no Quadro 7. Lei Mudana Contnua Complexidade crescente Evoluo de progama de grande porte Estabilidade organizacional Conservao de familiaridade Crescimento contnuo Qualidade em declnio Descrio Um programa usado em um ambiente real deve mudar necessariamente ou tornar-se progressivamente menos til. medida que um programa muda, sua estrutura tende a se tornar mais complexa. Recursos extras devem ser dedicados para preservar e simplificar a estrutura. A evoluo de programa um processo auto-regulvel. Atributos de sistemas como tamanho, tempo entre verses e nmero de erros reportados quase invarivel em cada verso do sistema. Durante o ciclo de vida de um programa, sua taxa de desenvolvimento quase constante e independente de recursos dedicados ao desenvolvimento do sistema. Durante o ciclo de vida de um sistema, mudanas incrementais em cada verso so quase constantes. A funcionalidade oferecida pelos sistemas deve aumentar continuamente para manter a satisfao do usurio. A qualidade dos sistemas entrar em declnio a menos que eles sejam adaptados a mudanas em seus ambientes operacionais. Os processo de evoluo incorporam sistemas de feedback com vrios agentes e loops e voc deve tratlos como sistemas de feedback para conseguir aprimoramentos significativos do produto.

Sistema de feedback
Quadro 7 - Leis de Lehman. Fonte: (SOMMERVILLE, 2007).

48 Sommerville (2007), afirma que existem trs tipos diferentes de manuteno de software, sendo a manuteno para reparo de defeitos, para adaptar o software a um ambiente operacional diferente e para adicionar funcionalidade ao sistema ou modific-la. Este ltimo tipo de manuteno, o qual adotado neste trabalho, tendo em vista o desenvolvimento de um mdulo para um sistema pr-existente, tem sua utilizao amparada com ocorrncia de mudana de requisitos e organizacionais.

3.4 TESTE DE UNIDADE DE SOFTWARE

Nos ltimos anos, observou-se que a qualidade tem sido um dos requisitos mais importantes no desenvolvimento de software, ou seja, em pocas mais remotas essa atividade era desenvolvida pelo prprio programador que conduzia o projeto da forma mais cuidadosa possvel, evitando (ou tentando evitar) qualquer tipo de erro que venha a causar futuros prejuzos. Nos dias de hoje, tem se desenvolvido tcnicas modernas de projeto na disciplina de Engenharia de Software, dedicadas reduo de erros ocorridos na fase de desenvolvimento de software. Alm disso, algumas dessas tcnicas so destinadas resoluo de problemas mais especficos dentro do desenvolvimento de software, abrangendo desde as funes e objetos de um sistema at o sistema como um todo (PRESSMAN, 2006). Por se tratar do desenvolvimento de um mdulo, abordado sobre o teste de unidade, que visa executar a verificao de erros nas partes mais especficas de um software convencional (no orientado a objetos), sendo a forma mais adequada para este tipo de projeto. Pressman (2006) classifica o teste de unidade, juntamente com o teste de integrao como estratgias para testes de software convencional, ou seja, que no adota o paradigma de orientao objetos. O autor tambm apresenta testes voltados para aplicaes web como: teste de contedo, teste de interface com o usurio, teste no nvel de componente, teste de navegao, teste de configurao, teste de segurana e teste de desempenho.

49 Um teste de unidade focado nas menores unidades de projeto de software que so os componentes ou mdulos de software. Assim, os testes e os erros descobertos so limitados lgica interna de processamento e as estruturas de dados que formam o escopo do mdulo (SOMMERVILLE, 2007; PRESSMAN, 2006). Os autores afirmam tambm que este mesmo procedimento pode ser executado de forma paralela em diversos mdulos do software (SOMMERVILLE, 2007; PRESSMAN, 2006). Durante a execuo do teste de unidade, algumas consideraes so de suma importncia, devendo ser adotadas para que este possa ser concludo de forma satisfatria. Seguindo essa idia, e como exemplo de fator importante a ser considerado, tem-se que o teste de fluxo de dados atravs da interface deve ser executado antes de qualquer outro teste, devido a importncia dada ao fluxo de entrada e sada de dados, bem como o funcionamento das estruturas de dados locais e o impacto causado nos dados globais (PRESSMAN, 2006). Ao continuar a atividade de testes, verificada tambm a estrutura lgica de dados local a fim de garantir a integridade dos dados armazenados temporariamente em variveis durante a execuo de um algoritmo (PRESSMAN, 2006). Para garantir a operao adequada do mdulo, so testadas as condies-limite responsveis por limitar ou restringir o processamento (PRESSMAN, 2006). Todos os caminhos independentes (conhecidos tambm como caminhos bsicos na Engenharia de Software) so verificados para garantir o bom funcionamento do mdulo como um todo. E por fim, todos os caminhos de manipulao de erros so testados, garantindo mais confiabilidade ao mdulo ou unidade do sistema, estando apto a ser integrado s outras unidades do software e/ou ao software na sua verso completa (PRESSMAN, 2006).

50 Este procedimento pode ser visualizado de forma mais simplificada na Figura 11:

Figura 11. Esquema do teste de unidade. Fonte: (PRESSMAN, 2006).

4 TECNOLOGIAS PARA DESENVOLVIMENTO WEB

Aps o surgimento da internet, em meados da dcada de 90, o acesso rede restringia-se apenas a um pequeno grupo de pessoas que tinham finalidades mais especficas de uso, tais como pesquisas, distribuio do conhecimento e troca de informaes entre universidades, instituies de pesquisas e unidades militares. No decorrer dos anos, milhares de pessoas passaram a ter maior dependncia do uso da rede, seja para o entretenimento, estudo ou trabalho. Essa necessidade de informatizao, conhecida tambm como incluso digital tornou possvel que at comunidades mais carentes e isoladas tivessem o acesso internet. Na mesma proporo, este evento tambm desencadeou a necessidade de servios, produo de contedo e suporte para a web, de forma a atender requisies e exigncias de usurios espalhados por todo o mundo. Essa mudana influenciou e, em muitos casos obrigou profissionais que antes trabalhavam e conheciam os paradigmas, metodologias, conceitos, tecnologias e linguagens para desenvolvimento de aplicativos desktop, a buscar e adotar estes conhecimentos voltados para o desenvolvimento web. Para o desenvolvimento deste trabalho, tambm foram adotadas algumas dessas tecnologias, sendo descritas nas prximas sees como embasamento fundamental para o estudo de caso.

52 4.1 LINGUAGEM HTML

Hypertext Markup Language ou Linguagem de Marcao de Hipertexto (HTML) a linguagem base para a composio de pginas na web sendo naturalmente interpretada por navegadores. Possui um conjunto de tags e propriedades definidas, que consiste em elementos, configurao ou formatao para uma pgina. utilizada em muitos casos, em conjunto com outras linguagens de programao, com a finalidade de gerar contedo de forma dinmica e estabelecer maior nvel de interatividade e comunicao com os usurios (PFAFFENBERGER et al., 2004). Segundo Costa (2007), os documentos de cdigo-fonte com HTML so implementados atravs do uso das tags que informam ao browser (navegador web) a apresentao de textos, tabelas e outros itens. Essas tags so constitudas por um comando que fica entre os smbolos de < e >, sempre comeando por <...> e fechadas por </...>. Dessa forma, um documento HTML bsico formado pelas tags apresentadas na Figura 12:

Figura 12 - Estrutura bsica de um documento HTML.

A aparncia e as caractersticas dos componentes que compem um documento HTML podem ser definidas de duas formas: no prprio arquivo HTML, incluindo nas propriedades das tags que se deseja formatar ou atravs da utilizao de Cascading Style Sheets ou Folhas de Estilo em Cascata (CSS) (SOMERA, 2006).

53 4.2 CASCADING STYLE SHEETS

A CSS trata-se de uma linguagem utilizada para definir a aparncia das pginas web, ou seja, ao ser includa em um site, esta se torna responsvel por controlar as caractersticas de fonte, cores, margens, linhas, alturas, larguras, imagens de fundo, posicionamentos, entre outras (SOMERA, 2006). O layout de sites tambm pode ser definido pelo documento HTML, porm a CSS fornece aos desenvolvedores mais opes e mais eficincia no

desenvolvimento de sites, uma vez que so utilizadas com o intuito de definir uma formatao mais organizada das pginas, ou seja, sem misturar as tags de formatao com as tags de contedo, o que torna uma pgina totalmente fora dos padres de organizao. Com o uso do CSS, esse procedimento feito de forma prtica, por exemplo, em um mesmo site sempre existem componentes com estilos iguais (de cor, tamanho ou fonte) e que so distribudos em pginas diferentes. Dessa forma, em vez de ter que alterar essas propriedades em cada tag, dispersos em vrias pginas no site, isto pode ser definido em um nico arquivo CSS externo (GOMES, 2010; HIROMI, 2007; SOMERA, 2006). A Figura 13 mostra a estrutura de uma regra em CSS. Segundo Meyer (2006) cada regra possui duas partes fundamentais, sendo o seletor e o bloco de declarao. Cada bloco de declarao composto por uma ou mais declaraes, e cada declarao constituda de uma propriedade e um valor. O seletor, conforme observado no canto esquerdo da figura responsvel por definir a parte do documento que ser afetada. Neste exemplo, todos os elementos definidos pela tag h1 so afetados conforme as caractersticas definidas no bloco de declarao.

Figura 13 Estrutura de uma regra em CSS. Fonte: (MEYER, 2006).

54 4.3 LINGUAGEM JAVASCRIPT E BIBLIOTECA JQUERY

Criado pela empresa Netscape, JavaScript uma linguagem de programao interpretada, com recursos para orientao a objetos e incorporada em navegadores web. Uma das principais caractersticas da linguagem a capacidade de incluir programas executveis que interagem com o usurio, controlam o navegador e criam o contedo HTML dinamicamente. O modelo de objeto de documento ou (Document Object Model - DOM) o recurso responsvel pela dinamicidade das pginas, especialmente por permitir a manipulao direta de qualquer componente em uma pgina HTML por meio da execuo de scripts (FLANAGAN, 2002). A linguagem JavaScript pode ser utilizada para executar os seguintes tipos de solues (GOODMAN, 2001): a) Fazer com que a pgina web responda ou reaja diretamente interao do usurio com elementos do formulrio (campos de entrada, reas de texto, botes, botes de opo, caixas de seleo, listas de seleo) e links de hipertexto; b) Distribuir pequenas colees de informaes tipo banco de dados e oferecer uma interface amigvel para esses dados; c) Controlar a navegao por vrios frames, plug-ins ou applets Java com base nas escolhas do usurio no documento HTML; d) Pr-processar dados no cliente antes do envio a um servidor; e) Alterar o contedo e os estilos nos browsers modernos dinamicamente e instantaneamente em resposta interao com o usurio. Atualmente, o desenvolvimento utilizando o JavaScript puro, tem se tornado uma atividade mais rara. Tal fato vem ocorrendo devido dificuldades encontradas durante a execuo de tarefas triviais e o surgimento de muitas bibliotecas criadas por programadores que possuem um conhecimento mais profundo sobre a linguagem, e que desejam facilitar e agilizar processo de desenvolvimento (FLANAGAN, 2002). A simplicidade um fator primordial, que nos ltimos anos tem sido adotada por programadores de todo o mundo. Esta caracterstica tambm valorizada e adotada por Jonh Resig, o criador da biblioteca JQuery, que teve como um dos motivos para o desenvolvimento desta idia, sua frustrao com a complexidade de

55 se escrever JavaScript para obter simples resultados. Jonh Resig demonstrou este sentimento no dia 22 de agosto de 2005 escrevendo um artigo em seu blog, onde publicou tambm alguns exemplos propondo seletores CSS com o objetivo de simplificar e dar maior eficincia no cdigo. No dia 14 de janeiro de 2006, Jonh Resig apresentou os resultados do seu estudo em uma palestra por nome de JQuery, a nova onda para JavaScript, criando tambm neste mesmo ano o primeiro plugin (SILVA, 2008). Dentre diversas funcionalidades, JQuery pode ser utilizada para

(CASTLEDINE & SHARKIE, 2010; SILVA, 2008): a) Adicionar efeitos visuais e animaes; b) Acessar e manipular o DOM; c) Buscar informaes no servidor sem necessidade de recarregar a pgina; d) Prover interatividade; e) Alterar contedos; f) Modificar apresentao e estilizao CSS; g) Simplificar tarefas especficas de JavaScript.

4.4 LINGUAGEM DE PROGRAMAO PHP

Hypertext Preprocessor (PHP) uma linguagem de programao muito utilizada na criao de sites web dinmicos, possibilitando uma interao com o usurio mediante formulrios, parmetros de URL, links, etc (VIVAS, 2006; WELLING & THOMSON et al., 2005). executado no servidor, possibilitando a interao com banco de dados e aplicaes existentes nele, sem expor o cdigo fonte ao cliente (VIVAS, 2006; WELLING & THOMSON et al., 2005). Foi criado por volta de 1994 por Rasmus Lerdof, que a princpio utilizava em seu prprio site. Dois anos mais tarde o PHP deixou de ser um projeto pessoal de Rasmus e passou a ser desenvolvido por uma equipe de colaboradores, evoluindo o projeto constantemente (VIVAS, 2006; WELLING & THOMSON et al., 2005). O desenvolvimento de web sites com PHP apresenta uma infinidade de vantagens, podendo ser utilizado na maioria dos sistemas operacionais como Linux,

56 variantes da plataforma Unix (Solaris e OpenBSD), Microsoft Windows, entre outros; suportado pela maioria dos servidores web atuais, incluindo Apache, internet Information Server (IIS), Personal Web Server e muitos outros. Outra vantagem apresentada aps a sua verso 4, o suporte programao orientada a objetos. A linguagem PHP tambm permite a implementao de outras funcionalidades mais especficas como a gerao de imagens, gerao de arquivos PDF, animaes em flash criadas dinamicamente, gerao de padres de texto como XHTML e XML, etc (WELLING & THOMSON et al., 2005). Em relao ao suporte a banco de dados, PHP est acessvel a uma ampla variedade, com suporte de driver nativo para mais ou menos 15 dos mais populares banco de dados, destacando-se entre eles o MySQL, Oracle, Interbase e PostgreSQL. Tambm possui suporte a um grande nmero de protocolos como POP3, IMAP e LDAP, SNMP, NNTP e HTTP (MORAZ, 2005; CONVERSE & PARK, 2003). Aps evoluir para sua verso 5, o PHP sofreu algumas melhorias, sendo destacada como principal o suporte programao orientada a objetos. Assim, recursos como herana, atributos, mtodos, classes, construtores e dentre outros encontrados nas linguagens como Java e C++ j esto disponveis a partir desta verso, que fornece ao programador as opes de programar da forma estruturada ou orientada objetos (WELLING & THOMSON et al., 2005). O funcionamento do PHP demonstrado na Figura 14 em mais detalhes, onde mostra que aps a requisio do navegador cliente, o servidor responsvel por executar o processamento e ento enviar ao navegador o resultado no formato HTML.

Figura 14 Esquema de funcionamento do PHP. Fonte: (BARRETO, 2002).

57 4.5 TECNOLOGIA AJAX

Ao contrrio do que muitas pessoas pensam, Ajax no uma linguagem de programao, tratando-se de uma tecnologia que utiliza recursos das linguagens JavaScript e XML para definir solicitaes assncronas feitas do lado cliente da aplicao para o servidor, eliminando o tempo de espera que ocorre no momento em que a pgina est recarregando seu contedo. O processo de realizar requisies de informaes em uma pgina sem a necessidade de recarregar por completo foi o fator que mais marcou e fez com que a tecnologia Ajax fosse adotada e aceita por toda a comunidade de programadores web, o que trouxe tambm substancial melhora no modelo de interao, pois o processo de recarga de pgina, em alguns casos, quando demorado, deixava o usurio frustrado a ponto de desistir de realizar sua tarefa (NIEDERAUER, 2007; MCLAUGHLIN, 2006). Em uma aplicao convencional, o processo de interao inicia quando o navegador cliente faz uma solicitao atravs do protocolo HTTP ao servidor, requisitando uma pgina. Esta pgina retorna, sendo reproduzida no navegador web. Se logo aps este procedimento, o usurio fizer a submisso de um formulrio ou clicar em um link, ser necessrio que a pgina seja completamente carregada (NIEDERAUER, 2007). Na Figura 15, segue uma demonstrao melhor de como ocorre este processo.

Figura 15 - Modelo convencional de aplicao web. Fonte: (RAO, 2008).

58 Para uma aplicao baseada na tecnologia Ajax, este procedimento executado apenas na primeira vez que carregada uma pgina web especfica. Se o usurio realizar outra requisio na mesma pgina, uma solicitao feita atravs do protocolo HTTP ao servidor, onde processa o pedido e retorna a resposta no formato XML, alterando apenas o ponto dentro da pgina HTML que necessrio, continuando todo o restante esttico (MCLAUGHLIN, 2006). A forma como ocorre este processo, melhor visualizada na Figura 16.

Figura 16 - Modelo de aplicao web baseada em Ajax. Fonte: (RAO, 2008).

Outra vantagem da utilizao desta tecnologia a possibilidade de realizar vrias requisies ao mesmo tempo, ou seja, sua estrutura de funcionamento, denominada tambm pelo autor de motor Ajax, permite realizar simultaneamente diversas requisies (NIEDERAUER, 2007).

5. ESTUDO DE CASO

Este captulo descreve a aplicao prtica dos principais mtodos, tecnologias e ferramentas envolvidas na implementao de um mdulo SIG WEB, formando o estudo de caso proposto neste trabalho. De maneira geral o mdulo a ser implementado, consiste em uma parte especfica de software projetado e desenvolvido para ampliar a capacidade de georreferenciamento do sistema DRIS, visto que este ainda no possui um tratamento adequado para este tipo de informao. Para satisfazer os requisitos que proporcionam o funcionamento correto do mdulo fez-se necessrio o desenvolvimento das seguintes atividades (Figura 17):

Figura 17 Esquema de fluxo das atividades desenvolvidas durante o estudo de caso.

a) Levantamento de requisitos e modelagem: teve como objetivo extrair os principais requisitos do mdulo e definir as principais funcionalidades a serem implementadas; b) Configurao do banco de dados geogrfico: foram criados mecanismos para que o banco de dados convencional do sistema DRIS oferea suporte para o gerenciamento de dados geogrficos;

60 c) Instalao e configurao do servidor de mapas: para fornecer o servio WFS, atuando na comunicao entre o banco de dados e a aplicao cliente; d) Prototipao: para validar os requisitos e reduzir o esforo empregado durante a implementao; e) Implementao: codificao do mdulo; f) Testes: para proporcionar o funcionamento correto do mdulo.

5.1 VISO GERAL

Este trabalho foi desenvolvido com o objetivo de ampliao o sistema DRIS, disponvel no endereo (http://www.dris.com.br), fornecendo recursos relacionados ao processamento geogrfico das informaes, permitindo que os usurios possam usufruir desta tecnologia para empregar maior eficincia no processo de avaliao nutricional de culturas agrcolas. Tendo como base o ANEXO A UTILIZAO DO SISTEMA DRIS, do ponto de vista do usurio os procedimentos para executar as avaliaes nutricionais de plantas ocorrem da seguinte maneira: aps ter criado uma conta na rea restrita e logar no sistema, o usurio escolhe o tipo de cultura que deseja analisar, e ento por meio do menu esquerda (Figura 18), ele aciona o cadastro de anlise foliar.

61

Figura 18 Interface do sistema DRIS visualizada aps a escolha de uma cultura agrcola.

Entretanto, para cadastrar uma anlise foliar necessrio antes, cadastrar de forma hierrquica um estabelecimento (propriedade rural), a gleba de coleta (pequenas reas de terra dentro do estabelecimento) e em seguida a safra. A safra representa determinada cultura que fica plantada por um perodo especfico sobre a gleba, dessa forma, em cada ano devem ser cadastradas novas safras em uma mesma gleba. O mdulo desenvolvido encaixa exatamente nesta parte do sistema, sendo responsvel por gerenciar geograficamente as reas de estabelecimentos e glebas.

62 Aps ter cadastrado o estabelecimento a gleba e a safra, o usurio poder ento fazer o cadastro de anlise foliar, conforme observado na Figura 19.

Figura 19 Interface do sistema DRIS para cadastro de anlise foliar.

Ao finalizar o cadastro de anlise foliar, o usurio poder ativar o clculo utilizado para diagnosticar o estado nutricional das plantas. Tendo feito isso, disponibilizado no sistema uma pgina para gerao do relatrio resultante da anlise. O relatrio apresenta ao usurio informaes importantes como frmulas, normas, critrio de interpretao dos ndices DRIS, nutrientes permitidos na anlise, dentre outros (Figura 20).

63

Figura 20 Relatrio com diagnstico nutricional de culturas agrcolas do sistema DRIS.

importante ressaltar que este procedimento utilizado por engenheiros agrnomos ou pessoas capacitadas com o conhecimento que envolve o estudo nutricional de plantas. Dessa forma este sistema voltado para este tipo de usurios, e tem como finalidade substituir os clculos que antes eram realizados por meio de planilhas eletrnicas dentre outros meios considerados arcaicos que exigiam dos usurios mais habilidade alm de consumir recursos que so dispensados com a utilizao do DRIS via interface web. O mdulo desenvolvido abrange o gerenciamento espacial das reas de estabelecimento e glebas por meio de uma interface de mapas interativos na web. Dessa forma, constitui-se como uma ampliao da viso geogrfica que os usurio tm sobre o sistema DRIS, tendo em vista que essas reas so representadas geograficamente apenas por coordenadas geogrficas. Dessa forma, os principais procedimentos adotados neste trabalho para construir este mdulo so

demonstrados nas prximas sees.

64 5.2 FERRAMENTAS UTILIZADAS

O desenvolvimento do mdulo, que incluiu desde as atividades de configurao do banco de dados at a execuo de testes, foi conduzido com o apoio de diversas ferramentas, as quais foram selecionadas, levando em conta o nvel de familiaridade com o autor e o nvel de disponibilidade e confiabilidade, sendo essas caractersticas observadas em projetos similares desenvolvidos por outros autores (RAMOS, 2009; BARRIGUINHA, 2008; KUNIYOSHI et al., 2009; CMARA et al., 2003; ARAGO, 2009). A seguir so descritas cada uma das ferramentas, destacando o fator de contribuio com o trabalho: a) PostgreSQL 8.3 com PostGIS 1.3.6: SGBD utilizado para a manuteno do banco de dados geogrfico; b) PgAdmin 3: Interface grfica para facilitar o gerenciamento do SGBD PostgreSQL; c) GeoServer 2.0.1: Servidor de mapas utilizado para estabelecer a comunicao do banco de dados geogrficos com a interface cliente. d) ArgoUML: Ferramenta utilizada na elaborao do diagrama de caso de uso; e) Notepad++: Verso aprimorada do boco de notas, utilizado em todo o processo de codificao, tanto na prototipao quanto na implementao propriamente dita do mdulo; f) Xampp 1.7.7: Pacote com diversas ferramentas para execuo de pginas web, destacando Apache 2.2.21 e PHP 5.3.8 para uso neste trabalho; g) Navegadores web internet Explorer verso 8, Google Chrome verso 16 e Mozilla Firefox verso 3.6.26 utilizados na exibio das pginas e nos casos de teste do mdulo. Atravs da utilizao destas ferramentas, tornou-se possvel o

desenvolvimento do estudo de caso, alm de proporcionar um ambiente computacional adequado para a realizao das atividades relacionadas construo do mdulo. Portanto, essas atividades so descritas em mais detalhes nas seguintes sees.

65 5.3 LEVANTAMENTO DE REQUISITOS E MODELAGEM

O sistema web DRIS resultante de um projeto de pesquisa do CNPq em colaborao com a EMBRAPA-AC. A idia de desenvolvimento do mdulo surgiu com o incentivo e o investimento do CNPq na produo de novas tecnologias, e ao mesmo tempo foi observada pelo co-orientador do trabalho a necessidade de enriquecer geograficamente o sistema, visto que at o momento presente ele voltado para o processamento de informaes que compem o estado nutricional de plantas, no dando a importncia devida s informaes de localizao espacial. Portanto, esta idia inicial foi colocada em prtica pelo orientador do projeto, que ficou responsvel por supervisionar e definir os principais requisitos para a implementao deste mdulo. O processo de levantamento e anlise de requisitos foi elaborado de forma simplificada tendo em vista a familiaridade com o sistema DRIS. A princpio, foi capturado um documento (ANEXO A UTILIZAO DO SISTEMA DRIS), que descreve sucintamente a utilizao do mesmo. Este documento, mostra de forma clara os procedimentos que relacionam as informaes de estabelecimentos e glebas com o restante do sistema, principalmente na descrio apresentada no Quadro 8: As anlises foliares somente so cadastradas seguindo uma hierarquia pr-definida. Nesta hierarquia, para cadastrar uma anlise foliar ser necessrio informar a propriedade rural onde a amostragem foi feita, o local ou gleba de coleta e, finalmente, a safra. A safra representa um perodo de produo especfico em determinada gleba. Assim, a cada ano, para uma mesma gleba, devem ser cadastradas novas safras.
Quadro 8 - Trecho de texto capturado do ANEXO A UTILIZAO DO SISTEMA DRIS.

Foi elaborado um cenrio de uso (APNDICE A CENRIO DE USO DO MDULO) que descreve as principais caractersticas do mdulo a ser implementado e o cadastramento completo (dados convencionais e geogrficos) de

estabelecimentos e glebas. Tambm foi elaborado um documento de requisitos simplificado (APNDICE B DOCUMENTO DE REQUISITOS DO MDULO), visando demonstrar os principais aspectos funcionais e no-funcionais no projeto do

66 mdulo, alm de especificar os requisitos mnimos para configurao de hardware e software. Os requisitos funcionais deste projeto so demonstrados no Quadro 9. ID [RF01] Requisito Manter dados convencionais de estabelecimentos Manter dados convencionais de glebas Gerenciar dados geogrficos de estabelecimentos Gerenciar dados geogrficos de glebas Descrio Permitir listagem, incluso, alterao e excluso de registros de estabelecimentos. Permitir listagem, incluso, alterao e excluso de registros de glebas. Permitir a incluso e alterao de mapas (polgonos) relacionados aos estabelecimentos cadastrados. Permitir a incluso e alterao de mapas (polgonos) relacionados s glebas cadastradas Caso de uso Manter estabelecimentos. Manter glebas. Gerenciar dados geogrficos de estabelecimentos. Gerenciar dados geogrficos de glebas.

[RF02]

[RF03]

[RF04]

Quadro 9 - Lista de requisitos funcionais para implementao no mdulo.

Conforme descrito na seo 3.2, atravs do cenrio de uso e dos requisitos funcionais (Quadro 9), foi elaborado um diagrama de caso de uso, utilizando a ferramenta ArgoUML, com objetivo de esclarecer sobre o funcionamento do mdulo e sua interao com os usurios do DRIS. O resultado deste diagrama pode ser observado na Figura 21.

Figura 21 - Diagrama de caso de uso do mdulo.

Por meio de entrevistas com o orientador do projeto, foram adquiridos requisitos mais especficos que requisitam a validao dos dados geogrficos inseridos pela interface bem como a ampliao das opes de entrada de dados geogrficos, ao permitir a insero de coordenadas para a criao de geometrias (polgonos).

67 Aps reunir os requisitos extrados da documentao, bem como os adquiridos com o orientador do projeto, foram definidas as principais funcionalidades a serem implementadas no mdulo, conforme segue: a) Interface para listagem de estabelecimentos, onde possvel visualizar todos os dados convencionais e executar as aes de incluso, alterao e excluso; b) Interface para listagem de glebas, onde possvel visualizar todos os dados convencionais e executar as aes de cadastro, alterao e excluso; c) Interface com mapa para incluso e alterao de informaes geogrficas de estabelecimentos e glebas; d) Mecanismo para organizao da interface, de forma que os dados convencionais se liguem seus respectivos dados geogrficos; e) Permitir que os dados geogrficos sejam removidos apenas com a excluso do registro como um todo. f) Mais de 50% da rea de uma gleba deve estar dentro da rea do estabelecimento; g) No mximo 1/3 da extenso espacial de uma gleba deve ocupar a rea de outra; h) Criao de geometrias atravs da entrada de dados por coordenadas geogrficas. Com os requisitos definidos, foi dado incio na atividade de configurao do banco de dados geogrfico, sendo esta tarefa de suma importncia para o funcionamento do mdulo, visto que todos os dados geogrficos adquiridos ou apresentados pela interface cliente da aplicao so processados por um banco de dados adequado a este tipo de aplicao. Dessa forma, tais informaes so apresentadas em mais detalhes na seo seguinte.

68 5.4 CONFIGURAO DO BANCO DE DADOS GEOGRFICO

Para executar o processo de configurao do banco de dados geogrfico foram utilizadas as ferramentas PostgreSQL 8.3, sua extenso geogrfica PostGIS 1.3.6 e o esquema do banco de dados do sistema DRIS com todos os registros armazenados e importado para o SGBD. A Figura 22 apresenta por meio do Diagrama Entidade-Relacionamento (DER) que foi construdo, a estrutura das tabelas estabelecimentos e glebas, as quais foram utilizadas durante o processo de configurao do banco de dados geogrfico.

Figura 22 Estrutura das tabelas estabelecimentos e glebas.

Utilizando a ferramenta PgAdmin 3, foi possvel visualizar os registros dessas tabelas antes de ser executado as alteraes, conforme observado respectivamente nas Figuras (23 e 24):

Figura 23 - Registros da tabela estabelecimentos.

69 A marcao de cor vermelha na Figura 23 mostra os campos coorlestesede e coornortesede que armazenam a localizao dos estabelecimentos no formato de coordenadas.

Figura 24 - Registros da tabela glebas.

A Figura 24, tambm mostra os campos que armazenam a localizao das glebas no formato de coordenadas. importante salientar que estes campos por no serem obrigatrios, raramente so inseridos pelos usurios. Entretanto, com a configurao estes campos so removidos, sendo substitudo por campos geomtricos, os quais so adicionados executando a funo AddGeometryColumn() do PostGIS (seo 2.4.1), demonstrada na Figura 25.

Figura 25 - Cdigo para adicionar campos geomtricos nas tabelas estabelecimentos e glebas.

Por fim, aps adicionar os campos geomtricos, tambm foram adicionados ndices espaciais nas tabelas estabelecimentos e glebas (Figura 26), tendo como objetivo aumentar o desempenho do SGBD em consultas espaciais.

Figura 26 - Cdigo para acrescentar ndices nas tabelas estabelecimentos e glebas.

Adotando os procedimentos aqui descritos, o banco de dados se torna apto a armazenar e manipular de forma eficiente as informaes geogrficas de estabelecimentos e glebas. Entretanto, ao contrrio de aplicaes convencionais,

70 um SIG WEB necessita de um servio para estabelecer a comunicao entre o lado cliente da aplicao e o banco de dados. Para isto, foi utilizado o GeoServer para prover este servio, denominado WFS. Visto a importncia desta ferramenta, a prxima seo demonstra os passos utilizados para a instalao e configurao da mesma, sendo executado este procedimento para se ter seu funcionamento correto e em sincronia com o banco de dados geogrfico.

5.5 INSTALAO E CONFIGURAO DO SERVIDOR DE MAPAS

Esta seo descreve o processo de instalao e configurao do servidor de mapas GeoServer na sua verso 2.0.1. Este procedimento foi executado em uma mquina com o sistema operacional Windows 7 com 32 bits, e tem como requisitos mnimos de hardware e software para seu funcionamento adequado, conforme definido no documento de requisitos (APNDICE B DOCUMENTO DE REQUISITOS DO MDULO). De forma geral, a configurao desta ferramenta consiste em sincroniz-la com o banco de dados geogrfico a fim de prover o servio WFS, sendo este, responsvel por codificar os dados geogrficos no formato GML, de forma que tanto o banco de dados geogrfico como o lado cliente da aplicao possam fazer o uso dos dados. A Figura 27 mostra a etapa final deste processo de configurao, onde as tabelas estabelecimentos e glebas so definidas como layers4 para a publicao dos dados geogrficos no formato WFS.

O Layer representa um componente para visualizao de determinada camada de informao, onde so definidos parmetros como nome, tipo (ponto, linha ou polgono) e status (ativado ou desativado). Alm desses atributos, um layer permite a ligao com fontes de dados geogrficos, podendo ser um banco de dados ou arquivos que contm dados geogrficos (ARAGO, 2009).

71

Figura 27 - Etapa final do processo de instalao e configurao do GeoServer.

Dessa forma, a verso completa do processo de instalao e configurao pode ser visualizada em mais detalhes atravs do APNDICE C INSTALAO E CONFIGURAO DO GEOSERVER. Portanto, executando o processo descrito nesta seo, faz-se suficiente para dar incio ao processo de implementao do mdulo. Entretanto, com intuito de validar os requisitos expostos durante a fase de levantamento de requisitos e modelagem alm de reduzir o esforo empregado durante a codificao do mdulo, foram elaborados prottipos de alta-fidelidade, sendo este procedimento descrito detalhadamente na prxima seo.

5.6 PROTOTIPAO

Conforme descrito na seo 3.1, antes de dar incio implementao do mdulo, viu-se necessrio a criao de prottipos de alta-fidelidade, tendo como objetivo principal a validao dos requisitos, principalmente das questes de organizao da interface, visando proporcionar maior usabilidade, confiabilidade e

72 eficincia aos usurios do sistema. Alm disso, esta atividade tem como finalidade reduzir o esforo empregado na fase de implementao, onde utiliza como ponto de partida todos os prottipos que foram construdos. Os primeiros prottipos a serem construdos, com o intuito de facilitar a interao com o usurio, apresentavam a idia de integrar por meio de uma nica interface o gerenciamento das informaes geogrficas e das informaes convencionais do banco de dados, ou seja, todos os tipos de transaes como consultas, incluso, alterao e excluso de estabelecimentos e glebas devem ser feitas em uma mesma tela. A Figura 28 apresenta um esquema da interface que foi produzida com os prottipos.

Figura 28 - Prototipao para agrupar em uma tela o gerenciamento de dados convencionais e geogrficos.

Antes de finalizar a implementao deste prottipo, foram constatados erros provenientes da desorganizao do cdigo, visto que a maior parte das funes deve ser codificada em um mesmo arquivo, o que dificultava a identificao de erros e tornava a interface inconsistente. Com base nesta experincia, decidiu-se alterar os requisitos funcionais para a forma como est descrita no ANEXO B DOCUMENTO DE REQUISITOS DO MDULO (no quadro de requisitos funcionais), que visa a separao da interface

73 em: manuteno de dados convencionais de estabelecimentos, manuteno de dados convencionais de glebas, gerenciamento de dados geogrficos de estabelecimentos e gerenciamento de dados geogrficos de glebas. Por meio de um esquema, a Figura 29 mostra o resultado da idia de separao e organizao das informaes convencionais e geogrficas do mdulo.

Figura 29 - Esquema de prototipao para separao de dados convencionais e geogrficos do mdulo.

Conforme observado na Figura 29, a organizao da interface possibilita que, da listagem de estabelecimentos (tela que permite todas as operaes de transao com os registros) o usurio seja redirecionado para um arquivo diferente que contm a tela para cadastramento ou alterao dos dados geogrficos. A listagem de estabelecimentos tambm permite que o usurio, por meio da seleo de um determinado estabelecimento, seja redirecionado para uma tela com a listagem de glebas. Da mesma forma, a listagem de glebas permite que o usurio seja redirecionado para as telas de incluso ou alterao de dados geogrficos. Vale lembrar que toda a estrutura aqui apresentada foi codificada e, visto a eficincia dos resultados aps verificar seu funcionamento, decidiu-se iniciar a implementao (descrita na prxima seo), tendo como base todos os prottipos de alta-fidelidade que at ento foram construdos.

74 5.7 IMPLEMENTAO DA INTERFACE CLIENTE

Tendo posse dos prottipos criados durante a fase de prototipao bem como o documento de requisitos com as funcionalidades devidamente definidas, deu-se incio implementao do mdulo. De forma hierrquica, primeiramente foram implementadas as funcionalidades para gerenciamento dos dados convencionais de estabelecimentos, e depois de glebas. Aps a organizao dos dados convencionais, foram implementadas as funcionalidades para gerenciamento dos dados geogrficos, sendo esta a parte mais importante e complexa do mdulo.

5.7.1 GERENCIAMENTO DE DADOS CONVENCIONAIS

O ponto de partida utilizado na fase de implementao foram os prottipos das interfaces principais do mdulo que consistiam em fazer as listagens de estabelecimentos e glebas, conforme observado nas Figuras (30 e 31).

Figura 30 - Interface para listagem de estabelecimentos.

75 Na Figura 30, a listagem de estabelecimento a interface principal do mdulo, visto que a partir dela o usurio redirecionado para cadastrar novos registros de estabelecimentos, alterar registros existentes, cadastrar/alterar dados geogrficos, ir para a listagem de glebas (Figura 31) relacionadas ao

estabelecimento e executar a excluso do registro.

Figura 31 - Interface para listagem de glebas.

Assim como na listagem de estabelecimentos, a listagem de glebas permite ao usurio executar o cadastramento, alterao, cadastramento/alterao de dados geogrficos e excluso, conforme visualizado na Figura 31. A listagem de estabelecimento foi criada para listar todos os estabelecimentos de um usurio logado no sistema DRIS. A listagem de glebas permite visualizar todas as glebas de um determinado estabelecimento, aps selecion-lo. Nas interfaces para listagem foram adaptados por meio da biblioteca JQuery mecanismos de paginao e ordenao alfabtica, permitindo maior organizao dos registros. Estas interfaces tambm permitem a identificao de dados geogrficos nos registros, ou seja, caso j tenha sido cadastrado, o usurio redirecionado para a interface de alterao. Quanto ao de remover os registros, esta acionada na prpria interface de listagem, e ao ser confirmado, todo o registro (incluindo os dados geogrficos) removido do banco de dados. A Figura 32 demonstra o resultado que foi produzido.

76

Figura 32 - Resultado da interface para listagem de estabelecimentos.

Todo o processamento lgico para executar as operaes de cadastramento, alterao e excluso de dados convencionais foram baseados na biblioteca JQuery (seo 4.3) com a utilizao de requisies assncronas da tecnologia Ajax (seo 4.5). Dessa forma, conforme observado na Figura 33, os dados e parmetros eram capturados por meio da interface (formulrios e botes) e submetidos de forma assncrona para o arquivo geo_sistema.php atravs da funo $_POST() (linha 29) do JQuery.

Figura 33 - Trecho de cdigo que envia dados de forma assncrona para o arquivo geo_sistema.php.

77 O arquivo geo_sistema.php foi criado para organizar o processamento de solicitaes assncronas do mdulo, ou seja, neste arquivo que ocorre grande parte das operaes com o banco de dados. Conforme observado na Figura 34, os dados so obtidos da solicitao, e conforme o tipo de operao estes dados so submetidos execuo SQL do PostgreSQL.

Figura 34 - Trecho de cdigo do arquivo geo_sistema.php, responsvel por executar uma consulta SQL vinda de uma solicitao assncrona.

Aps executar as instrues, enviada uma resposta interface, podendo ser uma mensagem simples ou dados resultantes da consulta que foi executada. Neste exemplo, conforme observado na Figura 34 (linhas 22 a 29), visto que se refere a um cadastro de estabelecimento, a resposta mostra se o processamento ocorreu de forma satisfatria ou no. Por meio da funo de retorno, observada na Figura 33 (entre as linhas 31 e 47) pode ser processada e/ou apresentada na interface (Figura 35).

78

Figura 35 - Exemplo de interface cliente para cadastro de informaes convencionais.

De forma similar a esta que foi apresentada at aqui (cadastro de estabelecimentos), ocorre tambm para a implementao das interfaces que atuam no gerenciamento dos dados convencionais, sendo alterao de estabelecimentos, excluso de estabelecimentos, cadastro de glebas, alterao de glebas e excluso de glebas. Portanto, tendo finalizado a codificao das interfaces que gerenciam os dados convencionais, deu-se incio na codificao da parte espacial, sendo esta mais importante e complexa do mdulo, descrita em mais detalhes na seo seguinte.

5.7.2 GERENCIAMENTO DE DADOS GEOGRFICOS

Aps construir as interfaces para manipular os dados convencionais, deu-se incio implementao das interfaces para fazer o gerenciamento geogrfico das informaes. A parte destinada ao tratamento das informaes geogrficas

substancialmente mais complexa que as outras, pois alm do necessrio para se ter o funcionamento da parte convencional, esta necessita da utilizao de outros

79 recursos como a biblioteca OpenLayers, servio WFS do GeoServer e a camada da API Google Maps. Dessa forma foram obtidas, a biblioteca OpenLayers na sua verso 2.9 em seu site (http://www.openlayers.org/) e a chave da API Google Maps pelo endereo (http://code.google.com/intl/pt-BR/apis/maps/signup.html), os quais devem ser

includos na pgina a ser implementada, por meio de um recurso HTML utilizado para importao, conforme observado no Quadro 10. <script src="<caminho do diretrio (OpenLayers) ou chave fornecida pelo Google Maps>" type="text/javascript"></script>
Quadro 10 - Exemplificao de cdigo para incluso da biblioteca OpenLayers e da API Google Maps.

Para a implementao do mapa, foram utilizadas as instrues de cdigo apresentadas na Figura 36. Conforme pode ser observado neste trecho de cdigo, nas linhas entre 11 e 18 criado o objeto Map, responsvel por definir o mapa propriamente dito na interface, e juntamente a ele so acoplados os principais controles (entre as linhas 13 e 17). Na linha 20 criada a camada base, sendo extrada da API Google Maps. As linhas entre 23 e 35 compreendem a criao de uma camada (com o nome Estabelecimento) para captura dos dados da tabela estabelecimentos, sendo esta responsvel por estabelecer a conexo com o servio WFS. Por fim, na linha 37 a camada do Google Maps adicionada ao mapa e consecutivamente adicionada a camada Estabelecimento que sobrepe a primeira.

80

Figura 36 - Trecho de cdigo para criao do mapa, camada base, principais controles e conexo com o servio WFS.

Ao executar o cdigo demonstrado na Figura 36, tem-se como resultado uma interface semelhante observada na Figura 37. Esta interface apresenta livremente todos os dados geogrficos, que foram registrados na tabela estabelecimentos, no mapa em forma de polgonos. Alm disso, os recursos do OpenLayers permite a incluso, alterao e excluso de dados geogrficos.

Figura 37 - Interface implementada com OpenLayers para manipular dados adquiridos da camada de informaes do GeoServer.

81 Para complementar o processamento geogrfico, e principalmente nas questes de anlises topolgicas, tendo em vista que o OpenLayers no faz nenhum tipo de verificao espacial dos dados obtidos do banco de dados atravs do servio WFS, foram implementadas validaes geogrficas, garantindo maior integridade dos dados geogrficos inseridos no banco de dados e garantindo os seguintes requisitos geogrficos, extrados do levantamento de requisitos para a

implementao do mdulo: a) Mais de 50% da rea de uma gleba deve estar dentro da rea do estabelecimento; b) No mximo 1/3 da extenso espacial de uma gleba deve ocupar a rea de outra. Para implementar esta funcionalidade so utilizados recursos de requisies assncronas (os mesmos utilizados na implementao dos formulrios para manuteno dos dados convencionais), onde os dados geogrficos so enviados no formato WKT para o arquivo geo_sistema.php. Neste arquivo, foram utilizadas as seguintes funes do PostGIS para executar de forma eficiente as validaes topolgicas: a) st_area(<geometry>): Captura a rea de uma geometria; b) st_contains(<geometry>, <geometry>): Verifica se uma geometria est contida em outra; c) GeometryFromText(<geometry>, [<srid>]): Permite construir uma geometria e adapt-la ao SRID definido como parmetro; d) st_intersects(<geometry>, <geometry>): Verifica se uma geometria

intercepta espacialmente outra; e) st_intersection(<geometry>, <geometry>): Retorna uma geometria

resultante do teste de duas geometrias que interceptam; f) st_transform(<geometry>, <srid>): Transforma determinada geometria, adaptando ao SRID definido como parmetro.

82 As instrues lgicas responsveis por executar esta validao em sua verso completa, esto disponveis no APNDICE D VALIDAO TOPOLGICA DE GLEBAS. Visando fornecer maior flexibilidade e preciso na insero de dados geogrficos, foi implementada uma funcionalidade que permite a entrada de dados por meio de coordenadas geogrficas. Alm de permitir o desenho de polgonos por dados de latitude e longitude, possvel selecionar 1 (um) dentre 3.162 (trs mil cento e sessenta e dois) sistemas de referncia disponveis no PostGIS. Ao ativar esta funo, o sistema apresenta uma janela conforme visualizada na Figura 38.

Figura 38 - Janela para criar geometria por meio de coordenadas geogrficas.

Dessa forma, conforme observado na Figura 38, o usurio deve preencher os campos e adicionar a coordenada. Ao fazer isso as coordenadas so convertidas, apresentadas na regio Coordenadas registradas na janela e armazenadas internamente em um vetor. O processamento principal desta funcionalidade consiste em transformar os dados do formato Graus-Minutos-Segundos para o formato Graus Decimais. Dessa forma, por exemplo, os dados 22 54.361'S 47 3.634'W so transformados para lat -22.906014, lon -47.060571, estando este ltimo pronto para ser processado na aplicao. A Figura 39 apresenta um trecho do cdigo responsvel por capturar os dados e executar o clculo de coordenadas.

83

Figura 39 - Trecho de cdigo para captura e clculo de coordenadas geogrficas.

Para que a geometria seja desenhada sobre o mapa necessrio escolher o sistema de referncia ao qual a geometria ser associada. Para isso o usurio deve ativar o boto Sistema de Referncia... (Figura 38) e ento, o sistema apresenta outra janela, conforme observado na Figura 40.

Figura 40 - Janela para seleo de um sistema de referncia espacial.

84 A janela de sistemas de referncia (Figura 40) permite que o usurio realize dois tipos de busca. No primeiro caso, sendo por SRID, geralmente utilizado quando o usurio j possui uma noo de SIG WEB, j no segundo caso, tendo os conhecimentos de geografia bsica, por meio de palavras-chave o usurio poder executar buscas pelo sistema de referncia mais adequado para si. Aps executar os procedimentos at ento descritos e gerar a geometria (para representar um estabelecimento ou gleba), o sistema responsvel por desenhar automaticamente, focando o mapa sobre o resultado, conforme observado na Figura 41.

Figura 41 - Exemplo de geometria adicionado por coordenadas geogrficas para representao geogrfica de um estabelecimento.

Vale ressaltar que toda esta implementao para o gerenciamento de dados geogrficos, foi aplicada em todas as interfaces para cadastro e alterao de dados relacionados estabelecimentos e glebas. Tambm importante lembrar que o mdulo foi desenvolvido, mas no integrado com o sistema DRIS, por isso, o escopo deste trabalho envolve apenas a arquitetura do mdulo SIG WEB. Tendo finalizado o processo de implementao, o mdulo foi submetido testes de software (prxima seo), com o objetivo de torn-lo mais confivel e eficiente no processamento de dados.

85 5.8 TESTES

Conforme especificado pela Engenharia de Software, os testes so executados com o objetivo de assegurar o bom funcionamento e desempenho de um produto de software, alm de garantir a execuo correta de suas funes mais especficas. Tendo esta idia como principal fundamento, deu-se incio s atividades de teste do mdulo, lembrando que os testes foram conduzidos com o intuito de validar o mdulo individualmente. No incio da fase de testes foi realizada uma reviso de cdigo, sendo observadas principalmente as funes especficas que desempenham os papis mais importantes no mdulo. Em seguida, obedecendo aos procedimentos descritos na seo 3.4, o mdulo foi submetido a testes de unidade, dando importncia principalmente no teste de fluxo atravs da interface, ao ser verificado atenciosamente o fluxo de entrada e sada de dados. Tambm foram testadas as estruturas de condies e os caminhos responsveis pela manipulao de erros. A estrutura lgica de dados locais, globais e funes especficas julgadas como importantes para o funcionamento do mdulo foram testadas utilizando a impresso na tela do navegador, por meio da funo alert() do JavaScript alm de serem utilizadas de forma constante as ferramentas Firebug 1.7.3, instalada junto ao navegador Mozilla Firefox, e o gerenciador para desenvolvedores, integrado ao navegador Google Chrome. Ambas as ferramentas possuem as mesmas funcionalidades, permitindo a manipulao em tempo real do HTML e JavaScript. Por meio de um exemplo, a Figura 42, mostra a forma que os testes foram executados utilizando as ferramentas integradas com os navegadores web.

86

Figura 42 - Execuo de testes utilizando a ferramenta para desenvolvedores integrada ao navegador Google Chrome.

Conforme observado na Figura 42, so fornecidos os dados de entrada pela interface e depois executada a ao responsvel por armazenar os dados em um vetor (dados_completos) criado na linguagem JavaScript. Em seguida, utilizando a ferramenta do Google Chrome executada a funo alert(dados_completos.length) para verificar se os dados realmente foram armazenados. O mdulo tambm foi testado nos diferentes navegadores web, sendo eles o Mozilla Firefox verso 3.6.26, Google Chrome verso 16 e internet Explorer verso 8. Portanto, constatando normalidade no funcionamento, foi garantido a

compatibilidade com estes principais navegadores. Tendo os procedimentos apresentados acima como argumento, afirma-se com segurana que o mdulo est apto a executar corretamente as funes a qual destinado.

5.9 RESULTADOS OBTIDOS

Aps ter aplicado os procedimentos de testes, foram verificados os resultados produzidos durante a fase de implementao, levando em conta principalmente os objetivos deste trabalho. Para a parte de gerenciamento de dados convencionais foram produzidas 6 (seis) interfaces, conforme listadas a seguir: a) Listagem de estabelecimentos;

87 b) Listagem de glebas; c) Cadastro de estabelecimentos; d) Alterao de estabelecimentos; e) Cadastro de glebas; f) Alterao de glebas. Quanto parte de gerenciamento de dados geogrficos, foram produzidas 4 (quatro) interfaces, conforme listadas a seguir: a) Cadastro de dados geogrficos para estabelecimentos; b) Cadastro de dados geogrficos para glebas; c) Alterao de dados geogrficos para estabelecimentos; d) Alterao de dados geogrficos para glebas. Ao concluir a implementao do mdulo, observou-se que o conjunto de interfaces para gerenciamento dos dados convencionais mostrou-se sendo suficiente para que os usurios do sistema DRIS possam executar de forma organizada e eficiente a manuteno das informaes relacionadas s reas de estabelecimentos e glebas. As 4 interfaces produzidas para o gerenciamento espacial das informaes, tambm mostrou-se eficiente em seu funcionamento, principalmente na questo de interao com os usurios e organizao das funcionalidades para o tratamento geogrfico das informaes. Ao total foram produzidos 24 arquivos de cdigo-fonte subdividindo em 18 codificados nas linguagens PHP junto com HTML e JavaScript e 5 codificados em CSS somando um total com mais de 5.000 (cinco mil) linhas de cdigo-fonte. Uma das caractersticas o mdulo desenvolvido sua flexibilidade, visto que conforme a necessidade dos usurios do sistema DRIS, podem ser includas diversas funcionalidades sobre ele. Exemplos importantes so apresentados na seo 6.2 (Recomendaes) como a implementao de funcionalidade que permita a incluso de informaes nutricionais de culturas diretamente na interface espacial, sobre a geometria que representa a gleba a qual a cultura est sendo cultivada, fornecendo maior apoio no processo de avaliao nutricional das plantas. Aps a demonstrao dos principais resultados obtidos com o

desenvolvimento deste trabalho, foi constatado o alcance de todos os objetivos propostos, apresentando de forma satisfatria os resultados esperados.

6 CONSIDERAES FINAIS E RECOMENDAES

6.1 CONSIDERAES FINAIS

Para a produo deste trabalho, foram aplicados conhecimentos tericos e experincias prticas adquiridas durante a graduao no curso bacharelado em Sistemas de Informao. Em seu decorrer, foram estudados os conhecimentos relacionados Engenharia de Software, que visa o desenvolvimento de produtos de software confiveis e eficientes; as tecnologias para desenvolvimento web, utilizadas na implementao do estudo de caso e por fim e sendo mais importante, foram estudados os principais conhecimentos relacionados aos SIGs, tendo nfase neste tipo de tecnologia voltada para o ambiente web. Dentro do ramo de SIG, destacam-se os conhecimentos gerais abrangendo desde seu histrico, SIGs voltado para o ambiente web, Banco de Dados Geogrficos, servidores de aplicaes SIG WEB, e recursos disponibilizados pela biblioteca OpenLayers para implementao deste tipo de software. Quanto s atividades que foram realizadas, destacam-se o levantamento de requisitos e modelagem, configurao do banco de dados geogrfico, instalao e configurao do servidor de mapas (GeoServer), prototipao, implementao e por fim a execuo de testes.

89 Durante o desenvolvimento do trabalho, foram encontradas diversas dificuldades, destacando-se como principal a escassez de trabalhos cientficos e referncias semelhantes, dificultando o processo de escrita. Na parte de codificao, a maior dificuldade encontrada foi a utilizao do OpenLayers, tendo em vista que um projeto novo que ainda est em processo de desenvolvimento, alm da sua documentao ser incompleta. Como embasamento fundamental para a elaborao deste trabalho, foram utilizadas diversas fontes de referncias bibliogrficas, destacando-se como principais: (CMARA, 2003; CASANOVA et al., 2011; BARRIGUINHA, 2008; RAMOS, 2009; RAMSEY, 2012; KUNIYOSHI et al., 2009; BOOCH et al., 2006; PRESSMAN, 2006; SOMMERVILLE, 2007; CONVERSE & PARK, 2003). Quanto s contribuies adquiridas com a produo deste trabalho, destacam-se o apoio ao sistema DRIS, tendo em vista sua ampliao ao providenciar o mdulo para tratamento geogrfico dos dados, repercutindo diretamente na eficincia da avaliao nutricional de lavouras, manipulada por este sistema. Este estudo tambm proporcionou a ampliao dos conhecimentos tcnicos, acadmicos e cientficos que envolvem o desenvolvimento de um SIG WEB, destacando a importncia deste tipo de tecnologia computacional para a sociedade, ao permitir a soluo de diversos problemas que envolvem o estudo de fenmenos que ocorrem na superfcie terrestre. Por fim, levando em considerao os conhecimentos estudados, as tecnologias, metodologias e tcnicas aplicadas na prtica, o cumprimento dos objetivos bem como os benefcios adquiridos com o resultado, pode-se afirmar que este trabalho foi concludo com xito.

6.2 RECOMENDAES

Como forma de dar continuidade neste estudo e ampliar os principais conhecimentos aqui explorados apresenta-se as seguintes sugestes para futuros trabalhos cientficos:

90 a) Integrao do mdulo com o sistema DRIS e implantao, de forma que este possa funcionar corretamente em um ambiente de trabalho real; b) Implementar outras formas de entrada de dados para a demarcao geomtrica de propriedades rurais e glebas, como exemplo, os dados adquiridos por meio da conexo com um GPS, do acervo publicado no servio web geogrfico do INCRA ou de outros WebServices; c) Ampliar o mdulo, para permitir a sada de dados em forma de relatrios com informaes geogrficas; d) Implementar funcionalidade para permitir que os dados nutricionais de lavouras sejam inseridos diretamente pela interface espacial, ou seja, sobre a geometria que representa a gleba a qual a cultura est sendo cultivada, e atravs dela realizar diversas consultas e anlises que envolvem o posicionamento geogrfico; e) Implementar opo para utilizao das camadas base de mapas providas pela Microsoft (http://www.bing.com/maps/) e Yahoo

(http://maps.yahoo.com/), permitindo que os usurios tenham mais opes para visualizao do mapa base da aplicao; f) Realizar avaliaes do mdulo SIG WEB por meio de usurios do sistema DRIS.

REFERNCIAS

ARAGO, H. G. SIGWEB BUILDER: uma ferramenta para desenvolvimento de sig web em ambientes livres e gratuitos. 2009. 133f. Dissertao (Mestrado Profissional em Sistemas e Computao) - Universidade de Salvador, Salvador. 2009. AZEVEDO, V. H. M. et. al. Interoperabilidade entre Objetos Geogrficos Heterogneos. Geoinfo 2006, VIII Simpsio Brasileiro de Geoinformtica, Campos do Jordo, So Paulo, 2006. BARRIGUINHA, A. F. Uma ferramenta WebGIS de apoio na consultadoria e gesto agro-florestal. 2008. 88f. Dissertao (Mestrado em Cincia e Sistemas de Informao Geogrfica) - Instituto Superior de Estatstica e Gesto de Informao da Universidade Nova de Lisboa, Lisboa. 2008. BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: Guia do Usurio. 2 ed. Rio de Janeiro: Elsevier, 2006. BRITO, C. Efeitos da fragmentao florestal sobre a estrutura e a dieta das assemblias de peixes em igaraps de baixa ordem da amaznia sul-ocidental. 2009. 114f. Dissertao (Mestrado em Ecologia e Manejo de Recursos Naturais) Universidade Federal do Acre, Rio Branco. 2009. CABRAL, I. P. de S. Novas Ferramentas para Monitoramento Ambiental Usando SIG web. 2008. 115f. Tese (Doutorado em Engenharia Eltrica) Centro de Tecnologia, Universidade Federal do Rio Grande do Norte, Natal. 2008. CMARA, G.; MONTEIRO, A. M.; DAVIS, C. Introduo Cincia da Geoinformao. So Jos dos Campos: INPE, 2003.

92 CASANOVA, M.; CMARA, G.; DAVIS, C.; VINHAS, L.; QUEIROZ, G. R. de. Bancos de Dados Geogrficos. MundoGeo, 2005. 506 p. Disponvel em: <http://www.dpi.inpe.br/livros/bdados/>. Acesso em: 30 dez. 2011. CASTLEDINE, E.; SHARKIE, C. jQuery: Novice to Ninja. SitePoint Pty. Ltd., 2010. CONVERSE, Tim; PARK, Joyce. PHP: a Bblia. Rio de Janeiro: Elsevier, 2003. COSTA, Carlos J. Desenvolvimento para web. Lisboa: Lusocrdito, 2007. COSTA, Felipe dos S. Sopa de Letras Geogrficas. FOSSGIS. ano 1, n. 1, p. 1318, maro 2011. DRUCK, S.; CARVALHO, M.S.; CMARA, G.; MONTEIRO, A.V.M. (eds). Anlise Espacial de Dados Geogrficos. Braslia: EMBRAPA, 2004 (ISBN: 85-7383-260-6). FLANAGAN, David. JavaScript o guia definitivo. 4 ed. So Paulo: BOOKMAN COMPANHIA EDITORA (ARTMED EDITORA S. A.), 2002. GEOSERVER. Disponvel Acesso em: 03 jan. 2012. em: <http://geoserver.org/display/GEOS/Welcome>.

GEOSERVER. Web Feature Service. Disponvel em: <http://docs.geoserver.org/stable/en/user/services/WFS/index.html>. Acesso em: 28 dez. 2011. GOMES, Ana Laura. XHTML/CSS: Criao de pginas web. So Paulo: Senac, 2010. GOODMAN, Danny. JavaScript: a Bblia. Rio de Janeiro: Elsevier, 2001. GOOGLE. Sign Up for the Google Maps API. Disponvel em: < http://code.google.com/intl/pt-BR/apis/maps/signup.html>. Acesso em: 08 jan. 2012. GUTTOSKI, Pryscila Barvick. Otimizao de consultas no PostgreSQL utilizando o algoritmo kruskal. Curitiba: UFPR. Dissertao (Mestrado no Programa de PsGraduao em Informtica), 2006. HIROMI, Renata; MIYAGUSKU, Minami. Crie Sites Arrasadores flash, dhtml, css, html, dreamweaver, javascript. So Paulo: Digerati Books, 2007. IBGE. Sistemas de Referncia. Disponvel em:<ftp://geoftp.ibge.gov.br/documentos/geodesia/sisref_2.pdf>. Acesso em: 05 jan. 2012.

93 KIMO, Y. J. Um Cliente WMS para Dispositivos Mveis. 2009. 70f. Dissertao (Mestrado em Informtica) Pontifcia Universidade Catlica de Minas Gerais, Belo Horizonte. 2009. KUNIYOSHI, M. A.; GRISI, B. U.; NOGUEIRA, M. Sistemas de Informao Para a Tomada de Deciso em Agricultura de Alta Preciso. So Paulo: Escola Politcnica da Universidade de So Paulo. Trabalho de Concluso de Curso (Engenharia da Computao). 2009. MANZANO, J. A. N. G. PostgreSQL 8.3.0 Interativo: Guia de Orientao e Desenvolvimento. So Paulo: rica, 2008. MAPSERVER. Open source web mapping. Disponvel em: <http://mapserver.org/>. Acesso em: 03 jan. 2012. MCLAUGHLIN, Brett. Use a Cabea! (Head Rush) Ajax. Alta Books, 2006. ISBN 8576081253. MELO, A. C. Desenvolvendo aplicaes com UML 2.2: Do conceitual implementao. 3 ed. Rio de Janeiro: Brasport, 2010. MEYER, ERIC A. CSS: The Definitive Guide. 3 ed. Oreilly: Sebastopol. 2006. MILANI, Andr. PostgreSQL: GUIA DO PROGRAMADOR. So Paulo: Novatec, 2008. MORAZ, Eduardo. Treinamento prtico em php. So Paulo: Digerati Books, 2005. NETO, W. P. S. Usando API do Google Maps para criar um mapa interativo. Estudo de Caso: Campus-Viosa. 2009. 48f. Monografia apresentada como parte das exigncias da disciplina EAM 498, Curso de Graduao de Engenharia Agrimensura, Universidade Federal de Viosa. 2009. NIEDERAUER, Juliano. Web interativa com Ajax e PHP. So Paulo: Novatec, 2007. OPENLAYERS. Free Maps for the Web. Disponvel em: <http://openlayers.org/>. Acesso em: 28 dez. 2011. OSGEO. The Open Source Geospatial Foundation . <http://www.osgeo.org/>. Acesso em: 20 jan. 2012. Disponvel em:

PFAFFENBERGER, B.; SCHAFER, S. M.; WHITE, C.; KAROW, B. HTML, XHTML, and CSS Bible. 3 ed. Indianapolis: Wiley, 2004. POSTGIS. OSGeo Project. Disponvel em: < http://postgis.refractions.net/ >. Acesso em: 28 dez. 2011.

94 PREECE, J; Rogers, Y; Sharp, H. Design de interao: Alm da interao homem-computador. Porto Alegre: Bookman, 2002. PRESSMAN, Roger S. Engenharia de Software. 6 ed. So Paulo: McGraw-Hill, 2006. RAMOS, Andr M. M. da S. Diegues. Disponibilizao da informao geogrfica na administrao da regio hidrogrfica do Alentejo usando Webservices: WFS sobre geoserver. Lisboa: Instituto Superior de Estatstica e Gesto de Informao da Universidade Nova de Lisboa. Dissertao (Mestrado em Cincia e Sistemas de Informao Geogrfica), 2009. RAMSEY, Paul. Manual do PostGIS. Disponvel <http://www.Webgis.com.br/postgis/index.html>. Acesso em: 05 jan. 2012. em:

RAO, Rajnikant. AJAX: Conversations with an Ajaxian. New Delhi: Tata McGrawHill, 2008. SCHIMIGUEL, Juliano; BARANAUSKAS, M. Ceclia C.; MEDEIROS, Cludia Bauzer. Usabilidade de aplicao SIG WEB na perspectiva do usurio: um estudo de caso. IP Informtica pblica. Belo Horizonte, ano 8, n. 1, p. 07 22, Maro 2006. SILVA, E. C. P.; JNIOR, O. R. C.; SANTOS, R. de C. M. dos; WADT, P. G. S. Introduo ao desenvolvimento de um mdulo WebGIS para monitoramento nutricional de lavouras. In: ERIN 3, 2011, Rio Branco. Anais... . Rio Branco, 2011. SILVA, Edna Lcia da; MENEZES, Estera Muszkat. Metodologia da Pesquisa e Elaborao de Dissertao. 3.ed. Florianpolis: Laboratrio de ensino a Distncia da UFSC, 2001. SILVA, Maurcio Samy. jQuery A Biblioteca do Programador JavaScript. So Paulo: Novatec, 2008. SOMERA, Guilherme. Treinamento bsico em CSS. So Paulo: Digerati Books, 2006. SOMMERVILLE, Ian. Engenharia de Software. 8 ed. Pearson: So Paulo, 2007. UCHOA, H.N.; FERREIRA, P. R. Geoprocessamento com Software Livre. V 1.0. Rio de Janeiro : www.geolivre.org.br, 2004. VIVAS, Maurcio. Iniciando no PHP: Introduo ao PHP. HTML Staff, 2006. disponvel em: <http://www.htmlstaff.org/ver.php?id=1783>. Acesso em 09/07/2011.

APNDICES

APNDICE A CENRIO DE USO DO MDULO

Para fazer um estudo sobre a nutrio das lavouras necessrio executar um passo importante no sistema, que consiste em cadastrar anlises foliares. Para o cadastro de anlise foliar preciso antes ter os registros cadastrados de estabelecimento, onde a amostragem foi feita, o local ou gleba de coleta e finalmente a safra, sendo necessrio seguir esta ordem. O mdulo abrange as informaes de propriedades rurais (ou

estabelecimentos) e glebas. Com a integrao do mdulo ao sistema DRIS, este deve disponibilizar um link para redirecionar o usurio interface principal do mdulo. A interface principal do mdulo deve disponibilizar uma listagem de todas as propriedades rurais cadastradas pelo usurio que est logado no sistema. Esta listagem deve apresentar links para alterao dos dados convencionais, excluso do registro e a manipulao dos dados geogrficos (mapas). Da mesma forma que a listagem de propriedades rurais, a seleo de um dos registros deve disponibilizar uma listagem com as glebas que esto associadas, apresentando links para alterao dos dados convencionais, excluso do registro e a manipulao dos dados geogrficos. A simulao do cadastro de um estabelecimento com uma gleba e os respectivos dados geogrficos deve ocorrer da seguinte maneira: Na interface principal do sistema, o usurio deve ir em Cadastrar estabelecimento, sendo redirecionado para o formulrio de cadastro. Aps cadastrar ele deve retornar na interface principal (listagem de estabelecimentos) e ir em Registrar Mapa, sendo redirecionado para uma interface que permite o desenho de um polgono sobre o mapa fsico do Google Maps para ser associado com o estabelecimento que foi anteriormente cadastrado e depois selecionado. Depois, o usurio deve salvar e retornar interface principal, buscando as glebas do mesmo estabelecimento e ativando o cadastro de uma nova gleba. Aps fazer o cadastro no formulrio, deve ir em Registrar Mapa, sendo redirecionado para a interface de mapas, onde o sistema estabelece o foco do mapa no polgono que representa o estabelecimento ao qual pertence a gleba que foi selecionada. Aps salvar este procedimento finalizado.

APNDICE B DOCUMENTO DE REQUISITOS DO MDULO

1 Introduo O documento de requisitos uma forma de definir oficialmente os requisitos de um sistema para os clientes, usurios finais, desenvolvedores do software e gerente de projeto. Um dos objetivos principais deste documento a definio formal das caractersticas, restries e funcionalidades que o sistema deve prover, servindo de contrato entre o cliente e o gerente de projeto ou desenvolvedores, visto que outras opes no-formais no so eficientes, alm de poder causar um desentendimento entre os envolvidos com o projeto. Por ser um documento simplificado, este mostra apenas os principais fatores que constituem um projeto de software sendo os requisitos funcionais, nofuncionais e os requisitos mnimos de hardware e software para que se tenha um bom funcionamento. Os requisitos funcionais descrevem as funes que o sistema deve executar, os requisitos no-funcionais definem restries externas as quais o produto de software deve atender, j os requisitos de hardware e software delimitam tais caractersticas para se ter o funcionamento adequado do sistema ao ser implantado. Dessa forma, estes tipos de requisitos para o mdulo espacial para o sistema DRIS so descritos a seguir. 2 Requisitos Funcionais ID Requisito [RF01] Manter dados convencionais de estabelecimentos Manter dados convencionais de glebas Gerenciar dados geogrficos de estabelecimentos Gerenciar dados geogrficos de glebas

Descrio Permitir listagem, incluso, alterao e excluso de registros de estabelecimentos. Permitir listagem, incluso, alterao e excluso de registros de glebas. Permitir a incluso e alterao de mapas (polgonos) relacionados aos estabelecimentos cadastrados. Permitir a incluso e alterao de mapas (polgonos) relacionados s glebas cadastradas

Caso de uso Manter estabelecimentos.

[RF02]

Manter glebas.

[RF03]

Gerenciar geoinformao de estabelecimentos. Gerenciar geoinformao de glebas.

[RF04]

100 3 Requisitos No-Funcionais ID Descrio Interface web: O sistema deve funcionar em ambiente web [RNF01] atravs dos navegadores Mozilla Firefox, Google Chrome e internet Explorer. Perfil dos usurios: Para que o sistema seja acessado e utilizado de forma satisfatria, os usurios devem ter experincia no uso de [RNF02] aplicativos web, conhecimento bsico em agricultura e noo intermediria em geografia. 4 Requisitos de hardware e software: Configuraes mnimas a) Sistema Operacional: Windows 7, 32 bits; b) Processador: Pentium III 1GHz; c) Memria: 1Gb; d) Espao Livre no Disco Rgido: 3Gb.

APNDICE C INSTALAO E CONFIGURAO DO GEOSERVER

O processo de instalao simples, por ser conduzido por meio de janelas do assistente de configurao. Como pr-requisitos, necessrio apenas ter instalado na mquina o pacote JDK (Java Development Kit) e o JRE (Java Runtime Envoronment), observado na Figura 1.

Figura 1 - Solicitao do diretrio onde o JDK est instalado.

Durante a instalao tambm se deve ter ateno na insero de usurio e senha, que so os dados necessrios para acessar o sistema (Figura 2). O restante dos passos percorridos at o final da instalao no necessitam de alteraes.

Figura 2 - Solicitao de usurio e senha durante a instalao do GeoServer.

103 Para comear a utilizar esta ferramenta, que funciona atravs de uma interface web deve ser inicializado seu servio, que pode ser feito no mesmo diretrio em que foi instalado. A Figura 3 mostra a tela principal da ferramenta, que visualizada aps fazer o login do usurio.

Figura 3 - Tela principal do servidor de mapas GeoServer.

Para dar incio configurao, na tela principal do sistema, o usurio deve verificar no menu esquerdo a regio Data, e clicar no link Wokspaces, onde o sistema apresenta no corpo da pgina uma lista de workspaces que de forma padro vm acompanhados com a instalao da ferramenta. Deve ento ser criado, clicando sobre o link Add new workspace, um novo workspace para agrupar e identificar o servio a ser disponibilizado pelo GeoServer. Conforme observado na Figura 4, so preenchidos os campos Name: dris e Namespace URI: http://localhost:8080/dris. Como forma de organizao, o campo Namespace URI preenchido seguindo o padro: http://<host> : <nmero da porta utilizada> / <nome do workspace>, lembrando que o valor inserido neste campo utilizado para identificar os servios disponibilizados pelo GeoServer outras aplicaes geogrficas. a serem usufrudos por

104

Figura 4 - Cadastramento de um workspace para identificar os servios GeoServer a uma determinada aplicao.

disponibilizados pelo

Voltando ao menu esquerdo, o usurio deve clicar sobre o link Store que fica logo abaixo do link Workspace e depois clicar sobre Add new store, onde ser apresentado uma tela conforme visualizado na Figura 5. Como este trabalho est baseado no banco de dados PostgreSQL com a extenso espacial PostGIS, ento selecionado o link PostGIS na rea Vector Data Resources. Conforme pode ser observado, o GeoServer oferece opes para trabalhar com diversos formatos de dados, incluindo desde recursos baseados em banco de dados at arquivos do tipo Shapefile e imagens GeoTIFF.

Figura 5 - Fontes de dados suportados pelo GeoServer.

105 Aps seguir o procedimento descrito acima, por meio de um formulrio o sistema solicita informaes para a conexo com o banco de dados, demonstrado na Figura 6, destacando-se com principais: o nome do wokspace (mencionado no pargrafo anterior), o tipo de banco de dados (PostGIS), host (mquina local), porta utilizada pelo PostgreSQL, nome do banco de dados (dris) e por fim usurio e senha que utilizado para acessar o SGBD PostgreSQL.

Figura 6 - Informaes do banco de dados para conexo com o GeoServer.

Depois de preenchidos corretamente os dados obrigatrios e salvo as configuraes, o sistema apresenta todas as tabelas do banco de dados que foi informado. Cabe ao usurio escolher as que possuem campos geomtricos e clicar sobre o link Publish, sendo neste caso as tabelas estabelecimentos e glebas conforme mostrado na Figura 7.

106

Figura 7 - Lista de tabelas recuperadas pelo GeoServer para que o usurio possa selecionar quais so fontes de dados geogrficos.

Ao selecionar uma das tabelas, o sistema ento apresenta a tela de configurao das tabelas a serem disponibilizadas como layer (camada de dados geogrficos) pelo servio WFS (seo 2.5.2). Nesta tela, as nicas aes a serem feitas so a obteno do Bounding Box (retngulo envolvente), que busca todos os registros de dados geogrficos no banco de dados e delimita uma rea maior em forma de retngulo, envolvendo todos os dados encontrados. Caso no tenha nenhum registro com tais informaes, o sistema estabelece o menor retngulo possvel, obtido do centro do mapa. Para isso o usurio deve clicar sobre os links conforme marcados na Figura 8.

107

Figura 8 - Configurao de layer para publicao dos dados geogrficos armazenados nas tabelas.

Depois de ter aplicado este procedimento para as tabelas estabelecimentos e glebas, o servidor GeoServer estar apto a distribuir e receber os dados dessas tabelas no padro GML, por meio do servio WFS (seo 2.5.2).

APNDICE D VALIDAO TOPOLGICA DE GLEBAS

//Receber os dados da requisio $codEstabelecimento = $_POST["codEstabel"]; $codglebas = $_POST["idGleba"]; $feicaoGleba = $_POST["feicao"]; $validacao = 0; //Obter a rea total da gleba $qryAreaGleba = pg_query("SELECT st_area(st_transform(GeometryFromText('".$feicaoGleba."',4326),3005))/10000 as area_gleba"); $areaGleba = pg_fetch_result($qryAreaGleba,0,"area_gleba"); //1 Verificar se a geometria da gleba a ser cadastrada esta sobre a geometria do estabelecimento (st_contains e st_intersects) $qryContains = pg_query("SELECT st_contains(estabelecimento_geom,GeometryFromText('".$feicaoGleba."',4326)) AS contem FROM estabelecimentos WHERE codestabelecimento=$codEstabelecimento"); $qryIntersects = pg_query("SELECT st_intersects(estabelecimento_geom,GeometryFromText('".$feicaoGleba."',4326)) AS intercept FROM estabelecimentos WHERE codestabelecimento=$codEstabelecimento"); $contemGleba = pg_fetch_result($qryContains,0,"contem"); $interceptGleba = pg_fetch_result($qryIntersects,0,"intercept"); if( ($contemGleba==false) && ($interceptGleba==false) ) { $validacao = 1; } //2 Verificar se a rea de interseo sobre o estabelecimento menor que 50% da rea da gleba $qryAreaIntercept = pg_query("SELECT st_area(st_intersection(st_transform(estabelecimento_geom,3005),st_transform(Geo metryFromText('".$feicaoGleba."',4326),3005)))/10000 AS area_intercept FROM estabelecimentos WHERE codestabelecimento=$codEstabelecimento"); //rea de interceo entre a gleba e o estabelecimento $areaIntercepta = pg_fetch_result($qryAreaIntercept,0,"area_intercept"); if($areaIntercepta <= $areaGleba/2) { $validacao = 2; }

//3 Verificar quais glebas interceptam com a gleba selecionada e verificar se a rea de interseo com cada uma maior que 1/3 da rea da gleba

110

//3.1 Selecionar os registros de todas as glebas que interceptam esta $qryGlebasIntercept = pg_query("SELECT * FROM glebas WHERE st_intersects(gleba_geom,GeometryFromText('".$feicaoGleba."',4326)) AND codglebas != $codglebas"); //Verificar se retorna algo if(pg_num_rows($qryGlebasIntercept) > 0) { //Se retornar, ele vai fazer comparaes com as reas de cada gleba que faz interseo com a que foi selecionada while($dadosCodGlebas = pg_fetch_array($qryGlebasIntercept)) { //Obter o cdigo para fazer as selees $codGlebasInter = $dadosCodGlebas["codglebas"]; $qryInterGleba = pg_query("SELECT st_area(st_intersection(st_transform(gleba_geom,3005),st_transform(Geometr yFromText('".$feicaoGleba."',4326),3005)))/10000 AS area_interse FROM glebas WHERE codglebas=$codGlebasInter"); $areaInterse = pg_fetch_result($qryInterGleba,0,"area_interse"); //Se a rea de interseo for maior que 1/3 (um tero) da rea total da gleba if($areaInterse > $areaGleba/3) { $validacao = 3; } } } //Na interface o cdigo javascript verifica os nmeros retornados. //Caso seja 1 ou 2, avisa que a gleba est sendo cadastrada fora do estabelecimento de origem //Caso seja 3, avisa que a gleba est sendo cadastrada sobre outras glebas echo $validacao;

ANEXOS

ANEXO A UTILIZAO DO SISTEMA DRIS

Autor: PAULO G S WADT (paulo.wadt@dris.com.br) O objetivo deste documento apresentar alguns recursos bsicos do sistema DRIS, em suas duas verses: VERSO estvel disponibilizada no stio www.dris.com.br. VERSO treinamento/testes, disponibilizada no stio www.dris.com.br/eti. Observaes importantes: O uso da verso estvel est sujeita as restries impostas pelo TERMO DE USO. A utilizao inadequada poder resultar em impedimento do acesso ao usurio ao sistema. O banco de dados da verso de treinamento/testes no preserva os dados utilizados. Somente o DRIS hospedado no sitio www.dris.com.br preserva os dados dos usurios. - Neste documento no so apresentadas as bases tericas ou implicaes prticas sobre as metodologias disponveis no software, apresentando apenas o passo-apasso de parte dos recursos disponveis. Como acessar: Para acessar a verso de treinamento/testes, digite na barra de ferramentas de seu navegador o endereo www.dris.com.br/eti/ ( importante incluir a subpasta /eti - veja figura a seguir). Para acessar a ltima verso estvel, digite www.dris.com.br.

114

Aps, escolher no menu lateral a opo DRIS Culturas (somente propriedades e glebas j cadastradas que sero acessadas). Caso no tenha ainda feito o cadastro, necessrio ir para a opo Cadastros, do mesmo menu lateral. Na opo DRIS Culturas, escolha a cultura de seu interesse (por exemplo, Soja), clicando no respectivo nome da cultura no menu (figura abaixo)

115

Caso ainda no esteja logado, ser direcionado para a rea de login. Se j estiver logado, esta etapa no existir. Faa seu login normalmente.

116

Se o acesso for feito com sucesso, aparecer uma tela com a cultura que est acessando (no caso, DRIS Soja) e no menu lateral aparecer novas opes. Se isto no ocorrer, porque houve algum erro no sistema e solicitamos que nos informe para que possamos corrigir.

117

O prximo passo ser cadastrar uma anlise foliar, escolhendo no menu lateral a opo Anlise Foliar / Cadastrar.

118

OBSERVAO IMPORTANTE: As configuraes do DRIS para cada usurio e cada cultura,somente so habilitadas aps o cadastro de uma nova anlise foliar. Por isto, muitos recursos estaro desabilitados at que seja feito o primeiro cadastro de uma anlise foliar. As anlises foliares somente so cadastradas seguindo uma hierarquia prdefinida. Nesta hierarquia, para cadastrar uma anlise foliar ser necessrio informar a propriedade rural onde a amostragem foi feita, o local ou gleba de coleta e, finalmente, a safra. A safra, representa um perodo de produo especfico em determinada gleba. Assim, a cada ano, para uma mesma gleba, devem ser cadastradas novas safras. Somente as propriedades e glebas que foram cadastradas na opo Cadastros do menu lateral sero listadas (notar que neste cadastro, estas informaes de propriedade e gleba no dependem da cultura que est sendo avaliada, pois, numa mesma gleba ou propriedade podem ser cultivadas diferentes lavouras, em safras simultneas consrcio, ou alternadas rotao de culturas).

119

OBSERVAO IMPORTANTE: Esta hierarquia de propriedade rural/gleba/safra fundamental para a organizao dos dados e permitir, no futuro, que o usurio obtenha normas DRIS consistentes com sua realidade. Se para uma determinada gleba, j existir alguma safra cadastrada, poder ser informada quantas anlises foliares para a mesma safra desejar, bastando que a safra seja selecionada na opo correspondente (embora, esta no seja uma prtica recomendada, permite que o usurio possa fazer a avaliao em diferentes estdios fenolgicos da cultura). A informao de cada safra poder ainda ser editada (alterada ou atualizada), ou ser cadastrada uma nova safra para a gleba escolhida.

120

Aps o cadastro da safra, devem ser preenchidos os demais campos marcados com asterisco. Qualquer nmero de nutrientes (desde que superior a trs) podem ser cadastrados, e o ponto decimal poder ser informado como vrgula (,) ou ponto (.). No deve ser usado separador de milhar. Os nutrientes no informados devem ser mantidos em branco (deixando-se os campos nulos). Somente valores numricos so vlidos (valores alfabticos e outros caracteres podem gerar erro). Aps digitar os dados dos elementos (g/kg para macronutrientes e mg/kg para micronutrientes), deve-se optar pelo boto Cadastrar ou Cadastrar e Calcular Dris. Ambos os botes gravam a anlise foliar no banco de dados, porm, o primeiro boto retornar a esta tela para mais inseres, e o segundo boto, redireciona para a pgina de resultados do DRIS.

121

OBSERVAO IMPORTANTE: O sistema no faz, nesta etapa, nenhuma verificao da validade dos dados digitados. Ou seja, qualquer valor digitado, mesmo que absurdo, ser aceito, gravado no banco de dados e utilizado para o clculo dos ndices DRIS ou normas DRIS. A validao ser feita por meio de algoritmo ainda no disponvel na verso estvel ou de testes. Caso tenha optado pelo boto Cadastrar e Calcular DRIS, a anlise foliar ser gravada e enviada para a pgina de resultados. O resultado dos clculos, j gravados no banco de dados, podero ser visualizados na opo Gerar Relatrio.

122

OBSERVAO IMPORTANTE: O sistema limita o nmero de diagnsticos feitos em funo do nmero de anlises foliares cadastradas, de acordo com cada plano de licenciamento. Isto para impedir que haja sobrecarga de informaes no banco de dados, comprometendo o desempenho do sistema. Normalmente, para cada anlise foliar so possveis cadastrar cinco diagnsticos. Caso o limite tenha sido alcanado, possvel excluir os diagnsticos realizados, permitindo que novos sejam feitos. Para fins prticos, somente um diagnstico necessrio para cada anlise foliar, a menos que se deseje testar outros mtodos disponveis no sistema. Ao clicar na opo Gerar Relatrio, uma nova janela ir se abrir (o navegador deve estar habilitado para permitir a abertura de novas abas). O relatrio consolida, as informaes do mtodo utilizado (frmulas, normas, critrio de interpretao dos ndices DRIS, nutrientes permitidos na anlise, etc). O resultado ser apresentado conforme o mtodo escolhido pelo usurio.

123

OBSERVAO IMPORTANTE: O sistema, por padro, adota uma determinada configurao, que a considerada mais apropriada. Esta configurao pode ser configurada para que se obtenha melhor desempenho do sistema, mas deve ser feita apenas por usurios que tenham algum conhecimento bsico sobre o DRIS. O sistema, aps cadastrar a primeira anlise foliar, adota um conjunto de normas padres. O usurio pode produzir suas prprias normas, aplicando uma srie de condies que so especficas para cada cultura. Estas condies podem ser aplicadas sobre seus dados ou sobre todos os dados da cultura que estejam armazenados no banco de dados. Porm, somente os dados prprios que podem ser editados ou selecionados individualmente. Caso os testes estatsticos sejam validados, ser gerado um novo conjunto de normas DRIS. Porm, se o nmero de informaes for insuficiente, no sero geradas novas normas. Recomenda-se um mnimo de 200 anlises foliares para o primeiro conjunto de normas DRIS.

124

Todas as normas geradas pelo usurio so gravadas e armazenadas em banco de dados, podendo serem visualizadas em arquivo PDF, ou apagadas. O sistema tambm limita o nmero de normas DRIS que podem ser armazenadas, em funo de cada plano de licenciamento.

125

O arquivo PDF com as normas DRIS so gerados em uma nova aba do navegador (e precisam estar habilitado no navegador a abertura de novas janelas ou abas).

126

O usurio tambm pode configurar o mtodo de clculo dos ndices DRIS, usando as normas no sistema ou as normas que tenham sido geradas por ele prprio (nunca ter acesso a normas geradas por outros usurios). Alm das normas DRIS, poder escolher mtodos de clculo das frmulas DRIS, transformao ou no dos dados por funo logartmica, a excluso de algum nutriente do clculo (mesmo que seu valor no seja nulo na anlise foliar) e o critrio de interpretao dos ndices DRIS.

127

OBSERVAO IMPORTANTE: Existem no sistema outros recursos, mais complexos, no apresentados neste PASSO A PASSO. Alm disto, muitos dos recursos apresentados apresentam implicaes que tambm no esto sendo consideradas neste momento.