Matriz de Rastreabilidade
Introdução
A rastreabilidade de requisitos é uma técnica fundamental no processo de desenvolvimento de software, permitindo a conexão entre os requisitos e os artefatos gerados ao longo do ciclo de vida do projeto. A rastreabilidade assegura que cada requisito seja devidamente implementado e verificado, facilitando a identificação de dependências e impactos de mudanças, além de proporcionar uma visão clara do progresso e da conformidade do projeto1.
Metodologia
Existem diversas abordagens para implementar a rastreabilidade, sendo as mais comuns centradas em referências cruzadas ou documentos. Referências cruzadas são simples e eficientes, utilizando hipertexto, esquemas de numeração, indexação e uso de tags. Já as técnicas baseadas em documentos envolvem o uso de modelos e templates para transformar e integrar documentos de forma coesa2. Iremos utilizar para desenvolver a matriz de rastreabilidade o uso de referência cruzada, através de uma tabela para representação. A seguir na figura 01 temos um exemplo de matriz de rastreabilidade:
Fonte: Requisitos – Aula 26. Página 293.
Matriz de Rastreabilidade
A matriz de rastreabilidade é uma ferramenta essencial em projetos de software, permitindo rastrear a origem e a implementação dos requisitos ao longo do ciclo de vida do projeto. Ela ajuda a garantir que todos os requisitos sejam atendidos e que as mudanças possam ser gerenciadas de forma eficaz2.
As Tabela 01 e 02 apresentam os requisitos utilizados para realizar a rastreabilidade (backward e forward) e a construção da matriz de rastreabilidade. Esses requisitos foram fundamentais para garantir a conformidade do sistema com as especificações e facilitar a gestão de mudanças durante o desenvolvimento.
Tabela 01: Requisitos Funcionais
Tipo | Descrição | ID |
---|---|---|
RF01 | Autenticação de usuários para acesso seguro. | OBS01 |
RF02 | Visualização de edições diárias do Diário Oficial. | OBS02 |
RF03 | Busca por palavras-chave em documentos. | OBS03 |
RF04 | Filtragem de conteúdo por data, categoria ou órgão emissor. | OBS04 |
RF05 | Download de edições e documentos em formatos PDF. | OBS05 |
RF06 | Notificações push sobre novas publicações relevantes. | OBS06 |
RF07 | Acesso a edições anteriores arquivadas. | OBS07 |
RF08 | Integração com sistemas de assinatura digital. | OBS08 |
RF09 | Compartilhamento de documentos via redes sociais e email. | OBS09 |
RF10 | O aplicativo deve permitir buscas detalhadas por tópicos específicos. | IS01 |
RF11 | O aplicativo deve oferecer a funcionalidade de salvar documentos para consulta offline. | IS02 |
RF12 | O aplicativo deve enviar notificações personalizadas sobre novas publicações relevantes. | IS03 |
RF13 | O aplicativo deve oferecer acesso ao histórico de publicações legislativas. | IS04 |
RF14 | O aplicativo deve ter um sistema de marcadores para rastrear alterações em documentos específicos. | IS05 |
RF15 | O aplicativo deve fornecer uma interface que facilite a leitura de textos legislativos. | IS06 |
RF16 | O aplicativo deve incluir uma funcionalidade de compartilhamento de documentos. | IS07 |
RF17 | O aplicativo deve manter um índice atualizado e pesquisável de todos os documentos publicados. | IS08 |
RF18 | Sistema de busca avançada | ENT01 |
RF19 | Funcionalidades de acessibilidade | ENT02 |
RF20 | Ferramentas de usabilidade aprimoradas | ENT03 |
RF21 | Otimização do processo de busca diária | ENT04 |
RF22 | Suporte multilíngue no sistema | ENT05 |
RF23 | Sistema de notificações personalizadas | ENT06 |
RF24 | Interface do usuário altamente intuitiva | ENT08 |
RF25 | Funcionalidades avançadas de documentos | ENT10 |
RF26 | Melhoria na interação entre usuários | ENT11 |
Fonte: Eric Silveira e Arthur Alves.
Tabela 02: Requisitos Não-Funcionais
Tipo | Descrição | ID |
---|---|---|
RNF01 | Alta disponibilidade do sistema, com 99,9% de uptime. | OBS10 |
RNF02 | Compatibilidade com as versões mais recentes de sistemas operacionais móveis. | OBS11 |
RNF03 | Design responsivo que se adapta a tablets e smartphones. | OBS12 |
RNF04 | Segurança de dados com criptografia de ponta-a-ponta. | OBS13 |
RNF05 | Suporte multilíngue para facilitar o acesso por usuários não-nativos. | OBS14 |
RNF06 | Tempo de resposta de busca inferior a 2 segundos. | OBS15 |
RNF07 | Implementação de medidas de acessibilidade para usuários com deficiência. | OBS16 |
RNF08 | Facilidade de atualização de conteúdo pelo gestor do sistema. | OBS17 |
RNF09 | Suporte técnico com tempo de resposta de 24 horas. | OBS18 |
RNF10 | O aplicativo deve ter uma interface de usuário intuitiva e fácil de navegar. | IS09 |
RNF11 | O aplicativo deve garantir a segurança e a privacidade dos dados dos usuários. | IS10 |
RNF12 | O aplicativo deve estar disponível 24/7, com exceção de períodos de manutenção programada. | IS11 |
RNF13 | O aplicativo deve apresentar um tempo de resposta rápido (< 2 segundos) nas buscas. | IS12 |
RNF14 | O aplicativo deve ser acessível de acordo com os padrões da WCAG 2.1. | IS13 |
RNF15 | O aplicativo deve ter um mecanismo robusto de backup e recuperação de dados. | IS14 |
RNF16 | O aplicativo deve ser escalável para acomodar um crescente número de usuários e documentos. | IS15 |
RNF17 | O aplicativo deve oferecer suporte multilíngue para atender a uma base de usuários diversificada. | IS16 |
RNF18 | Medidas de segurança robustas | ENT07 |
RNF19 | Requisitos para suporte e manutenção | ENT09 |
Fonte: Eric Silveira e Arthur Alves.
A seguir, a Tabela 03 mostra a matriz de rastreabilidade do projeto
Requisito | Descrição | Origem | Artefatos Gerados a Partir do Requisito | Requisitos Relacionados |
---|---|---|---|---|
RF01 | Autenticação de usuários para acesso seguro. | Observação | RF26 | |
RF02 | Visualização de edições diárias do Diário Oficial. | Observação | RF18, RF21 | |
RF03 | Busca por palavras-chave em documentos. | Observação | RF18, RF25 | |
RF04 | Filtragem de conteúdo por data, categoria ou órgão emissor. | Observação | RF18, RF25 | |
RF05 | Download de edições e documentos em formatos PDF. | Observação | RF11 | |
RF06 | Notificações push sobre novas publicações relevantes. | Observação | ||
RF07 | Acesso a edições anteriores arquivadas. | Observação | - | |
RF08 | Integração com sistemas de assinatura digital. | Observação | - | |
RF09 | Compartilhamento de documentos via redes sociais e email. | Observação | RF16 | |
RF10 | O aplicativo deve permitir buscas detalhadas por tópicos específicos. | Introspecção |
|
RNF06, RNF13, RN03 |
RF11 | O aplicativo deve oferecer a funcionalidade de salvar documentos para consulta offline. | Introspecção |
|
- |
RF12 | O aplicativo deve enviar notificações personalizadas sobre novas publicações relevantes. | Introspecção |
|
RF06, RF12, RF23 |
RF13 | O aplicativo deve oferecer acesso ao histórico de publicações legislativas. | Introspecção |
|
- |
RF14 | O aplicativo deve ter um sistema de marcadores para rastrear alterações em documentos específicos. | Introspecção |
|
- |
RF15 | O aplicativo deve fornecer uma interface que facilite a leitura de textos legislativos. | Introspecção |
|
RF24, RNF10 |
RF16 | O aplicativo deve incluir uma funcionalidade de compartilhamento de documentos. | Introspecção |
|
RF09 |
RF17 | O aplicativo deve manter um índice atualizado e pesquisável de todos os documentos publicados. | Introspecção | - | RF18 |
RF18 | Sistema de busca avançada. | Entrevista |
|
RF17, RF21, RNF06, RNF13, RF03, RF10 |
RF19 | Funcionalidades de acessibilidade. | Entrevista |
|
RF20 |
RF20 | Ferramentas de usabilidade aprimoradas. | Entrevista |
|
RF19 |
RF21 | Otimização do processo de busca diária. | Entrevista |
|
- |
RF22 | Suporte multilíngue no sistema. | Entrevista |
|
- |
RF23 | Sistema de notificações personalizadas. | Entrevista |
|
RF12, RF06 |
RF24 | Interface do usuário altamente intuitiva. | Entrevista |
|
RF25 |
RF25 | Funcionalidades avançadas de documentos. | Entrevista |
|
RF24 |
RF26 | Melhoria na interação entre usuários. | Entrevista |
|
- |
RNF01 | Alta disponibilidade do sistema, com 99,9% de uptime. | Observação |
|
- |
RNF02 | Compatibilidade com as versões mais recentes de sistemas operacionais móveis. | Observação |
|
- |
RNF03 | Design responsivo que se adapta a tablets e smartphones. | Observação |
|
- |
RNF04 | Segurança de dados com criptografia de ponta-a-ponta. | Observação |
|
- |
RNF05 | Suporte multilíngue para facilitar o acesso por usuários não-nativos. | Observação |
|
RF22 |
RNF06 | Tempo de resposta de busca inferior a 2 segundos. | Observação |
|
- |
RNF07 | Implementação de medidas de acessibilidade para usuários com deficiência. | Observação |
|
RF19 |
RNF08 | Facilidade de atualização de conteúdo pelo gestor do sistema. | Observação | - | - |
RNF09 | Suporte técnico com tempo de resposta de 24 horas. | Observação |
|
- |
RNF10 | O aplicativo deve ter uma interface de usuário intuitiva e fácil de navegar. | Introspecção |
|
RF24 |
RNF11 | O aplicativo deve garantir a segurança e a privacidade dos dados dos usuários. | Introspecção |
|
RF01 |
RNF12 | O aplicativo deve estar disponível 24/7, com exceção de períodos de manutenção programada. | Introspecção |
|
- |
RNF13 | O aplicativo deve apresentar um tempo de resposta rápido (< 2 segundos) nas buscas. | Introspecção |
|
- |
RNF14 | O aplicativo deve ser acessível de acordo com os padrões da WCAG 2.1. | Introspecção | - | - |
RNF15 | O aplicativo deve ter um mecanismo robusto de backup e recuperação de dados. | Introspecção | - | - |
RNF16 | O aplicativo deve ser escalável para acomodar um crescente número de usuários e documentos. | Introspecção | - | - |
RNF17 | O aplicativo deve oferecer suporte multilíngue para atender a uma base de usuários diversificada. | Introspecção | - | - |
RNF18 | Medidas de segurança robustas. | Entrevista | - | - |
RNF19 | Requisitos para suporte e manutenção. | Entrevista | - | - |
Fonte: Eric Silveira e Arthur Alves.
Referência Bibliográfica
1. Página 3, 2.1 Rastreabilidade. SAYÃO, Miriam; LEITE, Julio. Rastreabilidade de Requisitos. PUC-Rio: Departamento de Informática, ISSN 0103-9741, Rio de Janeiro, 2005. Disponível em: https://www-di.inf.puc-rio.br/~julio/rastre.pdf.
2. Página 12, 3.1 Técnicas e ferramentas: suporte à questã da rastreabilidade. SAYÃO, Miriam; LEITE, Julio. Rastreabilidade de Requisitos. PUC-Rio: Departamento de Informática, ISSN 0103-9741, Rio de Janeiro, 2005. Disponível em: https://www-di.inf.puc-rio.br/~julio/rastre.pdf.
3. Página 29. Requisitos – Aula 26. SERRANO, Milene. SERRANO, Maurício. Acesso em 16 de junho de 2024.
Bibliografia
1. SAYÃO, Miriam; LEITE, Julio. Rastreabilidade de Requisitos. PUC-Rio: Departamento de Informática, ISSN 0103-9741, Rio de Janeiro, 2005. Disponível em: https://www-di.inf.puc-rio.br/~julio/rastre.pdf. Acesso em: 15 de jun de 2024.
2. TORANZO, M.; CASTRO, J; MELLO, E. Uma proposta para melhorar o rastreamento de requisitos. PUC-Rio: Workshop em Engenharia de Requisitos, Rio de Janeiro, 2002. Disponível em: http://wer.inf.puc-rio.br/WERpapers/artigos/artigos_WER02/toranzo.pdf. Acesso em: 14 de jun de 2024.
3. Requisitos – Aula 26. SERRANO, Milene. SERRANO, Maurício. Acesso em 16 de junho de 2024.
Histórico de Versão
Versão | Data | Data Prevista de Revisão | Descrição | Autor | Revisor |
---|---|---|---|---|---|
1.0 |
15/06/2024 | 16/06/2024 | Criação do Documento, definição da metodologia e inserção da matriz. | Arthur Alves e Eric Silveira | João Artur e Douglas Marinho |