Foward-From
Introdução
Este documento apresenta a execução da rastreabilidade forward-from no nosso projeto de estudo do aplicativo GDF Saúde, uma prática fundamental na engenharia de requisitos. A rastreabilidade forward-from estabelece ligações entre os requisitos elicitados com os artefatos de desenho e implementação do sistema, garantindo que cada funcionalidade especificada seja devidamente desenvolvida e rastreada. Esse método contribui para o controle de qualidade e facilita a verificação do cumprimento dos requisitos
Tabela de Integrantes
Na tabela 1 contêm todos os integrantes da equipe que participaram no refinamento dos requisitos e o que a pessoa desenvolveu.
Tabela 1 - Integrantes do grupo envolvidos
| Nome | Quais etapas participou |
|---|---|
| Ana Luiza Soares | Fez os Forward from e os elos referntes aos requisitos RF01.1, RF01.2, RF01.3, RF01.4, RF01.5, RF2.1 e RF2.2 |
| Kaleb Macedo | Realizou a rastreabilidade forward-from FF08 a FF14, FF57, FF58 e FF70, além dos elos de mesmo intervalo, ELOFF08 a ELOFF14, ELOFF57, ELOFF58 e ELOFF70. |
| Isaque Camargos | Iniciou o documento colocando a tabela com todos os requisitos e fez o backward from FF15 a FF21, FF58 e FF59 e os elos de mesmo intervalo, ELO15 a ELO21, ELO58 e ELO59 |
| Matheus de Alcântara | Realizou a rastreabilidade backward-from FF22 a FF27, FF60, FF61 e FF68. Além dos ELOS do mesmo intervalo, ELOF22 a ELOF27, ELOF60, ELOF61 e ELOF68 |
| Othavio Bolzan | Realizou a rastreabilidade backward-from FF28 a FF34, FF64, FF65 e FF71. Além dos ELOS do mesmo intervalo, ELO28 a ELO34, ELO64, ELO64 e ELO71 |
| Yzabella Miranda | Relizou a rastreabilidade backward-from FF35 a FF41 e FF66 a FF67. |
| Lucas Alves | Realizou a rastreabilidade forward-from FF42 a FF51, FF68 e FF69 | .
Fonte: Autoria de Isaque Camargos, Yzabella Miranda, Ana Luiza Soares, Kaleb Macedo e Othavio Bolzan
Metodologia A Metodologia adotada para esta análise fundamenta-se no Meta-modelo de Toranzo, conforme descrito nos materiais da disciplina (slides da Aula 26). Este modelo organiza as informações rastreáveis em níveis hierárquicos e define elos que representam as relações entre artefatos envolvidos no desenvolvimento de sistemas.
Níveis de Informação
Neste documento, a análise se concentra no nível de Desenvolvimento, um dos quatro níveis principais do modelo (Ambiental, Organizacional, Gerencial e de Desenvolvimento), conforme apresentado na página 19 dos slides 26. No contexto da rastreabilidade forward-from, o foco está em conectar os requisitos documentados aos artefatos de desenho e implementação, permitindo rastrear como os requisitos são traduzidos em componentes técnicos.
Elos de Rastreabilidade
Para modelar as conexões entre requisitos e artefatos técnicos, empregamos os elos de rastreabilidade definidos no modelo de Toranzo: Satisfação, Recurso, Responsabilidade, Representação, Alocado e Agregação, conforme detalhado na página 21 dos slides 26. Cada elo é utilizado conforme a natureza da relação entre os requisitos e os elementos de implementação.
A aplicação prática desta metodologia será feita por meio de uma tabela que mapeia os requisitos aos artefatos de desenho e implementação correspondentes, especificando os elos de rastreabilidade que justificam cada conexão. Essa abordagem permite verificar se os requisitos estão sendo corretamente considerados nas etapas subsequentes do desenvolvimento e facilita a gestão da conformidade ao longo do ciclo de vida do sistema.
Forward From:
Fizemos a rastreabilidade forward-from dos requisitos funcionais para os demais artefatos do projeto, como casos de uso, cenários, léxicos, histórias de usuário e épicos. A seguir, apresentamos a tabela com os requisitos funcionais e suas respectivas ligações.
- RFx: Requisito Funcional número x;
- RNFx: Requisito Não Funcional número x;
- USx: História de usuário número x;
- CEx: Cenário número x;
- UCx: Casos de Uso número x;
- LEx: Léxico número x;
- EPx: Épico número x;
- ELOx: Eelo número x;
- FFx: Forward from número x;
Forward-From
Requisitos Funcionais
Tabela 2 - Requisitos Funcionais
| ID | Requisito Original | Requisito Final | Descrição | Implementado | Elo | Casos de uso | Cenários | Léxicos | Histórias de usuário | Backlog | Protótipo |
|---|---|---|---|---|---|---|---|---|---|---|---|
| FF01 | RF01 | RF01.1 | O usuário poderá pesquisar redes credenciadas por meio de filtros de busca. | Sim | ELOF01 | UC01 | CE01 | LX01, LX14, LX49, LX50, LX51 | US01 | TM01 | |
| FF02 | RF01 | RF01.2 | O usuário poderá pesquisar profissionais da saúde (médicos, psicólogos etc.) por meio de filtros de busca. | Não | ELOF02 | UC02 | CE02 | LX01, LX14, LX49, LX51 | US02 | TM01 | as telas do protótipo que implementa esse requisito são: tela 1, tela 2 e tela 3 |
| FF03 | RF01 | RF01.3 | Será possível combinar filtros de pesquisa (por ex. “região administrativa + especialidade”). | Sim | ELOF03 | CE03 | LX49, LX51 | US03 | TM01 | ||
| FF04 | RF01 | RF01.4 | O filtro de pesquisa deve permitir buscas por proximidade do usuário (distância em até 10 km). | Não | ELOF04 | CE04 | LX50 | ||||
| FF05 | RF01 | RF01.5 | O Filtro permite busca pela especialidade médica | Sim | ELOF05 | CE05 | LX51 | ||||
| FF06 | RF02 | RF02.1 | O usuário poderá avaliar atendimentos com nota na escala Likert de 0 a 5. | Não | ELOF06 | UC03 | CE06 | LX01, LX14, LX52 | US04 | TM02 | A tela do protótipo que implementa esse requisito é: tela 1 |
| FF07 | RF02 | RF02.2 | O usuário poderá deixar e/ou ler comentários sobre atendimentos em clínicas ou com profissionais específicos. | Não | ELOF07 | UC04 | CE07 | LX01, LX14, LX53 | US05 | TM02 | O protótipo deste requisito pode ser acessado a partir da tela 1 inicial, após essa tela é possivel visualizar a tela 2 avaliações e, depois, a tela 3 avalie. |
| FF08 | RF02 | RF02.3 | O sistema classificará comentários como “relevantes” ou “não relevantes” automaticamente. | Não | ELOF08 | UC05 | CE08 | LE53 | |||
| FF09 | RF02 | RF02.4 | O sistema ordenará clínicas por nota média de atendimento, do maior para o menor. | Não | ELOF09 | CE09 | LE52 | ||||
| FF10 | RF03 | RF03 | Exibir carteirinha digital mesmo sem conexão (modo offline) e permitir acesso rápido e estável. | Sim | ELOF10 | UC09 | CE10 | LE11, LE12, LE13 | US41 | EP16 | |
| FF11 | RF04 | RF04.1 | Enviar notificações configuráveis via app, SMS ou e-mail sobre vencimento de fatura. | Não | ELOF11 | UC10 e UC11 | CE11 e CE12 | LE02 e LE25 | US07 | EP07 | |
| FF12 | RF04 | RF04.2 | Enviar notificações configuráveis via app, SMS ou e-mail retornos médicos pendentes. | Não | ELOF12 | LE02 | US08 | EP08 | |||
| FF13 | RF04 | RF04.3 | Enviar notificações configuráveis via app, SMS ou e-mail sobre, abertura de agenda. | Não | ELOF13 | LE02 | US09 | EP08 | |||
| FF14 | RF04 | RF04.4 | Enviar notificações configuráveis via app, SMS ou e-mail sobre cancelamentos de horários | Não | ELOF14 | LE02 | US10 | EP08 | |||
| FF15 | RF04 | RF04.5 | Enviar notificações configuráveis via app, SMS ou e-mail sobre horários favoritos disponíveis | Não | ELOF15 | UC10 e UC11 | CE04 | LE02 | US11 | EP08 | |
| FF16 | RF04 | RF04.6 | Enviar notificações configuráveis sobre prazos importantes relacionados a consultas e exames. | Não | ELOF16 | UC10 e UC11 | CE04 | LE02, LE04 | US12 | EP07 | |
| FF17 | RF04 | RF04.7 | Enviar notificações configuráveis sobre confirmações de agendamentos | Não | ELOF17 | UC10 e UC11 | CE04 | LE02, LE07 | US13 | EP08 | |
| FF18 | RF04 | RF04.8 | Enviar notificações configuráveis sobre alterações de agendamento | Não | ELOF18 | UC10 e UC11 | CE04 | LE02, LE08 | US14 | EP08 | |
| FF19 | RF04 | RF04.9 | Enviar notificações configuráveis sobre disponibilidade de demonstrativos de IR. | Não | ELOF19 | UC10 e UC11 | CE04 | LE02 | US15 | EP07 | |
| FF20 | RF05 | RF05.1 | Permitir agendamento de consultas e exames diretamente pelo aplicativo, com pagamento automático. | Não | ELOF20 | UC13 | CE05 | LE04, LE05 | US16 | EP09 | |
| FF21 | RF05 | RF05.2 | Permitir cancelamento de consultas e exames diretamente pelo aplicativo, com pagamento automático. | Não | ELOF21 | UC14 | CE05 | LE04, LE05 | US18 | EP09 | |
| FF22 | RF06 | RF06.1 | Exibir valor específico de consulta em cada clínica. | Sim | ELOF22 | UC15 | CE15 | LX11, LX44 | US19 | EP10 | |
| FF23 | RF06 | RF06.2 | O sistema deve calcular e exibir o valor da coparticipação do beneficiário para cada consulta. | Sim | ELOF23 | UC16 | CE16 | LX11, LX45 | US20 | EP10 | |
| FF24 | RF06 | RF06.3 | Gerar e baixar demonstrativos de despesas médicas para imposto de renda. | Sim | ELOF24 | UC17 | CE17 | LX11, LX46 | US21 | EP11 | |
| FF25 | RF06 | RF06.4 | Consultar histórico de demonstrativos de IR. | Sim | ELOF25 | UC17 | CE18 | LX11, LX46 | US21 | EP11 | |
| FF26 | RF06 | RF06.5 | Mostrar extrato financeiro atualizado diariamente. | Sim | ELOF26 | UC18 | CE19 | LX11, LX47 | US32 | EP05 | |
| FF27 | RF07 | RF07.1 | O sistema deve permitir o cadastro de titulares. | Sim | ELOF27 | UC20 | CE21 | LX01 | US22 | EP12 | |
| FF28 | RF07 | RF07.2 | O sistema deve permitir o cadastro de dependentes vinculados a um titular. | Sim | ELOF28 | UC21 | CE22 | LX01 | US23 | EP12 | |
| FF29 | RF07 | RF07.3 | O sistema deve permitir o cadastro de optantes. | Sim | ELOF29 | UC22 | CE23 | LX01 | US24 | EP12 | |
| FF30 | RF07 | RF07.4 | O sistema deve validar os documentos apresentados durante o cadastro. | Sim | ELOF30 | UC23 | CE24 | LX01 | US25 | EP12 | |
| FF31 | RF07 | RF07.5 | O sistema deve verificar a elegibilidade dos titulares, dependentes e optantes. | Sim | ELOF31 | UC24 | CE25 | LX01 | US26 | EP12 | |
| FF32 | RF08 | RF08.1 | Verificar se procedimentos estão na TABGDFSAÚDE, atendem às DUT, estão sujeitos a carência ou são excluídos. | Sim | ELOF32 | UC25 | CE26 | LX15, LX17, LX18, LX19, LX21, LX15, LX22 | US27 | EP13 | |
| FF33 | RF09 | RF09.1 | Permitir ao usuário visualizar o histórico de consultas realizadas. | Não | ELOF33 | UC27 | CE09 | LE15 | US29 | EP04 | |
| FF34 | RF09 | RF09.2 | Permitir ao usuário visualizar o histórico de exames realizados. | Não | ELOF34 | UC27 | CE09 | LE15 | US30 | EP04 | |
| FF35 | RF09 | RF09.3 | Permitir ao usuário visualizar os resultados de seus exames laboratoriais. | Não | ELOF35 | UC29 | CE29 | LX03, LX05 | US31 | EP04 | É possível ver a implementação deste protótipo clicando aqui |
| FF36 | RF09 | RF09.4 | Permitir ao usuário visualizar o histórico de suas coparticipações. | Não | ELOF36 | UC30 | CE30 | LX03, LX06 | US32 | EP05 | |
| FF37 | RF10 | RF10 | Permitir que o usuário favorite horários de consulta desejados. | Não | ELOF37 | UC31 | CE31 | LX40, LX41 | US33 | EP06 | |
| FF38 | RF11 | RF11 | Oferecer um canal para o usuário enviar feedback sobre atendimentos. | Não | ELOF38 | UC33 | CE32 | LX01, LX38 | US28 | EP14 | |
| FF39 | RF12 | RF12.1 | Apresentar uma seção no menu principal chamada "Novidades". | Não | ELOF39 | UC34 | CE33 | LX36 | US35 | EP15 | |
| FF40 | RF12 | RF12.2 | Exibir uma lista com título, descrição e data de lançamento das novas funcionalidades. | Não | ELOF40 | UC35 | CE34 | LX36 | US36 | EP15 | |
| FF41 | RF12 | RF12.3 | Destacar funcionalidades novas com um marcador de "Novo" por um período configurável (ex: 7 dias). | Não | ELOF41 | UC36 | CE35 | LX36 | US37 | EP15 | |
| FF42 | RF12 | RF12.4 | Exibir pop-ups informativos com as principais novidades após a atualização do aplicativo. | Não | ELOF42 | UC37 | CE36 | LX36 | US38 | EP15 | |
| FF43 | RF12 | RF12.5 | Permitir que o usuário toque em uma funcionalidade da lista de novidades para ver uma descrição detalhada. | Não | ELOF43 | UC38 | CE37 | LX36 | US39 | EP15 | |
| FF44 | RF12 | RF12.6 | Permitir que o usuário ordene as novidades por "mais recente" e "mais antigo" no topo da lista. | Não | ELOF44 | UC39 | CE38 | LX36 | US40 | EP15 | |
| FF45 | RF13 | RF13 | Adicionar consulta à rede odontológica. | Sim | ELOF45 | UC40 | CE39 | LX04, LX07 | US42 | EP17 | |
| FF46 | RF14 | RF14.1 | Apresentar novas clínicas próximas de acordo com a localização do usuário. | Não | ELOF46 | UC42 | CE40 | LX04, LX11 | US43 | EP17 | |
| FF47 | RF14 | RF14.2 | Apresentar clínicas próximas de acordo com a localização do usuário. | Não | ELOF47 | UC43 | CE41 | LX04, LX11 | US44 | EP17 | |
| FF48 | RF15 | RF15 | Permitir baixar comprovantes de agendamento. | Não | ELOF48 | UC44 | CE42 | LX04, LX07, LX09, LX10 | US45 | EP18 | |
| FF49 | RF16 | RF16 | Disponibilizar calendário personalizado com visualização de consultas agendadas, prazos de carência e vencimentos. | Não | ELOF49 | UC45 | CE43 | LX11, LX19, LX23, LX24, LX25 | US49 | EP20 | É possível visualizar a implementação deste protótipo clicando aqui |
| FF50 | RF17 | RF17 | Exibir painel com metas de saúde personalizadas com gamificação para incentivar acompanhamento. | Não | ELOF50 | UC18 | CE17 | ||||
| FF51 | RF18 | RF18.1 | Permitir denúncias de condutas inadequadas por parte de profissionais da rede credenciada. | Não | ELOF51 | UC26 | CE45 | LX14, LX26, LX27 | US28 | EP14 | É possível visualizar a implementação deste protótipo clicando aqui |
| FF52 | RF19 | RF19 | Permitir login por biometria facial ou digital. | Não | ELOF52 | UC08 | CE19 | US46 | EP19 | ||
| FF53 | RF20 | RF20 | Permitir solicitação de reembolso de uma cobrança indevida de coparticipação. | Não | ELOF53 | UC29 | CE20 | LE44 | US34 | EP05 | É possível visualizar a implementação deste protótipo clicando aqui |
| FF54 | RF21 | RF21.1 | Chatbot conversacional que direciona o usuário à especialidade médica adequada. | Não | ELOF54 | UC06 | CE21 | LX01, LX51, LX54 | US06 | EP02 | |
| FF55 | RF22 | RF22 | O sistema deve exigir autenticação via GovBR para login. | Não | O protótipo deste requisito pode ser visualizado e acessado na tela 1 login |
Fonte: Autoria de Isaque Camargos
Requisitos Não Funcionais
Na tabela 3 encontra-se a rastreabilidade Forward from dos requisitos não funcionais.
Tabela 3: Requisitos Não Funcionais
| ID | Requisito Original | Requisito Final | Descrição | Implementado | Elo | Léxicos | Especificação Suplementar | NFR |
|---|---|---|---|---|---|---|---|---|
| FF55 | RNF01 | RNF01.1 | A interface deve ser responsiva para dispositivos Android 5.0 ou superiores e iOS 13.0 ou superiores. | Não | ELOF55 | LX31 | Usabilidade | Usability |
| FF56 | RNF02 | RNF02.1 | 95 % das ações devem ter tempo de resposta ≤ 2 segundos, medido em ambiente com até 100 usuários simultâneos. | Não | ELOF56 | LX55 | Performance | Performance |
| FF57 | RNF03 | RNF03.1 | Todos os dados sensíveis em repouso devem ser criptografados com ao menos um recurso de criptografia. | Sim | ELOF57 | LX56 | Confiabilidade | Reliability |
| FF58 | RNF03 | RNF03.2 | Autenticação de dois fatores deve estar disponível via SMS ou app de autenticação externa. | Não | ELOF58 | LX56 | Confiabilidade | Reliability |
| FF60 | RNF04 | RNF04 | Manter o sistema disponível 24/7 para autorizações de urgência/emergência e apresentar alta disponibilidade (mínimo de 99% uptime). | Sim | ELO58 | - | Confiabilidade | - |
| FF61 | RNF05 | RNF05 | O sistema deve ser compatível com as versões 5.0 ou superioresdo Android e 13.0 ou superiores do iOS. | Sim | ELO59 | - | Suportabilidade | - |
| FF62 | RNF06 | RNF06 | O aplicativo deve ser compatível com leitores de tela para garantir acessibilidade a pessoas com deficiência visual. | Não | ELOF63 | ES02 | NFR04 | |
| FF63 | RNF07 | RNF07 | Garantir conformidade com a Portaria nº 127/2024, legislações complementares e padrões da LGPD. | Sim | ELOF64 | LX56 | ES03 | NFR03 |
| FF64 | RNF08 | RNF08 | Processar autorizações prévias em até 10 dias úteis. | Sim | ELOFF62 | - | Satisfação | NFR04 |
| FF65 | RNF09 | RNF09 | Comunicar-se com a folha de pagamento do GDF para descontos de mensalidades. | Sim | ELOFF63 | LX28, LX29, LX30 | Satisfação | - |
| FF66 | RNF10 | RNF10 | Garantir que informações críticas, como a carteirinha digital, estejam acessíveis em até três cliques ou com no máximo 2 cliques a partir da tela inicial. | Sim | ELOF67 | LX12 | Usabilidade | NFR01 |
| FF67 | RNF11 | RNF11 | Manter histórico de notificações acessível ao usuário por no mínimo 6 meses. | Não | ELOF68 | LX02, LX03, LX37 | Usabilidade | NFR01 |
| FF68 | RNF12 | RNF12 | O aplicativo deve oferecer suporte por chat ou telefone. | Sim | ELOBF66 | LX38, LX39 | ES12 | NFR12 |
| FF69 | RNF13 | RNF13 | Deve funcionar de forma offline para acesso à carteirinha e histórico de consultas. | Não | ELOBF67 | LX03, LX12, LX13 | ES13 | NFR13 |
| FF70 | RNF14 | RNF14 | O layout deve ser consistente com o portal oficial do plano. | Não | ELOF71 | LX31, LX32, LX33 | ES02 | NFR01 |
| FF71 | RNF15 | RNF15 | O sistema deve exigir autenticação via GovBR para login. | Não | ELOFF69 | LE35 | Satisfação | 15 |
Fonte: Autoria de Isaque Camargos
Elos de Rastreabilidade (Forward-From)
A tabela 4 detalha os vínculos forward-from para os requisitos selecionados. A descrição de cada elo mostra como o requisito é rastreado para frente, conectando-se aos artefatos de modelagem e planejamento que orientam sua implementação.
Tabela 4: Elos de Rastreabilidade (Forward-From)
| ID do Elo | ID do Forward From | Tipo de Vínculo | Descrição do Elo |
|---|---|---|---|
| ELOF01 | FF01 | Representação | O requisito RF01.1 é representado pelo Caso de Uso UC01 e pelo Cenário CE01, sendo alocado ao Backlog através da História de Usuário US01. |
| ELOF02 | FF02 | Representação | A funcionalidade do RF01.2 é detalhada no Caso de Uso UC02 e na História de Usuário US02. |
| ELOF03 | FF03 | Agregação | O requisito RF01.3 agrega as funcionalidades de busca (RF01.1 e RF01.2), conforme descrito na História de Usuário US03. |
| ELOF04 | FF04 | Representação | O requisito RF01.4 é representado pelo Cenário CE04. |
| ELOF05 | FF05 | Representação | O requisito RF01.5 é detalhado no Cenário CE05 como um dos filtros aplicados pelo usuário. |
| ELOF06 | FF06 | Representação | O requisito RF02.1 é representado pela História de Usuário US04 e modelado no Caso de Uso UC03. |
| ELOF07 | FF07 | Alocado | O requisito RF02.2 foi alocado para desenvolvimento no Tema 02 (TM02), sendo detalhado pela História de Usuário US05. |
| ELOF08 | FF08 | Recurso | O requisito de classificar comentários (RF02.3) depende dos comentários gerados pelo requisito RF02.2 para funcionar. |
| ELOF09 | FF09 | Recurso | A ordenação de clínicas (RF02.4) depende dos dados de avaliação gerados como recurso pelo requisito RF02.1. |
| ELOF10 | FF10 | Alocado | A funcionalidade do RF03 foi alocada ao Épico EP16 (EP16) e é descrita pela História de Usuário US41. |
| ELOF11 | FF11 | Alocado | O requisito RF04.1 foi alocado ao Épico EP07 (EP07), sendo detalhado pela História de Usuário US07. |
| ELOF12 | FF12 | Alocado | O requisito RF04.2 foi alocado ao Épico EP08 (EP08) e representado pela História de Usuário US08. |
| ELOF13 | FF13 | Alocado | O requisito RF04.3 foi alocado ao Épico EP08 (EP08) e representado pela História de Usuário US09. |
| ELOF14 | FF14 | Alocado | O requisito RF04.4 foi alocado ao Épico EP08 (EP08), detalhado na História de Usuário US10. |
| ELOF15 | FF15 | Alocado | O requisito RF04.5 foi alocado ao Épico EP08 (EP08) e sua implementação é guiada pela História de Usuário US11. |
| ELOF16 | FF16 | Representação | O requisito RF04.6 é representado pelo Caso de Uso UC10 e detalhado no Cenário CE04. |
| ELOF17 | FF17 | Recurso | A implementação do requisito RF04.7 depende do recurso de configuração de notificações, descrito no Caso de Uso UC10. |
| ELOF18 | FF18 | Representação | A notificação de alteração do RF04.8 representa um evento do Caso de Uso UC11, que trata do envio de notificações. |
| ELOF19 | FF19 | Recurso | Este requisito depende do recurso (demonstrativo gerado) do requisito RF06.3, cuja história de usuário é a US15. |
| ELOF20 | FF20 | Alocado | O requisito RF05.1 foi alocado para implementação no Épico EP09 (EP09) do backlog, sendo descrito pela História de Usuário US16. |
| ELOF21 | FF21 | Agregação | Este requisito agrega a funcionalidade de cancelamento ao Caso de Uso UC14 e ao Cenário CE05, complementando o agendamento. |
| ELOF22 | FF22 | Satisfação | O requisito RF06.1 é satisfeito e detalhado pela História de Usuário US19 e modelado no Caso de Uso UC22. |
| ELOF23 | FF23 | Satisfação | A implementação do requisito RF06.2 é definida pela História de Usuário US20 e pelo Caso de Uso UC22. |
| ELOF24 | FF24 | Satisfação | O requisito RF06.3 é satisfeito pela História de Usuário US21 e detalhado no Caso de Uso UC17. |
| ELOF25 | FF25 | Representação | O requisito RF06.4 é representado e especificado pelo Caso de Uso UC17: "Visualizar histórico de IR". |
| ELOF26 | FF26 | Satisfação | O requisito RF06.5 é satisfeito pela História de Usuário US32, que aborda a funcionalidade do extrato financeiro. |
| ELOF27 | FF27 | Satisfação | O requisito RF07.1 é diretamente atendido pela História de Usuário US22 e modelado no Caso de Uso UC20. |
| ELOF28 | FF28 | Agregação | O requisito RF07.2 agrega a funcionalidade de cadastro de dependentes ao Caso de Uso UC21, que gerencia o cadastro de beneficiários. |
| ELOF29 | FF29 | Agregação | O requisito RF07.3 agrega a funcionalidade de cadastro de optantes ao Caso de Uso UC22. |
| ELOF30 | FF30 | Representação | O requisito RF07.4 é representado no Caso de Uso UC23, que detalha o processo de validação de documentos. |
| ELOF31 | FF31 | Representação | O requisito RF07.5 é representado no Caso de Uso UC24, que detalha a verificação de elegibilidade. |
| ELOF32 | FF32 | Representação | O requisito RF08.1 é representado pelo Caso de Uso UC25, que descreve o processo de verificação de procedimentos. |
| ELOF33 | FF33 | Alocado | O requisito RF09.1 está alocado no Épico EP04 (EP04) e é detalhado pela História de Usuário US29. |
| ELOF34 | FF34 | Alocado | O requisito RF09.2 está alocado no Épico EP04 (EP04) e é detalhado pela História de Usuário US30. |
| ELOF35 | FF35 | Alocado | O requisito RF09.3 está alocado no Épico EP04 (EP04) e é detalhado pela História de Usuário US31. |
| ELOF36 | FF36 | Alocado | O requisito RF09.4 está alocado para desenvolvimento no Épico EP05 (EP05), conforme detalhado na História de Usuário US32. |
| ELOF37 | FF37 | Alocado | O requisito RF10 está alocado ao Épico EP06 (EP06) e é descrito pela História de Usuário US33. |
| ELOF38 | FF38 | Representação | A funcionalidade de feedback do RF11 é descrita pelo Caso de Uso UC32 e exemplificada no Cenário CE11. |
| ELOF39 | FF39 | Alocado | O requisito RF12.1 foi alocado para implementação dentro do Épico EP15 (EP15) através da História de Usuário US35. |
| ELOF40 | FF40 | Agregação | O requisito RF12.2 agrega a lista de novidades ao Caso de Uso UC33, que define a seção "Novidades" como um todo. |
| ELOF41 | FF41 | Representação | O marcador "Novo" do RF12.3 é uma representação visual descrita no Cenário CE12. |
| ELOF42 | FF42 | Representação | O requisito RF12.4 é representado pelo Caso de Uso UC33 e detalhado na História de Usuário US38. |
| ELOF43 | FF45 | Representação | A interação do RF12.5 é descrita na História de Usuário US39 e modelada no Caso de Uso UC33. |
| ELOF44 | FF46 | Recurso | A ordenação de novidades (RF12.6) é um recurso da lista detalhada na História de Usuário US40. |
| ELOF45 | FF47 | Alocado | O requisito RF13 está alocado ao Épico EP17 (EP17) e é representado pela História de Usuário US42. |
| ELOF46 | FF48 | Recurso | A funcionalidade do RF14.1 depende do recurso de geolocalização, conforme modelado na História de Usuário US43. |
| ELOF47 | FF49 | Recurso | O requisito RF14.2 também depende do recurso de geolocalização, conforme descrito na História de Usuário US44. |
| ELOF48 | FF50 | Alocado | O requisito RF15 está alocado ao Épico EP18 (EP18) e é descrito pela História de Usuário US45. |
| ELOF49 | FF51 | Agregação | O RF16 agrega múltiplas informações no Calendário Personalizado, modelado no Caso de Uso UC45. |
| ELOF50 | FF52 | Representação | O requisito RF17 é representado pelo painel de metas, cuja interação é descrita no Cenário CE17. |
| ELOF51 | FF53 | Alocado | A funcionalidade de denúncias (RF18.1) está alocada ao Épico EP14 (EP14) e é descrita pela História de Usuário US28. |
| ELOF52 | FF54 | Representação | O login por biometria (RF19) é representado pelo Caso de Uso UC08 e detalhado na História de Usuário US46. |
| ELOF53 | FF55 | Alocado | A solicitação de reembolso (RF20) foi alocada ao Épico EP05 (EP05) e sua implementação é guiada pela História de Usuário US34. |
| ELOF54 | FF56 | Representação | O chatbot (RF21.1) é representado pelo Caso de Uso UC03 e pela História de Usuário US06. |
| ELOF55 | FF55 | Satisfação | O requisito de responsividade (RNF01.1) é um critério de qualidade que utiliza termos do léxico LX31 e é detalhado na Especificação Suplementar. |
| ELOF56 | FF56 | Satisfação | O requisito de desempenho (RNF02.1) é um critério de qualidade que utiliza termos do léxico LX55 e é detalhado na Especificação Suplementar. |
| ELOF57 | FF57 | Satisfação | O requisito de criptografia (RNF03.1) é uma restrição de segurança que utiliza termos do léxico LX56 e é detalhado na Especificação Suplementar. |
| ELOF58 | FF58 | Satisfação | O requisito de autenticação de dois fatores (RNF03.2) é uma restrição de segurança que utiliza termos do léxico LX56 e é detalhado na Especificação Suplementar. |
| ELOF61 | FF60 | Satisfação | O requisito de alta disponibilidade (RNF04) é um critério de confiabilidade detalhado na Especificação Suplementar. |
| ELOF62 | FF61 | Satisfação | O requisito de compatibilidade (RNF05) é um critério de suportabilidade detalhado na Especificação Suplementar. |
| ELOF63 | FF62 | Representação | O requisito de acessibilidade (RNF06) é detalhado na Especificação Suplementar e no NFR Framework. |
| ELOF64 | FF63 | Representação | A conformidade legal do RNF07 é detalhada na Especificação Suplementar e no NFR Framework. |
| ELOF65 | FF64 | Representação | O requisito de processar autorizações (RNF08) é detalhado como regra de negócio na Especificação Suplementar. |
| ELOF66 | FF65 | Representação | A integração com a folha de pagamento (RNF09) é detalhada na Especificação Suplementar. |
| ELOF67 | FF66 | Satisfação | A usabilidade da carteirinha digital (RF03) deve satisfazer o critério de acessibilidade rápida do RNF10. |
| ELOF68 | FF67 | Representação | O requisito RNF11 é representado funcionalmente pelo Caso de Uso UC30. |
| ELOF69 | FF68 | Representação | O requisito de suporte (RNF12) é modelado através do Caso de Uso UC31. |
| ELOF70 | FF69 | Representação | O funcionamento offline (RNF13) é descrito no Cenário CE34. |
| ELOF71 | FF70 | Satisfação | A consistência do layout (RNF14) é um critério de Usabilidade analisado no NFR Framework e na Especificação Suplementar |
| ELOF72 | FF71 | Representação | O requisito de autenticação via GovBR (RNF15) é detalhado pelo Caso de Uso UC35. |
| ELOF73 | FF72 | Satisfação | A clareza das informações (RNF16) é um critério de Usabilidade detalhado na Especificação Suplementar. |
Fonte: Autoria de Yzabella Miranda e Ana Luiza Soares
Tipos de Elos Utilizados
Representação Conecta um requisito à sua modelagem ou especificação em outro artefato (ex: um RF é representado por um Caso de Uso e uma História de Usuário).
Agregação Conecta um requisito a outro que o compõe ou do qual ele faz parte para entregar uma funcionalidade maior (ex: um RF de filtro específico se agrega a uma funcionalidade de busca geral).
Alocado Conecta um requisito a um artefato de planejamento que define onde e como ele será desenvolvido (ex: um RF é alocado a um Épico no Backlog).
Recurso Conecta um requisito a um dado, serviço ou outra funcionalidade da qual ele depende para operar (ex: uma notificação depende do recurso de configuração para funcionar).
Satisfação Conecta um requisito funcional a um requisito não funcional que lhe impõe uma restrição de qualidade (ex: a implementação de um RF deve satisfazer um RNF de desempenho).
Referência Bibliográficas
SERRANO, Milene; SERRANO, Maurício. Slides da Aula 26 - Requisitos de Software. Disponível aqui. Acesso em: 08 jun. 2025.
Histórico de Versão
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
1.0 |
08/06/2025 | Iniciou o documento colocando a tabela com todos os requisitos e fez o backward from FF15 a FF21, FF58 e FF59 e os elos de mesmo intervalo, ELO15 a ELO21, ELO58 e ELO59 | Isaque Camargos | Ana Luiza |
1.1 |
08/06/2025 | Realizou a rastreabilidade forward-from FF42 a FF51, FF68 e FF69. | Lucas Alves | Kaleb Macedo |
1.2 |
08/06/2025 | Realizou a rastreabilidade forward-from FF22 a FF27, FF62, FF63 e FF70, além dos elos de mesmo intervalo, ELOFF22 a ELOFF27, ELOFF62, ELOFF63 e ELOFF70. | Matheus de Alcântara | Isaque Camargos |
1.4 |
08/06/2025 | Realizou a rastreabilidade forward-from FF08 a FF14, FF57, FF58 e FF70, além dos elos de mesmo intervalo, ELOFF08 a ELOFF14, ELOFF57, ELOFF58 e ELOFF70. | Kaleb Macedo | Lucas Alves |
1.5 |
08/06/2025 | Realizou a rastreabilidade forward-from para os requisitos FF28 a FF34, FF64, FF65 e FF71. | Othavio Bolzan | Matheus de Alcântara |
1.6 |
08/06/2025 | Corrigiu os caminhos e links dos artefatos em toda a documentação. | Yzabella Miranda | Matheus de Alcântara |
1.7 |
08/06/2025 | Realizou a rastreabilidade para os requisitos FF01 a FF07, FF57, FF58 e corrigiu a numeração de todos os IDs. | Ana Luiza Soares | Matheus de Alcântara |
1.7 |
22/06/2025 | Atualizou a rastreabilidade dos requisitos RF09.3, RF09.4, RF10, RF11, RF12.1, RF12.2, RF12.3, RNF10 e RNF11. | ||
| Ana Luiza Soares | Matheus de Alcântara |