Today, meteorology has reached a level of maturity in more developed societies, as a result of technological progress and more appropriate methodologies. The center called CTTMar, which already had an infrastructure for climatology and meteorology, initially focused on teaching and later on research and extension, took the modern stance of contributing to the improvement and popularization of these technologies on behalf of the State of "Santa Catarina".
INTRODUÇÃO
OBJETIVOS
- Objetivo Geral
- Objetivos Específicos
O objetivo deste trabalho é desenvolver um sistema de informação para o Laboratório de Climatologia organizar e distribuir dados meteorológicos através de um portal web e serviços web. Pesquisa de referências bibliográficas na área de distribuição de dados meteorológicos, linguagens de implementação existentes e conceitos de desenvolvimento e aplicação de Web Services;
METODOLOGIA
ESTRUTURA DO TRABALHO
FUNDAMENTAÇÃO TEÓRICA
CLIMATOLOGIA
Na região Sul, os sistemas de circulação atmosférica influenciam sobremaneira a caracterização climática da região Sul, além do relevo e da posição geográfica, que apresenta duas características: a primeira é a homogeneidade em termos de precipitação e seu regime, e a segunda é a umidade climática ( ibid.). O clima da região Sul é subtropical, segundo a classificação de Strahler, e abrange o sul do Brasil, parte localizada ao sul do Trópico de Capricórnio, com predomínio da massa de ar tropical atlântica, que provoca fortes chuvas.
LABORATÓRIO DE CLIMATOLOGIA
As informações fornecidas pelos satélites atendem acadêmicos, pessoas físicas, jurídicas, provedores de mídia e a comunidade em geral via Internet (http://www.cttmar.univali.br/~tempo – Figura 4), onde se tornam dados meteorológicos e imagens de satélite. disponível. Como os dados não são processados de forma automatizada, o esforço despendido pela equipe do Laboratório de Climatologia foi muito grande, gerando perda de tempo.
PORTAIS
- Classificação dos Portais
Segundo Dias (2001), as rápidas transformações no modelo do portal levaram à identificação de quatro fases de evolução do portal: busca booleana (baseada na associação dos termos “AND OR” para limitar ou ampliar o universo pesquisado), navegação por categorias, customização e funções estendidas para outras áreas. Comparando os conceitos dos autores Dias (2001) e Correa (2001), podemos perceber o conceito de Portal Corporativo compartilhado por ambos os autores.
WEB SERVICES
- XML
- SOAP
- WSDL
- UDDI
Um exemplo disso são os portais que oferecem interfaces web ricas em recursos que permitem aos usuários interagir com preços de ações, previsões meteorológicas, grupos de discussão, horários de voos ou qualquer outra coisa, tudo a partir de uma página inicial principal. SOAP não é um produto a ser criado e vendido por um fornecedor, mas sim um documento que descreve as características do software. Segundo Potts e Kopack (2003), um documento WSDL (Web Services Description Language) é um documento XML que fornece todas as informações para conectar-se a um serviço web.
As mensagens são um elemento importante no WSDL, pois fornecem comunicação unidirecional de um computador para outro. Fornece informações sobre todas as operações que o cliente pode obter de um serviço web (POTTS e KOPACK, 2003). O elemento port é um elemento filho do serviço que indica a porta e o IP do serviço web.
Os serviços da Web podem ser eficazes na redução do custo dos negócios, facilitando a transmissão de dados de um computador para outro. Um registro é um banco de dados de serviços e é simplesmente um avanço revolucionário na ideia de que um cliente potencial usaria os recursos de um registro de maneira semelhante à forma como usamos os mecanismos de pesquisa na Internet. Em outras palavras, quando um serviço web é registrado, os demais registros receberão informações desse serviço web que está registrado na próxima vez que sincronizarem (ibid).
FERRAMENTAS PARA O PROJETO
- PHP
- PostgreSQL
A razão pela qual o UDDI é aceitável para todos os membros do consórcio é que ele é construído nos mesmos padrões do SOAP (POTTS e KOPACK, 2003). Todas as APIs UDDI são definidas em XML, colocadas em envelopes SOAP e enviadas por HTTP. Programar com a API UDDI é o mesmo que programar qualquer serviço web, basta saber codificar mensagens no formato SOAP.
Conexão com diversos bancos de dados, como: MySQL, mSQL, SyBase, SQLServer, Oracle, Informix e qualquer outro banco de dados via ODBC (Open Database Connectivity); É possível utilizá-lo em diversos sistemas operacionais, inclusive Windows, desde que este sistema operacional seja compatível com as especificações POSIX (Portable Operation System Interface) (POSTGRESQL, 2004). A utilização desta base de dados é muito ampla, pois diversas empresas perceberam que podem criar soluções de alta confiabilidade sem a necessidade de custos elevados para obtenção de licenças (ibid).
Possui conexões SSL, MVCC (Multi Version Competition Control), triggers, integridade referencial e também é compatível com diversas linguagens como PHP, Java, Python e Perl, entre outras. PostgreSQL é um banco de dados que suporta uma grande quantidade de dados. Isto é verificado pela Tabela 1, que mostra os limites desta base de dados. Por ter sido criado para ter diversas funções e suportar tarefas complexas, é mais adequado para aplicações com grande quantidade de dados ou contendo informações críticas, onde o banco de dados é grande e possui grande número de tabelas.
CONSIDERAÇÕES
DESENVOLVIMENTO
REQUISITOS DO SISTEMA
- Requisitos Funcionais
- Requisitos Não Funcionais
- Regras de Negócio
O Sistema deve possuir um mecanismo de segurança para que os visitantes não tenham acesso à administração do sistema. Ao registrar uma previsão para um dia, a previsão anterior deverá ser mantida no banco de dados; Isso é.
DIAGRAMA DE ATIVIDADES
O diagrama apresentado na Figura 16 permite perceber que alguns dados possuem um histórico, mas nenhum deles é armazenado no banco de dados, mas sim em arquivos semelhantes. Após a introdução do sistema, os dados gerados pela estação meteorológica não são mais armazenados em arquivos de texto, mas sim em um banco de dados, o que permite melhor utilizá-los. De acordo com o modelo de realização de previsões para os próximos 3 dias, adotado pelo Laboratório de Climatologia, após a implementação do sistema proposto, todos os boletins de previsão são armazenados na base de dados, obtendo-se assim um acervo histórico dos mesmos.
As Figuras 20 e 21 ilustram o processo realizado pelo Laboratório de Climatologia para disponibilização das informações e como ficou após a implantação do projeto. Paralelamente, o responsável pelo laboratório de Climatologia produziu, entre outros, boletins de previsão meteorológica e marítima, gráficos de temperaturas, fases da lua, também em folhas de cálculo C, Delphi e Excel, que também foram convertidos em modelos HTML e enviados via FTP para o enviado novamente. site de previsão. Pela figura fica claro que não foi utilizado um banco de dados, ou seja, muitas informações foram perdidas, devido à sobreposição de arquivos que existiam diariamente.
No sistema de informação, esses dados são processados pelo mecanismo de importação e inseridos no banco de dados. O responsável pelo Laboratório poderá acessar a área de acesso restrito (SiDMET) e manter, inserir, alterar e excluir os dados que atualmente estão dispostos no banco de dados. Com base na informação da base de dados, os dados são acessíveis através do portal de previsão meteorológica e também através de serviços online (dados meteorológicos e previsão meteorológica).
FUNCIONALIDADES DO SISTEMA
No módulo de armazenamento de dados, os dados da estação meteorológica são importados para o banco de dados através de mecanismos desenvolvidos, bem como imagens de satélite. Na administração do sistema, os responsáveis pelo laboratório mantêm todos os dados desde o cadastro de novos usuários até sugestões de leitura e críticas dos visitantes do site. É neste módulo que são criados boletins de previsão meteorológica e marítima, gerados relatórios do sistema e também acessado o acervo histórico de previsões e dados meteorológicos provenientes de satélite e estação meteorológica.
O módulo de área pública é onde os visitantes podem usufruir de serviços de previsão, dados meteorológicos, imagens de satélite e também enviar suas críticas e sugestões aos profissionais do laboratório. O quarto módulo trata do serviço Web, que fornece dados meteorológicos de um determinado período de interesse do buscador em formato XML. A seção a seguir detalha a funcionalidade de cada módulo do sistema por meio de casos de uso.
DIAGRAMA DE CASOS DE USO
Salvar imagens do globo Salvar uma imagem do globo do satélite Salvar dados meteorológicos Salvar dados meteorológicos da estação. Manutenção de usuários Permissão para manter usuários do sistema Fazer previsão do tempo Permitir a manutenção da Previsão do tempo Fazer previsão do mar Permitir a manutenção da Previsão do Mar Gerar relatórios Gerar relatórios sobre dados do sistema. Visualizar dados meteorológicos Permite ao visitante visualizar dados meteorológicos Visualizar imagens de satélite Permite ao visitante visualizar imagens de satélite do leste.
Consulta do Pôr do Sol Permite ao visitante obter os horários do nascer e do pôr do sol
DIAGRAMA DE CLASSES
As classes específicas do sistema implementado foram implementadas a partir da herança dessas classes da estrutura base.
MODELAGEM DE DADOS
IMPLEMENTAÇÃO
- Área Restrita
- Área Pública
- Web Service
- Importação de dados das estações
Através deste padrão foram implementados todos os casos de uso, permitindo a consulta e manutenção de dados na área limitada do sistema. A área pública apresenta dados organizados de forma dinâmica através de pesquisas nas bases de dados do sistema, apresentando assim as informações mais recentes. Como o Web Service executa suas funções com base nos métodos descritos no WSDL, isso significa que para obter dados do Web Service você deve conhecer o WSDL, independente de qual linguagem será utilizada para se conectar ao Web service, apenas esta linguagem de programação suporta XML.
Dado que o módulo servidor é implementado em PHP, a seguir será dado um exemplo de como um módulo cliente pode ser para acessar o serviço Web. O módulo cliente é composto por duas telas, conforme descrito a seguir: A Figura 33 mostra a primeira tela do Web Service, onde o cliente informa o login, senha, período (data de início e data de término) e seleciona os dados meteorológicos desejados. . O módulo servidor então consulta o banco de dados e retorna os dados solicitados para a tela, conforme mostra a Figura 34.
A Figura 35 ilustra um exemplo de código-fonte na linguagem de programação PHP para uma solicitação de cliente ao serviço Web. Portanto, foi necessário criar um software Delphi para transferi-los via FTP e scripts PHP para importar esses dados para o banco de dados. Através deste mecanismo de entrada foi possível processar os dados, o que levou a um grande ganho em termos de qualidade e agilidade na aquisição de dados meteorológicos.
CONSIDERAÇÕES FINAIS
ARTIGO
