Requisitos Elicitados Versões Anteriores e Alterações
1. Introdução
Este arquivo tem como objetivo registrar todas as versões dos requisitos elicitados ao longo do projeto, incluindo tanto os Requisitos Funcionais quanto os Não | Funcionais.
As informações consolidadas aqui resultam da aplicação de diversas técnicas de elicitação, como Análise de Interface do Usuário, Brainstorming, Introspecção, Questionário e Entrevista. Além disso, a Especificação Suplementar foi utilizada como base para complementar a identificação de Requisitos Não Funcionais.
2. Metodologia
Como citado anteriormente, os requisitos foram elicitados pelas técnicas escolhidas pelo grupo. Abaixo, a listagem desses requisitos pode ser observada, cada um com seu ID próprio, descrição, um hyperlink de rastreabilidade para a(s) técnica(s) que o elicitou e se ele é implementado ou não implementado na aplicação atual.
2.1 Legendas
A legenda para cada sigla é a seguinte:
- RF* - Requisito Funcional nº*
- RNF* - Requisito Não Funcional nº*
- RFA* - Requisito Funcional de Análise de Interface nº*
- RFB* - Requisito Funcional de Brainstorming nº*
- RFI* - Requisito Funcional de Instrospecção nº*
- RFQ* - Requisito Funcional de Questionário nº*
- RFE* - Requisito Funcional de Entrevista nº*
- RNFE* - Requisito Não Funcional de Entrevista nº*
3. Versões anteriores
3.1 Requisitos Funcionais e Não Funcionais Elicitados Versão 1.0
A primeira versão da tabela geral de Requisitos Elicitados realizada pelo grupo foi entregue como artefato da Entrega 2 e pode ser observada abaixo.
Tabela 1: Requisitos elicitados (versão 1.0)
| ID | Descrição | Rastreabilidade | Implementado | Imagem |
|---|---|---|---|---|
| RF01 | O sistema deve possuir notícias atualizadas sobre dados demográficos/socioeconômicos do Brasil, de seus estados e municípios. | RFA1 | Sim | Ver imagem |
| RF02 | Sistema deve possuir uma funcionalidade de busca, que independe da tela em que o usuário se encontra. | RFA2 | Sim | Ver imagem |
| RF03 | Se houver algum dado/indicador atrelado à notícia lida, esse indicador deve estar presente no topo da página da notícia. | RFA3 | Sim | Ver imagem |
| RF04 | A notícia deve estar na aba de notícias do aplicativo. | RFA4 | Sim | Ver imagem |
| RF05 | O aplicativo deve possuir uma navbar inferior que permita que o usuário navegue pelas diversas funcionalidades principais da aplicação. | RFA5 | Sim | Ver imagem |
| RF06 | Sistema deve possuir a aba de indicadores, com principais dados do IBGE, prévia de gráfico e valor com coloração simbólica (verde/vermelha). | RFA6, RFB22 | Sim | Ver imagem |
| RF07 | Ao clicar no dado, deve aparecer gráfico mais completo com evolução temporal do indicador. | RFA7 | Sim | Ver imagem |
| RF08 | Notícias relacionadas ao dado devem aparecer na tela do dado. | RFA8 | Sim | Ver imagem |
| RF09 | Ao lado do nome do indicador, deve aparecer a definição daquele indicador. | RFA9, RFB3 | Sim | Ver imagem |
| RF10 | Uma aba de calendário deve estar presente, com eventos/pesquisas principais do IBGE. | RFA10 | Sim | Ver imagem |
| RF11 | Cada dado da aba de síntese deve possuir uma fonte atrelada. | RFA12 | Sim | Ver imagem |
| RF12 | Uma aba de extras deve existir. | RFA13 | Sim | Ver imagem |
| RF13 | O sistema deve oferecer opção de controle de notificações (ativar ou desativar). | RFA14 | Parcialmente | Ver imagem |
| RF14 | O sistema deve notificar o usuário sobre novas notícias. | RFA15 | Sim | Ver imagem |
| RF15 | Deve haver uma opção de avaliação do aplicativo com coleta de perfil, satisfação, funcionalidades mais usadas e sugestões. | RFA16 | Não | |
| RF16 | Deve haver uma opção de compartilhar o aplicativo. | RFA17 | Não | |
| RF17 | Uma opção de suporte deve existir, com ligação ao site do IBGE. | RFA18 | Sim | Ver imagem |
| RF18 | As redes sociais do IBGE devem ser linkadas. | RFA19 | Sim | Ver imagem |
| RF19 | As notícias devem ser compartilháveis. | RFA20 | Sim | Ver imagem |
| RF20 | No calendário, os dias com evento/pesquisa devem ter cor diferente dos demais. | RFA21 | Sim | Ver imagem |
| RF21 | O calendário deve permitir visualização de meses passados e futuros em relação ao mês atual. | RFA22 | Sim | Ver imagem |
| RF22 | Na aba “síntese”, dados como gentílico, área territorial, população, renda, orçamento, IDH, matrículas, salário médio, PIB per capita e mortalidade infantil devem estar disponíveis por estado e município. | RFA23 | Sim | Ver imagem |
| RF23 | Filtros por país, estado e município devem estar disponíveis na aba “síntese”. | RFA24, RFB9 | Sim | Ver imagem |
| RF24 | Jogos educativos sobre geografia, demografia e temas sociais. | RFB1 | Não | |
| RF25 | Modo offline para uso do aplicativo sem conexão com a internet. | RFB2 | Não | |
| RF26 | Central de Ajuda dentro do app, com informações sobre o uso do aplicativo | RFB6 | Não | |
| RF27 | Notificações para notícias relevantes e atualizações dos indicadores favoritos. | RFB7 | Não | |
| RF28 | O usuário pode favoritar indicadores e visualizar as últimas atualizações. | RFB8 | Não | |
| RF29 | Comparativo de indicadores por região. | RFB10 | Não | |
| RF30 | Possibilidade de responder a questionários relacionados ao censo diretamente pelo app. | RFB11 | Não | |
| RF31 | Possibilidade de realizar e preencher questionários diretamente no aplicativo. | RFB12 | Não | |
| RF32 | Integração com outras fontes como sites ou APIs externas (ex: dados de transporte público). | RFB15 | Não | |
| RF33 | Acesso a dados de diferentes fontes como o IBGE, através do app. | RFB16 | Não | |
| RF34 | Mapas interativos, com visualização de dados geográficos e demográficos. | RFB17, RFB19 | Não | |
| RF35 | Possibilidade de filtro por tipo de dado. | RFB18 | Não | |
| RF36 | Possibilidade de exportar gráficos e resumos em formatos como PDF. | RFB20 | Não | |
| RF37 | Computar informações de dados e gerar relatórios para exportação. | RFB21 | Não | |
| RF38 | O sistema deve apresentar os indicadores sociais e agropecuários. | RFI1 | Não | |
| RF39 | O sistema deve filtrar notícias por região e/ou tempo. | RFI2 | Não | |
| RF40 | O sistema deve apresentar mais dados na seção síntese para os respectivos locais (estado, município), como IDH, total de veículos, governante, entre outros, semelhante ao site de referência. | RFI3 | Não | |
| RF41 | O sistema deve exibir conteúdos produzidos para outras plataformas, como YouTube, TikTok e Instagram, em uma aba dedicada. | RFI4 | Não | |
| RF42 | O sistema deve analisar os conteúdos acessados pelo usuário para recomendar conteúdos Similares. | RFI5 | Não | |
| RF43 | O sistema deve permitir a comparação dos censos realizados em diferentes anos. | RFI6 | Não | |
| RF44 | O sistema deve exibir uma confirmação sobre a identidade do recenseador. | RFI7 | Não | |
| RF45 | O sistema deve realizar estudos preditivos com base nos dados atuais. | RFI8 | Não | |
| RF46 | O sistema deve informar quais fatores influenciam o aumento ou a diminuição de determinado indicador. | RFI9 | Não | |
| RF47 | O sistema deve indicar políticas públicas com base na análise dos dados adquiridos. | RFI10 | Não | |
| RF48 | O sistema deve comparar os locais com maior e menor taxa de resposta ao censo. | RFI11 | Não | |
| RF49 | Compartilhamento de métricas do aplicativo com a fonte atrelada ao IBGE | RFQ01 | Não | |
| RF50 | Possibilidade de realizar o próximo censo pelo aplicativo | RFB13, RFB14, RFQ04 | Não | |
| RF51 | Opção de modo noturno | RFB4, RFE10, RFQ06 | Não | |
| RF52 | Opção de mudança de idiomas (Português, Inglês, Espanhol) | RFQ07 | Não | |
| RF53 | Opção de alterar o tamanho da fonte (com botão) | RFB5, RFE11, RFQ08 | Não | |
| RF54 | Opção de alto contraste do aplicativo (com botão) | RFB5, RFE11, RFQ09 | Não | |
| RF55 | O sistema deve permitir busca refinada por dados e publicações. | RFE01 | Não | |
| RF56 | O sistema deve disponibilizar explicações simplificadas sobre os termos técnicos. | RFE02 | Não | |
| RF57 | O sistema deve integrar-se com a conta Gov.br. | RFB23, RFE03 | Não | |
| RF58 | O sistema deve permitir o compartilhamento de gráficos com link da fonte. | RFE04 | Não | |
| RF59 | O sistema deve permitir a consulta a dados demográficos e indicadores por nível territorial detalhado. | RFA11, RFE05 | Sim | |
| RF60 | O sistema deve possuir uma FAQ com respostas às dúvidas mais comuns. | RFE05 | Não | |
| RF61 | O sistema deve apresentar os dados do Censo de forma visual e interativa (ex: infográficos, gráficos). | RFE07 | Não | |
| RF62 | O sistema deve permitir acesso às publicações completas de cada pesquisa com a metodologia detalhada. | RFE08 | Não | |
| RF63 | O sistema deve integrar todos ou a maioria dos aplicativos utilizados na coleta de dados de pesquisas. | RFE09 | Não | |
| RNF01 | O sistema deve estar disponível de forma estável, sem travamentos ou quedas frequentes. | RNFE01 | Sim | |
| RNF02 | O sistema deve permitir uso fluido tanto em computadores quanto em dispositivos móveis. | RNFE02 | Sim | |
| RNF03 | O sistema deve ser compatível com ferramentas de acessibilidade (áudio, Libras). | RNFE04 | Parcialmente | |
| RNF04 | O sistema deve garantir que usuários com baixo letramento estatístico consigam utilizar a interface. | RNFE05 | Não |
Fonte: Mayara Marques, 2025.
3.1.1 Alteração de Requisitos Funcionais
Durante a elaboração da Entrega 6, foi realizada uma análise criteriosa de todos os Requisitos Funcionais (RFs) previamente elicitados, com o objetivo de melhorar a clareza, eliminar redundâncias, assegurar a viabilidade técnica e alinhar os requisitos às boas práticas da Engenharia de Requisitos. As alterações realizadas foram categorizadas em quatro principais tipos:
-
Fusão (Agrupamento de Requisitos Redundantes): Alguns requisitos apresentavam sobreposição de conteúdo ou descreviam funcionalidades similares. Nesses casos, realizamos a fusão das informações em um único requisito mais completo e coeso, mantendo o sentido original e evitando duplicidade.
-
Reescrita (Especificação de Requisitos Vagos ou Refinamento): Requisitos com descrições genéricas, ambíguas ou pouco detalhadas foram reescritos para aumentar a precisão, tornando-os mais objetivos, mensuráveis e compreensíveis para os stakeholders e para a equipe de desenvolvimento.
-
Eliminação (Requisitos Irrelevantes ou Duplicados): Requisitos considerados fora do escopo funcional, duplicados ou mal definidos foram excluídos da lista final, com a devida justificativa documentada.
Tabela 2: Requisitos Funcionais Alterados (versão 2.0)
| Antigo ID | Descrição Antigo ID | Implementação | Tipo de mudança | Observações | Novo ID | Descrição Novo ID |
|---|---|---|---|---|---|---|
| RF08 | Notícias relacionadas ao dado devem aparecer na tela do dado. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF08 no RF08-A | RF08-A | A interface do sistema deve exibir, na tela do dado, as notícias que possuam relação com o indicador correspondente. |
| RF11 | Cada dado da aba de síntese deve possuir uma fonte atrelada. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF11 no RF11-A | RF11-A | Cada dado exibido na aba “Síntese” do aplicativo deve apresentar, de forma visível e padronizada, a fonte oficial de onde foi extraído. |
| RF12 | Uma aba de extras deve existir. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF12 no RF12-A | RF12-A | O sistema deve conter uma aba de "Extras", reunindo funcionalidades complementares ao uso principal do aplicativo, como configurações, gerenciamento de conta, canais de atendimento, envio de feedback, entre outros. |
| RF13 | O sistema deve oferecer opção de controle de notificações (ativar ou desativar). | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF13 no RF13-A | RF13-A | O sistema deve oferecer controle sobre os tipos de notificações, permitindo que o usuário ative ou desative diferentes alertas, como Notícias, Indicadores e Agenda. |
| RF15 | Deve haver uma opção de avaliação do aplicativo com coleta de perfil, satisfação, funcionalidades mais usadas e sugestões. | Implementado | Especificação de requisitos vagos | Requisito decomposto nos requisitos RF15-A a RF15-E para facilitar rastreabilidade e implementação. | RF15-A | O sistema deve oferecer uma opção de avaliação do aplicativo acessível ao usuário. |
| RF15 | Não implementado | RF15-B | A avaliação deve permitir a coleta voluntária do perfil do usuário, incluindo faixa etária, localização e frequência de uso. | |||
| RF15 | Implementado | RF15-C | A avaliação deve incluir perguntas sobre o nível de satisfação com o aplicativo, considerando critérios como facilidade de uso, confiabilidade e design. | |||
| RF15 | Não implementado | RF15-D | O sistema deve registrar as funcionalidades mais utilizadas pelo usuário, para apoiar a análise de uso do app. | |||
| RF15 | Implementado | RF15-E | Deve haver um campo para o usuário enviar sugestões de melhoria, de forma livre e opcional. | |||
| RF16 | Deve haver uma opção de compartilhar o aplicativo. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF16 no RF16-A | RF16-A | O sistema deve disponibilizar funcionalidade para compartilhamento do aplicativo via redes sociais, e-mail ou apps de mensagem. |
| RF17 | Uma opção de suporte deve existir, com ligação ao site do IBGE. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF17 no RF17-A | RF17-A | O sistema deve oferecer suporte ao usuário com redirecionamento ao site institucional do IBGE, incluindo acesso a canais como chat, telefone, e-mail e FAQ. |
| RF20 | No calendário, os dias com evento/pesquisa devem ter cor diferente dos demais. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF20 no RF20-A | RF20-A | O sistema deve destacar, no calendário, os dias com eventos ou pesquisas agendadas, utilizando cor diferenciada. |
| RF23 | Filtros por Estados e Municípios devem estar disponíveis na aba “Síntese”. | Implementado | Refinamento | Aprimoramento do requisito RF23 no RF23-A | RF23-A | Filtros por estado e município devem estar disponíveis na aba “Síntese”. |
| RF25 | Modo offline para uso do aplicativo sem conexão com a internet. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF25 no RF25-A | RF25-A | O sistema deve baixar automaticamente dados enquanto estiver online para uso posterior offline, garantindo acesso contínuo a indicadores, notícias e gráficos. |
| RF30 | Possibilidade de responder a questionários relacionados ao censo diretamente pelo app. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF30 no RF30-A | RF30-A | Possibilidade de responder ao censo diretamente pelo app. |
| RF31 | Possibilidade de realizar e preencher questionários diretamente no aplicativo. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF31 no RF31-A | RF31-A | Possibilidade de responder a questionários relacionados ao censo diretamente pelo aplicativo. |
| RF32 | Integração com outras fontes como sites ou APIs externas (ex: dados de transporte público). | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF32 no RF32-A | RF32-A | Possibilidade de responder a outros questionários disponibilizados pelo IBGE diretamente no aplicativo. |
| RF40 | O sistema deve apresentar mais dados na seção síntese... | Não implementado | Eliminação | Implementado no RF22 | — | — |
| RF47 | O sistema deve indicar políticas públicas com base na análise dos dados adquiridos. | Não implementado | Eliminação | Implementado no RF45-A | — | — |
| RF50 | Possibilidade de realizar o próximo censo pelo aplicativo | Não implementado | Eliminação | Requisito duplicado de RF30 | — | — |
| RF55 | O sistema deve permitir busca refinada por dados e publicações. | Não implementado | Eliminação | Requisito já contemplado por outros que tratam de filtros em abas diversas | — | — |
| RF58 | O sistema deve permitir o compartilhamento de gráficos com link da fonte. | Não implementado | Eliminação | Implementado no RF49-A | — | — |
| RF59 | O sistema deve permitir a consulta a dados demográficos por nível territorial detalhado. | Implementado | Eliminação | Requisito coberto por outros com foco em filtros por localidade | — | — |
| RF61 | O sistema deve apresentar os dados do Censo de forma visual e interativa. | Não implementado | Eliminação | Implementado no RF06 | — | — |
| RF63 | O sistema deve integrar todos ou a maioria dos apps usados na coleta de dados. | Não implementado | Eliminação | Requisito genérico, tecnicamente amplo e inviável sem definição clara dos sistemas envolvidos | — | — |
Fonte: Gabriel Pinto, João Félix, Letícia Monteiro e Mayara Marques, 2025.
3.2 Requisitos Não Funcionais Elicitados Versão 2.0
A segunda versão dos Requisitos Não | Funcionais (versão 2.1) foi elaborada a partir das informações sistematizadas na Especificação Suplementar do sistema. Esse artefato permitiu identificar, refinar e reorganizar os RNFs com base em critérios de qualidade, desempenho, segurança, usabilidade, acessibilidade, entre outros aspectos essenciais. O conteúdo da Especificação Suplementar serviu como referência principal para consolidar os requisitos Não | funcionais de forma mais clara, objetiva e alinhada às necessidades do sistema e às diretrizes institucionais do IBGE.
Tabela 3: Requisitos Não Funcionais Elicitados (versão 2.0)
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RNF01 | O sistema deve manter um padrão de cores, fontes, botões e posicionamento dos elementos da interface em todas as telas, garantindo consistência visual. | RNF01 |
| RNF02 | Toda ação realizada pelo usuário deve gerar um feedback visual ou sonoro imediato, para garantir que o usuário compreenda o resultado da sua interação. | RNF02 |
| RNF03 | O sistema deve permitir a alteração do tamanho da fonte em toda a interface. | RNF03 |
| RNF04 | O sistema deve oferecer a opção de ativar o modo noturno, alterando o esquema de cores para tons escuros. | RNF04 |
| RNF05 | Um novo usuário deve ser capaz de realizar as tarefas principais em até 5 minutos de uso do aplicativo, sem necessidade de ajuda externa. | RNF05 |
| RNF06 | A interface do aplicativo deve se adaptar corretamente a diferentes tamanhos de tela e resoluções, garantindo boa visualização em smartphones, tablets e outros dispositivos. | RNF06 |
| RNF07 | O sistema deve informar o usuário, em tempo real, sobre o andamento de processos como carregamento de dados, envio de formulários ou sincronização, por meio de barras de progresso, ícones animados ou mensagens de status. | RNF07 |
| RNF08 | O usuário deve poder desfazer ou refazer ações como desfavoritar indicadores, redefinir filtros ou cancelar comandos, evitando que erros exijam reinício completo da interação. | RNF08 |
| RNF09 | O sistema deve alertar o usuário antes de realizar ações críticas, e evitar campos que possam ser preenchidos incorretamente sem validação. | RNF09 |
| RNF10 | O sistema deve apresentar tempo médio entre falhas (MTBF - Mean Time Between Failures) superior a 100 horas de uso contínuo. | RNF10 |
| RNF11 | O aplicativo deve ser capaz de recuperar automaticamente sessões interrompidas devido a quedas de conexão ou falhas inesperadas. | RNF11 |
| RNF12 | Em caso de falha, o sistema deve registrar o erro localmente e sincronizar com o servidor asSim | que houver conexão, para fins de diagnóstico e correção. |
| RNF13 | O aplicativo deve manter a integridade dos dados mesmo em casos de encerramento abrupto ou desligamento inesperado do dispositivo. | RNF13 |
| RNF14 | O sistema deve oferecer mensagens de erro compreensíveis e orientações claras para o usuário em caso de falhas, sem exibir códigos técnicos confusos. | RNF14 |
| RNF15 | A comunicação entre o aplicativo e os servidores do IBGE deve utilizar protocolos seguros (ex: HTTPS), garantindo a confiabilidade na transferência de dados. | RNF15 |
| RNF16 | O aplicativo deve passar por testes de estresse e de carga para garantir seu funcionamento estável mesmo com picos de acesso Sim | ultâneo. |
| RNF17 | O sistema deve garantir interoperabilidade com diferentes versões dos principais sistemas operacionais móveis (Android e iOS), mantendo a estabilidade entre atualizações. | RNF17 |
| RNF18 | O sistema deve apresentar tempo de resposta inferior a 2 segundos para carregamento de telas principais, como visualização de notícias, dados e gráficos. | RNF18 |
| RNF19 | O aplicativo deve utilizar no máximo 40% da CPU do dispositivo durante operações de uso intenso, como filtros de dados ou geração de gráficos. | RNF19 |
| RNF20 | O consumo de memória RAM pelo aplicativo Não | deve ultrapassar 250 MB em uso comum, garantindo desempenho mesmo em smartphones intermediários. |
| RNF21 | O aplicativo deve estar disponível para acesso 99,5% do tempo ao longo do mês, considerando atualizações, falhas e manutenções. | RNF21 |
| RNF22 | O sistema deve suportar pelo menos 5.000 acessos Sim | ultâneos sem degradação perceptível de desempenho. |
| RNF23 | O tempo de sincronização de dados com o servidor Não | deve ultrapassar 5 segundos em redes 4G ou superiores. |
| RNF24 | A navegação entre seções do app (como estatísticas, indicadores e notícias) deve ocorrer com transições de no máximo 1 segundo para garantir fluidez na experiência do usuário. | RNF24 |
| RNF25 | O sistema deve realizar compressão de dados para reduzir o tempo de carregamento de conteúdo, principalmente em conexões móveis com baixa velocidade. | RNF25 |
| RNF26 | O desempenho do aplicativo deve ser validado em pelo menos três modelos diferentes de smartphones (baixo, médio e alto desempenho), garantindo funcionalidade mínima em cada um deles. | RNF26 |
| RNF27 | O sistema deve estar em conformidade com a LGPD (Lei nº 13.709/2018), assegurando o tratamento seguro, legal e transparente dos dados pessoais coletados. | RNF27 |
| RNF28 | O sistema deve criptografar todos os dados pessoais transmitidos utilizando TLS 1.2 ou superior. | RNF28 |
| RNF29 | O sistema deve criptografar todos os dados pessoais armazenados utilizando algoritmos robustos como AES-256. | RNF29 |
| RNF30 | O sistema deve exibir uma política de privacidade clara ao usuário antes do início do preenchimento do Censo. | RNF30 |
| RNF31 | O sistema deve registrar o consentimento explícito do usuário para o uso de seus dados pessoais. | RNF31 |
| RNF32 | O sistema deve permitir que o usuário solicite a exclusão ou correção de seus dados pessoais conforme previsto na LGPD. | RNF32 |
| RNF33 | O sistema deve registrar logs detalhados dos eventos de autenticação e envio de dados, incluindo data/hora, IP, status da operação e identificador do usuário. | RNF33 |
| RNF34 | Os logs do sistema devem ser armazenados de forma segura e imutável por no mínimo 5 anos para fins de auditoria. | RNF34 |
| RNF35 | O acesso aos logs deve ser restrito a usuários autorizados com controle de acesso baseado em perfis. | RNF35 |
| RNF36 | O sistema deve permitir a geração de relatórios de auditoria sob demanda. | RNF36 |
| RNF37 | O sistema deve realizar backups automáticos dos dados críticos diariamente, com retenção mínima de 30 dias e possibilidade de restauração em até 24 horas. | RNF37 |
| RNF38 | O design visual do aplicativo deve preservar a identidade visual do IBGE, incluindo uso das cores institucionais e logotipo oficial. | RNF38 |
| RNF39 | O sistema deve seguir o princípio da responsividade, adaptando-se automaticamente a diferentes tamanhos e orientações de tela. | RNF39 |
| RNF40 | Todas as decisões de design devem priorizar a Sim | plicidade e clareza na interação com dados estatísticos, evitando sobrecarga cognitiva no usuário. |
| RNF41 | A experiência do usuário deve ser priorizada, com foco em fluxos intuitivos e navegação direta, minimizando a quantidade de cliques até a informação desejada. | RNF41 |
| RNF42 | O design da informação deve facilitar a interpretação de gráficos, mapas e tabelas, com uso de legendas claras, cores contrastantes e ícones intuitivos. | RNF42 |
| RNF43 | O sistema deve prever escalabilidade de design para inclusão futura de novos tipos de dados, filtros e relatórios sem comprometer a estrutura atual. | RNF43 |
| RNF44 | O aplicativo deve estar apto a funcionar de forma offline para consulta de dados previamente sincronizados, com atualização automática quando a conexão for restabelecida. | RNF44 |
| RNF45 | O aplicativo deve ser desenvolvido utilizando tecnologias compatíveis com dispositivos Android e iOS. | RNF45 |
| RNF46 | O código-fonte deve seguir boas práticas de programação, com uso de versionamento (ex: Git) e documentação de métodos. | RNF46 |
| RNF47 | O sistema deve ser compatível com bibliotecas gráficas modernas para renderização de gráficos estatísticos. | RNF47 |
| RNF48 | O aplicativo deverá utilizar frameworks responsivos que permitam adaptação automática a diferentes tamanhos de tela. | RNF48 |
| RNF49 | O tempo de inicialização do aplicativo Não | deve ultrapassar 3 segundos em dispositivos de entrada compatível. |
| RNF50 | O aplicativo deve ser projetado com arquitetura modular, facilitando futuras manutenções e atualizações. | RNF50 |
| RNF51 | O aplicativo deve conter uma seção de ajuda acessível a partir do menu principal, com instruções claras de uso. | RNF51 |
| RNF52 | A documentação do usuário deve estar disponível online e acessível por meio de link no próprio aplicativo. | RNF52 |
| RNF53 | A seção de ajuda deve conter tópicos de perguntas frequentes (FAQ) e tutoriais passo a passo ilustrados. | RNF53 |
| RNF54 | O conteúdo de ajuda deve ser escrito em linguagem Sim | ples, adequada ao público-alvo geral e Não |
| RNF55 | A documentação online deve ser responsiva e acessível em diferentes dispositivos (mobile, tablet e desktop). | RNF55 |
| RNF56 | O sistema deve permitir atualizações periódicas da documentação, sem necessidade de atualização do aplicativo principal. | RNF56 |
| RNF57 | O aplicativo deve exibir os termos de uso e política de privacidade no primeiro acesso do usuário. | RNF57 |
| RNF58 | Todo o conteúdo de dados estatísticos deve respeitar as licenças de uso e atribuição do IBGE. | RNF58 |
| RNF59 | O software deve ser disponibilizado sob uma licença de código aberto compatível com uso governamental (ex: MIT, GPL). | RNF59 |
| RNF60 | Componentes de terceiros utilizados no aplicativo devem estar devidamente licenciados e creditados. | RNF60 |
| RNF61 | O uso do aplicativo será gratuito e restrito apenas a fins informativos e educacionais, conforme normas institucionais. | RNF61 |
| RNF62 | O sistema deve respeitar as leis brasileiras vigentes relacionadas à proteção de dados, propriedade intelectual, acessibilidade digital e direitos do consumidor. | RNF62 |
| RNF63 | Todos os conteúdos exibidos (textos, imagens, gráficos e dados estatísticos) devem conter as devidas citações e fontes. | RNF63 |
| RNF64 | O código-fonte e os componentes do sistema devem respeitar as licenças de software utilizadas, evitando o uso de bibliotecas sem permissão legal. | RNF64 |
| RNF65 | A distribuição do aplicativo deve incluir os termos de uso e a política de privacidade acessíveis diretamente na tela inicial e dentro do menu de configurações. | RNF65 |
| RNF66 | O sistema deve garantir a acessibilidade mínima conforme, conforme exigido pela legislação brasileira. | RNF66 |
| RNF67 | O uso do nome, logotipo e identidade visual do IBGE deve seguir as diretrizes institucionais. | RNF67 |
| RNF68 | O aplicativo deve ser registrado junto ao órgão responsável, quando aplicável, garantindo proteção contra uso indevido ou cópia Não | autorizada. |
| RNF69 | Qualquer coleta de dados estatísticos anônimos para fins de melhoria do sistema deve ser previamente autorizada pelo usuário, com opção clara de recusa. | RNF69 |
| RNF70 | eMAG - O Modelo de Acessibilidade de Governo Eletrônico define diretrizes para garantir que o sistema seja acessível a todas as pessoas, inclusive com deficiência. | RNF70 |
| RNF71 | WCAG 2.1 (AA) - As Diretrizes de Acessibilidade para Conteúdo Web garantem que o sistema possa ser utilizado por usuários com diferentes necessidades, incluindo leitores de tela. | RNF71 |
| RNF72 | LGPD - A Lei Geral de Proteção de Dados regula o tratamento de dados pessoais e deve ser integralmente seguida pelo sistema. | RNF72 |
| RNF73 | ISO/IEC 27001 - Padrão internacional para gestão da segurança da informação, recomendável para proteger dados sensíveis do sistema. | RNF73 |
| RNF74 | ABNT NBR 9241 - Norma brasileira que trata de ergonomia na interação humano-computador, aplicável à interface do sistema. | RNF74 |
| RNF75 | Material Design ou Bootstrap - Padrões de design visual para manter consistência na interface do usuário. | RNF75 |
| RNF76 | Licenças de Código Aberto (MIT, GPL, etc.) - O uso de bibliotecas e frameworks deve respeitar suas respectivas licenças de uso e distribuição. | RNF76 |
| RNF77 | A interface do aplicativo deve seguir as diretrizes de design responsivo, garantindo usabilidade adequada em dispositivos móveis e tablets. | RNF77 |
| RNF78 | Os elementos de navegação (menus, botões, ícones) devem ser intuitivos, com rótulos descritivos e acessíveis em no máximo dois toques a partir da tela inicial. | RNF78 |
| RNF79 | Todas as telas devem possuir contraste mínimo de 4.5:1 entre texto e plano de fundo, conforme as diretrizes WCAG 2.1 de acessibilidade digital. | RNF79 |
| RNF80 | O sistema deve apresentar feedback visual e/ou sonoro para todas as ações do usuário, como cliques, carregamentos e envios de formulários. | RNF80 |
| RNF81 | Os textos exibidos na interface devem ser redigidos em linguagem clara e objetiva, adequada ao público geral, evitando jargões técnicos. | RNF81 |
| RNF82 | Os formulários devem apresentar mensagens de erro específicas e orientativas, posicionadas próximas aos campos com problemas. | RNF82 |
| RNF83 | A interface deve ser compatível com leitores de tela, permitindo navegação e interpretação completa do conteúdo por pessoas com deficiência visual. | RNF83 |
| RNF84 | Os gráficos e mapas exibidos devem possuir alternativas textuais ou descrições acessíveis para garantir entendimento a todos os usuários. | RNF84 |
Fonte: João Félix e Mayara Marques, 2025.
3.2.1 Alteração de Requisitos Não Funcionais
Durante a Entrega 6, os Requisitos Não Funcionais (RNFs) passaram por uma revisão detalhada para garantir clareza, consistência e viabilidade. As modificações foram classificadas em Fusão, Reescrita e Eliminação igual aosRequesitos Funcionais.
Tabela 4: Requisitos Não Funcionais Alterados
| Antigo ID | Descrição Antigo ID | Implementação | Tipo de mudança | Observações | Novo ID | Descrição Novo ID |
|---|---|---|---|---|---|---|
| RF08 | Notícias relacionadas ao dado devem aparecer na tela do dado. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF08 no RF08-A | RF08-A | A interface do sistema deve exibir, na tela do dado, as notícias que possuam relação com o indicador correspondente. |
| RF11 | Cada dado da aba de síntese deve possuir uma fonte atrelada. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF11 no RF11-A | RF11-A | Cada dado exibido na aba “Síntese” do aplicativo deve apresentar, de forma visível e padronizada, a fonte oficial de onde foi extraído. |
| RF12 | Uma aba de extras deve existir. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF12 no RF12-A | RF12-A | O sistema deve conter uma aba de "Extras", reunindo funcionalidades complementares ao uso principal do aplicativo, como configurações, gerenciamento de conta, canais de atendimento, envio de feedback, entre outros. |
| RF13 | O sistema deve oferecer opção de controle de notificações (ativar ou desativar). | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF13 no RF13-A | RF13-A | O sistema deve oferecer controle sobre os tipos de notificações, permitindo que o usuário ative ou desative diferentes alertas, como Notícias, Indicadores e Agenda. |
| RF15 | Deve haver uma opção de avaliação do aplicativo com coleta de perfil, satisfação, funcionalidades mais usadas e sugestões. | Implementado | Especificação de requisitos vagos | Requisito decomposto nos requisitos RF15-A a RF15-E para facilitar rastreabilidade e implementação. | RF15-A | O sistema deve oferecer uma opção de avaliação do aplicativo acessível ao usuário. |
| RF15 | Não implementado | RF15-B | A avaliação deve permitir a coleta voluntária do perfil do usuário, incluindo faixa etária, localização e frequência de uso. | |||
| RF15 | Implementado | RF15-C | A avaliação deve incluir perguntas sobre o nível de satisfação com o aplicativo, considerando critérios como facilidade de uso, confiabilidade e design. | |||
| RF15 | Não implementado | RF15-D | O sistema deve registrar as funcionalidades mais utilizadas pelo usuário, para apoiar a análise de uso do app. | |||
| RF15 | Implementado | RF15-E | Deve haver um campo para o usuário enviar sugestões de melhoria, de forma livre e opcional. | |||
| RF16 | Deve haver uma opção de compartilhar o aplicativo. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF16 no RF16-A | RF16-A | O sistema deve disponibilizar funcionalidade para compartilhamento do aplicativo via redes sociais, e-mail ou apps de mensagem. |
| RF17 | Uma opção de suporte deve existir, com ligação ao site do IBGE. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF17 no RF17-A | RF17-A | O sistema deve oferecer suporte ao usuário com redirecionamento ao site institucional do IBGE, incluindo acesso a canais como chat, telefone, e-mail e FAQ. |
| RF20 | No calendário, os dias com evento/pesquisa devem ter cor diferente dos demais. | Implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF20 no RF20-A | RF20-A | O sistema deve destacar, no calendário, os dias com eventos ou pesquisas agendadas, utilizando cor diferenciada. |
| RF23 | Filtros por Estados e Municípios devem estar disponíveis na aba “Síntese”. | Implementado | Refinamento | Aprimoramento do requisito RF23 no RF23-A | RF23-A | Filtros por estado e município devem estar disponíveis na aba “Síntese”. |
| RF25 | Modo offline para uso do aplicativo sem conexão com a internet. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF25 no RF25-A | RF25-A | O sistema deve baixar automaticamente dados enquanto estiver online para uso posterior offline, garantindo acesso contínuo a indicadores, notícias e gráficos. |
| RF30 | Possibilidade de responder a questionários relacionados ao censo diretamente pelo app. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF30 no RF30-A | RF30-A | Possibilidade de responder ao censo diretamente pelo app. |
| RF31 | Possibilidade de realizar e preencher questionários diretamente no aplicativo. | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF31 no RF31-A | RF31-A | Possibilidade de responder a questionários relacionados ao censo diretamente pelo aplicativo. |
| RF32 | Integração com outras fontes como sites ou APIs externas (ex: dados de transporte público). | Não implementado | Especificação de requisitos vagos | Aprimoramento do requisito RF32 no RF32-A | RF32-A | Possibilidade de responder a outros questionários disponibilizados pelo IBGE diretamente no aplicativo. |
| RF40 | O sistema deve apresentar mais dados na seção síntese... | Não implementado | Eliminação | Implementado no RF22 | — | — |
| RF47 | O sistema deve indicar políticas públicas com base na análise dos dados adquiridos. | Não implementado | Eliminação | Implementado no RF45-A | — | — |
| RF50 | Possibilidade de realizar o próximo censo pelo aplicativo | Não implementado | Eliminação | Requisito duplicado de RF30 | — | — |
| RF55 | O sistema deve permitir busca refinada por dados e publicações. | Não implementado | Eliminação | Requisito já contemplado por outros que tratam de filtros em abas diversas | — | — |
| RF58 | O sistema deve permitir o compartilhamento de gráficos com link da fonte. | Não implementado | Eliminação | Implementado no RF49-A | — | — |
| RF59 | O sistema deve permitir a consulta a dados demográficos por nível territorial detalhado. | Implementado | Eliminação | Requisito coberto por outros com foco em filtros por localidade | — | — |
| RF60 | O sistema deve possuir uma FAQ com respostas às dúvidas mais comuns. | Não implementado | Eliminação | Implementado no RF17-A | — | — |
| RF61 | O sistema deve apresentar os dados do Censo de forma visual e interativa. | Não implementado | Eliminação | Implementado no RF06 | — | — |
| RF63 | O sistema deve integrar todos ou a maioria dos apps usados na coleta de dados. | Não implementado | Eliminação | Requisito genérico, tecnicamente amplo e inviável sem definição clara dos sistemas envolvidos | — | — |
4. Histórico de Versões
Tabela 5: Histórico de versões
| Versão | Descrição | Autor | Data | Revisor |
|---|---|---|---|---|
| 1.0 | Criação da documento | Mayara Marques | 23/04/2025 | Caio Duarte |
| 1.1 | Inserção dos requisitos com rastreabilidade, ID e implementação | Mayara Marques | 03/05/2025 | Caio Duarte |
| 1.2 | Adiciona nova versão de Requisitos Não Funcionais 2.0 | João Félix e Mayara Marques | 05/06/2025 | Gabriel Pinto |
| 1.3 | Adiciona nova versão de Requisitos Funcionais 2.0 | Caio Duarte, Gabriel Pinto e Letícia Monteiro | 07/06/2025 | Letícia Monteiro |
| 1.4 | Adiciona nova versão de Requisitos Não Funcionais 2.1 | Larysssa Felix e Ludmila Nunes | 07/06/2025 | João Félix |
| 1.5 | Corrige erros de digitação | Ludmila Nunes | 08/06/2025 | Larysssa Felix |
| 1.6 | Separa os arquivos de elicitação de requesitos por versões | Gabriel Pinto | 14/06/2025 | Mayara Marques |
| 1.7 | Fotos adicionadas | Letícia Monteiro | 22/05/2025 | Gabriel Pinto |
Fonte: Caio Duarte, Gabriel Pinto, João Félix, Larysssa Felix, Letícia Monteiro, Ludmila Nunes e Mayara Marques, 2025.