Made available in DSpace on 2014-06-12T15:59:32Z (GMT). No. of bitstreams: 2 arquivo5143_1.pdf: 1050214 bytes, checksum: 0a32a74ad6bd7626991c681e332e375c (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2004 / Sistemas de middleware têm sido amplamente adotados como infra-estrutura de comunicação para sistemas distribuídos. O middleware provê serviços (e.g., eventos, nomes e tempo) que escondem a complexidade dos mecanismos de comunicação e a heterogeneidade de sistema operacional e de linguagens de programação. Diferentes tipos de aplicações distribuídas utilizam sistemas de middleware, entre elas aplicações móveis, aplicações multimídia e aplicações cientes de QoS. Cada uma destas aplicações possuem determinadas características que necessitam de um middleware que forneça QoS, seja por requisitos de tempo real, como é o caso de multimídia, seja por escassez de recursos, como é o caso de aplicações móveis. Para as aplicações citadas anteriormente, o suporte à configuração dinâmica realiza um papel chave. O middleware precisa ajustar o seu comportamento às mudanças no contexto de execução, ao mesmo tempo que precisa preservar a qualidade de serviço necessária às aplicações. Por exemplo, se o tráfego em uma rede aumenta, o middleware pode dinamicamente adotar um novo algoritmo que melhore a compressão de dados, tornando-a mais eficiente. É preciso observar que a adaptação pode ter um escopo global, que tem seu efeito sentido por todas as chamadas ao middleware subseqüentes à adaptação; ou um escopo de chamada, que têm seu efeito sentido apenas por uma determinada invocação remota. Apesar da grande quantidade de produtos de middleware, como CORBA, RMI ou Web Services, eles normalmente falham em suportar configuração dinâmica de maneira efetiva. A razão desta incapacidade para adaptação reside no fato de que essas plataformas de middleware são projetados de maneira inflexível, como caixas pretas, não oferecendo mecanismos que permitam às aplicações acesso ao seu comportamento interno com o objetivo de modificá-lo. Assim, plataformas de middleware tradicionais não fornecem o dinamismo requerido pelas aplicações citadas anteriormente. Conseqüentemente, os desenvolvedores das aplicações distribuídas precisam criar complexos mecanismos de configuração dinâmica específicos para suas necessidades. Nesta dissertação, é proposto um modelo de middleware adaptativo ciente do contexto que possibilita configuração dinâmica em nível de chamada, não fortemente acoplado a nenhuma plataforma de middleware, linguagem de programação ou sistema operacional. Ciência do contexto refere-se à propriedade do middleware de possuir mecanismos que permitam o conhecimento das condições do ambiente de execução (e.g. memória disponível, carga da CPU e largura de banda). O modelo proposto permite configuração dinâmica em nível de chamada, onde cada chamada remota concorrente pode ser tratada de uma maneira particular. Adicionalmente, como certas configurações do middleware necessitam ter efeito sobre toda invocação remota, como uma estratégia de controle de concorrência, foi também definido um mecanismo de configuração dinâmica que considera o escopo da alteração. Finalmente, com o objetivo de saber o momento no qual o middleware necessita ser configurado, o modelo de middleware adaptativo proposto utiliza-se de monitores que possuem a missão de registrar o estado do ambiente de execução (e.g. vazão da rede)

Made available in DSpace on 2015-03-03T15:47:44Z (GMT). No. of bitstreams: 1 TassiaAVF.pdf: 1514001 bytes, checksum: a6dbf5832432db823e99d729ccf7fa2b (MD5) Previous issue date: 2009-02-20 / Nowadays, there are many aspect-oriented middleware implementations that take advantage of the modularity provided by the aspect oriented paradigm. Although the works always present an assessment of the middleware according to some quality attribute, there is not a specific set of metrics to assess them in a comprehensive way, following various quality attributes. This work aims to propose a suite of metrics for the assessment of aspect-oriented middleware systems at different development stages: design, refactoring, implementation and runtime. The work presents the metrics and how they are applied at each development stage. The suite is composed of metrics associated to static properties (modularity, maintainability, reusability, exibility, complexity, stability, and size) and dynamic properties (performance and memory consumption). Such metrics are based on existing assessment approaches of object-oriented and aspect-oriented systems. The proposed metrics are used in the context of OiL (Orb in Lua), a middleware based on CORBA and implemented in Lua, and AO-OiL, the refactoring of OIL that follows a reference architecture for aspect-oriented middleware systems. The case study performed in OiL and AO-OiL is a system for monitoring of oil wells. This work also presents the CoMeTA-Lua tool to automate the collection of coupling and size metrics in Lua source code / Atualmente, ha diversas implementa??es de sistemas de middleware orientado a aspectos que aproveitam o suporte a modulariza??o do paradigma de orienta??o a aspectos. Apesar desses trabalhos sempre apresentarem uma avalia??o do middleware de acordo com algum atributo de qualidade, n?o ha ainda um conjunto de metricas especificamente de nidas para avali?-los de forma abrangente, seguindo v?rios atributos de qualidade. Este trabalho tem como objetivo propor um conjunto de metricas para avalia??o de sistemas de middleware orientado a aspectos em diferentes fases de desenvolvimento: design, refatora??o, implementa??o e execu??o. O trabalho apresenta as metricas e como elas s?o aplicadas em cada uma das fases de desenvolvimento. O conjunto e composto por metricas associadas a propriedades estaticas (modularidade, manutenibilidade, reusabilidade, exibilidade, complexidade, estabilidade e tamanho) e din?micas (desempenho e consumo de mem oria). Tais metricas s?o baseadas em abordagens existentes de avalia??o de sistemas orientados a aspectos e a objetos. As metricas propostas s?o utilizadas no contexto do OiL (Orb in Lua), um middleware baseado em CORBA e implementado em Lua, e AO-OiL, uma refatora??o do OIL que segue uma arquitetura de refer?ncia para sistemas de middleware orientados a aspectos. O estudo de caso executado no OiL e no AO-OiL e um sistema de monitoramento de po?os de petroleo. Esse trabalho apresenta ainda a ferramenta CoMeTA-Lua para automatizar a coleta das metricas de tamanho e acoplamento em codigo-fonte Lua