Backward-From
Introdução
A Matriz Backward From é uma ferramenta usada na engenharia de requisitos para identificar a origem dos requisitos de um sistema. Ela contribui para assegurar que cada exigência possua uma justificação explícita e possa ser vinculada diretamente às necessidades, metas ou partes interessadas que a motivaram. Isso é crucial para prevenir falhas ou equívocos durante a elaboração do sistema.
Metodologia
Baseando-se no meta-modelo de Toranzo, disponível no Aprender3, nos slides 19 e 23 da aula 26, os requisitos foram classificados pelo grupo em níveis e elos.
Níveis
- Ambiental: informações oriundas do ambiente e do contexto ao qual a organização está inserida.
- Organizacional: informações relacionadas à organização.
- Gerencial: informações que auxiliam na gerencia do projeto.
- Desenvolvimento: informações associadas aos diversos artefatos gerados ao longo do processo de desenvolvimento.
Elos
- Satisfação: classe origem tem dependência de satisfação com a classe destino.
- Recurso: classe origem tem dependência de recurso com a classe destino.
- Responsabilidade: registra a participação, responsabilidade e ação de pessoas sobre artefatos.
- Representação: captura a representação ou modelagem dos requisitos em outras linguagens.
- Alocado: classe origem está relacionada à classe destino, que representa um subsistema.
- Agregação: indica “composição” de elementos
Técnica de Elicitação
A tabela abaixo contém as abreviações das técnicas de elicitação referenciadas.Tabela 01: Abreviações das técnicas de elicitação
| Sigla | Técnica de Elicitação |
|---|---|
| ADD | Análide de Documentos |
| OBS | Observação |
| B | Brainstorm |
| INT | Introspecção |
| ENT | Entrevista |
Requisitos Funcionais
| ID | DESCRIÇÃO | RASTREABILIDADE | CATEGORIA | IMPLEMENTADO |
|---|---|---|---|---|
| RQ01 | O sistema deve ter uma barra de busca. | B01 | RF | Não |
| RQ02 | O sistema deve ter as funções mais utilizadas/mais buscadas em uma barra | B02, ENT08 | RF | Não |
| RQ03 | O sistema deve permitir acessar/pagar contas passadas | B03, INT12 | RF | Não |
| RQ04 | O sistema deve permitir emitir/vizualizar segunda via de conta | B04, ENT03, INT11, OBS03, OBS02 | RF | Sim |
| RQ05 | O sistema deve permitir consultar consumo | B05, ENT04, INT03 | RF | Sim |
| RQ06 | O sistema deve permitir bloqueio, reativação ou solicitação de reparo | B06 | RF | Sim |
| RQ07 | O sistema deve exibir pequenas descrições ao lado dos serviços para mostrar seu estado atual | B07 | RF | Não |
| RQ08 | O sistema deve oferecer várias formas de pagamento | B08, B09, INT24, ADD12, INT02 | RF | Não |
| RQ09 | O sistema deve permitir a configuração de um pagamento mensal recorrente | B10, INT13 | RF | Não |
| RQ10 | O sistema deve possibilitar o adiantamento de processos via aplicativo | B11 | RF | Não |
| RQ11 | O usuário deve poder enviar documentos diretamente pelo aplicativo. | ADD01 | RF | Não |
| RQ12 | O aplicativo deve oferecer notificações para lembrar vencimento de contas e ações pendentes. | ADD02, INT05, INT27 | RF | Não |
| RQ13 | O aplicativo deve incluir suporte a chat ou atendimento virtual para resolver dúvidas dos usuários. | ADD03, INT29 | RF | Não |
| RQ14 | A funcionalidade "Informar vazamento na rua" deve mostrar apenas o mapa das regiões em que a Caesb atua. | ENT01 | RF | Sim |
| RQ15 | O usuário deve poder informar e vizualizar informações sobre a falta de água. | ENT05, INT06, OBS06, INT14 | RF | Sim |
| RQ16 | O sistema deve permitir ao usuário corrigir erros retornando à tela anterior e atualizando os dados. | ENT06 | RF | Sim |
| RQ17 | A funcionalidade "Atendimentos" deve permitir filtros por ano, mês, status (finalizado ou em andamento). | ENT07, OBS09, OBS10 | RF | Não |
| RQ18 | A funcionalidade "Simulação de tarifa" deve ser nativa do aplicativo e não redirecionar ao site da Caesb. | ENT09 | RF | Sim |
| RQ19 | O aplicativo deve permitir ao usuário informar vazamentos na rua ou no hidrômetro | INT01, OBS07, OBS08 | RF | Sim |
| RQ20 | O usuário deve poder atualizar seus dados cadastrais pelo app. | INT04, INT20 | RF | Sim |
| RQ21 | O aplicativo deve permitir agendar atendimento presencial na unidade mais próxima. | INT15 | RF | Não |
| RQ22 | O aplicativo deve exibir dicas de consumo consciente e economia de água. | INT16 | RF | Não |
| RQ23 | O usuário deve poder registrar e acompanhar ordens de serviço. | INT17 | RF | Não |
| RQ24 | O aplicativo deve disponibilizar alertas sobre manutenção programada. | INT18 | RF | Não |
| RQ25 | O usuário deve poder solicitar alteração na titularidade da conta. | INT19, OBS14 | RF | Sim |
| RQ26 | O aplicativo deve permitir que o usuário escolha o imóvel desejado. | OBS01 | RF | Sim |
| RQ27 | O aplicativo deve reconhecer automaticamente os imóveis associados ao cliente da Caesb. | OBS04 | RF | Sim |
| RQ28 | O aplicativo deve considerar o número de pessoas no imóvel para calcular a média do consumo. | OBS05 | RF | Não |
| RQ29 | O aplicativo deve permitir que o usuário altere o vencimento da conta. | OBS13 | RF | Não |
| RQ30 | O aplicativo deve permitir que o usuário busque um atendimento pelo protocolo. | OBS11 | RF | Não |
Requisitos Não Funcionais
| ID | DESCRIÇÃO | RASTREABILIDADE | CATEGORIA | IMPLEMENTADO |
|---|---|---|---|---|
| RQ31 | O aplicativo deve incluir um tutorial inicial para ajudar novos usuários a se familiarizarem. | ADD10 | RNF | Não |
| RQ32 | O aplicativo deve oferecer suporte a múltiplos idiomas para atender usuários diversificados. | ADD04, INT25 | RNF | Não |
| RQ33 | O aplicativo deve ser compatível com as versões mais recentes do Android e iOS. | INT07, OBS16 | RNF | Sim |
| RQ34 | O aplicativo deve garantir segurança com os dados dos usuários. | ADD06, ADD07 | RNF | Sim |
| RQ35 | O aplicativo deve estar em conformidade com os padrões de acessibilidade da última versão da WCAG. | ADD13, INT26, OBS18 | RNF | Não |
| RQ36 | O aplicativo deve ter uma interface intuitiva, organizada e fácil de usar. | INT08, ENT02, B15, B13, ENT10 | RNF | Sim |
| RQ37 | O sistema deve minimizar o número de cliques necessários para interações. | B14, OBS19 | RNF | Sim |
| RQ38 | O aplicativo deve se adaptar a diferentes tamanhos de tela. | OBS17, INT10 | RNF | Não |
| RQ39 | O aplicativo deve permitir suporte offline para funcionalidades básicas, como visualização de contas armazenadas. | ADD14 | RNF | Não |
| RQ40 | O aplicativo deve ter tempos de resposta inferiores a 2 segundos para a maioria das funcionalidades. | INT22 | RNF | Não |
Elos
Nessa parte iremos abordar as conexões entre os requisitos que foram mostrados anteriormente nas tabelas 1 e 2, para tal iremos utilizar a metodologia anteriormente apresentada para que possamos classificar os requisitos em qual tipo de elo eles são:
| ID | Requisitos | Tipo de elo | Descrição do elo | Implementado | Versionamento |
|---|---|---|---|---|---|
| ELO1 | RQ03 | Satisfação | O requisito RQ03 diz que o aplicativo deveria possuir a capacidade de pagar e visualizar contas anteriores. | Não | O requisito não foi modificado |
| ELO2 | RQ05 | Satisfação | O requisito RQ05 diz que o sistema deve permitir consultar consumo. | Sim | O requisito não foi modificado |
| ELO3 | RQ06 | Recurso | O requisito RQ06 diz que o sistema deve permitir bloqueio, reativação ou solicitação de reparo nos serviços da Caesb. | Sim | O requisito não foi modificado |
| ELO4 | RQ16 | Representação | O requisito RQ16 diz que o sistema deve permitir ao usuário corrigir erros retornando à tela anterior e atualizando os dados. | Sim | O requisito não foi modificado |
| ELO5 | RQ18 | Alocado | O requisito RQ18 diz que a funcionalidade "Simulação de tarifa" deve ser nativa do aplicativo e não redirecionar ao site da Caesb. | Não | O requisito não foi modificado |
| ELO6 | RQ22 | Agregação | O requisito RQ22 diz que o aplicativo deve exibir dicas de consumo consciente e economia de água. | Não | O requisito não foi modificado |
| ELO7 | RQ24 | Responsabilidade | O requisito RQ24 diz que o aplicativo deve disponibilizar alertas sobre manutenção programada. | Não | O requisito não foi modificado |
| ELO8 | RQ25 | Satisfação | O requisito RQ25 diz que o usuário deve poder solicitar alteração na titularidade da conta. | Sim | O requisito não foi modificado |
| ELO9 | RQ02 | Satisfação | O requisito RQ02 estabelece que o sistema deve ter as funções mais utilizadas/mais buscadas em uma barra. | Não | Requisito não foi modificado |
| ELO10 | RQ04 | Satisfação | O requisito RQ04 define que o sistema deve permitir emitir/visualizar segunda via de conta. | Sim | Requisito não foi modificado |
| ELO11 | RQ08 | Recurso | O requisito RQ08 especifica que o sistema deve oferecer várias formas de pagamento. | Não | Requisito não foi modificado |
| ELO12 | RQ11 | Representação | O requisito RQ11 determina que o usuário deve poder enviar documentos diretamente pelo aplicativo. | Não | Requisito não foi modificado |
| ELO13 | RQ13 | Alocado | O requisito RQ13 propõe que o aplicativo deve incluir suporte a chat ou atendimento virtual para dúvidas. | Não | Requisito não foi modificado |
| ELO14 | RQ14 | Agregação | O requisito RQ14 estipula que a funcionalidade "Informar vazamento na rua" deve mostrar apenas o mapa das regiões em que a Caesb atua. | Sim | Requisito não foi modificado |
| ELO15 | RQ15 | Responsabilidade | O requisito RQ15 afirma que o usuário deve poder informar e visualizar informações sobre a falta de água. | Sim | Requisito não foi modificado |
| ELO16 | RQ34 | Satisfação | O requisito RQ34 assegura que o aplicativo deve garantir segurança com os dados dos usuários. | Sim | Requisito não foi modificado |
| ELO17 | RQ09 | Funcionalidade | O requisito RQ09 estabelece que o sistema deve permitir a configuração de um pagamento mensal recorrente | ||
| ELO18 | RQ12 | Satisfação | O requisito RQ12 define que o sistema deve oferecer notificações para lembrar vencimento de contas e ações pendentes. | ||
| ELO19 | RQ19 | Satisfação | O requisito RQ19 especifica que o sistema deve permitir ao usuário informar vazamentos na rua ou no hidrômetro | ||
| ELO20 | RQ20 | Satisfação | O requisito RQ20 determina que o usuário deve poder atualizar seus dados cadastrais pelo app. | ||
| ELO21 | RQ21 | Satisfação | O requisito RQ21 determina que o sistema deve permitir agendar atendimento presencial na unidade mais próxima. | ||
| ELO22 | RQ31 | Representação | O requisito RQ31 define que o sistema deve incluir um tutorial inicial para ajudar novos usuários a se familiarizarem. | ||
| ELO23 | RQ32 | Qualidade | O requisito RQ32 afirma que o aplicativo deve oferecer suporte a múltiplos idiomas para atender usuários diversificados. | ||
| ELO24 | RQ38 | Representação | O requisito RQ38 assegura que o aplicativo deve se adaptar a diferentes tamanhos de tela. | ||
| ELO25 | RQ01 | Representação | O requisito RQ01 define que o sistema deve ter uma barra de busca. | Não | Requisito não foi modificado |
| ELO26 | RQ23 | Responsabilidade | O requisito RQ23 determina que usuário deve poder registrar e acompanhar ordens de serviço. | Não | Requisito não foi modificado |
| ELO27 | RQ35 | Satisfação | O requisito RQ35 define que o sistema deve estar em conformidade com os padrões de acessibilidade da última versão da WCAG. | Não | Requisito não foi modificado |
| ELO28 | RQ30 | Representação | O requisito RQ30 estabelece que o sistema deve permitir que o usuário busque um atendimento pelo protocolo. | Não | Requisito não foi modificado |
| ELO29 | RQ29 | Recurso | O requisito RQ29 define que o sistema deve permitir que o usuário altere o vencimento da conta. | Não | Requisito não foi modificado |
| ELO30 | RQ07 | Agregação | O requisito RQ07 estabelece que o sistema deve exibir pequenas descrições ao lado dos serviços para mostrar seu estado atual. | Não | Requisito não foi modificado |
| ELO31 | RQ10 | Recurso | O requisito RQ30 determina que o sistema deve possibilitar o adiantamento de processos via aplicativo. | Não | Requisito não foi modificado |
| ELO32 | RQ17 | Alocado | O requisito RQ17 determina que a funcionalidade "Atendimentos" deve permitir filtros por ano, mês, status (finalizado ou em andamento). | Não | Requisito não foi modificado |
| ELO33 | RQ26 | Recurso | O requisito RQ26 define que o aplicativo deve permitir que o usuário escolha o imóvel desejado. | ||
| ELO34 | RQ27 | Recurso | O requisito RQ27 define que o aplicativo deve reconhecer automaticamente os imóveis associados ao cliente da Caesb. | ||
| ELO35 | RQ28 | Recurso | O requisito RQ28 define que o aplicativo deve considerar o número de pessoas no imóvel para calcular a média do consumo. | ||
| ELO36 | RQ33 | Satisfação | O requisito RQ33 determina que o aplicativo deve ser compatível com as versões mais recentes do Android e iOS. | ||
| ELO37 | RQ36 | Representação | O requisito RQ36 determina que o aplicativo deve ter uma interface intuitiva, organizada e fácil de usar. | ||
| ELO38 | RQ37 | Satisfação | O requisito RQ37 determina que o sistema deve minimizar o número de cliques necessários para interações. | ||
| ELO39 | RQ39 | Recurso | O requisito RQ39 determina que o aplicativo deve permitir suporte offline para funcionalidades básicas, como visualização de contas armazenadas. | ||
| ELO40 | RQ40 | Agregação | O requisito RQ40 determina que o aplicativo deve ter tempos de resposta inferiores a 2 segundos para a maioria das funcionalidades. |
Referências Bibliográficas
[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: 14 de Janeiro de 2025.
[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 Janeiro de 2025.
Histórico de versão
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
| 1.0 | 14/01/2025 | Escrita da introdução e metodologia | Matheus Barros | Leandro de Almeida |
| 1.1 | 14/01/2025 | Adição dos Elos 1 - 8 | Matheus Barros | Leandro de Almeida |
| 1.2 | 16/01/2025 | Adição dos Elos 9 - 16 | Letícia Resende | Matheus Barros |
| 1.3 | 16/01/2025 | Adição dos Elos 25 - 32 | Leandro de Almeida | Matheus Barros |
| 1.4 | 17/01/2025 | Adição da rastreabilidade dos Elos 1 - 8 | Matheus Barros | Leandro de Almeida |
| 1.5 | 19/01/2025 | Adição da rastreabilidade dos Elos 33 - 40 | Joao Victor Marques | Leandro de Almeida |
| 1.6 | 23/01/2025 | Correção pós - apresentação | Letícia Resende | Leandro de Almeida |
| 1.7 | 23/01/2025 | Correção pós - apresentação | Leandro de Almeida | Letícia Resende |
| 1.8 | 08/02/2025 | Remoção da tabela de modelagem | Leandro de Almeida | Matheus Barros |