Matriz de Rastreabilidade
Introdução
A Matriz Geral, um documento essencial no contexto do projeto, desempenha um papel crucial ao apresentar de maneira organizada os requisitos elicitados, tanto em suas fases prévias quanto posteriores, por meio de uma estrutura tabular. Esta matriz estabelece uma conexão abrangente entre os requisitos e os documentos correspondentes. A utilização da técnica de referências e documentos cruzados oferece uma vantagem significativa, permitindo a identificação e destaque das dependências entre os requisitos.
Objetivo
A implementação de uma Matriz Geral no contexto do nosso projeto possui como objetivo central promover uma gestão mais eficiente e compreensiva dos requisitos elicitados, desde suas fases iniciais até as etapas posteriores. Essa ferramenta, estruturada de maneira tabular, desempenha um papel crucial ao estabelecer uma conexão detalhada entre os requisitos e os documentos correspondentes. Portanto, a implementação da Matriz Geral no nosso projeto visa otimizar a organização, análise e compreensão dos requisitos, promovendo uma abordagem mais estruturada e detalhada que, por sua vez, contribuirá para o sucesso e eficácia do projeto como um todo.
Metodologia
A metodologia a ser utilizada vai consistir em uma matriz que contém 6 colunas, no qual estão especificadas abaixo, que buscam garantir a clareza e a eficácia na gestão dos requisitos ao longo do ciclo de vida do projeto. Os requisitos apresentados são os elicitados no artefato de requisitos elicitados.
As colunas serão apresentadas da seguinte forma:
- ID : Identificação do requisito analisado.
- Descrição : Explicação do requisito.
- Pré-Rastreabilidade : Origem do requisito elicitado.
- Implementado: Indica se o requisito está implementado ou não implementado no aplicativo.
- Artefatos Relacionados: representa os artefatos que estão relacionados ao requisito.
- Elo : rastrear a relação entre requisitos e os artefatos.
Mapeamento
Serão apresentados na Tabela 1, o mapeamento dos documentos e sua referência dos artefatos apresentados em seguida.
Tabela 1: Legenda do mapeamento de requisitos
| Legenda | Descrição |
|---|---|
| RF | Requisito Funcional |
| RNF | Requisito Não-Funcional |
| GL | Requisito elicitado pelo Glossário |
| SB | Requisito elicitado pela StoryBoard |
| ENT | Requisito elicitado pela Entrevista |
| ITP | Requisito elicitado pela Introspecção |
| HU | História usuário |
| CU | Casos de Uso |
| C | Cenários |
| ES | Especificação Suplementar |
| NFR | NFR Framework |
| L | Léxicos |
Fonte: Limirio Guimarães
Matriz Geral
A tabela 2 a seguir mostra a matriz geral de rastreabilidade.
Tabela 2 - Matriz Geral.
| ID | Descrição | Pré-Rastreabilidade | Implementado? | Artefatos | Elos |
|---|---|---|---|---|---|
| RF01 | Login pelo gov | ITP | Sim | C | |
| RF02 | Obter versão digital da habilitação | ITP, ENT, SB | Sim | HU, C, CU, L | |
| RF03 | Obter versão digital dos veiculos que você é principal condultor | ITP | Sim | HU, C, CU, L | |
| RF04 | Obter versão digital do CRLV | ITP, GL, SB, ENT | Sim | HU, C, CU, L | RF4 |
| RF05 | Consultar multas associadas a sua habilitação | ITP | Sim | HU, CU, L | |
| RF06 | Consultar as multas do seu veículo | ITP, SB | Sim | HU, CU, L | |
| RF07 | |||||
| RF08 | O Aplicativo possui diferentes meios de pagamento de multa | ITP, SB | Sim | CU | |
| RF09 | Reivindicar a multa | ITP | Sim | CU | |
| RF10 | Contato com suporte | ITP, ENT | Sim | C, CU | |
| RF11 | Indicar principal condutor do veículo | ITP | Sim | HU, C, CU, L | |
| RF12 | Permite o acompanhamento do status da multa (a cobrar e pago) | ITP, SB | Sim | HU, CU, L | |
| RF13 | Permite visualizar histórico de multas do contudor | ITP | Sim | C, L | |
| RF14 | Permite ao usuário fazer transferência de veículo | ITP, ENT | Sim | C, L | |
| RF15 | Aplicativo deve possuir um FAQ | ITP, ENT | Sim | CU, C | |
| RF16 | Aplicativo mostra restrições e indicadores (restrição no veiculo, multa, judicial) | ITP | Sim | CU, C, L, HU | |
| RF17 | O aplicativo deve divulgar campanhas e projetos do DETRAN (ITP) | ITP | Sim | ||
| RF18 | Deve ser possível consultar as siglas apresentadas | GL | Não | ||
| RF19 | Deve ser possível baixar os CRLV dos veículos | GL | Sim | ||
| RF20 | Deve ser possível participar no Cadastro Positivo | GL | Sim | HU, L, NFR, ES | |
| RF21 | Dever ser possível consultar a classificação da infração | GL, ENT | Não | ||
| RF22 | Deve ser possível compartilhar os documentos de um veículo com seus coatores | ENT, SB | Sim | L | |
| RF23 | O usuário deve conseguir solicitar a outro usuário o compartilhamento dos documentos do veículo. | SB | Sim | L | |
| RF24 | O aplicativo deve permitir a pesquisa de informações sobre veículos por meio do número da placa | ENT | Não | C | |
| RF25 | Deve ser possível cadastrar e gerenciar múltiplos veículos na carteira digital | ENT, GL | Sim | CU, HU, L | |
| RF26 | O aplicativo deve disponibilizar informações em tempo real sobre condições de tráfego, acidentes e congestionamentos | ENT | Não | CU, ES, NFR | |
| RF27 | Deve ser possível configurar alertas de vencimento da CNH e do licenciamento do veículo. | ENT | Não | - | |
| RF28 | O aplicativo deve oferecer uma opção de backup seguro de todos os documentos e dados do usuário | ENT | Não | CU, ES | |
| RF29 | Deve ser possível realizar o agendamento de serviços de manutenção e inspeção veicular | ENT | Não | C | |
| RF30 | O aplicativo deve notificar o usuário sobre recalls e informações importantes do fabricante do veículo | ENT | Não | HU, C, L | |
| RF31 | Deve ser possível obter informações sobre as normas de trânsito, regulamentações e penalidades em vigor | ENT | Não | ES | |
| RNF01 | O aplicativo permite visualizar a politica de privicidade | ITP | Sim | ES, NFR | |
| RNF02 | Validar cadastro de CNH | ITP | Sim | L | |
| RNF03 | Aplicativo funciona em multisistemas (android e IOS) | ITP | Sim | ES, NFR | |
| RNF04 | Aplicativo possui interface simples | ITP | Sim | ES, NFR | |
| RNF05 | Aplicativo deve evitar erros e telas brancas durante o uso | ITP | Não | - | |
| RNF06 | Possui modo escuro/claro | ITP | Sim | ||
| RNF07 | Facilitar o usuário a chegar a funcionalidade de aderir ao SNE | GL | Sim | CU, L, | |
| RNF08 | Deve ser possível acessar a CNH(digital) mesmo sem acesso a internet. | SB | Sim | HU, C, CU | |
| RNF09 | Deve existir um prazo de validade do compartilhamento da CNH | SB | Não | ||
| RNF10 | O aplicativo deve alertar o usuário caso seja multado | SB, ENT | Não | - |
Fonte: Limirio Guimarães
Bibliografia
KLAUS POHL, CHRIS RUPP. Requirements Engineering Fundamentals.
📑 Histórico de Versões
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
1.0 |
16/11/2023 | Criação do documento | Luis Miranda | Limirio Guimarães |
1.1 |
17/11/2023 | Adicionado introdução e objetivo | Limirio Guimarães | Breno Queiroz |
1.2 |
18/11/2023 | Adicionada os requisitos RF4, RF10, RNF3, RNF7, RNF8 e RNF10 a matriz | Limirio Guimarães | Breno Queiroz |
1.3 |
18/11/2023 | Adicionada os requisitos RF6, RF11, RNF1, RF20, RF12, RNF4 a matriz | Luis Miranda | Breno Queiroz |
1.4 |
20/11/2023 | Adicionada os requisitos RF24, RF26, RF28, RF30, RF31 a matriz | Milena Baruc | Breno Queiroz |
1.5 |
20/11/2023 | Adicionada os requisitos RF1, RF27, RF8, RNF2, RF23, RNF5 a matriz | Breno Queiroz | Vinícius Mendes |
1.6 |
20/11/2023 | Adicionada os requisitos RF13, RF9, RF19, RF17, RF18, RNF9 a matriz | Vinícius Mendes | Breno Queiroz |
1.7 |
20/11/2023 | Adicionada os requisitos RF05, RF14, RF21, RF22, RF29, a matriz | Mayara Alves | Breno Queiroz |