Elos
Introdução
Os elos de rastreabilidade são conexões essenciais que estabelecem vínculos entre diferentes artefatos e atividades ao longo do ciclo de vida de um projeto ou sistema. Esses elos permitem rastrear a origem e a evolução de funcionalidades, decisões de projeto e mudanças, garantindo um gerenciamento eficaz e uma qualidade consistente. Utilizando a rastreabilidade, é possível identificar a proveniência de cada funcionalidade do sistema, assegurar que todos os requisitos foram devidamente testados e validados, registrar decisões críticas para o projeto e gerenciar os riscos de maneira eficiente. Além disso, a rastreabilidade facilita o controle de mudanças ao indicar quais artefatos são impactados por alterações específicas, promovendo uma gestão integrada e transparente do desenvolvimento e manutenção de sistemas.[1]
Backward-from
A rastreabilidade backward-from é um processo crítico na engenharia de requisitos, que permite a ligação dos requisitos às suas fontes originais. Esse tipo de rastreabilidade é essencial para garantir que todos os requisitos identificados tenham uma origem bem definida, facilitando a validação e verificação durante o ciclo de vida do desenvolvimento do software. Além disso, a rastreabilidade backward-from ajuda a gerenciar mudanças ao rastrear de volta cada requisito até suas bases, assegurando que qualquer modificação no sistema possa ser rapidamente associada à sua origem, permitindo uma resposta eficaz a alterações e garantindo a conformidade com os requisitos iniciais do projeto.[1]
Forward-from
A rastreabilidade forward-from é um componente essencial na engenharia de requisitos, que possibilita a ligação dos requisitos aos artefatos subsequentes, como design, código, testes e documentação. Esse tipo de rastreabilidade é crucial para assegurar que todos os requisitos sejam devidamente implementados e testados ao longo do ciclo de vida do desenvolvimento do software. Além disso, a rastreabilidade forward-to facilita a gestão de mudanças, permitindo que qualquer alteração nos requisitos seja refletida de maneira consistente em todos os artefatos afetados. Isso garante que as modificações sejam corretamente incorporadas e verificadas, mantendo a integridade e a conformidade do sistema em relação aos requisitos definidos inicialmente. [2]
Metodologia
Utilizamos um cartão baseado nos cartões presentes nos slides dos Professores Milene Serrano e Maurício Serrano na página 22 à 27[3], as categorias e tipos de elos derivam do Meta-modelo de Toranzo. Os cartões que fizemos utilizam o mesmo formato, porém fizemos baseados nos requisitos onde cada cartão possui todos os tipos de Elos daquele requisito citado.
Cartões de Relacionamento dos Elos
Tabela 1 - Exemplo de cartão
| Categoria: | Desenvolvimento |
| Elementos: | RE01, UC01, CE01, ENT01 |
| Elos Backward-from: | Agregação: RE01 - ENT01: O requisito originou-se da entrevista. |
| Elos Forward-from: |
Satisfação: RE01 - CS01: O requisito deu origem ao caso de uso. Satisfação: RE01 - CE01: O requisito deu origem ao cenário. |
Autores: Amanda Campos, Bianca Castro, Gabriel Souza, Johnny Lopes, José Souza, Paulo Borba, Vitor Leonardo.
Legenda:
- Categoria: Devem ser classificadas em quatro níveis
- Ambiental: Congrega informações oriundas do contexto ambiental onde a organização está inserida e que podem afetar o sistema sendo desenvolvido.
- Organizacional: Reúne informações relacionadas à organização (missão, objetivos, metas e padrões) e que podem impactar os requisitos do sistema.
- Gerencial: Agrega informações que permitem associar tarefas a requisitos, e que podem auxiliar a gerência do projeto.
- Desenvolvimento: Abarca informações relacionadas aos diversos artefatos gerados no processo de desenvolvimento (documento de requisitos, diagramas, programas, casos de testes, ...).
- Elementos: Lista de identificadores que representam requisitos (RE01), casos de uso (US01), cenários (CEN01) e técnicas de elicitação de requisitos (ENT01).
- Elos Backward-from: Primeiro, mostra-se o tipo de elo e depois a origem do requisito. Por exemplo, o requisito REQ01 originou-se da entrevista ENT01.
- Elos Forward-from: Primeiro, mostra-se o tipo de elo e como o requisito é satisfeito ou relacionado a outros elementos. Por exemplo, o requisito RE01 deu origem ao caso de uso CS01 e ao cenário CE01.
- Tipos de Elos:
- Satisfação: Indica que a classe de origem tem dependência de satisfação com a classe de destino.
- Recurso: Indica que a classe de origem tem dependência de recurso com a classe de 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 de origem está relacionada à classe de destino, que representa um subsistema.
- Agregação: Indica composição de elementos.
RE01
Tabela 2 - Cartão do Requisito 01 - C01
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE01, BS01, ST02, QT01, UC01, CEN01, US01 |
| Descrição do Requisito | O usuário deve realizar o login com o acesso unificado do gov.br. |
| Elos Backward-from: | Agregação: RE01 - BS01, ST02, QT01: O requisito originou-se de um Brainstorm, storytelling e de um questionário. |
| Elos Forward-from: | Satisfação: RE01 - UC01: O caso de uso (UC01) satisfaz o requisito (RE01) ao descrever o processo de login unificado pelo gov.br. Recurso: RE01 - CEN01: O cenário detalha os recursos necessários para que o usuário realize o login unificado pelo gov.br, conforme requerido pelo RE01. Satisfação: RE01 - US01: A história de usuário (US01) satisfaz o requisito (RE01) ao especificar a necessidade de login seguro e integrado pelo gov.br. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Johnny Lopes, 2024.
RE02
Tabela 3 - Cartão do Requisito 02 - C02
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE02, BS02, UC01, CEN01, US02 |
| Descrição do Requisito | O usuário deve receber um termo de uso em seu primeiro acesso. |
| Elos Backward-from: | Agregação: RE02 - BS02: O requisito originou-se do Brainstorm. |
| Elos Forward-from: | Satisfação: RE02 - UC01: O caso de uso (UC01) inclui um fluxo alternativo que exige que o usuário aceite os termos de uso no primeiro acesso, satisfazendo o requisito (RE02). Recurso: RE02 - CEN01: O cenário (CEN01) detalha os recursos necessários para o usuário acessar o aplicativo e receber o termo de uso no primeiro acesso, conforme requerido pelo RE02. Satisfação: RE02 - US02: história de usuário (US02) satisfaz o requisito (RE02) ao especificar que o usuário deve receber e aceitar o termo de uso no primeiro acesso. |
Autor: Johnny Lopes, 2024.
RE03
Tabela 4 - Cartão do Requisito 03 - C03
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE03, BS03, UC03, CEN02, US03 |
| Descrição do Requisito | O usuário deve ter acesso a documentos legislativos. |
| Elos Backward-from: | Agregação: RE03 - BS03: O requisito originou-se do Brainstorm. |
| Elos Forward-from: | Satisfação: RE03 - UC03: O caso de uso (UC03) satisfaz o requisito (RE03) ao permitir que o usuário visualize documentos legislativos no sistema. Agregação: RE03 - CEN02: O cenário (CEN02) detalha um processo diferente, mas os recursos descritos podem ser parte de uma agregação para acessar várias funcionalidades do sistema, incluindo documentos legislativos. Satisfação: RE03 - US03: A história de usuário (US03) satisfaz o requisito (RE03) ao descrever a necessidade de acesso a documentos legislativos para acompanhar a legislação vigente. |
Autor: Johnny Lopes, 2024.
RE04
Tabela 5 - Cartão do Requisito 04 - C04
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE04, BS04, BS13, ENT05, ST08, QT08, UC04, CEN03 |
| Descrição do Requisito | O sistema deve fornecer um serviço de suporte técnico acessível diretamente no aplicativo ou por meio de um número 0800 ou chat de atendimento. |
| Elos Backward-from: | Agregação: RE04 - BS04, BS13: O requisito originou-se de um Brainstorm. Agregação: RE04 - ENT05: O requisito origino-se de uma Entrevista. Agregação: RE04 - ST08 O requisito origino-se de um Storytelling. Agregação: RE04 - QT08: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE04 - UC04: O requisito RE04 deu origem ao caso de uso UC04. Satisfação: RE03 - CEN03: O requisito RE04 contribui para o cenário CEN03. Satisfação: RE04 - CDS: O requisito recebeu uma pontuação $8 do Desenvolvedor e $10 do Usuário na técnica $100. Satisfação: RE04 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Gabriel Souza, 2024.
RE05
Tabela 6 - Cartão do Requisito 05 - C05
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE05, BS05, QT08, CEN03 |
| Descrição do Requisito | O usuário deve conseguir acessar tutoriais para a compreensão e melhor uso do aplicativo. |
| Elos Backward-from: | Agregação: RE05 - BS05: O requisito originou-se de um Brainstorm. Agregação: RE05 - QT08: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE05 - UCN03: O requisito RE05 contribui para o cenário CEN03. Satisfação: RE05 - CDS: O requisito recebeu uma pontuação $9 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE05 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Gabriel Souza, 2024.
RE06
Tabela 7 - Cartão do Requisito 06 - C06
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE06, BS06, UC04, CEN07 |
| Descrição do Requisito | O usuário deve ser capaz de agendar um horário em uma agência |
| Elos Backward-from: | Agregação: RE06 - BS06: O requisito originou-se de um Brainstorm. |
| Elos Forward-from: | Satisfação: RE06 - UC04: O requisito RE06 deu origem ao caso de uso UC04. Satisfação: RE06 - CEN07: O requisito RE06 contribui para o cenário CEN07. Satisfação: RE06 - CDS: O requisito recebeu uma pontuação $3 do Desenvolvedor e $3 do Usuário na técnica $100. Satisfação: RE06 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Gabriel Souza, 2024.
RE07
Tabela 8 - Cartão do Requisito 07 - C07
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE07, BS07, BS11, IT02, IT05, ST01, ST07, ENT10, QT02, QT05, CEN02 |
| Descrição do Requisito | O usuário deve poder visualizar detalhes de todos os benefícios aos quais tem direito, incluindo valores, datas de pagamento, status e correções. |
| Elos Backward-from: | Agregação: RE07 - BS07, BS11: O requisito originou-se de um Brainstorm. Agregação: RE07 - IT02, IT05 O requisito origino-se de uma Introspecção. Agregação: RE07 - ST01, ST07 O requisito origino-se de um Storytelling. Agregação: RE07 - ENT10: O requisito origino-se de uma Entrevista. Agregação: RE07 - QT02, QT05: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE07 - CEN02: O requisito RE07 contribui para o cenário CEN02. Satisfação: RE07 - CDS: O requisito recebeu uma pontuação $8 do Desenvolvedor e $12 do Usuário na técnica $100. Satisfação: RE07 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Gabriel Souza, 2024.
RE08
Tabela 9 - Cartão do Requisito 08 - C08
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE08, BS08, BS12, IT06, ENT07, ST20, QT02, QT03, UC07, UC11 |
| Descrição do Requisito | O usuário deve poder acessar uma funcionalidade para simular o tempo de contribuição e estimar a aposentadoria e seus benefícios com base nos seus dados. |
| Elos Backward-from: | Agregação: RE08 - BS08, BS12: O requisito originou-se de um Brainstorm. Agregação: RE08 - IT06 O requisito origino-se de uma Introspecção. Agregação: RE08 - ENT07: O requisito origino-se de uma Entrevista. Agregação: RE08 - ST20: O requisito origino-se de um Storytelling. Agregação: RE08 - QT02, QT03: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE08 - UC08, UC11: O requisito RE08 deu origem aos casos de uso UC08 e UC11. Satisfação: RE08 - CDS: O requisito recebeu uma pontuação $9 do Desenvolvedor e $20 do Usuário na técnica $100. Satisfação: RE08 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Gabriel Souza, 2024.
RE09
Tabela 10 - Cartão do Requisito 09 - C09
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE09, BS09, ENT11, ENT08, QT02, UC08 |
| Descrição do Requisito | O usuário deve ser capaz de checar o extrato referente ao dinheiro da aposentadoria mensal. |
| Elos Backward-from: | Agregação: RE09 - BS09: O requisito originou-se de um Brainstorm. Agregação: RE09 - ENT11, ENT08: O requisito origino-se de uma Entrevista Agregação: RE09 - QT02: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE09 - UC08: O requisito RE09 deu origem ao caso de uso UC08. Satisfação: RE09 - CDS: O requisito recebeu uma pontuação $2 do Desenvolvedor e $5 do Usuário na técnica $100. Satisfação: RE09 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Gabriel Souza, 2024.
RE10
Tabela 11 - Cartão do Requisito 10 - C10
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE10, ENT14, UC08 |
| Descrição do Requisito | O usuário deve ser capaz de acessar um extrato anual de imposto de renda. |
| Elos Backward-from: | Agregação: RE10 - ENT14: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE10 - UC08: O requisito RE10 deu origem ao caso de uso UC08. Satisfação: RE10 - CDS: O requisito recebeu uma pontuação $2 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE10 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Bianca Castro, 2024.
RE11
Tabela 12 - Cartão do Requisito 11 - C11
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE11, ENT15, UC08, UC10 |
| Descrição do Requisito | O usuário deve ser capaz de acessar um extrato anual de empréstimo. |
| Elos Backward-from: | Agregação: RE11 - ENT15: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE11 - UC08, UC10: O requisito RE11 deu origem aos casos de uso UC08 e UC10. Satisfação: RE11 - CDS: O requisito recebeu uma pontuação $2 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE11 - TLS: O requisito recebeu uma priorização Média no Three Level Scale. |
Autor: Vitor Feijó, 2024.
RE12
Tabela 13 - Cartão do Requisito 12 - C12
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE12, BS10, QT01, CEN01 |
| Descrição do Requisito | O aplicativo deve permitir o acesso dos usuários através de autenticação biométrica, como impressão digital. |
| Elos Backward-from: | Agregação: RE12 - BS10: O requisito originou-se de um Brainstorm. Agregação: RE12 - QT01: O requisito origino-se de um Questionário. |
| Elos Forward-from: | Satisfação: RE12 - CEN01: O requisito RE12 contribui para o cenário CEN01. Satisfação: RE12 - CDS: O requisito recebeu uma pontuação $8 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE12 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Vitor Feijó, 2024.
RE13
Tabela 14 - Cartão do Requisito 13 - C13
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE13, ENT01, UC09 |
| Descrição do Requisito | O aplicativo deve permitir que os usuários acessem e visualizem o Cadastro Nacional de Informações Sociais (CNIS). |
| Elos Backward-from: | Agregação: RE13 - ENT01: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE13 - UC09: O requisito RE13 deu origem ao caso de uso UC09. Satisfação: RE13 - CDS: O requisito recebeu uma pontuação $7 do Desenvolvedor e $10 do Usuário na técnica $100. Satisfação: RE13 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Vitor Feijó, 2024.
RE14
Tabela 15 - Cartão do Requisito 14 - C14
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE14, ENT02, UC07, CEN02, CEN04 |
| Descrição do Requisito | Deve fornecer ferramentas voltadas para os benefícios dos segurados, incluindo um recurso de pesquisa. |
| Elos Backward-from: | Agregação: RE14 - ENT02: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE14 - UC07: O requisito RE14 deu origem ao caso de uso UC07. Satisfação: RE14 - CEN02, CEN04: O requisito RE14 contribui para os cenários CEN02 e CEN04. Satisfação: RE14 - CDS: O requisito recebeu uma pontuação 9 do Desenvolvedor e 5 do Usuário na técnica $100. Satisfação: RE14 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Vitor Feijó, 2024.
RE15
Tabela 16 - Cartão do Requisito 15 - C15
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE15, ENT03, UC06, UC07, UC09, CEN04 |
| Descrição do Requisito | Deve permitir o requerimento de benefícios e a atualização do vínculo do CNIS do segurado. |
| Elos Backward-from: | Agregação: RE15 - ENT03: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE15 - UC06, UC07, UC09: O requisito RE15 deu origem aos casos de uso UC06, UC07, UC09. Satisfação: RE15 - CEN04: O requisito RE15 contribui para o cenário CEN04. Satisfação: RE15 - CDS: O requisito recebeu uma pontuação $6 do Desenvolvedor e $4 do Usuário na técnica $100. Satisfação: RE15 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Vitor Feijó, 2024.
RE16
Tabela 17 - Cartão do Requisito 16 - C16
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE16, ENT04, ENT08, CEN02 |
| Descrição do Requisito | Deve fornecer informações sobre pagamentos não recebidos devido a erros e descontos indevidos. |
| Elos Backward-from: | Agregação: RE16 - ENT04, ENT08: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE16 - CEN02: O requisito RE16 contribui para o cenário CEN02. Satisfação: RE16 - CDS: O requisito recebeu uma pontuação $6 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE16 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Bianca Castro, 2024.
RE17
Tabela 18 - Cartão do Requisito 17 - C17
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE17, ENT06, IT07, UC02, CEN05 |
| Descrição do Requisito | O usuário deve poder atualizar seus dados pessoais, como endereço, telefone, email e localidade. |
| Elos Backward-from: | Agregação: RE17 - ENT06: O requisito originou-se de uma Entrevista. Agregação: RE17 - IT07: O requisito origino-se de uma Introspecção. |
| Elos Forward-from: | Satisfação: RE17 - UC02: O requisito RE17 deu origem ao caso de uso UC02. Satisfação: RE17 - CEN05: O requisito RE17 contribui para o cenário CEN05. Satisfação: RE17 - CDS: O requisito recebeu uma pontuação $9 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE17 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Bianca Castro, 2024.
RE18
Tabela 19 - Cartão do Requisito 18 - C18
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE18, ENT12, UC10 |
| Descrição do Requisito | O usuário deve ser alertado sobre empréstimos indevidos. |
| Elos Backward-from: | Agregação: RE18 - ENT12: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Satisfação: RE18 - UC10: O requisito RE18 deu origem ao caso de uso UC10. Satisfação: RE18 - CDS: O requisito recebeu uma pontuação $2 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE18 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. |
Autor: Bianca Castro, 2024.
RE19
Tabela 20 - Cartão do Requisito 19 - C19
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE19, ENT13, UC10, BC, US19 |
| Descrição do Requisito | O usuário deve poder bloquear empréstimos. |
| Elos Backward-from: | Satisfação: RE19 - ENT13: O requisito originou-se de uma Entrevista. |
| Elos Forward-from: | Agregação: RE19 - UC10: O requisito RE19 está no conjunto que deu origem ao caso de uso UC10. Satisfação: RE19 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE19 - CDS: O requisito recebeu um valor de $4 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE19 - FTF: O requisito recebeu uma pontuação de 1,69 no First Things First. Agregação: RE19 - BC: O requisito e a US19 são classificados no Épico 2.1 do Backlog. Satisfação: RE19 - US19: O requisito foi utilizado para produzir a História de Usuário 19. |
Autor: José Filpi, 2024.
RE20
Tabela 21 - Cartão do Requisito 20 - C20
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE20, IT01, TLS, CDS, FTF, BC, US20 |
| Descrição do Requisito | O aplicativo deve permitir que o usuário se autentique usando CPF e senha para acessar informações pessoais e serviços. |
| Elos Backward-from: | Satisfação: RE20 - IT01: O requisito originou-se de uma Instrospecção. |
| Elos Forward-from: | Satisfação: RE20 - TLS: O requisito recebeu uma priorização Média no Three Level Scale. Satisfação: RE20 - CDS: O requisito recebeu um valor de $6 do Desenvolvedor e $4 do Usuário na técnica $100. Satisfação: RE20 - FTF: O requisito recebeu uma pontuação de 1,40 no First Things First. Agregação: RE20 - BC: O requisito e a US20 são classificados no Épico 1.1 do Backlog. Satisfação: RE20 - US20: O requisito foi utilizado para produzir a História de Usuário 20. |
Autor: José Filpi, 2024.
RE21
Tabela 22 - Cartão do Requisito 21 - C21
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE21, IT03,TLS, CDS, FTF, UC04, UC05, BC, US21.1, US21.2, US21.3 |
| Descrição do Requisito | O aplicativo deve oferecer a funcionalidade de agendar, reagendar e cancelar perícias médicas. |
| Elos Backward-from: | Satisfação: RE21 - IT03: O requisito originou-se de uma Introspecção. |
| Elos Forward-from: | Satisfação: RE21 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE21 - CDS: O requisito recebeu um valor de $4 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE21 - FTF: O requisito recebeu uma pontuação de 1,44 no First Things First. Agregação: RE21 - BC: O requisito e as US21.1, US21.2 e US21.3 são classificados no Épico 2.2 do Backlog. Agregação: RE21 - UC04: O requisito RE21 está no conjunto que deu origem ao caso de uso UC04. Agregação: RE21 - UC05: O requisito RE21 está no conjunto que deu origem ao caso de uso UC05. Satisfação: RE21 - US21.N: O requisito deu origem às US21.N. |
Autor: José Filpi, 2024.
RE22
Tabela 23 - Cartão do Requisito 22 - C22
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE22, IT04,TLS, CDS, FTF, BC, UC06, US22 |
| Descrição do Requisito | O usuário deve ser capaz de enviar documentos necessários para o processo de requerimento ou manutenção de benefícios. |
| Elos Backward-from: | Satisfação: RE22 - IT04: O requisito originou-se de uma Instrospecção. |
| Elos Forward-from: | Satisfação: RE22 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE22 - CDS: O requisito recebeu um valor de $6 do Desenvolvedor e $4 do Usuário na técnica $100. Satisfação: RE22 - FTF: O requisito recebeu uma pontuação de 1,80 no First Things First. Agregação: RE22 - BC: O requisito e a US22 são classificados no Épico 3.2 do Backlog. Satisfação: RE22 - US22: O requisito deu origem a US22. |
Autor: José Filpi, 2024.
RE23
Tabela 24 - Cartão do Requisito 23 - C23
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE23, ST03, TLS, CDS, FTF, BC, US23 |
| Descrição do Requisito | O sistema deve oferecer uma opção de recuperação de senha para usuários que a esquecerem. |
| Elos Backward-from: | Satisfação: RE23 - ST03: O requisito originou-se de um Storytelling. |
| Elos Forward-from: | Satisfação: RE23 - TLS: O requisito recebeu uma priorização Média no Three Level Scale. Satisfação: RE23 - CDS: O requisito recebeu um valor de $6 do Desenvolvedor e $5 do Usuário na técnica $100. Satisfação: RE23 - FTF: O requisito recebeu uma pontuação de 1,64 no First Things First. Agregação: RE23 - BC: O requisito e a US23 são classificados no Épico 1.2 do Backlog. Satisfação: RE23 - US23: O requisito deu origem a US23. |
Autor: José Filpi, 2024.
RE24
Tabela 25 - Cartão do Requisito 24 - C24
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE24, ST05, TLS, CDS, FTF, BC, US24, UC06 |
| Descrição do Requisito | O usuário deve conseguir solicitar auxílio-acidente através de um formulário específico. |
| Elos Backward-from: | Satisfação: RE24 - ST05: O requisito originou-se de um Storytelling. |
| Elos Forward-from: | Satisfação: RE24 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE24 - CDS: O requisito recebeu um valor de $2 do Desenvolvedor e $3 do Usuário na técnica $100. Satisfação: RE24 - FTF: O requisito recebeu uma pontuação de 1,71 no First Things First. Agregação: RE24 - BC: O requisito e a US24 são classificados no Épico 2.1 do Backlog. Satisfação: RE24 - US24: O requisito deu origem a US24. Agregação: RE24 - UC06: O requisito RE24 está no conjunto que deu origem ao caso de uso UC06. |
Autor: José Filpi, 2024.
RE25
Tabela 26 - Cartão do Requisito 25 - C25
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE25, ST06, TLS, CDS, FTF, BC, US25, UC06 |
| Descrição do Requisito | O formulário deve incluir campos para descrição do acidente, data do acidente, e anexos de documentos médicos. |
| Elos Backward-from: | Satisfação: RE25 - ST06: O requisito originou-se de um Storytelling. |
| Elos Forward-from: | Satisfação: RE25 - TLS: O requisito recebeu uma priorização Média no Three Level Scale. Satisfação: RE25 - CDS: O requisito recebeu um valor de $3 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE25 - FTF: O requisito recebeu uma pontuação de 1,64 no First Things First. Agregação: RE25 - BC: O requisito e a US25 são classificados no Épico 2.1 do Backlog. Satisfação: RE25 - US25: O requisito deu origem a US25. Agregação: RE25 - UC06: O requisito RE25 está no conjunto que deu origem ao caso de uso UC06. |
Autor: José Filpi, 2024.
RE26
Tabela 27- Cartão do Requisito 26-C26
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE26, ST09, UC12, CEN08, US26 |
| Descrição do Requisito | O sistema deve permitir que um advogado acesse os processos dos seus clientes com a autorização destes. |
| Elos Backward-from: | Agregação: RE26 - ST09: O requisito originou-se da técnica de Storytelling. |
| Elos Forward-from: | Satisfação: RE26 - UC12: O caso de uso (UC12) pode ser visto como uma forma de satisfazer o requisito (RE26). Responsabilidade: RE26 - CEN08: O Cenário (CEN08) detalha a participação e ação dos advogados sobre os processos dos clientes (RE26). Satisfação: RE26 - US26: A história de usuário (US26) pode ser vista como uma expressão de satisfação do requisito (RE26). Representação: Print do Requisito Funcional que já está Implementado no aplicativo. |
Autor: Paulo Borba, 2024.
RE27
Tabela 28- Cartão do Requisito 27 - C27
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE27, ST10,ST11, UC12, CEN08, US27 |
| Descrição do Requisito | O sistema deve permitir que um advogado solicite e forneça documentos necessários ao processo diretamente ao sistema. |
| Elos Backward-from: | Agregação: RE27 - ST10/ST11: O requisito originou-se da técnica de Storytelling. |
| Elos Forward-from: | Satisfação: RE27 - UC12: O caso de uso (UC12) satisfaz o requisito (RE27) ao permitir que advogados solicitem e forneçam documentos necessários ao processo diretamente no sistema. Recurso: RE27 - CEN08: O cenário (CEN08) detalha os recursos necessários para que o advogado acesse e gerencie documentos e processos dos clientes, conforme requerido pelo RE27. Satisfação: RE27 - US27: A história de usuário (US27) satisfaz o requisito (RE27) ao descrever como os advogados podem solicitar e fornecer documentos diretamente ao sistema para agilizar os processos dos clientes. |
Autor: Johnny Lopes, 2024.
RE28
Tabela 29 - Cartão do Requisito 28 - C28
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE28, BS16,BS18,ENT16,ENT20, ENT21, IT08, ES(RU001, +In001), US28 |
| Descrição do Requisito | O aplicativo deve ser fácil de usar e intuitivo, mesmo para usuários com conhecimento técnico limitado e que minimize o número de cliques para realizar uma tarefa. |
| Elos Backward-from: | Agregação: RE28 - BS16/BS18/ENT16/ENT20/ENT21/IT08: O requisito originou-se das técnicas de BrainStorm, Entrevista e Introspecção. |
| Elos Forward-from: | Representação: RE28 - RU001/+In001: A especificação suplementar (RU001, In001) representa detalhamentos do requisito (RE28) sobre a facilidade de uso e intuitividade do aplicativo. Satisfação: RE28 - US28: A história de usuário (US28) satisfaz o requisito (RE28) ao descrever a necessidade de um aplicativo fácil de usar e intuitivo, com um número minimizado de cliques para realizar tarefas. |
Autor: Johnny Lopes, 2024.
RE29
Tabela 30 - Cartão do Requisito 29 - C29
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE29, BS17, ST12, ST19, IT15, ES(RS001), US29 |
| Descrição do Requisito | O aplicativo deve ser compatível com as versões mais recentes e anteriores dos sistemas operacionais iOS e Android e computador. |
| Elos Backward-from: | Agregação: RE29 - BS15/BS24/ST14/ST19/IT15: O requisito originou-se das técnicas de BrainStorm, Storytelling e Introspecção. |
| Elos Forward-from: | Representação: RE29 - RS001: A especificação suplementar (RS001) representa detalhes do requisito (RE29) sobre a compatibilidade do aplicativo com dispositivos de diferentes fabricantes. Satisfação: RE29 - US29: A história de usuário (US29) satisfaz o requisito (RE29) ao descrever a necessidade de compatibilidade do aplicativo com versões recentes e anteriores dos sistemas operacionais iOS, Android e computador. |
Autor: Johnny Lopes, 2024.
RE30
Tabela 31 - Cartão do Requisito 30 - C30
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE30, BS17, ST12, QT04, US30 |
| Descrição do Requisito | O sistema deve notificar o usuário sobre atualizações importantes em suas solicitações e agendamentos via notificações no aplicativo ou por email. |
| Elos Backward-from: | Agregação: RE30 - BS17/ST12/QT04: O requisito originou-se das técnicas de BrainStorm, Storytelling e Questionário. |
| Elos Forward-from: | Representação: RE30 - US30: A história de usuário (US30) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE30). |
Autor: Bianca Castro, 2024.
RE31
Tabela 32- Cartão do Requisito 31-C31
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE31, BS19, US31 |
| Descrição do Requisito | O aplicativo deve criar uma fila digital referente aos agendamentos. |
| Elos Backward-from: | Agregação: RE31 - BS19: O requisito originou-se da técnica de Brainstorming. |
| Elos Forward-from: | Satisfação: RE31 - US31: A história de usuário (US31) pode ser vista como uma expressão de uma necessidade do usuário que será satisfeita pelo requisito (RE31). |
Autor: Paulo Borba, 2024.
RE32
Tabela 33- Cartão do Requisito 32-C32
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE32, BS20, IT09, IT10, ST13, QT06, ES(RU007, RU008, RU009, RU010, RU011, +In002), US32 |
| Descrição do Requisito | O aplicativo deve possuir ferramentas de acessibilidade como navegação guiada, alto contraste, comando por voz e possibilidade de aumentar a fonte. |
| Elos Backward-from: | Agregação: RE32 - BS20: O requisito originou-se da técnica de Brainstorming. Agregação: RE32 - IT09: O requisito originou-se da técnica de Introspecção. Agregação: RE32 - IT10: O requisito originou-se da técnica de Introspecção. Agregação: RE32 - ST13: O requisito originou-se da técnica de Storytelling. Agregação: RE32 - QT06: O requisito originou-se da técnica de Questionário. |
| Elos Forward-from: | Satisfação: RE32 - US32: A história de usuário (US32) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE32). Satisfação: RE32 - ES(RU007, RU008, RU009, RU010, RU011, +In002): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE32). |
Autor: Paulo Borba, 2024.
RE33
Tabela 34- Cartão do Requisito 33-C33
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE33, BS21, ST16, US33, RNF05 |
| Descrição do Requisito | O aplicativo deve ter integração com outros serviços do governo. |
| Elos Backward-from: | Agregação: RE33 - BS21: O requisito originou-se da técnica de Brainstorming. Agregação: RE33 - ST16: O requisito originou-se da técnica de Storytelling. |
| Elos Forward-from: | Satisfação: RE33 - US33: A história de usuário (US33) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE33). Satisfação: RE32 - RNF05: A técnica (RNF05) detalha uma forma de garantir que o requisito (RE33) seja satisfeito. |
Autor: Paulo Borba, 2024.
RE34
Tabela 35- Cartão do Requisito 34-C34
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE34, BS22, ST17, US34 |
| Descrição do Requisito | O aplicativo deve permitir outras formas de acesso como profissionais do legislativo para o acompanhamento facilitado de documentos e processos. |
| Elos Backward-from: | Agregação: RE34 - BS22: O requisito originou-se da técnica de Brainstorming. Agregação: RE34 - ST17: O requisito originou-se da técnica de Storytelling. |
| Elos Forward-from: | Satisfação: RE33 - US34: A história de usuário (US34) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE34). |
Autor: Paulo Borba, 2024.
RE35
Tabela 36- Cartão do Requisito 35-C35
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE35, BS25, IT16, ST18, ES(RS004), US35 |
| Descrição do Requisito | O aplicativo deve oferecer suporte em vários idiomas, especialmente português. |
| Elos Backward-from: | Agregação: RE35 - BS25: O requisito originou-se da técnica de Brainstorming. Agregação: RE35 - IT16: O requisito originou-se da técnica de Introspecção. Agregação: RE35 - ST18: O requisito originou-se da técnica de Storytelling. |
| Elos Forward-from: | Satisfação: RE35 - US35: A história de usuário (US35) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE35). Satisfação: RE35 - ES(RS004): A especificação suplementar fornece critérios e detalhes que satisfazem o requisito de acessibilidade (RE32). |
Autor: Paulo Borba, 2024.
RE36
Tabela 37 - Cartão do Requisito 36 - C36
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE36, ENT17, US36, TLS, CDS,BC, ES(RR002, RR003, RR006, RR007, RR008, RP003, RP004, RP006, RP007, RP008, RP009, RS006, +Im002, +Im005) |
| Descrição do Requisito | Deve ser capaz de lidar com um grande número de processos e distribuí-los nacionalmente. |
| Elos Backward-from: | Agregação: RE36 - ENT17: O requisito originou-se da Entrevista. |
| Elos Forward-from: | Satisfação: RE36 - US36: A história de usuário (US36) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE36) Satisfação: RE36 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE36 - CDS: O requisito recebeu um valor de $2 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE36 - ES(RR002, RR003, RR006, RR007, RR008, RP003, RP004, RP006, RP007, RP008, RP009, RS006, +Im002, +Im005): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE36). |
Autor: Amanda Campos, 2024.
RE37
Tabela 38 - Cartão do Requisito 37 - C37
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE37, ENT18, ENT22, US37, TLS, CDS, BC, ES(RU001, RU005, RU006, RU017, RP001, RP002, RP003, +In001,+In003) |
| Descrição do Requisito | Deve ser eficiente, permitindo que os usuários realizem tarefas rápidas em 1-5 minutos e tarefas mais complexas em até 1h20. |
| Elos Backward-from: | Agregação: RE37 - ENT18 e ENT22: O requisito originou-se da Entrevista. |
| Elos Forward-from: | Satisfação: RE37 - US37: A história de usuário (US37) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE37) Satisfação: RE37 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE37 - CDS: O requisito recebeu um valor de $3 do Desenvolvedor e $7 do Usuário na técnica $100. Satisfação: RE37 - ES(RU001, RU005, RU006, RU017, RP001, RP002, RP003, +In001,+In003): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE37). |
Autor: Amanda Campos, 2024.
RE38
Tabela 39 - Cartão do Requisito 38 - C38
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE38, IT11, QT06,US38, TLS, CDS, BC, ES(RU003, RU004, RU007, RU018, RU019, +In002) |
| Descrição do Requisito | O aplicativo deve ser compatível com tecnologias assistivas, como teclados virtuais, controle por voz e dispositivos de entrada alternativos. |
| Elos Backward-from: | Agregação: RE38 - IT11: O requisito originou-se da técnica de Introspecção. Agregação: RE38 - QT06: O requisito originou-se da técnica de Questionário. |
| Elos Forward-from: | Satisfação: RE38 - US38: A história de usuário (US38) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE38) Satisfação: RE38 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE38 - CDS: O requisito recebeu um valor de $2 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE38 - ES(RU003, RU004, RU007, RU018, RU019, +In002): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE38). |
Autor: Amanda Campos, 2024.
RE39
Tabela 40 - Cartão do Requisito 39 - C39
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE39,BS23, ENT19, IT12, ST15, QT07, US29,US39 TLS, CDS, BC, ES(RR004, +Im001,+Im003,+Im004) |
| Descrição do Requisito | O aplicativo deve garantir a segurança das informações pessoais dos usuários através de criptografia de dados e autenticação robusta. |
| Elos Backward-from: | Agregação: RE39 - BS23: O requisito originou-se da técnica de Brainstorming. Agregação: RE39 - ENT19: O requisito originou-se da Entrevista. Agregação: RE39 - IT12: O requisito originou-se da técnica de Introspecção. . Agregação: RE39 - ST15: O requisito originou-se da técnica de Storytelling. Agregação: RE39 - QT07: O requisito originou-se da técnica de Questionário. |
| Elos Forward-from: | Satisfação: RE39 - US29 e US39: AS históriaS de usuário (US29 e US39) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE39) Satisfação: RE39 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE39 - CDS: O requisito recebeu um valor de $10 do Desenvolvedor e $2 do Usuário na técnica $100. Satisfação: RE39 - ES(RR004, +Im001,+Im003,+Im004): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE39). |
Autor: Amanda Campos, 2024.
RE40
Tabela 41 - Cartão do Requisito 40 - C40
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE40, IT13, US40 TLS, CDS, BC, ES(RP001, RP002) |
| Descrição do Requisito | O aplicativo deve responder a comandos do usuário em menos de 3 segundos. |
| Elos Backward-from: | Agregação: RE40 - IT13: O requisito originou-se da técnica de Introspecção. |
| Elos Forward-from: | Satisfação: RE40 - US40: A história de usuário (US40) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE40) Satisfação: RE40 - TLS: O requisito recebeu uma priorização Alta no Three Level Scale. Satisfação: RE40 - CDS: O requisito recebeu um valor de $2 do Desenvolvedor e $15 do Usuário na técnica $100. Satisfação: RE40 - ES(RP001, RP002): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE40). |
Autor: Amanda Campos, 2024.
RE41
Tabela 42 - Cartão do Requisito 41 - C41
| Categoria: | Desenvolvimento |
|---|---|
| Elementos: | RE41, IT14, US41 TLS, CDS, BC, ES(RR001, RR006, RR008, RP005) |
| Descrição do Requisito | O aplicativo deve estar disponível 24 horas por dia, 7 dias por semana, com uma taxa de uptime de 99.9%. |
| Elos Backward-from: | Agregação: RE41 - IT14: O requisito originou-se da técnica de Introspecção. |
| Elos Forward-from: | Satisfação: RE41 - US41: A história de usuário (US41) especifica uma necessidade do usuário que será satisfeita pelo requisito (RE41) Satisfação: RE41 - TLS: O requisito recebeu uma priorização Baixa no Three Level Scale. Satisfação: RE41 - CDS: O requisito recebeu um valor de $8 do Desenvolvedor e $5 do Usuário na técnica $100. Satisfação: RE41 - ES(RR001, RR006, RR008, RP005): As especificações suplementares fornecem critérios e detalhes que satisfazem o requisito de acessibilidade (RE41). |
Autor: Amanda Campos, 2024.
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: 21 jun. 2024.
2. Kotonya, Gerald, and Ian Sommerville. "Requirements Engineering: Processes and Techniques." John Wiley & Sons, 1998. Disponível em: (https://www.acqnotes.com/Attachments/The%20Requirements%20Engineering%20Handbook%20by%20Ralph%20R.%20Young.pdf).Acesso em: 22 jun. 2024.
3. SERRANO, Milene, SERRANO, Maurício. Requisitos (Aula 26): Elicitação, Modelagem e Análise. UnB Gama, Brasília, 2023. disponível em: https://github.com/Requisitos-de-Software/2024.1-Meu-INSS/blob/rastrear/doimagens/referencias/rastreabilidade/Requisitos%20-%20Aula%20026.pdf. Acesso em: 18 jun. 2024.
Bibliografia
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: 18 jun. 2024.
2. WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. disponível em: https://www.booksfree.org/wp-content/uploads/2022/03/Software_Requirements_3rd_Edition_compressed.pdf. Acesso em: 18 jun. 2024.
Histórico de Versão
| Versão | Data | Descrição | Autor(es) | Data de revisão | Revisor(es) |
|---|---|---|---|---|---|
1.0 |
21/06/2024 | Criação da página | Johnny Lopes | 22/06/2024 | Amanda Campos |
1.1 |
23/06/2024 | Adicionando informações na página | Paulo Borba | 23/06/2024 | Johnny Lopes |
1.2 |
23/06/2024 | Adicionando Elos. | Johnny Lopes | 23/06/2024 | Amanda Campos |
1.3 |
23/06/2024 | Adicionando Elos. | Amanda Campos | 23/06/2024 | Vitor Feijó |
1.4 |
23/06/2024 | Adicionando Elos. | Vitor Feijó | 23/06/2024 | Bianca Castro |
1.5 |
23/06/2024 | Adicionando Elos. | Bianca Castro | 23/06/2024 | Gabriel Souza |
1.6 |
23/06/2024 | Adicionando Elos. | Gabriel Souza | 24/06/2024 | Johnny Lopes |
1.7 |
04/07/2024 | Alteração do documento. | Paulo Borba | 04/07/2024 | Amanda Campos |