Skip to content

Forward-from

Descrição

A rastreabilidade forward-from (para frente, a partir de) diz respeito à ligação entre os requisitos e os artefatos de desenho e implementação. Esta abordagem, também conhecida como pós-rastreabilidade , permite acompanhar o percurso de cada requisito desde sua definição até sua efetiva implementação e validação , ligando-os a artefatos como componentes de arquitetura, código e casos de teste. (SAYÃO; LEITE, 2005)[1]

Objetivo

A análise da rastreabilidade forward-from tem como principal finalidade garantir que todos os requisitos identificados estejam corretamente refletidos nas fases seguintes do projeto. Esse tipo de rastreabilidade assegura a verificação de que um requisito foi de fato implementado no sistema , permitindo identificar requisitos ainda não alocados a componentes de software ou que não possuem casos de teste previstos.

Além disso, esse processo facilita a análise de impacto de mudanças e contribui para a validação final do sistema, possibilitando demonstrar aos clientes que a implementação atende à baseline de requisitos acordada.

Metodologia

Para realizar a análise de rastreabilidade forward-from, foram considerados os vínculos estabelecidos entre os requisitos e diferentes artefatos gerados durante o projeto. Abaixo estão listados os tipos de artefatos utilizados na documentação e validação dos requisitos, junto às respectivas siglas utilizadas para identificá-los:

  • UCx – Casos de Uso (Use Case)
  • USx – Histórias de Usuário
  • NFRx – NFR Framework (Requisitos Não Funcionais)
  • ESPx – Especificação Suplementar
  • CNx – Cenários
  • LX – Léxico

Conteúdo

Requisitos Funcionais

ID Requisito e Descrição Implementado Cenário Caso de Uso Épico Elos História de Usuário
RF01 Permitir cadastro de usuário
O sistema deve permitir que um novo usuário crie uma nova conta através do cadastro, podendo ser membro ou visitante
Sim - - Épico 3.1 ELO01 US09
RF02 Verificar duplicação de cadastros
O sistema deve verificar se já existe um cadastro para o usuario (membro) que está tentando fazer cadastro
Sim - - Épico 3.1 ELO02 US03
RF03 Permitir acesso via login e senha
O sistema deve permitir que usuario (membro) acesse sua conta utilizando o login e senha cadastrados
Sim - - Épico 3.1 ELO03 US10
RF04 Restringir anúncios a produtos de Magic
O sistema deve restringir anúncios a produtos e serviços relacionados ao jogo Magic: The Gathering, especificamente cartas
Sim - - Épico 2.3 ELO04 US15
RF05 Verificar veracidade de dados cadastrados
O sistema deve implementar mecanismos de validação de informações fornecidas pelos usuários durante o cadastro de usuario (membro)
Sim - - Épico 5.2 ELO05 US37
RF06 Incluir textos, descrição e fotos nos anúncios
O sistema deve permitir que usuários insiram descrições detalhadas e imagens em seus anúncios
Sim - - Épico 10.1 ELO06 US34
RF07 Facilitar contato direto com usuário
O sistema deve disponibilizar meios de contato direto (chat ou mensagens) entre usuários
Sim - - - - -
RF08 Implementar cobrança de anúncios e venda
O sistema deve permitir a cobrança de taxas sobre anúncios ou vendas realizadas pela plataforma
Sim - - - - -
RF09 Permitir troca de mensagens privadas
O sistema deve permitir que usuários troquem mensagens privadas de forma segura
Sim - - Épico 7.1 ELO07 US38
RF10 Permitir criação de páginas pessoais
O sistema deve permitir que cada usuário personalize e mantenha sua página pessoal/profissional
Não CE06 UC05 Épico 3.1, Épico 3.1 ELO08 US13, US22
RF11 Enviar e responder mensagens no fórum
O sistema deve possibilitar a participação dos usuários em fórum de discussão (postagem e resposta)
Não CE11 UC09 Épico 1.1 ELO09 US01
RF12 Registrar dados pessoais do usuário
O sistema deve permitir o registro de dados como Nome, RG, CPF, Telefone, E-mail, Data de Nascimento e Endereço para usuario (membro)
Sim - - Épico 3.1 ELO10 US21
RF13 Utilizar dados para finalidades específicas
O sistema deve usar os dados pessoais para identificação, contato, gestão contratual, melhoria de serviços e envio de comunicações
Sim - - Épico 5.3 ELO11 US41
RF14 Compartilhar dados com parceiros
O sistema deve possibilitar o compartilhamento de dados pessoais com parceiros, respeitando finalidades declaradas
Sim - - - - -
RF15 Garantir direitos de titulares
O sistema deve permitir que o usuário solicite acesso, correção, exclusão ou anonimização de seus dados pessoais
Sim - - Épico 5.1 ELO12 US39
RF16 Oferecer canal de contato para solicitações
O sistema deve disponibilizar canal (e-mail ou link) para o exercício dos direitos do titular
Sim - - Épico 5.1, Épico 5.1 ELO13 US16, US24
RF17 Utilizar cookies para personalização
O sistema deve utilizar cookies para facilitar login e personalizar a experiência de navegação
Sim - - Épico 9.1 ELO14 US40
RF18 Permitir controle de cookies
O sistema deve permitir que o usuário configure seu navegador para aceitar ou bloquear cookies
Sim - - Épico 9.1 - US25
RF19 Solicitar atualização de dados pessoais
O sistema deve permitir que o usuario (membro) atualize seus dados pessoais e comunique alterações
Sim - - Épico 3.2 ELO15 US11
RF20 Pesquisar cartas pelo nome
Permitir que o usuário realize pesquisa de carta pelo nome da carta
Não CE03 UC02 Épico 4.1, Épico 4.1 ELO16 US04, US08
RF21.1 Filtrar cartas por preço
Permitir que o usuário filtre cartas por preço
Sim - - Épico 4.1 ELO17 US05
RF21.2 Filtrar cartas por condição
Permitir que o usuário filtre cartas por condição
Não CE07 UC06 Épico 2.2 ELO18 US14
RF21.3 Filtrar cartas por idioma
Permitir que o usuário filtre cartas por idioma
Não - - - ELO19 -
RF22 Exibir resultados da pesquisa
Mostrar preço, condição, idioma e reputação do vendedor ao pesquisar uma carta
Sim - - Épico 4.1 - US06
RF23 Realizar compra
Permitir que o usuario (membro) realize comprar de carta cadastradas, incluindo dados pessoais e endereço de entrega no carrinho ativo
Sim - - Épico 12.1 ELO20 US31
RF24 Histórico de compras
Permitir que o usuario (membro) acesse seu histórico de comprar de carta com informações detalhadas
Sim - - Épico 3.2 ELO21 US12
RF25 Visualizar decks
Permitir que o usuário visualize decks publicados, com lista de cartas
Sim - - Épico 6.1 - US26
RF26 Fórum
Permitir que o usuário busque tópicos, leia, responda e crie postagens no fórum
Sim - - Épico 7.1 ELO22 US27
RF27 Detalhar carta
Permitir que o usuário visualize detalhes de uma carta ao clicar no resultado da pesquisa, incluindo edição, formato e mana
Sim - - - ELO23 -
RF28 Adicionar a listas
Permitir que o usuário adicione cartas à coleção de cartas, deck ou lista de desejos
Não CE01, CE02 UC01 Épico 4.2 - US07
RF29 Avaliar ou dar feedback
Permitir que o usuário avalie ou dê feedback sobre vendedores ou decks
Não CE13 UC11 Épico 1.2 ELO24 US19
RF30 Mostrar informações detalhadas da carta
Mostrar edição, idioma, condição e preço médio de cada carta, incluindo informações de mana
Sim - - Épico 2.1 ELO25 US17
RF31 Definir alerta de preço
Permitir que o usuário defina um alerta de preço para a carta selecionada por edição
Não CE04 UC03 Épico 12.2 ELO26 US36
RF32 Buscar decks relacionados
Permitir que o usuário busque decks que utilizam a carta selecionada por formato
Sim - - Épico 2.1 ELO27 US18
RF33 Visualizar preço médio por edição
Permitir que o usuário visualize o preço médio da carta em diferentes edição e condições
Sim - - Épico 13.2 ELO28 US33
RF34 Acessar histórico de preços
Permitir que o usuário acesse o histórico de preços da carta em formato gráfico
Sim - - Épico 13.1 ELO29 US32
RF35 Adicionar a diferentes listas
Permitir que o usuário adicione a carta a diferentes listas (coleção de cartas, deck, lista de desejos, carrinho)
Sim - - Épico 2.3 ELO30 US23
RF36 Compartilhar carta
Permitir que o usuário compartilhe informações da carta em redes sociais ou por link direto
Não CE12 UC10 Épico 2.1 ELO31 US02
RF37 Reportar problemas
Permitir que o usuário reporte problemas relacionados à carta (erros de informação, anúncios suspeitos, etc.)
Não CE05 UC04 Épico 7.2, Épico 11.1 ELO32 US28, US35
RF38 Gerenciar e Catalogar cartas
Os usuários devem ser capazes de catalogar e gerenciar sua coleção de cartas pessoal de cartas
Não CE14 UC12 Épico 2.2 ELO33 US20

Requisitos Não Funcionais

ID Requisito e Descrição Implementado Elos Especificação Suplementar NFR Framework
RNF01 Cumprir legislações aplicáveis
O sistema deve cumprir a LGPD (Lei nº 13.709/2018), o Código de Defesa do Consumidor e demais legislações aplicáveis.
Sim ELO34 - NFR04
RNF02 Adotar medidas de segurança
O sistema deve implementar padrões de segurança e privacidade alinhados às diretrizes do Banco Central do Brasil.
Sim - - -
RNF03 Definir procedimentos para incidentes de segurança
O sistema deve prever ações em caso de incidente ou vazamento de dados pessoais dos usuarios (membros).
Sim - - -
RNF04 Notificar alterações de política
O sistema deve informar os usuarios (membros) sobre mudanças relevantes na política com antecedência razoável.
Sim - - -
RNF05 Exigir consentimento e concordância explícita
O sistema deve garantir que o membro declare ciência e concordância com a política ao usar o portal.
Sim ELO35 - NFR06
RNF06 Atualização do Sistema
O sistema deve suportar alterações na configuração ou apresentação sem interromper o uso pelos usuarios (membros e visitantes).
Sim - Especificação Suplementar -
RNF07 Informações Legais e Tributárias
Garantir que anúncios de cartas incluam informações fiscais corretas.
Sim ELO36 Especificação Suplementar NFR02
RNF08 Responsividade
O site deve ser totalmente responsivo, garantindo boa visualização e funcionalidade em computador, tablet e smartphone para todos os usuarios (membros e visitantes).
Sim ELO37 Especificação Suplementar NFR07
RNF09 Organização visual
As informações sobre cartas, anúncios e decks devem ser organizadas de forma clara, com boa legibilidade e espaçamento adequado, facilitando a navegação durante a pesquisa de cartas.
Sim ELO38 Especificação Suplementar NFR09
RNF10 Tempo de resposta para busca
O sistema deve retornar resultados de pesquisa de carta em no máximo 3 segundos.
Sim - - -
RNF11 Disponibilidade
O sistema deve estar disponível 99,5% do tempo para usuario (membros e visitantes).
Sim - - -
RNF12 Compatibilidade com navegadores
A plataforma deve ser totalmente compatível com as versões mais recentes dos principais navegadores do mercado (Google Chrome, Mozilla Firefox, Microsoft Edge e Safari), tanto em desktop quanto em dispositivos móveis.
Sim - Especificação Suplementar NFR01
RNF13 Segurança de dados
O sistema deve criptografar todas as informações sensíveis dos membros, especialmente durante o login e cadastro.
Sim - - -
RNF14 Padronização de mensagens
As mensagens de alerta, erro e confirmação devem aparecer de forma padronizada e visível, para evitar confusões durante operações como comprar carta ou leiloar carta.
Sim ELO39 Especificação Suplementar NFR03
RNF15 Backup de dados
O sistema deve realizar backup automático dos dados das coleções de cartas, decks e informações dos membros a cada 24 horas.
Sim - - -
RNF16 Escalabilidade
O sistema deve suportar um aumento de 50% no número de membros e visitantes simultâneos sem degradação significativa de performance nas funcionalidades de pesquisa e fórum.
Sim - - -
RNF17 Armazenamento e Retenção
O sistema deve definir políticas claras de armazenamento e retenção de dados pessoais dos membros.
Não - - -
RNF18 Procedimento para Incidentes
O sistema deve estabelecer procedimentos detalhados para tratamento de incidentes de segurança que afetem as coleções de cartas ou dados dos membros.
Não - - -
RNF19 Base Legal Específica
O sistema deve identificar e documentar a base legal para cada finalidade de tratamento de dados pessoais dos membros.
Não - - -

Referências

1. SAYÃO, Miriam; LEITE, Julio Cesar Sampaio do Prado. Rastreabilidade de Requisitos. Monografias em Ciência da Computação, n° 20/05. 2005.

Nível de Contribuição dos Integrantes

Nome % de Contribuição
Samuel 16,67
Thiago 16,67
Angélica 16,67
Vera 16,67
Marcelo 16,67
Raissa 16,67

Agradecimento

O Grupo 02 agradece o apoio das ferramentas de Inteligência Artificial Generativa — ChatGPT e Google Gemini — na revisão e padronização de nossos artefatos. Essas tecnologias foram utilizadas para auxiliar na organização do repositório. Todo o conteúdo, incluindo a precisão técnica e as ideias apresentadas, é de responsabilidade dos autores.

Histórico de versão

Versão Data Descrição Autor(es) Revisor
1.0 23/10/2025 Criação inicial do documento Samuel -
1.1 24/10/2025 Edição inicial do documento Thiago Samuel
1.2 26/10/2025 Adição dos Léxico e Épico Samuel Thiago
1.3 26/10/2025 Adição dos hyperlinks (Cenário, Léxico, Caso de Uso, Épico e História de Usuário) Samuel Thiago
1.4 28/10/2025 Adição dos hyperlinks e descrição na tabela de Requisitos Funcionais Angélica Thiago
1.5 28/10/2025 Adição do Agradecimento Vera Angélica
1.6 28/10/2025 Revisão de conteúdo Raissa Vera
1.7 28/10/2025 Adição da especificação suplementar e NFR Vera Angélica