Elaine G.

M de Figueiredo

Sumrio
1. Introduo 1.1. Apresentao; 1.2. Problemtica; 1.3. Objetivos; 1.4. Estrutura do Trabalho. 2. Mquinas Sociais: 2.1. Conceitos; 2.2. Caractersticas; 2.3. Exemplos. 3. Estudo sobre arquiteturas de Mquinas Sociais: 3.1. Processo de Reviso; 3.2. Questes Investigadas; 3.3. Critrios de Classificao; 3.4. Resultados; 4. Proposta de Arquitetura de Referncia Para Mquinas Sociais: 4.1. Arquiteturas de Referncias - conceitos;
2

Sumrio ..continuao
4.2. Arquitetura de Referncia Para Mquinas Sociais; 4.3. Viso; 4.4. Avaliao da Arquitetura; 5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais: 5.1. Introduo; 5.2. Diretrizes (1 a 9). 6. Experimentao da Metodologia 6.1. Experimento 1; 6.2. Experimento 2; 6.3. Resultados. 7. Considerao Final e Trabalho Futuro:

1. Introduo
1.1. Apresentao:
dentro da temtica da Internet programvel, ou Web 3.0, que este trabalho estabelecer suas bases, trata-se de uma pesquisa que deseja ofertar solues inteligentes para problemas emergentes situados no modelo atual de negcios de TI, e principalmente da Web 3.0.

1.2. Problemtica:
As arquiteturas das aplicaes Web no foram pensadas para estruturar SMs, de modo que, elas possam se articular e se expressar na rede em conformidade s inovaes pertencentes a mesma, no intuito de ofertar servios de qualidade, otimizando assim a prpria rede
4

1. Introduo
1.3. Objetivos:
Formular uma metodologia para auxiliar na especificao, ou mesmo concepo, de arquiteturas de Mquinas Sociais. O objetivo desta metodologia deve mostra por meio de mtodos, que podem ser ferramentas ou prticas, a forma menos burocrtica e mais coerente de se montar uma arquitetura para Mquinas Sociais.
1.3.1.Exemplificar Mquinas Sociais j implementadas e aplicadas industria de software; 1.3.2.Verificar a existncia de uma arquitetura de referncia para sistemas Web 3.0; 1.3.3. Verificar a existncia de desenvolvimentos de Mquinas Sociais que fizeram uso de diretrizes, mtodos ou procedimentos dedicados as SMs; 1.3.4. Montar um raciocnio sobre o desenvolvimento de Mquinas Socias, de modo que, os desenvolvedores trabalhem sobre o conceito de mquinas interoperveis na Web e no sistemas isolados;
5

1. Introduo
1.4. Estrutura do Trabalho:
Captulo 1: Introduo; Captulo 2: Mquinas Sociais; Captulo 3: Estudo de Arquitetura de Mquinas Sociais; Captulo 4: Arquitetura de Referncia Para Mquinas Sociais; Captulo 5: Diretrizes para Desenvolver Arquiteturas de Mquinas Sociais; Captulo 6: Experimentos; Captulo 7: Consideraes Finais.

2. Mquinas Sociais
2.1. Conceito:
Mquinas Sociais so sistemas, ou aplicaes Web, conectveis, que possuem uma unidade de processamento interno e so capazes de interagir com outras mquinas, a fim de, executar um servio (MEIRA. et al, 2011).

2. Mquinas Sociais
2.2. Caractersticas:

2.3. Exemplos:
2.3.1.EUCALYPTUS: 2.3.2. CLOUD AV: 2.3.3. MAP REDUCE:

2. Mquinas Sociais
2.3. Exemplos:
2.3.4. WEB SEMNTICA: Os agentes na Web Semntica so sistemas computacionais capazes de interagir autonomamente para atingir os objetivos almejados pelo usurio. Os agentes possuem algumas caractersticas como autonomia, reatividade (percebem o ambiente e tomam as decises), tm comportamento colaborativo, possuem objetivos, so flexveis, sociveis e tm a capacidade de aprender. A Web Semntica possui vrios agentes interagindo entre si, compreendendo, trocando ontologias, adquirindo novas capacidades racionais ao passo que adquirirem novas ontologias para formar cadeias que facilitam a comunicao e a ao humana.
Lee, Hendler e Lassila (2001)

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.1. Processo de Reviso:
Descobrir nesse estudo o estado da arte de arquiteturas de aplicaes, bem como a existncia de um padro entre tais arquiteturas. Como o escopo deste trabalho est centrado no contexto inovador da Web 3.0, o estudo foi direcionado aos sistemas que estejam imersos e preparados para trabalhar dentro dos princpios da Web 3.0.

3.2. Questes Investigadas:

QP1: What are reference architectures for Mashups? QP2: What are the architectures of Cloud Computing? QP3: What is the architecture of Social Networks? QP4: There is a model of architecture for autonomous systems? QP5: What are reference architectures of Social Machines?

What are reference architectures of Social Machines OR Web Applications.

10

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.3. Critrios de Classificao:
Interveno: Estudos sobre arquiteturas e Mquinas Sociais que faam algum tipo de experimento ou anlise utilizando alguma tcnica ou modelo. Populao: Trabalhos cientficos publicados sobre arquiteturas de aplicaes WEB 3.0 ou para sistemas que possam ser classificados como Mquinas Sociais. Publicao: Materiais que tratem das arquiteturas, ou sistemas, e prticas relacionadas aos sistemas que possam ser classificados como Mquinas Sociais.

11

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.3. Critrios de Classificao:
3.3.1. Incluso: Proposta arquitetural de sistemas que estejam no contexto de mquinas sociais completas; Arquiteturas j testadas e empregadas em mquinas sociais. 3.3.2. Excluso: Materiais com reduzido valor cientfico, sem comprovaes, ou que possivelmente exploravam solues j ultrapassadas e incoerentes com a realidade tecnolgica explorada nesta pesquisa. Foram ainda descartados estudos com abordagens insuficientes ou duplicadas.

12

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.4. Resultados:

13

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.4. Resultados:
Supondo que seja necessrio construir uma aplicao Web 2.0 que possa fazer conexo com alguma API de outra aplicao, neste caso seria necessiro construir uma interface na camada Resource Tier, entretanto, se a aplicao em questo necessitar ter usa prpria API a camada Service Tier ser a responsvel, tal camada ir definir protocolos de acesso aos servios esses protocolos so os elementos arquiteturais Conectivity.
Arquitetura de referncia para a WEB 2.0:
(Web 2.0 Architectures de James Governor, et al. (2009) 14

3. Estudo Sobre Arquiteturas de Mquinas Sociais

3.4. Resultados:
3.4.1. Foram encontradas muitas decises de projeto (construo de API, utilizao de API terceiras, balanceadores de carga, Web Service, REST); 3.4.2. Definir arquiteturas com a camada de infraestrutura suportada por Computao nas Nuvens; 3.4.3. Aplicar o estilo arquitetural Camadas juntamente com outros estilos; 3.4.4. Utilizao de recursos heterogneos.

15

4. Proposta de Arquitetura de Referncia Para Mquinas Sociais

4.1. Arquiteturas de Referncias - conceitos;
um modelo arquitetural dedicado a uma famlia de softwares, tal modelo pode ser adotado por qualquer software que faa parte da linha de produo.
[GARLAN SHAW, 1993].

Modelo de Referncia

Arquitetura de Referncia

Arquitetura de Software

Padro ou Estilo Arquitetural

Fonte: Adaptao do livro Software Architecture in Practice, 2003. 2ed. Addison Wesley

16

4. Proposta de Arquitetura de Referncia Para Mquinas Sociais

4.2. Arquitetura de Referncia Para Mquinas Sociais;
Para se compor uma arquitetura de referncia necessrio trabalhar veementemente no processo de formao com os requisitos no funcionais (qualidade); Por fim, no processo de formalizao de uma arquitetura de referncia necessrio considerar fatores tecnolgicos, conceitos, padres e abordagens de desenvolvimento de software. O que deve compor o processo de definio de uma arquitetura de referncia exaltado nos estudos de (MULLER, 2011) e (NAKAGAWA, 2006).

17

18

4. Proposta de Arquitetura de Referncia Para Mquinas Sociais

4.3. Viso de Implantao;

19

4. Proposta de Arquitetura de Referncia Para Mquinas Sociais

4.4. Avaliao da Arquitetura; Utilizar um checklist que avalie a documentao arquitetural. Ao analisar todos os diagramas, foi identificado algum elemento arquitetural que nopossua relacionamentos, ficando isolado dos demais? A descrio textual que compem o documento est de acordo com o que foirepresentado nos diferentes diagramas grficos? Todo elemento arquitetural tem a sua presena na arquitetura justificada por umconjunto de requisitos? As responsabilidades dos elementos arquiteturais esto condizentes com os requisitosque eles atendem?

20

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.1. Introduo:
No intuito de ajudar na questo elencada no captulo anterior, foi elaborado um conjunto de diretrizes que visa orientar a criao da arquitetura de referncia para qualquer Mquina Social, esse conjunto dever responder algumas questes que so de elevada importncia para a personalizao ou criao da arquitetura.

5.2. Diretrizes: Problemas Motivao Soluo Exemplos

21

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 1: Modelar processos e sub-processos de negcio de servio.
A modelagem dos processos de negcio vai capturar o problema a ser resolvido e mapear melhor os servios providos e requeridos, ademais, mostrar quais as necessidades e atribuies da aplicao. A modelagem dos processos um fluxo com a sequncia das atividades que so efetuadas para se atingir um objetivo, (LAZZERI, 2009) alm de descrever o comportamento de um modelo de negcio. Soluo: Para modelar processos o uso de linguagens como UML e BPMN (OSTENWALDER, 2005), os diagramas de atividades, casos de uso e os fluxos dos processos de negcio, so artefatos de tais linguagens que modelam perfeitamente o processo.
22

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 2: Reconhecer os servios providos e requeridos para o funcionamento da Mquina Social. Soluo:
Tipificao: estuda um componente de software e descobre o servio que o mesmo pode prover (BELL, 2008); Abordagem Bottom-Up: analisa o sistema de software verificando os produtos derivados da operao desse sistema, se os produtos estiverem contextualizados ao negcio ao qual a aplicao est direcionada, ento tais produtos podem ser vistos como servios (LAZZERI, 2009); Abordagem Top-Down: parte da anlise do problema que o software deve resolver, nesta abordagem o domnio do software poder ser estudado, bem como, a anlise das regras de negcio (LAZZERI, 2009);
23

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 3: Conhecer os provedores de servio da aplicao A anlise dos servios conveniente no somente pela descoberta das interfaces, na verdade essa anlise identificar os componentes de software que iro prover e requisitar servio. Entender e projetar um componente de software como requisitante ou provedor de servio evidenciar a responsabilidade do componente e o que preciso para se conectar a ele. Soluo:

24

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 3: Conhecer os provedores de servio da aplicao Soluo: Fazer uma listagem das operaes necessrias; Separar as operaes/servios, separar os servios que podem ser atendidos pela prpria aplicao dos servios que podem ser atendidos por entidades externas, outra SMs; Para os provedores internos Mquina Social, verificar como esses provedores devem ser componentizados, se algum ser reutilizado; Para os provedores externos, analisar cada provedor.
25

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 4: Verificar a necessidade de recursos que tornem a aplicao auto-gerencivel e como esses recursos podem ser implementados.
Segundo Paul Horn (2001) um sistema s autnomo se ele for flexvel para se adaptar s mudanas do ambiente: Auto cura: propriedade do sistema que assegura sua recuperao automtica aps a ocorrncia de uma falha; Auto-otimizao: ajuste automtico dos parmetros de recurso; Auto proteo: capacidade de auto se defender de ataques ou invases maliciosas; Auto configurao: ajustar a configurao do sistema conforme as variaes do ambiente (IBM, 2003).
26

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes: Diretriz 4: Verificar a necessidade de recursos que tornem a aplicao auto-gerencivel e como esses recursos podem ser implementados. Soluo:
O auto gerenciamento de um sistema garantido pela comunicao entre os elementos desse sistema, para isto o uso de interfaces variadas seria a soluo, tais interfaces podem agir por meio de: APIs, arquivos de configurao, controle de logs, utilizao de frameworks e outros (HORN, 2001).

27

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 5: Determinar os recursos que implementaro os elementos States e Constraints: Os elementos chamados States e Constraints so partes da Mquina Social que concentram informaes capazes de tornar vivel a sociabilidade e a colaborao entre as Mquinas, sem eles complicado saber a disponibilidade de uma Mquina, ou mesmo a disponibilidade dos seus recursos. Estes dois elementos comportam e fornecem informaes tanto para auxiliar o processamento interno da Mquina, como para auxiliar na interao com o ambiente externo.

28

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 5: Determinar os recursos que implementaro os elementos States e Constraints: Soluo: Uma das solues mais interessantes para essa questo seria o desenvolvimento de um framework que possa atender os States e Constraints de forma diferenciada, pois o framework ofertaria praticidade na comunicao e na obteno de conhecimentos sobre a prpria Mquina e sobre outras Mquinas, assim a execuo das operaes por cada componente seria maximizada.

29

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 6: : Analisar qual ou quais estilos arquiteturais formalizaro a arquitetura A adoo de um estilo arquitetural depende do contexto no qual a aplicao est inserida, e sobretudo, depende dos seus requisitos de qualidade. Todo estilo arquitetural possui vantagens e consequncias em sua adoo, o estilo camadas fortemente utilizado em sistemas Web e foi fortemente presente no estudo. Problema: O estilo camadas se mostrar frgil quanto ao provimento da comunicao, esta realmente importante para as SMs.

30

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 7: Determinar o recurso que prover a comunicao e interoperabilidade. A comunicao uma caracterstica que sobressai na Mquina Social, e a interoperabilidade um requisito importantssimo a ser considerado na arquitetura da mesma. Portanto, dependendo do tipo de relao existente entre as aplicaes, pode ser adotado um padro de comunicao entre elas, ou pode haver um consenso quanto aos tipos e tempos de mensagens trocadas. Soluo: Os Web Sevices podem ser geridos por frameworks como: Axis 1.0 e 2.0; Jax-WS, SAAJ.Enquanto o framework Jax-WS oferta praticidade com gerao de cdigo e automao na criao do Web Service por utilizar recursos da ferramenta NetBeans, a arquitetura REST oferta interfaces de servio preparadas para integrar aplicao que manipulam grande quantidade de dados (WEBBER, et al. 2010)
31

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 8: Selecionar o recurso Cloud Computing a ser adotado na SM. A arquitetura de referncia sugere que os recursos disponibilizados pelo paradigma Cloud Computing sejam inseridos na arquitetura de Mquinas Sociais. Na verdade PaaS e SaaS trabalham como SMs e esto inseridos no universo da Web 3.0, por isso, e tambm pelas vantagens que os servios Cloud podem trazer, que deve-se buscar a insero de tais recursos no desenvolvimento de aplicaes Web. Soluo: Analisar os problemas de CC, segurana, taxa de leitura e escrita em disco, e outros. Verificar o acordo de nvel de servios SLAs. OBS: Pesquisas apontam que 72% das empresas que utilizam CC alegam queda de performance ao utilizar os servios Cloud.
32

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 9: Selecionar os padres de projeto mais adequados para a arquitetura da Mquina Social. Padres de projeto so solues de cdigo que podem ser reutilizadas para resolver um determinado problema (GAMMA, et al. 2000). Estes padres substituem implementaes de cdigos e projetos de componentes de software, pois j so produtos preparados para interagir com implementao e agregar recursos que dem suporte a alguma funcionalidade a ser desenvolvida.

33

5. Diretrizes Para Desenvolver Arquiteturas de Mquinas Sociais:

5.2. Diretrizes:
Diretriz 9: Selecionar os padres de projeto mais adequados para a arquitetura da Mquina Social. Soluo:

34

6. Experimentao da Metodologia
5.1. Experimentos:
Editor de Documento MV PEP HobNob

35

Consideraes Finais

Concluso: Trabalhos Futuros:

36

OBRIGADA !!!

37