Modelagem e Especificação de um Middleware para Redes de ...
Modelagem e Especificação de um Middleware para Redes de ...
Modelagem e Especificação de um Middleware para Redes de ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
5.7 Consi<strong>de</strong>rações finais 97<br />
• adicionarPriorida<strong>de</strong>: adiciona, na categoria das priorida<strong>de</strong>s estáticas, <strong>um</strong>a regra<br />
<strong>de</strong> priorização, como por exemplo, atribuir priorida<strong>de</strong> elevada à leitura <strong>de</strong> sensores<br />
<strong>de</strong> eletrocardiograma ou reduzir a priorida<strong>de</strong> d<strong>um</strong> sensor “s” específico;<br />
• removerPriorida<strong>de</strong>: exclui <strong>um</strong>a regra <strong>de</strong> priorida<strong>de</strong>;<br />
• listarPriorida<strong>de</strong>s: mostra a listagem <strong>de</strong> priorida<strong>de</strong>s atribuídas;<br />
• listarAtributos: lista os atributos dinâmicos e correntes <strong>de</strong> QoS, adicionados<br />
pela inserção <strong>de</strong> componentes <strong>de</strong> QoS opcionais;<br />
• iniciarSessao: inicia <strong>um</strong>a sessão <strong>para</strong> que o programa usuário possa começar a<br />
se comunicar na re<strong>de</strong> <strong>de</strong> sensores;<br />
• finalizarSessao: termina <strong>um</strong>a sessão;<br />
• listarSessoes: lista sessões ativas da aplicação;<br />
• requisicao: processa <strong>um</strong>a requisição feita ao middleware por <strong>um</strong>a aplicação.<br />
O componente <strong>de</strong> QoS tem três interfaces:<br />
1. ativarAtributo: ativa <strong>um</strong> atributo <strong>de</strong>terminado <strong>de</strong> QoS <strong>para</strong> <strong>um</strong> dado serviço <strong>de</strong><br />
re<strong>de</strong>;<br />
2. <strong>de</strong>sativarAtributo: remove <strong>um</strong>a regra <strong>de</strong> ativação <strong>de</strong> atributo <strong>de</strong> QoS;<br />
3. listarRegistros: lista os atributos ativos <strong>de</strong> QoS <strong>para</strong> o dado componente.<br />
Na Figura 5.25 apresenta-se o diagrama <strong>de</strong> casos <strong>de</strong> uso do subsistema Eventos.<br />
Na Figura 5.26 está formalizada a sequência <strong>de</strong> eventos relacionados ao registro <strong>de</strong><br />
aplicação no middleware, requisição <strong>de</strong> leituras dis<strong>para</strong>das por eventos, periódicas e<br />
unitárias.<br />
5.7 Consi<strong>de</strong>rações finais<br />
A arquitetura modular do Kratos, baseada em componentes, favorece <strong>um</strong>a boa<br />
manutenibilida<strong>de</strong>, portabilida<strong>de</strong> e possibilida<strong>de</strong> <strong>de</strong> utilização em plataformas reduzidas,<br />
já que não se faz necessário que todos os componentes do middleware, com todas as<br />
suas funcionalida<strong>de</strong>s, estejam implementados em <strong>um</strong> elemento <strong>para</strong> o funcionamento<br />
da RSSF. Estes requisitos são alcançados através do subsistema Componentes, bastando<br />
respeitar as <strong>de</strong>pendências <strong>de</strong> cada componente e funcionalida<strong>de</strong> necessários <strong>para</strong> as<br />
aplicações em execução.<br />
O subsistema Comunicação implementa a maioria dos módulos da IEEE 1451<br />
consi<strong>de</strong>rados neste trabalho e é <strong>um</strong> dos principais componentes do middleware, por<br />
proporcionar a integração entre os <strong>de</strong>mais componentes e elementos do middleware,<br />
além <strong>de</strong> ser fundamental <strong>para</strong> o <strong>para</strong>digma <strong>de</strong> publicação/subscrição. Este subsistema é o<br />
principal responsável pela segurança, por estabelecer <strong>um</strong> canal seguro entre os elementos