Pular para conteúdo

Forward From

1. Introdução

A rastreabilidade forward-from refere-se à ligação entre os documentos de especificação dos requisitos aos artefatos gerados com estes requisitos.

2. Objetivo

Analisar o processo de rastreabilidade *forward-from* envolve compreender como os requisitos são sistematicamente vinculados às etapas posteriores do desenvolvimento, como modelagem, implementação, testes e validação. Esse tipo de rastreabilidade permite acompanhar cada requisito a partir de sua origem — como objetivos de negócio, necessidades dos stakeholders ou regulamentações — até os artefatos gerados ao longo do ciclo de vida do projeto. A finalidade é demonstrar a importância de garantir que todos os requisitos identificados estejam devidamente implementados e validados, assegurando que o sistema final esteja alinhado com os objetivos de negócio e as necessidades originais. Esse processo fortalece o gerenciamento de requisitos, facilita a detecção de lacunas, melhora a rastreabilidade das mudanças e contribui para a entrega de soluções consistentes e justificadas.

3. Metodologia

[revisar]

A metodologia de rastreabilidade forward-from se concentra em conectar sistematicamente os requisitos aos artefatos gerados nas etapas posteriores que dependem destes requisitos.

Info

Foi usada a versão 2.0 dos Requisitos Elicitados

4. 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 18/06/2025 16:26 Adiciona conteúdo

Fonte: Caio Duarte, 2025.

5 Modelagem

Tabela 3: Modelagem

Sigla Técnica de Modelagem
UC* Diagrama de Casos de uso ( Use case)
US* Histórias de Usuário (User story)
NFR* NFR Framework
ESP* Especificação Suplementar
C* Cenário
L* Léxico

Fonte: Caio Duarte, 2025.

6. Forward from

Requisitos Funcionais

A Tabela 1 a seguir apresenta o Forward from dos Requisitos Funcionais, ou seja, a ligação entre os requisitos funcionais elicitados e suas fontes.

ID Descrição UC C L US
RF01 O sistema deve possuir notícias atualizadas sobre dados demográficos/socioeconômicos do Brasil, de seus estados e municípios. - C01 - -
RF02 Sistema deve possuir uma funcionalidade de busca, que independe da tela em que o usuário se encontra. - - - US28
RF03 Se houver algum dado/indicador atrelado à notícia lida, esse indicador deve estar presente no topo da página da notícia. - C03 L04 (Indicador) -
RF04 A notícia deve estar na aba de notícias do aplicativo. - - - US12
RF05 O aplicativo deve possuir uma navbar inferior que permita que o usuário navegue pelas diversas funcionalidades principais da aplicação. - - - US13
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). - - L04 (Indicador) -
RF07 Ao clicar no dado, deve aparecer gráfico mais completo com evolução temporal do indicador. - - - US14
RF08-A A interface do sistema deve exibir, na tela do dado, as notícias que possuam relação com o indicador correspondente. - - - -
RF09 Ao lado do nome do indicador, deve aparecer a definição daquele indicador. - - - -
RF10 Uma aba de calendário deve estar presente, com eventos/pesquisas principais do IBGE. - C05 - US08
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. - - - US10
RF12-A O sistema deve conter uma aba de "Extras", reunindo funcionalidades complementares ao uso principal do aplicativo. Essa aba deve incluir opções como: configurações do app, gerenciamento de login e conta, canais de atendimento ao usuário, convite para amigos, envio de feedback, além de outros recursos informativos ou de suporte que venham a ser disponibilizados. - - - -
RF13-A O sistema deve oferecer uma opção de controle de tipos de notificações, permitindo que o usuário ative ou desative diferentes tipos de alertas de acordo com sua preferência. As notificações configuráveis podem incluir notificações sobre Notícias, Indicadores, Agenda, etc. - - - US27
RF14 O sistema deve notificar o usuário sobre novas notícias. - - - US11
RF15-A O sistema deve oferecer uma opção de avaliação do aplicativo acessível ao usuário. - - - -
RF15-B A avaliação deve permitir a coleta voluntária do perfil do usuário, incluindo dados como faixa etária, localização e frequência de uso. - - - -
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-D O sistema deve registrar as funcionalidades mais utilizadas pelo usuário, a fim de apoiar a análise de uso do app. - - - -
RF15-E Deve haver um campo para o usuário enviar sugestões de melhoria, de forma livre e opcional. - - - -
RF16-A O sistema deve disponibilizar uma funcionalidade que permita ao usuário compartilhar o aplicativo com outras pessoas, por meio de redes sociais, e-mail ou aplicativos de mensagem. - - - -
RF17-A O sistema deve oferecer uma opção de suporte ao usuário, com acesso direto aos canais oficiais de atendimento do IBGE. Essa opção deve incluir redirecionamento para o site institucional, onde o usuário poderá acessar serviços como chat, telefone, e-mail e perguntas frequentes (FAQ), conforme disponibilizado pelo IBGE. - - - US29
RF18 As redes sociais do IBGE devem ser linkadas. - - - -
RF19 As notícias devem ser compartilháveis. - - - -
RF20-A O sistema deve destacar, no calendário, os dias que possuem eventos ou pesquisas agendadas utilizando uma cor diferenciada em relação aos demais dias. - - - -
RF21 O calendário deve permitir visualização de meses passados e futuros em relação ao mês atual. - - - -
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. - - - US09
RF23-A Filtros por estado e município devem estar disponíveis na aba “Síntese”. - - - -
RF24 Jogos educativos sobre geografia, demografia e temas sociais. - - - -
RF25-A O sistema deve ser capaz de baixar automaticamente, quando estiver conectado à internet, as informações necessárias para o funcionamento do modo offline. Esses dados devem ser armazenados localmente no dispositivo e exibidos ao usuário mesmo quando não houver conexão, garantindo acesso contínuo a conteúdos como indicadores, notícias e gráficos previamente carregados. - - - -
RF26 Central de Ajuda dentro do app, com informações sobre o uso do aplicativo - C14 L19 (Consultar central de ajuda) US30
RF27 Notificações para notícias relevantes e atualizações dos indicadores favoritos. - - L05 (Consultar indicador) US05
RF28 O usuário pode favoritar indicadores e visualizar as últimas atualizações. UC04 C08 L01 (Usuário), L03 (Indicador), L05 (Consultar indicador), L06 (Favoritar indicador) US18
RF29 Comparativo de indicadores por região. UC05 C02 L03 (Indicador), L07 (Comparar indicador) US02
RF30-A Possibilidade de responder ao censo diretamente pelo app. UC02 C06 L10 (Realizar o censo pelo aplicativo), L11 (Censo) US06
RF31-A Possibilidade de responder a questionários relacionados ao censo diretamente pelo aplicativo. - - - -
RF32-A Possibilidade de realizar e preencher outros questionários disponibilizados pelo IBGE diretamente no aplicativo. - - - -
RF33 Acesso a dados de diferentes fontes como o IBGE, através do app. - - - -
RF34 Mapas interativos, com visualização de dados geográficos e demográficos. - C13 L20 (Visualizar Mapas Interativos) US31
RF35-A Possibilidade de filtro por tipo de dado na aba "Indicadores" - - - US26
RF36 Possibilidade de exportar gráficos e resumos em formatos como PDF. - - - US15
RF37 Computar informações de dados e gerar relatórios para exportação. UC03 C11 L14 (Computar e gerar relatórios) -
RF38-A O sistema deve disponibilizar, de forma acessível no aplicativo, demais indicadores que atualmente estão disponíveis apenas no site do IBGE. - - L02 (Sistema), L03 (Indicador), L05 (Consultar indicador) US36
RF39 O sistema deve filtrar notícias por região e/ou tempo. UC06 C16 L02 (Sistema), L18 (Filtrar notícias) US22
RF41-A O sistema deve integrar conteúdos produzidos em outras plataformas, como YouTube, TikTok e Instagram, em uma aba dedicada. - - L02 (Sistema) US16
RF42 O sistema deve analisar os conteúdos acessados pelo usuário para recomendar conteúdos similares. - - L01 (Usuário) US24
RF43 O sistema deve permitir a comparação dos censos realizados em diferentes anos. - C17 L21 (Comparação dos Censos) US32
RF44 O sistema deve exibir uma confirmação sobre a identidade do recenseador. - - L01 (Recenseador) US25
RF45-A O sistema deve realizar previsões sobre tendências futuras e indicar políticas públicas, com base nos dados disponibilizados pela plataforma em uma aba dedicada. - - - -
RF46-A O sistema deve informar, de forma acessível ao usuário, os principais fatores que influenciam a variação de cada indicador apresentado no aplicativo, na especificação do indiciador. - - L03 (Indicador), L05 (Consultar indicador) US04, US35
RF48 O sistema deve comparar os locais com maior e menor taxa de resposta ao censo. - C18 L22 (Taxa de resposta) US33
RF49-A O sistema deve permitir o compartilhamento de métricas e dados exibidos no aplicativo, garantindo que a fonte oficial do IBGE esteja sempre atribuída ao conteúdo compartilhado. - C12 L15 (Compartilhamento de Métricas com Fonte IBGE) US17
RF51 Opção de modo noturno. UC09 C10 L08 (Modo noturno ativado) US19
RF52 Opção de mudança de idiomas (Português, Inglês, Espanhol) - - - US03
RF53 Opção de alterar o tamanho da fonte (com botão) UC08 C09 L09 (Alterar tamanho da fonte) US20
RF54 Opção de alto contraste do aplicativo (com botão) UC10 C15 L17 (Alto constraste) US23
RF56 O sistema deve disponibilizar explicações simplificadas sobre os termos técnicos. - - - US21
RF57 O sistema deve integrar-se com a conta Gov.br. UC01 C07 L12 (Autenticar via Gov.br), L13 (Autenticado) US07
RF60 O sistema deve possuir uma FAQ com respostas às dúvidas mais comuns. UC07 C01 L16 (Consultar FAQ) US01
RF62 O sistema deve permitir acesso às publicações completas de cada pesquisa com a metodologia detalhada. - - - -

Fonte: Caio Duarte e Ludmila Nunes, 2025.

Requisitos Não Funcionais

A Tabela 2 a seguir apresenta o Forward from dos Requisitos Não Funcionais, ou seja, a ligação entre os requisitos não funcionais elicitados e suas fontes.

Tabela 2: Forward from RNF

ID Descrição Especificação Suplementar NFR
RNF01-A O sistema deve manter consistência visual em todas as telas, adotando padrões unificados de cores, fontes, botões e elementos da interface. RNF01, RNF75 NFR06
RNF02-A Todas as ações do usuário devem gerar feedback visual e/ou sonoro imediato, como cliques, carregamentos ou envios de formulário. RNF02, RNF73 NFR01
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-A O sistema deve ser suficientemente intuitivo para que um novo usuário consiga concluir tarefas principais em até 5 minutos, sem depender de ajuda externa. RNF05 -
RNF06-A A interface do sistema deve ser responsiva, adaptando-se automaticamente a diferentes tamanhos, resoluções e orientações de tela. RNF06, RNF39, RNF77 NFR05
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 NFR02
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 NFR03
RNF09-A O sistema deve alertar o usuário antes de ações críticas, validar os dados inseridos e exibir mensagens de erro claras, sem jargões técnicos. RNF09, RNF14 NFR04
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-A O aplicativo deve recuperar automaticamente sessões interrompidas e preservar a integridade dos dados mesmo em encerramentos inesperados. RNF11, RNF13 -
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. RNF12 -
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 simultâneo. RNF16 -
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 NFR07
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-A O aplicativo não deve exceder 40% de uso da CPU nem 250 MB de RAM durante operações intensas, assegurando bom desempenho em dispositivos intermediários. RNF19, RNF20 -
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 simultâneos sem degradação perceptível de desempenho. RNF22 -
RNF23 O tempo de sincronização de dados com o servidor não deve ultrapassar 5 segundos em redes 4G ou superiores. RNF23 -
RNF24-A O aplicativo deve ter transições de até 1 segundo entre seções e tempo de inicialização inferior a 3 segundos em dispositivos de entrada compatíveis. RNF24, RNF49 -
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-A O sistema deve estar totalmente em conformidade com a LGPD (Lei nº 13.709/2018), garantindo tratamento legal, seguro e transparente de dados pessoais. RNF27, RNF72 -
RNF28-A Todos os dados pessoais devem ser criptografados em trânsito (TLS 1.2+) e em repouso (AES-256 ou superior). RNF28, RNF29 -
RNF30-A O sistema deve exibir termos de uso e política de privacidade claros antes da coleta de dados, acessíveis na tela inicial e no menu de configurações. RNF30, RNF57, RNF65 -
RNF31-A O sistema deve obter consentimento explícito para uso de dados pessoais e permitir sua correção, exclusão ou recusa de coleta anônima. RNF31, RNF32, RNF69 -
RNF33-A O sistema deve registrar e proteger logs de autenticação e envio de dados, com retenção mínima de 5 anos e acesso restrito por perfil. RNF33, RNF34, RNF35, 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-A O design visual deve seguir a identidade institucional do IBGE, com uso oficial das cores e logotipo conforme diretrizes. RNF38, RNF67 -
RNF40-A O design do sistema deve priorizar simplicidade, clareza e fluidez, facilitando a navegação e interpretação de dados com gráficos e elementos visuais intuitivos. RNF40, RNF41, RNF42 -
RNF43-A O sistema deve ter arquitetura modular e design escalável para futura adição de novos dados, filtros e relatórios. RNF43, RNF50 -
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-A O aplicativo deve ser desenvolvido com tecnologias e frameworks compatíveis com Android e iOS, adaptando-se a diversos tamanhos de tela. RNF45, RNF48 -
RNF46-A O código-fonte deve seguir boas práticas, com versionamento, documentação e uso legal de bibliotecas licenciadas. RNF46, RNF64 -
RNF47 O sistema deve ser compatível com bibliotecas gráficas modernas para renderização de gráficos estatísticos. RNF47 -
RNF51-A O aplicativo deve conter uma seção de ajuda com FAQs, tutoriais e instruções, redigidas em linguagem simples e acessível em diferentes dispositivos. RNF51, RNF52, RNF53, RNF54, RNF55, RNF56 -
RNF58-A Todos os dados exibidos devem respeitar as licenças de uso e conter as devidas citações e fontes do IBGE. RNF58, RNF63 -
RNF59-A O software e componentes de terceiros devem ser licenciados adequadamente, preferencialmente sob licenças abertas compatíveis com uso governamental. RNF59, RNF60,RNF76 -
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 -
RNF66-A O sistema deve atender às diretrizes nacionais e internacionais de acessibilidade, incluindo compatibilidade com leitores de tela e o Modelo de Acessibilidade de Governo Eletrônico (eMAG), garantindo uso por pessoas com deficiência. RNF66, RNF70, RNF71, RNF83 -
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. RNF68 -
RNF73 Padrão internacional para gestão da segurança da informação, recomendável para proteger dados sensíveis do sistema. RNF73 -
RNF74 Norma brasileira que trata de ergonomia na interação humano-computador, aplicável à interface do sistema. RNF74 -
RNF78-A Os elementos de navegação devem ser intuitivos, com rótulos claros e acessíveis em até dois toques, utilizando linguagem adequada ao público geral. RNF78, RNF81 -
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 -
RNF82 Os formulários devem apresentar mensagens de erro específicas e orientativas, posicionadas próximas aos campos com problemas. RNF82 -
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 NFR08

Fonte: Caio Duarte e Ludmila Nunes e Caio Duarte, 2025.

4. Histórico de Versões

Tabela 3: Histórico de versões

Versão Descrição Autor Data Revisor
1.0 Criação do documento Caio Duarte 06/06/2025 Gabriel Pinto
1.1 Ajustes RF e RNF Gabriel Pinto e Letícia Monteiro 07/06/2025 Caio Duarte
1.2 Ajustes IDS RF e adição de tabela RNF Ludmila Nunes 08/06/2025 Letícia Monteiro
1.3 Ajustes RF e RNF Gabriel Pinto e Letícia Monteiro 08/06/2025 Caio Duarte
1.4 Refatoração do esquema das tabelas e das rastreabilidades Caio Duarte 22/06/2025 Mayara Marques

Fonte: Caio Duarte, Gabriel Pinto, João Félix, Larysssa Felix, Letícia Monteiro, Ludmila Nunes e Mayara Marques, 2025.