Merge pull request #132 from Requisitos-de-Software/nfr

Várias coisas
Requisitos-de-Software · Dec 14, 2024 · ec94060 · ec94060
2 parents 9e20a23 + b3d2e41
commit ec94060
Show file tree

Hide file tree

Showing 7 changed files with 425 additions and 11 deletions.
diff --git a/docs/Apresentacoes/apresentacao02.md b/docs/Apresentacoes/apresentacao02.md
@@ -1,4 +1,4 @@
-# Apresentação 1 - 23/11/2024
+# Apresentação 2 - 23/11/2024
 
 ## Introdução 
 Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 2. 

diff --git a/docs/Apresentacoes/apresentacao03.md b/docs/Apresentacoes/apresentacao03.md
@@ -1,4 +1,4 @@
-# Apresentação 1 - 23/11/2024
+# Apresentação 3 - 07/12/2024
 
 ## Introdução 
 Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 3.

diff --git a/docs/Apresentacoes/apresentacao04.md b/docs/Apresentacoes/apresentacao04.md
@@ -0,0 +1,22 @@
+# Apresentação 4 - 15/12/2024
+
+## Introdução 
+Essa página tem como objetivo guardar/documentar a gravação da apresentação da entrega 4.
+
+## Vídeo da apresentação
+
+<center>
+
+[**Vídeo 1:** Requisitos - Apresentação 4](https://youtu.be/)
+
+[video]
+
+_Autor: []()_
+
+</center>
+
+## Histórico de Versões
+
+Versão  | Data | Descrição | Autor(es) | Revisor(es)
+-------- | ------ | ------ | ---------- | ----------
+`1.0` | 12/12/2024 | Criação do documento  | [Victor Rodrigues](https://github.com/ViictorHugoo) | [Thales Euflauzino](https://github.com/thaleseuflauzino)|
diff --git a/docs/modelagem-pt2/nfr_framework.md b/docs/modelagem-pt2/nfr_framework.md
@@ -1,14 +1,236 @@
 # NFR Framework
 
-## 1. Introdução
+## Introdução
+
 O NFR Framework (Non-Functional Requirements Framework) é uma abordagem desenvolvida por Lawrence Chung e colaboradores para tratar requisitos não funcionais de forma sistemática e qualitativa. Diferentemente dos requisitos funcionais, que têm critérios claros de satisfação, os requisitos não funcionais (NFRs) são subjetivos e frequentemente envolvem decisões de compromisso (trade-offs). O framework auxilia no processo de identificação, modelagem e análise desses requisitos, permitindo que desenvolvedores considerem aspectos como segurança, desempenho, usabilidade e manutenibilidade durante o design de sistemas.
 
  No NFR Framework, os requisitos não funcionais são representados como softgoals, que refletem objetivos flexíveis e interdependentes. Por meio de gráficos de softgoals, é possível visualizar as relações entre diferentes NFRs e como soluções propostas contribuem de forma positiva ou negativa para sua satisfação. Além disso, o framework inclui técnicas para operacionalizar os softgoals em soluções concretas e ferramentas para explorar compromissos entre requisitos conflitantes, como equilibrar desempenho e segurança. Dessa forma, o NFR Framework oferece um suporte valioso para tomada de decisões no desenvolvimento de sistemas complexos.
 
-## 2. Metodologia
 
-> Economia DF - Grupo de Foco. Disponível em: https://requisitos-de-software.github.io/2023.2-Economia-DF/elicitacao/tecnicas-perfil-usuario/grupo_de_foco/. Acesso em 19 de novembro de 2024
+## Softgoal Interdependency Graph
+
+O Softgoal Interdependency Graph (SIG) é uma ferramenta de visualização central ao funcionamento do NFR Framework. Ele apresenta de forma gráfica e estruturada os softgoals identificados pela equipe de desenvolvimento, suas inter-relações e contribuições. Esse modelo facilita a análise de interdependências entre metas não funcionais, permitindo que os desenvolvedores tomem decisões fundamentadas sobre como abordar requisitos qualitativos do sistema.
+
+
+### Tipos de Softgoal
+
+Para compreender o SIG, é essencial entender os tipos de softgoal. Um NFR Softgoal é definido como uma meta qualitativa cuja satisfação não é precisa ou completamente mensurável. Eles podem ser refinados em diferentes formas:
+
+- Softgoals Operacionalizados: Representam transformações de metas abstratas em elementos concretos e funcionais no sistema.
+- Softgoals de Afirmação: Servem como registros argumentativos em linguagem natural, adicionando justificativas ou evidências ao modelo.
+Interdependências
+- As interdependências entre softgoals no SIG são organizadas em dois principais conceitos: decomposições e contribuições.
+
+
+#### Decomposições
+
+As decomposições desmembram softgoals em subníveis para detalhamento e refinamento, abrangendo diferentes dimensões:
+
+- Decomposição de NFR: Divide metas principais em componentes menores e mais gerenciáveis.
+- Decomposição de Operacionalização: Foca na concretização de metas abstratas em soluções específicas.
+- Decomposição de Afirmação: Valida ou rejeita justificativas específicas para softgoals.
+- Decomposição de Priorização: Permite refinar metas com associação de prioridades, mantendo o mesmo escopo.
+
+
+#### Contribuições
+
+As contribuições descrevem como um softgoal derivado impacta o softgoal principal:
+
+- AND: Todos os derivados precisam ser satisfeitos para que o objetivo principal seja alcançado.
+- OR: Qualquer derivado satisfeito já contribui para alcançar o objetivo principal.
+- MAKE (++): Contribuição totalmente positiva.
+- BREAK (--): Contribuição totalmente negativa.
+- HELP (+): Impacto positivo moderado.
+- HURT (-): Impacto negativo moderado.
+- UNKNOWN (?): Relação indefinida.
+- EQUALS: Satisfação direta e proporcional entre derivados e principais.
+- SOME: A forma de contribuição é conhecida, mas sua intensidade permanece incerta.
+
+
+#### Propagação de Impactos
+
+No NFR Framework, a propagação de impactos analisa como alterações em um softgoal afetam os demais. Isso envolve identificar relações de dependência, avaliar trade-offs e gerenciar efeitos colaterais. As notações típicas incluem:
+
+- ✓ (satisfeito): Impacto positivo significativo.
+- 𝒲+ (fracamente satisfeito): Impacto positivo, porém limitado.
+- X (negado): Impacto negativo significativo.
+- 𝒲- (fracamente negado): Impacto negativo menor.
+- 🗲 (conflitante): Relação de conflito com características mistas.
+- u (indeterminado): Impacto incerto devido à falta de dados.
+
+
+## Metodologia
+A construção de um SIG segue etapas sistemáticas, incluindo a definição de temas, revisão de literatura e validação. Primeiramente, os tópicos gerais são refinados para relacionar os requisitos não funcionais. Posteriormente, realiza-se a validação por meio de revisões críticas. Ferramentas como o Draw.io são utilizadas para a elaboração dos gráficos.
+
+
+## Cartões de Especificação
+
+Os cartões de especificação apresentados nas Tabelas 1 a 5 foram empregados para descrever os Requisitos Não-Funcionais destinados à elaboração dos NFR Frameworks.
+
+<center>
+
+<b>Tabela 1</b> - Cartão de Especificação 1
+
+| <a href="#anchor_RNF01">RNF01</a> | Classificação: Desempenho |
+|---------------| ------------|
+| Descrição: O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas.
+| Justificativa: Garantir agilidade e uma boa experiência do usuário ao utilizar funcionalidades básicas.
+| Origem do Requisisto: Pesquisa de mercado e feedback de usuários.
+| Critério de Aceitação: Todas as consultas básicas retornam resultados em até 2 segundos em condições normais de operação.
+| Dependências: Nenhuma.
+| Prioridade: 
+| Conflitos: Possível aumento do uso de recursos computacionais.
+| História: Adicionado após testes iniciais indicarem lentidão em consultas básicas.
+
+Autor: [Victor Rodrigues](https://github.com/ViictorHugoo)
+
+</center>
+
+<center>
+
+<b>Tabela 2</b> - Cartão de Especificação 2
+
+| <a href="#anchor_RNF04">RNF04</a> | Classificação: Acessibilidade |
+|---------------| ------------|
+| Descrição: A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022.
+| Justificativa: Garantir que o aplicativo seja acessível a todas as pessoas, incluindo aquelas com deficiências.
+| Origem do Requisisto: Regulamentações técnicas e normativas.
+| Critério de Aceitação: Certificação de conformidade com a norma NBR 17060:2022 após auditoria.
+| Dependências: 
+| Prioridade: 
+| Conflitos: Necessidade de ajustes adicionais na interface.
+| História: Adicionado após revisão normativa.
+
+Autor: [Victor Rodrigues](https://github.com/ViictorHugoo)
+
+</center>
+
+<center>
+
+<b>Tabela 3</b> - Cartão de Especificação 3
+
+| <a href="#anchor_RNF06">RNF06</a> | Classificação: Acessibilidade |
+|---------------| ------------|
+| Descrição: O aplicativo deverá disponibilizar suporte para múltiplos idiomas (português como padrão).
+| Justificativa: Permitir que o aplicativo seja utilizado por pessoas diferentes regiões.
+| Origem do Requisisto: Pesquisa de mercado global.
+| Critério de Aceitação: Interface completamente traduzida para os idiomas suportados, com português como padrão.
+| Dependências: 
+| Prioridade: 
+| Conflitos: Aumento de custo e tempo de desenvolvimento.
+| História: Adicionado após feedback de clientes internacionais.
+
+Autor: [Victor Rodrigues](https://github.com/ViictorHugoo)
+
+</center>
+
+<center>
+
+<b>Tabela 4</b> - Cartão de Especificação 4
+
+| <a href="#anchor_RNF08">RNF08</a> | Classificação: Usabilidade |
+|---------------| ------------|
+| Descrição: O perfil de recomendação de investimentos deve ser acessível a partir de 3 cliques de qualquer parte do aplicativo.
+| Justificativa: Melhorar a navegação e o acesso rápido a funcionalidades importantes.
+| Origem do Requisisto: Pesquisa de usabilidade.
+| Critério de Aceitação: Testes de usabilidade comprovarem que o objetivo é alcançado em no máximo 3 cliques.
+| Dependências: 
+| Prioridade: 
+| Conflitos: Nenhum identificado.
+| História: Introduzido após feedback de usuários sobre dificuldade de navegação.
+
+Autor: [Victor Rodrigues](https://github.com/ViictorHugoo)
+
+</center>
+
+<center>
+
+<b>Tabela 5</b> - Cartão de Especificação 5
+
+| <a href="#anchor_RNF09">RNF09</a> | Classificação: Usabilidade |
+|---------------| ------------|
+| Descrição: O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário.
+| Justificativa: Reduzir o cansaço visual e atender preferências dos usuários.
+| Origem do Requisisto: Pesquisa de satisfação do usuário.
+| Critério de Aceitação: Tema escuro implementado e acessível a partir das configurações do aplicativo.
+| Dependências: 
+| Prioridade: 
+| Conflitos: Nenhum identificado.
+| História: Adicionado com base em tendências de mercado.
+
+Autor: [Victor Rodrigues](https://github.com/ViictorHugoo)
+
+</center>
+
+### NFR 00 - Geral
+
+
+### NFR 01 - 
+
+#### Requisitos Não-Funcionais - 
+
+#### Propagação dos Impactos - 
+
+
+### NFR 02 - 
+
+#### Requisitos Não-Funcionais - 
+
+#### Propagação dos Impactos - 
+
+
+### NFR 03 - 
+
+#### Requisitos Não-Funcionais - 
+
+#### Propagação dos Impactos - 
+
+
+### NFR 04 - 
+
+#### Requisitos Não-Funcionais - 
+
+#### Propagação dos Impactos - 
+
+
+### NFR 05 - 
+
+#### Requisitos Não-Funcionais - 
+
+#### Propagação dos Impactos - 
+
+
+## Requisitos Não-Funcionais
+
+A Tabela X a seguir lista os Requisitos utilizados para a criação do NFR Framework.
+
+
+<div>
+<font size="3"><p style="text-align: center"> Tabela X - Requisitos Não Funcionais </a></font></p>
+</div>
+
+| Identificador | Descrição	| ID | Implementado |
+|---------------|-----------|-----|-------------|
+| <a id="anchor_RNF01" style="visibility: hidden">.</a> RNF01 | O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas. | IT20 | Não |
+| <a id="anchor_RNF04" style="visibility: hidden">.</a> RNF04 | A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022. | IT23, BFN11, GF08, GLO04 | Não |
+| <a id="anchor_RNF06" style="visibility: hidden">.</a> RNF06 | O aplicativo deverá disponibilizar suporte para múltiplos idiomas (português como padrão). | IT25 | Não |
+| <a id="anchor_RNF08" style="visibility: hidden">.</a> RNF08 | O perfil de recomendação de investimentos deve ser acessível a partir de 3 cliques de qualquer parte do aplicativo. | BFN9 | Não |
+| <a id="anchor_RNF09" style="visibility: hidden">.</a> RNF09 | O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário. | BFN13 | Não |
+
+<div>
+<font size="3"><p style="text-align: center"><b>Autor:</b> <a href="https://www.github.com/ViictorHugoo">Victor Rodrigues</a></font></p>
+</div>
+
+## Bibliografia
+
+>PAIM, F. R. S., CASTRO, J. F. B. Enhancing Data Warehouse Design with the NFR Framework. Centro de Informática UFPE, Recife, 2019. Disponível em: http://wer.inf.puc-rio.br/WERpapers/artigos/artigos_WER02/paim.pdf. Acesso em: 13/12/2024.
+>
+> SILVA, Reinaldo Antônio. NFR4ES: Um Catálogo de Requisitos Não-Funcionais para Sistemas Embarcados. Centro de Informática UFPE, Recife, 2019. Disponível em: https://repositorio.ufpe.br/handle/123456789/34150. Acesso em: 13/12/2024.
+>
+> CHUNG, L., NIXON, B. A., YU, E., MYLOPOULOS, J. Non-functional requirementsin software engineering. Springer Science & Business Media: [S.l.], 2000. v. 5.
+>
 
 | Versão | Data       | Descrição | Autor     |       Revisor         |
 | ------ | ---------- | --------- | --------- | --------------------- |
-| `1.0` | 11/12/2024  | Criação do documento | [Júlia Takaki](https://github.com/juliatakaki) | [Victor Rodrigues](https://github.com/ViictorHugoo)   
+| `1.0` | 11/12/2024  | Criação do documento | [Júlia Takaki](https://github.com/juliatakaki) | [Victor Rodrigues](https://github.com/ViictorHugoo) |
+| `1.1` | 11/12/2024  | SGI e Cartões de especificação | [Victor Rodrigues](https://github.com/ViictorHugoo) | [Thales Euflauzino](https://github.com/thaleseuflauzino)|
diff --git a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md
@@ -0,0 +1,103 @@
+# Planejamento da Verificação da Etapa 4 do Grupo
+
+## Introdução
+
+O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 4 do projeto (Modelagem de Requisitos) do [grupo](https://github.com/Requisitos-de-Software/2024.2-TesouroDireto).
+
+## Objetivos
+
+O objetivo deste documento é verificar se os artefatos produzidos para entrega 4 do [grupo](https://github.com/Requisitos-de-Software/2024.2-TesouroDireto) possuem os itens e o padrão exigidos. É importante citar que essa verificação em momento nenhum busca diminuir os membros responsáveis seu trabalho, apenas aplicar os conceitos de verificação.
+
+## Metodologia
+
+A metodologia escolhida para esta verificação é uma adaptação da inspeção. Desenvolvida originalmente para códigos de software por Fagan na IBM em 1976, essa técnica consiste em uma revisão formal dos artefatos produzidos a fim de se encontrar defeitos, a figura 1 exemplifica as etapas que Fagan propôs para esse processo.
+
+<center>
+
+**Figura 1** - Etapas da Inspeção de acordo com Fagan.
+
+<style>
+img[alt="inspecaofagan"] {
+    background-color: white;
+    padding: 10px;
+    border-radius: 5px;
+}
+</style>
+
+![inspecaofagan](../../../assets/inspecao-fagan.png)
+
+_Fonte: SOMMERVILLE (2007)._ <a id="anchor_5" href="#REF5"><sup>5</sup></a>
+
+</center>
+
+### Objetos da Verificação
+
+Os artefatos alvos dessa verificação são:
+
+-
+-
+-
+
+
+### Resultados das Verificações
+
+Os resultados das verificações podem ser acessados através do seguinte link:
+
+- [Relatório da Verificação](./relatorio-verificacao-e3-gp5.md);
+
+### Cronograma
+
+A verificação será realizada no período de 07 de dezembro de 2024, com os resultados sendo relatados através da página de documentação do Grupo 5 no dia 07 de dezembro de 2024. A tabela 1 a seguir, apresenta o cronograma das atividades a serem realizadas.
+
+<center>
+
+**Tabela 1** - Cronograma das Atividades.
+
+| Data       | Descrição                    | Responsável                                 |
+| ---------- | ---------------------------- | ------------------------------------------- |
+| XX/12/2024 | Planejamento da Verificação  |  |
+| XX/12/2024 | Adição dos resultados.       |  [Grupo](https://github.com/Requisitos-de-Software/2024.2-TesouroDireto)   |
+
+_Autor: [](), 2024_
+
+</center>
+
+## Lista de Verificação
+
+As listas de verificação foram construídas levando em conta os padrões esperados para cada artefato e as principais tarefas realizadas na elaboração dos mesmos, tudo isso de acordo com os slides da _Aula 04 da professora Milene e Maurício Serrano_<a id="anchor_4" href="#REF4"><sup>4</sup></a>.
+
+### Geral
+
+<center>
+
+**Tabela 1** - Lista de Verificação.
+
+|        ID        | Descrição                                                                                                                                                                  | Avaliação   | Autor            | Data e Hora         |
+| :--------------: | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :---------: | ----------------- | ------------------- |
+| **Itens do desenvolvimentos do projeto** |                                                                                                                                                        |             |                   |                     |
+|        1         | Todos os 9 itens       | **Sim/Não/Incompleto** | André Barros      | **A preencher**       |
+| **Itens do conteúdo da disciplina** |                                                                                                                                                        |             |                   |                     |
+
+_Autor: [](), 2024._
+
+</center>
+
+## Bibliografia
+> <a id="REF1" href="#anchor_1">1.</a> SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Cenários, Léxicos e Ferramenta C&L. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: [https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf](https://aprender3.unb.br/pluginfile.php/2972470/mod_resource/content/1/Aula%2010.pdf).
+>
+> <a id="REF2" href="#anchor_2">2.</a> SERRANO, Milene; SERRANO, Maurício. Apresentação Modelagem de Requisitos - Casos de Uso e Especificação Suplementar. Brasília: UnB Gama, s.d. 1 apresentação em slides. Disponível em: [https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf](https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf)
+>
+> <a id="REF3" href="#anchor_3">3.</a> LUCID SOFTWARE PORTUGUÊS. Tutorial de Caso de Uso UML. YouTube, 25 abr. 2019. Disponível em: [https://youtu.be/ab6eDdwS3rA](https://youtu.be/ab6eDdwS3rA). Acesso em: 28 nov. 2024.
+>
+> <a id="REF4" href="#anchor_4">4</a> SERRANO, MAURÍCIO; SERRANO, Milene. **Slides da aula Requisitos – Aula 04**. Disponível em: [https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf](https://aprender3.unb.br/pluginfile.php/2523041/mod_resource/content/3/Requisitos%20-%20Aula%2004.pdf). Acesso em: 02 de novembro de 2024.
+>
+> <a id="REF5" href="#anchor_5">5</a> SOMMERVILLE, Ian. **Engenharia de software.** 08. ed. São Paulo: Pearson Addison Wesley, 2007
+>
+> SALES, André Barros. Plano de Ensino. Aprender 3. Distrito Federal, 2024. Disponível em: [https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf](https://aprender3.unb.br/pluginfile.php/2972367/mod_resource/content/51/Plano_de_Ensino%20RE%20022024%20Turma%2002%20v1.pdf). Acesso em 04 dez. 2024.
+>
+
+
+## Histórico de Versões
+
+| Versão  | Data | Descrição | Autor(es) | Revisor(es) |
+| -------- | ------ | ------ | ---------- | ---------- |