Merge pull request #6 from Marcosatc147/marcio-pedro

Marcio pedro

docs/Elicitacao/CenarioLex.md

@@ -97,6 +97,9 @@ Cenários são descrições detalhadas de situações específicas que ocorrem d
 
 ## CN4
 
+
+
+=======
 | Elemento | Descrição     |
 |----------|---------------------|
 | Titulo  | Integração com Serviços de **Carona Paga** |
@@ -108,6 +111,7 @@ Cenários são descrições detalhadas de situações específicas que ocorrem d
 | Restrição  | A integração deve ser fluida e as **rotas** combinadas devem considerar o tempo estimado de chegada dos carros de carona |
 | Exceção  | Se não houver carros disponíveis, o **sistema** deve recalcular a **rota** usando apenas **transporte público** |
 
+
 |Autor  | Versão          |Data|
 |-------|-----------------|----|
 |[Diego Carlito](https://github.com/DiegoCarlito)|1ª   |19/08/2024|
@@ -243,6 +247,14 @@ Cenários são descrições detalhadas de situações específicas que ocorrem d
 | Exceção  | Se o **Mooviter** não conseguir verificar as informações, ele deve deixar um aviso para que outro **Mooviter** ou administrador possa revisar a situação. |
 
 ---
+## CN12
+
+|Elemento | Descrição |   
+|:-----|:----|
+|**Contexto**|Tela inicial do moovit. Usuário deseja uma assinatura o moovit|
+|**Ações**|1. Toque no ícone do menu (3 linhas no topo da tela)  <br> 2. Toque em Moovit+ 3. Escolha o plano que deseja assinar (1 mês, 3 meses ou 12 meses) <br> 4. Confirme a compra e finalize.|
+|**Resultados**|1. O usuário terá alguns benefícios em comparação ao uso free do app como: AD free, visualização do trânsito em tempo real da [rota](#/Elicitacao/CenarioLex.md?id=tabela-de-termos) completa da linha Visulizando todas as [paradas](#/Elicitacao/CenarioLex.md?id=tabela-de-termos) desejada e comparação de rotas.  |
+----
 
 # Léxico
 Léxico é um artefato utilizado na engenharia de requisitos para definir e padronizar os termos e expressões usados dentro do contexto de um sistema de software. Ele consiste em uma lista estruturada de palavras, frases ou conceitos relevantes, cada um acompanhado de uma descrição clara e concisa, explicando seu significado no contexto do projeto.

docs/Modelagem/NFR-Framework.md

@@ -0,0 +1,39 @@
+# NFR Framework o que é?
+NFR é a sigla para Non-Functional Requirements (Requisitos Não Funcionais) e o NFR Framework é uma abordagem para modelar e gerenciar esses requisitos em projetos de software.
+
+Requisitos Não Funcionais (NFRs) são características e restrições que um sistema deve atender, mas que não estão diretamente relacionadas às funcionalidades que o sistema oferece. Exemplos de NFRs incluem:
+
+Desempenho: Velocidade, tempo de resposta, escalabilidade.
+Usabilidade: Facilidade de uso, interface intuitiva.
+Segurança: Proteção de dados, controle de acesso.
+Confiabilidade: Disponibilidade, tolerância a falhas.
+Manutenibilidade: Facilidade de modificar e atualizar.
+
+Abaixo estão o desenvolvimento dos NFR-Framework desenvolvidos de acordo com o escopo do projeto:
+
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio Henrique| 1ª | 16/08/2024 |Após definir as funcionalidades do sistema, foram identificados os requisitos não funcionais que precisam ser atendidos para garantir a qualidade do sistema. Isso está representado pelos elementos como "Segurança", "Escalabilidade", e "Performance", que derivam diretamente das funcionalidades principais. Essas foram rastreadas a partir da análise de protocolo com sua baseline gerada e também na última versão do Rich-Picture.|
+
+![Primeira Versão](<../assets/NFR/NFR MoovitV1.png>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Pedro Paulo| 2ª | 17/08/2024 |Este NFR foi elaborado com base nas percepções obtidas a partir do Rich Picture, priorizando, principalmente, a portabilidade para garantir o bom funcionamento do aplicativo, bem como a escalabilidade, que assegura a capacidade do aplicativo de ser responsivo e suportar uma grande demanda de usuários.|
+
+![Segunda Versão](<../assets/NFR/NFR  MoovitV1-2.png>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio e Pedro| 3ª | 18/08/2024 |Após uma análise minuciosa das duas primeiras versões do NFR, optamos por integrar as melhores partes de ambos, levando em consideração a aderência à visão do produto e a clareza na descrição dos requisitos.|
+
+![Terceira Versão](<../assets/NFR/NFR MoovitV2.jpg>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio e Pedro| 4ª | 21/08/2024 |Após estudos detalhados do aplicativo, considerando a visão de produto e todos os Rich Pictures, buscamos tornar o framework do NFR mais completo, integrando todos os requisitos não funcionais de maneira mais explícita. Analisamos a seção "Sobre nós" do aplicativo para decompor os softgoals de forma estruturada. Além disso, adicionamos as contribuições necessárias, como os "Some +", o "help", entre outros.|
+
+
+
+![Quarta Versão](<../assets/NFR/NFR MoovitV3.jpg>)

docs/PreRastrea/Baseline.md

@@ -33,6 +33,8 @@ Durante a reunião, com os integrantes e compartilharem em suas perspectivas e c
 |RNF01|O sistema deve ser responsivo, adaptando-se a diferentes tamanhos de tela (dispositivos móveis e tablets).|
 |RNF02|O sistema deve ser compatível com as principais versões dos sistemas operacionais Android e iOS.|
 | RNF03|  A interface do usuário deve ser intuitiva e fácil de usar, seguindo as diretrizes de design de UX/UI.|
+| RNF04|  O sistema deve seguir as condição de LGPD para a compra de assinaturas.|
+| RNF05|  O sistema deve ser escaláavel sendo possível utlizar em qualquer região.|
 
 ### Bibliografia
 
@@ -43,4 +45,5 @@ Durante a reunião, com os integrantes e compartilharem em suas perspectivas e c
 | Autor | Versão | Data| Descrição|
 |--|---|---|-----------------|
 |Diego Carlito| 1.0| 31/07/2024| Adição do baseline|
-|Márcio Henrique e Victor Hugo| 1.1| 31/07/2024| Adição do video e introdução sobre análise de protocolo|
+|Márcio Henrique e Victor Hugo| 1.1| 31/07/2024| Adição do video e introdução sobre análise de protocolo|
+|todos os integrantes| 1.2| 19/08/2024| Adição a baseline a partir dos artefados gerados ao NFR|

docs/PreRastrea/NFR-Framework.md

@@ -0,0 +1,39 @@
+# NFR Framework o que é?
+NFR é a sigla para Non-Functional Requirements (Requisitos Não Funcionais) e o NFR Framework é uma abordagem para modelar e gerenciar esses requisitos em projetos de software.
+
+Requisitos Não Funcionais (NFRs) são características e restrições que um sistema deve atender, mas que não estão diretamente relacionadas às funcionalidades que o sistema oferece. Exemplos de NFRs incluem:
+
+Desempenho: Velocidade, tempo de resposta, escalabilidade.
+Usabilidade: Facilidade de uso, interface intuitiva.
+Segurança: Proteção de dados, controle de acesso.
+Confiabilidade: Disponibilidade, tolerância a falhas.
+Manutenibilidade: Facilidade de modificar e atualizar.
+
+Abaixo estão o desenvolvimento dos NFR-Framework desenvolvidos de acordo com o escopo do projeto:
+
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio Henrique| 1ª | 16/08/2024 |Após definir as funcionalidades do sistema, foram identificados os requisitos não funcionais que precisam ser atendidos para garantir a qualidade do sistema. Isso está representado pelos elementos como "Segurança", "Escalabilidade", e "Performance", que derivam diretamente das funcionalidades principais. Essas foram rastreadas a partir da análise de protocolo com sua baseline gerada e também na última versão do Rich-Picture.|
+
+![Primeira Versão](<../assets/NFR/NFR MoovitV1.png>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Pedro Paulo| 2ª | 17/08/2024 |Este NFR foi elaborado com base nas percepções obtidas a partir do Rich Picture, priorizando, principalmente, a portabilidade para garantir o bom funcionamento do aplicativo, bem como a escalabilidade, que assegura a capacidade do aplicativo de ser responsivo e suportar uma grande demanda de usuários.|
+
+![Segunda Versão](<../assets/NFR/NFR  MoovitV1-2.png>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio e Pedro| 3ª | 18/08/2024 |Após uma análise minuciosa das duas primeiras versões do NFR, optamos por integrar as melhores partes de ambos, levando em consideração a aderência à visão do produto e a clareza na descrição dos requisitos.|
+
+![Terceira Versão](<../assets/NFR/NFR MoovitV2.jpg>)
+
+|Autor| Versão          |Data| Descrição |
+|----|----|---------- |-----|
+|Márcio e Pedro| 4ª | 21/08/2024 |AApós estudos detalhados do aplicativo, considerando a visão de produto e todos os Rich Pictures, buscamos tornar o framework do NFR mais completo, integrando todos os requisitos não funcionais de maneira mais explícita. Analisamos a seção "Sobre nós" do aplicativo para decompor os softgoals de forma estruturada. Além disso, adicionamos as contribuições necessárias, como os "Some +", o "help", entre outros.|
+
+
+
+![Quarta Versão](<../assets/NFR/NFR MoovitV3.jpg>)

docs/_sidebar.md

@@ -22,5 +22,8 @@
     * [- Cenário e Léxico](./Elicitacao/CenarioLex.md)
     * [- MoSCoW](./Elicitacao/MoSCow.md)
 
+
 * [Modelagem](./Modelagem/modelagem.md)
     * [- Diagrama Caso de Uso](./Modelagem/diagrcasouso.md)
+    * [- NFR](./Modelagem/NFR-Framework.md)
+