Anais do IHC'2001 - Departamento de Informática e Estatística - UFSC

More documents

Recommendations

Info

242 Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais Um Modelo Conceitual para Programação por Usuários Finais Sérgio Roberto P. da Silva 1 , Clarisse Sieckenius de Souza 2 1 Departamento de Informática – Universidade Estadual de Maringá (UEM) Av. Colombo, 5790, zona 07 – 87020-900 – Maringá – PR – Brazil 2 Departamento de Informática – Pontifícia Universidade Católica do Rio (PUC-Rio) R. Marquês de São Vicente, 225, Gávea – 22453-900 – Rio de Janeiro – RJ – Brazil srsilva@din.uem.br, clarisse@inf.puc-rio.br Abstract: This paper describes a conceptual model for end-user programming. Based on Semiotic Engineering concepts we suggest that the task of ‘using the software’ can be viewed as a communication and representation process. To elicit the components involved in the task of creation of software extensions by end-users we employ the Jakobson’s Verbal Communication Model. We also present the ‘Abstractive Interpretation’ and ‘Semiotic Continuum’ principles, which, according to our approach, should govern the organization of the codes involved in extensible software so that it could achieve good quality. Resumo: Neste artigo apresentamos um modelo conceitual para programação por usuários finais. Partindo de conceitos da Engenharia Semiótica, sugerimos que a tarefa de ‘uso do software’ possa ser vista como um processo de comunicação e representação. Para identificar os componentes envolvidos na tarefa de criação de extensões ao software pelos usuários finais, empregamos o Modelo de Comunicação Verbal de Jakobson. Apresentamos ainda os princípios da ‘Abstração Interpretativa’ e do ‘Contínuo Semiótico’ que, segundo nossa abordagem, devem reger a organização dos códigos atuantes no software extensível para que este seja de boa qualidade. 1. Motivação Uma tendência na indústria de software tem sido a de disponibilizar recursos para que os usuários finais possam configurar ou estender suas aplicações, numa tentativa de ampliar seu escopo de usabilidade e aplicabilidade [FISCHER ’98] e, assim, satisfazer suas reais necessidades. Infelizmente, a simples disponibilidade de tais recursos não capacita estes usuários a estender suas aplicações pois, normalmente, falta-lhes conhecimento de como utilizá-los. Adler e Winograd [ADLER ’92] propõem que o critério básico para a usabilidade de um software é a extensão do apoio que ele proporciona para que os usuários possam compreender e apreender o seu funcionamento, adaptá-lo e estendê-lo. A área de programação por usuários finais [CYPHER ’93] [GOODELL ’99] [LIEBERMAN ’01] pode ser vista como uma resposta a tais anseios. Entretanto, que seja de nosso conhecimento, não existe um modelo teórico de consenso que apóie o desenvolvimento de aplicações extensíveis de forma satisfatória.
Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais 243 Muitos dos problemas enfrentados pelos usuários finais para a programação das aplicações extensíveis atuais são devidos às descontinuidades existentes entre sua interface e seu ambiente de extensão, mais especificamente entre as linguagem empregadas nestes dois ambientes [DE SOUZA ’01]. Tais descontinuidades são causadas: 1) pela ausência de um mapeamento entre elementos empregados na linguagem de interface do software e na linguagem do seu ambiente de extensão ou vice-versa ou 2) pela ausência de clareza no mapeamento existente entre estas duas linguagens. Exemplos do primeiro caso podem ser reportados às situações em que a presença de um elemento de interface como, por exemplo, um ícone ou uma função de um menu, não tem sua expressão na linguagem do ambiente de extensão da aplicação ou vice-versa. Exemplos do segundo caso podem ser reportados às situações em que, apesar de o mapeamento entre as duas linguagem existir, não é possível ao usuário inferir diretamente quais os elementos de uma linguagem estão sendo mapeados em que elementos da outra linguagem. 2. O framework da Engenharia Semiótica Em nosso trabalho na área de Interação Humano-Computador empregamos como referencial teórico a abordagem da Teoria Semiótica [ECO’76] [PEIRCE ’31] e, mais especificamente, a Engenharia Semiótica [DE SOUZA ’01] [DE SOUZA ’93]. Na Engenharia Semiótica, o software é visto como uma mensagem única e unidirecional de alto-nível do designer de software para o usuário. Em vista disso, sua interface — o seu elemento de interação com o usuário — será considerada um artefato de meta-comunicação (uma mensagem constituída de forma intencional e regrada que pode gerar ou receber outras mensagens). Esta abordagem torna central o aspecto comunicativo da interface do software chamando-nos a analisá-lo mais cuidadosamente como um processo de comunicação e representação. Ela também nos traz novos insights para a dualidade entre designer e usuário final dentro do campo de aplicações extensíveis. Para exemplificar este processo de comunicação, apresentamos na Figura 1 um esquema da nossa abordagem, em que o designer, o computador e o usuário exercem os papéis de emissor, de meio/canal de transmissão e de receptor, respectivamente. O designer, como emissor, criará uma mensagem — o software —, que será a concretização do significado pretendido da mensagem do designer — isto é, a sua compreensão do problema, a solução por ele proposta e as possibilidades de extensão desta solução por ele vislumbradas [DE SOUZA ’96]. O conteúdo desta mensagem será decorrente de um modelo conceitual abstrato do software (proveniente da análise do domínio do problema, das classes de usuários e das tarefas que se pretende apoiar) e das decisões de design e de implementação tomadas pelo designer, resultando em um modelo de usabilidade projetado. Deste modo, ele representa o interpretante cristalizado do designer e, conforme Prates et al. [PRATES ’00], conterá as affordances pretendidas pelo designer na linguagem de interface do software. O usuário, por sua vez, através de seu contato direto com o domínio do problema, formará um modelo de usabilidade desejado para o software. Por outro lado, durante o processo de interação com a mensagem do designer — isto é, o software projetado — o usuário, por meio de sua interpretação dos elementos da interface deste software, atribuirá um significado a esta mensagem, criando assim o seu modelo de usabilidade percebido do software. Este é um modelo pessoal que representa o interpretante do usuário para a mensagem do designer. Ele contém as affordances percebidas pelo usuário, que são um
Page 1 and 2:
De 15 a 17 de outubro de 2001 Flori
Page 3 and 4:
Sumário Apresentação............
Page 5 and 6:
Análise Ergonômica do Estado da A
Page 7 and 8:
de formidável coesão, denominado
Page 9 and 10:
Sociedade Brasileira de Computaçã
Page 11:
Fund. Educacional de Criciúma - FU
Page 15 and 16:
Palestras Internacionais Online Com
Page 17:
Objetivos: O objetivo deste mini-cu
Page 21 and 22:
Anais do IHC’2001 - IV Workshop s
Page 23 and 24:
Page 25 and 26:
Page 27 and 28:
Page 29 and 30:
Page 31 and 32:
Page 33 and 34:
Page 35 and 36:
Page 37 and 38:
Page 39 and 40:
Page 41 and 42:
Page 43 and 44:
Page 45 and 46:
Page 47 and 48:
Page 49 and 50:
Page 51 and 52:
Page 53 and 54:
Page 55 and 56:
Page 57 and 58:
Page 59 and 60:
Page 61 and 62:
Page 63 and 64:
Page 65 and 66:
Page 67 and 68:
Page 69 and 70:
Page 71 and 72:
Page 73 and 74:
Page 75 and 76:
Page 77 and 78:
Page 79 and 80:
Page 81 and 82:
Page 83 and 84:
Page 85 and 86:
Page 87 and 88:
Page 89 and 90:
Page 91 and 92:
Page 93 and 94:
Page 95 and 96:
Page 97 and 98:
Page 99 and 100:
Page 101 and 102:
Page 103 and 104:
Page 105 and 106:
Page 107 and 108:
Page 109 and 110:
Page 111 and 112:
Page 113 and 114:
Page 115 and 116:
Page 117 and 118:
Page 119 and 120:
Page 121 and 122:
Page 123 and 124:
Page 125 and 126:
Page 127 and 128:
Page 129 and 130:
Page 131 and 132:
Page 133 and 134:
Page 135 and 136:
Page 137 and 138:
Page 139 and 140:
Page 141 and 142:
Page 143 and 144:
Page 145 and 146:
Page 147 and 148:
Page 149 and 150:
Page 151 and 152:
Page 153 and 154:
Page 155 and 156:
Page 157 and 158:
Page 159 and 160:
Page 161 and 162:
Page 163 and 164:
Page 165 and 166:
Page 167 and 168:
Page 169 and 170:
Page 171 and 172:
Page 173 and 174:
Page 175 and 176:
Page 177 and 178:
Page 179 and 180:
Page 181 and 182:
Page 183 and 184:
Page 185 and 186:
Page 187 and 188:
Page 189 and 190:
Page 191 and 192:
Page 193 and 194:
Page 195 and 196:
Page 197 and 198:
Page 199 and 200:
Page 201 and 202:
Page 203 and 204:
Page 205 and 206:
Page 207 and 208:
Page 209 and 210:
Page 211 and 212: Anais do IHC’2001 - IV Workshop s
Page 261: Anais do IHC’2001 - IV Workshop s
Page 289: IV Workshop sobre Fatores Humanos e
Page 292 and 293: 272 Anais do IHC’2001 - IV Worksh
Page 294 and 295: 274 4. Considerações Finais Anais
Page 312 and 313:
292 Anais do IHC’2001 - IV Worksh
Page 314 and 315:
Page 316 and 317:
Page 318 and 319:
Page 320 and 321:
Page 322 and 323:
Page 324 and 325:
Page 326 and 327:
Page 328 and 329:
Page 330 and 331:
Page 332 and 333:
Page 334 and 335:
314 Artigos Anais do IHC’2001 - I
show all

Anais do IHC'2001 - Departamento de Informática e Estatística - UFSC

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?