Skip to Content.
Sympa Menu

aifia-pt - Re: [AI] Como analisar usabilidade e AI em telas programadas em COBOL?

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informao (em Portugus)

List archive

Chronological Thread  
  • From: "Fernando Aquino (Nandico)" <nandico AT gmail.com>
  • To: "Thiago Barcelos" <tsbarcelos AT gmail.com>
  • Cc: "Arquitetura da Informação \(em Português\)" <aifia-pt AT lists.ibiblio.org>
  • Subject: Re: [AI] Como analisar usabilidade e AI em telas programadas em COBOL?
  • Date: Sat, 23 Feb 2008 21:20:37 -0300

Oi Thiago,

Pô, que legal que você gostou. Então vou refinar um pouco mais pra ti um outro negócio interessante daquele job..

Nessa versão do sistema em Clipper tinha um negócio muito simples que era fantástico. Na tela de seleção de produto do terminal de venda (tela talvez mais importante, pois cada uma das centenas de operações passa por ela), o operador podia buscar um produto pelo código ou pelo nome para iniciar o processo de venda.

A tela de pesquisa só tinha um campo: caso você iniciasse a digitação pelo teclado numérico, o sistema entendia a modalidade de busca por código e iniciava o filtro realtime na lista a cada toque na tecla. De outro modo, se entrasse com alguma letra, a mesma interface se adaptava para uma busca textual, pois nenhum produto tinha nome que começava com número. Parece uma coisa trivial, mas os usuários adoravam fazer isso sem ter que clicar em nenhum botão ou aba.

Quando fomos a campo, era impressionante como o processo de seleção de produtos era absurdamente mais rápido que o processo similar na GUI em Java. Isso poderia significar que, apenas adicionando um recurso na GUI em Java que copiasse isso, poderia haver uma redução exponencial de tempo das transações, uma economia de custos bizarra e possível redução drástica nas filas das grandes agências. Coisa que se resolveria com algumas dezenas de linha de código, provavelmente. Levantamos que foi um punhado de coisas simples como essa que atrapalharam o processo de migração e que deixaram muito funcionário fulo da vida com o novo sistema.

Se essa mesma coisa é colocada em um site hoje em dia, dirão que é Interface Rica ou então que é Web 2.0 =). Mas na realidade, estariamos só repaginando uma solução de interface com mais de 15 anos de idade.

Na sequência do job, um amigo ex-Clippeiro me explicou que a comunidade Clipper era muito forte naquela época, mesmo com os meios de comunicação menos eficientes que a internet de hoje. Ele disse que os bons patterns de interface se disseminavam bem. Disse coisas muito boas de Clipper em relação à produtividade e a velocidade com que os desenvolvedores elaboravam esse tipo de sistema.

Abraços,

Nandico


2008/2/23 Thiago Barcelos <tsbarcelos AT gmail.com>:
Olá a todos,

Há muito tempo não lia uma experiência como a do Fernando!

Como profissional da área de IHC (e observador de sistemas "toscos" por aí), sempre fui partidário da seguinte teoria: não é por contar com uma GUI que o sistema é bom, não é por contar com um terminal de texto que o sistema é ruim -- no que se refere à usabilidade, claro.

Considerando um pouquinho de ergonomia, o uso somente do teclado para interação traz uma vantagem no tempo de execução das tarefas, já que não é preciso deslocar a mão entre teclado e mouse. Isso pode fazer diferença em sistemas onde a velocidade de execução das tarefas é fundamental (uma frente de atendimento, terminal de ponto de venda, etc.)

E qual o disso? A carga cognitiva adicional, ou seja, a necessidade do usuário memorizar os possíveis comandos. Mas muitas interfaces que rodam em terminal foram desenvolvidas para minimizar essa carga cognitiva.

Simone, já experimentou perceber quantos sistemas de academias de ginástica, vídeolocadoras e etc, rodam em CLIPPER ou COBOL há anos sem problemas por parte dos usuários? (Pelo menos aqui em Sampa vejo muitos... :-) Como os desenvolvedores atingiram um grau aceitável de usabilidade? Módulos do sistema com acionamento vinculado às teclas de função F1-F10, e com indicativo dessa funcionalidade no rodapé da tela (mesmo que uma mísera linha faça diferença... :-), consistência no acionamento de operações (com ENTER ou TAB, ESC), menus pull down.

O meio pode ser mais limitado, mas os princípios de usabilidade estão todos lá. É só adaptar. Dá até pra arriscar colocar um breadcrumb no cabeçalho das telas :-)

Espero ter ajudado!

[]'s Thiago

2008/2/22 Fernando Aquino (Nandico) <nandico AT gmail.com>:

Oi Simone,

Em COBOL eu nunca fiz User Experience não, mas em CLIPPER (tão tosco quanto) eu já trabalhei. Tem até um post em http://www.nandico.com.br/2006/11/rootz-media-experience-experincia-do.html.

A base do trabalho foi investigação dos padrões de comportamento de tela e reprodução disso com prototipação em Wireframes. Muitos podem perguntar: e a inovação, onde fica?

A resposta foi que, como eu estava projetando a evolução de um sistema existente, investigar, documentar e manter os mesmos padrões de interação que os usuários já estavam acostumados era o melhor caminho. Qualquer coisa que fizesse fora disso seria uma falta de respeito aos usuários, a não ser que eu tivesse autonomia para mudar o sistema inteiro, que não era o caso. O meu mapeamento foi mais extenso do que as telas, e durou até o sistema de atalhos e teclas de função do sistema, muito usadas pelos operadores.

Um macete bom para fazer os Wireframes foi usar fontes de espaçamento FIXO, e contar quantos caracteres o terminal me entregava, reproduzindo isso no contexto do Wireframe. Isso evitava que eu desenhasse telas impossíveis de serem implementadas no terminal. Funcionou perfeito, os programadores adoraram (e olha que é difícil agradar coroa de TI).

A minha maior descoberta no processo foi descobrir COMO um sistema em CLIPPER pode ser tão absurdamente mais RÁPIDO de usar e EFICIENTE do que a versão equivalente em Java, que rodava nesse cliente aí, que no caso era os Correios (terminais de agências de Correios em todo o país). Parece uma coisa ilógica, mas arrisco dizer que a experiência de uso do Clipper era melhor.

Quando fui para campo observar os sistemas, ninguém se queixava do Clipper e todos reclamavam da versão em Java que exigia muito uso do mouse. Na versão Java, os passos das transações foram componentizados e em decorrencia disso, atividades simples ficaram mais complexas. Tipo entrar numa tela absurda, cheia de campos desabilitados e só informar um CEP. É esses absurdos que acontecem quando Programadores ou Analista de Requisitos projetam telas. Outra coisa: O Clipper era absurdamente rápido entre um passo e outro, enquanto o Java era leeento...

Os Correios mantém em paralelo as duas versões, onde a versão em J2EE roda em agências on-line e a versão Clipper roda nas agências que operam off-line ou parcialmente off-line.

Eu achei a experiencia muito legal. Deu pra sacar direitinho que não basta só você usar a tecnologia da moda pra ter um sistema legal. As vezes, o oldschool é mais fera.

Abraços e boa sorte!

Nandico


2008/2/22 Simone Reis <smauricio AT dba.com.br>:
Srs.
 
Alguém aqui já fez alguma análise de design, AI ou usabilidade para telas programadas em COBOL?
 
Recebi documentos de especificação de telas que serão feitas em Cobol, solicitando uma análise nas mesmas para ver se estão com boa usabilidade, etc. Confesso que ainda não havia visto nada a este respeito. Como é tratado este assunto.
 
Existem regras para elaboração de telas para sistemas de Grande Porte?
 
Abraços,
 
 
Simone Reis
--------------------------------------
Analista de Interface
Célula de Requisitos e Análise
Equipe QualiDBA - DBA com foco em Qualidade
55 21.2515-3202 / 8248-9848
Email: smauricio AT dba.com.br
http://qualidba.dba.com.br

DBA Engenharia de Sistemas
Av. Presidente Vargas, 3131 - 3o andar
Teleporto - Sala 305 - P09H13
CEP 20210-030 - Cidade Nova
Rio de Janeiro / RJ – Brasil
 

. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt


. . . . . . . . . . . . . . . . . . . . . .
Ao responder, elimine o texto não essencial
de mensagens anteriores e evite formatação.

Lista de discussão AIfIA-pt
AIfIA-pt AT lists.ibiblio.org
Arquitetura de Informação em Português
http://lists.ibiblio.org/mailman/listinfo/aifia-pt




Archive powered by MHonArc 2.6.24.

Top of Page