Backward From
Introdução
O "backward-from" (para trás, vindo de) é uma abordagem de pré-rastreabilidade que envolve a coleta de informações de rastreabilidade entre os requisitos e suas fontes.
No contexto da rastreabilidade entre requisitos, o "backward-from" consiste no mapeamento das origens dos requisitos. Isso significa identificar como foi definido aquele requisito, qual o contexto de sua origem e quais as suas características. Um requisito pode apresentar mais de uma fonte/origem, o que é importante para saber o nível de sua importância para a satisfação do cliente. Apresentar uma relação dos mesmos junto às suas respectivas fontes auxilia no desenvolvimento do produto, facilitando os desenvolvedores a identificar e entender mais rapidamente um requisito.
Metodologia
A metodologia adotada foi o Meta-modelo de Toranzo¹, que propõe quatro níveis de classificação para as informações rastreadas, sendo eles:
- Ambiental: informações oriundas do ambiente em que está inserida a organização e como podem afetar o desenvolvimento do sistema
- Organizacional: informações relacionadas a organização (metas, padrões e objetivos) e seus respectivos impactos nos requisitos do sistema
- Gerencial: informações que permitem associar requisitos com tarefas, auxiliando na gestão do projeto
- Desenvolvimento: informações relacionadas aos artefatos gerados durante o desenvolvimento (diagramas, testes, etc.)
No contexto do projeto, as informações apresentadas neste artefato Backward From se encaixam na classificação Desenvolvimento, visto que os requisitos (e suas respectivas origens) apresentam informações fundamentais para o desenvolvimento do projeto.
Dentro deste Meta-modelo, o suporte à rastreabilidade identifica diferentes tipos de elos², sendo eles:
- Satisfação: indica a classe de origem que depende da satisfação da classe de destino
- Recurso: indica a classe de origem que depende de recurso(s) da classe de destino
- Responsabilidade: indica a participação de pessoas sobre os artefatos (responsabilidades e ações)
- Representação: representação ou modelagem dos requisitos em outras linguagens
- Alocado: classe de origem relacionada a classe de destino, representando subsistema
- Agregação: indica composição de elementos
Matriz
Os requisitos funcionais e não funcionais previamente elicitados foram analisados e listados em uma tabela, formando uma matriz. Para isto, foi necessário verificar o estado da implementação dos requisitos, ou efetuar a criação dos protótipos caso não tivessem implementados na aplicação. Cada requisito foi analisado por determinado aluno, cobrindo assim todos os requisitos elicitados.
A Tabela 1 apresenta a legenda utilizada para identificar os diferentes tipos de artefatos.
| Legenda | Artefato |
|---|---|
| QUE | Requisito de Questionário |
| ST | Requisito de Storytelling |
| ADD | Requisito de Análise de Documentos |
| INT | Requisito de Introspecção |
| RF | Requisitos Funcionais |
| RNF | Requisitos não Funcionais |
| REP | Representação |
| IMP | Implementação |
| ✔ | Implementado |
| X | Não Implementado |
| ! | Parcialmente implementado |
| * | Implementação indefinida |
Tabela 1: Legenda (Autor: GALDINO, Henrique. 2024).
A tabela 2 abaixo apresenta a matriz backward form, relacionando os requisitos com seus respectivos artefatos e elos:
| ID | REQUISITO | ARTEFATOS | IMP | REP | ELO |
|---|---|---|---|---|---|
| RF1 | ST12; INT01 | ✔ | FONTE | EB1 | |
| RF2 | INT02, INT03 | ✔ | FONTE | EB2 | |
| RF3 | QUE02; INT02, INT03, INT04 | ! | EB3 | ||
| RF4 | QUE02, QUE05; INT02, INT03, INT04; ST04, ST05; ADD01 | ✔ | FONTE | EB4 | |
| RF5 | INT05;ST01, ST03 | ✔ | FONTE | EB5 | |
| RF6 | INT06;ST01, ST03 | ✔ | FONTE | EB6 | |
| RF7 | INT07;ST01, ST03 | ✔ | FONTE | EB7 | |
| RF8 | INT08;ST01, ST03 | ✔ | EB8 | ||
| RF9 | INT09; ST01, ST03; ST07 | ✔ | FONTE | EB9 | |
| RF10 | QUE04; INT10; ADD01 | ✔ | FONTE | EB10 | |
| RF11 | QUE06, QUE11; INT10, INT11 | ✔ | FONTE | EB11 | |
| RF12 | QUE11; INT10,INT11 | ✔ | - | EB12 | |
| RF13 | QUE04; INT12, INT13; ST05; ADD01 | ✔ | FONTE | EB13 | |
| RF14 | QUE04; INT12,INT13; ST05; ADD01 | ✔ | FONTE | EB14 | |
| RF15 | QUE11; INT15 | ✔ | - | EB15 | |
| RF16 | QUE11; INT15 | * | - | EB16 | |
| RF17 | QUE11; INT15 | * | - | EB17 | |
| RF18 | QUE11; INT15 | * | - | EB18 | |
| RF19 | QUE11; INT15; ST04 | ✔ | EB19 | ||
| RF20 | QUE11; INT15 | ✔ | - | EB20 | |
| RF21 | QUE11; INT15 | ✔ | - | EB21 | |
| RF22 | QUE11; INT15 | ✔ | - | EB22 | |
| RF23 | QUE11; INT15 | ✔ | - | EB23 | |
| RF24 | QUE05; INT15 | ✔ | - | EB24 | |
| RF25 | QUE05; INT15 | ✔ | - | EB25 | |
| RNF1 | INT28, INT29; ADD04 | ✔ | - | EB26 | |
| RNF2 | QUE01 ; INT32, 33; ST11; ADD05, ADD12 | ✔ | - | EB27 | |
| RNF3 | QUE03; INT38; ST08; ADD06, ADD07 | X | - | EB28 | |
| RNF4 | QUE08, QUE09; INT41; ST09 | ✔ | - | EB29 | |
| RNF5 | INT42, INT43; ADD09, ADD11, ADD13 | * | - | EB30 | |
| RNF6 | INT13; ADD09, ADD11, ADD13 | ✔ | - | EB31 | |
| RNF7 | INT42; ST12; ADD09, ADD11, ADD13 | ✔ | - | EB32 | |
| RNF8 | QUE01; INT32; ST11; ADD05, ADD12 | ✔ | - | EB33 | |
| RNF9 | INT40 | * | - | EB34 | |
| RNF10 | INT34 | ✔ | - | EB35 | |
| RNF11 | INT44 | ! | - | EB36 | |
| RNF12 | INT45 | ✔ | - | EB37 | |
| RNF13 | INT37 | * | - | EB38 | |
| RNF14 | INT36 | ✔ | - | EB39 |
Tabela 2: Matriz Backward Form (Fonte: GALDINO, Henrique. 2024).
Observações
- Requisitos com a implementação descrita como * foram marcados desta forma devido ao fato de serem funcionalidades imaginadas pela equipe, uma vez a mesma não possui acesso ao "ponto de vista" da empresa dentro do aplicativo, ou devido a falta de informações sobre a arquitetura do aplicativo Consumidor.gov.
Elos
A tabela 3 abaixo mostra os elos associados ao Backward:
| ELO | REQUISITO | TIPO DE ELO | DESCRIÇÃO | RELACIONADO A (respectivamente) |
|---|---|---|---|---|
| EB1 | RF1 | Recurso | Para que os demais requisitos funcionais sejam aceitos, é necessário fazer login | RF2 a RF25 |
| EB2 | RF2 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa, e esta pesquisa depende do usuário estar logado | RF3 a RF9 |
| EB3 | RF3 | Recurso | As visualização dos dados de uma empresa depende da pesquisa | RF2 |
| EB4 | RF4 | Satisfaçãoo | A visualização dos gráficos/indicadores satisfaz, consequentemente, a visualização dos dados | RF2 e RF3 |
| EB5 | RF5 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa | RF2 |
| EB6 | RF6 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa | RF2 |
| EB7 | RF7 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa | RF2 |
| EB8 | RF8 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa | RF2 |
| EB9 | RF9 | Recurso | As ações relacionadas a reclamação dependem da pesquisa de uma empresa | RF2 |
| EB10 | RF10 | Recurso | A visualização das reclamações feitas dependem da realização de ao menos uma reclamação | RF2, RF5 a RF9 |
| EB11 | RF11 | Satisfação | O acompanhamento do status satisfaz, consequentemente, a visualização de uma reclamação feita | RF10 |
| EB12 | RF12 | Alocado | Relaciona-se com o subsistema de notificação do aplicativo | RF10, RF11 |
| EB13 | RF13 | Recurso | Depende da pesquisa uma empresa | RF2 |
| EB14 | RF14 | Satisfação | Visualizar detalhes de reclamações de outros usuários satisfaz, consequentemente, a visualização da mesmas. | RF13 |
| EB15 | RF15 | Recurso | Avaliar reclamação depende de uma reclamação ter sido feita | RF5 a RF9 |
| EB16 | RF16 | Recurso | Depende do login ser efetuado | RF1 |
| EB17 | RF17 | Recurso | Depende do cadastro da empresa | RF16 |
| EB18 | RF18 | Recurso | Depende do cadastro da empresa | RF16 |
| EB19 | RF19 | Satisfação | Interagir com as reclamações dos clientes satisfaz, consequentemente, cadastro da empresa | RF16 a RF18 |
| EB20 | RF20 | Satisfação | Interagir com as reclamações dos clientes satisfaz, consequentemente, cadastro da empresa | RF16 a RF18 |
| EB21 | RF21 | Satisfação | Interagir com as reclamações dos clientes satisfaz, consequentemente, cadastro da empresa | RF16 a RF18 |
| EB22 | RF22 | Satisfação | Interagir com as reclamações dos clientes satisfaz, consequentemente, cadastro da empresa | RF16 a RF18 |
| EB23 | RF23 | Satisfação | Interagir com as reclamações dos clientes satisfaz, consequentemente, cadastro da empresa | RF16 a RF18 |
| EBF4 | RF24 | Recurso | Depende da pesquisa de uma empresa | RF2 |
| EB25 | RF25 | Recurso | Depende da pesquisa de uma empresa | RF2 |
| EB26 | RNF1 | Representação | Depende de representação em outra linguagem | - |
| EB27 | RNF2 | Representação | Depende de representação em outra linguagem | - |
| EB28 | RNF3 | Representação | Depende de representação em outra linguagem | - |
| EB29 | RNF4 | Representação | Depende de representação em outra linguagem | - |
| EB30 | RNF5 | Representação | Depende de representação em outra linguagem | - |
| EB31 | RNF6 | Representação | Depende de representação em outra linguagem | - |
| EB32 | RNF7 | Representação | Depende de representação em outra linguagem | - |
| EB33 | RNF8 | Representação | Depende de representação em outra linguagem | - |
| EB34 | RNF9 | Representação | Depende de representação em outra linguagem | - |
| EB35 | RNF10 | Representação | Depende de representação em outra linguagem | - |
| EB36 | RNF11 | Representação | Depende de representação em outra linguagem | - |
| EB37 | RNF12 | Representação | Depende de representação em outra linguagem | - |
| EB38 | RNF13 | Representação | Depende de representação em outra linguagem | - |
| EB39 | RNF14 | Representação | Depende de representação em outra linguagem | - |
Tabela 3: Elos Backward Form (Fonte: GALDINO, Henrique. 2024).
Histórico de Versões
| Versão | Data de execução | Data de revisão | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|---|
| 1.3 | 08/07/2024 | 08/07/2024 | Corrigindo matriz | Henrique Galdino | Guilherme Meister, Igor Thiago, Júlio César, Matheus Ferreira, Rodrigo Gontijo |
| 1.2 | 24/06/2024 | 24/06/2024 | Complementando matriz | Guilherme Meister, Henrique Galdino, Igor Thiago, Júlio César, Matheus Ferreira, Rodrigo Gontijo | Guilherme Meister, Henrique Galdino, Igor Thiago, Júlio César, Matheus Ferreira, Rodrigo Gontijo |
| 1.1 | 22/06/2024 | 22/06/2024 | Adicionando matriz e elos | Guilherme Meister, Henrique Galdino, Igor Thiago, Júlio César, Matheus Ferreira, Rodrigo Gontijo | Guilherme Meister, Henrique Galdino, Igor Thiago, Júlio César, Matheus Ferreira, Rodrigo Gontijo |
| 1.0 | 12/06/2024 | 12/06/2024 | Criação do artefato | Guilherme Meister | Henrique Galdino |