Développer un sentiment d’appartenance par l’implication sociale

Chapitre 4 : Les stratégies d’intégration : réseaux sociaux et autres avenues, les femmes immigrantes en tant

4.3 Les stratégies d’intégration : y a-t-il d’autres possibilités que les réseaux sociaux?

4.3.1 Développer un sentiment d’appartenance par l’implication sociale

Para facilitar o trabalho de implementa¸cão de uma organiza¸cão de agentes, alguns dos modelos organizacionais encontram-se associados à arquiteturas de software genéricas que são capazes de gerenciar uma organiza¸cão de agentes a partir de uma especifica¸cão organizacional. Arquiteturas de software genéricas com estas caracter´ısticas serão denominadas de infraestruturas organizacionais (BOIS- SIER; HüBNER; SICHMAN, 2007).

De acordo com (ESTEVA et al., 2004), alguns requisitos b´asicos que uma infraestrutura organizacional deve satisfazer s˜ao:

• ser independente de dom´ınio de aplica¸cão, sendo capaz de interpretar diferentes especifica¸cões organizacionais, criadas para diferentes áreas de aplica¸cão;

• facilitar a participa¸cão dos agentes enquanto cuida para que as estruturas, padrões e normas estabelecidas pela especifica¸cão organizacional sejam cumpridas;

• ser neutra arquiteturalmente, i.e., poder aceitar agentes desenvolvidos com quaisquer arquiteturas internas;

• ser escalável, i.e., ser capaz de lidar com popula¸cões de agentes dinâmicas e possivelmente vastas.

Para tornar mais concreta a discuss˜ao, apresentam-se a seguir algumas infraestruturas organizacionais que satisfazem aos requisitos arrolados.

2.3.3.1 MADKIT

MADKIT (GUTKNECHT; FERBER, 2000), mais do que simplesmente uma in-

fraestrutura organizacional, é uma plataforma de execu¸cão e intercomunica¸cão de agentes constru´ıda tendo por base o modelo organizacional AGR. MADKIT encontra-se estruturada em torno de três princ´ıpios de projeto:

• Arquitetura baseada em micro-kernel - na base da MADKIT há um micro- kernel. Este tem por objetivo fornecer três funcionalidades básicas: (1)

MICRO-KERNEL Agente de Sistema Agente Aplicação Agente Aplicação Agente Aplicação GUI (JavaBeans) GUI (JavaBeans) GUI (JavaBeans) Controle de Grupo/Papéis Gerenciamento de Agentes Passagem de Mensagens Locais SHELL Gráfico Agente de Sistema

Figura 2.5: Arquitetura da plataforma MADKIT (GUTKNECHT; FERBER, 2000).

Controle de grupos e papéis - o micro-kernel é responsável por manter e alterar informa¸cões sobre o estado atual de grupos e estruturas de papéis; (2) Gerenciamento do ciclo de vida dos agentes; (3) Roteamento e distribui¸cão de mensagens entre agentes locais.

• Agentifica¸cão de servi¸cos - a filosofia básica da MADKIT é utilizar, onde for poss´ıvel, a plataforma para o seu próprio gerenciamento. Assim, qualquer servi¸co além dos servi¸cos básicos providos pelo micro-kernel são disponibi- lizados por meio de agentes.

• Modelo de componentes gráficos - cada agente é responsável pela sua própria GUI (Graphical User Interface). A GUI de cada agente é implementada a partir de componentes10 _{que se conectam a um shell gráfico global.}

Na figura 2.5, ilustra-se a arquitetura da plataforma MADKIT. Observa- se que o micro-kernel, além de gerenciar o ciclo de vida e troca de mensagens entre os agentes, como ocorre nas plataformas tradicionais de agentes, também se encarrega de gerenciar organiza¸cões de agentes descritas em AGR, através do módulo de controle de grupos e papéis.

2.3.3.2 TEAMCORE

TEAMCORE (TAMBE; PYNADATH, 2001; PYNADATH et al., 2000) ´e uma ar-

quitetura de integra¸cão de agentes heterogêneos que tem por base o modelo STEAM. Na figura 2.6, mostram-se os principais componentes da arquitetura TEAMCORE. Os componentes encontram-se dispostos em três camadas. Na camada inferior encontram-se a TOPI (Team Oriented Programming Interface) e o KARMA (Knowledgeable Agent Resources Manager Assistant). A TOPI é

TeamCore Proxy TeamCore Proxy TeamCore Proxy Team Oriented Program

(Modelo STEAM) ... ... Troca de Mensagens em KQML KARMA TOPI ... ... Ag Ag Ag

Figura 2.6: Arquitetura da infra-estrutura TEAMCORE (TAMBE; PYNADATH, 2001).

a interface entre o projetista de um time (organiza¸cão de agentes) e a arquitetura TEAMCORE. Usando a TOPI o projetista pode especificar a hierarquia de sub-times e papéis, e a hierarquia de atividade conjunta que formam uma especifica¸cão STEAM. O KARMA é um agente assistente que tem como fun¸cão verificar especifica¸cões STEAM e auxiliar no processo de forma¸cão e monitora¸cão de times segundo a especifica¸cão.

Na camada intermediária se encontram TeamCore Proxies. Cada proxy en- capsula planos de atividades relativos a um dado papel que foram especificados no modelo STEAM. Os proxies também encapsulam regras independente de dom´ınio que são utilizadas para coordenar o trabalho conjunto.

Os agentes de dom´ınio formam a camada superior da arquitetura. Todo agente de dom´ınio que entra em uma organiza¸cão implementada em TEAMCORE deve estar associado a um TeamCore Proxy. Os proxies irão tomar conta de grande parte do processo de coordena¸cão de atividades. Os agentes de dom´ınio irão realizar tarefas individuais.

Um último detalhe que merece men¸cão é o fato de que todas as mensagens trocadas entre agentes de dom´ınio, proxies e KARMA são escritas na linguagem de comunica¸cão de agentes KQML (FININ; LABROU; MAYFIELD, 1997). Dessa forma há um servi¸co de transporte de mensagens impl´ıcito na arquitetura.

2.3.3.3 S-MOISE+

S-MOISE+ (HüBNER; SICHMAN; BOISSIER, 2005) é um middleware organizacional de código aberto que implementa o modelo MOISE+. Como mostra a figura 2.7, S-MOISE+ é estruturado em três camadas: a camada de comunica¸cão que é

utilizada para troca de mensagens, a camada organizacional que gerencia organiza¸c˜oes de agentes e a camada de agentes, formada por agentes que participam da organiza¸c˜ao.

A camada organizacional é formado por dois elementos principais: OrgBox e um agente especial chamado OrgManager. OrgBox é uma API (Interface de Programa de Aplica¸cão) que agentes externos devem utilizar para serem capazes de entrar em uma organiza¸cão de agentes implementada no S-MOISE+. OrgMa- nager é um agente interno que mantém o estado atual de uma organiza¸cão de agentes. Este estado é formado, dentre outros elementos, pela especifica¸cão organizacional escrita em MOISE+, referências para os agentes que atualmente são membros da organiza¸cão, grupos criados, sub-grupos, os papéis que cada agente está assumindo, missões dos agentes, etc., conforme definido na especifica¸cão organizacional.

KQML/FIPA-ACL _{Comunicação}Camada de OrgManager _{OrgBox 1} _{OrgBox 2} _{OrgBox n}

Agente 1 Agente 2 Agente n

Camada Organizacional

Camada de Aplicação

Figura 2.7: Componentes de S-MOISE+ (H¨uBNER; SICHMAN; BOISSIER, 2005).

Através de eventos disparados a partir das OrgBoxes, os agentes podem tanto consultar quanto modificar o estado corrente de uma organiza¸cão de agentes man- tido pelo OrgManager. Ao processar um evento provindo de uma OrgBox, o Org- Manager busca constantemente manter o estado da organiza¸cão consistente com a sua especifica¸cão. Dentre as informa¸cões que podem ser consultadas, permite-se aos agentes que entram na organiza¸cão o acesso à especifica¸cão organizacional.

Por fim, os autores do S-MOISE+ ressaltam:

“Uma importante caracter´ıstica de nossa proposta é que ela não requer qualquer tipo de arquitetura interna espec´ıfica para os agentes, uma vez que estamos interessados em sistemas abertos. O único requisito e que os agentes usem a API OrgBox para interagir com o sistema.” (HüBNER; SICHMAN; BOISSIER, 2005, p. 117)

2.3.3.4 AMELI

AMELI (ESTEVA et al., 2004) ´e uma infra-estrutura de software para implementar

institui¸cões eletrônicas (e-institui¸cões) especificadas utilizando-se a linguagem ISLANDER. Uma e-institui¸cão é o equivalente em AMELI à no¸cão de organiza¸cão de agentes. De maneira similar a S-MOISE+, AMELI define a arquitetura de uma e-institui¸cão como sendo composta por três camadas (figura 2.8):

• camada de agentes externos − agentes externos que tomam parte na institui¸c˜ao;

• camada social (AMELI) − implementa¸c˜ao da funcionalidade de controle da infra-estrutura da institui¸c˜ao;

• camada de comunica¸c˜ao − provˆe servi¸co de transporte de mensagens.

Agentes que participam de uma e-institui¸cão não interagem diretamente. Toda intera¸cão é intermediada pela camada social (AMELI). A camada social é composta de:

• gerenciador da e-institui¸cão (IM) − responsável por iniciar uma e-institui¸cão, autorizar os agentes a entrar na e-institui¸cão, e gerenciar a cria¸cão de novas cenas de execu¸cão; o IM mantém ainda informa¸cões sobre todos os partici- pantes e todas as cenas de execu¸cão; há apenas um IM por e-institui¸cão;

• gerenciador de transi¸cões (TM) − sua fun¸cão é gerenciar as transi¸cões que controlam os movimentos dos agentes entre as cenas; há um TM por transi¸cão;

• gerenciador de cena (SM) − responsável por controlar a execu¸cão de uma cena; há um SM por instância de cena;

• governor − funciona como mediador da participa¸cão de um agente externo na e-institui¸cão; há um governor para cada agente participante.

AMELI provê os agentes externos com informa¸cões necessárias à sua participa¸cão na e-institui¸cão. O AMELI cuida ainda para que normas e estruturas da e- institui¸cão sejam garantidas por meio dos elementos da camada social.

A comunica¸cão do agente externo com o governor é feita diretamente através de um canal de comunica¸cão. Nenhuma restri¸cão é imposta a arquitetura interna dos agentes. Requer-se apenas que o agente siga um protocolo de intera¸cão pré- estabelecida para interagir com um governor.

Ai An A1 G1 Gi Gn IM SM1 SMm TM1 TMk Camada de Comunicação Privado

Publico _{Camada Social}

AMELI Camada de Agente Externo ... ... ... ... ... ... Especificação da Instituição (formato XML)

Figura 2.8: Arquitetura de uma e-institui¸c˜ao (ESTEVA et al., 2004).

2.3.4 Arquitetura Gen´erica

A partir das infraestruturas organizacionais apresentadas, observa-se o seguinte padrão arquitetural para SMA-COs: um sistema em camadas com pelo menos três camadas − em baixo, uma camada de transporte de mensagens (infraestrutura de comunica¸cão); no meio, uma camada organizacional (infraestrutura organizacional); e, no topo, uma camada de agentes (organiza¸cão de agentes). Essa arquitetura em três camadas é ilustrada de modo esquemático na figura 2.9. Na figura, o desenho dos agentes segue o modelo de agentes deliberativos apre- sentados na figura 2.2.

A camada organizacional materializa o conceito de organiza¸cão instituciona- lizada. Nesta camada, uma especifica¸cão organizacional, escrita em um dado modelo organizacional, é interpretada por uma infraestrutura organizacional. Como resultado, na camada de agentes, passa a existir uma organiza¸cão de agentes na qual a atividade conjunta é explicitamente padronizada e controlada pela infraestrutura organizacional.

Para controlar a atividade conjunta dos agentes, a infraestrutura organizacional mantém internamente uma representa¸cão do estado da organiza¸cão de agentes, além da especifica¸cão organizacional. No estado da organiza¸cão, são mantidas informa¸cões sobre a popula¸cão corrente da organiza¸cão, os papéis que cada agente está assumindo, os grupos que foram criados, as atividades que estão sendo rea- lizadas, etc. Com o passar do tempo, esse estado sofre mudan¸cas causadas por eventos organizacionais disparados pelos agentes (e.g., criar um grupo, assumir um papel, entrar na organiza¸cão, etc.). Deste modo, para ser membro de uma organiza¸cão, todo agente tem de ser capaz de acessar, interpretar e agir conforme a especifica¸cão e o estado mantidos internamente pela infraestrutura organizaci-

Infraestrutura de Comunicação Infraestrutura Organizacional Gestão de Interações I Gestão de Organizações O Deliberação Estado Mental A A Atuador E Sensor E Gestão de Interações I Gestão de Organizações O Deliberação Estado Mental A A Atuador E Sensor E Gestão de Interações I Gestão de Organizações O Deliberação Estado Mental A A Atuador E Sensor E 3:assumir_papel 1:criar_grupo 2:grupo_criado 4:entrar_na _organização ... Organização de Agentes

Figura 2.9: Arquitetura gen´erica de SMA-COs.

onal.

As arquiteturas de S-MOISE+ (figura 2.7) e AMELI (figura 2.8) refletem de forma direta essa estrutura de três camadas para SMA-COs. Na plataforma MADKIT (figura 2.5), a camada de comunica¸cão e a camada organizacional podem ser respectivamente mapeadas nos módulos passagem de mensagens e controle de grupos e papéis, que compõem o micro-kernel. Por fim, a arquitetura TEAMCORE (figura 2.6) também se estrutura em três camadas. Mas nesse caso, há dois aspectos diferentes. O primeiro é que as duas camadas inferiores em TE- AMCORE correspondem à camada organizacional. O segundo é que a camada de transporte de mensagens não aparece de forma expl´ıcita.

Dans le document Parcours et voix de femmes : intégration et réseaux sociaux chez des immigrantes à Québec (Page 149-152)