Percepes do Usurio em um Ambiente de Trabalho Cooperativo para Apoio na Tomada de Deciso em Grupo

Antonio Carlos dos Santos Tdi Itamar Zanfolim Ricardo Muneo Kayo Brenner Stefan Gomes Silva {santos, tedi, ricardo, brenner}@dc.ufscar.br Universidade Federal de So Carlos Departamento de Computao Caixa Postal 676 13.565-905 - So Carlos - So Paulo - Brasil Resumo
Este artigo tem o objetivo de discutir algumas das interfaces de um ambiente integrado de trabalho cooperativo que tem por objetivo apoiar as necessidades de equipes envolvidas no desenvolvimento de produtos e servios que se utilizem da filosofia de Engenharia Simultnea. O ambiente inclui mdulos de: Agendamento de Reunies; Prreunio; Tomada de Deciso; Vdeo Conferncia; Organizao e Registro de Raciocnio Lgico; Criao, Controle e Gerenciamento de Fluxo de Trabalho. O artigo apresenta parte das interfaces dos mdulos de tomada de deciso e de vdeo conferncia e discute as percepes e "awareness" que os usurios tem quando cooperando com outros colegas. O ambiente est sendo desenvolvido e implementado para a Web, em Java, e baseado em componentes e um rigoroso processo de Engenharia de Software. Palavras chaves: Trabalho cooperativo com suporte computadorizado; CSCW; percepes do usurio; metforas; "awareness"; sistemas de apoio tomada de deciso em grupo; interfaces para trabalho cooperativo.

1. INTRODUO
O suporte de computadores para trabalho em grupo uma inovao tecnolgica que vem recebendo uma ateno considervel de vrios pesquisadores do mundo inteiro [01][03][07]. Nestes ltimos anos um grande nmero de grupos de pesquisa tm desenvolvido sistemas experimentais e comerciais que pretendem fornecer suporte sncrono e assncrono desde ambientes de redes locais at ambientes dispersos geograficamente via internet [05][06]. As solues vo de salas de reunio tecnologicamente especializadas [09] onde cada participante da reunio tem uma estao de trabalho com monitor e uma tela de projeo onde todos podem compartilhar a informao apresentada, at sistemas mais sofisticados com canais individualizados [08][10] para as diversas mdias usadas (som, imagem e texto). Quaisquer que sejam os mecanismos para viabilizao de ambientes computadorizados para trabalho em grupo, os projetistas destes sistemas devem se preocupar com: os vrios problemas no projeto das suas interfaces e os cenrios de apoio com as respectivas funes e ferramentas que sejam fceis de usar e aprender. Este artigo discute parte das interfaces do usurio de um ambiente, em construo, de aplicativos para auxiliar o trabalho em grupo. O ambiente contm os seguintes mdulos (veja figura 1): Agendamento de Reunies; Pr-reunio; Tomada de Deciso; Vdeo Conferncia; Organizao e Registro de Raciocnio Lgico; e Criao, Controle e Gerenciamento de Fluxo de Trabalho. Este ambiente chamado de SACE-CSCW (Synchronous/ Asynchronous Common Environment for Computer Supported Collaborative Work) e dever incluir no futuro um mdulo de Deteco e Resoluo de Conflitos. Um dos objetivos principais do ambiente apoiar, principalmente, as fases iniciais do desenvolvimento de produtos que se utilizam da filosofia da Engenharia Simultnea. O ambiente est sendo desenvolvido e implementado para a Web, em Java, e baseado em componentes e num rigoroso processo de Engenharia de Software. Ser discutido e apresentado somente algumas das interfaces dos mdulos de tomada de

deciso e de vdeo conferncia do ambiente. Para maiores detalhes sobre o ambiente e sobre Engenharia Simultnea veja [04] e [11].

2. REQUISITOS PARA O PROJETO DAS INTERFACES

Entender as maneiras de utilizao do computador, para apoiar o trabalho em grupo [07] e como os usurios interagem com ele, ainda so problemas complexos e mal compreendidos devido aos papis que os indivduos desempenham nas reunies eletrnicas e principalmente do entendimento da complexidade dos relacionamentos sociais. Entretanto alguns requisitos operacionais essenciais j foram colocados como a possibilidade de realizar reunies sncronas e assncronas, e a utilizao da Web como local de trabalho. Especificamente como requisitos de interface estamos tratando de: a) facilidades para transio entre trabalho em grupo e trabalho individual; b) compartilhamento de memria de grupo; c) utilizao do paradigma WYSIWIS (o que voc v o que eu tambm vejo) no compartilhamento de informao; d) definio e atribuio de papis sociais; e) dispositivos para sees de: gerao de idias ("brainstorming"), organizao/consolidao Figura 1 - Ambiente de apoio ao trabalho em grupo de idias, e votao/priorizao das mesmas; e f) dispositivos para "chat" e videoconferncia. No h espao neste artigo para apresentarmos todas as caractersticas acima e o conjunto completo das interfaces que viabilizam o processo das reunies de tomada de deciso em grupo. Vamos nos ater neste artigo quelas interfaces que acreditamos ser o diferencial da contribuio deste trabalho em relao a outros trabalhos em andamento por outros pesquisadores. Sero destacadas as percepes do usurio nos possveis cenrios de realizao de reunies de tomada de deciso em grupo. A "awareness" [02] [12] do usurio na utilizao das interfaces tambm ser discutida em paralelo indistintamente da apresentao das interfaces. Entende-se por "awareness" como a percepo que o usurio tem dos diversos estados em que se encontram os trabalhos que ele vem desenvolvendo no grupo comparado com o trabalho de seus colegas. No nosso ambiente isto bastante significativo pois as interfaces esto associadas metfora do sinal de transito (verde, amarelo e vermelho) e metfora de uma porta aberta para uma reunio em andamento. Estas caractersticas ficaro mais claras nas prximas sees deste artigo.

3. O AMBIENTE DE TOMADA DE DECISO EM GRUPO

A funcionalidade do mdulo de tomada de deciso em grupo do ambiente SACE-CSCW est adaptada para atender logicamente os passos do processo de realizao de reunies. A figura 2 mostra o esquema funcio/operacional do mdulo. O primeiro passo a ser seguido na utilizao do mdulo a criao de um grupo (seguir figura), que formado por um conjunto de usurios com metas comuns dentro de uma mesma rea de trabalho. Para completar a criao do grupo, o usurio (lder de grupo) deve criar a lista de usurios pertencentes ao mesmo. O prximo passo a criao de uma reunio, visando solucionar um determinado problema. Para se criar uma reunio, deve-se, primeiro, indicar o grupo para o qual esta reunio ser criada. Para cada reunio criada necessrio: definir sua pauta, criar um conjunto de papis sociais, atribuir estes papis sociais aos usurios do grupo e definir o agendamento da reunio. Durante a criao da reunio o usurio pode definir os principais objetivos dela. Algumas das interfaces, a serem apresentadas, fornecem informaes (percepes e "awareness") sobre o andamento da reunio, indicando qual o tpico e sesso corrente com suas respectivas situaes. Na definio da pauta, o usurio deve incluir todos os tpicos que faro parte da reunio. Ao criar um tpico, o usurio tambm pode definir seus principais objetivos.

O agendamento da reunio se d atravs da convocao dos membros do grupo atravs de um pequeno texto digitado pelo lder e/ou secretria/o do grupo. O texto, juntamente com a pauta da reunio ser enviado via correio eletrnico para todos os membros do grupo. Definida a reunio de forma completa, o passo seguinte a execuo dos tpicos. Para cada tpico, pode-se criar at trs sesses: 1) Brainstorming, 2) Organizao de Idias e 3) Votao. Dependendo do tipo de problema no necessrio definir os trs tipos de sesso. O processo da reunio termina com a criao do plano de ao (define os responsveis pela conduo das decises tomadas) e a ata da reunio.
Estrutura

Criar Grupo

Criar Reunio

Executar Tpicos

Criar Plano de Ao planos de ao

Criar Ata

grupo

reunio

tpicos

ata

Definir Pauta

Criar Papel Social

Atribuir Papel Social

Agendar Reunio

Sesso de Brainstorming

Sesso de Organizao

Sesso de Votao

pauta

papel social

grupo idias comentrios idias organizadas idias priorizadas

Atividades

Conjunto de Dados

Figura 2 - Ciclo de Vida Operacional do Processo de operao de uma Reunio O mdulo de tomada de deciso oferece alguns servios (interfaces mais operaes), que do suporte s sesses de Brainstorming, Organizao e Votao. A funcionalidade destes servios mostrada na tabela 1 atravs de quatorze cenrios. Temos vrias especificaes diferentes na composio dos cenrios para o desenvolvimento de uma reunio. Estas especificaes so: Tipo de Encontro (interao), Mtodo de Encontro (identificao), Disperso Temporal, Tipo de Sesso, Modo de Cooperao, Compartilhamento e Privacidade. O Tipo de Encontro define se uma sesso ser pblica ou fechada. Em uma sesso pblica de brainstorming (cenrios de 1 a 4), os usurios tm condies de compartilhar os dados que circulam pelo ambiente, podendo visualizar as aes dos outros usurios, enquanto que, no modo fechado (cenrios 5 e 6), os usurios no tm acesso aos dados, e trabalham de forma individual (eles tm privacidade total). A definio se uma sesso ser pblica ou fechada determinada pelo lder do grupo ou por deciso do prprio grupo. Esta definio operacionalizada pela pessoa cujo papel gerencial no grupo, tem, entre outros papis, a opo de criar sesses. O Mtodo de Encontro, define se a sesso ser annima ou identificada. Se uma sesso de brainstorming definida como sendo pblica e identificada (cenrios 3 e 4), o usurio tem a possibilidade de identificar quem est gerando quais dados enquanto que de forma annima (cenrios 1 e 2), o usurio apenas visualiza os dados sem identificar quem est gerando os mesmos. Uma sesso de organizao pode ser pblica annima (cenrio 7) ou pblica identificada (cenrio 8). As sesses de votao foram definidas no ambiente como: a) fechadas (secretas - cenrios 9 e 10); b) pblicas podendo ser annimas (cenrios 11 e 12) ou identificadas (cenrios 13 e 14). Deve-se acrescentar, ainda, acima, a disperso temporal que define se a sesso poder ocorrer de forma sncrona ou assncrona. De forma sncrona, o usurio pode consultar os dados que esto circulando pelo ambiente em tempo real enquanto que de forma assncrona, os dados podem ser consultados via memria de grupo.

4. INTERFACES DA FERRAMENTA
A execuo do mdulo de tomada de deciso se d atravs da chamada de uma pgina HTML na internet. O ambiente considera trs tipos de usurio: 1) super-usurio (responsvel pelo sistema e pela incluso de lderes de grupos bem como usurios membros dos grupos); 2) lderes de grupo (responsveis pela constituio dos grupos, definio das reunies, tpicos, agendamento, coordenao geral das sesses, etc.) e 3) membros dos grupos - a) responsveis pela gerao de idias; b) ajuda na sesso de organizao; e c) votantes, quando for o caso, na sesso de

votao. A interface de solicitao de login/password no exibida, mas a partir dela os usurios acima tero acesso ilimitado ou limitado s funes do sistema.

Tabela 1: Funcionalidade do mdulo de Tomada de Deciso do SACE-CSCW

Especificao Tipo de Encontro Mtodo de Encontro Disperso Temporal Tipo de Sesso Modo De Cooperao Compartilhamento Privacidade Funcionalidade Pblico Fechado Annimo Identificado Sncrono Assncrono Brainstorming Organizao Votao Viso Global Viso Parcial Viso Individual (S - sim; N - no) (S - sim; N - no)

( ( ( ( ( (
S S S S

( ( ( ( ( ( (
3 4 5 6 7

10

11

12

13

14

(
S S

(
S S

N S

N S

S N

N S

N S

Legenda da Tabela 1
Mtodos de Comunicao - Vdeoconferncia ( - Chat O usurio comum, membro dos grupos, receber a interface principal do sistema (figura 3) que lhe permitir executar vrias funes disponveis no ambiente. Esta interface representa vrias condies de execuo do ambiente, assim como tambm oferece vrios servios para a execuo das sesses. Segue-se a descrio das funes e a semntica da interface principal do sistema. Ela apresenta algumas caractersticas muito interessantes sobre as metforas citadas anteriormente. Os botes Group e Meeting identificados pelas letras a) e b) so funes a serem chamadas pelo lder de grupo que chamar os servidores gerentes de grupo e reunio respectivamente. H qualquer hora, qualquer usurio, pode clicar nos botes Group Memory (letra c), Minutes (letra d), Help (letra j) e Close (letra i). Estes dois ltimos botes so bvios em qualquer interface, e os dois primeiros chamam respectivamente as janelas para consulta de "Memria de Grupo" e de "Ata da reunio". Membros de diferentes grupos tero uma viso diferente da interface mostrada na figura 3. A letra (e) aponta para a rea de Grupos do Usurio (Users Groups) onde existe dois crculos e um semi-crculo cada um representando um grupo diferente que o usurio pertence. No exemplo o usurio pertence aos grupos: 1) Recursos Humanos; 2) Departamento de vendas do setor Agrcola da diviso do Sudeste; e 3) Diretoria de Planejamento de recursos tticos e estratgicos. Cada grupo pode estar fechado (1 e 2) ou aberto (3). Os grupos podem ter uma de quatro cores: a) verde; b) amarelo; c) vermelho (uma metfora com sinal de trnsito) e d) branco. Os crculos amarelo, vermelho e branco esto sempre fechados (no queremos entrar na discusso semntica pois um crculo sempre fechado, mas para facilitar o entendimento vamos usar crculo aberto ou fechado), enquanto que um crculo verde pode estar aberto ou fechado. Qualquer grupo pode ter reunies atuais (letra f), reunies programadas (letra g) e reunies concludas (letra h), assim se o usurio clicar sobre um dos seus grupos (letra e) o sistema ir exibir nas reas (f, g, h) as reunies do grupo escolhido pelo usurio. Um grupo com crculo vermelho tem somente reunies concludas. Um grupo com crculo amarelo tem somente reunies programadas (g) e pode ou no ter reunies concludas (h). Um grupo com crculo verde tem uma reunio atual (f) e pode ou no ter reunies programadas e/ou concludas. Um grupo com crculo branco ainda no tem nenhuma reunio agendada (teoricamente acabou de ser formado). A tabela 2 resume esta discusso. Quando o usurio escolhe uma reunio especfica nas reas f, g ou h, os itens da pauta daquela reunio sero exibidos na rea de Tpicos da Reunio (letra l). Cada item da pauta, pode estar no seu devido tempo em um dos trs tipos de sesses: brainstorming, organizao ou votao. O cone em frente de cada item da pauta mostrado mais claramente na tabela 3. Uma maneira alternativa de mostrar os estados dos itens da pauta usar uma combinao das cores verde, amarelo ou vermelho para os cones das sesses. A tabela 4 exibe esta idia onde qualquer sesso pode ter uma das quatro cores. A inexistncia de um cone na sua posio pode significar que a reunio no foi agendada ainda ou que

ela no necessria. Algumas vezes a soluo para determinados problemas no passa necessariamente pelas trs sesses. Tabela 2 : cones dos Grupos Crculo / Cor cone Aberto (Vermelha) (Amarela) sesso atualmente em execuo (Branca) cone Fechado No h reunies agendadas nem em andamento, somente reunies concludas H reunies agendadas, porm no atual momento nenhuma est em andamento A reunio est em aberto, porm nenhuma sesso est em execuo neste momento. Nenhuma reunio foi agendada ainda

(Verde)

(a)

(b)

(c)

(d)

(j)

(i)

(f)

(k)

(l) (g) (e)

(h)

(m)

(n)

Figura 3 - Interface principal do Mdulo de Tomada de Deciso a) Boto para chamar o Gerenciador de Grupos; b) Boto para chamar o Gerenciador de Reunies; c) Boto para chamar a interface da Memria de Grupo; d) Boto para chamar a interface para realizao/visualizao da Ata; e) Exibe os grupos aos quais o usurio pertence; f) Exibe o nome da reunio atualmente em execuo; g) Exibe a lista das reunies agendadas; h) Exibe a lista das reunies terminadas; i) Boto para fechar esta janela; j) Boto para exibir a funo de ajuda; k) Exibe a lista dos membros do grupo selecionado em (e); l) Exibe a lista de sesses de cada tpico da reunio selecionada em (f), (g) ou (h) (ver tabela 2); m) Barra de Status: exibe informaes sobre o estado atual do sistema; n) cones de outras funes do sistema: chat, agenda, impressora, Jheg (Java MHEG sistema que apresenta objetos multimdia seguindo o padro MHEG-5).

Ainda na figura 3 a letra (k) aponta para a janela dos usurios. A no existncia da lista de usurios indica que o lder de grupo ainda no incluiu os usurios daquele grupo e neste caso o grupo s existe para ele (lder de grupo) ou que a reunio foi definida como fechada (as interfaces de criao de grupos, reunies e sesses tambm no so mostradas aqui). Assim a janela dos usurios (letra k), vai mudar dependendo onde o usurio clica (no crculo de um grupo, na lista das reunies, ou no item da pauta) ou na maneira como a Interao/Identificao de uma sesso foi definida. A lista dos usurios de uma sesso cuja identificao do usurio foi definida como annima ir aparecer como: annimo 1, annimo 2, etc. Tabela 3 : cones dos Tpicos cone Sesso Sesso de Brainstorming atualmente em execuo Sesso de Organizao em execuo Sesso de Votao em execuo Todas as sesses deste tpico foram executadas Tabela 4 Uma maneira alternativa para os estados das sesses

Brainstorming
cone Cor

Organizao

Votao
Nome do tpico da reunio

Verde - sesso em andamento; Amarelo - sesso agendada; Vermelho - sesso concluda; Branco sesso no agendada

Para terminar a discusso sobre a figura 3, a letra (n) aponta para outras funes do sistema. O usurio pode chamar o Chat, Agenda, Impressora, e os aplicativos JHEG e Smart que apareceram na figura 1. Agenda parte do mdulo de agendamento de reunies e o JHEG (desenvolvido em Java) e o Smart (desenvolvido em O2) chamam aplicativos que iro apresentar objetos multimdia de acordo com o padro MHEG5. Chat e impressora so funes bvias no sistema. As figuras 4, 5 e 6 apresentam as percepes do usurio em uma sesso de brainstorming. Esta sesso oferece ao usurio trs interfaces distintas para cooperao: parcial (figura 4), global (figura 5) e individual (figura 6). Estas possuem em comum o campo para edio de idias por parte do usurio (a) e uma lista contendo todos os usurios participantes daquela sesso e a quantidade de idias que cada um gerou at aquele momento (b). Para enviar uma idia o usurio digita-a na rea de texto apropriada e, se desejar, inclui um "link" na mesma. Para tanto, o mesmo deve acionar o boto "Insert Link", o qual apresentar um dilogo no qual o usurio colocar o endereo que ser referenciado por esta idia. Aps ter finalizado a idia e ter includo o link (ou no) basta o usurio clicar em "Send" para que sua idia seja distribuda para os outros membros participantes da sesso e para sua prpria lista de idias (c). O recurso da incluso de "link" oferecido visando fornecer ao usurio a possibilidade de recursos externos ao ambiente para poder tornar mais claro seu ponto de vista e objetivos. As idias geradas pelos outros membros do grupo participantes da sesso e as do prprio usurio so apresentadas em reas de texto, as quais esto dispostas conforme o modo de cooperao escolhido pelo usurio. No incio de cada idia, h um pequeno boto vermelho, o qual se clicado permite a leitura ou escrita de comentrios referentes a idia que o mesmo antecede. Se a idia contm um "link", tambm aparecer um boto azul logo aps o boto vermelho. Ao movimentar-se o cursor do mouse sobre este boto ser exibido na barra de status desta janela o endereo URL para onde o link vinculado a esta idia esta apontando. Caso deseje-se visualizar o contedo referenciado pelo endereo, basta clicar sobre o boto azul, que o browser passar a carregar a pgina relativa quele endereo (o sistema vai chamar automaticamente uma nova janela do browser ou o JHEG ou o Smart dependendo de qual ferramenta foi utilizada para representar o objeto referenciado). No modo de Cooperao Parcial (figura 4), o usurio pode selecionar de uma a quatro janelas disponveis (d1,d2,d3 e d4) e atribu-la a um membro do grupo que tenha sido convocado para esta sesso, o qual ser escolhido utilizando-se a caixa de escolha "Select this User", a qual apresentar a relao dos usurios que estejam participando da sesso naquele determinado instante. Desta forma, todas as idias geradas por um membro que esteja designado para uma janela, podero ser visualizadas na mesma. Atribuindo uma janela de visualizao de idias a um usurio, os

101

recursos de udio e vdeo para aquela janela estaro focalizados naquele usurio. Para passar a receber os sinais de udio e/ou vdeo do usurio selecionado deve-se ativar os botes "udio" e/ou "Vdeo" do usurio correspondente.

(c)

(d1)

(d2)

(b)

(a)

(d3)

(d4)

Figura 4 - Brainstorming - Viso Parcial

(c) (d) (a) (b) (a) (c) (b)

Figura 5 Viso Global

Figura 6 Viso Individual

No modo de Cooperao Global (figura 5), todas as idias geradas dentro do tpico que o usurio est participando so visualizadas na Janela de Consulta de Idias do Grupo. (d) Deste modo, o usurio tem uma viso completa da instncia da sesso em que ele est participando. Em todas os modos de cooperao da sesso de Brainstorming e tambm na sesso de organizao das idias possvel que se faa comentrios sobre as idias geradas. Uma vez acionado o boto de remarks ser apresentada ao usurio uma interface que contm, alm da idia selecionada, um campo para que o mesmo possa inserir seus comentrios e uma rea de texto com todos os comentrios j realizados sobre a idia selecionada.

102

No modo de Cooperao Individual (figura 6), o usurio visualiza apenas as idias que ele prprio gerou na sua janela de idias. Descrever as interfaces das sesses sobre Organizao de Idias e de Votao seria repetitivo pois elas tambm foram projetadas para que o usurio navegue pelas informaes e tenha mxima percepo sobre o andamento dos trabalhos do seu grupo. O funcionamento da Memria de Grupo (figura 7) relativamente simples. A partir da mesma possvel escolher qualquer grupo (letra a na figura) do qual o usurio faa parte e percorrer suas reunies (b), tpicos (c) e sesses (d) para visualizar o que foi discutido e decidido pelo grupo at aquele momento. possvel recuperar as idias geradas na sesso de brainstorming (e) e as idias organizadas com seus respectivos votos selecionando-se o painel Organization/Voting Session da rea (d). Tambm esto disponveis os links includos nas idias e os comentrios (h) realizados sobre as mesmas. Todos os usurios que fazem parte do grupo so listados na lista Users (f) e a Ata da reunio na janela Minutes (g). Selecionado um tpico, as sesses do mesmo aparecem na rea (d) com todas as idias geradas neste tpico, assim como as idias organizadas e seus respectivos votos. Pode-se tambm recuperar as idias geradas por um usurio especfico, bastando para tanto selecionar o usurio na lista de membros do grupo e o painel chamado Ideas By User. importante salientar que as informaes que so exibidas pela Memria de Grupo dependem de como as sesses foram definidas (pblicas ou privadas; annimas ou identificadas). Informaes adicionais sobre os grupos, as reunies, os tpicos, as sesses e os usurios podem ser obtidas atravs dos botes About....

(d) (b) (a) (e) (c) (f)

(g)

(h)

Figura 7 - Memria de Grupo O ambiente fornece tambm a seus usurios um tipo de chat, que permite a troca de mensagens textuais e de udio e vdeo (ver figura 8). Para comunicar-se com qualquer outro usurio do sistema utilizando a forma textual, necessrio escolher, dentre os membros logados (a) no sistema naquele momento, quais participaro da sesso de chat. To logo um usurio seja adicionado lista de convocao (b) para a realizao do chat, este ser informado por meio de um dilogo de que algum o est convocando para participar de uma sesso de chat. Neste ponto, o usurio pode aceitar ou recusar o convite. Para a troca de mensagens utilizando-se os controles de udio e vdeo o usurio deve selecionar na caixa de seleo abaixo da janela de vdeo (c) qual usurio o mesmo deseja visualizar. permitido escolher at cinco usurios diferentes para a utilizao deste servio. Para utilizar-se do sistema de udio o usurio deve requisitar sua vez para falar. Isto feito atravs do boto Request da interface do chat. Quando o usurio

103

recebe permisso para falar pelo chat, um indicador visual (uma barra de progresso) inicia uma contagem regressiva, indicando ao usurio quanto tempo este ainda tem para falar.

(c)

(a)

(b)

Figura 8 - Chat

5. TRABALHOS RELACIONADOS E CONCLUSES

O objetivo deste artigo foi mostrar as vrias possibilidades que o sistema tem de exibir para os seus usurios o estado, comportamento, percepes e "awareness" em um ambiente que viabiliza o processo de tomada de deciso em grupo. As interfaces apresentadas, acreditamos, so uma significativa contribuio no desenvolvimento de ferramentas fceis de usar e aprender. Navegando pelo sistema possvel para o usurio perceber as mudanas de comportamento e participao de cada usurio no processo de tomada de deciso. Uma comparao com as interfaces do GroupKit [05] e do GroupSystems [06] (a mais famosa das ferramentas comerciais, j instalada em vrias dezenas de lugares), atravs de pesquisas na Web, mostram que nenhuma das duas ferramentas apresentam a possibilidade de interao presentemente existentes no nosso ambiente. Naturalmente estas ferramentas esto mais desenvolvidas e tm um conjunto de funcionalidade maior, mas o nosso ambiente, ainda em construo, tem caractersticas prprias que apresentam uma significativa contribuio no processo de construo de interfaces amistosas e funcionais. O GroupKit uma ferramenta de "groupware" desenvolvida na Universidade de Calgary para construir aplicaes de trabalho cooperativo em tempo real que permite que as pessoas estejam distribudas geograficamente ou em reunies face-a-face. Assim ela uma representante da categoria de ferramentas de mesmo-tempo-mesmo-lugar e de mesmo-tempo-diferente-lugar. O GroupKit foi desenvolvido com o objetivo principal de reduzir o esforo de desenvolvimento de "groupware". J o GroupSystems uma aplicao de "groupware" como tambm o trabalho apresentado aqui. Infelizmente quase no existe referncias funcionalidade e s interfaces do GroupSystems. Praticamente a maioria das referncias em relao a este so relacionadas com a implementao do produto nas organizaes e o impacto que elas trazem para os negcios e no comportamento das pessoas.

104

As principais contribuies deste trabalho so: a construo de um ambiente integrado com vrias ferramentas que tem o objetivo de apoiar equipes multidisciplinares envolvidas com o desenvolvimento de produtos e servios que se utilizam da abordagem de Engenharia Simultnea; a viabilizao de utilizao da ferramenta mesmo em ambientes menos estruturados, mas que necessitam do poder de uma ferramenta como a nossa; a preocupao com o usurio desde o incio do projeto procurando buscar a essncia do processo interativo social de grupos de pessoas; e finalmente a construo de interfaces que tentem apresentar o mximo dos estados dos trabalhos em andamento nos grupos e organizaes sem a necessidade de muita navegao. Alm das categorias disponveis para ambientes que usam o GroupKit o SACE-CSCW tambm permite a utilizao de cenrios em diferente-tempo-mesmo-lugar e em diferente-tempo-diferente-lugar. Atualmente encontramse em desenvolvimento os sistemas de Tomada de Deciso em Grupo e de Vdeoconferncia apresentados na figura 1.

AGRADECIMENTOS
Ns gostaramos de agradecer o apoio das seguintes instituies que vm dando apoio ao projeto: a) - Fapesp (bolsas de ITI) - processos nmeros 97/00818-9 e 97/00820-3); b) bolsa CNPq/PIBIC; e c) FINEP-RECOPE - processo nmero 3609/96.

REFERNCIAS
[01] Bajaj, C.; Zhang, P.; Chatuverdi, A. - Broked Collaborative Infrastrucure for CSCW - Proceedings of 4th IEEE Workshop on Enabling Technologies: Infrastrucure for Collaborative Enterprises, Berkley Springs, West Virginia, IEEE Computer Society Press, 1995, pp.207-214. Dourish, P.; Bellotti, V. - Awareness and Coordination in Shared Workspace - Conference on ComputerSupported Cooperative Work; October-November 1992, pp. 107-114 Ellis, C. A.; Gibbs, S. J.; Rein, G. L. Groupware: Some Issues and Experiences; CACM; 34 (1), January 91, pp.39-58. Galina, S. V. R. - Um Ambiente Integrado de Trabalho Cooperativo com Suporte Computadorizado para Apoio Engenharia Simultnea, dissertao de Mestrado, Programa de Ps-graduao em Cincia da Computao, UFSCar, agosto 1997. GroupKit - URL: http://www.cpsc.ucalgary.ca/projects/grouplab/projects/groupkit/index.html (02/08/98) [06] [07] [08] [09] [10] GroupSystems - Ventana - URL: http://www.ventana.com Grudin, J. - Computer-Supported Cooperative Work: History and Focus - Computer; 27 (5), May 1994, pp. 1926. Ishii, Hiroshi; Miyake, Naomi - Toward an Open Shared Workspace: Computer and Video Fusion Approach of Teamworkstation - CACM; 34 (12), December 91, pp. 37-50. Nunamaker, J. F. - Electronic Meeting Systems to Support Group Work - CACM; 34 (7), July 91, pp. 40-61. Okada, K.; Maeda, F.; Ichikawaa, Y. and Matsushita, Y. - Multiparty VideoConferencing at Virtual Social Distance: Majic Design, In Furuta, R and Neuwirth, C. (Eds.) CSCW94 (Oct, Chapel Hill), ACM Pub, New York, 1994, pp 385-393 Santos, A. C.; Ribeiro, S. V.; Alves, A. C.; Fagundes, L. G. - Adapting a Decision Making Synchronous Asynchronous Environment to a Distributed Hypermedia Concurrent Engineering System - Proceedings of the 30th Hawaii International Conference on System Sciences - HICSS97; IEEE Computer Society; Hawaii, EUA, January 1997, pp. 686-694. Sohlenkamp, M. and Chwelos - Integrating Communication, Cooperation and Awareness: The DIVA Virtual Office Environment, In Furuta, R & Neuwirth, C. (Eds.) CSCW94 (October, Chapel Hill), 1994, pp. 331-343.

[02] [03] [04]

[05]

[11]

[12]

105