From ab3ba9ac273ea07d105f46b080137c69de0a138e Mon Sep 17 00:00:00 2001 From: ViictorHugoo Date: Thu, 12 Dec 2024 20:50:28 -0300 Subject: [PATCH 1/6] =?UTF-8?q?fiquei=20com=20pregui=C3=A7a=20de=20fazer?= =?UTF-8?q?=20o=20nfr=20ent=20fiz=20isso=20ai?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- docs/Apresentacoes/apresentacao02.md | 2 +- docs/Apresentacoes/apresentacao03.md | 2 +- docs/Apresentacoes/apresentacao04.md | 22 ++++ docs/modelagem-pt1/cenarios.md | 2 +- docs/modelagem-pt2/nfr_framework.md | 2 +- .../entrega4/planej-verificacao-e4-gp5.md | 103 ++++++++++++++++++ .../entrega4/relatorio-verificacao-e4-gp5.md | 61 +++++++++++ 7 files changed, 190 insertions(+), 4 deletions(-) create mode 100644 docs/Apresentacoes/apresentacao04.md diff --git a/docs/Apresentacoes/apresentacao02.md b/docs/Apresentacoes/apresentacao02.md index f02dcd42..a7f441c6 100644 --- 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 index 7983ef90..5132a007 100644 --- 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 new file mode 100644 index 00000000..298c79c9 --- /dev/null +++ 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 + +
+ +[**Vídeo 1:** Requisitos - Apresentação 4](https://youtu.be/) + +[video] + +_Autor: []()_ + +
+ +## Histórico de Versões + +Versão | Data | Descrição | Autor(es) | Revisor(es) +-------- | ------ | ------ | ---------- | ---------- +`1.0` | 12/12/2024 | Criação do documento | | | diff --git a/docs/modelagem-pt1/cenarios.md b/docs/modelagem-pt1/cenarios.md index 2f32c210..ba888770 100644 --- a/docs/modelagem-pt1/cenarios.md +++ b/docs/modelagem-pt1/cenarios.md @@ -56,7 +56,7 @@ Inicialmente serão definidos os cenários das tarefas principais, que descrevem ## Cenários Identificados -Os cenários listados nas tabelas 2 a 10 foram elaborados com base na análise dos requisitos elicitados, disponíveis na seção de [Requisitos](../elicitacao/grupo5/requisitos.md). +Os cenários listados nas tabelas 2 a 11 foram elaborados com base na análise dos requisitos elicitados, disponíveis na seção de [Requisitos](../elicitacao/grupo5/requisitos.md). ### Cenário 1 - Simulação de compra de titulos - RF02 diff --git a/docs/modelagem-pt2/nfr_framework.md b/docs/modelagem-pt2/nfr_framework.md index 127d0bb0..d7e26ad3 100644 --- a/docs/modelagem-pt2/nfr_framework.md +++ b/docs/modelagem-pt2/nfr_framework.md @@ -11,4 +11,4 @@ O NFR Framework (Non-Functional Requirements Framework) é uma abordagem desenvo | 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) \ No newline at end of file +| `1.0` | 11/12/2024 | Criação do documento | [Júlia Takaki](https://github.com/juliatakaki) | [Victor Rodrigues](https://github.com/ViictorHugoo) | \ No newline at end of file diff --git a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md index e69de29b..fa68e307 100644 --- 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 2 do Grupo + +## Introdução + +O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 3 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. + +
+ +**Figura 1** - Etapas da Inspeção de acordo com Fagan. + + + +![inspecaofagan](../../../assets/inspecao-fagan.png) + +_Fonte: SOMMERVILLE (2007)._ 5 + +
+ +### 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. + +
+ +**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_ + +
+ +## 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_4. + +### Geral + +
+ +**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._ + +
+ +## Bibliografia +> 1. 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). +> +> 2. 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) +> +> 3. 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. +> +> 4 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. +> +> 5 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) | +| -------- | ------ | ------ | ---------- | ---------- | diff --git a/docs/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5.md b/docs/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5.md index e69de29b..728fafe3 100644 --- a/docs/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5.md +++ b/docs/verificacao/grupo5/entrega4/relatorio-verificacao-e4-gp5.md @@ -0,0 +1,61 @@ +# Verificação dos artefatos + +## Introdução + +Após o planejamento, realiza-se a inspeção dos artefatos. Este documento apresenta os objetivos da verificação, a metodologia utilizada e a lista de verificação para a avaliação. Além disso, os problemas encontrados poderão conter observações e serão sumarizados e analisados, fornecendo informações valiosas para auxiliar na sua correção. + +## Objetivo + +O objetivo deste documento é relatar os resultados das verificações realizadas acerca dos artefatos produzidos pelo [grupo](https://github.com/Requisitos-de-Software/2024.2-TesouroDireto) durante a etapa 4. + +## Metodologia + +Os resultados da verificação do artefato foram obtidos a partir da lista de verificação elaborada na página de [planejamento](../entrega3/planej-verificacao-e3-gp5.md) Para responder às perguntas apresentadas na lista de verificação, o avaliador usará as opções **Sim**, **Não** ou **Incompleto**. O avaliador poderá, também, escrever observações em cada pergunta, detalhando pontos que achar necessários. + +### Cronograma e Participantes + +Os participantes da verificação são todos integrantes do grupo. [](https://github.com/), que irá verificar e corrigir possíveis problemas com os outros integrantes do grupo. E o integrante do grupo [](https://github.com/) realizará a revisão da avaliação. Em relação ao cronograma seguido, ele já foi explicitado na página de [planejamento](../entrega3/planej-verificacao-e3-gp5.md). + +
+ +**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** | André Barros | **08/12/2024 15:20** | +| **Itens do conteúdo da disciplina** | | | | | + + +_Autor: [](), 2024._ + +
+ +## Vídeo da Verificação + +
+ +[**Vídeo 1:** Requisitos - Verificação Entrega 4](https://youtu.be/) + +[video] + +_Autor: [](https://github.com/), 2024_ + +
+ +## Bibliografia + +> 1. 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). +> +> 2. 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) +> +> 3. 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. +> +> 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) | +| -------- | ------ | ------ | ---------- | ---------- | From be9e9d970cf91f616929af15d526b9a3278f0f14 Mon Sep 17 00:00:00 2001 From: ViictorHugoo Date: Fri, 13 Dec 2024 21:06:22 -0300 Subject: [PATCH 2/6] meio caminho do nfr --- docs/modelagem-pt2/nfr_framework.md | 230 +++++++++++++++++++++++++++- mkdocs.yml | 16 +- 2 files changed, 237 insertions(+), 9 deletions(-) diff --git a/docs/modelagem-pt2/nfr_framework.md b/docs/modelagem-pt2/nfr_framework.md index d7e26ad3..15b7d3c9 100644 --- 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. + +
+ +Tabela 1 - Cartão de Especificação 1 + +| RNF01 | 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) + +
+ +
+ +Tabela 2 - Cartão de Especificação 2 + +| RNF04 | 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) + +
+ +
+ +Tabela 3 - Cartão de Especificação 3 + +| RNF06 | 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) + +
+ +
+ +Tabela 4 - Cartão de Especificação 4 + +| RNF08 | 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) + +
+ +
+ +Tabela 5 - Cartão de Especificação 5 + +| RNF09 | 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) + +
+ +### 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. + + +
+

Tabela X - Requisitos Não Funcionais

+
+ +| Identificador | Descrição | ID | Implementado | +|---------------|-----------|-----|-------------| +| RNF01 | O sistema deve ter tempo de resposta inferior a 2 segundos para consultas básicas. | IT20 | Não | +| RNF04 | A interface do aplicativo deve seguir as diretrizes de acessibilidade da norma técnica NBR 17060:2022. | IT23, BFN11, GF08, GLO04 | Não | +| RNF06 | O aplicativo deverá disponibilizar suporte para múltiplos idiomas (português como padrão). | IT25 | Não | +| 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 | +| RNF09 | O aplicativo deve incluir uma opção de tema escuro para melhorar a experiência do usuário. | BFN13 | Não | + +
+

Autor: Victor Rodrigues

+
+ +## 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) | \ No newline at end of file +| `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) | | \ No newline at end of file diff --git a/mkdocs.yml b/mkdocs.yml index c3ca45ec..888c72d3 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -1,6 +1,6 @@ site_name: "" repo_url: https://github.com/Requisitos-de-Software/2024.2-Grupo05 - + extra_css: - stylesheets/style.css nav: @@ -49,10 +49,10 @@ nav: - Casos de Uso: modelagem-pt1/casos-de-uso.md - Validação dos Casos de Uso: modelagem-pt1/validacaoCasodeUso.md - Especificação Suplementar: modelagem-pt1/especificacao-suplementar.md - - Modelagem - Parte 2: - - Product Backlog: modelagem-pt2/backlog.md - - NFR Framework: modelagem-pt2/nfr_framework.md - - Histórias de Usuário: modelagem-pt2/userstories.md + - Ágil: + - Product Backlog: modelagem-pt2/backlog.md + - NFR Framework: modelagem-pt2/nfr_framework.md + - Histórias de Usuário: modelagem-pt2/userstories.md - Verificação: - Panorama geral: verificacao/lv-geral.md - Grupo 5: @@ -105,3 +105,9 @@ theme: name: Trocar para modo claro icon: repo: fontawesome/brands/github + + +markdown_extensions: + - def_list + - pymdownx.tasklist: + custom_checkbox: true From bae9a1410d539922c0e4a4437005879b08b85ac1 Mon Sep 17 00:00:00 2001 From: ViictorHugoo Date: Fri, 13 Dec 2024 21:07:36 -0300 Subject: [PATCH 3/6] fix detalhe --- docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md index fa68e307..7217bf52 100644 --- a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md +++ b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md @@ -1,4 +1,4 @@ -# Planejamento da Verificação da Etapa 2 do Grupo +# Planejamento da Verificação da Etapa 4 do Grupo ## Introdução From 97d97f0a8863041522c40f357adc1a0dc1054435 Mon Sep 17 00:00:00 2001 From: ViictorHugoo Date: Fri, 13 Dec 2024 21:07:53 -0300 Subject: [PATCH 4/6] outro do mesmo --- docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md index 7217bf52..9e2941e9 100644 --- a/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md +++ b/docs/verificacao/grupo5/entrega4/planej-verificacao-e4-gp5.md @@ -2,7 +2,7 @@ ## Introdução -O artefato visa apresentar o planejamento para a verificação de cada artefato da etapa 3 do projeto (Modelagem de Requisitos) do [grupo](https://github.com/Requisitos-de-Software/2024.2-TesouroDireto). +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 From d43f5a13e9b27f537f94a8d7fb9a54dd8c88c0b6 Mon Sep 17 00:00:00 2001 From: Thales Euflauzino <120137721+thaleseuflauzino@users.noreply.github.com> Date: Fri, 13 Dec 2024 23:01:19 -0300 Subject: [PATCH 5/6] Update nfr_framework.md --- docs/modelagem-pt2/nfr_framework.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/modelagem-pt2/nfr_framework.md b/docs/modelagem-pt2/nfr_framework.md index 15b7d3c9..64674ddf 100644 --- a/docs/modelagem-pt2/nfr_framework.md +++ b/docs/modelagem-pt2/nfr_framework.md @@ -233,4 +233,4 @@ A Tabela X a seguir lista os Requisitos utilizados para a criação do NFR Frame | 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.1` | 11/12/2024 | SGI e Cartões de especificação | [Victor Rodrigues](https://github.com/ViictorHugoo) | | \ No newline at end of file +| `1.1` | 11/12/2024 | SGI e Cartões de especificação | [Victor Rodrigues](https://github.com/ViictorHugoo) | [Thales Euflauzino](https://github.com/thaleseuflauzino)| From b3d2e41f35ed3ca70ae839df9343997bc6b8546b Mon Sep 17 00:00:00 2001 From: Thales Euflauzino <120137721+thaleseuflauzino@users.noreply.github.com> Date: Fri, 13 Dec 2024 23:02:17 -0300 Subject: [PATCH 6/6] Update apresentacao04.md --- docs/Apresentacoes/apresentacao04.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/Apresentacoes/apresentacao04.md b/docs/Apresentacoes/apresentacao04.md index 298c79c9..a1943176 100644 --- a/docs/Apresentacoes/apresentacao04.md +++ b/docs/Apresentacoes/apresentacao04.md @@ -19,4 +19,4 @@ _Autor: []()_ Versão | Data | Descrição | Autor(es) | Revisor(es) -------- | ------ | ------ | ---------- | ---------- -`1.0` | 12/12/2024 | Criação do documento | | | +`1.0` | 12/12/2024 | Criação do documento | [Victor Rodrigues](https://github.com/ViictorHugoo) | [Thales Euflauzino](https://github.com/thaleseuflauzino)|