Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision | Next revision Both sides next revision | ||
|
arquitetura [2017/08/25 17:31] eymar.lopes [Arquitetura] |
arquitetura [2017/08/25 17:36] eymar.lopes [Arquitetura] |
||
|---|---|---|---|
| Line 3: | Line 3: | ||
| ====== Arquitetura ====== | ====== Arquitetura ====== | ||
| - | O sistema está baseado no conceito de serviços (SOA – Service Oriented Architecture), onde um serviço é uma funcionalidade independente, sem estado, que aceita uma ou mais requisições e retorna um ou mais resultados. Além do serviço, existem módulos, que são processos independentes que exportam alguns serviços, mas também podem executar operações em resposta a um “timer”, conforma figura abaixo. | + | A plataforma está baseada no conceito de serviços (SOA – Service Oriented Architecture), onde um serviço é uma funcionalidade independente, sem estado, que aceita uma ou mais requisições e retorna um ou mais resultados. Uma interface web é utilizada para administrar os serviços e para transferir tarefas para tais serviços que estão definidas em projetos. |
| - | Os módulos e serviços usam uma Base de Dados Geográficos para a troca de informações geográficas. Os dados da base são armazenados no formato padrão TerraLib e incluem os dados hidrometeorológicos, planos de risco, espaços celulares e planos de informação adicionais necessários para a execução das análises e definição de alertas. | + | Um projeto define de onde serão acessados os dados dinâmicos e estáticos através de servidores de dados. Análises são definidas fazendo uso de dados estáticos e dinâmicos que são processados com operadores espaciais da plataforma e uma linguagem de programação de fácil utilização. Nota-se que uma análise sempre produzirá novos dados dinâmicos para serem reutilizados. A visualização dos dados é definida para dados estáticos, dinâmicos e análises conforme mostra os relacionamentos com as interfaces na Figura abaixo. O alerta é definido a partir de dados dinâmicos que foram coletados ou resultados de análises que produzem notificações para serem enviadas a usuários. |
| - | {{ :images:modelo_terrama2_v4_portugues.png?nolink&1000 |}} | + | A segunda interface web será utilizada pelo usuário final que terá acesso aos dados por uma interface gráfica. Esta interface web é identificada como “Módulo de Monitoramento” e será responsável por apresentar todos dados estáticos, dinâmicos, resultados de análises, alertas e dados tabulares associados. |
| - | * Serviço de Coleta de Dados | + | {{ :images:modelo_terrama2_v4_portugues.png?nolink&1000 |}} |
| - | Responsável pela aquisição dos dados hidrometeorológicos disponibilizados por servidores remotos, buscando periodicamente arquivos. Caso sejam encontrados, os arquivos são baixados e incluídos na base de dados geográficos. Os servidores de dados e a localização destes nos servidores são configuráveis no Módulo de Configuração. | + | |
| - | + | ||
| - | + | ||
| - | * Serviço de Análise | + | |
| - | Responsável pelo cruzamento entre as informações hidrometeorológicas, planos de risco e planos adicionais para determinação da ocorrência de zonas de alerta. Para cada análise configurada que é afetada por dados novos o algoritmo de análise respectivo é executado. Caso novos alertas sejam gerados ou um alerta antigo tenha seu nível alterado na análise, os alertas são gravados na base de dados geográficos. As análises são configuráveis com a linguagem de programação LUA no Módulo de Configuração. | + | |
| - | + | ||
| - | * Serviço de Notificação | + | |
| - | Responsável pelo envio de mensagens e relatórios contendo informações a respeito das alterações nos níveis de risco detectados pelo módulo de análise. Os usuários devem se cadastrar como observadores das análises para receberem os relatórios de alteração, enviados através de correio eletrônico e boletins. | + | |
| - | + | ||
| - | * Serviço de Animação | + | |
| - | Responsável pela geração de um conjunto de imagens que agrupadas formam uma animação de fontes de dados de Previsão e Observação. A animação é construída a partir da escolha de uma fonte de dados, uma camada de referência e o período da animação. O módulo de Animação responde a requisições da interface de apresentação. | + | |
| - | + | ||
| - | * Serviços de Gerência de Planos | + | |
| - | Executa a serviços para manipulação de planos de informação na base de dados geográficos, como a inclusão de novos planos e listagem de planos existentes. | + | |
| - | * Módulo de Configuração | ||
| - | Responsável por permitir a configuração do sistema. Estas configurações incluem como os dados são obtidos dos servidores externos, definições dos planos de risco e adicionais, a definição dos tipos de análise seus modelos, definição dos usuários e análises para estes, e definição de boletins que serão enviados. | ||
| - | * Módulo de Administração | + | Cada serviço realiza um conjunto de tarefas que se relacionam entre si. Os serviços podem ser executados localmente ou remotamente, sendo eles: |
| - | Responsável por permitir a configuração de cada serviço do sistema. Estas configurações incluem o endereço e a porta de cada serviço, o local em que as imagens com o resultado das análises serão armazenadas, definição do banco de dados, local de armazenamento dos dados coletados, configuração do servidor de e-mail, definição dos arquivos de log e outras informações. | + | * Serviço de Coleta : Responsável pela coleta dos dados ambientais disponibilizados por servidores de dados, buscando periodicamente dados ambientais. Caso sejam encontrados, tais dados são baixados e incluídos na base de dados do projeto. Os tipos de servidores de dados e sua localização são definidos através da interface web do módulo de administração. |
| + | * Serviço de Interpolação : Responsável pela interpolação dos dados de PCD ou ocorrências coletados, produzindo novos dados matriciais dinamicamente gerados. | ||
| + | * Serviço de Análise : Responsável pelo cruzamento entre dos dados ambientais (hidrometeorológicos) e dados estáticos. Uma análise configurada produzirá novos dados dinâmicos, seja geográficos ou tabulares. Os modelos de análises são desenvolvidos com a linguagem de programação Phyton mais operadores geográficos da TerraLib. | ||
| + | * Serviço de Visualização : Responsável por publicar dados estáticos, dinâmicos ou resultados de análises no módulo de monitoramento. O serviço utiliza o Geoserver para criar as camadas a serem publidadas, juntamente com o estilo a ser apresentado. | ||
| + | * Serviço de Alerta : Responsável pelo envio de mensagens e relatórios contendo informações a respeito das alterações nos níveis de risco detectados pelo serviço de análise. Os usuários devem se cadastrar como observadores das análises para receberem os relatórios de alteração, enviados através de correio eletrônico. | ||
| + | A Figura acima mostra ainda exemplo de alguns dados disponíveis em uma base de dados de um projeto. Note que há dados dinâmicos que são adquiridos pelo serviço de coleta, dados dinâmicos que são gerados pela plataforma como resultado de análises e dados dinâmicos disponíveis por outras tecnologias como radares, satélites ou outros bancos de dados que estão localmente na mesma rede de computadores onde está a plataforma TerraMA2. Parte dos dados dinâmicos coletados, como dados de PCD´s e ocorrências, devem ser armazenados em um banco espacial PostgreSQL+PostGIS. | ||
| - | * Módulo de Alerta | ||
| - | Responsável pela apresentação de alertas quando uma situação de risco é detectada pelo módulo de análise. O módulo consiste em uma aplicação web que está conectada ao banco de dados TerraLib. É capaz de apresentar as camadas associadas à análise, seus dados, histórico de alertas e metadados. | ||
