Skip to content

Matriz Geral de Rastreabilidade


Introdução

A matriz geral de rastreabilidade é um documento fundamental na engenharia de requisitos que reúne, de maneira organizada, todos os requisitos funcionais identificados durante o projeto, mostrando tanto sua rastreabilidade anterior (pré-rastreabilidade) quanto a posterior (pós-rastreabilidade). O objetivo é oferecer uma visão completa e estruturada das conexões entre os requisitos, suas fontes (como as técnicas de elicitação utilizadas) e os artefatos que deles derivam ou que estão relacionados.

De acordo com Sayão e Leite (2005), a rastreabilidade é o mecanismo que viabiliza a ligação entre os diversos elementos envolvidos no ciclo de vida de um sistema, incluindo requisitos, documentos, decisões e implementações. A matriz geral viabiliza essa conexão por meio de referências cruzadas e elos rastreáveis, revelando dependências, origens documentais e impactos que cada requisito pode ter em diferentes fases do desenvolvimento.[ 1 ]

Assim, a matriz não só facilita a entendimento e análise integrada dos requisitos, como também apoia a gestão de alterações, o controle da qualidade e a manutenção e evolução do sistema ao longo do seu ciclo de vida.


Objetivos

O objetivo da matriz geral é consolidar as informações dos artefatos de Backward-From (rastreabilidade retroativa) e Forward-From (rastreabilidade prospectiva), proporcionando uma visão unificada do ciclo de vida dos requisitos. Através dessa unificação, é possível:

  • Verificar se todos os requisitos têm origem justificada (pré-rastreabilidade);
  • Avaliar o estado de implementação de cada funcionalidade;
  • Mapear os artefatos técnicos relacionados a cada requisito;
  • Identificar elos e interdependências que auxiliam na análise de impacto.

Essa estrutura oferece um ponto central de consulta, facilitando o acompanhamento e a validação dos requisitos em todas as fases do projeto.


Metodologia

A construção da matriz geral partiu dos requisitos elicitados no projeto, especialmente aqueles que ainda não estavam completamente implementados no momento da análise. Esses requisitos foram cruzados com os dados coletados nos artefatos de rastreabilidade backward e forward, permitindo a composição de uma tabela unificada.

A matriz geral é organizada em sete colunas, com os seguintes significados:

  • ID: Identificador único do requisito funcional.
  • Descrição: Texto descritivo que expressa claramente o comportamento esperado do sistema.
  • Pré-Rastreabilidade: Técnicas e artefatos de elicitação (como questionários, storytelling ou análise de documentos) que fundamentam o requisito.
  • Implementado?: Indicação do status de implementação no aplicativo (Sim, Não, Parcialmente).
  • Artefatos: Representações técnicas ou documentais que detalham ou se relacionam diretamente com o requisito.
  • Elos: Ligações semânticas entre os requisitos e outros elementos indicando dependência, influência ou refinamento.

Esta matriz representa, portanto, uma peça-chave no processo de documentação e rastreamento completo dos requisitos, apoiando práticas de desenvolvimento ágil, melhoria contínua e validação sistemática.


Requisitos funcionais

Tabela 1 – Requisitos funcionais

ID Descrição Pré-Rastreabilidade Implementação Artefatos Elos
RF01 Localizar o celular perdido. QS01, ST06, ADD01 Sim Casos de Uso, Léxicos RF01
RF02 Tornar visível o registro de boletim. QS02, OBS02 Sim Casos de Uso, Léxicos RF02
RF03 Acessar / cancelar contas bancárias vinculadas. QS03, BS03 Não Casos de Uso RF03
RF04 Passo-a-passo após furto/roubo. QS04, ADD02 Não Casos de Uso, Léxicos RF04
RF05 Feedback visual pós-ação. Q12, BS04 Não Não se aplica RF05
RF06 Notificar atividade suspeita. QS08, BS06 Não Léxicos RF06
RF07 Recuperar aparelho bloqueado. QS08, ST03 Não Léxicos RF07
RF08 Registrar boletim de ocorrência. QS09, ADD03 Sim Não se aplica RF08
RF09 Modo Falso Desligamento. QS14, BS07 Não Não se aplica RF09
RF10 Autenticação Gov.br. ADD01, BS09, OBS01 Sim Não se aplica RF10
RF11 Exibir Termos de Uso/Privacidade na 1ª abertura. ADD01, OBS03 Sim Não se aplica RF11
RF12 Cadastrar múltiplos celulares. ADD01, BS02 Sim Não se aplica RF12
RF13 Cadastrar pessoas de confiança. ST05, BS05 Sim Não se aplica RF13
RF14 Botão de emergência (alerta de bloqueio). ADD04, OBS04, ST02 Sim Casos de Uso RF14
RF15 Selecionar tipo de bloqueio. ADD04, BS06 Sim Casos de uso RF15
RF16 Gerar protocolo único pós-alerta. ADD04, QS07 Não Casos de uso, Léxicos RF16
RF17 Envio automático de alerta a parceiros. ADD04, BS10 Sim Casos de uso RF17
RF18 Consulta de restrição por IMEI. ADD03, QS11 Não Não se aplica RF18
RF19 Mesmas funções em app e portal web. ADD01, BS08 Sim Não se aplica RF19
RF20 Permitir múltiplos alertas para mesma linha. BS06, QS13 Não Não se aplica RF20
RF22 Bloquear remotamente o aparelho ADD04, BS06 Não Casos de uso RF22
RF23 Apagar todos os dados do dispositivo BS06, QS06 Não Não se aplica RF23
RF24 Contatar autoridades automaticamente com relatório de segurança ST04, BS10 Não Casos de uso, Léxicos RF24
RF25 Rastrear em tempo real a localização do dispositivo QS01, ADD04 Não Não se aplica RF25
RF26 Exibir histórico de movimentação no mapa BS05, OBS05 Não Não se aplica RF26
RF27 Informar localização exata via coordenadas e mapa QS01, OBS06 Não Casos de uso, Léxicos RF27
RF28 Emitir alerta S.O.S. automático para contatos de emergência ST05, BS05 Não Não se aplica RF28
RF29 Bloquear chip por integração direta com a operadora ADD04, BS10 Sim Casos de uso RF29
RF30 Guia de usuário passo a passo embutido no app BS01, OBS02 Sim Não se aplica RF30
RF31 Cadastro de contatos de segurança e envio de notificações prioritárias BS05, ST05 Sim Não se aplica RF31
RF32 Portal web para controle remoto das mesmas funções do app ADD01, BS08 Sim Não se aplica RF32
RF33 Sincronizar notificações push e e‑mail entre app e portal BS08, QS13 Sim Não se aplica RF33
RF34 Botão de “bloqueio rápido” sempre acessível na tela principal OBS04, BS06 Sim Não se aplica RF34
RF35 Comandos por voz para funções críticas (bloqueio, rastreamento, SOS) BS07 Não Não se aplica RF35
RF36 Efetuar backup automático de contatos, fotos e mensagens antes do bloqueio remoto BS06, QS06 Não Não se aplica RF36
RF37 Restaurar dados de backup via e‑mail BS06, QS06 Não Não se aplica RF37
RF38 Emissão de som remoto para facilitar localização QS01, ST06 Não Casos de uso, Léxicos RF38
RF39 Oferecer rastreamento via satélite em áreas sem cobertura de celular BS07 Não Não se aplica RF39
RF40 Enviar notificação por e‑mail com detalhes da tentativa de acesso suspeito QS08, BS06 Não Léxicos RF40
RF41 Gerar relatório de movimentação para download em PDF BS10 Não Não se aplica RF41
RF42 Definir “dispositivo de confiança” para controle remoto secundário BS05, OBS07 Não Não se aplica RF42

Fonte: Mateus Bastos e Gabriel Lima


Requisitos não funcionais

Tabela 2 – Requisitos não funcionais

ID Descrição Rastreabilidade Implementação Artefatos Elos
RNF01 O aplicativo deve funcionar de maneira estável e confiável em momentos de emergência. QS09, OBS21, BS40, ST11, ADD13 Não Especificação Suplementar RNF01
RNF02 A interface deve ter design acessível a usuários com pouca familiaridade com tecnologia, como idosos. Q19, OBS18, BS42/BS43, ST8, ADD17 Não Especificação Suplementar RNF02
RNF03 O aplicativo deve oferecer um modo escuro (dark mode) para maior conforto visual. QS09, BS43 Não Não se aplica RNF03
RNF04 O aplicativo deve apresentar legendas em ícones e menus para facilitar a compreensão. QS12, OBS15, BS36, ST8, ADD16 Sim Especificação Suplementar RNF04
RNF05 O aplicativo deve enviar um SMS para uma pessoa quando a mesma for adicionada como pessoa de confiança. QS14 Não Não se aplica RNF05
RNF06 Suporte Técnico, como disponibilizar canais de suporte claros e responsivos para auxiliar os usuários. QS14, OBS21, BS52, ADD17 Não Especificação Suplementar RNF06
RNF07 O serviço Celular Seguro deve estar disponível para todos os cidadãos brasileiros, 24×7, sem interrupções planejadas. ADD13, OBS21, BS40, ST11 Não Especificação Suplementar RNF07
RNF08 O tempo de resposta para comunicação de um alerta aos parceiros deve ser mínimo – idealmente instantâneo – e os bloqueios devem ocorrer em minutos. ADD14, ST9, BS41, BS58 Não Especificação Suplementar RNF08
RNF09 O aplicativo e a plataforma devem seguir requisitos de segurança da informação: conexão criptografada, proteção de dados conforme LGPD. ADD15, ST10, BS47 Não Especificação Suplementar RNF09
RNF10 O serviço deverá ser oferecido gratuitamente, sem cobrança pelo download ou uso do aplicativo. ADD18 Sim Não se aplica RNF10
RNF11 O sistema deve cumprir a legislação e normas vigentes, incluindo portarias, resoluções da Anatel e diretrizes da Febraban. ADD19 Sim Especificação suplementar RNF11
RNF12 Linguagem simples sem jargões técnicos. BS37, ST8, ADD16 Sim Léxicos RNF12
RNF13 Layout consistente seguindo heurísticas de Nielsen. BS38, ST8, ADD16 Não Não se aplica RNF13
RNF14 Tempo de resposta da interface < 200 ms. BS39, ST9, ADD14 Sim NFR Framework RNF14
RNF15 Suporte a VLibras e leitor de tela para acessibilidade. BS42, OBS18, ADD17 Não Especificação Suplementar RNF15
RNF16 Transcrição em tempo real sem falhas de reconhecimento. BS44 Não Especificação Suplementar RNF16
RNF17 Precisão de localização GPS menor do que 10 metros. BS45 Não Casos de Uso, Léxicos, Cenários, NFR Framework RNF17
RNF18 Autenticação multifator (2FA) com fallback via SMS. BS48 Não Casos de Uso, Especificação Suplementar RNF18
RNF19 Logs de auditoria imutáveis e armazenados por no mínimo 1 ano. BS49 Não Casos de Uso RNF19
RNF20 Política de privacidade clara e facilmente acessível dentro do app. BS50 Não NFR Framework RNF20
RNF21 Verificação de integridade de dados no drive com checksum. BS53 Não Especificação Suplementar RNF21
RNF22 Compatibilidade com Android e iOS (últimas 3 versões principais). BS57, ADD17 Sim Especificação Suplementar RNF22
RNF23 Tempo de inicialização do app < 2 segundos. BS58, ST9, ADD14 Sim Especificação Suplementar RNF23
RNF24 Atualizações automáticas de segurança e correções de vulnerabilidades em até 24 horas. BS60 Não Especificação Suplementar RNF24
RNF25 As páginas carregam em até 2 segundos em conexões padrão 4G. OBS16, BS39, ST9, ADD14 Sim Especificação Suplementar, NFR Framework RNF25
RNF26 O aplicativo responde corretamente mesmo com entradas erradas. OBS19 Não NFR Framework RNF26
RNF27 O aplicativo apresenta confirmação de suas ações. OBS20 Sim Casos de uso, NFR Framework RNF27

Fonte: Mateus Bastos , Vitor Bessa e Daniel Rodrigues Gabriel Lima


Referências Bibliográficas

SAYÃO, Miriam; LEITE, Julio Cesar Sampaio do Prado. Rastreabilidade de Requisitos. Monografias em Ciência da Computação, Nº 20/05. Departamento de Informática, PUC-Rio, 2005.


Histórico de Versões

Versão Data de produção Descrição da Alteração Autor(es) Revisor(es) Data de Revisão
1.0 06/02/2025 Criação inicial do documento Mateus Bastos Gabriel Lima 06/06/2025
1.1 06/02/2025 Adição das seções de Introdução, Objetivos e Metodologia Mateus Bastos Gabriel Lima 06/06/2025
1.2 07/06/2025 Atualização da rastreabilidade dos artefatos Mateus Bastos , Gabriel Lima Gabriel Lima 08/02/2025
1.3 08/06/2025 Atualização de termos utilizados Daniel Rodrigues Gabriel Lima 08/06/2025
1.4 08/02/2025 Adição de rastreabilidade nas tabela de requisitos funcionais e não funcionais Mateus Bastos Gabriel Lima 06/06/2025
1.5 08/06/2025 Adição dos requisitos não funcionais Vitor Bessa , Daniel Rodrigues Mateus Bastos 08/02/2025
1.6 08/06/2025 Correção dos links de rastreabilidade Vitor Bessa Daniel Rodrigues 08/02/2025
1.7 08/06/2025 Adição dos requisitos não funcionais Vitor Bessa , Daniel Rodrigues Mateus Bastos 08/02/2025
1.8 08/06/2025 Hiperlinks nos atributos das tabelas de Requisitos funcionais e não funcionais Mateus Bastos Gabriel Lima 08/06/2025
1.9 09/06/2025 Correção do direcionamento de todos os hiperlinks Mateus Bastos Gabriel Lima 08/06/2025