RSS RSS

Navegação


Principais tópicos


Ferramentas




Pesquisar na wiki
»

Impulsionado por
Consolidação do trabalho comunitário para elaboração da Arquitetura da Informação do Portal Brasileiro de Dados Abertos e a aplicação da metodologia de Card Sorting, definindo a navegação do portal e detalha as funcionalidades e informações que constarão em cada página.


Apresentação

O portal de dados abertos do governo federal deve ser um espaço para os cidadãos acessarem dados em formatos abertos, criar mobilizações em torno deles, visualizar infográficos, ver e utilizar aplicações criadas por agentes governamentais e/ou sociedade e entender como dados governamentais podem melhorar a vida das pessoas e a gestão pública.

Esta página consolida o trabalho comunitário para elaboração da Arquitetura da Informação e a aplicação da metodologia de Card Sorting, definindo a navegação do portal e detalha as funcionalidades e informações que constarão em cada página.

Foco

O foco do portal se concentra em três perfis da Sociedade Civil e do Governo (A possibilidade de tornar a navegação como um nível hierárquico, ou passos pré definidos. 1, 2 e 3):
  • visitantes leigos
    • Video e texto ensinando o que são dados abertos, referências sobre o assunto e outras experiências
  • Jornalistas, Ativistas e Pessoas com conhecimento técnico
    • Aplicações desenvolvidas utilizando os datasets do dados.gov.br
  • Desenvolvedores
    • Busca de datasets, documentação para dev. e metadados

Consolidação

Dominios do portal

  • dados.gov.br - Padrão, em respeito à língua portuguesa
  • dadosabertos.gov.br - Redireciona para o dados.gov.br
  • data.gov.br - Redireciona para o dados.gov.br (Poderia ser uma versão em inglês do site, cruzar dados entre países seria interessante)
  • datos.gov.br - Redireciona para o dados.gov.br, para os que não sabem que no Brasil se fala português, ou para os nativos do idioma espanhol que não sabem que em português a palavra é diferente e supõem serem de igual grafia em ambos os idiomas (poderia também ser uma versão em espanhol para facilitar as interações e cooperações com os nossos vizinhos da América Latina)




Itens permanentes

Acho pertinente ter o seguinte conjunto de informações também (idênticos ao do data.gov.uk)

  • Ferramenta de pesquisa por datasets (padrão do CKAN?) Mais detalhes ao especificar as páginas
    • Estudar qual é o grau de simplicidade do padrão do CKAN para usuários "leigos".
  • Nuvem de tags
    • Em alguma posição menos destacada, como em alguma barra lateral




Nota do Ramón: Pelo que pude perceber, o Card Sorting não dividiu os itens apresentados em "conteúdo" e "funcionalidades". Apenas apresenta o que o público espera encontrar no portal, sem fazer uma distinção clara entre o que é cada item, algo que o Etherpad tentou (e acho que conseguiu) definir de forma mais profunda. Tudo que está no Card Sorting também está, de alguma forma, no Etherpad, talvez apenas organizado de forma distinta, ou usando terminologia diferente.



Cabeçalho

  • Links de acessibilidade ocultos (jump to...)
  • Barra do governo
  • Links de acessibilidade visíveis (fonte, contraste)
  • Logo
  • Menu principal



Rodapé

  • Links do Governo (verificar na CGU e suas cartilhas)
  • logos das secretarias que apoiam/ideializaram/patrocinaram, (christian) -> Não vai ter isso agora, o portal é do povo !
  • links para as principais areas(Mapa do site?) (mapa do site é fera)
  • informações de Propriedade Intelectual, -> licença de tudo aberto !
  • link para a documentação/API para desenvolvedores



Área de conteúdo principal

  • Busca
  • Banner de destaques (datasets, apps)









Especificação de Telas

Nota: talvez seja melhor criar uma página na Wiki específica para isto? Isto permitiria incluir os próprios wireframes

Nota: É necessário especificar também as páginas internas de conteúdo, para cada item de menu acima... :´((

Itens permanentes

  • Navegação (menus acima)
  • Ferramenta de busca
  • Nuvem de tags?
  • Barra do governo
  • Créditos?
  • Requisitos mínimos?
    • Listar recomendações de navegador, resolução de tela, plugins essenciais, Javascript habilitado?




Página Inicial

Um conjunto de Widgets de demonstração. Exemplos:
  • Gastômetro do governo: Informa em tempo real quanto foi gasto do orçamento federal até o momento e direciona para detalhamentos.
    • Demais, quem se habilita a desenvolver o gastômetro junto ?
  • Datasets mais acessados
    • Talvez seja melhor colocar isso na página do catálogo
  • Datasets mais recentes
    • Talvez seja melhor colocar isso na página do catálogo
  • Datasets por região?
    • Talvez seja melhor colocar isso na página do catálogo
  • Datasets referentes a dados próximos a um local no mapa (ex.: "meu local" obtido por HTML5 Geolocation API, ou CEP digitado pelo usuário)
  • Datasets por (não sei o nome, mas era saúde, educação, segurança... não apenas os termos do VCGE...), mas termos comuns, para leigos. - Categoria? Área de aplicação? Tipo de gasto?
    • Talvez seja melhor colocar isso na página do catálogo - O primeiro nível do VCGE não utiliza jargão governamental: http://vocab.e.gov.br/2011/03/vcge#esquema
  • Um box "inicie aqui" com uma espécie de tutorial autoguiado passo-a-passo para quem quiser começar a construir visualizações diretamente no portal (vai ter recurso para isso né?), algo no estilo "codeacademy"
    • Pode ser direcionado/guiado, o inicie aqui para um desenvolvedor é diferente para um jornalista
  • Mapa de dados
    • Na oitava "sprint" discutimos a inclusão de um mapa dos dados, semelhante a alguns concorrentes.
    • Será que rola uma página inicial personalizável para usuários cadastrados? O user escolhe quais widgets ele quer na sua frontpage ...
      • Eu, Duke, não acho isso seje interessante para todos os usuarios, mas para os desenvolvedores que irão enviar app, por exemplo, seria legal se na tela da app o nome dele ser um link e cai em uma pagina com outras apps dele
      • Talvez uma pequena área para datasets referentes a dados referenciados próximo ao local onde o usuário se encontra (HTML5 Geolocation API, ou digitar CEP). Algo como "Dados por perto". Independe de cadastro do usuário.




Wireframe Oficial da Página Inicial

Este Wireframe será a base para todas as telas seguintes.

Wireframe OFICIAL v1.0, por Yaso Cordova

Wireframe OFICIAL v1.0, por Yaso Cordova

Wireframe OFICIAL v2.0, por Ramon Fonseca

Wireframe OFICIAL v2.0, por Ramon Fonseca






Download dos arquivos da última versão do wireframe: wireframe 12.03.2012.zip



Página do Catálogo de Dados

  • Agrupamento / navegação nos datasets por área de governo, por área geográfica e por temática.
    Não sei como será a estrutura para isso, mas seria interessante algo como uma série de drag'n drops de campos para que eles virem filtros na ordem colocada. Pensei numa "caixa" cujo conteúdo seja todas as possibilidades de filtro (área de gov, área geo, temática, período, etc), e dessa "caixa" fossem arrastados os filtros de interesse para uma área específica.

É importante salientar que há um desejo em categorizar os dados de acordo com o padrão do VCGE, disponível em http://vocab.e.gov.br/2011/03/vcge, desenvolvido pelo EVOG. No entanto, parece que o CKAN não permite essa categoriazação ainda? Só tem o código do último elemento do qual faz parte o catálogo. Não sei será possível incluir uma "navegação" na árvore inicialmente, mas deve ser prevista para o futuro próximo. Essa funcionalidade está prevista no CKAN, e deve sair dentro de 3 semanas (segundo a previsão da OKF). Entretanto, o vocabulário controlado implementado nesse primeiro momento será "plano", isto é, não considerará hierarquia.

Na oitava "sprint" discutimos a inclusão de um mapa dos dados, semelhante a alguns concorrentes.




Página da busca de datasets

Acho que essa busca poderia ser feita de forma similar ao que propus no item acima com drag 'n drops.




Página do dataset

  • Quais as possibilidades do CKAN para conjuntos de dados com muitas "versões" de um mesmo documento (formatos JSON, XML, CSV) e separados por periodicidade (no site do Chile a lista é anual, para alguns tipos de dados)? Contudo, acho a página muito burocrática, com "títulos" demais para pequenos blocos de informação. Eu sugiro uma página bem mais limpa, mas com funcionalidades e tipos de informação semelhantes. Segue o exemplo do Chile:http://datos.gob.cl/datasets/ver/990
  • Ja na página do Dados.gov.uk tem funcionalidades interessantes, como ocultar detalhes do dataset, entre outras (http://data.gov.uk/dataset/btpa_organogram_march2011)
  • Se não forem muitos itens, poderiam ser abas, em vez de um conjunto de lins verticais, mas vai depender do espaço disponível.
  • Será que não rola uma espécie de "timeline", que mostra o dataset do tempo "atual" (da timeline) e dois pra esquerda e dois pra direita?





Referências

Concorrentes/modelos






Conceitos norteadores

  • Simplicidade, para garantir que um leigo, que nunca ouviu falar de dados abertos saiba de cara do que se trata o portal
  • Linguagem clara (Plain Language), é uma corrente que busca oferecer textos que usam palavras do cotidiano para explicar seu conteúdo, sem palavras "difíceis", ou tecniquês excessivo. Isso atenderia inclusive vários requisitos de acessibilidade cognitiva de forma rápida e simples
  • Objetividade, garantindo que o visitante execute o mínimo de cliques para chegar da forma mais rápida à informação desejada, de forma confiável.
  • Organização clara, para evitar que o visitante se confunda. Algo que notei nos "concorrentes" é que a navegação está misturando informações sobre o projeto com os serviços de informação que o mesmo oferce. Eu sou a favor de criar um "menu institucional" e outro de "serviços" (explicitados pela separação visual e agrupamento dos itens).
  • Multilíngue? Não, a princípio, mas pode-se levar em conta o redirecionamento nas URLs acima.





Diretrizes (requisitos) das interfaces

  • As informações devem ser organizadas de forma a serem fáceis de serem encontradas, acessíveis, compreensíveis e utilizáveis
    • A organização das informações devem refletir as expectativas do usuários
    • As interfaces devem atender as necessidades dos públicos-alvo
      • Como haverá muitas informações, um ponto fundamental da apresentação será a CATEGORIZAÇÃO (Cidadania, Governos são exemplos, mas a divisão por temas também é relevante - área social, econômica, ambiental, etc.). Sou simpático a figuras simplificadas representando as categorias. Eu também (Christian). Concordo (Duke). Que tal uma navegação através de uma espécie de fluxograma, onde o passo atual mostra os próximos passos possíveis. Uma barra de migalha de pão no topo auxiliando. Melhoraria a usabilidade. Poderia ser considerada como uma navegação alternativa para usuários com pouca experiência na web (Tiago Pires ;-).
        • O problema com "figuras simpáticas" representando categorias é a manutenção dessas figuras, bem como desenhar figuras que representem a categoria de forma clara. (Tambem tenho que concordar)
        • Se a representação de categorias por figuras for aprovada, não esquecer de fornecer o texto alternativo para manter a acessibilidade.

  • O site será multilíngue? A princípio não.
    • Num segundo momento, podemos pensar nisso visando a estimular a cooperação internacional. Isto é facilitado pelo fato do CKAN já suportar a seleção pelo usuário de múltiplos idiomas. Só seria necessário traduzir as partes específicas / customizadas do portal.

  • O layout deverá seguir o modelo Responsive Design (quem se habilita?)
    • Padrão com largura mínima de 768px e máxima de 980px
      • Objetivo: atender desktops e tablets na horizontal
    • Grandes monitores acima de 980px
    • Dispositivos móveis na horizontal e tablets na vertical com largura máxima de 768px





Card Sorting

Diagrama fruto do cardsorting

Diagrama fruto do cardsorting


Sugestões de Wireframes da página inicial





Autor: Tiago Pires

Wireframe / Protótipo Autor: Harlley Oliveira