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 |