Skip to content
Menu
CDhistory
CDhistory

Agência de Transformação Digital

Posted on Outubro 27, 2021 by admin

Assegure-se de que o serviço é acessível e inclusivo para todos os utilizadores independentemente da sua capacidade e ambiente.

  • Porque está no Standard
  • Como você pode atender ao Padrão
  • Na etapa de Descoberta
  • No estágio Alfa
  • Na fase Beta
  • Outra leitura

Porque está no Standard

Você precisa ter certeza de que todos que precisam do seu serviço podem usá-lo. Isso inclui pessoas com deficiência e idosos, e pessoas que não podem usar ou lutar com serviços digitais.

Seu serviço deve ser acessível aos usuários, independentemente de sua confiança digital e acesso a um ambiente digital. Isso inclui usuários em áreas remotas e usuários com diferentes dispositivos.

Você também tem um requisito legal para garantir que seu serviço seja utilizável e acessível a pessoas com deficiência (veja a Disability Discrimination Act 1992). As agências governamentais australianas são obrigadas a cumprir as Diretrizes de Acessibilidade de Conteúdo Web (WCAG) 2.0 Nível AA, que inclui o Nível A (ver mandato na Estratégia Nacional de Transição de Acessibilidade da Web). Você é fortemente encorajado a cumprir as WCAG 2.1 Nível AA, que proporcionarão uma experiência mais acessível. Conformidade com as WCAG 2.1 significa que você também está em conformidade com 2.0.

Como você pode atender ao Padrão

Na etapa de Descoberta

Na etapa de Descoberta você terá desenvolvido uma boa compreensão de como seus usuários podem acessar seu serviço. Para ter a certeza que todos poderão usar o seu serviço, você precisa de mostrar:

  • o tipo de ambientes em que os usuários podem acessar o serviço, inclusive com diferentes navegadores e dispositivos móveis e desktop, e quando as conexões são mais lentas e pode haver dados limitados (por exemplo, através de histórias de usuários)
  • diversidade no recrutamento de pesquisas e usuários alvo, incluindo pessoas de diferentes origens culturais e pessoas com deficiência
  • consideração das limitações situacionais e ambientais que afetam a capacidade do usuário de acessar o produto
  • plano para atender aos requisitos de acessibilidade no projeto do produto (por exemplo, como ele atenderá às WCAG 2.0 AA)
  • que assistência digital pode ser necessária para dar suporte aos usuários (por exemplo, web chat, assistência telefônica, pessoalmente, instruções claras, listas de verificação e assim por diante)

No estágio Alfa

No estágio Alfa, você deve ser capaz de mostrar:

  • os seus protótipos podem acomodar usuários de diferentes origens e usuários com deficiência
  • qualquer problema de acessibilidade e barreiras que possam precisar ser abordadas no estágio Beta
  • você tem acesso a instalações para realizar testes em vários dispositivos ou plataformas (por exemplo, um plano para testes)
  • A aquisição de qualquer plataforma ou serviço, pago ou não, está de acordo com os requisitos de acessibilidade da Primeira Política de Compras Digitais e cumpre os requisitos de Acessibilidade adequados à aquisição pública de produtos e serviços TIC (AS EN 301 549)

Na fase Beta

Na fase Beta estará a desenvolver o seu serviço e deve certificar-se de que os requisitos e necessidades de acessibilidade de todos os seus utilizadores estão a ser cumpridos.

Terá de mostrar:

  • iteração no design e conteúdo do seu serviço para satisfazer os requisitos de acessibilidade e melhorar a usabilidade para pessoas com deficiência
  • acesso e suporte não digital para pessoas incapazes de usar, ou com dificuldades no serviço digital
  • viagens do usuário de ponta a ponta, incluindo viagens digitais assistidas, e demonstrar que elas funcionam e como você as testou
  • como você incluiu comunidades cultural e linguisticamente diversas em seu projeto
  • um plano para incluir a tradução para públicos que não falam inglês, conforme apropriado
  • você tem ambientes de teste, sistemas e abordagens para partes não digitais do serviço, incluindo rotas digitais assistidas (por exemplo, um plano de teste)
  • como o serviço irá funcionar sob cargas esperadas, incluindo rotas digitais assistidas
  • como os ambientes em que seus usuários podem acessar o serviço, por exemplo, em quais navegadores, área de trabalho e dispositivos móveis eles irão usar, e quais localizações remotas; você pode usar histórias de usuários e um mapa de viagem para mostrar isso
  • definição de navegadores e dispositivos suportados, e como eles são acomodados
  • qualquer barreira ao serviço digital e seu conteúdo em dispositivos móveis, e planos para endereçá-los
  • os requisitos de design para usuários que usam um dispositivo móvel e outros ambientes identificados (por exemplo, especificações de design)
  • como você testou a capacidade dos usuários de completar todas as transações digitais em dispositivos e plataformas suportadas
  • detalhes das interações dos usuários com o produto durante os testes
  • uma demonstração do seu serviço em um ambiente ao vivo
  • >

  • a maioria dos usuários pode acessar o serviço em seu ambiente
  • >

>

como você vai ao vivo, você precisará mostrar:

  • seu serviço é acessível
  • evidência de que seu serviço atende ao WCAG 2 Nível AA
  • evidência de testes de usabilidade, incluindo usuários com habilidades digitais de baixo nível, pessoas com deficiência, e pessoas de diferentes origens culturais e linguísticas
  • uma análise de como você projetou e testou para usuários de tecnologias assistivas baseadas em pesquisas de usuários, testes de usabilidade e análises
  • planos de testes contínuos de acessibilidade para que seus usuários possam continuar a acessar o serviço
  • GOV.Guia de Conteúdo AU – Acessibilidade e inclusividade
  • Sistema de Design do Governo Austríaco

>

Outra leitura

>

    >

  • 18F Guia de Acessibilidade
  • O Projecto A11y
  • >

  • Manual de Serviços GOV.UK — Tornando o seu serviço acessível
  • >

Deixe uma resposta Cancelar resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *

Artigos recentes

  • Acela está de volta: NYC ou Boston por $99
  • Entrada OMIM – # 608363 – CHROMOSOME 22q11.2 SÍNDROME DE DUPLICAÇÃO
  • Kate Albrecht’s Parents – Learn More About Her Father Chris Albrecht And Mother Annie Albrecht
  • Temple Fork Outfitters
  • Burr (romance)

Arquivo

  • Fevereiro 2022
  • Janeiro 2022
  • Dezembro 2021
  • Novembro 2021
  • Outubro 2021
  • Setembro 2021
  • Agosto 2021
  • Julho 2021
  • Junho 2021
  • Maio 2021
  • Abril 2021
  • DeutschDeutsch
  • NederlandsNederlands
  • SvenskaSvenska
  • DanskDansk
  • EspañolEspañol
  • FrançaisFrançais
  • PortuguêsPortuguês
  • ItalianoItaliano
  • RomânăRomână
  • PolskiPolski
  • ČeštinaČeština
  • MagyarMagyar
  • SuomiSuomi
  • 日本語日本語
©2022 CDhistory | Powered by WordPress & Superb Themes