Pular para conteúdo

Backward-From

Introdução

A rastreabilidade backward-from é uma técnica usada no desenvolvimento de sistemas para conectar os requisitos às suas origens. Com essa abordagem, é possível acompanhar os requisitos desde a ideia inicial até a implementação, deixando claro de onde eles vieram e como afetam o sistema como um todo.

Ela é importante para gerenciar mudanças, garantir a qualidade e alinhar as expectativas dos stakeholders. Utilizando o método backward-from, é criada uma ligação direta entre os requisitos e suas fontes, como pedidos dos clientes, normas e processos de negócios. Isso garante que cada requisito esteja bem relacionado com as necessidades e objetivos que o geraram.

Quando bem aplicada, traz vários benefícios, como facilitar a validação do sistema, economizar recursos, identificar problemas antes e aumentar a confiança de que o sistema vai atender às necessidades do cliente. Também ajuda a tornar o processo de desenvolvimento mais transparente, o que aumenta a confiança e satisfação de todos os envolvidos.

Assim, a rastreabilidade backward-from é uma ferramenta fundamental para o desenvolvimento de sistemas de forma eficiente e clara, garantindo que os objetivos sejam alcançados de maneira controlada.

Metodologia

No método backward-from, utiliza-se o meta-modelo de Toranzo para organizar os requisitos identificados em diferentes níveis e conexões. Conforme os slides da aula 26 da professora Milene Serrano[1], os níveis são definidos da seguinte forma:

  • Nível Ambiental: Engloba informações derivadas do ambiente e contexto operacional da organização.
  • Nível Organizacional: Refere-se aos dados relacionados à estrutura e funcionamento da organização.
  • Nível Gerencial: Inclui informações que suportam a gestão eficiente do projeto.
  • Nível de Desenvolvimento: Envolve os dados associados aos artefatos gerados durante o processo de desenvolvimento.

Os principais tipos de conexões de rastreabilidade identificados são:

  • Satisfação: Representa a dependência da classe de origem em relação à classe de destino para atender uma necessidade ou expectativa.
  • Recurso: Indica que a classe de origem precisa de um recurso da classe de destino para funcionar corretamente.
  • Responsabilidade: Registra as ações, participações ou responsabilidades de pessoas ou componentes sobre artefatos específicos.
  • Representação: Descreve como os requisitos são capturados ou modelados em diferentes linguagens ou representações.
  • Alocado: Liga uma classe de origem a uma classe de destino que representa um subsistema ou componente específico.
  • Agregação: Reflete uma relação de composição entre elementos, indicando que a classe de origem é formada por componentes representados pela classe de destino.

Tabelas de requisitos

Para estruturar o meta-modelo de Toranzo, foram criadas as tabelas 1 e 2, categorizando os requisitos em funcionais (RF) e não-funcionais (RNF).

Legendas:

  • BFx: Requisitos do Backward-From número x
  • RFx: Requisito Funcional número x
  • RNFx: Requisito Não Funcional número x

Tabela 1 - Requisitos funcionais

Requisitos Funcionais

ID Requisito e Versão Descrição Implementado Rastreabilidade Elo Relacionado
BF01 RF01/1.0 O aplicativo emite e permite consulta a extratos e pagamentos. Sim Backlog e Histórias de Usuário. Recurso - ELOB01
BF02 RF02/1.0 O aplicativo permite simular a aposentadoria. Sim Casos de Uso, Cenários, Léxicos e Histórias de Usuário. Satisfação - ELOB02
BF03 RF03/1.0 O aplicativo permite solicitar pedidos. Sim Léxicos e Histórias de Usuário. Recurso - ELOB03
BF04 RF04/1.0 O aplicativo deve ser integrado com outros sistemas, como o sistema jurídico. Não Histórias de Usuário Alocado - ELOB04
BF05 RF05/1.0 O aplicativo permite solicitar auxílio doença. Sim Histórias de Usuário Recurso - ELOB05
BF06 RF06/1.0 O aplicativo permite verificar previsão de pagamento. Sim Histórias de Usuário Satisfação - ELOB06
BF07 RF07/1.0 O aplicativo deve possuir filtro de pesquisa assertivo. Sim Histórias de Usuário Representação - ELOB07
BF08 RF08/1.0 O aplicativo deve possuir suporte adequado. Não Histórias de Usuário Satisfação - ELOB08
BF09 RF09/1.0 O aplicativo deve ser claro com relação a especificação para auxílios doenças e as modalidades de análise (online ou presencial). Não Histórias de Usuário Responsabilidade - ELOB09
BF10 RF10/1.0 O aplicativo deve avisar sobre mudanças e notícias sobre legislação previdenciária. Não Histórias de Usuário Satisfação - ELOB10
BF11 RF11/1.0 O aplicativo deve mostrar o impacto que a contribuição do usuário está causando no seu benefício. Não Casos de Uso, Cenários, Léxicos e Histórias de Usuário Satisfação - ELOB11
BF12 RF12/1.0 O usuário poderá ter acesso ao histórico completo de contribuições do segurado (CNIS). Sim Léxicos e Histórias de Usuário Recurso - ELOB12
BF13 RF13/1.0 O aplicativo permite acessar comunidades para os próprios usuários se ajudarem. Não Casos de Uso, Léxicos e Histórias de Usuário. Satisfação - ELOB13
BF14 RF14/1.0 O aplicativo possui assistente virtual com simulações de diferentes cenários previdenciários. Não Histórias de Usuário Recurso - ELOB14
BF15 RF15/1.0 O aplicativo deve permitir agendamento de perícias e atendimentos. Sim Histórias de usuário Recurso - ELOB15
BF16 RF16/1.0 O aplicativo deve enviar notificações sobre pendências, prazos e novas regras. Sim Léxicos, Histórias de usuário. Satisfação - ELOB16
BF17 RF17/1.0 O aplicativo deverá permitir bloqueio e desbloqueio de benefícios pelo aplicativo. Sim Histórias de usuário Recurso - ELOB17
BF18 RF18/1.0 O aplicativo deverá mostrar critérios de carência de forma clara. Sim Histórias de Usuário ELOB18
BF19 RF19/1.0 O usuário poderá enviar documentos digitalizados. Sim Léxicos e Histórias de Usuário. Representação - ELOB19
BF20 RF20/1.0 O usuário poderá solicitar benefícios pelo aplicativo. Sim Léxicos e Histórias de Usuário. Responsabildade - ELOB20
BF21 RF21/1.0 O aplicativo deve mostrar status de solicitações e benefícios em andamento. Sim Léxicos e Histórias de Usuário Satisfação - ELOB21
BF22 RF22/1.0 O aplicativo deve permitir alteração de dados cadastrais, como endereço e telefone. Sim Léxicos e Histórias de Usuário Recurso - ELOB22
BF23 RF23/1.0 O aplicativo deverá mostrar emitir recibos digitais para transações realizadas. Sim Histórias de Usuário Responsabilidade - ELOB23
BF24 RF24/1.0 O aplicativo deverá integrar informações sobre FGTS para consulta de saldo e movimentações. Sim Histórias de Usuário Alocado - ELOB24
BF25 RF25/1.0 O aplicativo deve permitir consulta e pagamento de pensões. Não Casos de Uso, Cenários e Histórias de Usuário Recurso - ELOB25
BF26 RF26/1.0 O aplicativo deve Usar autenticação pelo Gov.br para login. Sim Histórias de Usuário Recurso - ELOB26
BF27 RF27/1.0 O sistema deve mascarar dados sensíveis, como CPF e número do benefício, exibindo apenas partes relevantes para preservar a privacidade do usuário. Não Histórias de Usuário Responsabilidade - ELOB27
BF28 RF28/1.0 O sistema deve permitir que o usuário agende um horário em uma agência do INSS, escolhendo o serviço, horário, data e local diretamente no aplicativo. Não Casos de Uso, Cenários, Léxicos e Histórias de Usuário Recurso - ELOB28
BF29 RF29/1.0 O aplicativo deve permitir a geração de declarações, como comprovantes de recebimento de benefício ou regularidade de contribuições. Sim Histórias de Usuário Responsabilidade - ELOB29
BF30 RF30/1.0 O usuário pode visualizar os benefícios com maiores detalhes. Sim Léxicos e Histórias de Usuário Satisfação - ELOB30
BF31 RF31/1.0 O usuário tem acesso a um calendário no aplicativo relacionado as suas atividades. Sim Léxicos e Histórias de Usuário Satisfação - ELOB31

Requisitos Não-Funcionais

Tabela 2 - Requisitos não-funcionais
ID Requisito e Versão Descrição Implementado Rastreabilidade Elo Relacionado
BF32 RNF01/1.0 O aplicativo deve ser intuitivo no uso. [Sim/Não] Léxicos, Especificação Suplementar e NFR Framework Representação - ELOB32
BF33 RNF02/1.0 O aplicativo deve possuir tutoriais explicativos de uso (por exemplo, vídeos, FAQs). Não Especificação Suplementar e NFR Framework. Representação - ELOB33
BF34 RNF03/1.0 O aplicativo deve possuir uma central de ajuda clara. Não Especificação Suplementar e NFR Framework. Satisfação - ELOB34
BF35 RNF04/1.0 O aplicativo deve facilitar a execução de tarefas. Não Especificação Suplementar e NFR Framework Satisfação - ELOB35
BF36 RNF05/1.0 O aplicativo deve possuir, além de termos técnicos, nomenclaturas populares para as funcionalidades do INSS. Não Especificação Suplementar e NFR Framework Representação - ELOB36
BF37 RNF06/1.0 O aplicativo deve facilitar a busca de tarefas e funcionalidades. Não Especificação Suplementar Satisfação - ELOB37
BF38 RNF07/1.0 O aplicativo deve ser acessível a todos os usuários. Não Léxicos e Especificação Suplementar ELOB38
BF39 RNF08/1.0 Garantir segurança dos dados com criptografia nas transações. Sim Especificação Suplementar Responsabilidade - ELOB39
BF40 RNF09/1.0 Ser responsivo para uso em diferentes dispositivos. [Sim/Não] [Fonte do Requisito] Responsabilidade - ELOB40
BF41 RNF10/1.0 O aplicativo deve seguir normas de acessibilidade, como suporte a leitores de tela, para ser acessível a pessoas com deficiência Não Especificação suplementar, NFR Framework Responsabilidade - ELOB41
BF42 RNF11/1.0 O aplicativo deve seguir normas de acessibilidade, como suporte a leitores de tela, para ser acessível a pessoas com deficiência Sim Especificação suplementar, NFR Framework Responsabilidade - ELOB42
BF43 RNF12/1.0 O sistema deve estar disponível para o usuário por no mínimo 99% do tempo de um mês, exceto em momentos de manutenção programada. Sim Especificação suplementar, NFR Framework Responsabilidade - ELOB43

Elos de rastreabilidade

Neste trecho, exploramos os vínculos associados aos requisitos listados nas tabelas 1 e 2. Conforme a metodologia apresentada, cada requisito será classificado de acordo com seu tipo de vínculo. Vale destacar que todos os requisitos identificados estão inseridos na categoria de Desenvolvimento, ou seja, têm origem em artefatos gerados durante o processo de criação do projeto. Esses requisitos não possuem conexão direta com aspectos organizacionais ou gerenciais. A partir dessa análise, foi elaborada a tabela 3, que detalha os vínculos (elos) relacionados a esses requisitos.

Legendas:

  • ID BFx: ID do Backward-From Relacionado Número x

Tabela 3 -

ID ID BFx Tipo de elo Descrição do elo
ELOB01 BF01 Recurso O aplicativo oferece funcionalidades essenciais, como emissão de extratos e consulta a pagamentos, que são necessárias para atender às necessidades do usuário.
ELOB02 BF02 Satisfação O requisito reflete uma necessidade do usuário de simular aposentadoria, garantindo que a funcionalidade atenda a uma expectativa do usuário.
ELOB03 BF03 Recurso O aplicativo permite a solicitação de pedidos, fornecendo uma funcionalidade que o usuário precisa para realizar essas operações dentro do sistema.
ELOB04 BF04 Alocado A integração com outros sistemas, como o sistema jurídico, é um requisito que depende de alocação de subsistemas ou componentes específicos.
ELOB05 BF05 Recurso O aplicativo oferece a funcionalidade de solicitar auxílio-doença, uma operação essencial para os usuários que necessitam dessa opção dentro do sistema.
ELOB06 BF06 Satisfação A funcionalidade de verificação da previsão de pagamento atende diretamente à expectativa dos usuários de planejar financeiramente seus benefícios.
ELOB07 BF07 Representação O filtro de pesquisa assertivo melhora a experiência do usuário, permitindo que ele encontre informações de maneira rápida e eficiente.
ELOB08 BF08 Satisfação O suporte adequado é essencial para garantir que os usuários recebam assistência quando necessário, aumentando sua satisfação com o aplicativo.
ELOB09 BF09 Responsabilidade A especificação clara para os auxílios-doença e modalidades de análise garante que o usuário compreenda seus direitos e processos de forma transparente.
ELOB10 BF10 Satisfação A notificação sobre mudanças e notícias legislativas mantém o usuário bem informado sobre alterações relevantes, contribuindo para sua satisfação.
ELOB11 BF11 Satisfação Mostrar o impacto das contribuições no benefício proporciona ao usuário um melhor entendimento sobre sua situação previdenciária, promovendo sua satisfação.
ELOB12 BF12 Recurso O acesso ao histórico completo de contribuições (CNIS) é um recurso fundamental para que o usuário possa acompanhar sua jornada previdenciária.
ELOB13 BF13 Satisfação A possibilidade de acessar comunidades de ajuda proporciona ao usuário uma rede de suporte e troca de informações, aumentando sua satisfação.
ELOB14 BF14 Recurso O assistente virtual com simulações de cenários previdenciários oferece um recurso interativo que ajuda os usuários a entenderem suas opções de forma personalizada.
ELOB15 BF15 Recurso O agendamento de perícias e atendimentos facilita a organização dos processos necessários, proporcionando um recurso útil e eficiente para os usuários.
ELOB16 BF16 Satisfação A funcionalidade de envio de notificações sobre pendências, prazos e novas regras visa atender às necessidades dos usuários de forma proativa e informativa, garantindo a satisfação e conformidade.
ELOB17 BF17 Recurso O bloqueio e desbloqueio de benefícios são operações essenciais que o usuário precisa controlar diretamente no aplicativo, sendo uma funcionalidade crítica.
ELOB18 BF18 Representação A exibição clara dos critérios de carência no aplicativo facilita a compreensão e decisão do usuário sobre seus direitos, tornando a interação mais transparente.
ELOB19 BF19 Responsabilidade O envio de documentos digitalizados é uma ação importante para que o usuário cumpra obrigações legais e administrativos de forma eficiente.
ELOB20 BF20 Recurso Solicitar benefícios pelo aplicativo é uma funcionalidade-chave que facilita o acesso do usuário aos direitos previstos, oferecendo uma experiência simplificada.
ELOB21 BF21 Satisfação A possibilidade de acompanhar o status de solicitações e benefícios em andamento ajuda a manter o usuário informado e satisfeito com o andamento de suas demandas.
ELOB22 BF22 Recurso A alteração de dados cadastrais, como endereço e telefone, é uma funcionalidade básica e necessária para manter o perfil do usuário atualizado no sistema.
ELOB23 BF23 Responsabilidade A emissão de recibos digitais para transações realizadas é uma ação importante para documentar formalmente as operações, aumentando a confiança e a transparência.
ELOB24 BF24 Alocado A integração com informações sobre o FGTS requer a alocação de sistemas externos que permitem a consulta ao saldo e movimentações, o que não depende apenas do aplicativo.
ELOB25 BF25 Recurso A funcionalidade de consulta e pagamento de pensões é uma ação relevante para os usuários que dependem deste benefício, oferecendo conveniência e eficiência no processo.
ELOB26 BF26 Recurso A autenticação via Gov.br é uma medida de segurança essencial, garantindo que o usuário tenha acesso ao aplicativo de forma segura e conforme os requisitos governamentais.
ELOB27 BF27 Responsabilidade O requisito visa proteger dados sensíveis dos usuários, garantindo privacidade e segurança ao mascarar informações como CPF e número de benefício.
ELOB28 BF28 Recurso O agendamento de horários diretamente no aplicativo proporciona conveniência e praticidade para o usuário, tornando o processo de marcação de serviços mais eficiente.
ELOB29 BF29 Responsabilidade A geração de declarações como comprovantes de recebimento e regularidade de contribuições é essencial para a formalização e transparência das interações do usuário com o INSS.
ELOB30 BF30 Satisfação A visualização detalhada dos benefícios é uma função que visa aumentar a satisfação do usuário, proporcionando uma compreensão mais clara sobre os benefícios recebidos.
ELOB31 BF31 Satisfação O acesso ao calendário de atividades permite que o usuário se organize melhor, promovendo uma experiência mais satisfatória no uso do aplicativo.
ELOB32 BF32 Representação A intuitividade no uso do aplicativo é uma característica importante para que os usuários possam navegar e realizar operações com facilidade, sem a necessidade de instruções complexas.
ELOB33 BF33 Representação A presença de tutoriais explicativos, como vídeos e FAQs, facilita a compreensão do uso do aplicativo, melhorando a experiência do usuário.
ELOB34 BF34 Satisfação A central de ajuda clara é crucial para o suporte ao usuário, garantindo que ele tenha acesso rápido a informações e soluções para eventuais problemas.
ELOB35 BF35 Satisfação A facilidade na execução de tarefas é um fator essencial para garantir que o usuário consiga realizar suas atividades de forma ágil e sem complicações.
ELOB36 BF36 Representação O uso de nomenclaturas populares para funcionalidades torna o aplicativo mais acessível, facilitando o entendimento do usuário e evitando confusões.
ELOB37 BF37 Satisfação Facilitar a busca de tarefas e funcionalidades contribui para uma experiência mais ágil e satisfatória, permitindo ao usuário encontrar rapidamente o que precisa.
ELOB38 BF38 Responsabilidade A acessibilidade é um requisito fundamental para garantir que todos os usuários, independentemente de suas condições, possam utilizar o aplicativo de forma eficaz.
ELOB39 BF39 Responsabilidade A segurança dos dados com criptografia nas transações é crucial para proteger as informações sensíveis dos usuários e garantir a integridade das operações realizadas no aplicativo.
ELOB40 BF40 Responsabilidade A responsividade do aplicativo assegura que ele funcione de forma adequada em diferentes dispositivos, proporcionando uma experiência de uso consistente e acessível.
ELOB41 BF41 Responsabilidade A responsabilidade de garantir que o aplicativo siga normas de acessibilidade recai sobre a equipe de desenvolvimento e os responsáveis pela implementação, para atender às necessidades de usuários com deficiência.
ELOB42 BF42 Responsabilidade A responsabilidade de garantir que o aplicativo armazene dados conforme a LGPD envolve a equipe de conformidade e a gestão do sistema para assegurar a proteção de dados.
ELOB43 BF43 Responsabilidade A responsabilidade pela alta disponibilidade do sistema, garantindo 99% do tempo de operação, é atribuída à equipe técnica e aos responsáveis pela infraestrutura e manutenção do sistema.

Bibliografia

POHL, Klaus; RUPP, Chris. Requirements Engineering Fundamentals. Acesso em: 19 jan. 2025

Referências Bibliográficas

[1] Slides da Aula 26 da Professora Milene Serrano. Disponível em: https://aprender3.unb.br/pluginfile.php/2972560/mod_resource/content/1/Requisitos%20-%20Aula%20026.pdf. Acesso em: 19 jan. 2025.

Histórico de Versões

Versão Data Descrição Autor(es) Revisor(es)
1.0 19/01/2025 Criação do documento Ana Catarina e Nicolas Bomfim Maurício Ferreira