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

252
Anais do IHC’2001 - IV Workshop sobre Fatores Humanos em Sistemas Computacionais
Deste modo, dizer que uma linguagem computacional é uma Abstração
Interpretativa de uma ou mais outras linguagens quer dizer que um usuário deve ser capaz
de compreender e interagir com a primeira, sem conhecimento algum das especificações
expressas nas demais linguagens. No caso de software extensível típico, a UIL é composta
de uma parte fixa e uma parte extensível (UILx). Assim, a parte extensível da UIL é uma
abstração interpretativa de uma ou mais linguagens computacionais subjacentes — por
exemplo, a EUPL, as linguagens de programação usadas pelos designers de software, ou
mesmo as linguagens assembly ou de máquina — se um usuário consegue entender
completamente todos os signos da UIL devido:
1. Aos padrões de signos e combinações de signos que ele encontra enquanto
interage com a aplicação;
2. Às explicações disponíveis sobre a UIL — da forma como estão disponibilizadas
na UEL por meio de help online e tutoriais, screen tips, e documentação em geral
da aplicação; e
3. À sua própria experiência com computadores — trazendo à tona o conhecimento
associado usado nas metáforas da interface, conhecimento do domínio da
aplicação e puro senso comum.
O princípio da Abstração Interpretativa é uma forma qualificada do princípio de
abstração conhecido dos teóricos da informática. Trata-se primariamente da interpretação
do discurso situado produzido por sistemas computacionais (à medida que eles
mostram aos usuários alguns resultados da aplicação) e pelos próprios usuários (à medida
que eles dão entrada em comandos ou dados para o sistema). O termo qualificador
‘interpretativa’ é desta forma adicionado ao princípio já conhecido para fins de ênfase e
clareza. Em um ambiente de EUP, todas as linguagens computacionais contribuem para as
tarefas de design. Estas tarefas são dirigidas por intenções, e todas as intenções são
determinadas não somente pela experiência dos usuários com o meio e o domínio de
atividades — itens 1 e 3 acima —, mas também pela expressividade do código no qual esta
experiência pode ser expressa — itens 1 e 2 acima. Assim, de fato, não é somente uma
questão de abstrair as camadas semânticas subjacentes aos construtos sintáticos, mas
também, e talvez ainda mais importante, de abstrair os objetivos e efeitos que podem ser
alcançados tão logo os signos sejam combinados. Logo, este princípio deve valer para as
interfaces que tenham boa usabilidade em geral, e não somente para os ambientes de EUP.
4.2 O princípio do contínuo semiótico
No modelo de uso de software extensível, descrito na Seção 3 deste artigo, assinalamos a
necessidade de controlar o tipo do texto (extensão) que um usuário final pode gerar por
meio da EUPL. Este controle é necessário para poder identificar os textos da EUPL que
são válidos na UIL, isto é, os textos que são pragmaticamente adequados, e para garantir o
Ciclo de Interação Mínimo do software. Ele também indica a existência de um forte
relacionamento entre a EUPL e a UIL no software extensível. Tal relacionamento requer
que os elementos da UILx possam ser expressos na EUPL (para que o usuário possa
manipulá-los) e que os elementos expressos na EUPL tenham um reflexo na UIL (para que
constituam uma extensão). O princípio do Contínuo Semiótico, proposto pela Engenharia
Semiótica [DE SOUZA ’01], procura avaliar o quanto dois códigos artificiais apresentam
obstáculos à sua tradução dirigida. Desta forma, ele avalia os obstáculos para traduzir