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.