Ao criar conteúdo para consumo por uma grande variedade de usuários, você deve planejar fornecer suporte para usuários com várias deficiências.
O suporte a acessibilidade é um requisito legal em muitos locais de todo o mundo.
Vários você pode seguir as diretrizes gerais ao criar conteúdo para consumo por uma variedade de pessoas com diferentes habilidades. Essas diretrizes se aplicam a qualquer conteúdo que você cria para o Oracle BI EE ou outros aplicativos. Além disso, você deve estar ciente dos recursos que são específicos do Oracle BI EE que garantem que o conteúdo que você fornece suporta os requisitos de acessibilidade.
Esta seção contém os seguintes tópicos sobre a criação de acessibilidade:
Informações sobre o aplicativo podem ser encontradas em vários documentos.
Você pode localizar informações sobre acessibilidade através da indústria da Tecnologia da Informação em vários livros publicados. Este guia não tem a intenção de duplicar essas publicações. Várias normas e legislação são documentadas, especialmente como parte do World Wide Web Consortium (w3c) e Seção 508 da United States Rehabilitation Act.
Muitos designers fazem suposições sobre tecnologia e acessibilidade.
Algumas concepções incorretas mais comuns incluem:
Conteúdo HTML se iguala automaticamente ao conteúdo acessível.
Ferramentas acessíveis criam automaticamente conteúdo acessível.
Ferramentas de teste automatizadas podem determinar a acessibilidade de forma confiável.
Nenhuma dessas suposições é correta. Os desenvolvedores podem criar conteúdo não acessível usando o HTML. Uma ferramenta capaz de produzir conteúdo acessível pode não fazer por padrão ou pode permitir que um desenvolvedor selecione opções que desativam as funcionalidades de acesso que estão presentes no conteúdo acessível existente. As ferramentas de teste automatizadas nem sempre interagem com o conteúdo da mesma forma que os usuários finais. Como consequência, elas podem reportar de forma errada elementos acessíveis como não acessíveis. No entanto, a acessibilidade é, no final das contas, a responsabilidade do designer. Ao criar conteúdo, os designers devem estar cientes de algumas práticas comuns para garantir que o conteúdo está acessível a todos os usuários.
Os painéis de controle serão mais eficazes se você seguir algumas diretrizes básicas.
Ao configurar ou criar conteúdo para páginas do painel de controle, considere as seguintes recomendações de melhores práticas:
Evite usar letreiros digitais, porque eles não são suportados.
Ao salvar painéis de controle, certifique-se de salvá-los em locais apropriados, de forma que eles sejam acessados facilmente pelos usuários. Consulte Salvando Painéis de Controle com Outros Nomes e em Outros Locais para obter informações sobre os locais apropriados.
Reduza a complexidade e interatividade das páginas. Por exemplo, restrinja o número de prompts e de menus drop-down, não use o recurso drill-em linha para seções e configure as tabelas para mostrar o máximo de linhas possível.
Sempre considere o fato de que há várias deficiências e que várias deficiências podem se manifestar na mesma pessoa.
Você também não pode esquecer de que há graus variados de determinadas deficiências (como os vários tipos de deficiência de visão de cores). Seus designers devem levar em conta essas possibilidades.
Esta seção contém os seguintes diretrizes sobre áreas do projeto:
A escolha da fonte mais apropriada para apresentações ajuda os usuários a compreender as informações.
Usuários portadores de deficiência visual baixa em geral usam o software de aumento de tela para facilitar a leitura. As fontes que você usa devem ser legíveis mesmo quando ampliadas pelas ferramentas de acessibilidade em até 20 vezes. Algumas fontes não são exibidas corretamente quando ampliada, enquanto as outras são.
Os painéis de controle do Oracle BI EE usam folhas de estilo para estabelecer definições de exibição padrão. Certifique-se de que essas folhas de estilo usam seleções de fonte consistentemente que ampliam bem. Dessa forma, os criadores de conteúdo padronizam automaticamente o uso de fontes acessíveis.
Escolha as cores da sua saída de dados com cuidado para assegurar que os daltônicos possam interpretar os dados corretamente.
Há muitos tipos diferentes de deficiência em relação a cores, desde uma incapacidade de ver a diferença entre um par de cores comuns, como vermelho/verde (a deficiência mais comum), até a ausência total de cores, onde a pessoa só pode enxergar sombras de cinza e preto. Usar apenas cores para transmitir informações críticas significa que determinados usuários não estão totalmente conscientes de todas as informações pertinentes ao assunto. E, naturalmente, um usuário precisa de todas as informações transmitidas por cores para também estar em um formato textual alternativo.
Como desenvolvedor, você não deve criar nenhum conteúdo que forneça informações chave só por cor. Um exemplo de projeto não acessível é marcar números negativos apenas colorindo o texto com vermelho. Outro exemplo é um indicador de "semáforo" onde só as informações de contexto provenientes da coluna verde são boas e da vermelha são ruins.
O texto com codificação de cor pode ajudar a melhorar a compreensão dos dados apresentados.
Você pode usar cores nos projetos, se você também incluir outra indicação da mesma informação. Por exemplo, você pode incluir um sinal de menos ou parênteses para denotar números negativos em tabelas e tabelas dinâmicas. Para views de semáforo, você pode adicionar texto descritivo ou ícones de formato diferente, além da cor. Você pode incluir texto, como "Status: bom." Você pode incluir círculos verdes para "bom," triângulos amarelos para "advertência," e octágonos vermelhos para "ruim."
Como a deficiência de cor também pode manifestar-se como uma incapacidade de fazer a distinção entre tons de cores semelhantes sutis, o projeto geral de cores de todos os elementos da tela deve fornecer uma grande quantidade de contraste.
Você deve se esforçar para alcançar, no mínimo, uma taxa de contraste de luminosidade de cor de 4.5:1. Por exemplo, usar texto em preto em um plano de fundo branco, em vez de texto em cinza escuro em um plano de fundo cinza claro.
Você pode verificar os seguintes Sites para obter assistência:
Este site oferece uma ferramenta que pode testar o nível adequado de contraste:
http://www.paciellogroup.com/resources/contrast-analyser.html
Este site oferece uma ferramenta para mostrar como um Site é exibido para as pessoas com vários tipos de daltonismo:
Painéis de controle representam o formato principal de transmissão de informações, por isso é importante projetá-los visando a máxima compreensão.
Use as diretrizes nas seções a seguir para criar painéis acessíveis:
O uso de uma estrutura consistente para painéis de controle assegura que os usuários verão os dados apresentados de maneira familiar.
Use as seguintes diretrizes para promover uma estrutura consistente para painéis:
Se vários painéis contiverem funções semelhantes ou conteúdo, então mantenha esses links ou forms no mesmo local em todos os painéis.
Use o mesmo texto e labels para botões e links que têm as mesmas funções ou destinos. Quando elementos gráficos forem usados para identificar controles, indicadores de status ou outros elementos programáticos, certifique-se de que o significado designado a cada elemento gráfico seja consistente em todas as páginas do painel de controle.
Associe o mesmo texto a ícones e outros gráficos que são usados para as mesmas funções. Os gráficos não podem ser lidos por tecnologias auxiliares, e usuários com pouca visão podem ser incapazes de discernir o significado de um gráfico. Portanto, todos os gráficos devem ter um texto para descrever a funcionalidade.
Os gráficos deverão ter texto "ALT",que é um texto descritivo associado ao gráfico que descreve adequadamente sua finalidade. Esse texto alternativo é especificado usando o atributo ALT para o elemento no código HTML. Mesmo se um gráfico para fins estéticos estiver presente e não tiver valor funcional, então você ainda deve especificar texto ALT nulo (alt="") para seu elemento, de forma que os leitores de tela saibam que o texto deve ser ignorado.
Para outros elementos gráficos que não suportam a criação de texto ALT, inclua os campos de texto na parte superior ou lateral para indicar a funcionalidade, como "Selecionar uma View de Exibição Abaixo".
Manter simples as páginas do painel de controle assegura que os usuários conseguirão entendê-las facilmente.
Tente manter as páginas do painel simples. Não tente incluir muitos objetos em uma página. Inclua várias páginas que são fáceis de navegar em vez de uma página que esteja agrupada e difícil de navegar.
É possível melhorar os painéis de controle de várias maneiras.
Use as seguintes diretrizes para aprimorar o conteúdo da tela nos painéis.
Conforme você utiliza os gráficos para promover uma taxa de contraste de luminosidade de cor, não use planos de fundo coloridos ou padronizados para páginas de painel de controle.
Use estilos que suportem alto contraste entre o plano de fundo e o texto, no área de cabeçalho do painel de controle e nas guias em painéis de controle com várias páginas.
Coloque o conteúdo mais importante na parte superior da página, de forma que os usuários de leitores de tela possam acessar o conteúdo sem navegar pela tela inteira.
Fornecer dados acessíveis aos usuários que utilizam ferramentas de acessibilidade é uma maneira importante de assegurar que todos os usuários recebam as mesmas informações.
Para exibições que são inerentemente visuais, como mapas GIS interativos, alimentações de áudio-vídeo, não existe métodos para tornar esses elementos diretamente acessíveis. Quando você implantar esse tipo de conteúdo, forneça também uma exibição equivalente baseada em texto das mesmas informações com recursos de interação semelhantes. Geralmente isso significa criar uma tabela ou tabela dinâmica equivalente de dados relacionados (se aplicável) ou fornecer uma legenda e uma descrição de texto para conteúdo áudio-visual.
As páginas do painel geram texto explicativo para objetos com base em seus campos de descrição.
Certifique-se de que cada análise que você cria inclui uma descrição curta de sua funcionalidade. Você especifica essa descrição no campo Descrição da caixa de diálogo Salvar da análise.
O conjunto de estilos e características que estão disponíveis para o sistema Oracle BI EE controla a aparência geral de qualquer painel. Você pode trabalhar com estilos e características de acessibilidade, conforme descrito nas seguintes seções:
É possível criar estilos e skins personalizados para implementar definições padrão que suportam acessibilidade, como seleções de fonte padrão, esquemas de cores de alto contraste e assim por diante.
Você pode começar copiando e modificando os estilos padrão. Ao modificar esses arquivos, você pode selecionar cores padrão, contraste e fontes que podem beneficiar os usuários com determinadas deficiências.
Você pode definir um estilo padrão para todos os painéis de controle e também selecionar um estilo a ser aplicado a um painel de controle individual.
É possível criar um conjunto de painéis com conteúdo que é otimizado especificamente para os usuários com necessidades de acessibilidade. Além disso, também pode aplicar um estilo de acessibilidade "especial" a um ou mais painéis individuais para aos usuários que precisarem dele.
Você especifica um estilo na caixa de diálogo Propriedades do Painel de Controle para um painel específico.
Algumas funcionalidades não devem ser usadas de forma alguma; por exemplo, elementos que piscam com uma frequência de 2Hz a 55Hz ou que usam animação excessiva (como um widget de exibição de "letreiro digital de estoque").
Certifique-se de estar familiarizado com todas as proibições de criação obrigatórias que se aplicam à sua localidade e evite incluir esses elementos nas páginas do painel.