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 ...

28.11.2014 Views

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

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.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!