Impacto dos artefatos tecnológicos nas organizações e implicações no design de interfaces

Documentos relacionados
Análise e projeto de sistemas

Introdução à Programação uma Abordagem Funcional

FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ

Aula 2 POO 1 Introdução. Profa. Elaine Faria UFU

INTRODUÇÃO: INTERAÇÃO HUMANO- COMPUTADOR. Aula 2

Engenharia de Software.

Prof. Me. Elvis Pontes. Unidade I

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini /

SISTEMAS OPERACIONAIS

DESENHO AUXILIADO POR COMPUTADOR ( AULA 01)

Introdução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.

Introdução a Engenharia de Software

SSC643 -Avaliação de Desempenho de Sistemas Computacionais Sarita Mazzini Bruschi

FUNDAMENTOS DE REDES DE COMPUTADORES AULA 2: MODELO OSI. Professor: LUIZ LEÃO

15/08/2016. Prof. Richard Brosler Estratégias e Mudanças

Introdução a Ergonomia e Usabilidade

Aula 8. Cognição Distribuída

Requisitos de Software

Avisos legais KYOCERA Document Solutions Inc.

O que é um banco de dados? Banco de Dados. Banco de dados

COMPLEMENTAÇÃO PEDAGOGICA 2º LICENCIATURA

Introdução à Engenharia de Software

Definição IHC. Disciplina ou campo de estudo interessada no design, implementação e avaliação de sistemas computacionais interativos para uso humano.

Fundamentos de Sistemas Operacionais

Avaliação Heurística, segundo Nielsen, Jakob e Molich, Rolf

COMPUTADORES NAS EMPRESAS Cloud Computing Prof. Reginaldo Brito

Desenvolvimento de Sistemas Orientados a Objetos com UML UP/RUP: Projeto

Interface Homem-Computador

Computação Distribuída

Universidade Federal da Paraíba CCEN Departamento de Informática Disciplina: Banco de Dados. Aula 1 Introdução a Banco de Dados

Grupo 1 Análise sob a ótica da Empresa. Quais benefícios contribuem para o desenvolvimento da comunidade que recebe o PVE?

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Análise de Requisitos

AULA 01: APRESENTAÇÃO

Requisitos de Software

Conceitos relativos a Banco de Dados & Modelos de Informação de Banco de Dados. Introdução

Engenharia de Software Sistemas Sociotécnicos

Capítulo 5 Modelação do Sistema 1

Revisão FUI. Tiago Alves de Oliveira

O que é um sistema distribuído?

PEP: Prontuário Eletrônico do Paciente

ERGONOMIA APLICADA AO TRABALHO

2

Documento de Requisitos*

Sumário. Prefácio do Autor, Introdução histórica, Projeto, Projeto auxiliado por computador, 21

Organização para Realização de Teste de Software

Adriano Maranhão PROFISSIONAIS E ATIVIDADES ENVOLVIDAS EM UM SGBD

Introdução. Conteúdo. Usabilidade. Engenharia de software X Usabilidade. Benefícios. Introdução. Introdução. Introdução. Introdução.

Crise do Software. Crise de tecnologia - hardware caminha mais rápido que o software

Engenharia de Software Processo de Desenvolvimento. Ciclo de Vida - Modelo Cascata

Organização. Necessidades de informação para toda a organização

I TR T ODUÇÃO O À I N I FO F RMÁ M TI T C I A OBJETIVO

Análise Orientada a Objetos. Análise Orientada a Objetos; O Paradigma de Objetos; A UML.

Introdução 27/9/2005. Prof.: Clarindo Isaías Pereira da Silva e Pádua Departamento de Ciência da Computação UFMG Gestus. Usabilidade.

Desenvolvimento de Aplicações Desktop

Engenharia de Software

Por que IHC é importante?

Introdução 2014/1 Prof. Luís Fernando Garcia

Profa. Daciane de Oliveira Silva BIBLIOGRAFIA; CHIAVENATO, Idalberto. Administração da produção: uma abordagem introdutória Capítulo 4

Soluções tecnológicas e inovadoras para o aumento de produtividade.

Humano-Computador (IHC)

CURSO DE BACHARELADO EM EXPRESSÃO GRÁFICA

MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO

ASPECTOS DA TECNOLOGIA DA INFORMAÇÃO EM PEQUENAS EMPRESAS DA CONSTRUÇÃO CIVIL

Projeto de Banco de Dados. Componentes de um Sistema de Informação. Arquitetura de SI. Sistema de Informação (SI) SI nas Organizações

SUPORTE AO CLIENTE MADE DIFFERENT

Introdução à Avaliação de Desempenho

Parâmetros de Comparação entre Redes

Modelo para Elaboração de Projetos

Sistema Operacional. Operação de Computadores e Sistemas

Engenharia de Software I Processos de desenvolvimento de SW. profa. Denise Neves

Engenharia de Software

Introdução aos sistemas de informação

INFORMÁTICA BÁSICA AULA

ENGENHARIA DE USABILIDADE E INTERFACES

DESENVOLVIMENTO DE UM SISTEMA DE GERENCIAMENTO PARA UMA EMPRESA ESPECIALIZADA EM VENDAS DE TERNOS E CAMISAS SOCIAL 1 INTRODUÇÃO

Design de IHC. Capítulo 7. Barbosa e Silva Adaptado por Luciana Mara e Thiago Vilela

ISO/IEC Prof. Alexandre Luís Franco

Faculdade de Tecnologia SENAC Pelotas Interface Homem Computador 3º Semestre

Usabilidade. Usabilidade refere-se ao grau com que o usuário consegue realizar uma tarefa

REUSO E REUSABILIDADE

C.E.S.A.R.EDU Unidade de Educação do Centro de Estudos e Sistemas Avançados do Recife

Modelagem de Sistemas. Análise de Requisitos. Modelagem

Modelos. Banco de dados. Professor: Jarbas Araújo CENTRO EDUCACIONAL RADIER.

AVALIAÇÃO DE INTERFACES

Gerenciamento do Tempo de Projetos. Parte 05. Gerenciamento de Projetos Espaciais CSE-301. Docente: Petrônio Noronha de Souza

Data Warehouse ETL. Rodrigo Leite Durães.

Banco de dados e Contexto. Carlos Victor

ENGENHARIA DOS REQUISITOS

Sistemas de informação aula 03

UnoTech Soluções em Histórico da Revisão Data Versão Descrição Autor 27/05/ 1.0 Construção do Documento Carlos GG Flor Página 2

1 - Aplicativos Informatizados (para a Habilitação Administração) (Administração); Administração Administração (EII) Administração - Ênfase em

Problemas de Escrita. Graça Nunes Thiago Pardo

INTRODUÇÃO INTRODUÇÃO 31/03/2015 GESTÃO DO TEMPO CRONOGRAMA GERENCIAMENTO DE PROJETOS DEFINIÇÃO DA ATIVIDADE DEFINIÇÃO DA ATIVIDADE

Programação Distribuída. Metas de um Sistema Distribuído

Introdução à Avaliação de Desempenho

Engenharia de Software

Transcrição:

Impacto dos artefatos tecnológicos nas organizações e implicações no design de interfaces Componentes do modelo de Interação Humano-Computador (Eason 1991) O modelo de Interação Humano-Computador não se restringe a um ser humano e um computador. Estes dois atores estão inseridos num contexto mais amplo. São 4 os componentes do modelo: pessoas (uma ou mais); trabalho (atividades definidas de forma geral ou detalhada); ambiente (se refere aos aspectos físicos, organizacionais e sociais); tecnologia (artefato tecnológico, incluindo qualquer tipo de sistema ou computador). Tecnologia X práticas de trabalho A introdução de um novo sistema computacional traz, consigo, necessidades que devem ser consideradas para que o sistema resulte de fato em uma ajuda ao invés de se transformar em um transtorno. Nesse contexto, novas tarefas associadas aos diferentes perfis profissionais devem ser previstas, assim como a carga de trabalho associada às mesmas. Novos perfis profissionais eventualmente necessários devem ser considerados. A tarefa de uma organização implicitamente define requisitos para o desenvolvimento de artefatos tecnológicos, e o uso do artefato redefine a tarefa para a qual o artefato foi originalmente desenvolvido. Por exemplo, a máquina de escrever modificou as tarefas de escritório, os processadores de texto as modificaram novamente, e os sistemas de publicação eletrônica as alteraram ainda mais. Em cada caso, as tarefas modificadas sugeriram novas necessidades e oportunidades de mudanças adicionais. (Carroll, 1990)

2 requisitos tarefas artefatos tecnológicos possibilidades O ciclo tarefa-artefato (Caroll, 1990) Ao projetar artefatos tecnológicos, é necessário ficar atento à forma como eles vão se inserir nas atividades que as pessoas desenvolvem no ambiente real. Deve-se prestar atenção, também, às possibilidades da nova ferramenta. Isto é, ao que ela pode trazer de novo, de possibilidades previamente inexistentes. Para serem úteis, os sistemas computacionais precisam estar integrados à rede humana e aos outros artefatos tecnológicos existentes. Deve ser dada atenção: à estrutura da organização; às práticas de trabalho e aos aspectos culturais das organizações para que a tecnologia introduzida não seja subutilizada ou descartada.

3 As organizações são constituídas de: pessoas (com perfis, expectativas, motivações,...); tecnologia (com funções, história, restrições, grau de confiança,...); organização do trabalho (distribuição de trabalho, tipos de grupos,...); cultura da organização ( a maneira como fazemos as coisas aqui : histórias, práticas, rituais, códigos de comportamento e de comunicação,...). Estes elementos precisam ser coordenados para produzir o resultado esperado. O ponto é sempre como projetar sistemas computacionais para que eles tenham impacto positivo nas organizações.

4 Abordagens sobre a tecnologia nas organizações O determinismo tecnológico acredita que a tecnologia é o fator mais importante na determinação do sucesso de uma organização. A única forma de sobreviver, para esta abordagem, é investir na última tecnologia disponível. Expressões tais como ficar para trás e automatizar ou liquidar são associadas a esta visão. (Woodward, 1965) Em contraste, a abordagem de ação social defende a posição de que a tecnologia é facilitadora ao invés de determinística. Para esta vertente, são escolhas estratégicas, feitas pela gestão, como, por exemplo, a forma como a tecnologia é usada, que determinam a estrutura da organização. A tecnologia é, aqui, encarada como mais um recurso. (Child 1972) O Software como Artefato Tecnológico - Implicações no Projeto de Interfaces (Winograd e Flores 86) Visão do projeto Exemplo: um processador de texto 1. Um conjunto de dispositivos mecânicos e eletrônicos ; 2. Um conjunto de programas que tratam da entrada, o armazenamento e a saída de bytes de informação, com uma interface através da qual o usuário modifica essa informação ; 3. Um meio para a criação e a modificação de estruturas lingüísticas que têm certo papel na comunicação humana ; O usuário só deve lembrar de 1 e 2 quando ocorre um impasse. (Um exemplo de impasse inicial é o da ilegibilidade do software.) O domínio relevante não é o computacional e sim o da escrita!

5 4. Mas o computador deve ser entendido como parte de uma rede que envolve: instituições; equipamentos; práticas; convenções. O poder de um artefato de inovação tecnológica deve ser medido pela forma como como ele se encaixa nessa rede e em como ele a modifica. Exemplos: prensa escrita, carro, televisão etc. A estrutura da comunicação nas organizações, a validade de provas documentais em lei e a organização social do conhecimento estão sofrendo um impacto com a explosão do uso da Internet. 5. Mas as novas tecnologias, novas formas de linguagem mudam as práticas sociais. Exemplos: Em Psicologia, Freud introduziu os termos ego, subconsciente e repressão ; Ele modificou, através disso, o comportamento humano (do tratamento de doentes até a educação das crianças). Em Informática, Termos como informação, linguagem, correio eletrônico, comunicação estão mudando o comportamento das pessoas, levando a um novo senso comum.

6 Winograd e Flores enxergam o computador como mediador e facilitador da ação lingüística como atividade humana essencial. Eles enxergam o processo de inovação tecnológica em geral como o projeto de práticas e de possibilidades a serem abertas através do artefato. O projeto de uma nova tecnologia é sempre uma intervenção no estado do mundo da atividade envolvida. Ele altera o que está acontecendo, as práticas e as preocupações de uma comunidade de pessoas, e leva à definição de novas práticas que, por sua vez, criam novas possibilidades de projeto futuras. A relevância de um trabalho de projeto deve ser medida no espaço das conseqüências dessa intervenção. A postura de Winograd e Flores sobre a atividade de projeto é a de permitir às pessoas a observação do que elas estão produzindo, agindo lingüisticamente no mundo, projetar suas ações e reconhecer e responder a breakdowns (impasses, cortes na comunicação). A tarefa do projetista consiste, assim, na identificação desses breakdowns e na preparação das intervenções que acomodem as atividades de forma a evitá-los sempre que possível e a conviver com os que sempre ocorrem. Exemplo: problemas de comunicação no correio-eletrônico Segundo W. e F., a simples conexão eletrônica e a disponibilidade da informação não aumentam, por si mesmas, a eficiência das organizações. A produtividade de uma organização não se relaciona apenas com o acesso à informação, mas, também, com a rede de ações associadas.

7 A simples automatização de um conjunto de tarefas está longe de se constituir, por si mesma, em um auxílio. Ao contrário: o gerenciamento da informação se torna uma tarefa adicional, que vira um obstáculo ao invés de um suporte. Exemplos: Problema: uso inicial de microcomputador por pessoas leigas; uso de correio eletrônico. Quais aspectos da linguagem em uma organização devem ser incorporados no sistema? Aqueles nos quais a estruturação e o registro forem importantes; Deve-se deixar espaço para atos lingüísticos que sejam auxiliados através de processos humanos, de olho-no-olho! Conceitos envolvidos no design de interfaces Readiness-to-hand Comunicação homem-máquina envolve conhecimento de mundo e senso comum; A estrutura conversacional só fica aparente na ocorrência de impasses, quando precisa ser feita uma correção; Esta transparência é necessária na construção de interfaces. Exemplo: direção de automóvel Quanto tenho que mover a direção para o carro fazer essa curva? A evolução do projeto de automóveis levou à aplicação do conceito de Readiness-to-hand; isso se faz de forma automática, sem necessidade de o carro de comportar como um homem se comportaria no cálculo da curva!

8 O correto projeto de domínio é fundamental para atingir esta propriedade. Mensagens devem ser veiculadas na linguagem da aplicação (domínio), e não na linguagem computacional (ou técnica em geral)! Exemplo: correio eletrônico Mailbox server is reloading. não é informativa em relação à tarefa solicitada pelo usuário! A mensagem não pode ser enviada. Tente mais tarde! é melhor. Quando, por algum motivo, a linguagem do sistema precisar ser conhecida pelo usuário, isto deve ficar aparente para ele, o conhecimento deve ser passado ao usuário e incorporado ao contexto de uso! Breakdown Erros, cortes, impasses não devem ser abordados como eventos negativos, mas, sim, como eventos que devem ser antecipados pelo projetista; A identificação de situações de breakdown revela os relacionamentos entre as tarefas e os procedimentos associados à situação; É impossível fazer projetos a prova de breakdowns. O que se procura é auxiliar às pessoas que vivem em ambientes onde eles ocorrem com freqüência.

9 Breakdowns podem ser: computacionais (mensagem que não pode ser enviada, por ex.); de domínio (quebra de compromisso assumido e modelado por um sistema de controle de tarefas, por exemplo) O papel do projetista está na antecipação dos breakdowns de forma a auxiliar na compreensão e na ação posterior do usuário. Blindness Neste contexto de intervenção do artefato tecnológico, há uma outra situação possível, o reverso da moeda: quando a tecnologia se sobrepõe a práticas eficientes! Exemplo: sistema de acesso on-line a bibliotecas A função de achar um livro a partir de informação precisa OK; Já a de achar leituras relevantes para o meu objetivo...? O conceito de relevância não pode ser formalizado facilmente; Estantes bem organizadas por assunto resolveriam o problema. É necessário manter atenção contínua às possibilidades que são eliminadas através da introdução do novo artefato tecnológico!

10 Teoria da atividade A teoria da atividade estuda a introdução de sistemas de cunho tecnológico nos ambientes de trabalho e explica alguns fenômenos da área Interação Humano-Computador. Segundo esta ótica, atividades (trabalho) são direcionadas por várias necessidades de atingir certas metas. Atividades são mediadas por instrumentos (artefatos, ferramentas) em uma praxe (tal como a Engenharia, o ensino, um banco,...). O design e uso de artefatos é visto em termos da forma como eles se inserem nessa praxe. Artefatos são usados e produzidos nas atividades, sendo vistos em contínuo fluxo, como mediadores e não apenas como objetos usados por indivíduos. A Teoria da Atividade descreve uma estrutura conceitual: atividades se referem à execução coletiva (por exemplo, a produção de plantas de Engenharia); tarefas estão entre as atividades (no mundo real) e as ações (computacionais) e correspondem aos grandes constituintes da atividade; ações se referem a atos conscientes de indivíduos com vistas ao atendimento de uma intenção específica (por exemplo, desenho de uma parede dentro de uma planta sendo desenhada num ambiente tipo CAD). operações são os meios individuais e básicos de levar adiante ações. Operações são de cunho físico, sem semântica inerente, tendo seu resultado determinado pelo contexto de interação. Exemplos: clicar, arrastar, soltar,...

11 As pessoas devem poder se preocupar com as atividades e tarefas, sem ter que descer ao nível das ações e operações. A tônica, o foco dos ambientes de interface de sistemas de informação ou computacionais deve ser a realização da atividade, conforme ela é vista pelo ser humano, por meio das tarefas a ela associadas. Hierarquia: Atividades são levadas adiante por meio de Tarefas, executadas para cumprir a meta da atividade e decompostas em ações. Operações contribuem na realização das ações e são limitadas pelas condições materiais. A relação entre as atividades, as ações e as operações. (Bodker 1991) Há dois conceitos associados a esta abordagem: breakdowns e contradições. Breakdowns ocorrem quando há conflito entre o que deve acontecer e o que acontece de fato, e coincide com o conceito definido por Winograd e Flores. Exemplos: uma impressora que não funciona; uma pessoa que não passa um documento de circulação adiante.

12 Contradições ocorrem quando um círculo vicioso impede que situações de ineficiência instaladas sejam quebradas. Exemplos: pressão simultânea sobre um médico para que atenda mais pacientes e, ao mesmo tempo, pela qualidade da consulta; expectativa de que um único funcionário atenda ao mesmo tempo ao fax na recepção e ao laboratório. Estas situações de cortes e contradições devem ser identificadas, analisadas e resolvidas (explicitação ou mudança de praxes) ao se projetar um sistema computacional.