Bons exemplos de design de GUI para business-oriented, pesados ??de entrada de dados (CRUD) aplicações [fechado]

https://stackoverflow.com/questions/832142

06-07-2019
|

Pergunta

Onde posso encontrar exemplos de muito bem produzido enterprise- y software que tem:

bom, uso consistente de atalhos de teclado.
Bom teclado forma de navegação
forma padronizada de validação
padronizadas uso de lookup / procurar telas. (Usuário recebe perguntou for Client ID, não saber, mas pode procurá-lo de uma janela pop-up que retorna-lo)
padronizadas usabilidade / convenções LAF

Seria bom para ver amostras que variam de telas CRUD simples para muito complexos GUIs orientados a processos para aplicações como CRM / ERP / Financeiro / Avaliação de risco etc. Basicamente GUIs com uma elevada quantidade de campos de entrada que definem determinado processo de negócio.

Solução

Eu não tenho qualquer exemplos para apontar para. Na verdade, muitas dessas telas pode ser difícil de encontrar na web pelo simples fato de que a maioria deles tendem a ser "feio". Esses tipos de telas são raramente muito.

eu posso oferecer algumas dicas, de longa história de trabalhar com essas coisas.

Consistência. Faça tudo "trabalho o mesmo", e funcionam da mesma forma o tempo todo. Basicamente, você deve ser capaz de fazer a sua entrada olhando para a forma, não a tela. Todos aqueles flashes e subtotais e cores são agradáveis ??depois que digitou a forma, mas não durante a entrada em si. Lá você precisa basicamente alertas de áudio para que eles saibam "algo está errado". O cenário clássico "tique-tique-tique-tique-bip-bip-bip-bip", como os descobridores de usuários que entraram numa errada campo de 4 campos de volta. Os usuários não estão completamente cego, mas eles não vão estar olhando para sua tela. Os dados estão no formulário.
É melhor para trabalhar de forma modal, e impedi-los de erros do que deixá-los continuar. Para as grandes formas, digitalizando toda essa informação e à procura de erros após o fato é muito difícil. Pará-los quando eles estão errados para que possam corrigi-lo e seguir em frente em vez de voltar para corrigi-lo no final. Quanto mais regras de negócios e de validação e aplicação que você pode ter sobre a forma, o melhor. Popups, alertas, catadores, se ele precisa de sua atenção, modal modal modal. Eles não estão trabalhando com o barro aqui. Eles não são de autoria do grande romance americano ou modelar a economia global.
Resumir os resultados de verificações no local. Por exemplo, digitando uma ordem, eles devem ser capazes de olhar para a contagem total do pedido e item de linha para ver se eles a ordem em "corretamente" como uma espécie de soma de verificação em vez de ter que varrer o seu campo de entrada de campo. A maioria dos fluxos de trabalho têm uma fase de verificação cruzada inevitável onde eles passam por sua entrada para verificar os dados, mas que deve ser após o "chaveamento crua" dos dados. As pessoas trabalham mais rápido quando eles estão em um modo de "entrada em massa" em vez de local verificando cada um deles, cada vez que introduza-o. É breaks seu ritmo. Faça detectar e corrigir as exceções mais fácil após a validação básica e digitação é feito. Se alguns campos são mais importantes do que outros (e você sabe quais aqueles são), visualmente destacando-los na tela e no formulário de papel faz maravilhas.

Se as formas e como são projetados bem (ambas as formas de computador e os formulários de entrada de papel), os erros devem ser difícil para entrar (como o cliente errado, ou o artigo errado, etc.). Você pode ter um erro de digitação em algumas notas ou instruções especiais, mas, não tanto em qualquer outro lugar. Se eles miskey um item ou quantidade, as probabilidades são a ordem não terá um total adequadamente para a soma de verificação simples irá ajudá-los a pegá-lo.
Voltando a "consistência", garantir que as coisas como catadores e tal todos funcionam da mesma. Tente manter as funções especiais ao mínimo, já que simplifica o treinamento e permite que os usuários só "fluxo" no seu trabalho.
Atalhos de teclado e navegação são uma exigência, não uma opção. Um ponto de dor real aqui pode ser áreas de detalhe (ou seja, estruturas de tabela). Você pode precisar de um atalho para entrar e sair dos strcutures tabela. Você pode ter visto um monte de exemplos onde você pode "Tab" para a mesa, mas não guia para trás para fora. Tem uma chave dedicada "meta-guia" para se mover dentro e fora de seções. Exigindo o mouse para navegar fora de uma seção é de jeito nenhum.
Ter uma única tecla de atalho para os catadores. Idealmente, eles não vão ter que usar estes muitas vezes. Talvez para pesquisa de cliente, a maioria dos outros códigos que são inevitavelmente memorizar ou eles vão ser introduzidos no formulário de inscrição. Faça os catadores filtrável.
Scrolling é o diabo. A rolagem é mal. Não rolando! Paginação melhor do que a rolagem porque "campos não se movem", they're sempre "no mesmo lugar" na tela. Quantas vezes você "rolada" e teve que procurar para pegar "onde você começou", antes da rolagem para recuperar o contexto. Mesmo para escolher listas de paging funciona muito bem porque a mudança de página permite que eles saibam que eles realmente "fez algo" visualmente. Muitas vezes você rolar uma linha e "Gee fez eu realmente?" linha de rolagem simples pode ser muito sutil. Para formulários de entrada grandes, multi-páginas bate longa, de rolagem tratados todos os dias da semana. Se os formulários são tão grandes, certifique-se que você tem uma tecla de atalho para mover para frente e para trás através do formulário, e certifique-se há alguma informação de contexto em cada página (nome do cliente, número de ordem, o que quer ... simples cabeçalho).
consulta robusta. "Consulta por exemplo", como é conhecido é um dos melhores mecanismos (ou seja, eles enchem-lhe a forma "o que sabem" e formas voltar). As pessoas precisam encontrar dados por critérios apenas loucos, se a maioria cada campo é queryable, isso permite-lhes fazer isso sem você adivinhando o que vai ou não vai precisar. Informix 4GL costumava ter um sistema QBE espetacular (> 04/01/09 para datas posteriores a 01 de abril de 2009, 12345|23456 para códigos de item 12345 ou 23456). A expressão boa QBE muito provavelmente não irá validar em um campo típico, é um caso especial. (É por isso que você raramente vê QBE hoje, é preciso muito trabalho -. Mas é OH tão bom)
Lembre-se, usuários não sabem Por ou Como Eles fazem coisas, eles só sabem O para fazer . eles sabem "quando eu quero fazer a, eu bati tecla Y " que eles não sabem por que é Y, onde Y está localizado, as teclas X um Z pode fazer coisas semelhantes a a, porque eles estão agrupados. Não, eles não sabem o seu taxonomia de comando. Eles não sabem suas abstrações. Eles sabem fazer A, bateu Y . Quer palavra a negrito? Digite Ctrl - B . Talvez Ctrl - I em itálico uma palavra é óbvio para você por causa do mnemônico, não é para a maioria dos usuários. Talvez o Ctrl - B e Ctrl - I estão no menu Format, bem agrupados. Não importa. Ctrl -? B == Negrito, como eu faço Itálico

A desvantagem dessas interfaces é a formação. Eles fazem treinamento para que eles sejam usados. Mas, na verdade, para qualquer negócio razoavelmente complicado, o usuário vai à formação necessidade de muito mais do que apenas o processo de digitação de qualquer maneira. A tela de entrada não vai ensinar-lhes as políticas de negócios, regras de negócios, etc. Você pode aplicar estes na aplicação, mas o usuário está indo para necessidade de conhecê-los por conta própria de qualquer maneira.

Mas tudo bem, porque no longo prazo é simplesmente mais eficiente. O jogo aqui é obter os dados do usuário de forma eficiente e apresentá-lo a eles de uma forma consistente. Não vou dizer maneira "lógico", como, enquanto a lógica pode ser lógica, não pode ser a lógica usuários. Assim, você pode ser lógico, se quiser, chame do que quiser, mas ser consistente para os seus usuários.

Outra anedota, nós costumávamos 10 principais dados de retorno. Esta tende a ser apenas listas de número, como um código de item e quantidade. Para os nossos propósitos é mais rápido simplesmente ter a chave de usuários esses dados duas vezes seguidas que qualquer outra coisa. Ele pega erros de digitação, transposições, etc. combinado com somas de verificação de lote faz com que o movimento de manipulação que muito mais rápido. Esses caras só olhava para as telas quando começaram, quando terminaram, e se eles tem um erro.

Finalmente, não importa o quê, suas telas e procedimentos irá mudança. Independentemente da forma que você está usando este ano, vai mudar no próximo ano. Isso é apenas a realidade, por isso, FYI, estar pronto para isso.

Boa sorte com seu projeto.

Outras dicas

Eu sou um fã do http://www.37signals.com/ suite. I encontrar suas formas e GUI de ser bem pensado.

Você sabe, não é OpenERP que você pode obter programa, fonte, doc gratuitamente.

ps:. Este link é OK para mim, se você não pode abri-lo, procurar OpenERP no google

Eu tenho usado muitos - mas a sua difícil lembro qualquer aplicativo específico como realmente bons UIs são prety muito forgetable

Lembro-me lotes de maus. Qualquer um que cadelas sobre o Lotus Notes tem, obviamente, nunca usou nenhum SAP ou Oracle Forms aplicativos baseados.

Por pura eficiência eu sugiro que você olhar para o velho aplicativo de reservas aéreas SABRE. Duas linhas de texto sem espaços ou outra pontuação

A primeira linha do vôo segunda linha detalhes de pagamento algo como isso iria reservar e pagar por um vôo:

123109BA176Y
276.00GBPAM1122123412341234

agentes de viagens ficou addicated a ele e há anos se recusou a aceitar o super duper janelas de substituição GUI disparar o emulater terminal de tela verde em vez. Eu acho que ele só morreu a morte quando as companhias aéreas mudaram para códigos de três letras e quatro números de voo dígitos.

I encontrar o Painel Spy website para ser um dos melhores para a inspiração.

Aqui está exemplos do que não fazer !: Pior UI você já usou

Você realmente deve visitar o interface Hall of Shame , onde você' vai encontrar não só as GUIs mais bizarras já concebido, mas também possíveis soluções para os problemas de usabilidade que geram.

Talvez você deve considerar 37signals' Primeiros abordagem real dado que parece haver um monte de complexidade em sua apps. Getting Real vai ajudar você a criar UI eficaz e útil que mantém os usuários felizes.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow