Histórias de Usuário
1. Introdução
As Histórias de Usuário (User Stories) são estratégias usadas para descrever de maneira breve, específica e detalhada as vontades do usuário (SERRANO; SERRANO, 2025). Elas são escritas partindo do ponto de vista do usuário sobre a aplicação final e sobre o que ele desejaria obter no sistema. São amplamente utilizadas em metodologias ágeis de desenvolvimento.
Normalmente as Histórias de Usuário seguem o padrão:
Eu, como <tipo de usuário>,
quero <realizar uma ação>
para <atingir um objetivo>.
2. Metodologia
As histórias de usuário foram confeccionadas por todos os membros do grupo de forma assíncrona, tendo como referência os requisitos elicitados em entregas anteriores do projeto.
Para priorizar as histórias de usuário foi utilizada a técnica MoSCoW, que consiste em diferentes níveis de prioridade, com: deve ter (Must have), deveria ter (Should have), poderia ter (Could have) e não deveria (Won't have).
A validação e a priorização das histórias foram realizadas com o cliente Gabriel Bevilaqua de forma presencial. A gravação do encontro pode ser observada abaixo.
2.1 Cronograma
O cronograma seguido pela equipe se encontra na tabela 1.
Tabela 1: Cronograma de elaboração e validação do artefato
| Nome | Data | Hora | Função |
|---|---|---|---|
| Caio Duarte | 28/05/2025 | 22:00 | Elaborador das histórias (US06, US07, US08, US09, US10 e US11) |
| Gabriel Bevilaqua | 29/05/2025 | 19:00 | Cliente |
| Gabriel Pinto | 29/05/2025 | 10:00 | Elaborador das histórias (US12, US13, US14, US15, US16 e US17) |
| João Félix | 29/05/2025 | 10:30 | Elaborador das histórias (US22, US23, US24, US25 e US26) |
| Laryssa Felix | 29/05/2025 | 11:00 | Elaborador das histórias (US27, US28, US29, US30 e US31) |
| Letícia Monteiro | 29/05/2025 | 12:00 | Elaborador das histórias (US32, US33, US34, US35 e US36) |
| Ludmila Nunes | 29/05/2025 | 10:00 | Elaborador das histórias (US18, US19, US20 e US21) |
| Mayara Marques | 29/05/2025 | 19:00 | Elaborador das histórias (US01, US02, US03, US04 e US05) e participante da validação |
Fonte: Mayara Marques, 2025.
2.2 Modelo
O modelo a ser seguido para realização das Histórias do Usuário está representado na tabela 2 abaixo. A sigla US** representa a abreviação de User Stories (Histórias de Usuário), que será seguido pelo número indicador daquela história.
Tabela 2: Modelo de Histórias de Usuário (US)
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US** | Detalhamento da história | Detalhar como aquela história será aceita | Rastro do requisito | Nível de prioridade |
Fonte: Mayara Marques, 2025.
2.3 Validação e Priorização
A gravação da validação pode ser observada abaixo.
3. Histórias de Usuário
As Histórias de Usuário realizadas pela equipe podem ser verificadas nas tabelas de 3 a 38.
3.1 US01: Consultar FAQ (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 3 abaixo, estabelece que o aplicativo deve conter uma seção específica para consultar FAQ (Perguntas Mais Frequentes) do sistema.
Tabela 3: US01: Consultar FAQ
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US01 | Eu, como usuário, quero consultar a aba de Perguntas Mais Frequentes (FAQ) para retirar dúvidas que posso ter em relação ao sistema | - Deve existir, na página de "Extras" do aplicativo, a seção de "FAQ" - A seção deve conter um accordion com as perguntas mais frequentes e suas respectivas respostas |
RF60 | Must |
Fonte: Mayara Marques, 2025.
3.2 US02: Comparar indicadores por região (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 4 abaixo, estabelece que o aplicativo deve ser capaz de comparar indicadores por região na aba "Indicadores".
Tabela 4: US02: Comparar indicadores
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US02 | Eu, como usuário, quero comparar indicadores por região do país para maior discernimento de dados | - Deve existir, na página de "Indicadores" do aplicativo, uma opção de filtro de indicadores por região - Ao selecionar o filtro, devem ser exibidos dados daquele indicativo separados por região |
RF29 | Could |
Fonte: Mayara Marques, 2025.
3.3 US03: Troca de idioma (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 5 abaixo, estabelece que o aplicativo deve ser capaz de realizar troca para diferentes idiomas.
Tabela 5: US03: Troca de idioma
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US03 | Eu, como usuário não falante de português, quero trocar o idioma do aplicativo para entender plenamente as informações | - Deve existir, na página de "Extras" do aplicativo, uma opção de troca de idioma - Ao selecionar a opção, o idioma de todo o aplicativo deve mudar para a língua selecionada |
RF52 | Should |
Fonte: Mayara Marques, 2025.
3.4 US04: Visualizar fatores que interferem nos indicadores (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 6 abaixo, estabelece que o aplicativo deve ser capaz de demonstrar fatores que afetam indicadores.
Tabela 6: US04: Visualizar fatores que afetam indicadores
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US04 | Eu, como usuário, quero visualizar fatores que interferem (aumentam ou diminuem) cada indicador para maior entendimento de dados | - Deve existir, na página de "Indicadores" do aplicativo, uma citação de fatores que afetam determinado indicador | RF46 | Must |
Fonte: Mayara Marques, 2025.
3.5 US05: Notificações personalizadas (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 7 abaixo, estabelece que o aplicativo deve ser capaz de enviar notificações personalizadas para os usuários.
Tabela 7: US05: Notificações personalizadas
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US05 | Eu, como usuário, quero receber notificações sobre notícias relevantes e atualizações dos meus indicadores favoritos para me manter informado de informações relevantes para mim | - O sistema deve enviar notificações sempre que houver uma nova notícia relevante ou uma atualização de um indicador favoritado pelo usuário - O usuário deve possuir opção de ativar ou desativar notificações |
RF27 | Could |
Fonte: Mayara Marques, 2025.
3.6 US06: Realizar Censo (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 8 abaixo, estabelece que o aplicativo deve ser capaz de realizar censos demográficos.
Tabela 8: US06: Realizar Censo
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US06 | Eu, como agente censitário, quero realizar pesquisas do Censo pelo aplicativo para registrar os dados das residências de forma rápida e segura. | - O usuário deve conseguir iniciar um novo registro ao Censo no aplicativo. - O usuário deve conseguir preencher dados de uma residência. - O usuário deve conseguir salvar e enviar os dados ao servidor. - O sistema deve exibir uma confirmação após o envio bem-sucedido. |
RF30 | Must |
Fonte: Caio Duarte, 2025.
3.7 US07: Autenticação pelo Gov.br (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 9 abaixo, estabelece que o aplicativo deve ser capaz de autenticar usuários pela plataforma Gov.br.
Tabela 9: US07: Autenticação pelo Gov.br
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US07 | Eu, como cidadão, quero me autenticar no aplicativo do IBGE utilizando minha conta Gov.br, para acessar os serviços de forma segura e integrada com meus dados governamentais. | - O sistema deve redirecionar o usuário para a página oficial de login do Gov.br. - O sistema deve permitir autenticação via CPF e senha, ou métodos alternativos do Gov.br (ex: QR Code, biometria, etc.). - Após a autenticação, o sistema deve retornar o usuário logado ao aplicativo com sessão válida. - O sistema deve exibir mensagem de erro clara em caso de falha de login. - A sessão autenticada deve expirar após um período de inatividade. |
RF57 | Should |
Fonte: Caio Duarte, 2025.
3.8 US08: Visualizar Calendário de Eventos do IBGE (Implementado)
O Requisito Implementado, representado pela história de usuário descrita na Tabela 10 abaixo, estabelece que o aplicativo deve possuir calendário de eventos do IBGE.
Tabela 10: US08: Visualizar Calendário de Eventos do IBGE
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US08 | Eu, como usuário do aplicativo, quero visualizar uma aba de calendário com os eventos e pesquisas principais do IBGE, para me manter informado sobre as datas importantes. | - O sistema deve exibir uma aba de calendário acessível no menu principal. - O calendário deve conter eventos e pesquisas programadas do IBGE. - Cada evento deve exibir nome, data e descrição ao ser clicado. - O calendário deve estar sincronizado com as atualizações do sistema. |
RF10 | Should |
Fonte: Caio Duarte, 2025.
3.9 US09: Visualizar Dados Resumidos por Estado e Município (Implementado)
O Requisito Implementado, representado pela história de usuário descrita na Tabela 11 abaixo, estabelece que o aplicativo deve permitir visualização de dados resumidos por estados e municípios.
Tabela 11: US09: Visualizar Dados Resumidos por Estado e Município
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US09 | Eu, como cidadão, quero acessar uma aba de síntese com dados como gentílico, área territorial, população, renda, orçamento, IDH, matrículas, salário médio, PIB per capita e mortalidade infantil por estado e município, para obter informações rápidas e confiáveis sobre minha região ou outras localidades. | - O sistema deve exibir uma aba chamada “Síntese” acessível no menu principal. - O usuário deve conseguir selecionar um estado ou município. - Devem ser exibidos os seguintes dados: gentílico, área territorial, população, renda média, orçamento, IDH, número de matrículas, salário médio, PIB per capita e taxa de mortalidade infantil. - Os dados devem estar atualizados com base nas fontes oficiais do IBGE. - O sistema deve apresentar os dados de forma visualmente organizada e responsiva. |
RF22 | Must |
Fonte: Caio Duarte, 2025.
3.10 US10: Visualizar Fonte dos Dados da Aba “Síntese” (Implementado)
O Requisito Implementado, representado pela história de usuário descrita na Tabela 12 abaixo, estabelece que o aplicativo deve permitir visualização de fonte de dados.
Tabela 12: US10: Visualizar Fonte dos Dados da Aba “Síntese”
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US10 | Eu, como cidadão, quero que cada dado exibido na aba “Síntese” possua sua fonte de origem claramente indicada, para garantir a confiabilidade e a transparência das informações. | - Cada dado exibido na aba “Síntese” deve ter uma indicação da fonte (ex: IBGE, PNAD, INEP, DATASUS, etc.). - A fonte deve estar visível próxima ao dado ou acessível por tooltip ou botão “ver fonte”. - A indicação da fonte deve incluir o nome da instituição e o ano da base de dados. - O sistema deve permitir a visualização do link oficial da fonte, quando aplicável. |
RF11 | Could |
Fonte: Caio Duarte, 2025.
3.11 US11: Receber Notificações Sobre Novas Notícias (Implementado)
O Requisito Implementado, representado pela história de usuário descrita na Tabela 13 abaixo, estabelece que o aplicativo deve notificar usuários sobre notícias.
Tabela 13: US11: Receber Notificações Sobre Novas Notícias Relacionadas
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US11 | Eu, como cidadão, quero ser notificado quando novas notícias relacionadas aos indicadores forem publicadas, para me manter informado sobre atualizações relevantes sem precisar acessar o sistema constantemente. | - O sistema deve identificar quando uma nova notícia relacionada a um indicador da aba “Síntese” for publicada. - O usuário deve ser notificado por meio de alertas dentro da aplicação (ex: ícone de sino, banner ou pop-up). - A notificação deve conter título da notícia, indicador relacionado e link para acesso. - O sistema deve permitir que o usuário configure quais tipos de indicadores deseja receber notificações. |
RF14 | Should |
Fonte: Caio Duarte, 2025.
3.12 US12: Visualizar notícias na aba de notícias
O Requisito Implementado, representado pela história de usuário descrita na Tabela 14 abaixo, estabelece que o aplicativo deve conter uma aba específica para as notícias oficiais do IBGE, permitindo que os usuários acessem, de forma direta, conteúdos informativos atualizados produzidos e divulgados pelo Instituto.
Tabela 14: US12 – Visualizar notícias na aba de notícias
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US12 | Eu, como cidadão interessado em dados públicos, quero encontrar facilmente as notícias do IBGE em uma aba específica para me manter informado | - Deve existir uma aba nomeada “Notícias” no aplicativo - As notícias exibidas devem estar atualizadas e ordenadas por data - Cada notícia deve apresentar título e data |
RF04 | Could |
Fonte: Gabriel Pinto, 2025.
3.13 US13: Navegar por funcionalidades principais
O Requisito Implementado, representado pela história de usuário descrita na Tabela 15 abaixo, define que o aplicativo deve possuir uma barra de navegação inferior, reunindo as principais funcionalidades do sistema, com o objetivo de tornar a navegação mais intuitiva e proporcionar acesso rápido às seções essenciais da aplicação.
Tabela 15: US13 – Navegar por funcionalidades principais
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US13a | Eu, como usuário do aplicativo, quero acessar rapidamente diferentes funcionalidades principais através de uma barra de navegação inferior | - Deve haver uma navbar fixa na parte inferior da tela - A navbar deve conter ícones e nomes para pelo menos 4 funcionalidades principais (como: Início, Dados, Notícias, Extras) - Cada item deve ser clicável |
RF05 | Must |
| US13b | Eu, como pessoa idosa, quero uma navegação simples com ícones claros na parte inferior da tela para não me perder ao usar o aplicativo | - A navbar inferior deve usar ícones grandes e de fácil entendimento - O contraste dos ícones com o fundo deve seguir boas práticas de acessibilidade - O texto de cada funcionalidade deve estar legível |
RF05 | Must |
Fonte: Gabriel Pinto, 2025.
3.14 US14: Visualizar gráficos de evolução temporal
O Requisito Implementado, representado pela história de usuário descrita na Tabela 16 abaixo, determina que o aplicativo deve exibir um gráfico com a evolução temporal de um indicador sempre que o usuário clicar em um dado, permitindo uma análise mais completa e detalhada das informações.
Tabela 16: US14 – Visualizar gráficos de evolução temporal
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US14a | Eu, como pesquisador, quero ver a evolução temporal de um dado ao clicar nele para entender tendências e mudanças ao longo do tempo | - Ao clicar em um indicador, deve-se abrir uma visualização gráfica temporal - O gráfico deve conter uma linha do tempo clara e valores associados - Título e legenda |
RF07 | Must |
| US14b | Eu, como estudante, quero visualizar um gráfico completo ao tocar em um dado para usar nas minhas apresentações e trabalhos escolares | - O gráfico deve estar em tela cheia ou em destaque - Deve permitir zoom ou rolagem, se necessário - Deve haver botão para retornar à tela anterior |
RF07 | Should |
Fonte: Gabriel Pinto, 2025.
3.15 US15: Exportar gráficos e resumos em PDF
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 17 abaixo, prevê que o aplicativo deve permitir a exportação de gráficos e resumos em formatos como PDF, de modo a viabilizar o uso das informações em apresentações, relatórios e outras aplicações práticas.
Tabela 17: US15 – Exportar gráficos e resumos em PDF
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US15a | Eu, como jornalista, quero exportar os gráficos e resumos em PDF para utilizar em minhas reportagens | - Deve haver botão de exportação nos gráficos e resumos - O sistema deve permitir salvar ou compartilhar em PDF - O PDF deve conter gráfico, título, legenda e fonte dos dados |
RF36 | Could |
| US15b | Eu, como servidor público, quero gerar um PDF com gráficos de indicadores para relatórios oficiais | - A exportação em PDF deve ter layout profissional com logotipo do IBGE - O arquivo gerado deve conter data e nome do indicador - O gráfico deve ter boa resolução |
RF36 | Should |
Fonte: Gabriel Pinto, 2025.
3.16 US16: Acessar conteúdos de outras plataformas
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 18 abaixo, estabelece que o aplicativo deve incluir uma aba específica para reunir conteúdos produzidos pelo IBGE em plataformas como YouTube, TikTok e Instagram, centralizando o acesso a vídeos e materiais multimídia de forma organizada e acessível.
Tabela 18: US16 – Acessar conteúdos de outras plataformas
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US16a | Eu, como jovem usuário, quero acessar os conteúdos do IBGE no YouTube, TikTok e Instagram diretamente pelo aplicativo | - Deve existir uma aba “Conteúdos em outras plataformas” - A aba deve listar vídeos ou links integrados dessas redes - O conteúdo deve abrir no app ou redirecionar para o externo |
RF41 | Could |
| US16b | Eu, como educador, quero encontrar vídeos informativos do IBGE de forma centralizada para usar em sala de aula | - A aba deve permitir busca por tema ou tipo de mídia - Cada item listado deve conter título, data e plataforma de origem - Os vídeos devem abrir corretamente |
RF41 | Must |
| US16c | Eu, como usuário que prefere vídeos, quero ver o conteúdo em formato audiovisual sem sair do app | - Deve haver player interno (quando possível) - O sistema deve informar quando for necessário abrir o conteúdo externamente - A navegação de retorno deve ser intuitiva |
RF41 | Won't |
Fonte: Gabriel Pinto, 2025.
3.17 US17: Compartilhar métricas com fonte do IBGE
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 19 abaixo, propõe que o aplicativo permita o compartilhamento de métricas e dados apresentados, assegurando que a fonte oficial do IBGE esteja sempre vinculada ao conteúdo. Essa funcionalidade visa aumentar a confiabilidade da informação e reforçar a visibilidade institucional do Instituto.
Tabela 19: US17 – Compartilhar métricas com fonte do IBGE
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US17a | Eu, como cidadão, quero compartilhar um dado interessante que vi no aplicativo com meus amigos, com a fonte clara do IBGE | - Deve haver opção de compartilhamento em gráficos, indicadores e resumos - O conteúdo compartilhado deve incluir link ou menção à fonte oficial do IBGE |
RF49 | Must |
| US17b | Eu, como educador, quero enviar dados do aplicativo para meus alunos com a fonte do IBGE para garantir confiabilidade da informação | - O conteúdo compartilhado deve conter nome do indicador, valor, data e link para visualização completa no site/aplicativo - Deve ser compatível com redes sociais e e-mail |
RF49 | Must |
| US17c | Eu, como jornalista, quero compartilhar um print ou link de uma métrica com a atribuição automática ao IBGE para uso em redes e reportagens | - O sistema deve permitir copiar link direto ou gerar imagem com logo e fonte IBGE - A imagem ou link deve conter marca d’água ou rodapé com “Fonte: IBGE” |
RF49 | Must |
Fonte: Gabriel Pinto, 2025.
3.18 US18: Favoritar e visualizar indicadores (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 20 abaixo, prevê que o usuário deve poder favoritar indicadores e visualizá-los em uma seção de favoritos.
Tabela 20: US18: Favoritar e visualizar indicadores
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US18a | Como usuário, quero poder favoritar indicadores para acessá-los rapidamente em outra seção. | - Deve haver um ícone de "favorito" ao lado de cada indicador. - Ao clicar, o indicador é salvo na seção de favoritos. - A seção "Favoritos" deve estar acessível no menu principal. |
RF28 | Must |
| US18b | Como usuário, quero visualizar as últimas atualizações dos indicadores que favoritei para acompanhar mudanças recentes. | - A seção de favoritos deve exibir a data/hora da última atualização de cada indicador. - Deve haver uma ordenação por "mais recentemente atualizado". |
RF28 | Should |
Fonte: Ludmila Nunes, 2025.
3.19 US19: Ativar modo noturno (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 21 abaixo, prevê que o sistema deve permitir a alteração do tema do aplicativo para modo noturno.
Tabela 21: US19: Ativar modo noturno
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US19 | Como usuário, quero ativar o modo noturno para reduzir o cansaço visual em ambientes escuros. | - Deve haver um botão para alternar entre modo claro e modo noturno. - A interface muda para cores escuras no modo noturno. - O modo deve ser lembrado nas próximas visitas. |
RF51 | Should |
Fonte: Ludmila Nunes, 2025.
3.20 US20: Alterar o tamanho da fonte (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 22 abaixo, prevê que o sistema deve permitir a alteração do tamanho da fonte pelo usuário.
Tabela 22: US20: Alterar o tamanho da fonte
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US20 | Como usuário, quero alterar o tamanho da fonte dos textos para facilitar a leitura conforme minha necessidade. | - Deve haver um botão ou menu para aumentar e diminuir a fonte. - O texto da interface deve responder aos ajustes em tempo real. - A escolha de tamanho deve ser lembrada nas próximas sessões. |
RF53 | Must |
Fonte: Ludmila Nunes, 2025.
3.21 US21: Explicações simplificadas sobre termos técnicos (Não Implementado)
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 23 abaixo, prevê que deve haver uma seção o aplicativo em que o usuário pode acessar explicações simplificadas sobre os termos técnicos encontrados.
Tabela 23: US21: Explicações simplificadas sobre termos técnicos
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US21a | Como usuário, quero ver explicações simplificadas ao passar o mouse sobre termos técnicos para entender seu significado. | - Os termos técnicos devem estar destacados. - Ao passar o mouse ou tocar, surge um balão com explicação em linguagem acessível. |
RF56 | Should |
| US21b | Como usuário, quero acessar um glossário de termos técnicos com explicações simples, para consulta rápida. | - Deve haver uma página ou seção "Glossário". - Os termos são organizados alfabeticamente e com linguagem clara. |
RF56 | Must |
Fonte: Ludmila Nunes, 2025.
3.22 US22: Filtrar notícias por região e/ou tempo
O Requisito Implementado, representado pela história de usuário descrita na Tabela 24 abaixo, prevê que o usuário deve ser capaz de filtrar notícias por região e/ou tempo.
Tabela 24: US22: Filtrar notícias por região e/ou tempo
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US22 | Como usuário, quero filtrar as notícias por região e/ou período de tempo para encontrar conteúdos relevantes à minha localidade e momento. | - Deve ter um botão para selecionar uma região para visualização de notícias. - Deve ter um botão para escolher um intervalo de tempo para filtrar as notícias. - O sistema deve atualizar os resultados conforme os filtros aplicados. |
RF39 | Must |
Fonte: João Felix, 2025.
3.23 US23: Ativar modo de alto contraste
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 25 abaixo, prevê que o usuário deve ser capaz de alterar o tema do sistema para modo de alto contraste.
Tabela 25: US23: Ativar modo de alto contraste
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US23 | Como usuário com deficiência visual, quero ativar o modo de alto contraste para melhorar a acessibilidade da interface. | - Deve haver um botão visível para alternar o modo de alto contraste. - O contraste deve seguir padrões de acessibilidade. - A preferência do usuário deve ser mantida entre sessões. |
RF54 | Must |
Fonte: João Felix, 2025.
3.24 US24: Recomendar conteúdos similares
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 26 abaixo, prevê que o usuário deve receber recomendações de conteúdos similares com base em seus interesses.
Tabela 26: US24: Recomendar conteúdos similares
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US24 | Como usuário, quero receber recomendações de conteúdos similares aos que já acessei, para continuar explorando temas do meu interesse. | - O sistema deve registrar os conteúdos acessados. - As recomendações devem ser relacionadas aos conteúdos visualizados. - Deve ser possível desativar recomendações. |
RF42 | Should |
Fonte: João Felix, 2025.
3.25 US25: Confirmar identidade do recenseador
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 27 abaixo, prevê que o usuário recenseador deve ter sua identidade confirmada pelo sistema.
Tabela 27: US25: Confirmar identidade do recenseador
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US25 | Como cidadão, quero confirmar a identidade do recenseador para garantir minha segurança e a veracidade da coleta de dados. | - O sistema deve apresentar nome, matrícula e foto do recenseador. - A verificação deve ser acessível antes de iniciar o atendimento. - A informação deve ser confiável e atualizada. |
RF44 | Must |
Fonte: João Felix, 2025.
3.26 US26: Filtrar por tipo de dado
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 28 abaixo, prevê que o usuário deve ser capaz de filtrar informações por tipo de dado.
Tabela 28: US26: Filtrar por tipo de dado
| ID | História de Usuário | Critérios de Aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US26 | Como usuário, quero poder filtrar os dados apresentados por tipo (ex: demográficos, econômicos) para facilitar minha análise. | - O sistema deve permitir seleção de tipo de dado. - Os dados devem ser reorganizados dinamicamente conforme o filtro aplicado. - O filtro deve ser fácil de remover ou alterar. |
RF35 | Must |
Fonte: João Felix, 2025.
3.27 US27: Controle de notificações
O Requisito Implementado, representado pela história de usuário descrita na Tabela 29 abaixo, estabelece que o sistema deve oferecer uma funcionalidade que permita ao usuário ativar ou desativar notificações, de acordo com sua preferência, promovendo uma melhor experiência de uso e controle das informações recebidas.
Tabela 29: US27 – Visualizar notícias na aba de notícias
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US27 | Eu, como usuário do aplicativo, desejo ativar ou desativar as notificações, para ter controle sobre os avisos que recebo do app. | - Deve existir uma opção nas configurações para ativar ou desativar notificações. - Ao desativar, nenhuma notificação deve ser enviada ao usuário. - A alteração deve ser aplicada imediatamente após a escolha. |
RF13 | Must |
Fonte: Laryssa Felix, 2025.
3.28 US28: Funcionalidade de busca global
O Requisito Implementado, representado pela história de usuário descrita na Tabela 30 abaixo, determina que o aplicativo deve oferecer uma funcionalidade de busca acessível em qualquer tela, permitindo que os usuários localizem rapidamente informações ou conteúdos dentro do sistema, sem a necessidade de navegar por múltiplas telas.
Tabela 30: US28 – Funcionalidade de busca global
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US28 | Eu, como usuário do aplicativo, quero poder buscar informações de forma rápida, independentemente da tela em que estou, para economizar tempo e encontrar dados com facilidade. | - Deve existir um campo ou botão de busca acessível em todas as telas. - A busca deve abranger todos os conteúdos disponíveis no aplicativo. - Os resultados devem ser apresentados de forma clara e organizada. |
RF02 | Must |
Fonte: Laryssa Felix, 2025.
3.29 US29: Opção de suporte vinculada ao site do IBGE
O Requisito Implementado, representado pela história de usuário descrita na Tabela 31 abaixo, define que o sistema deve oferecer uma opção de suporte que direcione o usuário diretamente ao site oficial do IBGE, permitindo acesso facilitado a informações, ajuda e outros serviços oferecidos pela instituição.
Tabela 31: US29 – Opção de suporte vinculada ao site do IBGE
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US29 | Eu, como usuário do aplicativo, desejo acessar facilmente uma opção de suporte que me leve diretamente ao site oficial do IBGE, para obter ajuda ou mais informações. | - Deve existir uma opção de suporte visível no menu ou configurações. - Ao clicar, o app deve abrir o site oficial do IBGE no navegador padrão do dispositivo. - O link deve estar sempre atualizado e funcional. |
RF17 | Must |
Fonte: Laryssa Felix, 2025.
3.30 US30: Central de Ajuda dentro do aplicativo
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 32 abaixo, especifica que o aplicativo deve contar com uma Central de Ajuda, oferecendo aos usuários informações detalhadas sobre o funcionamento e o uso das funcionalidades disponíveis, facilitando a autonomia durante a utilização do sistema.
Tabela 32: US30 – Central de Ajuda dentro do aplicativo
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US30 | Eu, como usuário do aplicativo, desejo acessar uma Central de Ajuda dentro do app, para entender como utilizar todas as funcionalidades disponíveis. | - A Central de Ajuda deve estar acessível no menu principal ou nas configurações. - Deve conter explicações claras sobre cada funcionalidade do aplicativo. - O conteúdo deve ser organizado por tópicos ou categorias. |
RF26 | Must |
Fonte: Laryssa Felix, 2025.
3.31 US31: Mapas interativos com dados geográficos e demográficos
O Requisito Não Implementado, representado pela história de usuário descrita na Tabela 33 abaixo, estabelece que o aplicativo deve disponibilizar mapas interativos, permitindo a visualização de dados geográficos e demográficos, oferecendo uma experiência mais dinâmica, visual e informativa para os usuários.
Tabela 33: US31 – Mapas interativos com dados geográficos e demográficos
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US31 | Eu, como cidadão interessado em informações territoriais, desejo acessar mapas interativos que exibam dados geográficos e demográficos, para compreender melhor as informações da minha região ou do país. | - Deve existir uma seção de mapas interativos no aplicativo. - Os mapas devem permitir zoom, filtros e interação com os dados. - As informações exibidas devem ser precisas e atualizadas, refletindo os dados do IBGE. |
RF34 | Should |
Fonte: Laryssa Felix, 2025.
3.32 US32: Comparação entre diferentes censos
O Requisito Funcional Não Implementado, representado pela história de usuário descrita na Tabela 34 abaixo, estabelece que o aplicativo deve oferecer uma funcionalidade de interação que permita ao usuário visualizar os dados de diferentes anos.
Tabela 34: US32 – Comparação entre diferentes censos
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US32 | Eu, como cidadão interessado na evolução do Brasil, quero comparar os dados dos censos realizados em diferentes anos, para entender como o país mudou ao longo do tempo. | - Deve existir uma funcionalidade que permita selecionar pelo menos dois anos de censo distintos - Os dados selecionados devem ser exibidos lado a lado ou de forma comparativa - A visualização deve ser clara e acessível - A comparação deve incluir dados populacionais, econômicos e sociais principais de cada ano selecionado |
RF43 | Should |
Fonte: Letícia Monteiro, 2025.
3.33 US33: Comparação de taxa de resposta por localidade
O Requisito Funcional Não Implementado, representado pela história de usuário descrita na Tabela 35 abaixo, estabelece que o aplicativo deve oferecer uma funcionalidade de interação que permita ao usuário visualizar quais regiões responderam mais e menos o censo.
Tabela 35: US33 – Comparação de taxa de resposta por localidade
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US33 | Eu, como analista de dados, quero visualizar quais localidades tiveram maior e menor taxa de resposta ao censo, para avaliar a confiabilidade e cobertura da coleta de dados. | - Deve permitir a visualização da taxa de resposta por localidade - As localidades devem ser ordenadas ou destacadas pelo maior e menor índice de resposta - A visualização deve ser clara e intuitiva - Deve possibilitar filtro por regiões ou estados |
RF48 | Must |
Fonte: Letícia Monteiro, 2025.
3.34 US34: Apresentação visual e interativa dos dados do Censo
O Requisito Funcional Não Implementado, representado pela história de usuário descrita na Tabela 36 abaixo, estabelece que o aplicativo deve oferecer uma funcionalidade de interação que permita ao usuário visualizar de forma mais interativa possível os dados que são apresentados.
Tabela 36: US34 – Apresentação visual e interativa dos dados do Censo
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US34 | Eu, como usuário visual, quero acessar os dados do Censo por meio de gráficos, infográficos e outros recursos visuais interativos, para facilitar a compreensão das informações. | - Os dados do Censo devem ser apresentados por meio de gráficos e infográficos interativos - A interface deve permitir interação com os elementos visuais (ex: hover, clique para detalhes) - Deve ser possível escolher o tipo de dado a ser visualizado - A apresentação deve ser responsiva e acessível |
RF61 | Must |
Fonte: Letícia Monteiro, 2025.
3.35 US35: Busca refinada por dados e publicações
O Requisito Funcional Não Implementado, representado pela história de usuário descrita na Tabela 37 abaixo, estabelece que o aplicativo deve oferecer uma funcionalidade de interação que permita ao usuário filtrar os dados apresentados.
Tabela 37: US35 – Busca refinada por dados e publicações
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US35 | Eu, como pesquisador ou usuário avançado, quero realizar buscas refinadas por dados e publicações, utilizando filtros específicos como ano, região, tema ou tipo de conteúdo, para encontrar rapidamente as informações mais relevantes para meus objetivos. | - A funcionalidade de busca deve permitir o uso de múltiplos filtros combinados (ex: ano + região + tema) - Os resultados devem ser atualizados dinamicamente conforme os filtros aplicados - Deve ser possível ordenar os resultados por relevância ou data - A busca deve abranger tanto dados quanto publicações |
RF46 | Must |
Fonte: Letícia Monteiro, 2025.
3.36 US36: Apresentação de indicadores sociais e agropecuários
O Requisito Funcional Não Implementado, representado pela história de usuário descrita na Tabela 38 abaixo, estabelece que o aplicativo deve oferecer uma funcionalidade de interação que permita ao usuário ver diferentes indicadores.
Tabela 38: US36 – Apresentação de indicadores sociais e agropecuários
| ID | História de Usuário | Critérios de aceitação | Rastreabilidade | Prioridade |
|---|---|---|---|---|
| US36 | Eu, como cidadão interessado nas condições sociais e econômicas do Brasil, quero visualizar indicadores sociais e agropecuários de forma clara e acessível, para entender melhor o desenvolvimento humano e rural do país. | - Os indicadores sociais e agropecuários devem estar disponíveis em formato visual e/ou tabular - A apresentação deve ser clara, compreensível e acessível - Deve ser possível filtrar os dados por região, ano e tipo de indicador - As fontes dos dados devem estar visíveis |
RF38 | Must |
Fonte: Letícia Monteiro, 2025.
4. Referências
SERRANO, Milene; SERRANO, Maurício. Requisitos – Aula 15. UnB, 2025. Disponível em: https://aprender3.unb.br/pluginfile.php/3096144/mod_resource/content/1/Requisitos%20-%20Aula%2015a.pdf. Acesso em: 28 maio 2025.
5. Histórico de Versões
Tabela 39: Histórico de versões
| Versão | Descrição | Autor | Data | Revisor |
|---|---|---|---|---|
| 1.0 | Criação de documento | Mayara Marques | 28/05/2025 | Gabriel Pinto |
| 1.1 | Adição de US 1 a 6 | Mayara Marques | 28/05/2025 | Ludmila Nunes |
| 1.2 | Adição de US 7 a 12 | Caio Duarte | 28/05/2025 | Ludmila Nunes |
| 1.3 | Adição de US 13 a 18 | Gabriel Pinto | 29/05/2025 | Laryssa Felix |
| 1.4 | Adição de US 19 a 30 | João Félix e Ludmila Nunes | 29/05/2025 | Ludmila Nunes |
| 1.5 | Adição de US 31 a 36 | Laryssa Felix | 29/05/2025 | Letícia Monteiro |
| 1.6 | Correção de índices e descrições | Ludmila Nunes | 29/05/2025 | Caio Duarte |
| 1.7 | Adição de US 37 a 41 | Letícia Monteiro | 29/05/2025 | Laryssa Felix |
| 1.8 | Adição de priorização e validação com usuário | Mayara Marques | 30/05/2025 | Laryssa Felix |
| 1.9 | Correção da relação para manter apenas Requisitos Funcionais | Ludmila Nunes | 30/05/2025 | Mayara Marques |
Fonte: Caio Duarte, Gabriel Pinto, João Félix, Laryssa Felix, Letícia Monteiro, Ludmila Nunes e Mayara Marques, 2025.