Introdução

A rastreabilidade é uma característica de sistemas, nos quais requisitos são ligados às suas respectivas fontes e aos artefatos que foram criados durante o desenvolvimento do sistema.

A rastreabilidade pode ser dividida nos tipos: backward-from, forward-from, backward-to, forward-to.

Rastreabilidade forward-from: liga os requisitos aos artefatos de desenho e implementação.
Rastreabilidade backward-from: liga os requisitos às suas fontes.
Rastreabilidade forward-to: liga os documentos do plano de negócio aos requisitos.
Rastreabilidade backward-to: liga os artefatos de desenho e implementação aos requisitos.

Objetivos

Analisar a rastreabilidade backward-from, evidenciando qual foi a fonte de cada um dos requisitos. Dessa forma, a partir da matriz de rastreabilidade os stakeholders poderão entender o porquê de cada requisito ter sido elicitado.

Metodologia

Para fazer a rastrabilidade backward-from, fizemos uma matriz onde a primeira e segunda colunas se referem ao requisito enquanto a terceira coluna indica a fonte do requisito e a última coluna se o requisito foi implementado ou não.

Rastreabilidade Backward-from

Legenda da matriz

Tabela 1 - Códigos utilizados na Tabela 2 e seus significados.

Identificador	Significado
#RFXX	Código para um requisito funcional
#RNXX	Código para um requisito não funcional
#RDFXXX	Código para um requisito funcional elicitado com a técnica de análise de documentos
#RDNXXX	Código para um requisito não funcional elicitado com a técnica de análise de documentos
#RIFXXX	Código para um requisito funcional elicitado com a técnica de análise de interface
#RINXXX	Código para um requisito não funcional elicitado com a técnica de análise de interface
#RQFXX	Código para um requisito funcional elicitado com a técnica de questionário
#RQNXX	Código para um requisito não funcional elicitado com a técnica de questionário
#ROFXX	Código para um requisito funcional elicitado com a técnica de observação
#RONXX	Código para um requisito não funcional elicitado com a técnica de observação

Matriz de rastreabilidade

ID	Descrição	Pré-Rastreabilidade	Implementado
#RF01	Deve oferecer a possibilidade do usuário acionar a pesquisa na web	#RDF01, #RIF01	Sim
#RF02	Deve haver a possibilidade de uso do pensamento profundo para solução de problemas (Deep Thinking)	#RDF02	Sim
#RF03	O sistema deve aceitar uploads de arquivos de até 10MB nos formatos PDF, DOCX, TXT e imagens (com OCR) com tempo de resposta < 35s	#RDF03, #RIF01, #RIF05, #RQF01, #RQN09	Sim
#RF04	Deve possuir a opção de login com conta Google/Apple ID	#RDF06	Sim
#RF05	Deve salvar chats entre plataformas	#RDF07	Sim
#RF06	Melhorar as capacidades de "deep thinking"	#RDF07	Não
#RF07	Deve haver um campo para a interação com a IA	#ROF01	Sim
#RF08	Deve ser possível criar novos chats	#ROF02	Sim
#RF09	Deve ser possível renomear um chat	#ROF03	Sim
#RF10	Os chats já utilizados devem poder ser acessados posteriormente	#ROF04	Sim
#RF11	Deve ser possível dar dislike em uma resposta da IA	#ROF05	Sim
#RF12	Deve ser possível dar like em uma resposta da IA	#ROF06	Sim
#RF13	Deve ser possível copiar uma resposta da IA	#ROF07	Sim
#RF14	Deve exibir citações de fontes e referências em respostas baseadas em documentos, indicando página, site e/ou trecho extraído.	#ROF08, #RIF06, #RQF22	Parcialmente implementado
#RF15	Deve ser possível alterar o idioma do sistema	#ROF09	Sim
#RF16	Deve ser possível apagar conversas individuais ou de forma geral	#ROF10, #RIF04	Sim
#RF17	Deve ser possível regenerar uma resposta da IA de forma manual ou automática em caso de erro de servidor ou sobrecarga	#ROF11, #RQF09, #RQF18	Parcialmente implementado
#RF18	O sistema deve exibir respostas formatadas em Markdown em tabelas ou listas complexas, com possibilidade de edição pelo usuário	#ROF12, #RIF03, #RIF13, #RQF15	Parcialmente implementado
#RF19	Deve ser possível interromper respostas em andamento	#RIF07	Não
#RF20	Deve possuir uma API pública	#RIF08	Não
#RF21	Deve aceitar autenticação via token de acesso	#RIF09	Não
#RF22	Deve haver uma confirmação para limpar o histórico	#RIF14	Não
#RF23	Deve suportar busca incremental (exibição de sugestões em tempo real conforme o usuário digita)	#RQF01	Não
#RF24	Todos os dados sensíveis do usuário devem ser criptografados em trânsito (TLS) e em repouso (AES-256)	#RQF02	Sim
#RF25	O usuário deve poder controlar quais dados são compartilhados (chat, histórico de buscas, localização)	#RQF03	Não
#RF26	Deve haver autenticação multifator opcional para acesso a funcionalidades avançadas	#RQF04	Não
#RF27	Deve oferecer modo escuro e claro, com configuração manual e sincronização automática com o SO	#RQF06	Sim
#RF28	Deve incluir tutorial interativo na primeira execução, explicando as principais funcionalidades	#RQF07	Não
#RF29	Exibir status do servidor em tempo real (Online, Manutenção, Sobrecarga)	#RQF08	Não
#RF30	Melhorar retenção de contexto em diálogos longos	#RQF10	Parcialmente implementado
#RF31	Implementar memória de contexto persistente entre conversas	#RQF11	Não
#RF32	Permitir escolha de modelos (seleção de diferentes versões/modelos de IA)	#RQF12	Não
#RF33	Permitir organização de conversas em pastas ou listas por tema ou projeto	#RQF13	Não
#RF34	Implementar comandos de voz para entrada e saída de informações	#RQF16	Não
#RF35	Ajustar visualização do título ao passar o mouse sobre o nome do chat na barra lateral de histórico	#RQF17	Não
#RF36	Fornecer, na interface de envio de imagens, instruções claras e contextualizadas sobre OCR	#RQF20	Não
#RF37	Conectar nativamente a ferramentas populares (Google Drive, Outlook, GitHub etc.) via integrações diretas	#RQF14	Não
#RF38	Disponibilizar resumo automático de vídeos (importação de links do YouTube para sumarização)	#RQF23	Não
#RN01	Deve fazer o uso da arquitetura DeepSeek-V3	#RDN04	Sim
#RN02	Deve possuir versões para Android e IOS	#RDN05	Sim
#RN03	Deve guardar um histórico de conversas por 30 dias (não persistente se o usuário sair sem salvar)	#RIN10	Não
#RN04	Deve fazer a exclusão automática de dados de upload	#RIN10	Não
#RN05	A interface deve seguir diretrizes de usabilidade e acessibilidade	#RIN12, #RQF05	Não
#RN06	Em caso de falha, deve retornar mensagens de erro claras	#RIN15	Sim
#RN07	O sistema deve suportar múltiplas requisições simultâneas sem degradação	#RIN16	Sim
#RN08	O processamento de arquivos grandes (PDF/DOCX) deve ocorrer em ≤ 10 s e o tempo médio de resposta ≤ 2 s em operações simples	#RIN17, #RQN04	Parcialmente implementado
#RN09	Disponibilizar, no próprio app, informações claras e acessíveis sobre como e onde os dados são armazenados e utilizados	#RQN01	Não
#RN10	Especificar e permitir ao usuário optar por participar ou não do uso de seus dados em re-treinamento ou venda de modelos	#RQN02	Não
#RN11	Especificar e permitir ao usuário optar por participar ou não do uso de seus dados em re-treinamento ou venda de modelos	#RQN02	Não
#RN12	Garantir estabilidade na geração de conteúdos pesados (PDF, cálculos), evitando erros de formatação ou falhas	#RQN05	Não
#RN13	Atingir ≥ 95 % de usuários avaliando a usabilidade como “Fácil” ou “Muito fácil” em pesquisas futuras	#RQN06	Parcialmente implementado
#RN14	Alcançar ≥ 90 % de concordância em “Interface clara e agradável” em pesquisas futuras	#RQN07	Não
#RN15	Reduzir para ≤ 5 % os usuários que relatam dificuldade em encontrar opções/ferramentas em pesquisas futuras	#RQN08	Não

Autor: Ana Clara

Referência Bibliográfica

SERRANO, Milene; SERRANO, Maurício. Requisitos – Aula 26. UnB, 2025. Disponível em: https://aprender3.unb.br/pluginfile.php/3096178/mod_resource/content/1/Requisitos%20-%20Aula%20026.pdf. Acesso em: 22 jun. 2025. Foto da referência

Histórico de Versões

Data	Versão	Descrição	Autor	Revisor
22/06/2025	1.0	(#R01) Documentação da matriz de rastreabilidade backward-from	`@Ana Clara`	`@Luiz`