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 ...
76 5.5 Introdução à arquitetura do middleware 5.5 Introdução à arquitetura do middleware O middleware Kratos é do tipo vertical, sendo assim, é dependente do domínio da aplicação da área de saúde, podendo ser usado em qualquer contexto desta área. Figura 5.2: Visão geral da arquitetura do middleware O diagrama de pacotes da Figura 5.2 ilustra os subsistemas do middleware e seus relacionamentos. A arquitetura foi desenhada de forma modular, de modo que cada subsistema possa executar o mais independentemente possível, gerando-se um modelo baseado em componentes sob a filosofia de reusabilidade. Há então a possibilidade de montar um sistema completamente centralizado ou completamente distribuído ou até mesmo um sistema misto; escolha que dependerá do tamanho da rede ou do overhead de comunicação tolerado. O middleware é composto de sete subsistemas principais em conformidade com o padrão IEEE 1451, introduzido no Capítulo 4, que se comunicam por meio do serviço de mensagens/comandos provido pelo subsistema Comunicação. O diagrama da Figura 5.3 mostra uma visão geral dos componentes do middleware e suas principais interfaces. Verifica-se no diagrama a necessidade primordial do componente GerenciarComunicacao, que provê a interface enviarMensagem, responsável pela comunicação entre os componentes. Também é ilustrada a interação do componente usuário do middleware com o próprio middleware através dessa mesma interface enviarMensagem. Os serviços providos pelo componente usuário devem ser registrados, através da interface obterServicos, para que o middleware os publique e as outras aplicações tenham acesso a esses serviços. A listagem dos serviços providos pela RSSF pode ser obtida pela interface listarServicos. Estes componentes serão melhor explicados mais adiante.
5.5 Introdução à arquitetura do middleware 77 Figura 5.3: Diagrama de componentes simplificado do middleware
- Page 25 and 26: Introdução CAPÍTULO 1 1.1 Contex
- Page 27 and 28: 1.2 Motivação 27 1.2 Motivação
- Page 29 and 30: CAPÍTULO 2 Tecnologias e aplicaç
- Page 31 and 32: 2.1 Redes de Sensores sem Fio 31
- Page 33 and 34: 2.1 Redes de Sensores sem Fio 33 se
- Page 35 and 36: 2.2 Comunicação em redes sem fio
- Page 37 and 38: 2.2 Comunicação em redes sem fio
- Page 39 and 40: 2.2 Comunicação em redes sem fio
- Page 41 and 42: 2.3 Considerações finais 41 estã
- Page 43 and 44: CAPÍTULO 3 Middlewares para Redes
- Page 45 and 46: 3.2 Middlewares baseados em program
- Page 47 and 48: 3.4 Middlewares direcionados a apli
- Page 49 and 50: 3.6 Avaliação geral 49 plataforma
- Page 51: 3.7 Considerações finais 51 Figur
- Page 54 and 55: 54 4.1 A família de padrões IEEE
- Page 56 and 57: 56 4.2 Padrão IEEE 1451.0 Tabela 4
- Page 58 and 59: 58 4.2 Padrão IEEE 1451.0 As class
- Page 60 and 61: 60 4.2 Padrão IEEE 1451.0 Figura 4
- Page 62 and 63: 62 4.2 Padrão IEEE 1451.0 4.2.7 Mo
- Page 64 and 65: 64 4.2 Padrão IEEE 1451.0 4.2.9 Mo
- Page 66 and 67: 66 4.2 Padrão IEEE 1451.0 • Acom
- Page 68 and 69: 68 4.4 Considerações finais do PH
- Page 71 and 72: Middleware Kratos CAPÍTULO 5 Vislu
- Page 73 and 74: 5.2 Objetivos e requisitos 73 • C
- Page 75: 5.4 Diagrama de contexto 75 • Qua
- Page 79 and 80: 5.6 Descrição dos subsistemas 79
- Page 81 and 82: 5.6 Descrição dos subsistemas 81
- Page 83 and 84: 5.6 Descrição dos subsistemas 83
- Page 85 and 86: 5.6 Descrição dos subsistemas 85
- Page 87 and 88: 5.6 Descrição dos subsistemas 87
- Page 89 and 90: 5.6 Descrição dos subsistemas 89
- Page 91 and 92: 5.6 Descrição dos subsistemas 91
- Page 93 and 94: 5.6 Descrição dos subsistemas 93
- Page 95 and 96: 5.6 Descrição dos subsistemas 95
- Page 97 and 98: 5.7 Considerações finais 97 • a
- Page 99 and 100: 5.7 Considerações finais 99 Figur
- Page 101 and 102: CAPÍTULO 6 Conclusões e trabalhos
- Page 103 and 104: Referências Bibliográficas [1] AK
- Page 105 and 106: Referências Bibliográficas 105 [2
- Page 107 and 108: Referências Bibliográficas 107 [4
76 5.5 Introdução à arquitetura do middleware<br />
5.5 Introdução à arquitetura do middleware<br />
O middleware Kratos é do tipo vertical, sendo assim, é <strong>de</strong>pen<strong>de</strong>nte do domínio<br />
da aplicação da área <strong>de</strong> saú<strong>de</strong>, po<strong>de</strong>ndo ser usado em qualquer contexto <strong>de</strong>sta área.<br />
Figura 5.2: Visão geral da arquitetura do middleware<br />
O diagrama <strong>de</strong> pacotes da Figura 5.2 ilustra os subsistemas do middleware e<br />
seus relacionamentos. A arquitetura foi <strong>de</strong>senhada <strong>de</strong> forma modular, <strong>de</strong> modo que cada<br />
subsistema possa executar o mais in<strong>de</strong>pen<strong>de</strong>ntemente possível, gerando-se <strong>um</strong> mo<strong>de</strong>lo<br />
baseado em componentes sob a filosofia <strong>de</strong> reusabilida<strong>de</strong>. Há então a possibilida<strong>de</strong> <strong>de</strong><br />
montar <strong>um</strong> sistema completamente centralizado ou completamente distribuído ou até<br />
mesmo <strong>um</strong> sistema misto; escolha que <strong>de</strong>pen<strong>de</strong>rá do tamanho da re<strong>de</strong> ou do overhead<br />
<strong>de</strong> comunicação tolerado. O middleware é composto <strong>de</strong> sete subsistemas principais em<br />
conformida<strong>de</strong> com o padrão IEEE 1451, introduzido no Capítulo 4, que se comunicam<br />
por meio do serviço <strong>de</strong> mensagens/comandos provido pelo subsistema Comunicação.<br />
O diagrama da Figura 5.3 mostra <strong>um</strong>a visão geral dos componentes do middleware<br />
e suas principais interfaces. Verifica-se no diagrama a necessida<strong>de</strong> primordial do<br />
componente GerenciarComunicacao, que provê a interface enviarMensagem, responsável<br />
pela comunicação entre os componentes. Também é ilustrada a interação do componente<br />
usuário do middleware com o próprio middleware através <strong>de</strong>ssa mesma interface<br />
enviarMensagem. Os serviços providos pelo componente usuário <strong>de</strong>vem ser registrados,<br />
através da interface obterServicos, <strong>para</strong> que o middleware os publique e as outras aplicações<br />
tenham acesso a esses serviços. A listagem dos serviços providos pela RSSF po<strong>de</strong><br />
ser obtida pela interface listarServicos. Estes componentes serão melhor explicados<br />
mais adiante.