DocumentodeArquiteturadeSoftware-Satélite

(1)

Projeto Interdisciplinar IV

Documento de arquitetura de software - Satélite

Versão 1.4

Histórico de Revisões

Data Versão Descrição Autor

11/Setembro/2008 1.0 Documento de Arquitetura de Software gerado utilizando o template Rational SoDA e o modelo Rational Rose.

Gustavo H P Paulillo

22/setembro/2008 1.1 Documento de Arquitetura de Software refinado para a fase de Elaboração do modelo BUP.

Gustavo H P Paulillo 07/outubro/2008 1.2 Documento de Arquitetura de Software refinado para a

fase de Elaboração do modelo BUP.

Gustavo H P Paulillo 16/outubro/2008 1.3 Documento de Arquitetura de Software refinado para a

fase de Construção do modelo BUP.

Gustavo H P Paulillo 23/novembro/2008 1.4 Documento de Arquitetura de Software refinado para a

fase de Construção do modelo BUP.

Gustavo H P Paulillo

(2)

Índice Analítico

1. Glossário 3

2. Introdução 4

3. Metas e restrições arquiteturais 4

4. Princípios 4

5. Visões da arquitetura 4

5.1 Visão de Casos de Uso: 4

5.2 Visão física (implementação) 5

5.3 Visão lógica: 5

5.3.1 Camada de Negócios 5

5.3.2 Middleware (camada para comunicação com o MCM) 5

5.3.3 Bibliotecas JAVA 6

5.4 Visão de Distribuição (implantação) 7

5.5 Visão de Processos 8

6. Arquitetura mapeada com os requisitos 9

6.1 Mapeamento de requisitos aos mecanismos de arquitetura 9

(3)

1. Glossário

MCM – Módulo Central de Monitoramento. É constituído das aplicações de controle situadas na base. Não será tratado neste documento..

User Agent – Nome destinado ao dispositivo que irá se comunicar com a operadora alocada na Base. SDS – Service Development Studio. Ambiente de desenvolvimento da Ericsson.

(4)

2. Introdução

Este documento de arquitetura de software, baseado no modelo BUP, têm como objetivo apresentar uma possível solução de arquitetura para o sistema proposto, focando no módulo “Satélite”.

3. Metas e restrições arquiteturais

Há algumas metas e restrições à serem seguidas:

- O satélite deve ter possibilidade de se comunicar via protocolo SIP com a base (MCM – Módulo Central de Monitoramento), para enviar as imagens capturadas.

- Como user agent, o satélite deverá a cada 90 mins., enviar as imagens coletadas para o MCM. - Para comunicação entre o Satélite e o MCM, será usada tecnologia WI-FI.

- O tempo limite para o envio das imagens geradas, é de 7 mins., a cada intervalo de 90 mins.

4. Princípios

Para que seja possível a implementação da aplicação alocada no satélite, utilizaremos o ambiente SDS (Service Development Studio) da Ericsson. A linguagem de programação utilizada no software será JAVA. Tal dispositivo (satélite) deve ter suporte à tecnologia Wi-Fi.

5. Visões da arquitetura

5.1 Visão de Casos de Uso:

Os principais casos de uso do módulo Satélite são: - Capturar Imagens

- Enviar imagens ao MCM

O aplicativo no módulo Satélite ficará frequentemente realizando a captura das imagens (com um intervalo de 90 mins entre cada captura) e então, fará o envio para o MCM através dos componentes da camada Middleware.

Ambos casos de uso serão iniciados pelo próprio módulo, utilizando as regras de negócio contidas na camada de negócios.

(5)

5.2 Visão física (implementação)

O aplicativo alocado no satélite será dividido em componentes, sendo:

 O componente com.ericsson.icp utilizado para comunicação entre operadora (situado no MCM) e satélite.

Contém as bibliotecas com as funcionalidades de manipulação dos dados obtidos e envio de dados aos servidores, via protocolo SIP.

 Um componente com as funcionalidades de captura das imagens e armazenamento, com as classes JAVA necessárias.

 Bibliotecas com as regras de negócio.

Contém os algoritmos para obtenção das imagens e restrições de negócio.

 Interfaces implementadas para a comunicação entre as bibliotecas com as regras de negócio e o componente com.ericsson.icp.

Será instalado um SIS File no módulo, para o funcionamento da aplicação.

5.3 Visão lógica:

Figura 2 – Diagrama de Pacotes

5.3.1 Camada de Negócios

Na camada de negócios, encontram-se o componente com as regras de negócio, utilizados para a captura das imagens que serão enviadas ao MCM. Nesta camada, estarão as funções utilizadas para tratar as restrições de negócio, como o tempo de movimentação do satélite (90 mins) e o limite para o envio de tais imagens (7 mins).

A mesma depende do Middleware para o envio das imagens capturadas via SIP.

5.3.2 Middleware (camada para comunicação com o MCM)

Aqui estará localizado o componente com.ericsson.icp para a comunicação com a operadora alocada no MCM. Também conterá as classes necessárias para a interface entre as classes de negócio.

(6)

5.3.3 Bibliotecas JAVA

O aplicativo será baseado na linguagem de programação JAVA. Assim sendo, a camada de negócios utilizará das propriedades do Java para exercer suas funcionalidades.

(7)

5.4 Visão de Distribuição (implantação)

Baseando na integração das tecnologias : para comunicação entre MCM/satélite, através do serviço CSCF – da operadora alocada no MCM - através da tecnologia Wi-Fi.

Baseando nos recursos disponíveis: a utilização do ambiente SDS para desenvolvimento é gratuita, mas deve ser usada a linguagem de programação JAVA. Para a tecnologia WI-FI, será necessário um roteador wireless e pontos de acesso. Uma banda com velocidade mínima de 256kbps.

(8)

5.5 Visão de Processos

A visão de processos da arquitetura do aplicativo alocado no módulo Satélite ilustra as classes lógicas organizadas como processos executáveis. Esses processos são divididos da seguinte forma:

 CapturarImagens  EnviarImagens

Figura 4 – Diagrama de Processos Processo CapturarImagens

Este processo, define todos os métodos para validações, armazenamento e criação de objetos, que serão consumidos de acordo com o caso de uso “Capturar Imagens”.

Para o controle de tais métodos, a thread ControleCaptura é utilizada (descrita abaixo), através da classe principal Control.

Thread ControleCaptura

A thread ControleCaptura, encapsula métodos para criação e população dos objetos do tipo Imagem e métodos para o armazenamento de tais objetos – para uma posterior recuperação e envio. Esta thread se comunica com as entidades GerarImagens e GuardarImagens.

GerarImagens

Entidade que encapsula o método que constrói o objeto Imagem, à partir da obtenção dos dados. GuardarImagens

Entidade que encapsula o método que armazena os objetos do tipo Imagem. Processo EnviarImagens

(9)

Define métodos que fazem o envio dos objetos do tipo Imagem para o MCM, conforme o caso de uso “Enviar Imagens”. Tais envios serão realizados através de interfaces implementadas do componente

com.ericsson.icp. A thread que realiza tal controle dos métodos – “ControleEnvio” – está descrita abaixo, através da classe principal Control.

Thread ControleEnvio

Encapsula os métodos para a recuperação dos objetos do tipo Imagem armazenados e métodos que se comunicam com as interfaces implementadas para transmissão de tais objetos.

RecuperaImagens

Contém o método de recuperação dos objetos do tipo Imagem (armazenados anteriormente pela thread ControleCaptura). Estes objetos serão utilizados nos métodos de envio para o MCM.

EnviaImagens

Esta entidade contém as interfaces para a utilização dos métodos do componente com.ericsson.icp, que realizam a comunicação direta com o MCM. Além de tais interfaces, há os métodos que consomem tais

funcionalidades, que são chamados pelo controlador (Control). Estes métodos são responsáveis por abrir/fechar a conexão com a operadora (alocada no MCM) e o envio dos objetos do tipo Imagem.

6. Arquitetura mapeada com os requisitos

6.1 Mapeamento de requisitos aos mecanismos de arquitetura

Requisito Mecanismo de Arquitetura

Comunicação do satélite com o MCM Uso de Wi-Fi na camada física e o protocolo SIP na camada de aplicação Também serão utilizados componentes da camada Middleware.

Captura das imagens Utilização de algoritmos presentes na camada de negócios e das bibliotecas Java para a implementação. Estabelecimento dos intervalos de tempo Funcionalidades definidas nos componentes da camada

de negócios.

Integração dos dispositivos via Wireless. Disponibilidade da tecnologia no próprio Satélite.

7. Resultados da análise

Assim sendo, no Satélite, haverá uma aplicação para captura das imagens, componentes para comunicação (envio de dados) com o MCM e as bibliotecas Java padrões do ambiente de desenvolvimento SDS Ericsson.

O Satélite irá efetuar a captura das imagens solicitadas. Este deve ser responsável pelo envio das imagens e qualquer outro dado de controle para o MCM, para que o mesmo faça os devidos tratamentos e

contingências, armazenando os dados obtidos e caso seja necessário, apresentando-os.

Equipamentos para acesso wireless deverão estar disponíveis e devidamente configurados, como roteadores e pontos de acesso.

Para a realização dos testes – em tempo de desenvolvimento -, o satélite poderá ser emulado no próprio ambiente SDS Ericsson.