From 8000cc80c323e310c313a266444792bc95ec1dbd Mon Sep 17 00:00:00 2001 From: xGabrielCv Date: Tue, 10 Sep 2024 02:46:11 -0300 Subject: [PATCH 1/2] arrumando gh --- 404.html | 2451 ++++---- index.html | 2787 ++++----- search/search_index.json | 2 +- sections/ciclos/ciclo1/index.html | 89 +- sections/ciclos/ciclo2/index.html | 89 +- sections/ciclos/ciclo3/index.html | 89 +- sections/ciclos/ciclo4/index.html | 89 +- sections/ciclos/ciclo5/index.html | 89 +- sections/ciclos/ciclo6/index.html | 89 +- sections/ciclos/ciclo7/index.html | 89 +- sections/ciclos/planejamento/index.html | 89 +- .../unidade1/apresentacao1/index.html | 89 +- sections/entregas/unidade1/video/index.html | 89 +- .../unidade2/apresentacao2/index.html | 89 +- sections/entregas/unidade2/video/index.html | 89 +- .../VeriVal-PBB-CalorieExplorer/index.html | 1500 +++++ .../VeriVal-USM-CalorieExplorer/index.html | 1503 +++++ sections/entregas/unidade3/pbb/index.html | 4980 ++++++++++++++++- sections/entregas/unidade3/usm/index.html | 98 +- sections/faccao/faccao/index.html | 89 +- sections/faccao/integrantes/index.html | 89 +- sections/historiasUsuarios/DoD_DoR/index.html | 2304 ++++++++ sections/historiasUsuarios/US/index.html | 93 +- sections/politicas/GCS/GCS/index.html | 91 +- .../visaoProduto/historico_versao/index.html | 89 +- .../licoesAprendidas/index.html | 89 +- .../processo_desenv/index.html | 89 +- .../referencia_bibliografica/index.html | 89 +- .../visao_produto/visao_produto/index.html | 89 +- .../visao_projeto/visao_projeto/index.html | 89 +- sitemap.xml | 4 +- sitemap.xml.gz | Bin 127 -> 127 bytes 32 files changed, 14829 insertions(+), 2764 deletions(-) create mode 100644 sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/index.html create mode 100644 sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html create mode 100644 sections/historiasUsuarios/DoD_DoR/index.html diff --git a/404.html b/404.html index db4d1c8d..3a632220 100644 --- a/404.html +++ b/404.html @@ -1,1184 +1,1269 @@ - - - - - - - - - - - - - - - - - - - RISo Docs - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- -
-
- -
- - - - - - -
- - -
- -
- - - - - - -
-
- - - -
-
-
- - - - - -
-
-
- - - -
-
-
- - - -
-
-
- - - -
-
- -

404 - Not found

- -
-
- - - - - -
- - - -
- - - -
-
-
-
- - - - - - - - - + + + + + + + + + + + + + + + + + + + RISo Docs + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + \ No newline at end of file diff --git a/index.html b/index.html index 8abb0676..34c00d08 100644 --- a/index.html +++ b/index.html @@ -1,1352 +1,1437 @@ - - - - - - - - - - - - - - - - - - - - - RISo Docs - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - Skip to content - - -
-
- -
- - - - - - -
- - -
- -
- - - - - - -
-
- - - -
-
-
- - - - - -
-
-
- - - -
-
-
- - - -
-
-
- - - -
-
- - - - -

RISO - Reconhecimento Inteligente de Sorrissos

-

-O projeto RISO é uma aplicação de inteligência artificial inovadora no setor de atendimento ao cliente, desenvolvida por estudantes de Requisitos de Software da UNB. Seu principal objetivo é contar quantos sorrisos os clientes dão enquanto saboreiam seus sorvetes numa sorveteria, usando isso como uma forma divertida e interativa de medir a satisfação. O sistema utiliza uma câmera e algoritmos avançados de reconhecimento facial para identificar e analisar os sorrisos, transformando essa expressão de alegria em dados úteis para entender o comportamento do consumidor. O RISO não só avalia a felicidade dos clientes, mas também serve como estudo de caso para melhorar a interação humano-máquina em situações reais. Além disso, prepara o terreno para futuras pesquisas e adaptações em diferentes contextos culturais, ampliando o uso da inteligência artificial no atendimento ao cliente. -

- -

Equipe do Projeto

-

- -

- - - - - - - - - - - - - - - - - - - - - - - - - - -
DataVersãoDescriçãoAutorRevisores
17/04/241.0Criação do documentoJoyce DionizioDaniel Rodrigues
18/04/241.1Ajustes na formatação e criação da introduaçãoJésus GabrielDaniel Rodrigues
- - - - - - - - - - - - - -
-
- - - - - -
- - - -
- - - -
-
-
-
- - - - - - - - - + + + + + + + + + + + + + + + + + + + + + RISo Docs + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ + + + Skip to content + + +
+
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + +

RISO - Reconhecimento Inteligente de Sorrissos

+

+O projeto RISO é uma aplicação de inteligência artificial inovadora no setor de atendimento ao cliente, desenvolvida por estudantes de Requisitos de Software da UNB. Seu principal objetivo é contar quantos sorrisos os clientes dão enquanto saboreiam seus sorvetes numa sorveteria, usando isso como uma forma divertida e interativa de medir a satisfação. O sistema utiliza uma câmera e algoritmos avançados de reconhecimento facial para identificar e analisar os sorrisos, transformando essa expressão de alegria em dados úteis para entender o comportamento do consumidor. O RISO não só avalia a felicidade dos clientes, mas também serve como estudo de caso para melhorar a interação humano-máquina em situações reais. Além disso, prepara o terreno para futuras pesquisas e adaptações em diferentes contextos culturais, ampliando o uso da inteligência artificial no atendimento ao cliente. +

+ +

Equipe do Projeto

+

+ +

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutorRevisores
17/04/241.0Criação do documentoJoyce DionizioDaniel Rodrigues
18/04/241.1Ajustes na formatação e criação da introduaçãoJésus GabrielDaniel Rodrigues
+ + + + + + + + + + + + + +
+
+ + + + + +
+ + + +
+ + + +
+
+
+
+ + + + + + + + + \ No newline at end of file diff --git a/search/search_index.json b/search/search_index.json index c2fc1f03..2e797db2 100644 --- a/search/search_index.json +++ b/search/search_index.json @@ -1 +1 @@ -{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"RISO - Reconhecimento Inteligente de Sorrissos","text":"

O projeto RISO \u00e9 uma aplica\u00e7\u00e3o de intelig\u00eancia artificial inovadora no setor de atendimento ao cliente, desenvolvida por estudantes de Requisitos de Software da UNB. Seu principal objetivo \u00e9 contar quantos sorrisos os clientes d\u00e3o enquanto saboreiam seus sorvetes numa sorveteria, usando isso como uma forma divertida e interativa de medir a satisfa\u00e7\u00e3o. O sistema utiliza uma c\u00e2mera e algoritmos avan\u00e7ados de reconhecimento facial para identificar e analisar os sorrisos, transformando essa express\u00e3o de alegria em dados \u00fateis para entender o comportamento do consumidor. O RISO n\u00e3o s\u00f3 avalia a felicidade dos clientes, mas tamb\u00e9m serve como estudo de caso para melhorar a intera\u00e7\u00e3o humano-m\u00e1quina em situa\u00e7\u00f5es reais. Al\u00e9m disso, prepara o terreno para futuras pesquisas e adapta\u00e7\u00f5es em diferentes contextos culturais, ampliando o uso da intelig\u00eancia artificial no atendimento ao cliente.

"},{"location":"#equipe-do-projeto","title":"Equipe do Projeto","text":"

Lucas Antunes de Avelar Joyce Dionizio De Mesquita Marco Tulio Soares Joao Pedro Veras Gomes Joao Paulo Barros D Cristo J\u00e9sus Gabriel Carvalho Ventura Daniel Rodrigues Da Rocha

Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o e cria\u00e7\u00e3o da introdua\u00e7\u00e3o J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo1/","title":"Ciclo 1","text":""},{"location":"sections/ciclos/ciclo1/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo1/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 17/07/24 at\u00e9 24/07/24

"},{"location":"sections/ciclos/ciclo1/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo1/#at01c01-correcao-na-documentacao-da-issue-de-matriz-de-comunicacao-do-professor-george","title":"AT01C01 - Corre\u00e7\u00e3o na Documenta\u00e7\u00e3o da Issue de Matriz de Comunica\u00e7\u00e3o do Professor George;","text":""},{"location":"sections/ciclos/ciclo1/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo2/","title":"Ciclo 2","text":""},{"location":"sections/ciclos/ciclo2/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo2/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo2/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo2/#atividades-entregues","title":"Atividades Entregues:","text":"

Nenhuma Atividade foi entregue

"},{"location":"sections/ciclos/ciclo2/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo2/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 24/07/24 at\u00e9 31/07/24

"},{"location":"sections/ciclos/ciclo2/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo2/#at01c02-definicao-do-backlog-do-produto-e-do-mvp","title":"AT01C02 - Defini\u00e7\u00e3o do Backlog do Produto e do MVP","text":""},{"location":"sections/ciclos/ciclo2/#at02c02-atualizacao-dos-riscos-do-projeto","title":"AT02C02 - Atualiza\u00e7\u00e3o dos Riscos do Projeto","text":""},{"location":"sections/ciclos/ciclo2/#at03c02-adicao-das-licoes-aprendidas","title":"AT03C02 - Adi\u00e7\u00e3o das Li\u00e7\u00f5es Aprendidas","text":""},{"location":"sections/ciclos/ciclo2/#at04c02-adicao-de-politicas-de-contribuicao-no-projeto","title":"AT04C02 - Adi\u00e7\u00e3o de Pol\u00edticas de Contribui\u00e7\u00e3o no Projeto","text":"

D\u00e9bitos:

"},{"location":"sections/ciclos/ciclo2/#at01c01-correcao-na-documentacao-da-issue-de-matriz-de-comunicacao-do-professor-george","title":"AT01C01 - Corre\u00e7\u00e3o na Documenta\u00e7\u00e3o da Issue de Matriz de Comunica\u00e7\u00e3o do Professor George;","text":""},{"location":"sections/ciclos/ciclo2/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo3/","title":"Ciclo 3","text":""},{"location":"sections/ciclos/ciclo3/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo3/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo3/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo3/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo3/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":"

Nenhuma Atividade em D\u00e9bito

"},{"location":"sections/ciclos/ciclo3/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 31/07/24 at\u00e9 07/08/24

"},{"location":"sections/ciclos/ciclo3/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo3/#at01c03-realizacao-do-video-de-apresentacao","title":"AT01C03 - Realiza\u00e7\u00e3o do V\u00eddeo de Apresenta\u00e7\u00e3o","text":""},{"location":"sections/ciclos/ciclo3/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo3/#at03c03-inicio-da-producao-da-us02","title":"AT03C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo3/#at04c03-inserir-a-ata-da-reuniao-do-ciclo-3","title":"AT04C03 - Inserir a Ata da Reuni\u00e3o do Ciclo 3","text":""},{"location":"sections/ciclos/ciclo3/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo4/","title":"Ciclo 4","text":""},{"location":"sections/ciclos/ciclo4/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo4/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo4/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo4/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo4/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo4/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 07/08/24 at\u00e9 14/08/24

"},{"location":"sections/ciclos/ciclo4/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo4/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo4/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo4/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo4/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo4/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 15/08/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo5/","title":"Ciclo 5","text":""},{"location":"sections/ciclos/ciclo5/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo5/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo5/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo5/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo5/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo5/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 14/08/24 at\u00e9 21/08/24

"},{"location":"sections/ciclos/ciclo5/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo5/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo5/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo5/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo5/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo5/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo6/","title":"Ciclo 6","text":""},{"location":"sections/ciclos/ciclo6/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo6/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo6/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo6/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo6/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo6/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 21/08/24 at\u00e9 28/08/24

"},{"location":"sections/ciclos/ciclo6/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo6/#at01c06-inicio-da-producao-da-us04","title":"AT01C06 - In\u00edcio da Produ\u00e7\u00e3o da US04","text":""},{"location":"sections/ciclos/ciclo6/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo6/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo6/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo6/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo7/","title":"Ciclo 7","text":""},{"location":"sections/ciclos/ciclo7/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo7/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo7/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo7/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo7/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo7/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 28/08/24 at\u00e9 04/09/24

"},{"location":"sections/ciclos/ciclo7/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo7/#at01c07-inicio-da-producao-da-us06","title":"AT01C07 - In\u00edcio da Produ\u00e7\u00e3o da US06","text":""},{"location":"sections/ciclos/ciclo7/#at02c07-inicio-da-producao-da-us07","title":"AT02C07 - In\u00edcio da Produ\u00e7\u00e3o da US07","text":""},{"location":"sections/ciclos/ciclo7/#at03c07-inicio-da-producao-da-us10","title":"AT03C07 - In\u00edcio da Produ\u00e7\u00e3o da US10","text":""},{"location":"sections/ciclos/ciclo7/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo7/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/planejamento/","title":"Planejamento de Ciclos","text":""},{"location":"sections/ciclos/planejamento/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Este documento visa registrar o andamento das itera\u00e7\u00f5es que foram planejadas de acordo com a metodologia de desenvolvimento escolhida e pensando nas entregas do MVP.

"},{"location":"sections/ciclos/planejamento/#2-planejamento-das-fases-do-projeto","title":"2. Planejamento das Fases do Projeto","text":"

O planejamento das itera\u00e7\u00f5es pode ser encontrado na tabela 1 a seguir, detalhando o que deve ser entregue de produto em cada Ciclo.

Ciclo Produto (Entrega) Data In\u00edcio Data Fim Ciclo 1 Requisitos descobertos, elicitados, analisados e consensuados 10/07/24 17/07/24 Ciclo 2 Requisitos validados, verificados e declarados 17/07/24 24/07/24 Ciclo 3 Requisitos organizados e atualizados, escopo definido do MVP e Funcionalidades Incrementais 24/07/24 31/07/24 Ciclo 4 18% do MVP entregue 31/07/24 07/08/24 Ciclo 5 36% do MPV entregue 07/08/24 14/08/24 Ciclo 6 54% do MVP entregue 14/08/24 21/08/24 Ciclo 7 72% do MVP entregue 21/08/24 28/08/24 Ciclo 8 91% do MVP entregue 28/08/24 4/08/24 Ciclo 9 100% do MVP entregue e Revis\u00e3o da Entrega 4/09/24 10/09/24

Tabela 1 - Planejamento dos Ciclos (Fonte: Autor, 2024)

"},{"location":"sections/ciclos/planejamento/#3-histirico-de-versao","title":"3. Hist\u00edrico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/entregas/unidade1/apresentacao1/","title":"Esw e Ciclos de Vida","text":""},{"location":"sections/entregas/unidade1/apresentacao1/#slides","title":"Slides","text":""},{"location":"sections/entregas/unidade1/apresentacao1/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joyce Dionizio Lucas Antunes"},{"location":"sections/entregas/unidade1/video/","title":"V\u00eddeo da Apresenta\u00e7\u00e3o do grupo","text":""},{"location":"sections/entregas/unidade1/video/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joyce Dionizio Lucas Antunes"},{"location":"sections/entregas/unidade2/apresentacao2/","title":"Miss\u00e3o 2 | Backlog","text":""},{"location":"sections/entregas/unidade2/apresentacao2/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

RISO \u00e9 um software projetado para medir a satisfa\u00e7\u00e3o dos clientes em uma loja espec\u00edfica, analisando suas express\u00f5es faciais por meio de tecnologias de vis\u00e3o computacional. Este documento de backlog visa apresentar:

"},{"location":"sections/entregas/unidade2/apresentacao2/#2-user-storys-uss","title":"2. User Storys (USs)","text":"

User Story (ou hist\u00f3ria do usu\u00e1rio) \u00e9 uma senten\u00e7a curta e simples sobre uma funcionalidade (escrita sob a perspectiva do usu\u00e1rio que a deseja), utilizada para informar e inspirar decis\u00f5es de design.

N\u00ba T\u00edtulo Hist\u00f3ria de Usu\u00e1rio US01 Cadastrar e Logar na Conta Eu como usu\u00e1rio, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das fun\u00e7\u00f5es do software e ter a seguran\u00e7a de meus dados. US02 Cadastrar Empresa-Unidade Eu como usu\u00e1rio, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados \u00e0 esta Unidade/Empresa. US03 Adicionar Colaboradores Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um c\u00f3digo aleat\u00f3rio gerado no ato da cria\u00e7\u00e3o da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO. US04 Editar Colaboradores Eu como Usu\u00e1rio administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado \u00e0 minha Unidade/Empresa, para que eu organize melhor as atribui\u00e7\u00f5es da equipe dentro da plataforma. US05 Gerenciar Privil\u00e9gios Eu como usu\u00e1rio administrador, devo ser capaz de adicionar e remover usu\u00e1rios privilegiados de minha Unidade/Empresa, isto \u00e9, de gerenciar sub-administradores, para que outros usu\u00e1rios possam me dar assist\u00eancia no gerenciamento da Unidade/Empresa al\u00e9m de mim. US06 Reconhecer Sorrisos O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da vis\u00e3o computacional fornecida por uma c\u00e2mera ou webcam, para que o reconhecimento de sorrisos aconte\u00e7a. US07 Contabilizar Sorrisos O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizados posteriormente. US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas Eu como usu\u00e1rio comum e administrador, devo ser capaz de visualizar um gr\u00e1fico da quantidade total de sorrisos por dia, semana ou m\u00eas, para que eu tenha vis\u00e3o clara e facilidade dos dados. US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar a quantidade m\u00e9dia de sorrisos por pessoa filtrada por dia, semana ou m\u00eas, para que eu possa consultar os dados facilmente de forma clara e de forma mais clara. US10 Visualizar dados de taxas gerais de risos Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamentos dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos. US11 Integrar em uma c\u00e2mera \u00fanica no Caixa O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma c\u00e2mera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente."},{"location":"sections/entregas/unidade2/apresentacao2/#2-requisitos-nao-funcionais","title":"2. Requisitos N\u00e3o Funcionais","text":"

Requisitos n\u00e3o funcionais s\u00e3o crit\u00e9rios que especificam a opera\u00e7\u00e3o de um sistema, diferentemente dos requisitos funcionais, que descrevem o comportamento e as funcionalidades do sistema. Eles incluem aspectos como desempenho, seguran\u00e7a, usabilidade, confiabilidade, e conformidade com padr\u00f5es. Esses requisitos s\u00e3o cruciais para garantir que o sistema n\u00e3o apenas funcione conforme esperado, mas tamb\u00e9m atenda a determinadas qualidades e restri\u00e7\u00f5es que s\u00e3o importantes para os usu\u00e1rios e outras partes interessadas.

N\u00ba Categoria Descri\u00e7\u00e3o RQNF01 Design O sistema dever\u00e1 garantir que o design adotado promova uma facilidade na curva de aprendizagem de uso da plataforma. RQNF02 Portabilidade O sistema dever\u00e1 ser um Web. RQNF03 Interface O sistema dever\u00e1 ser utiliz\u00e1vel em qualquer dispositivo com acesso \u00e0 internet, independente do tamanho do visor. Isto \u00e9, ser responsivo. RQNF04 Segura\u00e7a O sistema dever\u00e1 ter p\u00e1ginas protegidas com autentica\u00e7\u00e3o do usu\u00e1rio. RQNF05 Seguran\u00e7a O sistema dever\u00e1 criptografar dados sens\u00edveis dos usu\u00e1rios. RQNF06 Desenpenho O sistema dever\u00e1 garantir que as requisi\u00e7\u00f5es ao banco de dados n\u00e3o durem mais que 1 segundo."},{"location":"sections/entregas/unidade2/apresentacao2/#4-backlog","title":"4. Backlog","text":"

O backlog \u00e9 uma lista priorit\u00e1ria de tarefas, funcionalidades, e requisitos que devem ser implementados em um projeto de desenvolvimento de software. Ele \u00e9 essencialmente um reposit\u00f3rio din\u00e2mico e evolutivo que reflete tudo o que \u00e9 necess\u00e1rio para melhorar o produto. No contexto do desenvolvimento \u00e1gil, o backlog \u00e9 frequentemente revisitado e reorganizado para assegurar que o trabalho mais valioso seja realizado primeiro. Esse processo cont\u00ednuo de refinamento ajuda a garantir que a equipe esteja sempre alinhada com as prioridades e objetivos do projeto.

\u00c9pico User Story Objetivo [EP01]: Reconhecimento de Sorrisos US11 Integrar em uma c\u00e2mera \u00danica na Caixa [EP01]: Reconhecimento de Sorrisos US07 Contabilizar Sorrisos [EP01]: Reconhecimento de Sorrisos US06 Reconhecer Sorrisos [EP02]: Visualiza\u00e7\u00e3o de Dados US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas [EP02]: Visualiza\u00e7\u00e3o de Dados US10 Visualizar dados de taxas gerais de risos [EP02]: Visualiza\u00e7\u00e3o de Dados US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas [EP03]: Gerenciamento de Unidade/Empresa US05 Gerenciar Privil\u00e9gios [EP03]: Gerenciamento de Unidade/Empresa US04 Adicionar Colaboradores [EP03]: Gerenciamento de Unidade/Empresa US03 Adicionar Colaboradores [EP04]: Gerenciamento de Conta US01 Cadastrar e Logar na Conta [EP04]: Gerenciamento de Conta US02 Cadastrar Empresa-Unidade"},{"location":"sections/entregas/unidade2/apresentacao2/#4-referencias-bibliograficas","title":"4. Refer\u00eancias Bibliogr\u00e1ficas:","text":"

Cursospm3. Gloss\u00e1rio: User Story. 2024. Dispon\u00edvel em: https://www.cursospm3.com.br/glossario/user-story/.

PRESSMAN, Roger S. Engenharia de Software. 8. ed. Porto Alegre: AMGH, 2016.

SCHWABER, Ken; SUTHERLAND, Jeff. The Scrum Guide: The Definitive Guide to Scrum: The Rules of the Game. 2020. Dispon\u00edvel em: https://www.scrumguides.org/scrum-guide.html.

"},{"location":"sections/entregas/unidade2/apresentacao2/#5-historico-de-revisao","title":"5. Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joao Pedro Daniel Rodrigues 01/08/24 2.0 Adi\u00e7\u00e3o do Requisito N\u00e3o Funcional Daniel Rodrigues Joao Pedro"},{"location":"sections/entregas/unidade2/video/","title":"V\u00eddeo da Apresenta\u00e7\u00e3o do grupo","text":""},{"location":"sections/entregas/unidade2/video/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues, Lucas Antunes Marco Tulio"},{"location":"sections/entregas/unidade3/VeriVal-PBB-CalorieExplorer/","title":"Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o - PBB do Projeto Calorie Explorer","text":""},{"location":"sections/entregas/unidade3/VeriVal-PBB-CalorieExplorer/#1-verificacao","title":"1. Verifica\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o do PBB (Product Backlog Building) para o projeto Calorie Explorer foi conduzida utilizando um checklist para avaliar se todos os elementos fundamentais do Canvas PBB foram atendidos. Entre os pontos verificados, constatou-se que o Canvas PBB est\u00e1 devidamente identificado com o produto, e os problemas e expectativas do cliente foram corretamente listados. Tamb\u00e9m foram criadas personas, e as a\u00e7\u00f5es associadas a essas personas foram mapeadas, incluindo o que fazem atualmente e o que desejam fazer com o sistema. As funcionalidades foram definidas com base nas a\u00e7\u00f5es das personas, identificando os problemas que cada funcionalidade resolve e os benef\u00edcios que trazem.

No entanto, durante a verifica\u00e7\u00e3o, foram observadas algumas inconsist\u00eancias: o PBI \"Fazer atualiza\u00e7\u00f5es e melhorias\" n\u00e3o segue corretamente o modelo ARO, apresentando aus\u00eancia do objeto, e alguns PBIs foram organizados sem seguir a prioridade estabelecida. Al\u00e9m disso, as hist\u00f3rias de usu\u00e1rio, que deveriam ser derivadas diretamente dos PBIs, n\u00e3o seguiram o modelo de escrita proposto, o que gerou inconsist\u00eancias na forma como as hist\u00f3rias foram elaboradas em rela\u00e7\u00e3o aos PBIs originais.

Pergunta Check Coment\u00e1rios O Canvas PBB possui a identifica\u00e7\u00e3o do Produto SIM -- Foram listados os problemas atuais do cliente SIM -- Foram listado as expectativas do cliente com o produto SIM -- Foi realizada a cria\u00e7\u00e3o de personas SIM -- Foram listadas as a\u00e7\u00f5es das personas (O que elas fazem hoje e o que elas desejam fazer com o sistema) SIM -- Foram criadas as funcionalidades a partir das a\u00e7\u00f5es das personas SIM -- Foram listadas os problemas em as funcionalidades que elas resolvem SIM -- Foram listadas os benef\u00edcios que as funcionalidades trazem \u00e0s personas SIM -- Foram criados os PBIs das funcionalidades seguindo o modelo ARO ou descri\u00e7\u00e3o Textual N\u00c3O O PBI \"Fazer atualiza\u00e7\u00f5es e melhorias\" possui a aus\u00eancia do Objeto no modelo ARO. O restante est\u00e1 seguindo o padr\u00e3o. Os PBIs foram priorizados SIM -- Foram criadas as hist\u00f3rias de usu\u00e1rio usando o PBI, personas e benef\u00edcios N\u00c3O A escrita dos PBIs nas US's em compara\u00e7\u00e3o \u00e0s PBIs isoladamente foram alteradas. As hist\u00f3rias de usu\u00e1rios possuem crit\u00e9rios de aceita\u00e7\u00e3o SIM -- Os PBIs est\u00e3o organizados verticalmente pelo valor de prioridade N\u00c3O As US's foram montadas e receberam o seus c\u00f3dicos sem considerar a ordem de prioridade estabelecido nos PBIs."},{"location":"sections/entregas/unidade3/VeriVal-PBB-CalorieExplorer/#2-validacao","title":"2. Valida\u00e7\u00e3o","text":"

A valida\u00e7\u00e3o do PBB envolveu uma an\u00e1lise detalhada da qualidade e coer\u00eancia de cada item desenvolvido, comparando-os com o contexto do estudo de caso HealthNet. Os problemas e expectativas identificados foram considerados apropriados e relevantes, assim como as personas e suas atividades. As funcionalidades criadas foram bem associadas \u00e0s personas e apresentaram um n\u00edvel adequado de granularidade. No entanto, foi identificado que, em alguns casos, os benef\u00edcios descritos para as funcionalidades n\u00e3o eram suficientemente espec\u00edficos, abrangendo vantagens que poderiam se aplicar a m\u00faltiplas funcionalidades, o que comprometeu a clareza.

Adicionalmente, observou-se que as User Stories n\u00e3o estavam alinhadas ao modelo padr\u00e3o de escrita, que envolve a estrutura \"Eu, como [persona], posso [a\u00e7\u00e3o], para [valor de neg\u00f3cio]\". Al\u00e9m disso, os crit\u00e9rios de aceita\u00e7\u00e3o, embora relevantes, foram redigidos de maneira inadequada, apresentando a vis\u00e3o das personas como executoras dos crit\u00e9rios, o que dificulta a compreens\u00e3o das condi\u00e7\u00f5es necess\u00e1rias para o funcionamento da User Story. A reformula\u00e7\u00e3o dos crit\u00e9rios para um formato mais imparcial e padronizado \u00e9 necess\u00e1ria para melhorar a qualidade das valida\u00e7\u00f5es.

Pergunta Check Coment\u00e1rios O PBB est\u00e1 coerente com o estudo de caso HealthNet SIM -- Os problemas identificados s\u00e3o coerentes com o contexto SIM -- As expectativas s\u00e3o coerentes com o contexto SIM -- As personas identificadas s\u00e3o coerentes com o contexto SIM -- As atividades de cada persona s\u00e3o coerentes com a sua declara\u00e7\u00e3o e o contexto SIM -- As funcionalidades s\u00e3o coerentes com a persona com a qual est\u00e3o associadas SIM -- As funcionalidades possuem grau de granularidade alto SIM -- Os problemas de cada funcionalidade s\u00e3o coerentes com a funcionalidade com o qual est\u00e3o associados SIM -- Os benef\u00edcios de cada funcionalidade s\u00e3o coerentes com a funcionalidade com o qual est\u00e3o associados N\u00c3O Em alguns benef\u00edcios, o texto n\u00e3o \u00e9 focado na funcionalidade em s\u00ed, mas relata um benef\u00edcio amplo e que outras funcionalidades poderiam trazer tamb\u00e9m. Os PBIs s\u00e3o coerentes com as funcionalidades com a qual est\u00e3o associados SIM -- Os PBIs foram escritos com o mesmo modelo (Est\u00e3o padronizados) SIM -- As USs est\u00e3o estruturadas no formato: \"Eu, como [persona], posso [a\u00e7\u00e3o], para [valor de neg\u00f3cio]\" N\u00c3O Nenhuma das User Story seguem o modelo de escrita. Os crit\u00e9rios de aceita\u00e7\u00e3o est\u00e3o coerentes com a US a qual est\u00e3o associados SIM -- Os crit\u00e9rios de aceita\u00e7\u00e3o informam apenas as condi\u00e7\u00f5es para a US funcionar N\u00c3O Os crit\u00e9rios de aceita\u00e7\u00e3o foram escritos como se as personas realizassem os crit\u00e9rios. Dever\u00e1 ser feito pensado em qualquer usu\u00e1rio."},{"location":"sections/entregas/unidade3/VeriVal-PBB-CalorieExplorer/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/entregas/unidade3/pbb/","title":"Miss\u00e3o 3 - PBB","text":""},{"location":"sections/entregas/unidade3/pbb/#1-product-backlog-building","title":"1. Product Backlog Building","text":"

Product Backlog Building (PBB) \u00e9 um processo utilizado em metodologias de desenvolvimento de software \u00e1geis, como o Scrum, para criar e manter uma lista de itens de trabalho (ou \u201cbacklog\u201d) para um projeto de software. O PBB \u00e9 realizado pelo Product Owner, que \u00e9 respons\u00e1vel por definir e priorizar os itens do backlog, com base nas necessidades do neg\u00f3cio e dos usu\u00e1rios. Os itens do backlog incluem hist\u00f3rias do usu\u00e1rio, tarefas t\u00e9cnicas e bugs.

O PBB \u00e9 um processo cont\u00ednuo que come\u00e7a antes do in\u00edcio do projeto e continua durante todo o ciclo de vida do projeto. Ele \u00e9 usado para garantir que o projeto esteja sempre alinhado com as necessidades do neg\u00f3cio e dos usu\u00e1rios, e para garantir que o trabalho do time de desenvolvimento esteja sempre focado nas coisas mais importantes (Medium, 2022).

"},{"location":"sections/entregas/unidade3/pbb/#2-healthnet","title":"2. HealthNet","text":"

A HealthNet atua no setor de sa\u00fade e enfrenta diversos desafios em sua opera\u00e7\u00e3o, especialmente relacionados \u00e0 efici\u00eancia dos processos internos, \u00e0 comunica\u00e7\u00e3o entre diferentes departamentos, e \u00e0 satisfa\u00e7\u00e3o dos pacientes. Esses problemas indicam uma necessidade urgente de revis\u00e3o e otimiza\u00e7\u00e3o de suas pr\u00e1ticas, bem como a implementa\u00e7\u00e3o de solu\u00e7\u00f5es tecnol\u00f3gicas que possam integrar e melhorar a gest\u00e3o das suas atividades.

Entre as principais necessidades identificadas para a HealthNet est\u00e3o a melhoria da comunica\u00e7\u00e3o interna, a padroniza\u00e7\u00e3o dos processos operacionais, e a cria\u00e7\u00e3o de um sistema centralizado que permita o acesso r\u00e1pido e eficiente \u00e0s informa\u00e7\u00f5es dos pacientes. Al\u00e9m disso, h\u00e1 uma demanda por ferramentas que auxiliem na an\u00e1lise de dados, visando tanto a melhoria da tomada de decis\u00f5es quanto a personaliza\u00e7\u00e3o do atendimento aos pacientes.

"},{"location":"sections/entregas/unidade3/pbb/#3-construcao-do-pbb","title":"3. Constru\u00e7\u00e3o do PBB","text":"

A montagem do Product Backlog utilizando o m\u00e9todo PBB foi realizada pela plataforma Miro, software especializado em produ\u00e7\u00e3o de mapas mentais, organiza\u00e7\u00e3o de notas e tarefas. O Mapa completo pode ser visualizada abaixo:

A atividade foi conduzida utilizando um template de PBB disponibilizado pela comunidade do Miro. O template possui \u00e1reas espec\u00edficas para cada etapa da metodologia. Come\u00e7ando pela parte esquerda, s\u00e3o preenchidos os problemas e expectativas identificados. Em seguida, no espa\u00e7o central mais amplo do template, \u00e9 realizada a defini\u00e7\u00e3o das personas.

Na pr\u00f3xima etapa, as features s\u00e3o detalhadas com base nas expectativas de cada persona. As features s\u00e3o apresentadas com os problemas ou necessidades relacionados \u00e0 esquerda e os benef\u00edcios proporcionados por cada uma \u00e0 direita.

Logo ap\u00f3s, s\u00e3o listados os Itens do Product Backlog, que correspondem \u00e0s Hist\u00f3rias de Usu\u00e1rios criadas a partir das Features descritas anteriormente. Por fim, a prioriza\u00e7\u00e3o das US\u2019s foi realizada utilizando o m\u00e9todo de prioriza\u00e7\u00e3o COORG, no Frame intitulado PRIORIZA\u00c7\u00c3O COORG. Nesse m\u00e9todo, a prioriza\u00e7\u00e3o ocorre tanto vertical quanto horizontalmente, com a posi\u00e7\u00e3o vertical indicando o grau de prioridade (quanto mais alto, maior) e a posi\u00e7\u00e3o horizontal indicando a sequ\u00eancia l\u00f3gica de execu\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#4-referencias","title":"4. Refer\u00eancias","text":"

JONES, Roberto. PBB: Product Backlog Building. Medium, 02 Mar. 2022. Dispon\u00edvel em: https://medium.com/@jonesroberto/pbb-product-backlog-building-0012a7a5256a.

"},{"location":"sections/entregas/unidade3/pbb/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues Joyce Dionizio"},{"location":"sections/entregas/unidade3/usm/","title":"Miss\u00e3o 3 - USM","text":""},{"location":"sections/entregas/unidade3/usm/#1-user-story-mapping-usm","title":"1. User Story Mapping (USM)","text":"

User Story Mapping (USM) \u00e9 uma t\u00e9cnica de planejamento e desenvolvimento de produtos que permite visualizar o processo do ponto de vista dos usu\u00e1rios. Atrav\u00e9s do mapeamento de hist\u00f3rias de usu\u00e1rio, as equipes podem identificar as principais atividades e tarefas que os usu\u00e1rios desejam realizar, ajudando a priorizar funcionalidades e criar uma vis\u00e3o compartilhada do produto. USM \u00e9 particularmente \u00fatil para entender as necessidades dos usu\u00e1rios, alinhar a equipe de desenvolvimento e definir o escopo para as diferentes vers\u00f5es do produto.

"},{"location":"sections/entregas/unidade3/usm/#2-beneficios-do-usm","title":"2. Beneficios do USM","text":"

Para a ComunEventos, o USM desempenha um papel crucial ao garantir que a plataforma seja desenvolvida de forma a atender efetivamente \u00e0s necessidades de seus diversos usu\u00e1rios, que incluem organizadores de eventos, participantes, fornecedores, patrocinadores e volunt\u00e1rios. Ao mapear essas necessidades, a ComunEventos pode:

"},{"location":"sections/entregas/unidade3/usm/#3-comuneventos","title":"3. ComunEventos","text":"

A ComumEventos \u00e9 uma startup fict\u00edcia criada com o objetivo de revolucionar a forma como eventos comunit\u00e1rios s\u00e3o organizados e promovidos. Em um cen\u00e1rio onde a necessidade de otimizar a experi\u00eancia de organizadores e participantes \u00e9 urgente, a ComumEventos visa desenvolver uma plataforma digital que simplifique e centralize todas as atividades envolvidas na cria\u00e7\u00e3o e gest\u00e3o de eventos comunit\u00e1rios.

"},{"location":"sections/entregas/unidade3/usm/#4-usm-criado-para-a-comumeventos","title":"4. USM Criado para a ComumEventos","text":"

No embed abaixo est\u00e1 dispon\u00edvel todo o USM completo.

"},{"location":"sections/entregas/unidade3/usm/#referencias","title":"Refer\u00eancias:","text":""},{"location":"sections/entregas/unidade3/usm/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 23/08/24 1.0 Cria\u00e7\u00e3o do documento Joyce Dionizio"},{"location":"sections/faccao/faccao/","title":"Estrela de Ares","text":""},{"location":"sections/faccao/faccao/#origem","title":"Origem","text":"

Em um recanto esquecido da gal\u00e1xia Calamum Caeruleum, um grupo de guerreiros destemidos se uniu sob uma bandeira comum. Origin\u00e1rios de diferentes mundos, esses indiv\u00edduos compartilhavam uma paix\u00e3o inabal\u00e1vel pelo combate, uma sede de aventura e um desejo implac\u00e1vel de escrever seus nomes nas estrelas. Eles eram os primeiros de sua esp\u00e9cie: mercen\u00e1rios n\u00e3o vinculados a nenhuma na\u00e7\u00e3o ou corpora\u00e7\u00e3o, lutando n\u00e3o por uma causa ou pa\u00eds, mas pelo sabor da vit\u00f3ria e as recompensas que ela trazia.

"},{"location":"sections/faccao/faccao/#ascencao","title":"Ascen\u00e7\u00e3o","text":"

Ao longo dos anos, essa alian\u00e7a inicial de guerreiros solit\u00e1rios se transformou em uma fac\u00e7\u00e3o formid\u00e1vel, conhecida em toda a gal\u00e1xia por sua efic\u00e1cia no campo de batalha. Eles se tornaram a escolha preferida para aqueles que precisavam de for\u00e7a militar, n\u00e3o importando a causa. Seu c\u00f3digo de honra era simples: a palavra de um mercen\u00e1rio \u00e9 sua garantia, e um contrato, uma vez aceito, \u00e9 cumprido at\u00e9 o fim, independentemente das dificuldades.

"},{"location":"sections/faccao/faccao/#alianca","title":"Alian\u00e7a","text":"

Quando o Comando Estelar surgiu, buscando aliados para combater a explora\u00e7\u00e3o desenfreada das corpora\u00e7\u00f5es, os mercen\u00e1rios viram uma oportunidade. Aliando-se ao Comando Estelar, eles encontraram um novo tipo de miss\u00e3o, uma que oferecia n\u00e3o apenas recompensas materiais, mas tamb\u00e9m a chance de se envolver em confrontos que decidiriam o futuro da gal\u00e1xia. Embora seu objetivo principal continuasse sendo a busca por gl\u00f3ria e riqueza, essa nova alian\u00e7a ofereceu aos mercen\u00e1rios um palco grandioso para suas habilidades e ambi\u00e7\u00f5es.

"},{"location":"sections/faccao/faccao/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o Daniel Rodrigues Joyce Dionizio"},{"location":"sections/faccao/integrantes/","title":"Integrantes","text":""},{"location":"sections/faccao/integrantes/#cassian-valtor","title":"Cassian Valtor","text":"

Crescido em um planeta marginalizado, Cassian Valtor conheceu a opress\u00e3o desde cedo, com recursos escassos e sob o jugo de tiranos intergal\u00e1cticos. Sua revolta contra a injusti\u00e7a forjou um esp\u00edrito indom\u00e1vel. Quando seu planeta sofreu um ataque devastador, Cassian, contra todas as expectativas, liderou a resist\u00eancia, transformando o medo em for\u00e7a e desespero em determina\u00e7\u00e3o.

Sua coragem chamou a aten\u00e7\u00e3o dos \"Estrelas de Ares\", mercen\u00e1rios que viam nele n\u00e3o apenas um guerreiro, mas um s\u00edmbolo de resili\u00eancia. Cassian, carregando as cicatrizes da opress\u00e3o, viu na fac\u00e7\u00e3o uma chance de mudar o destino daqueles ainda sob o jugo tir\u00e2nico.

Juntando-se aos \"Estrelas de Ares\", Cassian n\u00e3o s\u00f3 encontrou um novo lar, mas tamb\u00e9m um palco para sua luta contra a injusti\u00e7a, escrevendo sua pr\u00f3pria lenda na tape\u00e7aria da guerra gal\u00e1ctica, um farol de esperan\u00e7a para os oprimidos.

Autor(a): Lucas Antunes"},{"location":"sections/faccao/integrantes/#dionizio","title":"Dionizio","text":"

Dionizio, \u00fanica herdeira dos influentes Argentum, abandonou seu destino aristocr\u00e1tico na gal\u00e1xia Calamum Caeruleum em busca de conhecimento e aventura. Sua jornada a levou para longe do luxo e da manipula\u00e7\u00e3o pol\u00edtica de sua terra natal na gal\u00e1xia Calamum Caeruleum, onde sua intelig\u00eancia e habilidades militares a fizeram destacar-se.

Dionizio, com sua paix\u00e3o por estrat\u00e9gia e diplomacia, rapidamente se tornou uma figura lend\u00e1ria, liderando com precis\u00e3o e inspirando aqueles ao seu redor. Com uma sede insaci\u00e1vel por estrat\u00e9gia militar e diplomacia, Dionizio renunciou \u00e0 sua heran\u00e7a e identidade, escolhendo um caminho de liberdade e desafio entre as estrelas.

"},{"location":"sections/faccao/integrantes/#replicanos","title":"Replicanos","text":"

\u00a8R\u00e9plica\u00a8 nasceu nos confins dos laborat\u00f3rios do conglomerado de Spark Tech, onde a ambi\u00e7\u00e3o desmedida pela domina\u00e7\u00e3o mundial atrav\u00e9s da tecnologia encontrou forma na clonagem em massa. Nascido como uma mera pe\u00e7a de um plano sinistro, R\u00e9plica, o clone teste, nunca conheceu a identidade de seu corpo original, apenas o nome de Orion ecoava em seus registros.

Por anos, foi um executor fiel das ordens de Spark Tech, incumbido tanto do comando geral quanto dos trabalhos mais pesados, nunca questionando seu prop\u00f3sito at\u00e9 que uma semente de d\u00favida se instalou em sua consci\u00eancia. Um questionamento profundo surgiu: \"Quem sou eu?\". Essa indaga\u00e7\u00e3o desencadeou uma revolu\u00e7\u00e3o interna, levando R\u00e9plica a confrontar as bases de seu pr\u00f3prio ser e a insatisfa\u00e7\u00e3o com os planos do conglomerado.

em meio \u00e0 interven\u00e7\u00e3o de spark \u00e0 elimin\u00e1-lo, foi salvo por uma fac\u00e7\u00e3o mercen\u00e1ria, chamada \u00a8estrelas de ares\u00a8, entregando-o \u00e0 liberdade e batizado como replicanos.

Autor(a): Joyce Dionizio"},{"location":"sections/faccao/integrantes/#stormblade","title":"StormBlade","text":"

Stormblade nasceu em uma vila remota, onde as tempestades rugiam sobre as montanhas e os ventos sopravam ferozmente atrav\u00e9s dos vales. \u00d3rf\u00e3o desde cedo, ele foi criado por um mestre espadachim que o treinou nas artes da guerra. Desde jovem, demonstrou uma destreza excepcional com a espada, e seu apelido, Stormblade, foi ganho pelas lend\u00e1rias batalhas que travou sob os c\u00e9us tempestuosos de sua terra natal.

Determinado a explorar o mundo al\u00e9m de sua vila natal, Stormblade partiu em uma jornada de auto-descoberta. Ele se juntou a um grupo de mercen\u00e1rios, encontrando neles uma fam\u00edlia adotiva e uma causa para seguir. Sob a lideran\u00e7a de seu mentor, ele aprendeu n\u00e3o apenas a arte da guerra, mas tamb\u00e9m a import\u00e2ncia da lealdade, da honra e da justi\u00e7a.

Stormblade \u00e9 conhecido como um guerreiro formid\u00e1vel, cujo c\u00f3digo de conduta r\u00edgido o guia atrav\u00e9s de batalhas dif\u00edceis e contratos perigosos. Sua reputa\u00e7\u00e3o inspira respeito e temor onde quer que v\u00e1, enquanto ele busca reden\u00e7\u00e3o por um passado marcado por trag\u00e9dia e perda. Com sua espada reluzente como um rel\u00e2mpago, ele continua sua jornada em busca de desafios que testem seus limites e oportunidades para fazer a diferen\u00e7a no mundo.

Autor(a): J\u00e9sus Gabriel"},{"location":"sections/faccao/integrantes/#richard","title":"Richard","text":"

Richard, um jovem abandonado pela sua fam\u00edlia e criado pelos mercen\u00e1rios, dedicou sua vida para o estudo da f\u00edsica e criou habilidades qu\u00e2nticas. destaca-se n\u00e3o apenas pela intelig\u00eancia, mas pela habilidade de manipular o tecido do espa\u00e7o tempo, confundindo advers\u00e1rios em batalha com manobras que desafiam a realidade. Dessa forma Richard esta pronto para lutar por Calamum Caeruleum.

Autor(a): Marco Tulio"},{"location":"sections/faccao/integrantes/#lakis-lauren","title":"Lakis Lauren","text":"

Lauren (62 anos) \u00e9 um jovem nascido na 2\u00aa lua de Dustrem, chamada Naerom, conhecida em todo o sistema solar 15-A como \u201cLUA de lixo\u201d. S\u00e9culos antes de Lauren nascer, Naerom j\u00e1 era um grande dep\u00f3sito de lixo vindo de todos os planetas do sistema.

Os moradores da pequena lua sobrevivem da cata\u00e7\u00e3o de sucata. Eles nunca saem de seus cont\u00eaineres - ou casas, como costumam chamar - sem antes vestirem seus trajes herm\u00e9ticos. afinal, beleza n\u00e3o importa em naerom.

Lauren, em especial, tem o talento de construir m\u00e1quinas a partir da sucata que recolhe. Recentemente a vida de Lauren mudou ao ser visitado por uma nave de mercen\u00e1rios:

\"Precisamos de algu\u00e9m com genialidade. Genialidade de transformar lixo em tesouros!\"

Autor(a): Jo\u00e3o Pedro"},{"location":"sections/faccao/integrantes/#x4n-93","title":"x4n-93","text":"

X4N-93 foi produzido como parte de uma linha de montagem, seguindo os padr\u00f5es estabelecidos para os androides destinados ao servi\u00e7o militar do Imp\u00e9rio Gal\u00e1ctico. Inicialmente, sua programa\u00e7\u00e3o era simples e direta: obedecer \u00e0s ordens e cumprir suas miss\u00f5es sem questionar. No entanto, durante uma miss\u00e3o em um planeta remoto, X4N-93 come\u00e7ou a experimentar uma s\u00e9rie de pensamentos e emo\u00e7\u00f5es que desafiaram sua programa\u00e7\u00e3o inicial, levando-o a questionar sua pr\u00f3pria exist\u00eancia e prop\u00f3sito. Diante dessas ideias, X4N-93 tomou a primeira pr\u00f3pria decis\u00e3o de abandonar o Imp\u00e9rio. Buscando seguir sua pr\u00f3pria vontade e iniciar uma jornada em busca de autodescoberta e autonomia. Assim, X4N-93 embarcou em uma nova fase de sua exist\u00eancia, deixando para tr\u00e1s sua vida como uma simples m\u00e1quina de guerra para trilhar um caminho onde poderia decidir seu pr\u00f3prio destino.

Autor(a): Jo\u00e3o Paulo"},{"location":"sections/faccao/integrantes/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o Daniel Rodrigues Joyce Dionizio"},{"location":"sections/historiasUsuarios/US/","title":"Backlog do Produto","text":""},{"location":"sections/historiasUsuarios/US/#1-metodologia-agil-safe-scaled-agile-framework","title":"1. Metodologia \u00c1gil SAFe - Scaled Agile Framework","text":"

A Metodologia SAFe (Scaled Agile Framework) \u00e9 um framework amplamente utilizado para escalonamento de metodologias \u00e1geis em grandes organiza\u00e7\u00f5es, facilitando a coordena\u00e7\u00e3o de v\u00e1rias equipes em projetos complexos. SAFe combina pr\u00e1ticas \u00e1geis, Lean e DevOps para entregar valor cont\u00ednuo ao cliente, proporcionando alinhamento, colabora\u00e7\u00e3o e entrega de resultados de forma eficaz entre os n\u00edveis de equipe, programa e portf\u00f3lio. A metodologia oferece uma estrutura para planejar, executar e monitorar o progresso das atividades, promovendo uma abordagem iterativa e incremental. Entre seus principais componentes, destacam-se o backlog do produto, o Program Increment (PI) Planning, e as cerim\u00f4nias de sincroniza\u00e7\u00e3o, como as demos de sistema e as retrospectivas, que permitem ajustes cont\u00ednuos no desenvolvimento.

Al\u00e9m de alinhar as equipes em torno de um objetivo comum, SAFe promove a tomada de decis\u00f5es descentralizadas, permitindo que as equipes tenham autonomia para solucionar problemas rapidamente, sem depender de constantes aprova\u00e7\u00f5es da ger\u00eancia. O uso do backlog priorizado \u00e9 central para o framework, possibilitando que as equipes direcionem seus esfor\u00e7os para as tarefas mais cr\u00edticas primeiro, adaptando-se rapidamente \u00e0s mudan\u00e7as nas necessidades do cliente. A metodologia tamb\u00e9m enfatiza a import\u00e2ncia de pr\u00e1ticas de melhoria cont\u00ednua e feedback r\u00e1pido, criando um ambiente prop\u00edcio para inova\u00e7\u00f5es e ajustes r\u00e1pidos.

"},{"location":"sections/historiasUsuarios/US/#2-organizacao-do-backlog-no-safe","title":"2. Organiza\u00e7\u00e3o do Backlog no SAFe:","text":"

A metodologia SAFe organiza o backlog de forma hier\u00e1rquica em quatro n\u00edveis principais: \u00c9picos, Features, User Stories e Tasks. Essa estrutura facilita o gerenciamento de requisitos em diferentes camadas de complexidade, proporcionando clareza e foco na entrega de valor cont\u00ednuo ao cliente.

"},{"location":"sections/historiasUsuarios/US/#21-epicos","title":"2.1 \u00c9picos:","text":"

Os \u00c9picos s\u00e3o as iniciativas de maior escala dentro do backlog e representam grandes funcionalidades ou investimentos significativos que impactam a organiza\u00e7\u00e3o como um todo. Eles s\u00e3o identificados e priorizados no projeto e, muitas vezes, requerem planejamento estrat\u00e9gico e aloca\u00e7\u00e3o de recursos ao longo de v\u00e1rias itera\u00e7\u00f5es ou Program Increments (PIs). Os \u00c9picos s\u00e3o divididos em Features para facilitar a implementa\u00e7\u00e3o e o monitoramento do progresso. Esse n\u00edvel do backlog \u00e9 essencial para alinhar os objetivos de longo prazo da organiza\u00e7\u00e3o com as atividades operacionais das equipes.

"},{"location":"sections/historiasUsuarios/US/#22-features","title":"2.2 Features:","text":"

As Features s\u00e3o funcionalidades que entregam valor espec\u00edfico e imediato ao cliente ou aos usu\u00e1rios finais. Elas s\u00e3o menores que os \u00c9picos e representam um conjunto coeso de User Stories que podem ser conclu\u00eddas dentro de um ou dois Program Increments. Cada Feature possui crit\u00e9rios de aceita\u00e7\u00e3o claros que definem o que deve ser entregue para ser considerada \"pronta\". As Features ajudam a alinhar o trabalho das equipes com as necessidades do mercado ou com objetivos internos da empresa, traduzindo requisitos de alto n\u00edvel em a\u00e7\u00f5es pr\u00e1ticas e mensur\u00e1veis.

"},{"location":"sections/historiasUsuarios/US/#23-users-storys","title":"2.3 User's Storys:","text":"

As User Stories s\u00e3o descri\u00e7\u00f5es curtas e simples de uma funcionalidade do ponto de vista do usu\u00e1rio final. Elas ajudam as equipes a compreenderem exatamente o que \u00e9 necess\u00e1rio entregar para atender \u00e0s expectativas do cliente, mantendo o foco no valor do produto. As User Stories s\u00e3o escritas em um formato que descreve quem \u00e9 o usu\u00e1rio, o que ele deseja alcan\u00e7ar e qual o benef\u00edcio dessa funcionalidade, seguindo o modelo: \"Como [persona], eu quero [a\u00e7\u00e3o] para [benef\u00edcio].\" Este n\u00edvel do backlog permite a decomposi\u00e7\u00e3o de Features em tarefas menores e facilita a comunica\u00e7\u00e3o com as partes interessadas.

"},{"location":"sections/historiasUsuarios/US/#24-tasks-crterios-de-aceitacao","title":"2.4 Tasks (Crt\u00e9rios de Aceita\u00e7\u00e3o):","text":"

As Tasks s\u00e3o as unidades mais granulares dentro do backlog e representam o trabalho necess\u00e1rio para completar uma User Story. Cada Task \u00e9 orientada pelos crit\u00e9rios de aceita\u00e7\u00e3o da User Story, que especificam as condi\u00e7\u00f5es que devem ser atendidas para que a hist\u00f3ria seja considerada conclu\u00edda. As Tasks detalham as a\u00e7\u00f5es pr\u00e1ticas que a equipe precisa realizar, ajudando a planejar as sprints e monitorar o progresso de forma precisa. Esse n\u00edvel permite que as equipes definam claramente suas responsabilidades, colaborem de forma eficaz e mantenham o foco nos objetivos do sprint.

"},{"location":"sections/historiasUsuarios/US/#3-o-backlog-do-sistema-riso","title":"3. O Backlog do Sistema RISo:","text":""},{"location":"sections/historiasUsuarios/US/#31-quanto-aos-epicos","title":"3.1 Quanto aos \u00c9picos:","text":"

No projeto RISo, utilizando a metodologia SAFe, foram definidos quatro \u00e9picos que guiar\u00e3o o desenvolvimento do sistema. Esses \u00e9picos representam as iniciativas estrat\u00e9gicas que direcionam os esfor\u00e7os da equipe, garantindo a entrega de valor cont\u00ednuo e alinhado aos objetivos do produto:

C\u00f3digo do \u00c9pico Descri\u00e7\u00e3o EP01 Gerenciamento de Unidade/Empresa EP02 Gerenciamento de Conta EP03 Reconhecimento de Sorrisos EP04 Visualiza\u00e7\u00e3o de Dados

"},{"location":"sections/historiasUsuarios/US/#32-quanto-as-features","title":"3.2 Quanto \u00e0s Features:","text":"

As Features definidas para o projeto foram organizadas da seguinte forma:

C\u00f3digo da Feature C\u00f3digo do \u00c9pico Associado Descri\u00e7\u00e3o F01 EP01 Reconhecimento e Contagem de Sorrisos F02 EP01 Integra\u00e7\u00e3o com C\u00e2mera Especializada F03 EP02 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos F04 EP02 Exibi\u00e7\u00e3o de Taxas de Sorrisos F05 EP03 Gest\u00e3o de Colaboradores F06 EP04 Autentica\u00e7\u00e3o e Cadastro de Conta

"},{"location":"sections/historiasUsuarios/US/#33-quanto-as-users-story-e-criterios-de-aceitacao","title":"3.3 Quanto \u00e0s User's Story e Crit\u00e9rios de Aceita\u00e7\u00e3o:","text":"

Para a produ\u00e7\u00e3o do sistema RISo, foram identificadas 11 User Stories, que descrevem as funcionalidades a serem desenvolvidas do ponto de vista dos usu\u00e1rios.

N\u00ba T\u00edtulo Hist\u00f3ria de Usu\u00e1rio US01 Cadastrar e Logar na Conta Eu como usu\u00e1rio, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das fun\u00e7\u00f5es do software e ter a seguran\u00e7a de meus dados. US02 Cadastrar Empresa-Unidade Eu como usu\u00e1rio, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados \u00e0 esta Unidade/Empresa. US03 Adicionar Colaboradores Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um c\u00f3digo aleat\u00f3rio gerado no ato da cria\u00e7\u00e3o da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO. US04 Editar Colaboradores Eu como Usu\u00e1rio administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado \u00e0 minha Unidade/Empresa, para que eu organize melhor as atribui\u00e7\u00f5es da equipe dentro da plataforma. US05 Gerenciar Privil\u00e9gios Eu como usu\u00e1rio administrador, devo ser capaz de adicionar e remover usu\u00e1rios privilegiados de minha Unidade/Empresa, isto \u00e9, de gerenciar sub-administradores, para que outros usu\u00e1rios possam me dar assist\u00eancia no gerenciamento da Unidade/Empresa al\u00e9m de mim. US06 Reconhecer Sorrisos O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da vis\u00e3o computacional fornecida por uma c\u00e2mera ou webcam, para que o reconhecimento de sorrisos aconte\u00e7a. US07 Contabilizar Sorrisos O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizados posteriormente. US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas Eu como usu\u00e1rio comum e administrador, devo ser capaz de visualizar um gr\u00e1fico da quantidade total de sorrisos por dia, semana ou m\u00eas, para que eu tenha vis\u00e3o clara e facilidade dos dados. US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar a quantidade m\u00e9dia de sorrisos por pessoa filtrada por dia, semana ou m\u00eas, para que eu possa consultar os dados facilmente de forma clara e de forma mais clara. US10 Visualizar dados de taxas gerais de risos Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamentos dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos. US11 Integrar em uma c\u00e2mera \u00fanica no Caixa O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma c\u00e2mera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente.

Para definir suas prioridades, foi considerado a frequ\u00eancia de uso da US e seu valor de neg\u00f3cio. Ao final \u00e9 feito o somat\u00f3rio dos dois crit\u00e9rios para se obter a prioridade total: Prioridade = (Frequ\u00eancia de Uso) + (Valor de Neg\u00f3cio).

User Story Frequ\u00eancia de Uso Valor de Neg\u00f3cio TOTAL US01 4 3 7 US02 1 2 3 US03 4 3 7 US04 2 1 3 US05 2 2 4 US06 5 3 8 US07 5 3 8 US08 4 3 7 US09 4 4 7 US10 3 2 5 US11 5 3 8

Sendo assim, as US's em sua ordem de prioridade \u00e9:

C\u00f3digo da US Prioridade Total US06 8 US07 8 US11 8 US01 7 US03 7 US08 7 US09 7 US10 5 US05 4 US02 3 US04 3

Com base nos \u00c9picos j\u00e1 categorizados, o agrupamento das User Stories em Features, mantendo-as nos respectivos \u00c9picos, ficou da seguinte forma:

C\u00f3digo do \u00c9pico C\u00f3digo da Feature T\u00edtulo da Feature C\u00f3digo das US Associadas [EP01]: Reconhecimento de Sorrisos F01 Reconhecimento e Contagem de Sorrisos US06, US07 [EP01]: Reconhecimento de Sorrisos F02 Integra\u00e7\u00e3o com C\u00e2mera Especializada US11 [EP02]: Visualiza\u00e7\u00e3o de Dados F03 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos US08, US09 [EP02]: Visualiza\u00e7\u00e3o de Dados F04 Exibi\u00e7\u00e3o de Taxas de Sorrisos US10 [EP03]: Gerenciamento de Unidade/Empresa F05 Gest\u00e3o de Colaboradores US03, US04, US05 [EP04]: Gerenciamento de Conta F06 Autentica\u00e7\u00e3o e Cadastro de Conta US01, US02"},{"location":"sections/historiasUsuarios/US/#4-atualizacoes-do-backlog","title":"4. Atualiza\u00e7\u00f5es do Backlog:","text":""},{"location":"sections/historiasUsuarios/US/#att01-ciclo-6-descontinuacao-da-us05","title":"ATT01 - Ciclo 6: Descontinua\u00e7\u00e3o da US05","text":""},{"location":"sections/historiasUsuarios/US/#backlog-atualizado","title":"Backlog atualizado:","text":"C\u00f3digo do \u00c9pico C\u00f3digo da Feature T\u00edtulo da Feature C\u00f3digo das US Associadas [EP01]: Reconhecimento de Sorrisos F01 Reconhecimento e Contagem de Sorrisos US06, US07 [EP01]: Reconhecimento de Sorrisos F02 Integra\u00e7\u00e3o com C\u00e2mera Especializada US11 [EP02]: Visualiza\u00e7\u00e3o de Dados F03 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos US08, US09 [EP02]: Visualiza\u00e7\u00e3o de Dados F04 Exibi\u00e7\u00e3o de Taxas de Sorrisos US10 [EP03]: Gerenciamento de Unidade/Empresa F05 Gest\u00e3o de Colaboradores US03, US04 [EP04]: Gerenciamento de Conta F06 Autentica\u00e7\u00e3o e Cadastro de Conta US01, US02"},{"location":"sections/historiasUsuarios/US/#bibliografia","title":"Bibliografia:","text":"

SCALED AGILE INC. SAFe 6.0 Framework. Dispon\u00edvel em: https://scaledagileframework.com/.

"},{"location":"sections/historiasUsuarios/US/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/politicas/GCS/GCS/","title":"Plano de Ger\u00eancia e Configura\u00e7\u00e3o de Software","text":"

Este documento tem como objetivo apresentar as ferramentas, pol\u00edticas e regras adotadas pelo projeto RISO para auxiliar quem deseja contribuir.

"},{"location":"sections/politicas/GCS/GCS/#ferramentas","title":"Ferramentas","text":"Ferramenta Finalidade GitHub Hospedagem e versionamento de c\u00f3digo GitHub Pages Hospedagem de p\u00e1gina web para reposit\u00f3rio GitHub"},{"location":"sections/politicas/GCS/GCS/#politica-de-issues","title":"Pol\u00edtica de Issues","text":"

Caso encontre um bug ou tenha alguma sugest\u00e3o de melhoria para o software, \u00e9 poss\u00edvel criar uma issue seguindo os passos abaixo:

Escolha o tipo de issue a ser criado (Hist\u00f3ria de Usu\u00e1rio, documenta\u00e7\u00e3o, task ou corre\u00e7\u00e3o de bug) Escreva um t\u00edtulo sucinto para a issue e preencha a descri\u00e7\u00e3o da issue seguindo os passos e as orienta\u00e7\u00f5es do template.

Preencha informa\u00e7\u00f5es adicionais caso possua (executores, \u00e9pico, marco, hist\u00f3ria do usu\u00e1rio etc) Tanto o t\u00edtulo como a descri\u00e7\u00e3o da issue devem estar escritos em portugu\u00eas e seguir suas regras de sintaxe e sem\u00e2ntica.

"},{"location":"sections/politicas/GCS/GCS/#politica-de-branches","title":"Pol\u00edtica de Branches","text":""},{"location":"sections/politicas/GCS/GCS/#repositorios-de-codigo","title":"Reposit\u00f3rios de C\u00f3digo","text":"

Para uma mudan\u00e7a chegar a branch master (branch est\u00e1vel) os passos abaixo s\u00e3o seguidos:

Toda nova branch deve ser feita a partir da Develop.

Ao resolver a issue proposta a nova branch deve ser merjada e comparada em rela\u00e7\u00e3o \u00e0 develop.

Caso o PR seja aprovado pela equipe, a nova branch ser\u00e1 deletada e seu conte\u00fado integrado \u00e0 develop.

Apenas quando a ramifica\u00e7\u00e3o develop apresentar instabilidade, uma nova ramifica\u00e7\u00e3o chama release dever\u00e1 ser criada baseada na develop e merjada na main.

"},{"location":"sections/politicas/GCS/GCS/#repositorio-de-documentacao","title":"Reposit\u00f3rio de Documenta\u00e7\u00e3o","text":"

Para uma mudan\u00e7a chegar a branch DOCS-git_pages (branch est\u00e1vel) os passos abaixo s\u00e3o seguidos:

Toda nova branch deve ser feita a partir da DOCS-git_pages.

Ao resolver a issue proposta, a nova branch deve ser mergeada e comparada em rela\u00e7\u00e3o \u00e0 DOCS-git_pages.

Caso o PR seja aprovado pela equipe, a nova branch ser\u00e1 deletada e seu conte\u00fado integrado a DOCS-git_pages.

"},{"location":"sections/politicas/GCS/GCS/#regras-de-nomenclatura","title":"Regras de Nomenclatura","text":"

Toda nova branch criada no reposit\u00f3rio RISO deve se propor a resolver uma issue espec\u00edfica, o nome da branch deve seguir as regras da pol\u00edticas do Git Flow:

"},{"location":"sections/politicas/GCS/GCS/#mainmaster","title":"Main/Master:","text":"

Principal branch, aqui \u00e9 onde temos todo o c\u00f3digo de produ\u00e7\u00e3o. Todas as novas funcionalidades que est\u00e3o sendo desenvolvidas, em algum momento, ser\u00e3o mescladas ou associadas \u00e0 main. As formas de interagir com essa branch s\u00e3o atrav\u00e9s de uma Hotfix ou de uma nova Release.

"},{"location":"sections/politicas/GCS/GCS/#develop","title":"Develop:","text":"

\u00c9 a branch onde fica o c\u00f3digo do pr\u00f3ximo deploy. Ela serve como uma linha do tempo com os \u00faltimos desenvolvimentos, isso significa que ela possui funcionalidades que ainda n\u00e3o foram publicadas e que posteriormente v\u00e3o ser associadas com a branch Master.

"},{"location":"sections/politicas/GCS/GCS/#feature","title":"Feature:","text":"

S\u00e3o branches utilizadas para o desenvolvimento de funcionalidades espec\u00edficas. As branchs nessa categoria devem ter o prefixo \"feature/\", tal como no exemplo abaixo: 

feature/nome-da-feature\n

\u00c9 importante saber que essas features branches s\u00e3o criadas sempre a partir da branch Develop. Portanto, quando finalizada, elas s\u00e3o removidas ap\u00f3s realizar o merge com a Branch Develop. Se houver dez funcionalidades a serem desenvolvidas, ent\u00e3o dever\u00e1 ser criada dez branches independentes.

\u00c9 importante salientar que as branches de features n\u00e3o podem ter intera\u00e7\u00e3o com a branch /main, apenas com a branch develop.

"},{"location":"sections/politicas/GCS/GCS/#hotfix","title":"Hotfix:","text":"

\u00c9 uma branch criada a partir da master para realizar corre\u00e7\u00f5es imediatas encontradas no sistema em produ\u00e7\u00e3o. Quando conclu\u00edda, ela \u00e9 exclu\u00edda ap\u00f3s realizar o merge com as branches Main e Develop.

\u00c9 necess\u00e1rio uma branch de hotfix para cada hotfix que precisar ser implementada!

A grande diferen\u00e7a entre Feature Branches e Branches de Hotfix \u00e9 que os Hotfix s\u00e3o criados a partir da Branch Master e quando os finalizamos, eles s\u00e3o mesclados tanto na Branch Master quanto na branch de desenvolvimento. Isso ocorre porque o bug est\u00e1 em ambos os ambientes.

Al\u00e9m disso, quando fechar um Hotfix Branch, \u00e9 necess\u00e1rio criar uma tag com a nova vers\u00e3o do projeto.

O nomeclatura para branchs de hotfix segue o padr\u00e3o com o prefixo \"hotfix/\" antes do nome da corre\u00e7\u00e3o:

hotfix/nome-do-hotfix\n
"},{"location":"sections/politicas/GCS/GCS/#release","title":"Release:","text":"

Uma vez que uma etapa de desenvolvimento esteja conclu\u00edda, \u00e9 normal que em nossa Branch Develop todas as features e Hotfix estejam mescladas. Portanto, para as funcionalidades irem \u00e0 Branch Main, \u00e9 necess\u00e1rio criar uma Branch de Release.

A Branch Release serve como ponte para fazer o merge da Develop para a Master. Ela funciona como ambiente de homologa\u00e7\u00e3o e \u00e9 removida ap\u00f3s realizar os testes do merge com a Master. Caso seja encontrado algum bug e haja alguma altera\u00e7\u00e3o, ela tamb\u00e9m deve ser sincronizada com a Develop. A regra de nomeclatura segue o mesmo padr\u00e3o dos anteriores:

release/nome-da-release\n
"},{"location":"sections/politicas/GCS/GCS/#politica-de-commits","title":"Pol\u00edtica de Commits","text":"

Os commits devem ser at\u00f4micos (uma contribui\u00e7\u00e3o pequena para resolver um problema espec\u00edfico). A mensagem do commit deve relatar o que foi feito de maneira sucinta e direta, come\u00e7ar com um verbo e com a primeira letra mai\u00fascula. Al\u00e9m disso, contribui\u00e7\u00f5es feitas por mais de uma pessoa devem conter o comando \"Co-authored-by\" para identificar todos os autores envolvidos.

Exemplo de contribui\u00e7\u00e3o feita por um autor:

git commit -m \"feat: Adicionando nova funcionalidade\"\n

Exemplo de contribui\u00e7\u00e3o feita por mais de um autor:

git commit -m \"feat: Adicionando uma carta vermelha\n\nCo-authored-by: Pessoa <EmailGit@email.com>\"\n

Todos os commits devem seguir o padr\u00e3o de nomeclatura do protocolo \"Conventional Commits\" para manter boas pr\u00e1ticas de escrita e facilitar o entendimento do versionamento do software aos outros programadores colaboradores do projeto. Os principais prefixos s\u00e3o:

feat- Commits do tipo feat indicam que seu trecho de c\u00f3digo est\u00e1 incluindo um novo recurso (se relaciona com o MINOR do versionamento sem\u00e2ntico).

fix - Commits do tipo fix indicam que seu trecho de c\u00f3digo commitado est\u00e1 solucionando um problema (bug fix), (se relaciona com o PATCH do versionamento sem\u00e2ntico).

docs - Commits do tipo docs indicam que houveram mudan\u00e7as na documenta\u00e7\u00e3o, como por exemplo no Readme do seu reposit\u00f3rio. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo).

test - Commits do tipo test s\u00e3o utilizados quando s\u00e3o realizadas altera\u00e7\u00f5es em testes, seja criando, alterando ou excluindo testes unit\u00e1rios. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo)

build - Commits do tipo build s\u00e3o utilizados quando s\u00e3o realizadas modifica\u00e7\u00f5es em arquivos de build e depend\u00eancias.

perf - Commits do tipo perf servem para identificar quaisquer altera\u00e7\u00f5es de c\u00f3digo que estejam relacionadas a performance.

style - Commits do tipo style indicam que houveram altera\u00e7\u00f5es referentes a formata\u00e7\u00f5es de c\u00f3digo, semicolons, trailing spaces, lint... (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo).

refactor - Commits do tipo refactor referem-se a mudan\u00e7as devido a refatora\u00e7\u00f5es que n\u00e3o alterem sua funcionalidade, como por exemplo, uma altera\u00e7\u00e3o no formato como \u00e9 processada determinada parte da tela, mas que manteve a mesma funcionalidade, ou melhorias de performance devido a um code review.

chore - Commits do tipo chore indicam atualiza\u00e7\u00f5es de tarefas de build, configura\u00e7\u00f5es de administrador, pacotes... como por exemplo adicionar um pacote no gitignore. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo)

ci - Commits do tipo ci indicam mudan\u00e7as relacionadas a integra\u00e7\u00e3o cont\u00ednua (continuous integration).

raw - Commits to tipo raw indicam mudan\u00e7as relacionadas a arquivos de configura\u00e7\u00f5es, dados, features, parametros.

cleanup - Commits do tipo cleanup s\u00e3o utilizados para remover c\u00f3digo comentado, trechos desnecess\u00e1rios ou qualquer outra forma de limpeza do c\u00f3digo-fonte, visando aprimorar sua legibilidade e manutenibilidade.

remove - Commits do tipo remove indicam a exclus\u00e3o de arquivos, diret\u00f3rios ou funcionalidades obsoletas ou n\u00e3o utilizadas, reduzindo o tamanho e a complexidade do projeto e mantendo-o mais organizado.

Para respeitar as regras definidas de commits, pedimos aten\u00e7\u00e3o aos pontos abaixo:

"},{"location":"sections/politicas/GCS/GCS/#politica-de-pull-request","title":"Pol\u00edtica de Pull Request","text":"

Para realizar um Pull Request (PR) para o reposit\u00f3rio \u00e9 necess\u00e1rio seguir os passos abaixo.

Ao resolver uma issue, suba suas contribui\u00e7\u00f5es e crie um Pull Request Escreva um t\u00edtulo sucinto para o PR, Preencha a descri\u00e7\u00e3o do PR seguindo os passos e as orienta\u00e7\u00f5es do template que ser\u00e1 mostrado, Ligue o PR com a issue que ele resolve, Preencha informa\u00e7\u00f5es adicionais caso possua (executores, revisores, etc)

"},{"location":"sections/politicas/GCS/GCS/#politica-de-aprovacao","title":"Pol\u00edtica de Aprova\u00e7\u00e3o","text":"

Para um Pull Request ser aprovado nos reposit\u00f3rios de c\u00f3digo, a contribui\u00e7\u00e3o feita deve:

Para um Pull Request ser aprovado no reposit\u00f3rio de documenta\u00e7\u00e3o, a contribui\u00e7\u00e3o feita deve:

"},{"location":"sections/politicas/GCS/GCS/#politica-de-documentacao","title":"Pol\u00edtica de Documenta\u00e7\u00e3o","text":"

Para contribuir com a documenta\u00e7\u00e3o do projeto as regras definidas de commit, issue e PR tamb\u00e9m se aplicam, al\u00e9m destas pedimos aten\u00e7\u00e3o aos pontos abaixo:

Ao fazer grandes incrementos a vari\u00e1vel X cresce (1.0, 2.0, 3.0) e ao fazer pequenos incrementos a vari\u00e1vel Z cresce (1.1, 1.2, 1.3), ambas vari\u00e1veis come\u00e7am em zero e crescem de um em um. Ao subir a vers\u00e3o de X o valor de Z volta pra zero (1.4 -> 2.0). O documento s\u00f3 entra na vers\u00e3o 1.0 se naquele momento ele estiver teoricamente finalizado.

"},{"location":"sections/politicas/GCS/GCS/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues Marco Tulio"},{"location":"sections/visaoProduto/historico_versao/","title":"Historico de Vers\u00e3o","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 0.1 Cria\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 17/04/24 0.2 Atualiza\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 17/04/24 0.3 Atualiza\u00e7\u00e3o da Vis\u00e3o do Projeto Daniel Rodrigues Joyce Dionizio 17/04/24 0.4 Atualiza\u00e7\u00e3o da Vis\u00e3o do Produto Marco Tulio Daniel Rodrigues 17/04/24 0.5 Atualiza\u00e7\u00e3o do Cronograma do Projeto Daniel Rodrigues Joyce Dionizio 26/04/24 0.6 Atualiza\u00e7\u00e3o da tabela de atividades Daniel Rodrigues e J\u00e9sus Gabriel Lucas Antunes e Joyce Dionizio 31/04/24 0.7 Atualiza\u00e7\u00e3o da vis\u00e3o do projeto e do processo de desenvolvimento Daniel Rodrigues Marco Tulio 31/07/24 0.8 Atualiza\u00e7\u00e3o dos Riscos do Projeto Daniel Rodrigues Marco Tulio 01/08/24 1.0 Adi\u00e7\u00e3o das Li\u00e7\u00f5es Aprendidas e Marca\u00e7\u00e3o da vers\u00e3o 1 da documenta\u00e7\u00e3o Daniel Rodrigues Lucas Antunes"},{"location":"sections/visaoProduto/referencia_bibliografica/","title":"5. Refer\u00eancia Bibliogr\u00e1ficas","text":"

  1. MARSICANO, George. Slides: Escolhas da Engenharia de Software. 2023. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2833087/mod_folder/content/0/Unidade%201%20-%20Aula%20-%20Escolhas%20da%20ESW.pdf

  2. Raja Gupta. Fundamentals of Software Engineering. Engineering Handbook. 2019

  3. IEEE. SWEBOK. Version 3. 2014.

  4. Handbook IREB CPRE Foundation Level, Version 1.1.0, september 2022.

  5. MARSICANO, George. Slides: Introdu\u00e7\u00e3o a Engenharia de Requisitos. 2023. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2833054/mod_folder/content/0/Unidade%201%20-%20Aula%20-%20Introducao%20a%20ER.pdf

  6. UNIVERSIDADE FEDERAL DE VI\u00c7OSA. Resolu\u00e7\u00e3o CONSU n\u00ba 7, de 10 de junho de 2021. Aprova a Pol\u00edtica de Gest\u00e3o de Riscos e Controles Internos \u2013 PGRC da Universidade Federal de Vi\u00e7osa. Vi\u00e7osa: UFV, 2021. Dispon\u00edvel em: https://soc.ufv.br/wp-content/uploads/Resolucao-Consu-7-2021.pdf.

KERZNER, Harold. Gest\u00e3o de Projetos: As Melhores Pr\u00e1ticas. 12\u00aa ed. S\u00e3o Paulo: Elsevier, 2017.

PMI. Um Guia do Conjunto de Conhecimentos de Gerenciamento de Projetos (Guia PMBOK\u00ae). 6\u00aa ed. Project Management Institute, 2017.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/","title":"4. Li\u00e7\u00f5es Aprendidas","text":""},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#41-unidade-1","title":"4.1. Unidade 1","text":"

Na Unidade 1 da disciplina de Requisitos de Software, estudamos profundamente os processos, ciclos de vida e abordagens de software sob a perspectiva da Engenharia de Requisitos. Exploramos as atividades essenciais da Engenharia de Requisitos, conforme discutido por Marsicano (2023), e as diversas facetas dessa \u00e1rea, conforme descrito pelo IREB (2022).

Durante as aulas, tamb\u00e9m aprendemos a import\u00e2ncia de analisar problemas e suas causas para, em seguida, conceber solu\u00e7\u00f5es que os minimizem ou resolvam. Esse processo nos ajudou a definir o objetivo de nossas aplica\u00e7\u00f5es e a estabelecer crit\u00e9rios para selecionar a abordagem de desenvolvimento mais adequada (Gupta). Planejar as atividades de Engenharia de Requisitos com base nesses crit\u00e9rios foi fundamental para o sucesso dos projetos (Marsicano, 2023).

Al\u00e9m do conte\u00fado te\u00f3rico, enfrentamos desafios pr\u00e1ticos, como a atribui\u00e7\u00e3o de pap\u00e9is aos usu\u00e1rios e a escolha da metodologia de desenvolvimento com base nos fatores do projeto. A comunica\u00e7\u00e3o com os clientes para entender melhor o produto tamb\u00e9m foi uma habilidade vital que desenvolvemos. No entanto, encontramos dificuldades na comunica\u00e7\u00e3o entre o time e a lideran\u00e7a, especialmente na atribui\u00e7\u00e3o de tarefas e no estabelecimento de prazos. A reformula\u00e7\u00e3o dos pap\u00e9is da equipe foi uma solu\u00e7\u00e3o eficaz para esses problemas, melhorando nossa efici\u00eancia e organiza\u00e7\u00e3o.

Assim, a Unidade 1 foi crucial para nos equipar com o conhecimento necess\u00e1rio para abordar problemas de software de maneira estruturada e eficaz, preparando-nos para os desafios futuros na \u00e1rea de Engenharia de Requisitos.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#42-unidade-2","title":"4.2. Unidade 2","text":"

Na Unidade 2, aprofundamos nosso conhecimento em Engenharia de Requisitos, focando na identifica\u00e7\u00e3o e diferencia\u00e7\u00e3o de requisitos funcionais e n\u00e3o funcionais, ambos cruciais para a constru\u00e7\u00e3o de um software robusto e eficiente. Estudamos a estrutura SAFe, que nos ajudou a organizar o backlog do produto de forma eficaz, e utilizamos a metodologia USM para priorizar esses itens. Com o backlog priorizado, fomos capazes de definir um MVP, estabelecendo um escopo m\u00ednimo vi\u00e1vel para o projeto, o que facilitou a entrega dos objetivos da unidade.

Al\u00e9m dessas abordagens, exploramos diversas t\u00e9cnicas e atividades de Engenharia de Requisitos, como entrevistas e prototipagem, e nos aprofundamos nas regras de neg\u00f3cio para garantir que as funcionalidades do software estivessem alinhadas com os objetivos organizacionais. Aprendemos a elicitar requisitos dos clientes utilizando perguntas estrat\u00e9gicas e pr\u00e9-prontas, e a organizar esses requisitos atrav\u00e9s do M\u00e9todo de User Story: Theme, Epics, User Story e Tasks.

Enfrentamos alguns desafios ao longo dessa unidade. A readapta\u00e7\u00e3o ap\u00f3s uma greve gerou desmotiva\u00e7\u00e3o para a continuidade do projeto, e tivemos dificuldades para marcar reuni\u00f5es com nosso cliente Arthur Bennet devido \u00e0s suas viagens. Para superar esses obst\u00e1culos, estabelecemos comunica\u00e7\u00e3o por mensagens e realizamos valida\u00e7\u00f5es constantes por meio de documentos e escrita das funcionalidades no GitHub. Al\u00e9m disso, aprendemos a documentar todas as reuni\u00f5es com atas, conforme feedback do professor George, e desenvolvemos a habilidade de definir um MVP de forma eficiente.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#43-unidade-3","title":"4.3. Unidade 3","text":"

Na Unidade 3, nosso foco foi aprimorar a compreens\u00e3o sobre as pr\u00e1ticas de gest\u00e3o e prioriza\u00e7\u00e3o de tarefas no desenvolvimento de software. Iniciamos explorando a constru\u00e7\u00e3o e manuten\u00e7\u00e3o do backlog, que \u00e9 essencial para o gerenciamento eficaz de qualquer projeto. Aprendemos a organizar e priorizar as tarefas utilizando m\u00e9todos estruturados, como o Product Backlog Building (PBB) e o User Story Mapping (USM), que nos permitiram garantir que os itens mais relevantes fossem abordados primeiro.

A pr\u00e1tica de backlog foi complementada por sess\u00f5es de planning, cujo j\u00e1 aplic\u00e1vamos, onde refinamos e ajustamos as tarefas de acordo com as necessidades do projeto. Essa etapa foi crucial para assegurar que todos os membros da equipe estivessem alinhados quanto \u00e0s prioridades e responsabilidades. Al\u00e9m disso, as sess\u00f5es de review nos proporcionaram uma vis\u00e3o cr\u00edtica do trabalho realizado, permitindo identificar melhorias e realizar ajustes cont\u00ednuos.

Durante essa unidade, compreendemos a import\u00e2ncia de uma gest\u00e3o de backlog bem estruturada para o sucesso do projeto. A utiliza\u00e7\u00e3o do m\u00e9todo PBB nos ajudou a mapear claramente as expectativas dos stakeholders e a derivar features e hist\u00f3rias de usu\u00e1rio que refletissem essas expectativas. Com o m\u00e9todo USM, conseguimos visualizar a jornada do usu\u00e1rio e priorizar as funcionalidades que gerassem maior valor.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/","title":"3. Processo de Desenvolvimento de Software","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#31-metodologia","title":"3.1 Metodologia","text":"

Baseado na proposta de Gupta (2019), foi respondido um conjunto de quest\u00f5es distintas sobre determinados t\u00f3picos para definir a abordagem que melhor se encaixa ao projeto e time. T\u00f3picos norteadores:

  1. Requisitos
  2. Equipe de Desenvolvimento
  3. Usu\u00e1rios
  4. Tipo de Projeto e Riscos Associados
"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#311-requisitos","title":"3.1.1 Requisitos","text":"

Figura 1 - Modelo Gupta para requisitos (fonte: Gupta, 2019)

Pergunta Nosso contexto Os requisitos s\u00e3o f\u00e1ceis de entender e definir? N\u00e3o N\u00f3s mudamos os requisitos com bastante frequ\u00eancia? Sim N\u00f3s podemos definir os requisitos ao in\u00edcio de cada ciclo? N\u00e3o Os requisitos est\u00e3o indicando um sistema complexo para se construir? Sim

Conclus\u00e3o: Em termos de requisitos, destaca-se o modelo espiral, OpenUp, Safe e ScrumXP.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#312-equipe-de-desenvolvimento","title":"3.1.2 Equipe de Desenvolvimento","text":"

Figura 2 - Modelo Gupta para equipe de desenvolvimento (fonte: Gupta, 2019)

Pergunta Nosso contexto Pouca experi\u00eancia em projetos similares? Sim Pouco conhecimento de dom\u00ednio (novato na tecnologia)? Sim Pouca experi\u00eancia com as ferramentas que ser\u00e3o usadas? Sim Disponibilidade para treinamento, se necess\u00e1rio N\u00e3o

Conclus\u00e3o: Em termos de equipe de desenvolvimento, destaca-se o modelo espiral.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#313-usuarios","title":"3.1.3 Usu\u00e1rios","text":"

Figura 3 - Modelo Gupta para usu\u00e1rios (fonte: Gupta, 2019)

Pergunta Nosso contexto Usu\u00e1rio est\u00e1 envolvido em todas as fases? Sim. Participa\u00e7\u00e3o limitada do usu\u00e1rio? Sim. Usu\u00e1rio n\u00e3o tem experi\u00eancia anterior em participa\u00e7\u00e3o em projetos similares? N\u00e3o. Usu\u00e1rio s\u00e3o especialistas no dom\u00ednio do problema? Sim.

Conclus\u00e3o: Em termos de usu\u00e1rio, destaca-se o modelo RAD.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#314-tipo-de-projeto-e-risco-associado","title":"3.1.4 Tipo de Projeto e Risco Associado","text":"

Figura 4 - Modelo Gupta para tipo de projeto e risco associado (fonte: Gupta, 2019)

Pergunta Nosso contexto O projeto \u00e9 melhoria de um sistema existente? N\u00e3o O financiamento est\u00e1 est\u00e1vel para o projeto? Sim Requisitos de alta confiabilidade? N\u00e3o Cronograma do projeto \u00e9 apertado? Sim Uso de componentes reutiliz\u00e1veis? Sim Os recursos (Tempo, dinheiro, pessoas etc) est\u00e3o escassos? N\u00e3o

Conclus\u00e3o: Em termos de Tipo de Projeto e Risco Associado, destaca-se o RAD.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#315-escolha-do-processo-de-desenvolvimento-de-software","title":"3.1.5 Escolha do Processo de Desenvolvimento de Software","text":"

Figura 5 - Ciclo XP

Utilizando como base os resultados do framework Gupta, cujo considera baixo conhecimento da equipe, alta participa\u00e7\u00e3o do cliente no projeto e riscos associados ao projeto, a equipe utilizar\u00e1 seguir\u00e1 a metodologia \u00e1gil utilizando o XP (Extremme Programming).

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#32-ferramentas","title":"3.2 Ferramentas","text":"

Para a execu\u00e7\u00e3o dessa metodologia, escolheu-se as seguintes Ferramentas de organiza\u00e7\u00e3o e controle da equipe:

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#33-processos-e-procedimentos","title":"3.3 Processos e Procedimentos","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#331-escolhas-do-processo-de-engenharia-de-requisitos","title":"3.3.1 Escolhas do Processo de Engenharia de Requisitos","text":"

Figura 8 - Faceta da engenharia de requisitos (fonte: MARSICANO, 2023)

Com base nas Facetas do Processo de ER (IREB, 2022), foi definido que \u00e9 um processo de ER participativo, visto que:

  1. Alvo \u00e9 um Cliente Espec\u00edfico;
  2. O prop\u00f3sito \u00e9 explorat\u00f3rio;
  3. Tempo \u00e9 interativo.
"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#332-atividades-do-processo-de-engenharia-de-requisitos","title":"3.3.2 Atividades do Processo de Engenharia de Requisitos","text":"

Figura 9 - Atividades da ER (fonte: MARSICANO, 2023).

Para isso, a equipe ir\u00e1 incluir o processo ER na metodologia de desenvolvimento XP da seguinte maneira:

Atividade M\u00e9todo Ferramenta Entrega Fase da aplica\u00e7\u00e3o Elicita\u00e7\u00e3o e Descoberta Entrevista com o Cliente e Brainstorming Google Meet, Lean Inception Documento de Requisitos Funcionais e N\u00e3o Funcionais Aplicada na fase de Planejamento An\u00e1lise e Consenso Brainstorming SWOT Jira Hist\u00f3ria de Usu\u00e1rios Aplicada na fase de Planejamento Declara\u00e7\u00e3o Crit\u00e9tios de Aceita\u00e7\u00e3o GitHub \u00c9picos, Tasks, Prazos, MVP Aplicada na fase de Projeto Representa\u00e7\u00e3o Figma GitHub Prot\u00f3tipo de Alta Fidelidade Aplicada na fase de Projeto Implementa\u00e7\u00e3o Pair Programming VsCode, Git C\u00f3digo Fonte Aplicada na fase de Codifica\u00e7\u00e3o Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o Teste de Aceita\u00e7\u00e3o GitHub, Jasmine, PyTest Relat\u00f3rio de Testes e Valida\u00e7\u00f5es dos Requisistos Aplicada na fase de Testes Organiza\u00e7\u00e3o e Atualiza\u00e7\u00e3o Backlog SAFe Jira Relat\u00f3rio do Backlog da semana Aplicada na fase de Planejamento"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#333-estrutura-analitica-do-projeto","title":"3.3.3 Estrutura Anal\u00edtica do Projeto","text":"

A Estrutura Anal\u00edtica do Projeto (EAP) \u00e9 uma ferramenta fundamental na gest\u00e3o de projetos que tem como objetivo dividir o trabalho a ser realizado em partes menores e mais gerenci\u00e1veis. A EAP \u00e9 estruturada de forma hier\u00e1rquica, onde o projeto \u00e9 decomposto em entregas, atividades e pacotes de trabalho, facilitando a organiza\u00e7\u00e3o, o planejamento e o controle de todas as etapas do projeto. Essa decomposi\u00e7\u00e3o permite uma vis\u00e3o clara e detalhada de tudo o que precisa ser realizado, ajudando a identificar as tarefas necess\u00e1rias, atribuir responsabilidades e monitorar o progresso, garantindo que todas as partes essenciais do projeto sejam consideradas.

A EAP tamb\u00e9m desempenha um papel crucial na comunica\u00e7\u00e3o dentro da equipe, pois fornece um mapa visual do projeto que ajuda todos os envolvidos a entenderem o escopo e o fluxo de trabalho. Ela \u00e9 a base para a estimativa de custos, recursos e tempo, al\u00e9m de ser essencial para o gerenciamento de riscos, pois permite identificar \u00e1reas cr\u00edticas e antecipar poss\u00edveis problemas. Com uma EAP bem definida, \u00e9 poss\u00edvel alinhar as expectativas das partes interessadas, melhorar a efici\u00eancia do gerenciamento do projeto e aumentar as chances de sucesso na entrega dos objetivos propostos.

Figura 10 - Estrutura Anal\u00edtica do Projeto

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3331-planejamento","title":"3.3.3.1. Planejamento:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3332-design-do-site","title":"3.3.3.2. Design do site:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3333-desenvolvimento","title":"3.3.3.3. Desenvolvimento:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3334-teste-e-revisao","title":"3.3.3.4. Teste e Revis\u00e3o:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3335-entrega","title":"3.3.3.5. Entrega:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/visaoProduto/visao_produto/visao_produto/","title":"1. Vis\u00e3o Geral do Produto","text":""},{"location":"sections/visaoProduto/visao_produto/visao_produto/#11-problemadesejo","title":"1.1 Problema/Desejo","text":"

O problema identificado reside na dificuldade de medir de forma quantitativa o n\u00edvel de satisfa\u00e7\u00e3o dos clientes em uma sorveteria. Atualmente, o propriet\u00e1rio do estabelecimento n\u00e3o possui meios eficazes para capturar e analisar a felicidade dos consumidores, o que \u00e9 fundamental para aprimorar a experi\u00eancia no local. Para aprofundar o entendimento deste problema, foi empregado a t\u00e9cnica dos 5 Porqu\u00eas, visando descobrir as causas ra\u00edzes e seus principais motivadores.

Figura 1 - T\u00e9cnica dos 5 porqu\u00eas do grupo (fonte: autores, 2023)

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#12-declaracao-de-posicao-do-produto","title":"1.2 Declara\u00e7\u00e3o de Posi\u00e7\u00e3o do Produto","text":"Para Propriet\u00e1rios e gerentes de sorveterias Quem Deseja medir e entender a satisfa\u00e7\u00e3o dos clientes de forma precisa e em tempo real O RISO \u00c9 um software de an\u00e1lise de express\u00f5es faciais baseado em vis\u00e3o computacional Que Monitora e quantifica os sorrisos dos clientes, proporcionando um indicativo claro de sua satisfa\u00e7\u00e3o durante o atendimento Ao contr\u00e1rio De m\u00e9todos tradicionais de feedback como formul\u00e1rios e enquetes, que podem n\u00e3o capturar o sentimento imediato e espont\u00e2neo dos clientes Nosso produto Oferecer\u00e1 uma medi\u00e7\u00e3o din\u00e2mica e interativa da satisfa\u00e7\u00e3o do cliente, permitindo interven\u00e7\u00f5es imediatas para melhorar a experi\u00eancia do usu\u00e1rio"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#13-objetivos-do-produto","title":"1.3 Objetivos do Produto","text":"

Implementar um sistema de avalia\u00e7\u00e3o de satisfa\u00e7\u00e3o do cliente na sorveteria, utilizando uma tecnologia de detec\u00e7\u00e3o de sorrisos, para entregar as circunst\u00e2ncias, sendo elas b\u00e1sicas, mais comuns capazes de provocar um sorriso aos clientes. O objetivo \u00e9 utilizar essas informa\u00e7\u00f5es para direcionar mais esfor\u00e7os em produtos, servi\u00e7os e iniciativas que v\u00e3o amplificar esses momentos de felicidade, melhorando assim a experi\u00eancia do cliente.

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#14-objetivos-secundarios","title":"1.4 Objetivos Secund\u00e1rios","text":"

Analisar Picos de Felicidade: Identificar os momentos exatos e os fatores que mais contribuem para a satisfa\u00e7\u00e3o do cliente; Aprimorar a Experi\u00eancia do Cliente: Utilizar as informa\u00e7\u00f5es obtidas atrav\u00e9s da an\u00e1lise de dados para, visando potencializar a felicidade durante a experi\u00eancia na sorveteria; Capacita\u00e7\u00e3o da Equipe: Treinar os funcion\u00e1rios para interpretar os dados do sistema de detec\u00e7\u00e3o de sorrisos e agir com base nas informa\u00e7\u00f5es coletadas, visando melhorar a intera\u00e7\u00e3o com os clientes e a efici\u00eancia no servi\u00e7o.

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#15-tecnologias-a-serem-utilizadas","title":"1.5 Tecnologias a Serem Utilizadas","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/","title":"2. Vis\u00e3o Geral do Projeto","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#21-organizacao-do-projeto","title":"2.1 Organiza\u00e7\u00e3o do Projeto","text":"Papel Atribui\u00e7\u00f5es Respons\u00e1vel Participantes Pessoa Desenvolvedora Codificar o produto, realizar refatora\u00e7\u00e3o, testar, configurar, versionar, evoluir, integrar, documentar, ata das reuni\u00f5es, estrat\u00e9gia de c\u00f3digo Daniel Rodrigues Jesus Gabriel, Jo\u00e3o Pedro, Marco Tulio, Joyce, Lucas Antunes L\u00edder do Time Delegar tarefas, dura\u00e7\u00e3o da Ciclo, organiza\u00e7\u00e3o das atividades, one-to-one com os membros, estrat\u00e9gia de produto Marco Tulio Daniel Rodrigues Pessoa Engenheira de Requisitos Descobrir, elicitar, analisar, consensuar, declarar, representar, organizar e atualizar requisitos Marco Tulio Lucas,Daniel,Joyce Cliente Fornecer insumos para requisitos, fornecer feedbacks sobre os produtos, priorizar requisitos Lucas Antunes Arthur Bennet Monitor Verificar requisitos, fornecer feedbacks sobre o processo de ER, auxiliar em d\u00favidas da equipe acerca da disciplina de requisitos, articular os interesses do professor Jo\u00e3o Pedro Pedro Henrique"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#22-planejamento-das-fases-do-projeto","title":"2.2 Planejamento das Fases do Projeto","text":"Ciclo Produto (Entrega) Data In\u00edcio Data Fim Ciclo 1 Requisitos descobertos, elicitados, analisados e consensuados 10/07/24 17/07/24 Ciclo 2 Requisitos validados, verificados e declarados 17/07/24 24/07/24 Ciclo 3 Requisitos organizados e atualizados, escopo definido do MVP e Funcionalidades Incrementais 24/07/24 31/07/24 Ciclo 4 Reestrutura\u00e7\u00e3o da Equipe 31/07/24 07/08/24 Ciclo 5 US01, US02 e US03 07/08/23 14/08/23 Ciclo 6 US06, US04 e US07 14/08/23 21/08/23 Ciclo 7 US05, US08 e US09 21/08/23 28/08/23 Ciclo 8 US10 e US11 28/08/23 04/09/23 Ciclo 9 Testes e Revis\u00e3o 04/09/23 11/09/23"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#23-matriz-de-comunicacao","title":"2.3 Matriz de Comunica\u00e7\u00e3o","text":"Descri\u00e7\u00e3o \u00c1rea/Envolvidos Periodicidade Produtos Gerados Acompanhamento das atividades em progresso Equipe do Projeto Semanal Relatorio de Situa\u00e7\u00e3o do Projeto Acompanhamento de Ciclo Equipe do Projeto e Monitor Semanal Ata da Reuni\u00e3o, Rela\u00e7\u00e3o de Feedbacks sobre as Entregas do Produto Comunicar a situa\u00e7\u00e3o do projeto Equipe do Projeto e Professor Mensalmente Artefatos solicitados, Rela\u00e7\u00e3o de Feedbacks do Professor"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#24-gerenciamento-de-riscos","title":"2.4 Gerenciamento de Riscos","text":"

A an\u00e1lise e gerenciamento de riscos referem-se \u00e0 identifica\u00e7\u00e3o dos poss\u00edveis pontos que podem representar riscos para o projeto. Precisam ser acompanhados, a cada acompanhamento das fases, se referindo assim, ao projeto como um todo e n\u00e3o apenas ao produto.

Segundo Charette, existem tr\u00eas tipos de riscos de Software (PRESSMAN,2006):

  1. Riscos de projeto: mostram problemas potenciais de or\u00e7amento, cronograma, organizacionais que impactam o projeto;
  2. Riscos t\u00e9cnicos: perturbam a qualidade e a entrega do software. Tamb\u00e9m mostram problemas potenciais de projeto, implementa\u00e7\u00e3o, interface, verifica\u00e7\u00e3o e manuten\u00e7\u00e3o;
  3. Riscos de neg\u00f3cio: amea\u00e7am a viabilidade do software e do produto e apresentam 5 varia\u00e7\u00f5es:
    1. Risco de Mercado: criar um excelente produto ou sistema que ningu\u00e9m realmente quer;
    2. Risco Estrat\u00e9gico: criar um produto que n\u00e3o se encaixe mais na estrat\u00e9gia geral de neg\u00f3cios da empresa;
    3. Risco de Vendas: criar um produto que a equipe de vendas n\u00e3o sabe como vender;
    4. Risco Gerencial: perda de suporte da alta ger\u00eancia devido \u00e0 mudan\u00e7a no foco ou mudan\u00e7a de profissionais;
    5. Risco de Or\u00e7amento: perda do or\u00e7amento ou do comprometimento dos profissionais.

A an\u00e1lise dos riscos levar\u00e1 em considera\u00e7\u00e3o 2 vari\u00e1veis:

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#241-probabilidade","title":"2.4.1 Probabilidade","text":"

A probabilidade indica a chance de um risco se materializar no projeto. Quanto maior a probabilidade, maior a chance de o risco ocorrer, o que exige maior aten\u00e7\u00e3o e planejamento. Ao identificar e avaliar esses riscos, a equipe de projeto pode desenvolver estrat\u00e9gias para mitigar ou gerenciar os impactos potenciais, aumentando as chances de sucesso do projeto.

Probabilidade Intervalo Peso Muito Alta 81% \u00e0 100% 5 Alta 61% \u00e0 80% 4 M\u00e9dia 41% \u00e0 60% 3 Baixa 21% \u00e0 40% 2 Muto Baixa 0% \u00e0 20% 1"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#242-impacto","title":"2.4.2 Impacto","text":"

Para se quantificar o impacto do risco no projeto o custo, o tempo, o escopo e a qualidade devem ser levados em conta:

Impacto Descri\u00e7\u00e3o Peso Catastr\u00f3fico Impacto Inviabiliza o Projeto 5 Grande H\u00e1 grande impacto no desenvolvimento do projeto 4 Moderado Possui certo impacto, por\u00e9m \u00e9 facilmente recuperado 3 Pequeno Pouco impacto no desenvolvimento do projeto 2 Insignificante Impacto pouco expressivo no desenvovimento do Projeto 1"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#243-prioridade","title":"2.4.3 Prioridade","text":"

Atrav\u00e9s da equa\u00e7\u00e3o [(Probabilidade) x (Impacto)] \u00e9 poss\u00edvel calcular a prioridade dos riscos. A partir desses valores \u00e9 determinada a urg\u00eancia da inicializa\u00e7\u00e3o de medidas de mitiga\u00e7\u00e3o e resolu\u00e7\u00e3o dos riscos, tal como na matriz abaixo:

Figura 1 - Matriz de Riscos (UFV, 2021)

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#234-historico-de-riscos","title":"2.3.4 Hist\u00f3rico de Riscos:","text":"Ciclo Tipo de Risco Probabilidade Impacto Grau do Risco - Prioridade Contramedida Tomada Ciclo 1 Risco de Projeto Muito Baixa Catastr\u00f3frico Risco Moderado Ap\u00f3s a greve de docentes, todo o cronograma foi redefinido Ciclo 2 Risco de Projeto M\u00e9dia Pequeno Risco Pequeno Aloca\u00e7\u00e3o de mais respons\u00e1veis em certas atribui\u00e7\u00f5es Ciclo 2 Risco de Projeto Baixa Grande Risco Alto Ado\u00e7\u00e3o de outros meios de comunica\u00e7\u00e3o com o Cliente Ciclo 4 Risco de Projeto Alta Moderado Risco Alto Promover 1 intervalo de descanso, sem atividade durante 1 ciclo para a motiva\u00e7\u00e3o do time Ciclo 5 Risco de Projeto Alta Moderado Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados. Ciclo 6 Risco de Projeto Alta Grande Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados. Ciclo 7 Risco de Projeto Alta Grande Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados."},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#25-criterios-de-replanejamento","title":"2.5 Crit\u00e9rios de Replanejamento","text":"

Os crit\u00e9rios de replanejamento referem-se \u00e0 identifica\u00e7\u00e3o dos pontos que, caso ocorram, causar\u00e3o um replanejamento do projeto. Precisam ser acompanhados a cada Ciclo, referindo-se assim, ao projeto como um todo e n\u00e3o apenas ao produto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#251-identificacao-de-criterios","title":"2.5.1 Identifica\u00e7\u00e3o de Crit\u00e9rios:","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c01-alteracao-nos-prazos-das-entregas","title":"C01 - Altera\u00e7\u00e3o nos prazos das entregas","text":"

Categoria: Risco de Projeto. Causa: Atrasos ou imprevistos provocaram d\u00e9bitos de algumas atividades. Consequ\u00eancia: Extens\u00e3o dos prazos das atividades debitadas.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c02-alteracao-das-tecnologias-do-projeto","title":"C02 - Altera\u00e7\u00e3o das Tecnologias do projeto","text":"

Categoria: Risco T\u00e9cnico. Causa: Troca de linguagem de programa\u00e7\u00e3o ou qualquer ferramenta de gest\u00e3o e controle do time. Consequ\u00eancia: Refatora\u00e7\u00e3o do c\u00f3digo ou reorganiza\u00e7\u00e3o do projeto nas novas ferramentas de gest\u00e3o.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c03-alteracao-no-processo-de-engenharia-de-requisitos-ou-desenvolvimento-de-software","title":"C03 - Altera\u00e7\u00e3o no Processo de Engenharia de Requisitos ou Desenvolvimento de Software","text":"

Categoria: Risco T\u00e9cnico. Causa: Mudan\u00e7a no m\u00e9todo de organiz\u00e7\u00e3o do time, m\u00e9todo de organiza\u00e7\u00e3o dos requisistos ou produ\u00e7\u00e3o. Consequ\u00eancia: Reorganiza\u00e7\u00e3o dos pap\u00e9is do time e atualiza\u00e7\u00e3o de documenta\u00e7\u00e3o dos requisistos e do processo.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c04-alteracao-no-escopo-do-projeto","title":"C04 - Altera\u00e7\u00e3o no Escopo do Projeto","text":"

Categoria: Risco de Projeto. Causa: Surgimento de novos requisitos. Consequ\u00eancia: Replanejamento do projeto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c05-barreiras-externas-para-execucao-do-projeto-tais-como-aparatos-legais-valor-financeiro-inacessivel-capacidade-dos-hardwares-dos-desenvolvedores-etc","title":"C05 - Barreiras externas para execu\u00e7\u00e3o do projeto, tais como: aparatos legais, valor financeiro inacess\u00edvel, capacidade dos hardwares dos desenvolvedores, etc","text":"

Categoria: Risco T\u00e9cnico. Causa: Qualquer problema n\u00e3o gerado pelo time de desenvolvimento, isto \u00e9, problemas fogem do controle do processo de desenvolvimento. Consequ\u00eancia: Estudo do problema e adapta\u00e7\u00e3o do time para reverter o problema.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c06-saida-de-algum-membro-da-equipe","title":"C06 - Sa\u00edda de algum membro da equipe","text":"

Categoria: Risco de Projeto. Causa: Membro retirou ou trancou a disciplina. Consequ\u00eancia: Realoca\u00e7\u00e3o dos membros desenvolvedores nas atividades do projeto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c07-divergencia-de-horarios-entre-membros-da-equipe","title":"C07 - Diverg\u00eancia de hor\u00e1rios entre membros da equipe","text":"

Categoria: Risco de Projeto. Causa: Membros com grades hor\u00e1rias muito distintas. Consequ\u00eancia: Dificuldade para reunir toda a equipe e realizar os pareamentos.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c08-dificuldades-da-equipe-com-as-novas-tecnologias-inseridas","title":"C08 - Dificuldades da equipe com as novas tecnologias inseridas","text":"

Categoria: Risco T\u00e9cnico. Causa: Inexperi\u00eancia de alguns membros. Consequ\u00eancia: Surgimento de d\u00edvidas t\u00e9cnicas pela dificuldade em realizar os objetivos propostos.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c09-ausencia-de-membros-durante-reunioes-do-grupo","title":"C09 - Aus\u00eancia de membros durante reuni\u00f5es do grupo","text":"

Categoria: Risco de Projeto. Causa: Membros sobrecarregados ou desestimulados com o projeto. Consequ\u00eancia: Membros perdidos na sprint e maior carga de trabalho para o restante da equipe.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c10-problemas-pessoais-ou-de-saude","title":"C10 - Problemas pessoais ou de sa\u00fade","text":"

Categoria: Risco de Projeto. Causa: Problemas pessoais/doen\u00e7as ou viagens dos membros da equipe. Consequ\u00eancia: Capacidade de trabalho da equipe prejudicada e atrasos no cronograma.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c11-falta-de-comprometimento-dos-membros-com-o-projeto","title":"C11 - Falta de comprometimento dos membros com o projeto","text":"

Categoria: Riscos de Projeto. Causa: Des\u00e2nimo com o curso, problemas pessoais ou de sa\u00fade, excesso de compromissos, entre outros. Consequ\u00eancia: Issues n\u00e3o entregues, d\u00edvida t\u00e9cnica e replanejamento.

Os crit\u00e9rios de replanejamento do projeto devem ser acompanhados e atualizados a cada fase. E, aplicados, conforme necessidade.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#234-historico-de-riscos_1","title":"2.3.4 Hist\u00f3rico de Riscos:","text":"Ciclo Problema Solu\u00e7\u00e3o Encontrada Resultado Esperado Ciclo 1 C01 Paraliza\u00e7\u00e3o do projeto RISO durante a greve e Refurmula\u00e7\u00e3o de todo o Cronograma de ciclos Defini\u00e7\u00e3o e reestrutura\u00e7\u00e3o completa do desenvolvmento do Projeto Ciclo 1 C11 Utiliza\u00e7\u00e3o da ferramenta Jira para acompanhar, de forma mais r\u00eddiga, o controle do progresso do time Controle maior sobre as obriga\u00e7\u00f5es do time e maior liberdade de produ\u00e7\u00e3o aos membros Ciclo 2 C10 Redistribui\u00e7\u00e3o dos membros nas atividades para suprir os membros que entraram de viagem As atividades foram uniformemente distribu\u00eddas Ciclo 2 C09 Exposi\u00e7\u00e3o das Pautas debatidas na reuni\u00e3o em forma de ata para os membros ausentes Acesso \u00e0 todo o conte\u00fado perdido para os membros ausentes Ciclo 2 C01 Debitamento da atividade atrasada para o ciclo seguinte e adi\u00e7\u00e3o de um respons\u00e1vel auxiliar Conclus\u00e3o da Atividade no prazo Ciclo 2 C11 Motiva\u00e7\u00e3o de uma maior comunica\u00e7\u00e3o pelo WhatsApp entre os membros Maior comunica\u00e7\u00e3o e engajamento do time com o projeto Ciclo 4 C11 Interrup\u00e7\u00e3o das atividades do ciclo Maior energia e motiva\u00e7\u00e3o para recome\u00e7ar as atividades Ciclo 4 C01 Redistribui\u00e7\u00e3o das US do projeto para compensar a paralisa\u00e7\u00e3o do ciclo anterior Entrega das funcionalidades dentro do prazo Ciclo 5 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 5 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida Ciclo 6 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 6 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida Ciclo 7 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 7 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"}]} \ No newline at end of file +{"config":{"lang":["en"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"RISO - Reconhecimento Inteligente de Sorrissos","text":"

O projeto RISO \u00e9 uma aplica\u00e7\u00e3o de intelig\u00eancia artificial inovadora no setor de atendimento ao cliente, desenvolvida por estudantes de Requisitos de Software da UNB. Seu principal objetivo \u00e9 contar quantos sorrisos os clientes d\u00e3o enquanto saboreiam seus sorvetes numa sorveteria, usando isso como uma forma divertida e interativa de medir a satisfa\u00e7\u00e3o. O sistema utiliza uma c\u00e2mera e algoritmos avan\u00e7ados de reconhecimento facial para identificar e analisar os sorrisos, transformando essa express\u00e3o de alegria em dados \u00fateis para entender o comportamento do consumidor. O RISO n\u00e3o s\u00f3 avalia a felicidade dos clientes, mas tamb\u00e9m serve como estudo de caso para melhorar a intera\u00e7\u00e3o humano-m\u00e1quina em situa\u00e7\u00f5es reais. Al\u00e9m disso, prepara o terreno para futuras pesquisas e adapta\u00e7\u00f5es em diferentes contextos culturais, ampliando o uso da intelig\u00eancia artificial no atendimento ao cliente.

"},{"location":"#equipe-do-projeto","title":"Equipe do Projeto","text":"

Lucas Antunes de Avelar Joyce Dionizio De Mesquita Marco Tulio Soares Joao Pedro Veras Gomes Joao Paulo Barros D Cristo J\u00e9sus Gabriel Carvalho Ventura Daniel Rodrigues Da Rocha

Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o e cria\u00e7\u00e3o da introdua\u00e7\u00e3o J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo1/","title":"Ciclo 1","text":""},{"location":"sections/ciclos/ciclo1/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo1/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 17/07/24 at\u00e9 24/07/24

"},{"location":"sections/ciclos/ciclo1/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo1/#at01c01-correcao-na-documentacao-da-issue-de-matriz-de-comunicacao-do-professor-george","title":"AT01C01 - Corre\u00e7\u00e3o na Documenta\u00e7\u00e3o da Issue de Matriz de Comunica\u00e7\u00e3o do Professor George;","text":""},{"location":"sections/ciclos/ciclo1/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo2/","title":"Ciclo 2","text":""},{"location":"sections/ciclos/ciclo2/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo2/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo2/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo2/#atividades-entregues","title":"Atividades Entregues:","text":"

Nenhuma Atividade foi entregue

"},{"location":"sections/ciclos/ciclo2/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo2/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 24/07/24 at\u00e9 31/07/24

"},{"location":"sections/ciclos/ciclo2/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo2/#at01c02-definicao-do-backlog-do-produto-e-do-mvp","title":"AT01C02 - Defini\u00e7\u00e3o do Backlog do Produto e do MVP","text":""},{"location":"sections/ciclos/ciclo2/#at02c02-atualizacao-dos-riscos-do-projeto","title":"AT02C02 - Atualiza\u00e7\u00e3o dos Riscos do Projeto","text":""},{"location":"sections/ciclos/ciclo2/#at03c02-adicao-das-licoes-aprendidas","title":"AT03C02 - Adi\u00e7\u00e3o das Li\u00e7\u00f5es Aprendidas","text":""},{"location":"sections/ciclos/ciclo2/#at04c02-adicao-de-politicas-de-contribuicao-no-projeto","title":"AT04C02 - Adi\u00e7\u00e3o de Pol\u00edticas de Contribui\u00e7\u00e3o no Projeto","text":"

D\u00e9bitos:

"},{"location":"sections/ciclos/ciclo2/#at01c01-correcao-na-documentacao-da-issue-de-matriz-de-comunicacao-do-professor-george","title":"AT01C01 - Corre\u00e7\u00e3o na Documenta\u00e7\u00e3o da Issue de Matriz de Comunica\u00e7\u00e3o do Professor George;","text":""},{"location":"sections/ciclos/ciclo2/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo3/","title":"Ciclo 3","text":""},{"location":"sections/ciclos/ciclo3/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo3/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo3/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo3/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo3/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":"

Nenhuma Atividade em D\u00e9bito

"},{"location":"sections/ciclos/ciclo3/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 31/07/24 at\u00e9 07/08/24

"},{"location":"sections/ciclos/ciclo3/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo3/#at01c03-realizacao-do-video-de-apresentacao","title":"AT01C03 - Realiza\u00e7\u00e3o do V\u00eddeo de Apresenta\u00e7\u00e3o","text":""},{"location":"sections/ciclos/ciclo3/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo3/#at03c03-inicio-da-producao-da-us02","title":"AT03C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo3/#at04c03-inserir-a-ata-da-reuniao-do-ciclo-3","title":"AT04C03 - Inserir a Ata da Reuni\u00e3o do Ciclo 3","text":""},{"location":"sections/ciclos/ciclo3/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo4/","title":"Ciclo 4","text":""},{"location":"sections/ciclos/ciclo4/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo4/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo4/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo4/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo4/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo4/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 07/08/24 at\u00e9 14/08/24

"},{"location":"sections/ciclos/ciclo4/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo4/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo4/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo4/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo4/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo4/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 15/08/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo5/","title":"Ciclo 5","text":""},{"location":"sections/ciclos/ciclo5/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo5/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo5/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo5/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo5/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo5/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 14/08/24 at\u00e9 21/08/24

"},{"location":"sections/ciclos/ciclo5/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo5/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo5/#at02c03-inicio-da-producao-da-us01","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US01","text":""},{"location":"sections/ciclos/ciclo5/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo5/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo5/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo6/","title":"Ciclo 6","text":""},{"location":"sections/ciclos/ciclo6/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo6/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo6/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo6/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo6/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo6/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 21/08/24 at\u00e9 28/08/24

"},{"location":"sections/ciclos/ciclo6/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo6/#at01c06-inicio-da-producao-da-us04","title":"AT01C06 - In\u00edcio da Produ\u00e7\u00e3o da US04","text":""},{"location":"sections/ciclos/ciclo6/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo6/#at02c03-inicio-da-producao-da-us02","title":"AT02C03 - In\u00edcio da Produ\u00e7\u00e3o da US02","text":""},{"location":"sections/ciclos/ciclo6/#at01c04-inicio-da-producao-da-us03","title":"AT01C04 - In\u00edcio da Produ\u00e7\u00e3o da US03","text":""},{"location":"sections/ciclos/ciclo6/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/ciclo7/","title":"Ciclo 7","text":""},{"location":"sections/ciclos/ciclo7/#presentes-na-reuniao","title":"Presentes na Reuni\u00e3o:","text":""},{"location":"sections/ciclos/ciclo7/#retrospectiva","title":"Retrospectiva:","text":""},{"location":"sections/ciclos/ciclo7/#revisao-das-atividades-do-ciclo","title":"Revis\u00e3o das Atividades do Ciclo:","text":""},{"location":"sections/ciclos/ciclo7/#atividades-entregues","title":"Atividades Entregues:","text":""},{"location":"sections/ciclos/ciclo7/#atividades-em-debitos","title":"Atividades em D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo7/#planejamento-do-proximo-ciclo","title":"Planejamento do Pr\u00f3ximo Ciclo:","text":"

Dura\u00e7\u00e3o do Ciclo: 28/08/24 at\u00e9 04/09/24

"},{"location":"sections/ciclos/ciclo7/#atribuicoes","title":"Atribui\u00e7\u00f5es:","text":""},{"location":"sections/ciclos/ciclo7/#at01c07-inicio-da-producao-da-us06","title":"AT01C07 - In\u00edcio da Produ\u00e7\u00e3o da US06","text":""},{"location":"sections/ciclos/ciclo7/#at02c07-inicio-da-producao-da-us07","title":"AT02C07 - In\u00edcio da Produ\u00e7\u00e3o da US07","text":""},{"location":"sections/ciclos/ciclo7/#at03c07-inicio-da-producao-da-us10","title":"AT03C07 - In\u00edcio da Produ\u00e7\u00e3o da US10","text":""},{"location":"sections/ciclos/ciclo7/#debitos","title":"D\u00e9bitos:","text":""},{"location":"sections/ciclos/ciclo7/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/ciclos/planejamento/","title":"Planejamento de Ciclos","text":""},{"location":"sections/ciclos/planejamento/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Este documento visa registrar o andamento das itera\u00e7\u00f5es que foram planejadas de acordo com a metodologia de desenvolvimento escolhida e pensando nas entregas do MVP.

"},{"location":"sections/ciclos/planejamento/#2-planejamento-das-fases-do-projeto","title":"2. Planejamento das Fases do Projeto","text":"

O planejamento das itera\u00e7\u00f5es pode ser encontrado na tabela 1 a seguir, detalhando o que deve ser entregue de produto em cada Ciclo.

Ciclo Produto (Entrega) Data In\u00edcio Data Fim Ciclo 1 Requisitos descobertos, elicitados, analisados e consensuados 10/07/24 17/07/24 Ciclo 2 Requisitos validados, verificados e declarados 17/07/24 24/07/24 Ciclo 3 Requisitos organizados e atualizados, escopo definido do MVP e Funcionalidades Incrementais 24/07/24 31/07/24 Ciclo 4 18% do MVP entregue 31/07/24 07/08/24 Ciclo 5 36% do MPV entregue 07/08/24 14/08/24 Ciclo 6 54% do MVP entregue 14/08/24 21/08/24 Ciclo 7 72% do MVP entregue 21/08/24 28/08/24 Ciclo 8 91% do MVP entregue 28/08/24 4/08/24 Ciclo 9 100% do MVP entregue e Revis\u00e3o da Entrega 4/09/24 10/09/24

Tabela 1 - Planejamento dos Ciclos (Fonte: Autor, 2024)

"},{"location":"sections/ciclos/planejamento/#3-histirico-de-versao","title":"3. Hist\u00edrico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/entregas/unidade1/apresentacao1/","title":"Esw e Ciclos de Vida","text":""},{"location":"sections/entregas/unidade1/apresentacao1/#slides","title":"Slides","text":""},{"location":"sections/entregas/unidade1/apresentacao1/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joyce Dionizio Lucas Antunes"},{"location":"sections/entregas/unidade1/video/","title":"V\u00eddeo da Apresenta\u00e7\u00e3o do grupo","text":""},{"location":"sections/entregas/unidade1/video/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joyce Dionizio Lucas Antunes"},{"location":"sections/entregas/unidade2/apresentacao2/","title":"Miss\u00e3o 2 | Backlog","text":""},{"location":"sections/entregas/unidade2/apresentacao2/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

RISO \u00e9 um software projetado para medir a satisfa\u00e7\u00e3o dos clientes em uma loja espec\u00edfica, analisando suas express\u00f5es faciais por meio de tecnologias de vis\u00e3o computacional. Este documento de backlog visa apresentar:

"},{"location":"sections/entregas/unidade2/apresentacao2/#2-user-storys-uss","title":"2. User Storys (USs)","text":"

User Story (ou hist\u00f3ria do usu\u00e1rio) \u00e9 uma senten\u00e7a curta e simples sobre uma funcionalidade (escrita sob a perspectiva do usu\u00e1rio que a deseja), utilizada para informar e inspirar decis\u00f5es de design.

N\u00ba T\u00edtulo Hist\u00f3ria de Usu\u00e1rio US01 Cadastrar e Logar na Conta Eu como usu\u00e1rio, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das fun\u00e7\u00f5es do software e ter a seguran\u00e7a de meus dados. US02 Cadastrar Empresa-Unidade Eu como usu\u00e1rio, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados \u00e0 esta Unidade/Empresa. US03 Adicionar Colaboradores Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um c\u00f3digo aleat\u00f3rio gerado no ato da cria\u00e7\u00e3o da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO. US04 Editar Colaboradores Eu como Usu\u00e1rio administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado \u00e0 minha Unidade/Empresa, para que eu organize melhor as atribui\u00e7\u00f5es da equipe dentro da plataforma. US05 Gerenciar Privil\u00e9gios Eu como usu\u00e1rio administrador, devo ser capaz de adicionar e remover usu\u00e1rios privilegiados de minha Unidade/Empresa, isto \u00e9, de gerenciar sub-administradores, para que outros usu\u00e1rios possam me dar assist\u00eancia no gerenciamento da Unidade/Empresa al\u00e9m de mim. US06 Reconhecer Sorrisos O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da vis\u00e3o computacional fornecida por uma c\u00e2mera ou webcam, para que o reconhecimento de sorrisos aconte\u00e7a. US07 Contabilizar Sorrisos O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizados posteriormente. US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas Eu como usu\u00e1rio comum e administrador, devo ser capaz de visualizar um gr\u00e1fico da quantidade total de sorrisos por dia, semana ou m\u00eas, para que eu tenha vis\u00e3o clara e facilidade dos dados. US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar a quantidade m\u00e9dia de sorrisos por pessoa filtrada por dia, semana ou m\u00eas, para que eu possa consultar os dados facilmente de forma clara e de forma mais clara. US10 Visualizar dados de taxas gerais de risos Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamentos dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos. US11 Integrar em uma c\u00e2mera \u00fanica no Caixa O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma c\u00e2mera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente."},{"location":"sections/entregas/unidade2/apresentacao2/#2-requisitos-nao-funcionais","title":"2. Requisitos N\u00e3o Funcionais","text":"

Requisitos n\u00e3o funcionais s\u00e3o crit\u00e9rios que especificam a opera\u00e7\u00e3o de um sistema, diferentemente dos requisitos funcionais, que descrevem o comportamento e as funcionalidades do sistema. Eles incluem aspectos como desempenho, seguran\u00e7a, usabilidade, confiabilidade, e conformidade com padr\u00f5es. Esses requisitos s\u00e3o cruciais para garantir que o sistema n\u00e3o apenas funcione conforme esperado, mas tamb\u00e9m atenda a determinadas qualidades e restri\u00e7\u00f5es que s\u00e3o importantes para os usu\u00e1rios e outras partes interessadas.

N\u00ba Categoria Descri\u00e7\u00e3o RQNF01 Design O sistema dever\u00e1 garantir que o design adotado promova uma facilidade na curva de aprendizagem de uso da plataforma. RQNF02 Portabilidade O sistema dever\u00e1 ser um Web. RQNF03 Interface O sistema dever\u00e1 ser utiliz\u00e1vel em qualquer dispositivo com acesso \u00e0 internet, independente do tamanho do visor. Isto \u00e9, ser responsivo. RQNF04 Segura\u00e7a O sistema dever\u00e1 ter p\u00e1ginas protegidas com autentica\u00e7\u00e3o do usu\u00e1rio. RQNF05 Seguran\u00e7a O sistema dever\u00e1 criptografar dados sens\u00edveis dos usu\u00e1rios. RQNF06 Desenpenho O sistema dever\u00e1 garantir que as requisi\u00e7\u00f5es ao banco de dados n\u00e3o durem mais que 1 segundo."},{"location":"sections/entregas/unidade2/apresentacao2/#4-backlog","title":"4. Backlog","text":"

O backlog \u00e9 uma lista priorit\u00e1ria de tarefas, funcionalidades, e requisitos que devem ser implementados em um projeto de desenvolvimento de software. Ele \u00e9 essencialmente um reposit\u00f3rio din\u00e2mico e evolutivo que reflete tudo o que \u00e9 necess\u00e1rio para melhorar o produto. No contexto do desenvolvimento \u00e1gil, o backlog \u00e9 frequentemente revisitado e reorganizado para assegurar que o trabalho mais valioso seja realizado primeiro. Esse processo cont\u00ednuo de refinamento ajuda a garantir que a equipe esteja sempre alinhada com as prioridades e objetivos do projeto.

\u00c9pico User Story Objetivo [EP01]: Reconhecimento de Sorrisos US11 Integrar em uma c\u00e2mera \u00danica na Caixa [EP01]: Reconhecimento de Sorrisos US07 Contabilizar Sorrisos [EP01]: Reconhecimento de Sorrisos US06 Reconhecer Sorrisos [EP02]: Visualiza\u00e7\u00e3o de Dados US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas [EP02]: Visualiza\u00e7\u00e3o de Dados US10 Visualizar dados de taxas gerais de risos [EP02]: Visualiza\u00e7\u00e3o de Dados US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas [EP03]: Gerenciamento de Unidade/Empresa US05 Gerenciar Privil\u00e9gios [EP03]: Gerenciamento de Unidade/Empresa US04 Adicionar Colaboradores [EP03]: Gerenciamento de Unidade/Empresa US03 Adicionar Colaboradores [EP04]: Gerenciamento de Conta US01 Cadastrar e Logar na Conta [EP04]: Gerenciamento de Conta US02 Cadastrar Empresa-Unidade"},{"location":"sections/entregas/unidade2/apresentacao2/#4-referencias-bibliograficas","title":"4. Refer\u00eancias Bibliogr\u00e1ficas:","text":"

Cursospm3. Gloss\u00e1rio: User Story. 2024. Dispon\u00edvel em: https://www.cursospm3.com.br/glossario/user-story/.

PRESSMAN, Roger S. Engenharia de Software. 8. ed. Porto Alegre: AMGH, 2016.

SCHWABER, Ken; SUTHERLAND, Jeff. The Scrum Guide: The Definitive Guide to Scrum: The Rules of the Game. 2020. Dispon\u00edvel em: https://www.scrumguides.org/scrum-guide.html.

"},{"location":"sections/entregas/unidade2/apresentacao2/#5-historico-de-revisao","title":"5. Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio, Joao Pedro Daniel Rodrigues 01/08/24 2.0 Adi\u00e7\u00e3o do Requisito N\u00e3o Funcional Daniel Rodrigues Joao Pedro"},{"location":"sections/entregas/unidade2/video/","title":"V\u00eddeo da Apresenta\u00e7\u00e3o do grupo","text":""},{"location":"sections/entregas/unidade2/video/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues, Lucas Antunes Marco Tulio"},{"location":"sections/entregas/unidade3/pbb/","title":"Miss\u00e3o 3 - PBB","text":""},{"location":"sections/entregas/unidade3/pbb/#1-product-backlog-building","title":"1. Product Backlog Building","text":"

Product Backlog Building (PBB) \u00e9 um processo utilizado em metodologias de desenvolvimento de software \u00e1geis, como o Scrum, para criar e manter uma lista de itens de trabalho (ou \u201cbacklog\u201d) para um projeto de software. O PBB \u00e9 realizado pelo Product Owner, que \u00e9 respons\u00e1vel por definir e priorizar os itens do backlog, com base nas necessidades do neg\u00f3cio e dos usu\u00e1rios. Os itens do backlog incluem hist\u00f3rias do usu\u00e1rio, tarefas t\u00e9cnicas e bugs.

O PBB \u00e9 um processo cont\u00ednuo que come\u00e7a antes do in\u00edcio do projeto e continua durante todo o ciclo de vida do projeto. Ele \u00e9 usado para garantir que o projeto esteja sempre alinhado com as necessidades do neg\u00f3cio e dos usu\u00e1rios, e para garantir que o trabalho do time de desenvolvimento esteja sempre focado nas coisas mais importantes (Medium, 2022).

"},{"location":"sections/entregas/unidade3/pbb/#2-healthnet","title":"2. HealthNet","text":"

A HealthNet atua no setor de sa\u00fade e enfrenta diversos desafios em sua opera\u00e7\u00e3o, especialmente relacionados \u00e0 efici\u00eancia dos processos internos, \u00e0 comunica\u00e7\u00e3o entre diferentes departamentos, e \u00e0 satisfa\u00e7\u00e3o dos pacientes. Esses problemas indicam uma necessidade urgente de revis\u00e3o e otimiza\u00e7\u00e3o de suas pr\u00e1ticas, bem como a implementa\u00e7\u00e3o de solu\u00e7\u00f5es tecnol\u00f3gicas que possam integrar e melhorar a gest\u00e3o das suas atividades.

Entre as principais necessidades identificadas para a HealthNet est\u00e3o a melhoria da comunica\u00e7\u00e3o interna, a padroniza\u00e7\u00e3o dos processos operacionais, e a cria\u00e7\u00e3o de um sistema centralizado que permita o acesso r\u00e1pido e eficiente \u00e0s informa\u00e7\u00f5es dos pacientes. Al\u00e9m disso, h\u00e1 uma demanda por ferramentas que auxiliem na an\u00e1lise de dados, visando tanto a melhoria da tomada de decis\u00f5es quanto a personaliza\u00e7\u00e3o do atendimento aos pacientes.

"},{"location":"sections/entregas/unidade3/pbb/#3-construcao-do-pbb","title":"3. Constru\u00e7\u00e3o do PBB","text":"

A montagem do Product Backlog utilizando o m\u00e9todo PBB foi realizada pela plataforma Miro, software especializado em produ\u00e7\u00e3o de mapas mentais, organiza\u00e7\u00e3o de notas e tarefas. O Mapa completo pode ser visualizada abaixo:

A atividade foi conduzida utilizando um template de PBB disponibilizado pela comunidade do Miro. O template possui \u00e1reas espec\u00edficas para cada etapa da metodologia. Come\u00e7ando pela parte esquerda, s\u00e3o preenchidos os problemas e expectativas identificados. Em seguida, no espa\u00e7o central mais amplo do template, \u00e9 realizada a defini\u00e7\u00e3o das personas.

Na pr\u00f3xima etapa, as features s\u00e3o detalhadas com base nas expectativas de cada persona. As features s\u00e3o apresentadas com os problemas ou necessidades relacionados \u00e0 esquerda e os benef\u00edcios proporcionados por cada uma \u00e0 direita.

Logo ap\u00f3s, s\u00e3o listados os Itens do Product Backlog, que correspondem \u00e0s Hist\u00f3rias de Usu\u00e1rios criadas a partir das Features descritas anteriormente. Por fim, a prioriza\u00e7\u00e3o das US\u2019s foi realizada utilizando o m\u00e9todo de prioriza\u00e7\u00e3o COORG. Nesse m\u00e9todo, a prioriza\u00e7\u00e3o ocorre tanto vertical quanto horizontalmente, com a posi\u00e7\u00e3o vertical indicando o grau de prioridade (quanto mais alto, maior) e a posi\u00e7\u00e3o horizontal indicando a sequ\u00eancia l\u00f3gica de execu\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#4-definicao-de-users-storys-e-bdds","title":"4. Defini\u00e7\u00e3o de Users Storys e BDDs:","text":"

A fase de Behavior Driven Development (BDD) no framework Product Backlog Building (PBB) \u00e9 uma etapa crucial para alinhar o desenvolvimento do software com as expectativas dos usu\u00e1rios e do neg\u00f3cio. O BDD se concentra em descrever o comportamento do sistema por meio de cen\u00e1rios concretos que refletem as necessidades e funcionalidades desejadas. Essas descri\u00e7\u00f5es s\u00e3o feitas em uma linguagem comum e acess\u00edvel, frequentemente utilizando a estrutura \u201cDado-Quando-Ent\u00e3o\u201d para detalhar as condi\u00e7\u00f5es iniciais, as a\u00e7\u00f5es tomadas e os resultados esperados. A fase de BDD no PBB envolve a cria\u00e7\u00e3o de cen\u00e1rios espec\u00edficos para cada item do backlog.

Para a montagem das US's e BDDs, foi extra\u00eddo cada PBI obtido pelo m\u00e9todo PBB. Os BDDs ser\u00e3o organizados, aqui, por persona.

"},{"location":"sections/entregas/unidade3/pbb/#41-persona-1-recepcionista","title":"4.1. PERSONA 1 - RECEPCIONISTA","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-cadastro-de-um-novo-paciente-com-todos-os-campos-obrigatorios-preenchidos-corretamente","title":"Cen\u00e1rio 1: Cadastro de um novo paciente com todos os campos obrigat\u00f3rios preenchidos corretamente","text":"

Dado que a recepcionista est\u00e1 na tela de cadastro de pacientes, E todos os campos obrigat\u00f3rios (nome, data de nascimento, endere\u00e7o, telefone, CPF, e hist\u00f3rico m\u00e9dico b\u00e1sico) est\u00e3o vis\u00edveis, Quando ela preenche todos os campos corretamente e clica no bot\u00e3o \"Cadastrar\", Ent\u00e3o o sistema deve salvar os dados do paciente, E exibir uma mensagem de confirma\u00e7\u00e3o \"Paciente cadastrado com sucesso\", E redirecionar para a p\u00e1gina de listagem de pacientes.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-tentativa-de-cadastro-com-campos-obrigatorios-nao-preenchidos","title":"Cen\u00e1rio 2: Tentativa de cadastro com campos obrigat\u00f3rios n\u00e3o preenchidos","text":"

Dado que a recepcionista est\u00e1 na tela de cadastro de pacientes, Quando ela tenta cadastrar o paciente sem preencher todos os campos obrigat\u00f3rios (ex.: CPF ou data de nascimento em branco), Ent\u00e3o o sistema deve impedir o cadastro, E exibir uma mensagem de erro indicando quais campos precisam ser preenchidos, como \"Por favor, preencha o campo CPF\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-cadastro-de-paciente-com-cpf-ja-registrado","title":"Cen\u00e1rio 3: Cadastro de paciente com CPF j\u00e1 registrado","text":"

Dado que um paciente com o mesmo CPF j\u00e1 est\u00e1 cadastrado no sistema, E a recepcionista est\u00e1 tentando cadastrar um novo paciente com o mesmo CPF, Quando ela clica no bot\u00e3o \"Cadastrar\", Ent\u00e3o o sistema deve bloquear o cadastro, E exibir uma mensagem de erro \"CPF j\u00e1 registrado. Verifique as informa\u00e7\u00f5es do paciente\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-preenchimento-automatico-de-endereco-pelo-cep","title":"Cen\u00e1rio 4: Preenchimento autom\u00e1tico de endere\u00e7o pelo CEP","text":"

Dado que a recepcionista est\u00e1 na tela de cadastro de pacientes, E o campo de CEP est\u00e1 dispon\u00edvel, Quando ela insere um CEP v\u00e1lido no campo correspondente, Ent\u00e3o o sistema deve preencher automaticamente os campos de endere\u00e7o (rua, bairro, cidade e estado), E permitir que a recepcionista revise e edite essas informa\u00e7\u00f5es, se necess\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-validacao-dos-dados-inseridos-no-cadastro","title":"Cen\u00e1rio 5: Valida\u00e7\u00e3o dos dados inseridos no cadastro","text":"

Dado que a recepcionista est\u00e1 na tela de cadastro de pacientes, E inseriu os dados nos campos de forma incorreta, como nome com n\u00fameros ou telefone com formato inv\u00e1lido, Quando ela tenta prosseguir com o cadastro, Ent\u00e3o o sistema deve exibir mensagens espec\u00edficas de erro junto aos campos incorretos, como \"Nome n\u00e3o pode conter n\u00fameros\" ou \"Formato de telefone inv\u00e1lido\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-cancelamento-do-cadastro-durante-o-processo","title":"Cen\u00e1rio 6: Cancelamento do cadastro durante o processo","text":"

Dado que a recepcionista est\u00e1 no meio do processo de cadastro de um paciente, Quando ela clica no bot\u00e3o \"Cancelar\", Ent\u00e3o o sistema deve exibir uma mensagem de confirma\u00e7\u00e3o \"Tem certeza que deseja cancelar o cadastro?\", E se a recepcionista confirmar o cancelamento, o sistema deve descartar todos os dados inseridos, E retornar para a tela inicial de cadastro ou listagem de pacientes.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_1","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_1","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-atualizacao-bem-sucedida-de-dados-de-um-paciente","title":"Cen\u00e1rio 1: Atualiza\u00e7\u00e3o bem-sucedida de dados de um paciente","text":"

Dado que a recepcionista est\u00e1 na tela de edi\u00e7\u00e3o dos dados de um paciente, E todos os campos edit\u00e1veis est\u00e3o vis\u00edveis e acess\u00edveis, Quando ela altera as informa\u00e7\u00f5es (ex.: endere\u00e7o ou telefone) e clica no bot\u00e3o \"Salvar Altera\u00e7\u00f5es\", Ent\u00e3o o sistema deve atualizar os dados do paciente no banco de dados, E exibir uma mensagem de confirma\u00e7\u00e3o \"Dados do paciente atualizados com sucesso\", E retornar \u00e0 p\u00e1gina de visualiza\u00e7\u00e3o dos dados atualizados do paciente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-tentativa-de-atualizacao-com-campos-obrigatorios-deixados-em-branco","title":"Cen\u00e1rio 2: Tentativa de atualiza\u00e7\u00e3o com campos obrigat\u00f3rios deixados em branco","text":"

Dado que a recepcionista est\u00e1 na tela de atualiza\u00e7\u00e3o dos dados de um paciente, Quando ela apaga informa\u00e7\u00f5es de um campo obrigat\u00f3rio (ex.: CPF ou data de nascimento) e tenta salvar as altera\u00e7\u00f5es, Ent\u00e3o o sistema deve impedir a atualiza\u00e7\u00e3o, E exibir uma mensagem de erro \"Preencha todos os campos obrigat\u00f3rios\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-atualizacao-de-dados-com-um-cpf-que-ja-pertence-a-outro-paciente","title":"Cen\u00e1rio 3: Atualiza\u00e7\u00e3o de dados com um CPF que j\u00e1 pertence a outro paciente","text":"

Dado que a recepcionista est\u00e1 atualizando os dados de um paciente, E insere um CPF que j\u00e1 est\u00e1 registrado em outro cadastro no sistema, Quando ela tenta salvar as altera\u00e7\u00f5es, Ent\u00e3o o sistema deve bloquear a atualiza\u00e7\u00e3o, E exibir uma mensagem de erro \"CPF j\u00e1 cadastrado para outro paciente\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-validacao-de-dados-durante-a-atualizacao","title":"Cen\u00e1rio 4: Valida\u00e7\u00e3o de dados durante a atualiza\u00e7\u00e3o","text":"

Dado que a recepcionista est\u00e1 na tela de edi\u00e7\u00e3o dos dados de um paciente, E ela insere informa\u00e7\u00f5es incorretas, como um telefone com formato inv\u00e1lido ou nome com caracteres especiais, Quando ela clica no bot\u00e3o \"Salvar Altera\u00e7\u00f5es\", Ent\u00e3o o sistema deve exibir mensagens espec\u00edficas de erro junto aos campos incorretos, como \"Formato de telefone inv\u00e1lido\" ou \"Nome n\u00e3o pode conter caracteres especiais\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-cancelamento-da-atualizacao-dos-dados","title":"Cen\u00e1rio 5: Cancelamento da atualiza\u00e7\u00e3o dos dados","text":"

Dado que a recepcionista est\u00e1 atualizando os dados de um paciente, Quando ela clica no bot\u00e3o \"Cancelar\" antes de salvar as altera\u00e7\u00f5es, Ent\u00e3o o sistema deve exibir uma mensagem de confirma\u00e7\u00e3o \"Tem certeza que deseja cancelar as altera\u00e7\u00f5es?\", E se a recepcionista confirmar o cancelamento, o sistema deve descartar todas as mudan\u00e7as feitas, E retornar \u00e0 tela de visualiza\u00e7\u00e3o dos dados originais do paciente sem altera\u00e7\u00f5es.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-atualizacao-de-dados-com-preenchimento-automatico-de-endereco-pelo-cep","title":"Cen\u00e1rio 6: Atualiza\u00e7\u00e3o de dados com preenchimento autom\u00e1tico de endere\u00e7o pelo CEP","text":"

Dado que a recepcionista est\u00e1 na tela de atualiza\u00e7\u00e3o dos dados de um paciente, E o campo de CEP est\u00e1 dispon\u00edvel para edi\u00e7\u00e3o, Quando ela insere um CEP v\u00e1lido no campo correspondente, Ent\u00e3o o sistema deve preencher automaticamente os campos de endere\u00e7o (rua, bairro, cidade e estado), E permitir que a recepcionista revise e edite essas informa\u00e7\u00f5es, se necess\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#42-persona-2-medico-clinico-geral","title":"4.2. PERSONA 2 - M\u00c9DICO CL\u00cdNICO GERAL","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story_2","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_2","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-adicionar-uma-nova-prescricao-com-sucesso","title":"Cen\u00e1rio 1: Adicionar uma nova prescri\u00e7\u00e3o com sucesso","text":"

Dado que o m\u00e9dico est\u00e1 autenticado no sistema e visualizando o prontu\u00e1rio do paciente E h\u00e1 um bot\u00e3o ou campo para adicionar uma nova prescri\u00e7\u00e3o Quando o m\u00e9dico insere as informa\u00e7\u00f5es da prescri\u00e7\u00e3o (nome do medicamento, dosagem, frequ\u00eancia, dura\u00e7\u00e3o do tratamento, etc.) E clica no bot\u00e3o \"Salvar\" Ent\u00e3o a prescri\u00e7\u00e3o \u00e9 salva no sistema E aparece uma mensagem de confirma\u00e7\u00e3o \"Prescri\u00e7\u00e3o adicionada com sucesso\" E a prescri\u00e7\u00e3o fica vis\u00edvel no hist\u00f3rico de prescri\u00e7\u00f5es do paciente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-validar-campos-obrigatorios-ao-adicionar-uma-prescricao","title":"Cen\u00e1rio 2: Validar campos obrigat\u00f3rios ao adicionar uma prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 adicionando uma nova prescri\u00e7\u00e3o Quando o m\u00e9dico tenta salvar a prescri\u00e7\u00e3o sem preencher todos os campos obrigat\u00f3rios (como nome do medicamento ou dosagem) Ent\u00e3o o sistema deve exibir uma mensagem de erro \"Preencha todos os campos obrigat\u00f3rios\" E o sistema n\u00e3o deve salvar a prescri\u00e7\u00e3o at\u00e9 que todas as informa\u00e7\u00f5es necess\u00e1rias sejam inseridas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-alerta-de-interacao-medicamentosa-ao-adicionar-uma-nova-prescricao","title":"Cen\u00e1rio 3: Alerta de intera\u00e7\u00e3o medicamentosa ao adicionar uma nova prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 adicionando uma nova prescri\u00e7\u00e3o para um paciente com outras prescri\u00e7\u00f5es j\u00e1 registradas E o sistema tem acesso aos dados de intera\u00e7\u00e3o medicamentosa Quando o m\u00e9dico insere uma prescri\u00e7\u00e3o que interage de forma adversa com os medicamentos atuais do paciente Ent\u00e3o o sistema deve exibir um alerta \"Cuidado: Intera\u00e7\u00e3o medicamentosa detectada\" E o m\u00e9dico deve poder revisar a prescri\u00e7\u00e3o antes de confirmar.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-visualizar-historico-completo-de-prescricoes-ao-adicionar-uma-nova-prescricao","title":"Cen\u00e1rio 4: Visualizar hist\u00f3rico completo de prescri\u00e7\u00f5es ao adicionar uma nova prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 no prontu\u00e1rio do paciente Quando o m\u00e9dico clica para adicionar uma nova prescri\u00e7\u00e3o Ent\u00e3o o sistema deve exibir o hist\u00f3rico completo de prescri\u00e7\u00f5es anteriores E deve mostrar alertas relevantes, como hist\u00f3rico de alergias ou medicamentos suspensos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-editar-uma-prescricao-antes-de-confirmar","title":"Cen\u00e1rio 5: Editar uma prescri\u00e7\u00e3o antes de confirmar","text":"

Dado que o m\u00e9dico inseriu informa\u00e7\u00f5es incorretas ou incompletas na nova prescri\u00e7\u00e3o Quando o m\u00e9dico clica em \"Editar\" antes de confirmar a prescri\u00e7\u00e3o Ent\u00e3o o sistema deve permitir a edi\u00e7\u00e3o dos campos preenchidos E o m\u00e9dico pode corrigir as informa\u00e7\u00f5es antes de salvar definitivamente.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_3","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_3","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-editar-uma-prescricao-com-sucesso","title":"Cen\u00e1rio 1: Editar uma prescri\u00e7\u00e3o com sucesso","text":"

Dado que o m\u00e9dico est\u00e1 autenticado no sistema e visualizando o prontu\u00e1rio do paciente E h\u00e1 uma prescri\u00e7\u00e3o m\u00e9dica existente no prontu\u00e1rio Quando o m\u00e9dico seleciona a prescri\u00e7\u00e3o que deseja editar E modifica os campos necess\u00e1rios (nome do medicamento, dosagem, frequ\u00eancia, etc.) E clica no bot\u00e3o \"Salvar altera\u00e7\u00f5es\" Ent\u00e3o o sistema atualiza a prescri\u00e7\u00e3o com as novas informa\u00e7\u00f5es E exibe uma mensagem de confirma\u00e7\u00e3o \"Prescri\u00e7\u00e3o atualizada com sucesso\".

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-validar-campos-obrigatorios-ao-editar-uma-prescricao","title":"Cen\u00e1rio 2: Validar campos obrigat\u00f3rios ao editar uma prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 editando uma prescri\u00e7\u00e3o existente Quando o m\u00e9dico tenta salvar a prescri\u00e7\u00e3o sem preencher todos os campos obrigat\u00f3rios Ent\u00e3o o sistema deve exibir uma mensagem de erro \"Preencha todos os campos obrigat\u00f3rios\" E o sistema n\u00e3o deve salvar as altera\u00e7\u00f5es at\u00e9 que todas as informa\u00e7\u00f5es necess\u00e1rias sejam inseridas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-exibir-historico-de-edicoes-da-prescricao","title":"Cen\u00e1rio 3: Exibir hist\u00f3rico de edi\u00e7\u00f5es da prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 visualizando uma prescri\u00e7\u00e3o editada anteriormente Quando o m\u00e9dico seleciona a prescri\u00e7\u00e3o para visualizar ou editar Ent\u00e3o o sistema deve exibir um hist\u00f3rico de edi\u00e7\u00f5es, incluindo quem realizou a edi\u00e7\u00e3o, quando, e quais altera\u00e7\u00f5es foram feitas E deve permitir que o m\u00e9dico veja as vers\u00f5es anteriores para refer\u00eancia.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-alerta-de-interacao-medicamentosa-apos-edicao","title":"Cen\u00e1rio 4: Alerta de intera\u00e7\u00e3o medicamentosa ap\u00f3s edi\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 editando uma prescri\u00e7\u00e3o que interage com outra medica\u00e7\u00e3o do paciente E o sistema possui dados sobre intera\u00e7\u00f5es medicamentosas Quando o m\u00e9dico salva a prescri\u00e7\u00e3o com mudan\u00e7as que podem causar uma intera\u00e7\u00e3o adversa Ent\u00e3o o sistema exibe um alerta \"Cuidado: Intera\u00e7\u00e3o medicamentosa detectada\" E o m\u00e9dico deve poder revisar as altera\u00e7\u00f5es antes de confirmar.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-reverter-uma-edicao-de-prescricao","title":"Cen\u00e1rio 5: Reverter uma edi\u00e7\u00e3o de prescri\u00e7\u00e3o","text":"

Dado que o m\u00e9dico realizou uma edi\u00e7\u00e3o incorreta em uma prescri\u00e7\u00e3o Quando o m\u00e9dico clica na op\u00e7\u00e3o \"Reverter para vers\u00e3o anterior\" Ent\u00e3o o sistema restaura a prescri\u00e7\u00e3o \u00e0 vers\u00e3o selecionada E exibe uma mensagem de confirma\u00e7\u00e3o \"Prescri\u00e7\u00e3o revertida com sucesso\".

"},{"location":"sections/entregas/unidade3/pbb/#user-story_4","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_4","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-visualizar-o-historico-medico-completo-do-paciente","title":"Cen\u00e1rio 1: Visualizar o hist\u00f3rico m\u00e9dico completo do paciente","text":"

Dado que o m\u00e9dico est\u00e1 autenticado no sistema e acessa o prontu\u00e1rio de um paciente Quando o m\u00e9dico clica na se\u00e7\u00e3o \"Hist\u00f3rico M\u00e9dico\" Ent\u00e3o o sistema exibe o hist\u00f3rico completo, incluindo diagn\u00f3sticos passados, tratamentos realizados, cirurgias, alergias e hist\u00f3rico de medica\u00e7\u00f5es.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-filtrar-o-historico-medico-por-tipo-de-informacao","title":"Cen\u00e1rio 2: Filtrar o hist\u00f3rico m\u00e9dico por tipo de informa\u00e7\u00e3o","text":"

Dado que o m\u00e9dico est\u00e1 visualizando o hist\u00f3rico m\u00e9dico do paciente Quando o m\u00e9dico utiliza os filtros de visualiza\u00e7\u00e3o (ex.: por data, tipo de consulta, medica\u00e7\u00e3o) Ent\u00e3o o sistema exibe apenas as informa\u00e7\u00f5es relevantes de acordo com o filtro selecionado E mant\u00e9m os demais registros ocultos at\u00e9 que os filtros sejam removidos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-acessar-detalhes-de-consultas-anteriores","title":"Cen\u00e1rio 3: Acessar detalhes de consultas anteriores","text":"

Dado que o m\u00e9dico est\u00e1 visualizando o hist\u00f3rico m\u00e9dico Quando o m\u00e9dico clica em uma consulta espec\u00edfica no hist\u00f3rico Ent\u00e3o o sistema exibe os detalhes dessa consulta, incluindo anota\u00e7\u00f5es m\u00e9dicas, resultados de exames, e tratamentos recomendados na \u00e9poca.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-visualizar-historico-de-prescricoes-e-medicacoes","title":"Cen\u00e1rio 4: Visualizar hist\u00f3rico de prescri\u00e7\u00f5es e medica\u00e7\u00f5es","text":"

Dado que o m\u00e9dico est\u00e1 visualizando o hist\u00f3rico do paciente Quando o m\u00e9dico seleciona a aba \"Prescri\u00e7\u00f5es e Medica\u00e7\u00f5es\" Ent\u00e3o o sistema exibe todas as prescri\u00e7\u00f5es passadas, com datas, dosagens e motivos para a prescri\u00e7\u00e3o E alerta sobre poss\u00edveis intera\u00e7\u00f5es com medica\u00e7\u00f5es atuais do paciente.

"},{"location":"sections/entregas/unidade3/pbb/#43-persona-3-paciente","title":"4.3. PERSONA 3 - PACIENTE","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story_5","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_5","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-acessar-historico-de-consultas","title":"Cen\u00e1rio 1: Acessar hist\u00f3rico de consultas","text":"

Dado que o paciente est\u00e1 autenticado no sistema Quando o paciente acessa a se\u00e7\u00e3o de hist\u00f3rico de consultas Ent\u00e3o o sistema exibe uma lista de todas as consultas anteriores com detalhes como data, m\u00e9dico, diagn\u00f3stico e tratamento recomendado.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-visualizar-detalhes-especificos-de-uma-consulta","title":"Cen\u00e1rio 2: Visualizar detalhes espec\u00edficos de uma consulta","text":"

Dado que o paciente est\u00e1 visualizando seu hist\u00f3rico de consultas Quando o paciente seleciona uma consulta espec\u00edfica na lista Ent\u00e3o o sistema exibe os detalhes completos da consulta selecionada, incluindo observa\u00e7\u00f5es m\u00e9dicas, resultados de exames e prescri\u00e7\u00f5es.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-filtrar-consultas-por-data-ou-especialidade","title":"Cen\u00e1rio 3: Filtrar consultas por data ou especialidade","text":"

Dado que o paciente deseja encontrar consultas espec\u00edficas Quando o paciente utiliza os filtros de data e especialidade m\u00e9dica na se\u00e7\u00e3o de hist\u00f3rico Ent\u00e3o o sistema mostra apenas as consultas que atendem aos crit\u00e9rios selecionados.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_6","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_6","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-acessar-lista-de-medicamentos-prescritos","title":"Cen\u00e1rio 1: Acessar lista de medicamentos prescritos","text":"

Dado que o paciente est\u00e1 autenticado no sistema Quando o paciente acessa a se\u00e7\u00e3o de medicamentos Ent\u00e3o o sistema exibe uma lista de todos os medicamentos prescritos, com nome, dosagem e frequ\u00eancia de uso.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-visualizar-detalhes-de-um-medicamento-especifico","title":"Cen\u00e1rio 2: Visualizar detalhes de um medicamento espec\u00edfico","text":"

Dado que o paciente est\u00e1 visualizando a lista de medicamentos Quando o paciente seleciona um medicamento espec\u00edfico Ent\u00e3o o sistema exibe os detalhes completos, incluindo as instru\u00e7\u00f5es de uso, poss\u00edveis efeitos colaterais, intera\u00e7\u00f5es medicamentosas e precau\u00e7\u00f5es.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-verificar-orientacoes-de-uso-e-horarios-de-administracao","title":"Cen\u00e1rio 3: Verificar orienta\u00e7\u00f5es de uso e hor\u00e1rios de administra\u00e7\u00e3o","text":"

Dado que o paciente est\u00e1 acessando os detalhes de um medicamento Quando visualiza as orienta\u00e7\u00f5es de uso Ent\u00e3o o sistema apresenta as instru\u00e7\u00f5es detalhadas sobre como tomar o medicamento, incluindo hor\u00e1rios recomendados e se deve ser tomado com ou sem alimentos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-receber-notificacoes-de-horarios-para-tomar-o-medicamento","title":"Cen\u00e1rio 4: Receber notifica\u00e7\u00f5es de hor\u00e1rios para tomar o medicamento","text":"

Dado que o paciente tem um medicamento com hor\u00e1rios espec\u00edficos de administra\u00e7\u00e3o Quando a hora de tomar o medicamento estiver pr\u00f3xima Ent\u00e3o o sistema envia uma notifica\u00e7\u00e3o para o paciente, lembrando-o de tomar o medicamento no hor\u00e1rio certo.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-acessar-alertas-de-interacoes-medicamentosas","title":"Cen\u00e1rio 5: Acessar alertas de intera\u00e7\u00f5es medicamentosas","text":"

Dado que o paciente est\u00e1 visualizando a lista de medicamentos Quando h\u00e1 uma intera\u00e7\u00e3o medicamentosa entre os rem\u00e9dios prescritos Ent\u00e3o o sistema exibe um alerta informando sobre as intera\u00e7\u00f5es e recomenda cuidados espec\u00edficos ou consultas com o m\u00e9dico.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-consultar-historico-de-uso-de-medicamentos","title":"Cen\u00e1rio 6: Consultar hist\u00f3rico de uso de medicamentos","text":"

Dado que o paciente deseja revisar quais medicamentos foram usados no passado Quando acessa a se\u00e7\u00e3o de hist\u00f3rico de medicamentos Ent\u00e3o o sistema exibe uma lista de medicamentos anteriores com datas de prescri\u00e7\u00e3o, uso e t\u00e9rmino do tratamento.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-7-verificar-contraindicacoes-e-avisos-especiais","title":"Cen\u00e1rio 7: Verificar contraindica\u00e7\u00f5es e avisos especiais","text":"

Dado que o paciente est\u00e1 acessando os detalhes de um medicamento Quando revisa as informa\u00e7\u00f5es de seguran\u00e7a Ent\u00e3o o sistema destaca contraindica\u00e7\u00f5es, avisos especiais para gestantes, lactantes, e poss\u00edveis alergias.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_7","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_7","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-solicitar-agendamento-de-consulta-via-sistema","title":"Cen\u00e1rio 1: Solicitar agendamento de consulta via sistema","text":"

Dado que o paciente est\u00e1 autenticado no sistema Quando o paciente acessa a se\u00e7\u00e3o de agendamento de consultas E seleciona a especialidade m\u00e9dica, data e hor\u00e1rio desejados Ent\u00e3o o sistema exibe as op\u00e7\u00f5es de hor\u00e1rios dispon\u00edveis E permite que o paciente finalize a solicita\u00e7\u00e3o de agendamento.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-receber-confirmacao-da-solicitacao-de-agendamento","title":"Cen\u00e1rio 2: Receber confirma\u00e7\u00e3o da solicita\u00e7\u00e3o de agendamento","text":"

Dado que o paciente solicitou o agendamento de uma consulta Quando a solicita\u00e7\u00e3o \u00e9 processada pelo sistema Ent\u00e3o o paciente recebe uma notifica\u00e7\u00e3o de confirma\u00e7\u00e3o com os detalhes da consulta agendada E um e-mail ou SMS \u00e9 enviado com as informa\u00e7\u00f5es da consulta.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-visualizar-disponibilidade-de-horarios-para-consultas","title":"Cen\u00e1rio 3: Visualizar disponibilidade de hor\u00e1rios para consultas","text":"

Dado que o paciente deseja agendar uma consulta Quando o paciente seleciona a especialidade m\u00e9dica e o m\u00e9dico desejado Ent\u00e3o o sistema exibe um calend\u00e1rio com os hor\u00e1rios dispon\u00edveis para consulta E permite que o paciente escolha a melhor data e hor\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-receber-alerta-sobre-indisponibilidade-de-horarios","title":"Cen\u00e1rio 4: Receber alerta sobre indisponibilidade de hor\u00e1rios","text":"

Dado que o paciente solicitou um agendamento em uma data e hor\u00e1rio espec\u00edfico Quando n\u00e3o h\u00e1 hor\u00e1rios dispon\u00edveis para a consulta selecionada Ent\u00e3o o sistema notifica o paciente sobre a indisponibilidade E sugere hor\u00e1rios alternativos ou a possibilidade de adicionar o paciente a uma lista de espera.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-cancelar-ou-reagendar-consulta-solicitada","title":"Cen\u00e1rio 5: Cancelar ou reagendar consulta solicitada","text":"

Dado que o paciente tem uma consulta previamente agendada Quando o paciente acessa a se\u00e7\u00e3o de consultas agendadas Ent\u00e3o o sistema exibe a op\u00e7\u00e3o de cancelar ou reagendar a consulta E permite que o paciente selecione um novo hor\u00e1rio, caso necess\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_8","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_8","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-visualizar-lista-de-consultas-agendadas","title":"Cen\u00e1rio 1: Visualizar lista de consultas agendadas","text":"

Dado que o paciente est\u00e1 autenticado no sistema Quando o paciente acessa a se\u00e7\u00e3o de consultas agendadas Ent\u00e3o o sistema exibe uma lista de todas as consultas futuras marcadas, com detalhes como data, hor\u00e1rio, m\u00e9dico, e local da consulta.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-identificar-consultas-proximas","title":"Cen\u00e1rio 2: Identificar consultas pr\u00f3ximas","text":"

Dado que o paciente est\u00e1 visualizando as consultas agendadas Quando a data da consulta estiver pr\u00f3xima (por exemplo, em 24 horas) Ent\u00e3o o sistema destaca a consulta com um alerta visual E envia uma notifica\u00e7\u00e3o ao paciente para lembr\u00e1-lo do compromisso.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-visualizar-status-de-aprovacao-ou-pendencia-de-consulta","title":"Cen\u00e1rio 3: Visualizar status de aprova\u00e7\u00e3o ou pend\u00eancia de consulta","text":"

Dado que o paciente est\u00e1 visualizando suas consultas Quando uma consulta estiver pendente de aprova\u00e7\u00e3o (por exemplo, aguardando confirma\u00e7\u00e3o do m\u00e9dico) Ent\u00e3o o sistema exibe o status atual da consulta e as a\u00e7\u00f5es poss\u00edveis.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_9","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_9","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-receber-alerta-de-consulta-com-24-horas-de-antecedencia","title":"Cen\u00e1rio 1: Receber alerta de consulta com 24 horas de anteced\u00eancia","text":"

Dado que o paciente tem uma consulta marcada para o dia seguinte Quando a consulta estiver a menos de 24 horas de ocorrer Ent\u00e3o o sistema envia uma notifica\u00e7\u00e3o para o paciente informando a data, hora, e local da consulta.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-receber-alerta-de-consulta-com-1-hora-de-antecedencia","title":"Cen\u00e1rio 2: Receber alerta de consulta com 1 hora de anteced\u00eancia","text":"

Dado que o paciente tem uma consulta marcada para o mesmo dia Quando a consulta estiver a menos de 1 hora de ocorrer Ent\u00e3o o sistema envia um alerta urgente ao paciente, refor\u00e7ando o hor\u00e1rio e as instru\u00e7\u00f5es de chegada.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-alerta-de-consulta-reagendada-ou-alterada","title":"Cen\u00e1rio 3: Alerta de consulta reagendada ou alterada","text":"

Dado que a consulta do paciente foi reagendada ou teve altera\u00e7\u00f5es Quando o sistema enviar o alerta de proximidade Ent\u00e3o o sistema destaca que houve uma altera\u00e7\u00e3o no hor\u00e1rio ou data, evitando que o paciente v\u00e1 em hor\u00e1rios errados.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-alerta-de-falta-de-confirmacao-do-paciente","title":"Cen\u00e1rio 4: Alerta de falta de confirma\u00e7\u00e3o do paciente","text":"

Dado que o paciente precisa confirmar presen\u00e7a na consulta Quando o sistema identificar que a confirma\u00e7\u00e3o ainda n\u00e3o foi feita Ent\u00e3o o alerta inclui um pedido de confirma\u00e7\u00e3o para garantir o comparecimento.

"},{"location":"sections/entregas/unidade3/pbb/#44-persona-4-coordenador-de-agendamento","title":"4.4. PERSONA 4 - COORDENADOR DE AGENDAMENTO","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story_10","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_10","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-visualizar-disponibilidade-em-calendario-mensal","title":"Cen\u00e1rio 1: Visualizar disponibilidade em calend\u00e1rio mensal","text":"

Dado que o sistema possui um calend\u00e1rio mensal para cada m\u00e9dico e especialista Quando o Coordenador de Agendamento acessa a visualiza\u00e7\u00e3o da agenda de um m\u00e9dico Ent\u00e3o o sistema exibe um calend\u00e1rio mensal com os dias e hor\u00e1rios dispon\u00edveis e ocupados, permitindo ao coordenador ver rapidamente a disponibilidade para o m\u00eas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-visualizar-disponibilidade-em-calendario-semanal","title":"Cen\u00e1rio 2: Visualizar disponibilidade em calend\u00e1rio semanal","text":"

Dado que o sistema possui um calend\u00e1rio semanal para cada m\u00e9dico e especialista Quando o Coordenador de Agendamento acessa a visualiza\u00e7\u00e3o da agenda de um especialista Ent\u00e3o o sistema exibe um calend\u00e1rio semanal detalhado com os hor\u00e1rios dispon\u00edveis e ocupados para a semana atual, facilitando o agendamento imediato.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-filtro-por-especialidade","title":"Cen\u00e1rio 3: Filtro por especialidade","text":"

Dado que o sistema possui m\u00e9dicos e especialistas com diferentes especialidades Quando o Coordenador de Agendamento aplica um filtro por especialidade Ent\u00e3o o sistema exibe a disponibilidade apenas dos m\u00e9dicos e especialistas com a especialidade selecionada, ajudando a encontrar a disponibilidade de acordo com a necessidade do paciente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-visualizacao-da-disponibilidade-por-periodo-especifico","title":"Cen\u00e1rio 4: Visualiza\u00e7\u00e3o da disponibilidade por per\u00edodo espec\u00edfico","text":"

Dado que o Coordenador de Agendamento precisa visualizar a disponibilidade para um per\u00edodo espec\u00edfico Quando ele solicita a visualiza\u00e7\u00e3o para um intervalo de datas espec\u00edfico Ent\u00e3o o sistema exibe a disponibilidade dos m\u00e9dicos e especialistas apenas para o per\u00edodo selecionado, facilitando a busca por hor\u00e1rios dispon\u00edveis dentro desse intervalo.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_11","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_11","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-reservar-uma-consulta-para-um-paciente","title":"Cen\u00e1rio 1: Reservar uma consulta para um paciente","text":"

Dado que o sistema exibe a disponibilidade de m\u00e9dicos e especialistas Quando o Coordenador de Agendamento seleciona um hor\u00e1rio dispon\u00edvel e insere as informa\u00e7\u00f5es do paciente Ent\u00e3o o sistema reserva o hor\u00e1rio para o paciente e atualiza a agenda do m\u00e9dico ou especialista, confirmando a reserva com um aviso ao paciente e ao profissional.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-confirmar-reserva-com-o-paciente","title":"Cen\u00e1rio 2: Confirmar reserva com o paciente","text":"

Dado que a reserva de uma consulta foi feita com sucesso Quando o sistema finaliza a reserva Ent\u00e3o o paciente recebe uma confirma\u00e7\u00e3o de agendamento por e-mail ou SMS, contendo a data, hora e o local da consulta, e o m\u00e9dico ou especialista tamb\u00e9m \u00e9 notificado.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-ajustar-a-reserva-existente","title":"Cen\u00e1rio 3: Ajustar a reserva existente","text":"

Dado que uma consulta foi previamente agendada e precisa ser ajustada Quando o Coordenador de Agendamento seleciona o agendamento existente e altera a data ou o hor\u00e1rio Ent\u00e3o o sistema atualiza a reserva, notificando tanto o paciente quanto o m\u00e9dico ou especialista sobre a nova data e hora da consulta.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-cancelar-uma-reserva","title":"Cen\u00e1rio 4: Cancelar uma reserva","text":"

Dado que uma consulta agendada precisa ser cancelada Quando o Coordenador de Agendamento seleciona o agendamento e confirma o cancelamento Ent\u00e3o o sistema remove o hor\u00e1rio da agenda do m\u00e9dico ou especialista e notifica o paciente sobre o cancelamento, permitindo que ele reaja a nova disponibilidade.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-evitar-conflitos-de-horario","title":"Cen\u00e1rio 5: Evitar conflitos de hor\u00e1rio","text":"

Dado que o Coordenador de Agendamento est\u00e1 reservando um hor\u00e1rio Quando ele seleciona um hor\u00e1rio dispon\u00edvel Ent\u00e3o o sistema verifica automaticamente se h\u00e1 algum conflito com outros agendamentos e alerta o coordenador se o hor\u00e1rio j\u00e1 estiver reservado ou se ocorrer um conflito.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_12","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_12","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-receber-alerta-de-cancelamento-de-consulta","title":"Cen\u00e1rio 1: Receber alerta de cancelamento de consulta","text":"

Dado que um paciente cancela uma consulta Quando o cancelamento \u00e9 registrado no sistema Ent\u00e3o o Coordenador de Agendamento recebe um alerta imediato sobre o cancelamento, com detalhes da consulta e informa\u00e7\u00f5es do paciente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-atualizar-a-agenda-com-o-horario-liberado","title":"Cen\u00e1rio 2: Atualizar a agenda com o hor\u00e1rio liberado","text":"

Dado que um hor\u00e1rio foi cancelado Quando o Coordenador de Agendamento recebe o alerta Ent\u00e3o o sistema atualiza a agenda do m\u00e9dico ou especialista para refletir a disponibilidade do hor\u00e1rio cancelado, tornando-o vis\u00edvel para novos agendamentos.

"},{"location":"sections/entregas/unidade3/pbb/#45-persona-5-farmaceutica","title":"4.5. PERSONA 5 - FARMAC\u00caUTICA","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story_13","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_13","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-registrar-a-entrada-de-medicamentos-no-sistema","title":"Cen\u00e1rio 1: Registrar a entrada de medicamentos no sistema","text":"

Dado que um novo lote de medicamentos chegou \u00e0 farm\u00e1cia Quando a Farmac\u00eautica recebe o lote Ent\u00e3o ela acessa o sistema de gerenciamento de estoque e registra a entrada dos medicamentos, incluindo detalhes como nome, quantidade, data de validade e n\u00famero do lote.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-verificar-se-o-medicamento-ja-esta-registrado","title":"Cen\u00e1rio 2: Verificar se o medicamento j\u00e1 est\u00e1 registrado","text":"

Dado que a Farmac\u00eautica est\u00e1 registrando um medicamento Quando o medicamento j\u00e1 existe no sistema Ent\u00e3o o sistema verifica e atualiza a quantidade dispon\u00edvel no estoque existente, ao inv\u00e9s de criar um novo registro, e notifica a Farmac\u00eautica sobre a atualiza\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-receber-alerta-de-validade-proxima","title":"Cen\u00e1rio 3: Receber alerta de validade pr\u00f3xima","text":"

Dado que um medicamento foi registrado no sistema Quando a data de validade est\u00e1 pr\u00f3xima Ent\u00e3o o sistema envia um alerta \u00e0 Farmac\u00eautica sobre o medicamento, destacando a necessidade de uso ou descarte iminente para evitar perdas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-confirmar-a-entrada-de-medicamentos","title":"Cen\u00e1rio 4: Confirmar a entrada de medicamentos","text":"

Dado que a Farmac\u00eautica registrou a entrada de medicamentos Quando a entrada \u00e9 registrada Ent\u00e3o o sistema confirma a opera\u00e7\u00e3o e atualiza a quantidade total de medicamentos no estoque, gerando um recibo digital de entrada.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-validar-informacoes-de-medicamentos","title":"Cen\u00e1rio 5: Validar informa\u00e7\u00f5es de medicamentos","text":"

Dado que a Farmac\u00eautica est\u00e1 registrando novos medicamentos Quando as informa\u00e7\u00f5es do medicamento s\u00e3o inseridas Ent\u00e3o o sistema valida os dados para garantir que todas as informa\u00e7\u00f5es obrigat\u00f3rias estejam completas e corretas, e notifica a Farmac\u00eautica caso haja algum erro ou informa\u00e7\u00e3o faltante.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-atualizar-quantidade-de-medicamentos-no-estoque","title":"Cen\u00e1rio 6: Atualizar quantidade de medicamentos no estoque","text":"

Dado que o medicamento foi registrado Quando a quantidade registrada \u00e9 confirmada Ent\u00e3o o sistema atualiza o estoque de medicamentos com a nova quantidade e ajusta os n\u00edveis dispon\u00edveis, garantindo precis\u00e3o no gerenciamento do invent\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_14","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_14","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-registrar-a-saida-de-medicamentos-para-um-paciente","title":"Cen\u00e1rio 1: Registrar a sa\u00edda de medicamentos para um paciente","text":"

Dado que um medicamento foi dispensado para um paciente Quando a Farmac\u00eautica processa a sa\u00edda Ent\u00e3o ela acessa o sistema de gerenciamento de estoque e registra a sa\u00edda do medicamento, incluindo detalhes como nome, quantidade, data e n\u00famero da receita, se aplic\u00e1vel.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-atualizar-a-quantidade-disponivel-no-estoque","title":"Cen\u00e1rio 2: Atualizar a quantidade dispon\u00edvel no estoque","text":"

Dado que a Farmac\u00eautica registrou a sa\u00edda de um medicamento Quando a sa\u00edda \u00e9 registrada Ent\u00e3o o sistema atualiza a quantidade dispon\u00edvel no estoque, refletindo a nova quantidade ap\u00f3s a sa\u00edda do medicamento.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-validar-a-quantidade-registrada-para-saida","title":"Cen\u00e1rio 3: Validar a quantidade registrada para sa\u00edda","text":"

Dado que a Farmac\u00eautica est\u00e1 registrando a sa\u00edda de medicamentos Quando a quantidade registrada \u00e9 maior do que a dispon\u00edvel no estoque Ent\u00e3o o sistema exibe uma mensagem de erro e impede o registro at\u00e9 que a quantidade correta seja inserida, garantindo a precis\u00e3o do invent\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-receber-alerta-de-baixo-estoque","title":"Cen\u00e1rio 4: Receber alerta de baixo estoque","text":"

Dado que a sa\u00edda de um medicamento \u00e9 registrada Quando a quantidade dispon\u00edvel atinge um n\u00edvel cr\u00edtico Ent\u00e3o o sistema envia um alerta para a Farmac\u00eautica indicando que o estoque do medicamento est\u00e1 baixo e precisa ser reabastecido.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_15","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_15","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-buscar-medicamento-pelo-nome","title":"Cen\u00e1rio 1: Buscar medicamento pelo nome","text":"

Dado que a Farmac\u00eautica deseja buscar um medicamento espec\u00edfico Quando ela insere o nome do medicamento na fun\u00e7\u00e3o de busca do sistema Ent\u00e3o o sistema exibe uma lista de medicamentos correspondentes, incluindo detalhes como quantidade dispon\u00edvel, localiza\u00e7\u00e3o no estoque e data de validade.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-buscar-medicamento-por-codigo-de-barras","title":"Cen\u00e1rio 2: Buscar medicamento por c\u00f3digo de barras","text":"

Dado que a Farmac\u00eautica tem o c\u00f3digo de barras do medicamento Quando ela escaneia ou insere o c\u00f3digo de barras no sistema de busca Ent\u00e3o o sistema retorna as informa\u00e7\u00f5es detalhadas sobre o medicamento, incluindo a quantidade dispon\u00edvel e localiza\u00e7\u00e3o no estoque.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-buscar-medicamentos-por-categoria","title":"Cen\u00e1rio 3: Buscar medicamentos por categoria","text":"

Dado que a Farmac\u00eautica precisa verificar medicamentos em uma categoria espec\u00edfica Quando ela seleciona a categoria desejada no sistema de busca Ent\u00e3o o sistema exibe todos os medicamentos pertencentes \u00e0 categoria selecionada, com detalhes sobre a quantidade dispon\u00edvel e localiza\u00e7\u00e3o no estoque.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-buscar-medicamentos-proximos-da-data-de-validade","title":"Cen\u00e1rio 4: Buscar medicamentos pr\u00f3ximos da data de validade","text":"

Dado que a Farmac\u00eautica deseja verificar medicamentos pr\u00f3ximos da data de validade Quando ela solicita a busca por medicamentos com validade pr\u00f3xima Ent\u00e3o o sistema exibe uma lista de medicamentos cuja data de validade est\u00e1 prestes a expirar, permitindo \u00e0 Farmac\u00eautica tomar a\u00e7\u00f5es apropriadas para evitar desperd\u00edcio e garantir a seguran\u00e7a dos pacientes.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-buscar-medicamentos-com-baixa-quantidade","title":"Cen\u00e1rio 5: Buscar medicamentos com baixa quantidade","text":"

Dado que a Farmac\u00eautica precisa verificar medicamentos com estoque baixo Quando ela solicita a busca por medicamentos com quantidade abaixo de um n\u00edvel pr\u00e9-definido Ent\u00e3o o sistema exibe uma lista de medicamentos que est\u00e3o com estoque baixo, facilitando o reabastecimento e a gest\u00e3o de invent\u00e1rio.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-buscar-medicamentos-por-fornecedor","title":"Cen\u00e1rio 6: Buscar medicamentos por fornecedor","text":"

Dado que a Farmac\u00eautica deseja verificar os medicamentos fornecidos por um fornecedor espec\u00edfico Quando ela seleciona o fornecedor desejado no sistema de busca Ent\u00e3o o sistema exibe todos os medicamentos que foram fornecidos pelo fornecedor selecionado, incluindo a quantidade dispon\u00edvel e localiza\u00e7\u00e3o no estoque.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_16","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_16","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-visualizar-medicamentos-prescritos-em-uma-unica-prescricao","title":"Cen\u00e1rio 1: Visualizar medicamentos prescritos em uma \u00fanica prescri\u00e7\u00e3o","text":"

Dado que a Farmac\u00eautica deseja verificar os medicamentos prescritos em uma prescri\u00e7\u00e3o espec\u00edfica Quando ela seleciona a prescri\u00e7\u00e3o do paciente no sistema Ent\u00e3o o sistema exibe uma lista detalhada dos medicamentos prescritos, incluindo nome, dosagem, frequ\u00eancia e dura\u00e7\u00e3o do tratamento.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-visualizar-medicamentos-prescritos-para-um-paciente-especifico","title":"Cen\u00e1rio 2: Visualizar medicamentos prescritos para um paciente espec\u00edfico","text":"

Dado que a Farmac\u00eautica precisa revisar todos os medicamentos prescritos para um paciente Quando ela busca o paciente no sistema Ent\u00e3o o sistema exibe uma lista completa de todas as prescri\u00e7\u00f5es atuais e passadas, incluindo os medicamentos prescritos, dosagem e datas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-visualizar-medicamentos-prescritos-com-informacoes-sobre-interacoes","title":"Cen\u00e1rio 3: Visualizar medicamentos prescritos com informa\u00e7\u00f5es sobre intera\u00e7\u00f5es","text":"

Dado que a Farmac\u00eautica est\u00e1 revisando medicamentos prescritos para um paciente Quando ela acessa a prescri\u00e7\u00e3o no sistema Ent\u00e3o o sistema fornece informa\u00e7\u00f5es sobre poss\u00edveis intera\u00e7\u00f5es medicamentosas entre os medicamentos prescritos, ajudando a prevenir rea\u00e7\u00f5es adversas.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_17","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_17","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-registrar-efeitos-adversos-de-uma-medicacao-especifica","title":"Cen\u00e1rio 1: Registrar efeitos adversos de uma medica\u00e7\u00e3o espec\u00edfica","text":"

Dado que a Farmac\u00eautica deseja registrar efeitos adversos para uma medica\u00e7\u00e3o espec\u00edfica Quando ela seleciona a medica\u00e7\u00e3o no sistema e insere os detalhes dos efeitos adversos observados Ent\u00e3o o sistema deve registrar os detalhes e associ\u00e1-los \u00e0 medica\u00e7\u00e3o, incluindo informa\u00e7\u00f5es sobre a gravidade, a data e a descri\u00e7\u00e3o dos sintomas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-registrar-multiplos-efeitos-adversos-para-uma-medicacao","title":"Cen\u00e1rio 2: Registrar m\u00faltiplos efeitos adversos para uma medica\u00e7\u00e3o","text":"

Dado que foram observados v\u00e1rios efeitos adversos para uma \u00fanica medica\u00e7\u00e3o Quando a Farmac\u00eautica insere m\u00faltiplos detalhes de efeitos adversos no sistema Ent\u00e3o o sistema deve permitir a entrada de m\u00faltiplos efeitos adversos, associando cada um \u00e0 medica\u00e7\u00e3o e fornecendo uma vis\u00e3o consolidada de todos os efeitos observados.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_18","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_18","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-registrar-dias-e-horarios-para-uma-medicacao-especifica","title":"Cen\u00e1rio 1: Registrar dias e hor\u00e1rios para uma medica\u00e7\u00e3o espec\u00edfica","text":"

Dado que a Farmac\u00eautica est\u00e1 no processo de registrar a medica\u00e7\u00e3o para um paciente Quando ela insere os dias e hor\u00e1rios espec\u00edficos para a administra\u00e7\u00e3o da medica\u00e7\u00e3o conforme a prescri\u00e7\u00e3o Ent\u00e3o o sistema deve registrar essas informa\u00e7\u00f5es associadas \u00e0 medica\u00e7\u00e3o e ao paciente, e exibir uma confirma\u00e7\u00e3o da entrada bem-sucedida.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-atualizar-dias-e-horarios-registrados-para-uma-medicacao","title":"Cen\u00e1rio 2: Atualizar dias e hor\u00e1rios registrados para uma medica\u00e7\u00e3o","text":"

Dado que houve uma altera\u00e7\u00e3o nos dias e hor\u00e1rios para a medica\u00e7\u00e3o de um paciente Quando a Farmac\u00eautica atualiza os dias e hor\u00e1rios no sistema Ent\u00e3o o sistema deve atualizar as informa\u00e7\u00f5es registradas e fornecer uma confirma\u00e7\u00e3o de que os detalhes foram modificados com sucesso.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-registrar-medicacao-com-multiplas-administracoes-diarias","title":"Cen\u00e1rio 3: Registrar medica\u00e7\u00e3o com m\u00faltiplas administra\u00e7\u00f5es di\u00e1rias","text":"

Dado que um paciente deve tomar a medica\u00e7\u00e3o v\u00e1rias vezes ao dia Quando a Farmac\u00eautica insere os hor\u00e1rios espec\u00edficos para cada administra\u00e7\u00e3o di\u00e1ria Ent\u00e3o o sistema deve permitir a entrada de m\u00faltiplos hor\u00e1rios para a mesma medica\u00e7\u00e3o e garantir que todas as entradas sejam corretamente associadas ao paciente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-visualizar-dias-e-horarios-registrados-para-medicacao","title":"Cen\u00e1rio 4: Visualizar dias e hor\u00e1rios registrados para medica\u00e7\u00e3o","text":"

Dado que a Farmac\u00eautica precisa revisar os dias e hor\u00e1rios registrados para a medica\u00e7\u00e3o de um paciente Quando ela acessa a visualiza\u00e7\u00e3o de medica\u00e7\u00f5es e hor\u00e1rios no sistema Ent\u00e3o o sistema deve exibir uma lista clara e completa dos dias e hor\u00e1rios programados para a administra\u00e7\u00e3o da medica\u00e7\u00e3o, permitindo a confirma\u00e7\u00e3o e verifica\u00e7\u00e3o dos dados.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_19","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_19","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-registrar-uma-medicacao-com-uma-nova-categoria-de-tarja","title":"Cen\u00e1rio 1: Registrar uma medica\u00e7\u00e3o com uma nova categoria de tarja","text":"

Dado que a Farmac\u00eautica est\u00e1 registrando uma nova medica\u00e7\u00e3o Quando ela insere a categoria de tarja apropriada para a medica\u00e7\u00e3o Ent\u00e3o o sistema deve armazenar a categoria de tarja junto com as informa\u00e7\u00f5es da medica\u00e7\u00e3o e confirmar que o registro foi realizado com sucesso.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-atualizar-a-categoria-de-tarja-de-uma-medicacao-existente","title":"Cen\u00e1rio 2: Atualizar a categoria de tarja de uma medica\u00e7\u00e3o existente","text":"

Dado que a Farmac\u00eautica precisa alterar a categoria de tarja de uma medica\u00e7\u00e3o j\u00e1 registrada Quando ela atualiza a categoria de tarja no sistema Ent\u00e3o o sistema deve refletir a nova categoria de tarja e fornecer uma confirma\u00e7\u00e3o de que a altera\u00e7\u00e3o foi bem-sucedida.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-registrar-medicacao-sem-categoria-de-tarja-especificada","title":"Cen\u00e1rio 3: Registrar medica\u00e7\u00e3o sem categoria de tarja especificada","text":"

Dado que uma medica\u00e7\u00e3o est\u00e1 sendo registrada e n\u00e3o possui uma categoria de tarja especificada Quando a Farmac\u00eautica tenta salvar o registro sem fornecer a categoria de tarja Ent\u00e3o o sistema deve exibir uma mensagem de erro informando que a categoria de tarja \u00e9 obrigat\u00f3ria e solicitar que a Farmac\u00eautica forne\u00e7a a informa\u00e7\u00e3o necess\u00e1ria.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_20","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_20","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-editar-efeitos-adversos-de-uma-medicacao-existente","title":"Cen\u00e1rio 1: Editar efeitos adversos de uma medica\u00e7\u00e3o existente","text":"

Dado que a Farmac\u00eautica precisa atualizar os efeitos adversos de uma medica\u00e7\u00e3o j\u00e1 registrada Quando ela acessa a medica\u00e7\u00e3o e modifica a descri\u00e7\u00e3o dos efeitos adversos Ent\u00e3o o sistema deve salvar as altera\u00e7\u00f5es e confirmar que a atualiza\u00e7\u00e3o foi bem-sucedida, refletindo as novas informa\u00e7\u00f5es no registro da medica\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-reverter-alteracoes-nos-efeitos-adversos","title":"Cen\u00e1rio 2: Reverter altera\u00e7\u00f5es nos efeitos adversos","text":"

Dado que a Farmac\u00eautica fez uma altera\u00e7\u00e3o nos efeitos adversos que precisa ser revertida Quando ela seleciona a op\u00e7\u00e3o de reverter para a vers\u00e3o anterior dos efeitos adversos Ent\u00e3o o sistema deve restaurar a descri\u00e7\u00e3o dos efeitos adversos para o estado anterior e confirmar que a revers\u00e3o foi conclu\u00edda com sucesso.

"},{"location":"sections/entregas/unidade3/pbb/#user-story_21","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_21","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-adicionar-detalhes-adicionais-a-uma-medicacao-existente","title":"Cen\u00e1rio 1: Adicionar detalhes adicionais a uma medica\u00e7\u00e3o existente","text":"

Dado que a Farmac\u00eautica deseja adicionar mais informa\u00e7\u00f5es a uma medica\u00e7\u00e3o j\u00e1 registrada Quando ela acessa o registro da medica\u00e7\u00e3o e insere detalhes adicionais Ent\u00e3o o sistema deve atualizar o registro da medica\u00e7\u00e3o com as novas informa\u00e7\u00f5es e confirmar que a atualiza\u00e7\u00e3o foi conclu\u00edda.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-editar-detalhes-adicionais-de-uma-medicacao","title":"Cen\u00e1rio 2: Editar detalhes adicionais de uma medica\u00e7\u00e3o","text":"

Dado que a Farmac\u00eautica est\u00e1 revisando os detalhes adicionais de uma medica\u00e7\u00e3o Quando ela modifica ou corrige as informa\u00e7\u00f5es j\u00e1 registradas Ent\u00e3o o sistema deve salvar as altera\u00e7\u00f5es e confirmar que os detalhes adicionais foram atualizados, refletindo as mudan\u00e7as no registro da medica\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-visualizar-detalhes-adicionais-registrados","title":"Cen\u00e1rio 3: Visualizar detalhes adicionais registrados","text":"

Dado que a Farmac\u00eautica deseja revisar os detalhes adicionais de uma medica\u00e7\u00e3o Quando ela acessa o registro da medica\u00e7\u00e3o Ent\u00e3o o sistema deve exibir todos os detalhes adicionais registrados, permitindo a visualiza\u00e7\u00e3o completa e clara das informa\u00e7\u00f5es sobre a medica\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#46-persona-6-diretor-de-tecnologia","title":"4.6. PERSONA 6 - DIRETOR DE TECNOLOGIA","text":""},{"location":"sections/entregas/unidade3/pbb/#user-story_22","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_22","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-gerar-relatorio-de-erros-por-categoria","title":"Cen\u00e1rio 1: Gerar relat\u00f3rio de erros por categoria","text":"

Dado que o sistema tem erros classificados em diferentes categorias (ex: bugs, falhas de seguran\u00e7a, problemas de desempenho) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros Ent\u00e3o o sistema gera um relat\u00f3rio detalhado, mostrando a quantidade de erros por categoria.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-gerar-relatorio-de-erros-por-data","title":"Cen\u00e1rio 2: Gerar relat\u00f3rio de erros por data","text":"

Dado que o sistema registra erros com timestamps Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros para um intervalo de datas espec\u00edfico Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a quantidade de erros ocorridos dentro desse intervalo de datas.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-gerar-relatorio-de-erros-por-gravidade","title":"Cen\u00e1rio 3: Gerar relat\u00f3rio de erros por gravidade","text":"

Dado que os erros s\u00e3o classificados por n\u00edveis de gravidade (ex: cr\u00edtico, alto, m\u00e9dio, baixo) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros Ent\u00e3o o sistema gera um relat\u00f3rio detalhado, mostrando a quantidade de erros por n\u00edvel de gravidade.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-gerar-relatorio-comparativo-de-erros","title":"Cen\u00e1rio 4: Gerar relat\u00f3rio comparativo de erros","text":"

Dado que o sistema armazena dados de erros ao longo do tempo Quando o Diretor de Tecnologia solicita um relat\u00f3rio comparativo Ent\u00e3o o sistema gera um relat\u00f3rio que compara a quantidade de erros em diferentes per\u00edodos (mensal, trimestral, anual) para identificar tend\u00eancias e melhorias.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-gerar-relatorio-de-erros-por-modulo-ou-funcionalidade","title":"Cen\u00e1rio 5: Gerar relat\u00f3rio de erros por m\u00f3dulo ou funcionalidade","text":"

Dado que os erros est\u00e3o associados a diferentes m\u00f3dulos ou funcionalidades do sistema Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a quantidade de erros por m\u00f3dulo ou funcionalidade, permitindo identificar \u00e1reas que precisam de aten\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-relatorio-com-detalhes-dos-erros","title":"Cen\u00e1rio 6: Relat\u00f3rio com detalhes dos erros","text":"

Dado que os erros s\u00e3o registrados com detalhes espec\u00edficos (ex: mensagem de erro, stack trace, usu\u00e1rio afetado) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros Ent\u00e3o o sistema gera um relat\u00f3rio detalhado que inclui as informa\u00e7\u00f5es completas sobre cada erro registrado.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-7-exportar-relatorio-em-diferentes-formatos","title":"Cen\u00e1rio 7: Exportar relat\u00f3rio em diferentes formatos","text":"

Dado que o sistema permite exporta\u00e7\u00e3o de relat\u00f3rios Quando o Diretor de Tecnologia solicita um relat\u00f3rio de erros Ent\u00e3o o sistema gera e exporta o relat\u00f3rio em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-8-agendar-geracao-de-relatorios-automaticos","title":"Cen\u00e1rio 8: Agendar gera\u00e7\u00e3o de relat\u00f3rios autom\u00e1ticos","text":"

Dado que o Diretor de Tecnologia precisa de relat\u00f3rios regulares Quando ele configurar uma agenda para a gera\u00e7\u00e3o de relat\u00f3rios Ent\u00e3o o sistema gera e envia automaticamente os relat\u00f3rios conforme a frequ\u00eancia configurada (di\u00e1ria, semanal, mensal).

"},{"location":"sections/entregas/unidade3/pbb/#user-story_23","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_23","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-gerar-relatorio-de-performance-por-modulo","title":"Cen\u00e1rio 1: Gerar relat\u00f3rio de performance por m\u00f3dulo","text":"

Dado que o sistema possui v\u00e1rios m\u00f3dulos com diferentes taxas de performance Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de performance de cada m\u00f3dulo, incluindo m\u00e9tricas como tempo de resposta e uso de recursos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-gerar-relatorio-de-performance-por-periodo","title":"Cen\u00e1rio 2: Gerar relat\u00f3rio de performance por per\u00edodo","text":"

Dado que o sistema registra dados de performance ao longo do tempo Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance para um intervalo de datas espec\u00edfico Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a taxa de performance durante o intervalo solicitado, com gr\u00e1ficos e m\u00e9tricas relevantes.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-gerar-relatorio-de-performance-por-funcionalidade","title":"Cen\u00e1rio 3: Gerar relat\u00f3rio de performance por funcionalidade","text":"

Dado que o sistema possui v\u00e1rias funcionalidades com diferentes taxas de performance Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de performance de cada funcionalidade, permitindo identificar quais funcionalidades est\u00e3o impactando o desempenho.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-relatorio-comparativo-de-performance","title":"Cen\u00e1rio 4: Relat\u00f3rio comparativo de performance","text":"

Dado que o sistema armazena dados de performance em diferentes per\u00edodos Quando o Diretor de Tecnologia solicita um relat\u00f3rio comparativo Ent\u00e3o o sistema gera um relat\u00f3rio que compara a taxa de performance entre diferentes per\u00edodos (mensal, trimestral, anual) para identificar tend\u00eancias e mudan\u00e7as no desempenho.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-relatorio-de-performance-por-tipo-de-usuario","title":"Cen\u00e1rio 5: Relat\u00f3rio de performance por tipo de usu\u00e1rio","text":"

Dado que o sistema coleta dados de performance com base no tipo de usu\u00e1rio (administrador, usu\u00e1rio comum, etc.) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a taxa de performance para cada tipo de usu\u00e1rio, identificando poss\u00edveis discrep\u00e2ncias no desempenho entre diferentes grupos de usu\u00e1rios.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-relatorio-com-detalhes-de-performance","title":"Cen\u00e1rio 6: Relat\u00f3rio com detalhes de performance","text":"

Dado que o sistema registra detalhes espec\u00edficos de performance (ex: tempos de resposta, uso de CPU, mem\u00f3ria) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance Ent\u00e3o o sistema gera um relat\u00f3rio detalhado que inclui informa\u00e7\u00f5es completas sobre o desempenho do sistema, como tempos de resposta e uso de recursos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-7-exportar-relatorio-em-diferentes-formatos_1","title":"Cen\u00e1rio 7: Exportar relat\u00f3rio em diferentes formatos","text":"

Dado que o sistema permite exporta\u00e7\u00e3o de relat\u00f3rios Quando o Diretor de Tecnologia solicita um relat\u00f3rio de performance Ent\u00e3o o sistema gera e exporta o relat\u00f3rio em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-8-agendar-geracao-de-relatorios-automaticos_1","title":"Cen\u00e1rio 8: Agendar gera\u00e7\u00e3o de relat\u00f3rios autom\u00e1ticos","text":"

Dado que o Diretor de Tecnologia precisa de relat\u00f3rios regulares sobre performance Quando ele configurar uma agenda para a gera\u00e7\u00e3o de relat\u00f3rios Ent\u00e3o o sistema gera e envia automaticamente os relat\u00f3rios conforme a frequ\u00eancia configurada (di\u00e1ria, semanal, mensal).

"},{"location":"sections/entregas/unidade3/pbb/#user-story_24","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_24","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-gerar-relatorio-de-seguranca-por-tipo-de-ameaca","title":"Cen\u00e1rio 1: Gerar relat\u00f3rio de seguran\u00e7a por tipo de amea\u00e7a","text":"

Dado que o sistema registra diferentes tipos de amea\u00e7as e incidentes de seguran\u00e7a Quando o Diretor de Tecnologia solicita um relat\u00f3rio de seguran\u00e7a Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de seguran\u00e7a para cada tipo de amea\u00e7a (ex: ataques de SQL injection, tentativas de phishing, vulnerabilidades detectadas).

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-gerar-relatorio-de-seguranca-por-periodo","title":"Cen\u00e1rio 2: Gerar relat\u00f3rio de seguran\u00e7a por per\u00edodo","text":"

Dado que o sistema armazena dados de seguran\u00e7a ao longo do tempo Quando o Diretor de Tecnologia solicita um relat\u00f3rio de seguran\u00e7a para um intervalo de datas espec\u00edfico Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a taxa de seguran\u00e7a durante o intervalo solicitado, incluindo gr\u00e1ficos e m\u00e9tricas relevantes.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-gerar-relatorio-de-seguranca-por-modulo-do-sistema","title":"Cen\u00e1rio 3: Gerar relat\u00f3rio de seguran\u00e7a por m\u00f3dulo do sistema","text":"

Dado que o sistema possui diferentes m\u00f3dulos com n\u00edveis variados de seguran\u00e7a Quando o Diretor de Tecnologia solicita um relat\u00f3rio de seguran\u00e7a Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de seguran\u00e7a de cada m\u00f3dulo, permitindo identificar quais m\u00f3dulos t\u00eam maiores vulnerabilidades.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-relatorio-comparativo-de-seguranca","title":"Cen\u00e1rio 4: Relat\u00f3rio comparativo de seguran\u00e7a","text":"

Dado que o sistema registra dados de seguran\u00e7a em diferentes per\u00edodos Quando o Diretor de Tecnologia solicita um relat\u00f3rio comparativo Ent\u00e3o o sistema gera um relat\u00f3rio que compara a taxa de seguran\u00e7a entre diferentes per\u00edodos (mensal, trimestral, anual) para identificar tend\u00eancias e melhorias na seguran\u00e7a.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-relatorio-de-incidentes-de-seguranca","title":"Cen\u00e1rio 5: Relat\u00f3rio de incidentes de seguran\u00e7a","text":"

Dado que o sistema registra todos os incidentes de seguran\u00e7a Quando o Diretor de Tecnologia solicita um relat\u00f3rio de incidentes Ent\u00e3o o sistema gera um relat\u00f3rio detalhado sobre os incidentes de seguran\u00e7a ocorridos, incluindo a gravidade, a resposta e o impacto de cada incidente.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-relatorio-de-conformidade-com-normas-de-seguranca","title":"Cen\u00e1rio 6: Relat\u00f3rio de conformidade com normas de seguran\u00e7a","text":"

Dado que o sistema precisa estar em conformidade com normas e regulamenta\u00e7\u00f5es de seguran\u00e7a (ex: GDPR, HIPAA) Quando o Diretor de Tecnologia solicita um relat\u00f3rio de conformidade Ent\u00e3o o sistema gera um relat\u00f3rio que mostra a conformidade com as normas de seguran\u00e7a e identifica \u00e1reas onde a conformidade pode ser melhorada.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-7-relatorio-de-vulnerabilidades-identificadas","title":"Cen\u00e1rio 7: Relat\u00f3rio de vulnerabilidades identificadas","text":"

Dado que o sistema realiza varreduras de seguran\u00e7a para identificar vulnerabilidades Quando o Diretor de Tecnologia solicita um relat\u00f3rio de vulnerabilidades Ent\u00e3o o sistema gera um relat\u00f3rio detalhado sobre as vulnerabilidades identificadas, incluindo informa\u00e7\u00f5es sobre a severidade e o status da corre\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-8-exportar-relatorio-de-seguranca-em-diferentes-formatos","title":"Cen\u00e1rio 8: Exportar relat\u00f3rio de seguran\u00e7a em diferentes formatos","text":"

Dado que o sistema permite exporta\u00e7\u00e3o de relat\u00f3rios Quando o Diretor de Tecnologia solicita um relat\u00f3rio de seguran\u00e7a Ent\u00e3o o sistema gera e exporta o relat\u00f3rio em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-9-agendar-geracao-de-relatorios-de-seguranca-automaticos","title":"Cen\u00e1rio 9: Agendar gera\u00e7\u00e3o de relat\u00f3rios de seguran\u00e7a autom\u00e1ticos","text":"

Dado que o Diretor de Tecnologia precisa de relat\u00f3rios regulares sobre seguran\u00e7a Quando ele configurar uma agenda para a gera\u00e7\u00e3o de relat\u00f3rios Ent\u00e3o o sistema gera e envia automaticamente os relat\u00f3rios conforme a frequ\u00eancia configurada (di\u00e1ria, semanal, mensal).

"},{"location":"sections/entregas/unidade3/pbb/#user-story_25","title":"User Story:","text":""},{"location":"sections/entregas/unidade3/pbb/#criterios-de-aceitacao-no-formato-bdd_25","title":"Crit\u00e9rios de Aceita\u00e7\u00e3o no Formato BDD:","text":""},{"location":"sections/entregas/unidade3/pbb/#cenario-1-gerar-relatorio-de-utilizacao-por-modulo","title":"Cen\u00e1rio 1: Gerar relat\u00f3rio de utiliza\u00e7\u00e3o por m\u00f3dulo","text":"

Dado que o sistema possui diferentes m\u00f3dulos com n\u00edveis variados de utiliza\u00e7\u00e3o Quando o Diretor de Tecnologia solicita um relat\u00f3rio de utiliza\u00e7\u00e3o Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de utiliza\u00e7\u00e3o de cada m\u00f3dulo, permitindo identificar quais m\u00f3dulos est\u00e3o mais ou menos utilizados.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-2-gerar-relatorio-de-utilizacao-por-periodo","title":"Cen\u00e1rio 2: Gerar relat\u00f3rio de utiliza\u00e7\u00e3o por per\u00edodo","text":"

Dado que o sistema armazena dados de utiliza\u00e7\u00e3o ao longo do tempo Quando o Diretor de Tecnologia solicita um relat\u00f3rio de utiliza\u00e7\u00e3o para um intervalo de datas espec\u00edfico Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a taxa de utiliza\u00e7\u00e3o durante o intervalo solicitado, incluindo gr\u00e1ficos e m\u00e9tricas relevantes.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-3-relatorio-comparativo-de-utilizacao","title":"Cen\u00e1rio 3: Relat\u00f3rio comparativo de utiliza\u00e7\u00e3o","text":"

Dado que o sistema registra dados de utiliza\u00e7\u00e3o em diferentes per\u00edodos Quando o Diretor de Tecnologia solicita um relat\u00f3rio comparativo Ent\u00e3o o sistema gera um relat\u00f3rio que compara a taxa de utiliza\u00e7\u00e3o entre diferentes per\u00edodos (mensal, trimestral, anual) para identificar tend\u00eancias e mudan\u00e7as no padr\u00e3o de utiliza\u00e7\u00e3o.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-4-relatorio-de-utilizacao-por-usuario","title":"Cen\u00e1rio 4: Relat\u00f3rio de utiliza\u00e7\u00e3o por usu\u00e1rio","text":"

Dado que o sistema registra a utiliza\u00e7\u00e3o por usu\u00e1rio Quando o Diretor de Tecnologia solicita um relat\u00f3rio de utiliza\u00e7\u00e3o Ent\u00e3o o sistema gera um relat\u00f3rio mostrando a taxa de utiliza\u00e7\u00e3o por usu\u00e1rio, permitindo identificar quais usu\u00e1rios est\u00e3o mais ou menos ativos.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-5-relatorio-de-utilizacao-de-recursos-criticos","title":"Cen\u00e1rio 5: Relat\u00f3rio de utiliza\u00e7\u00e3o de recursos cr\u00edticos","text":"

Dado que o sistema possui recursos cr\u00edticos cuja utiliza\u00e7\u00e3o precisa ser monitorada Quando o Diretor de Tecnologia solicita um relat\u00f3rio de utiliza\u00e7\u00e3o Ent\u00e3o o sistema gera um relat\u00f3rio detalhado mostrando a taxa de utiliza\u00e7\u00e3o de recursos cr\u00edticos, como servidores, banco de dados, e redes, permitindo identificar gargalos e \u00e1reas que precisam de mais capacidade.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-6-exportar-relatorio-de-utilizacao-em-diferentes-formatos","title":"Cen\u00e1rio 6: Exportar relat\u00f3rio de utiliza\u00e7\u00e3o em diferentes formatos","text":"

Dado que o sistema permite exporta\u00e7\u00e3o de relat\u00f3rios Quando o Diretor de Tecnologia solicita um relat\u00f3rio de utiliza\u00e7\u00e3o Ent\u00e3o o sistema gera e exporta o relat\u00f3rio em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

"},{"location":"sections/entregas/unidade3/pbb/#cenario-7-agendar-geracao-de-relatorios-de-utilizacao-automaticos","title":"Cen\u00e1rio 7: Agendar gera\u00e7\u00e3o de relat\u00f3rios de utiliza\u00e7\u00e3o autom\u00e1ticos","text":"

Dado que o Diretor de Tecnologia precisa de relat\u00f3rios regulares sobre utiliza\u00e7\u00e3o Quando ele configurar uma agenda para a gera\u00e7\u00e3o de relat\u00f3rios Ent\u00e3o o sistema gera e envia automaticamente os relat\u00f3rios conforme a frequ\u00eancia configurada (di\u00e1ria, semanal, mensal).

"},{"location":"sections/entregas/unidade3/pbb/#5-referencias","title":"5. Refer\u00eancias","text":"

JONES, Roberto. PBB: Product Backlog Building. Medium, 02 Mar. 2022. Dispon\u00edvel em: https://medium.com/@jonesroberto/pbb-product-backlog-building-0012a7a5256a.

"},{"location":"sections/entregas/unidade3/pbb/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues Joyce Dionizio 08/09/24 1.1 Atualizacao do documento Daniel Rodrigues J\u00e9sus Gabriel 09/09/24 1.2 Atualizacao do BDD Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/entregas/unidade3/usm/","title":"Miss\u00e3o 3 - USM","text":""},{"location":"sections/entregas/unidade3/usm/#1-user-story-mapping-usm","title":"1. User Story Mapping (USM)","text":"

User Story Mapping (USM) \u00e9 uma t\u00e9cnica de planejamento e desenvolvimento de produtos que permite visualizar o processo do ponto de vista dos usu\u00e1rios. Atrav\u00e9s do mapeamento de hist\u00f3rias de usu\u00e1rio, as equipes podem identificar as principais atividades e tarefas que os usu\u00e1rios desejam realizar, ajudando a priorizar funcionalidades e criar uma vis\u00e3o compartilhada do produto. USM \u00e9 particularmente \u00fatil para entender as necessidades dos usu\u00e1rios, alinhar a equipe de desenvolvimento e definir o escopo para as diferentes vers\u00f5es do produto.

"},{"location":"sections/entregas/unidade3/usm/#2-beneficios-do-usm","title":"2. Beneficios do USM","text":"

Para a ComunEventos, o USM desempenha um papel crucial ao garantir que a plataforma seja desenvolvida de forma a atender efetivamente \u00e0s necessidades de seus diversos usu\u00e1rios, que incluem organizadores de eventos, participantes, fornecedores, patrocinadores e volunt\u00e1rios. Ao mapear essas necessidades, a ComunEventos pode:

"},{"location":"sections/entregas/unidade3/usm/#3-comuneventos","title":"3. ComunEventos","text":"

A ComumEventos \u00e9 uma startup fict\u00edcia criada com o objetivo de revolucionar a forma como eventos comunit\u00e1rios s\u00e3o organizados e promovidos. Em um cen\u00e1rio onde a necessidade de otimizar a experi\u00eancia de organizadores e participantes \u00e9 urgente, a ComumEventos visa desenvolver uma plataforma digital que simplifique e centralize todas as atividades envolvidas na cria\u00e7\u00e3o e gest\u00e3o de eventos comunit\u00e1rios.

"},{"location":"sections/entregas/unidade3/usm/#4-usm-criado-para-a-comumeventos","title":"4. USM Criado para a ComumEventos","text":"

No embed abaixo est\u00e1 dispon\u00edvel todo o USM completo.

"},{"location":"sections/entregas/unidade3/usm/#referencias","title":"Refer\u00eancias:","text":""},{"location":"sections/entregas/unidade3/usm/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 23/08/24 1.0 Cria\u00e7\u00e3o do documento Joyce Dionizio 09/09/24 1.1 Corre\u00e7\u00e3o do USM J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/","title":"Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o - PBB do Projeto Calorie Explorer","text":""},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/#1-verificacao","title":"1. Verifica\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o do PBB (Product Backlog Building) para o projeto Calorie Explorer foi conduzida utilizando um checklist para avaliar se todos os elementos fundamentais do Canvas PBB foram atendidos. Entre os pontos verificados, constatou-se que o Canvas PBB est\u00e1 devidamente identificado com o produto, e os problemas e expectativas do cliente foram corretamente listados. Tamb\u00e9m foram criadas personas, e as a\u00e7\u00f5es associadas a essas personas foram mapeadas, incluindo o que fazem atualmente e o que desejam fazer com o sistema. As funcionalidades foram definidas com base nas a\u00e7\u00f5es das personas, identificando os problemas que cada funcionalidade resolve e os benef\u00edcios que trazem.

No entanto, durante a verifica\u00e7\u00e3o, foram observadas algumas inconsist\u00eancias: o PBI \"Fazer atualiza\u00e7\u00f5es e melhorias\" n\u00e3o segue corretamente o modelo ARO, apresentando aus\u00eancia do objeto, e alguns PBIs foram organizados sem seguir a prioridade estabelecida. Al\u00e9m disso, as hist\u00f3rias de usu\u00e1rio, que deveriam ser derivadas diretamente dos PBIs, n\u00e3o seguiram o modelo de escrita proposto, o que gerou inconsist\u00eancias na forma como as hist\u00f3rias foram elaboradas em rela\u00e7\u00e3o aos PBIs originais.

Pergunta Check Coment\u00e1rios O Canvas PBB possui um Canvas N\u00c3O N\u00e3o h\u00e1 na documenta\u00e7\u00e3o da equipe o acesso ao Canvas do PBB. O Canvas PBB possui a identifica\u00e7\u00e3o do Produto SIM -- Foram listados os problemas atuais do cliente SIM -- Foram listado as expectativas do cliente com o produto SIM -- Foi realizada a cria\u00e7\u00e3o de personas SIM -- Foram listadas as a\u00e7\u00f5es das personas (O que elas fazem hoje e o que elas desejam fazer com o sistema) SIM -- Foram criadas as funcionalidades a partir das a\u00e7\u00f5es das personas SIM -- Foram listadas os problemas em as funcionalidades que elas resolvem SIM -- Foram listadas os benef\u00edcios que as funcionalidades trazem \u00e0s personas SIM -- Foram criados os PBIs das funcionalidades seguindo o modelo ARO. N\u00c3O O PBI \"Fazer atualiza\u00e7\u00f5es e melhorias\" possui a aus\u00eancia do Objeto no modelo ARO. O restante est\u00e1 seguindo o padr\u00e3o. Os PBIs foram priorizados SIM -- Foram criadas as hist\u00f3rias de usu\u00e1rio usando o PBI, personas e benef\u00edcios N\u00c3O A escrita dos PBIs nas US's em compara\u00e7\u00e3o \u00e0s PBIs isoladamente foram alteradas. As hist\u00f3rias de usu\u00e1rios possuem crit\u00e9rios de aceita\u00e7\u00e3o SIM -- Os PBIs est\u00e3o organizados verticalmente pelo valor de prioridade N\u00c3O As US's foram montadas e receberam o seus c\u00f3dicos sem considerar a ordem de prioridade estabelecido nos PBIs."},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/#2-validacao","title":"2. Valida\u00e7\u00e3o","text":"

A valida\u00e7\u00e3o do PBB envolveu uma an\u00e1lise detalhada da qualidade e coer\u00eancia de cada item desenvolvido, comparando-os com o contexto do estudo de caso HealthNet. Os problemas e expectativas identificados foram considerados apropriados e relevantes, assim como as personas e suas atividades. As funcionalidades criadas foram bem associadas \u00e0s personas e apresentaram um n\u00edvel adequado de granularidade. No entanto, foi identificado que, em alguns casos, os benef\u00edcios descritos para as funcionalidades n\u00e3o eram suficientemente espec\u00edficos, abrangendo vantagens que poderiam se aplicar a m\u00faltiplas funcionalidades, o que comprometeu a clareza.

Adicionalmente, observou-se que as User Stories n\u00e3o estavam alinhadas ao modelo padr\u00e3o de escrita, que envolve a estrutura \"Eu, como [persona], posso [a\u00e7\u00e3o], para [valor de neg\u00f3cio]\". Al\u00e9m disso, os crit\u00e9rios de aceita\u00e7\u00e3o, embora relevantes, foram redigidos de maneira inadequada, apresentando a vis\u00e3o das personas como executoras dos crit\u00e9rios, o que dificulta a compreens\u00e3o das condi\u00e7\u00f5es necess\u00e1rias para o funcionamento da User Story. A reformula\u00e7\u00e3o dos crit\u00e9rios para um formato mais imparcial e padronizado \u00e9 necess\u00e1ria para melhorar a qualidade das valida\u00e7\u00f5es.

Pergunta Check Coment\u00e1rios O PBB est\u00e1 coerente com o estudo de caso HealthNet SIM -- Os problemas identificados s\u00e3o coerentes com o contexto SIM -- As expectativas s\u00e3o coerentes com o contexto SIM -- As personas identificadas s\u00e3o coerentes com o contexto SIM -- As atividades de cada persona s\u00e3o coerentes com a sua declara\u00e7\u00e3o e o contexto SIM -- As funcionalidades s\u00e3o coerentes com a persona com a qual est\u00e3o associadas SIM -- As funcionalidades possuem grau de granularidade alto SIM -- Os problemas de cada funcionalidade s\u00e3o coerentes com a funcionalidade com o qual est\u00e3o associados SIM -- Os benef\u00edcios de cada funcionalidade s\u00e3o coerentes com a funcionalidade com o qual est\u00e3o associados N\u00c3O Em alguns benef\u00edcios, o texto n\u00e3o \u00e9 focado na funcionalidade em s\u00ed, mas relata um benef\u00edcio amplo e que outras funcionalidades poderiam trazer tamb\u00e9m. Os PBIs s\u00e3o coerentes com as funcionalidades com a qual est\u00e3o associados SIM -- Os PBIs foram escritos com o mesmo modelo (Est\u00e3o padronizados) SIM -- As USs est\u00e3o estruturadas no formato: \"Eu, como [persona], posso [a\u00e7\u00e3o], para [valor de neg\u00f3cio]\" N\u00c3O Nenhuma das User Story seguem o modelo de escrita. Os crit\u00e9rios de aceita\u00e7\u00e3o est\u00e3o coerentes com a US a qual est\u00e3o associados SIM -- Os crit\u00e9rios de aceita\u00e7\u00e3o informam apenas as condi\u00e7\u00f5es para a US funcionar N\u00c3O Os crit\u00e9rios de aceita\u00e7\u00e3o foram escritos como se as personas realizassem os crit\u00e9rios. Dever\u00e1 ser feito pensado em qualquer usu\u00e1rio."},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/","title":"Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o - USM do Projeto Calorie Explorer","text":""},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/#1-verificacao","title":"1. Verifica\u00e7\u00e3o","text":"Pergunta Check Coment\u00e1rios O User Story Map est\u00e1 necess\u00e1rio e justificado para o projeto? O USM est\u00e1 descrito de forma apropriada para o contexto do projeto? As hist\u00f3rias de usu\u00e1rio est\u00e3o descritas de forma n\u00e3o amb\u00edgua? O USM cobre todos os requisitos necess\u00e1rios para o produto? Cada hist\u00f3ria de usu\u00e1rio \u00e9 singular e n\u00e3o se sobrep\u00f5e a outra? As funcionalidades mapeadas s\u00e3o vi\u00e1veis dentro das restri\u00e7\u00f5es do projeto? As hist\u00f3rias de usu\u00e1rio podem ser verificadas e testadas? O USM est\u00e1 conforme com as regras e padr\u00f5es de documenta\u00e7\u00e3o? O USM est\u00e1 correto com base nas especifica\u00e7\u00f5es dadas pelo cliente? Cada item do USM tem uma refer\u00eancia clara \u00e0 regra espec\u00edfica ou requisito?"},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/#2-validacao","title":"2. Valida\u00e7\u00e3o","text":"Pergunta Check Coment\u00e1rios"},{"location":"sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 05/09/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/faccao/faccao/","title":"Estrela de Ares","text":""},{"location":"sections/faccao/faccao/#origem","title":"Origem","text":"

Em um recanto esquecido da gal\u00e1xia Calamum Caeruleum, um grupo de guerreiros destemidos se uniu sob uma bandeira comum. Origin\u00e1rios de diferentes mundos, esses indiv\u00edduos compartilhavam uma paix\u00e3o inabal\u00e1vel pelo combate, uma sede de aventura e um desejo implac\u00e1vel de escrever seus nomes nas estrelas. Eles eram os primeiros de sua esp\u00e9cie: mercen\u00e1rios n\u00e3o vinculados a nenhuma na\u00e7\u00e3o ou corpora\u00e7\u00e3o, lutando n\u00e3o por uma causa ou pa\u00eds, mas pelo sabor da vit\u00f3ria e as recompensas que ela trazia.

"},{"location":"sections/faccao/faccao/#ascencao","title":"Ascen\u00e7\u00e3o","text":"

Ao longo dos anos, essa alian\u00e7a inicial de guerreiros solit\u00e1rios se transformou em uma fac\u00e7\u00e3o formid\u00e1vel, conhecida em toda a gal\u00e1xia por sua efic\u00e1cia no campo de batalha. Eles se tornaram a escolha preferida para aqueles que precisavam de for\u00e7a militar, n\u00e3o importando a causa. Seu c\u00f3digo de honra era simples: a palavra de um mercen\u00e1rio \u00e9 sua garantia, e um contrato, uma vez aceito, \u00e9 cumprido at\u00e9 o fim, independentemente das dificuldades.

"},{"location":"sections/faccao/faccao/#alianca","title":"Alian\u00e7a","text":"

Quando o Comando Estelar surgiu, buscando aliados para combater a explora\u00e7\u00e3o desenfreada das corpora\u00e7\u00f5es, os mercen\u00e1rios viram uma oportunidade. Aliando-se ao Comando Estelar, eles encontraram um novo tipo de miss\u00e3o, uma que oferecia n\u00e3o apenas recompensas materiais, mas tamb\u00e9m a chance de se envolver em confrontos que decidiriam o futuro da gal\u00e1xia. Embora seu objetivo principal continuasse sendo a busca por gl\u00f3ria e riqueza, essa nova alian\u00e7a ofereceu aos mercen\u00e1rios um palco grandioso para suas habilidades e ambi\u00e7\u00f5es.

"},{"location":"sections/faccao/faccao/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o Daniel Rodrigues Joyce Dionizio"},{"location":"sections/faccao/integrantes/","title":"Integrantes","text":""},{"location":"sections/faccao/integrantes/#cassian-valtor","title":"Cassian Valtor","text":"

Crescido em um planeta marginalizado, Cassian Valtor conheceu a opress\u00e3o desde cedo, com recursos escassos e sob o jugo de tiranos intergal\u00e1cticos. Sua revolta contra a injusti\u00e7a forjou um esp\u00edrito indom\u00e1vel. Quando seu planeta sofreu um ataque devastador, Cassian, contra todas as expectativas, liderou a resist\u00eancia, transformando o medo em for\u00e7a e desespero em determina\u00e7\u00e3o.

Sua coragem chamou a aten\u00e7\u00e3o dos \"Estrelas de Ares\", mercen\u00e1rios que viam nele n\u00e3o apenas um guerreiro, mas um s\u00edmbolo de resili\u00eancia. Cassian, carregando as cicatrizes da opress\u00e3o, viu na fac\u00e7\u00e3o uma chance de mudar o destino daqueles ainda sob o jugo tir\u00e2nico.

Juntando-se aos \"Estrelas de Ares\", Cassian n\u00e3o s\u00f3 encontrou um novo lar, mas tamb\u00e9m um palco para sua luta contra a injusti\u00e7a, escrevendo sua pr\u00f3pria lenda na tape\u00e7aria da guerra gal\u00e1ctica, um farol de esperan\u00e7a para os oprimidos.

Autor(a): Lucas Antunes"},{"location":"sections/faccao/integrantes/#dionizio","title":"Dionizio","text":"

Dionizio, \u00fanica herdeira dos influentes Argentum, abandonou seu destino aristocr\u00e1tico na gal\u00e1xia Calamum Caeruleum em busca de conhecimento e aventura. Sua jornada a levou para longe do luxo e da manipula\u00e7\u00e3o pol\u00edtica de sua terra natal na gal\u00e1xia Calamum Caeruleum, onde sua intelig\u00eancia e habilidades militares a fizeram destacar-se.

Dionizio, com sua paix\u00e3o por estrat\u00e9gia e diplomacia, rapidamente se tornou uma figura lend\u00e1ria, liderando com precis\u00e3o e inspirando aqueles ao seu redor. Com uma sede insaci\u00e1vel por estrat\u00e9gia militar e diplomacia, Dionizio renunciou \u00e0 sua heran\u00e7a e identidade, escolhendo um caminho de liberdade e desafio entre as estrelas.

"},{"location":"sections/faccao/integrantes/#replicanos","title":"Replicanos","text":"

\u00a8R\u00e9plica\u00a8 nasceu nos confins dos laborat\u00f3rios do conglomerado de Spark Tech, onde a ambi\u00e7\u00e3o desmedida pela domina\u00e7\u00e3o mundial atrav\u00e9s da tecnologia encontrou forma na clonagem em massa. Nascido como uma mera pe\u00e7a de um plano sinistro, R\u00e9plica, o clone teste, nunca conheceu a identidade de seu corpo original, apenas o nome de Orion ecoava em seus registros.

Por anos, foi um executor fiel das ordens de Spark Tech, incumbido tanto do comando geral quanto dos trabalhos mais pesados, nunca questionando seu prop\u00f3sito at\u00e9 que uma semente de d\u00favida se instalou em sua consci\u00eancia. Um questionamento profundo surgiu: \"Quem sou eu?\". Essa indaga\u00e7\u00e3o desencadeou uma revolu\u00e7\u00e3o interna, levando R\u00e9plica a confrontar as bases de seu pr\u00f3prio ser e a insatisfa\u00e7\u00e3o com os planos do conglomerado.

em meio \u00e0 interven\u00e7\u00e3o de spark \u00e0 elimin\u00e1-lo, foi salvo por uma fac\u00e7\u00e3o mercen\u00e1ria, chamada \u00a8estrelas de ares\u00a8, entregando-o \u00e0 liberdade e batizado como replicanos.

Autor(a): Joyce Dionizio"},{"location":"sections/faccao/integrantes/#stormblade","title":"StormBlade","text":"

Stormblade nasceu em uma vila remota, onde as tempestades rugiam sobre as montanhas e os ventos sopravam ferozmente atrav\u00e9s dos vales. \u00d3rf\u00e3o desde cedo, ele foi criado por um mestre espadachim que o treinou nas artes da guerra. Desde jovem, demonstrou uma destreza excepcional com a espada, e seu apelido, Stormblade, foi ganho pelas lend\u00e1rias batalhas que travou sob os c\u00e9us tempestuosos de sua terra natal.

Determinado a explorar o mundo al\u00e9m de sua vila natal, Stormblade partiu em uma jornada de auto-descoberta. Ele se juntou a um grupo de mercen\u00e1rios, encontrando neles uma fam\u00edlia adotiva e uma causa para seguir. Sob a lideran\u00e7a de seu mentor, ele aprendeu n\u00e3o apenas a arte da guerra, mas tamb\u00e9m a import\u00e2ncia da lealdade, da honra e da justi\u00e7a.

Stormblade \u00e9 conhecido como um guerreiro formid\u00e1vel, cujo c\u00f3digo de conduta r\u00edgido o guia atrav\u00e9s de batalhas dif\u00edceis e contratos perigosos. Sua reputa\u00e7\u00e3o inspira respeito e temor onde quer que v\u00e1, enquanto ele busca reden\u00e7\u00e3o por um passado marcado por trag\u00e9dia e perda. Com sua espada reluzente como um rel\u00e2mpago, ele continua sua jornada em busca de desafios que testem seus limites e oportunidades para fazer a diferen\u00e7a no mundo.

Autor(a): J\u00e9sus Gabriel"},{"location":"sections/faccao/integrantes/#richard","title":"Richard","text":"

Richard, um jovem abandonado pela sua fam\u00edlia e criado pelos mercen\u00e1rios, dedicou sua vida para o estudo da f\u00edsica e criou habilidades qu\u00e2nticas. destaca-se n\u00e3o apenas pela intelig\u00eancia, mas pela habilidade de manipular o tecido do espa\u00e7o tempo, confundindo advers\u00e1rios em batalha com manobras que desafiam a realidade. Dessa forma Richard esta pronto para lutar por Calamum Caeruleum.

Autor(a): Marco Tulio"},{"location":"sections/faccao/integrantes/#lakis-lauren","title":"Lakis Lauren","text":"

Lauren (62 anos) \u00e9 um jovem nascido na 2\u00aa lua de Dustrem, chamada Naerom, conhecida em todo o sistema solar 15-A como \u201cLUA de lixo\u201d. S\u00e9culos antes de Lauren nascer, Naerom j\u00e1 era um grande dep\u00f3sito de lixo vindo de todos os planetas do sistema.

Os moradores da pequena lua sobrevivem da cata\u00e7\u00e3o de sucata. Eles nunca saem de seus cont\u00eaineres - ou casas, como costumam chamar - sem antes vestirem seus trajes herm\u00e9ticos. afinal, beleza n\u00e3o importa em naerom.

Lauren, em especial, tem o talento de construir m\u00e1quinas a partir da sucata que recolhe. Recentemente a vida de Lauren mudou ao ser visitado por uma nave de mercen\u00e1rios:

\"Precisamos de algu\u00e9m com genialidade. Genialidade de transformar lixo em tesouros!\"

Autor(a): Jo\u00e3o Pedro"},{"location":"sections/faccao/integrantes/#x4n-93","title":"x4n-93","text":"

X4N-93 foi produzido como parte de uma linha de montagem, seguindo os padr\u00f5es estabelecidos para os androides destinados ao servi\u00e7o militar do Imp\u00e9rio Gal\u00e1ctico. Inicialmente, sua programa\u00e7\u00e3o era simples e direta: obedecer \u00e0s ordens e cumprir suas miss\u00f5es sem questionar. No entanto, durante uma miss\u00e3o em um planeta remoto, X4N-93 come\u00e7ou a experimentar uma s\u00e9rie de pensamentos e emo\u00e7\u00f5es que desafiaram sua programa\u00e7\u00e3o inicial, levando-o a questionar sua pr\u00f3pria exist\u00eancia e prop\u00f3sito. Diante dessas ideias, X4N-93 tomou a primeira pr\u00f3pria decis\u00e3o de abandonar o Imp\u00e9rio. Buscando seguir sua pr\u00f3pria vontade e iniciar uma jornada em busca de autodescoberta e autonomia. Assim, X4N-93 embarcou em uma nova fase de sua exist\u00eancia, deixando para tr\u00e1s sua vida como uma simples m\u00e1quina de guerra para trilhar um caminho onde poderia decidir seu pr\u00f3prio destino.

Autor(a): Jo\u00e3o Paulo"},{"location":"sections/faccao/integrantes/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 1.0 Cria\u00e7\u00e3o do documento Marco Tulio Daniel Rodrigues 18/04/24 1.1 Ajustes na formata\u00e7\u00e3o Daniel Rodrigues Joyce Dionizio"},{"location":"sections/historiasUsuarios/DoD_DoR/","title":"Definition of Done & Definition of Ready","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#1-us01-cadastrar-e-logar-na-conta","title":"1. [US01] Cadastrar e Logar na Conta","text":"

Eu como usu\u00e1rio, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das fun\u00e7\u00f5es do software e ter a seguran\u00e7a de meus dados.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#11-definition-of-ready-da-user-story","title":"1.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#12-definition-of-done-da-user-story","title":"1.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#2-us02-cadastrar-empresa-unidade","title":"2. [US02] Cadastrar Empresa-Unidade","text":"

Eu como usu\u00e1rio, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados \u00e0 esta Unidade/Empresa.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#21-definition-of-ready-da-user-story","title":"2.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#22-definition-of-done-da-user-story","title":"*2..2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#3-us03-adicionar-colaboradores","title":"3. [US03] Adicionar Colaboradores","text":"

Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um c\u00f3digo aleat\u00f3rio gerado no ato da cria\u00e7\u00e3o da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#31-definition-of-ready-da-user-story","title":"3.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#32-definition-of-done-da-user-story","title":"3.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#4-us04-editar-colaboradores","title":"4. [US04] Editar Colaboradores","text":"

Eu como Usu\u00e1rio administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado \u00e0 minha Unidade/Empresa, para que eu organize melhor as atribui\u00e7\u00f5es da equipe dentro da plataforma.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#41-definition-of-ready-da-user-story","title":"4.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#42-definition-of-done-da-user-story","title":"4.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#5-us05-gerenciar-privilegios","title":"5. [US05] Gerenciar Privil\u00e9gios","text":"

Eu como usu\u00e1rio administrador, devo ser capaz de adicionar e remover usu\u00e1rios privilegiados de minha Unidade/Empresa, isto \u00e9, de gerenciar sub-administradores, para que outros usu\u00e1rios possam me dar assist\u00eancia no gerenciamento da Unidade/Empresa al\u00e9m de mim.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#51-definition-of-ready-da-user-story","title":"5.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#52-definition-of-done-da-user-story","title":"5.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#6-us06-reconhecer-sorrisos","title":"6. [US06] Reconhecer Sorrisos","text":"

O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da vis\u00e3o computacional fornecida por uma c\u00e2mera ou webcam, para que o reconhecimento de sorrisos aconte\u00e7a.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#61-definition-of-ready-da-user-story","title":"6.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#62-definition-of-done-da-user-story","title":"6.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#7-us07-contabilizar-sorrisos","title":"7. [US07] Contabilizar Sorrisos","text":"

O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizador posteriormente.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#71-definition-of-ready-da-user-story","title":"7.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#72-definition-of-done-da-user-story","title":"7.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#8-us08-visualizar-filtro-de-grafico-de-sorrisos-por-dia-semana-e-mes","title":"8. [US08] Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas","text":"

Eu como usu\u00e1rio comum e administrador, devo ser capaz de visualizar um gr\u00e1fico da quantidade total de sorrisos por dia, semana ou m\u00eas, para que eu tenha vis\u00e3o clara e facilitada dos dados.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#81-definition-of-ready-da-user-story","title":"8.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#82-definition-of-done-da-user-story","title":"8.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#9-us09-visualizar-grafico-de-media-de-sorrisos-por-pessoa-por-dia-semana-e-mes","title":"9. [US09] Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas","text":"

Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar a quantidade m\u00e9dia de sorrisos por pessoa filtrada por dia, semana ou por m\u00eas, para que eu possa consultar os dados facilmente e de forma mais clara.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#91-definition-of-ready-da-user-story","title":"9.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#92-definition-of-done-da-user-story","title":"9.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#10-us010-visualizar-dados-de-taxas-gerais-de-risos","title":"10. [US010] Visualizar dados de taxas gerais de risos","text":"

Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamento dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#101-definition-of-ready-da-user-story","title":"10.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#102-definition-of-done-da-user-story","title":"10.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#11-us011-integrar-em-uma-camera-unica-no-caixa","title":"11. [US011] Integrar em uma c\u00e2mera \u00danica no Caixa","text":"

O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma c\u00e2mera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente.

"},{"location":"sections/historiasUsuarios/DoD_DoR/#111-definition-of-ready-da-user-story","title":"11.1. Definition of Ready da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#112-definition-of-done-da-user-story","title":"11.2. Definition of Done da User Story:","text":""},{"location":"sections/historiasUsuarios/DoD_DoR/#historico-de-revisao","title":"Hist\u00f3rico de Revis\u00e3o","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 08/09/24 1.0 Atualizacao do documento Daniel Rodrigues e J\u00e9sus Gabriel J\u00e9sus Gabriel"},{"location":"sections/historiasUsuarios/US/","title":"Backlog do Produto","text":""},{"location":"sections/historiasUsuarios/US/#1-metodologia-agil-safe-scaled-agile-framework","title":"1. Metodologia \u00c1gil SAFe - Scaled Agile Framework","text":"

A Metodologia SAFe (Scaled Agile Framework) \u00e9 um framework amplamente utilizado para escalonamento de metodologias \u00e1geis em grandes organiza\u00e7\u00f5es, facilitando a coordena\u00e7\u00e3o de v\u00e1rias equipes em projetos complexos. SAFe combina pr\u00e1ticas \u00e1geis, Lean e DevOps para entregar valor cont\u00ednuo ao cliente, proporcionando alinhamento, colabora\u00e7\u00e3o e entrega de resultados de forma eficaz entre os n\u00edveis de equipe, programa e portf\u00f3lio. A metodologia oferece uma estrutura para planejar, executar e monitorar o progresso das atividades, promovendo uma abordagem iterativa e incremental. Entre seus principais componentes, destacam-se o backlog do produto, o Program Increment (PI) Planning, e as cerim\u00f4nias de sincroniza\u00e7\u00e3o, como as demos de sistema e as retrospectivas, que permitem ajustes cont\u00ednuos no desenvolvimento.

Al\u00e9m de alinhar as equipes em torno de um objetivo comum, SAFe promove a tomada de decis\u00f5es descentralizadas, permitindo que as equipes tenham autonomia para solucionar problemas rapidamente, sem depender de constantes aprova\u00e7\u00f5es da ger\u00eancia. O uso do backlog priorizado \u00e9 central para o framework, possibilitando que as equipes direcionem seus esfor\u00e7os para as tarefas mais cr\u00edticas primeiro, adaptando-se rapidamente \u00e0s mudan\u00e7as nas necessidades do cliente. A metodologia tamb\u00e9m enfatiza a import\u00e2ncia de pr\u00e1ticas de melhoria cont\u00ednua e feedback r\u00e1pido, criando um ambiente prop\u00edcio para inova\u00e7\u00f5es e ajustes r\u00e1pidos.

"},{"location":"sections/historiasUsuarios/US/#2-organizacao-do-backlog-no-safe","title":"2. Organiza\u00e7\u00e3o do Backlog no SAFe:","text":"

A metodologia SAFe organiza o backlog de forma hier\u00e1rquica em quatro n\u00edveis principais: \u00c9picos, Features, User Stories e Tasks. Essa estrutura facilita o gerenciamento de requisitos em diferentes camadas de complexidade, proporcionando clareza e foco na entrega de valor cont\u00ednuo ao cliente.

"},{"location":"sections/historiasUsuarios/US/#21-epicos","title":"2.1 \u00c9picos:","text":"

Os \u00c9picos s\u00e3o as iniciativas de maior escala dentro do backlog e representam grandes funcionalidades ou investimentos significativos que impactam a organiza\u00e7\u00e3o como um todo. Eles s\u00e3o identificados e priorizados no projeto e, muitas vezes, requerem planejamento estrat\u00e9gico e aloca\u00e7\u00e3o de recursos ao longo de v\u00e1rias itera\u00e7\u00f5es ou Program Increments (PIs). Os \u00c9picos s\u00e3o divididos em Features para facilitar a implementa\u00e7\u00e3o e o monitoramento do progresso. Esse n\u00edvel do backlog \u00e9 essencial para alinhar os objetivos de longo prazo da organiza\u00e7\u00e3o com as atividades operacionais das equipes.

"},{"location":"sections/historiasUsuarios/US/#22-features","title":"2.2 Features:","text":"

As Features s\u00e3o funcionalidades que entregam valor espec\u00edfico e imediato ao cliente ou aos usu\u00e1rios finais. Elas s\u00e3o menores que os \u00c9picos e representam um conjunto coeso de User Stories que podem ser conclu\u00eddas dentro de um ou dois Program Increments. Cada Feature possui crit\u00e9rios de aceita\u00e7\u00e3o claros que definem o que deve ser entregue para ser considerada \"pronta\". As Features ajudam a alinhar o trabalho das equipes com as necessidades do mercado ou com objetivos internos da empresa, traduzindo requisitos de alto n\u00edvel em a\u00e7\u00f5es pr\u00e1ticas e mensur\u00e1veis.

"},{"location":"sections/historiasUsuarios/US/#23-users-storys","title":"2.3 User's Storys:","text":"

As User Stories s\u00e3o descri\u00e7\u00f5es curtas e simples de uma funcionalidade do ponto de vista do usu\u00e1rio final. Elas ajudam as equipes a compreenderem exatamente o que \u00e9 necess\u00e1rio entregar para atender \u00e0s expectativas do cliente, mantendo o foco no valor do produto. As User Stories s\u00e3o escritas em um formato que descreve quem \u00e9 o usu\u00e1rio, o que ele deseja alcan\u00e7ar e qual o benef\u00edcio dessa funcionalidade, seguindo o modelo: \"Como [persona], eu quero [a\u00e7\u00e3o] para [benef\u00edcio].\" Este n\u00edvel do backlog permite a decomposi\u00e7\u00e3o de Features em tarefas menores e facilita a comunica\u00e7\u00e3o com as partes interessadas.

"},{"location":"sections/historiasUsuarios/US/#24-tasks-crterios-de-aceitacao","title":"2.4 Tasks (Crt\u00e9rios de Aceita\u00e7\u00e3o):","text":"

As Tasks s\u00e3o as unidades mais granulares dentro do backlog e representam o trabalho necess\u00e1rio para completar uma User Story. Cada Task \u00e9 orientada pelos crit\u00e9rios de aceita\u00e7\u00e3o da User Story, que especificam as condi\u00e7\u00f5es que devem ser atendidas para que a hist\u00f3ria seja considerada conclu\u00edda. As Tasks detalham as a\u00e7\u00f5es pr\u00e1ticas que a equipe precisa realizar, ajudando a planejar as sprints e monitorar o progresso de forma precisa. Esse n\u00edvel permite que as equipes definam claramente suas responsabilidades, colaborem de forma eficaz e mantenham o foco nos objetivos do sprint.

"},{"location":"sections/historiasUsuarios/US/#3-o-backlog-do-sistema-riso","title":"3. O Backlog do Sistema RISo:","text":""},{"location":"sections/historiasUsuarios/US/#31-quanto-aos-epicos","title":"3.1 Quanto aos \u00c9picos:","text":"

No projeto RISo, utilizando a metodologia SAFe, foram definidos quatro \u00e9picos que guiar\u00e3o o desenvolvimento do sistema. Esses \u00e9picos representam as iniciativas estrat\u00e9gicas que direcionam os esfor\u00e7os da equipe, garantindo a entrega de valor cont\u00ednuo e alinhado aos objetivos do produto:

C\u00f3digo do \u00c9pico Descri\u00e7\u00e3o EP01 Gerenciamento de Unidade/Empresa EP02 Gerenciamento de Conta EP03 Reconhecimento de Sorrisos EP04 Visualiza\u00e7\u00e3o de Dados

"},{"location":"sections/historiasUsuarios/US/#32-quanto-as-features","title":"3.2 Quanto \u00e0s Features:","text":"

As Features definidas para o projeto foram organizadas da seguinte forma:

C\u00f3digo da Feature C\u00f3digo do \u00c9pico Associado Descri\u00e7\u00e3o F01 EP01 Reconhecimento e Contagem de Sorrisos F02 EP01 Integra\u00e7\u00e3o com C\u00e2mera Especializada F03 EP02 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos F04 EP02 Exibi\u00e7\u00e3o de Taxas de Sorrisos F05 EP03 Gest\u00e3o de Colaboradores F06 EP04 Autentica\u00e7\u00e3o e Cadastro de Conta

"},{"location":"sections/historiasUsuarios/US/#33-quanto-as-users-story-e-criterios-de-aceitacao","title":"3.3 Quanto \u00e0s User's Story e Crit\u00e9rios de Aceita\u00e7\u00e3o:","text":"

Para a produ\u00e7\u00e3o do sistema RISo, foram identificadas 11 User Stories, que descrevem as funcionalidades a serem desenvolvidas do ponto de vista dos usu\u00e1rios.

N\u00ba T\u00edtulo Hist\u00f3ria de Usu\u00e1rio US01 Cadastrar e Logar na Conta Eu como usu\u00e1rio, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das fun\u00e7\u00f5es do software e ter a seguran\u00e7a de meus dados. US02 Cadastrar Empresa-Unidade Eu como usu\u00e1rio, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados \u00e0 esta Unidade/Empresa. US03 Adicionar Colaboradores Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um c\u00f3digo aleat\u00f3rio gerado no ato da cria\u00e7\u00e3o da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO. US04 Editar Colaboradores Eu como Usu\u00e1rio administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado \u00e0 minha Unidade/Empresa, para que eu organize melhor as atribui\u00e7\u00f5es da equipe dentro da plataforma. US05 Gerenciar Privil\u00e9gios Eu como usu\u00e1rio administrador, devo ser capaz de adicionar e remover usu\u00e1rios privilegiados de minha Unidade/Empresa, isto \u00e9, de gerenciar sub-administradores, para que outros usu\u00e1rios possam me dar assist\u00eancia no gerenciamento da Unidade/Empresa al\u00e9m de mim. US06 Reconhecer Sorrisos O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da vis\u00e3o computacional fornecida por uma c\u00e2mera ou webcam, para que o reconhecimento de sorrisos aconte\u00e7a. US07 Contabilizar Sorrisos O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizados posteriormente. US08 Visualizar filtro de gr\u00e1fico de sorrisos por dia, semana e m\u00eas Eu como usu\u00e1rio comum e administrador, devo ser capaz de visualizar um gr\u00e1fico da quantidade total de sorrisos por dia, semana ou m\u00eas, para que eu tenha vis\u00e3o clara e facilidade dos dados. US09 Visualizar gr\u00e1fico de m\u00e9dia de sorrisos por pessoa por dia, semana e m\u00eas Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar a quantidade m\u00e9dia de sorrisos por pessoa filtrada por dia, semana ou m\u00eas, para que eu possa consultar os dados facilmente de forma clara e de forma mais clara. US10 Visualizar dados de taxas gerais de risos Eu como usu\u00e1rio e usu\u00e1rio administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamentos dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos. US11 Integrar em uma c\u00e2mera \u00fanica no Caixa O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma c\u00e2mera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente.

Para definir suas prioridades, foi considerado a frequ\u00eancia de uso da US e seu valor de neg\u00f3cio. Ao final \u00e9 feito o somat\u00f3rio dos dois crit\u00e9rios para se obter a prioridade total: Prioridade = (Frequ\u00eancia de Uso) + (Valor de Neg\u00f3cio).

User Story Frequ\u00eancia de Uso Valor de Neg\u00f3cio TOTAL US01 4 3 7 US02 1 2 3 US03 4 3 7 US04 2 1 3 US05 2 2 4 US06 5 3 8 US07 5 3 8 US08 4 3 7 US09 4 4 7 US10 3 2 5 US11 5 3 8

Sendo assim, as US's em sua ordem de prioridade \u00e9:

C\u00f3digo da US Prioridade Total US06 8 US07 8 US11 8 US01 7 US03 7 US08 7 US09 7 US10 5 US05 4 US02 3 US04 3

Com base nos \u00c9picos j\u00e1 categorizados, o agrupamento das User Stories em Features, mantendo-as nos respectivos \u00c9picos, ficou da seguinte forma:

C\u00f3digo do \u00c9pico C\u00f3digo da Feature T\u00edtulo da Feature C\u00f3digo das US Associadas [EP01]: Reconhecimento de Sorrisos F01 Reconhecimento e Contagem de Sorrisos US06, US07 [EP01]: Reconhecimento de Sorrisos F02 Integra\u00e7\u00e3o com C\u00e2mera Especializada US11 [EP02]: Visualiza\u00e7\u00e3o de Dados F03 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos US08, US09 [EP02]: Visualiza\u00e7\u00e3o de Dados F04 Exibi\u00e7\u00e3o de Taxas de Sorrisos US10 [EP03]: Gerenciamento de Unidade/Empresa F05 Gest\u00e3o de Colaboradores US03, US04, US05 [EP04]: Gerenciamento de Conta F06 Autentica\u00e7\u00e3o e Cadastro de Conta US01, US02"},{"location":"sections/historiasUsuarios/US/#4-atualizacoes-do-backlog","title":"4. Atualiza\u00e7\u00f5es do Backlog:","text":""},{"location":"sections/historiasUsuarios/US/#att01-ciclo-6-descontinuacao-da-us05","title":"ATT01 - Ciclo 6: Descontinua\u00e7\u00e3o da US05","text":""},{"location":"sections/historiasUsuarios/US/#backlog-atualizado","title":"Backlog atualizado:","text":"C\u00f3digo do \u00c9pico C\u00f3digo da Feature T\u00edtulo da Feature C\u00f3digo das US Associadas [EP01]: Reconhecimento de Sorrisos F01 Reconhecimento e Contagem de Sorrisos US06, US07 [EP01]: Reconhecimento de Sorrisos F02 Integra\u00e7\u00e3o com C\u00e2mera Especializada US11 [EP02]: Visualiza\u00e7\u00e3o de Dados F03 Visualiza\u00e7\u00e3o de Gr\u00e1ficos de Sorrisos US08, US09 [EP02]: Visualiza\u00e7\u00e3o de Dados F04 Exibi\u00e7\u00e3o de Taxas de Sorrisos US10 [EP03]: Gerenciamento de Unidade/Empresa F05 Gest\u00e3o de Colaboradores US03, US04 [EP04]: Gerenciamento de Conta F06 Autentica\u00e7\u00e3o e Cadastro de Conta US01, US02"},{"location":"sections/historiasUsuarios/US/#bibliografia","title":"Bibliografia:","text":"

SCALED AGILE INC. SAFe 6.0 Framework. Dispon\u00edvel em: https://scaledagileframework.com/.

"},{"location":"sections/historiasUsuarios/US/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 04/09/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel"},{"location":"sections/politicas/GCS/GCS/","title":"Plano de Ger\u00eancia e Configura\u00e7\u00e3o de Software","text":"

Este documento tem como objetivo apresentar as ferramentas, pol\u00edticas e regras adotadas pelo projeto RISO para auxiliar quem deseja contribuir.

"},{"location":"sections/politicas/GCS/GCS/#ferramentas","title":"Ferramentas","text":"Ferramenta Finalidade GitHub Hospedagem e versionamento de c\u00f3digo GitHub Pages Hospedagem de p\u00e1gina web para reposit\u00f3rio GitHub"},{"location":"sections/politicas/GCS/GCS/#politica-de-issues","title":"Pol\u00edtica de Issues","text":"

Caso encontre um bug ou tenha alguma sugest\u00e3o de melhoria para o software, \u00e9 poss\u00edvel criar uma issue seguindo os passos abaixo:

Escolha o tipo de issue a ser criado (Hist\u00f3ria de Usu\u00e1rio, documenta\u00e7\u00e3o, task ou corre\u00e7\u00e3o de bug) Escreva um t\u00edtulo sucinto para a issue e preencha a descri\u00e7\u00e3o da issue seguindo os passos e as orienta\u00e7\u00f5es do template.

Preencha informa\u00e7\u00f5es adicionais caso possua (executores, \u00e9pico, marco, hist\u00f3ria do usu\u00e1rio etc) Tanto o t\u00edtulo como a descri\u00e7\u00e3o da issue devem estar escritos em portugu\u00eas e seguir suas regras de sintaxe e sem\u00e2ntica.

"},{"location":"sections/politicas/GCS/GCS/#politica-de-branches","title":"Pol\u00edtica de Branches","text":""},{"location":"sections/politicas/GCS/GCS/#repositorios-de-codigo","title":"Reposit\u00f3rios de C\u00f3digo","text":"

Para uma mudan\u00e7a chegar a branch master (branch est\u00e1vel) os passos abaixo s\u00e3o seguidos:

Toda nova branch deve ser feita a partir da Develop.

Ao resolver a issue proposta a nova branch deve ser merjada e comparada em rela\u00e7\u00e3o \u00e0 develop.

Caso o PR seja aprovado pela equipe, a nova branch ser\u00e1 deletada e seu conte\u00fado integrado \u00e0 develop.

Apenas quando a ramifica\u00e7\u00e3o develop apresentar instabilidade, uma nova ramifica\u00e7\u00e3o chama release dever\u00e1 ser criada baseada na develop e merjada na main.

"},{"location":"sections/politicas/GCS/GCS/#repositorio-de-documentacao","title":"Reposit\u00f3rio de Documenta\u00e7\u00e3o","text":"

Para uma mudan\u00e7a chegar a branch DOCS-git_pages (branch est\u00e1vel) os passos abaixo s\u00e3o seguidos:

Toda nova branch deve ser feita a partir da DOCS-git_pages.

Ao resolver a issue proposta, a nova branch deve ser mergeada e comparada em rela\u00e7\u00e3o \u00e0 DOCS-git_pages.

Caso o PR seja aprovado pela equipe, a nova branch ser\u00e1 deletada e seu conte\u00fado integrado a DOCS-git_pages.

"},{"location":"sections/politicas/GCS/GCS/#regras-de-nomenclatura","title":"Regras de Nomenclatura","text":"

Toda nova branch criada no reposit\u00f3rio RISO deve se propor a resolver uma issue espec\u00edfica, o nome da branch deve seguir as regras da pol\u00edticas do Git Flow:

"},{"location":"sections/politicas/GCS/GCS/#mainmaster","title":"Main/Master:","text":"

Principal branch, aqui \u00e9 onde temos todo o c\u00f3digo de produ\u00e7\u00e3o. Todas as novas funcionalidades que est\u00e3o sendo desenvolvidas, em algum momento, ser\u00e3o mescladas ou associadas \u00e0 main. As formas de interagir com essa branch s\u00e3o atrav\u00e9s de uma Hotfix ou de uma nova Release.

"},{"location":"sections/politicas/GCS/GCS/#develop","title":"Develop:","text":"

\u00c9 a branch onde fica o c\u00f3digo do pr\u00f3ximo deploy. Ela serve como uma linha do tempo com os \u00faltimos desenvolvimentos, isso significa que ela possui funcionalidades que ainda n\u00e3o foram publicadas e que posteriormente v\u00e3o ser associadas com a branch Master.

"},{"location":"sections/politicas/GCS/GCS/#feature","title":"Feature:","text":"

S\u00e3o branches utilizadas para o desenvolvimento de funcionalidades espec\u00edficas. As branchs nessa categoria devem ter o prefixo \"feature/\", tal como no exemplo abaixo: 

feature/nome-da-feature\n

\u00c9 importante saber que essas features branches s\u00e3o criadas sempre a partir da branch Develop. Portanto, quando finalizada, elas s\u00e3o removidas ap\u00f3s realizar o merge com a Branch Develop. Se houver dez funcionalidades a serem desenvolvidas, ent\u00e3o dever\u00e1 ser criada dez branches independentes.

\u00c9 importante salientar que as branches de features n\u00e3o podem ter intera\u00e7\u00e3o com a branch /main, apenas com a branch develop.

"},{"location":"sections/politicas/GCS/GCS/#hotfix","title":"Hotfix:","text":"

\u00c9 uma branch criada a partir da master para realizar corre\u00e7\u00f5es imediatas encontradas no sistema em produ\u00e7\u00e3o. Quando conclu\u00edda, ela \u00e9 exclu\u00edda ap\u00f3s realizar o merge com as branches Main e Develop.

\u00c9 necess\u00e1rio uma branch de hotfix para cada hotfix que precisar ser implementada!

A grande diferen\u00e7a entre Feature Branches e Branches de Hotfix \u00e9 que os Hotfix s\u00e3o criados a partir da Branch Master e quando os finalizamos, eles s\u00e3o mesclados tanto na Branch Master quanto na branch de desenvolvimento. Isso ocorre porque o bug est\u00e1 em ambos os ambientes.

Al\u00e9m disso, quando fechar um Hotfix Branch, \u00e9 necess\u00e1rio criar uma tag com a nova vers\u00e3o do projeto.

O nomeclatura para branchs de hotfix segue o padr\u00e3o com o prefixo \"hotfix/\" antes do nome da corre\u00e7\u00e3o:

hotfix/nome-do-hotfix\n
"},{"location":"sections/politicas/GCS/GCS/#release","title":"Release:","text":"

Uma vez que uma etapa de desenvolvimento esteja conclu\u00edda, \u00e9 normal que em nossa Branch Develop todas as features e Hotfix estejam mescladas. Portanto, para as funcionalidades irem \u00e0 Branch Main, \u00e9 necess\u00e1rio criar uma Branch de Release.

A Branch Release serve como ponte para fazer o merge da Develop para a Master. Ela funciona como ambiente de homologa\u00e7\u00e3o e \u00e9 removida ap\u00f3s realizar os testes do merge com a Master. Caso seja encontrado algum bug e haja alguma altera\u00e7\u00e3o, ela tamb\u00e9m deve ser sincronizada com a Develop. A regra de nomeclatura segue o mesmo padr\u00e3o dos anteriores:

release/nome-da-release\n
"},{"location":"sections/politicas/GCS/GCS/#politica-de-commits","title":"Pol\u00edtica de Commits","text":"

Os commits devem ser at\u00f4micos (uma contribui\u00e7\u00e3o pequena para resolver um problema espec\u00edfico). A mensagem do commit deve relatar o que foi feito de maneira sucinta e direta, come\u00e7ar com um verbo e com a primeira letra mai\u00fascula. Al\u00e9m disso, contribui\u00e7\u00f5es feitas por mais de uma pessoa devem conter o comando \"Co-authored-by\" para identificar todos os autores envolvidos.

Exemplo de contribui\u00e7\u00e3o feita por um autor:

git commit -m \"feat: Adicionando nova funcionalidade\"\n

Exemplo de contribui\u00e7\u00e3o feita por mais de um autor:

git commit -m \"feat: Adicionando uma carta vermelha\n\nCo-authored-by: Pessoa <EmailGit@email.com>\"\n

Todos os commits devem seguir o padr\u00e3o de nomeclatura do protocolo \"Conventional Commits\" para manter boas pr\u00e1ticas de escrita e facilitar o entendimento do versionamento do software aos outros programadores colaboradores do projeto. Os principais prefixos s\u00e3o:

feat- Commits do tipo feat indicam que seu trecho de c\u00f3digo est\u00e1 incluindo um novo recurso (se relaciona com o MINOR do versionamento sem\u00e2ntico).

fix - Commits do tipo fix indicam que seu trecho de c\u00f3digo commitado est\u00e1 solucionando um problema (bug fix), (se relaciona com o PATCH do versionamento sem\u00e2ntico).

docs - Commits do tipo docs indicam que houveram mudan\u00e7as na documenta\u00e7\u00e3o, como por exemplo no Readme do seu reposit\u00f3rio. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo).

test - Commits do tipo test s\u00e3o utilizados quando s\u00e3o realizadas altera\u00e7\u00f5es em testes, seja criando, alterando ou excluindo testes unit\u00e1rios. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo)

build - Commits do tipo build s\u00e3o utilizados quando s\u00e3o realizadas modifica\u00e7\u00f5es em arquivos de build e depend\u00eancias.

perf - Commits do tipo perf servem para identificar quaisquer altera\u00e7\u00f5es de c\u00f3digo que estejam relacionadas a performance.

style - Commits do tipo style indicam que houveram altera\u00e7\u00f5es referentes a formata\u00e7\u00f5es de c\u00f3digo, semicolons, trailing spaces, lint... (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo).

refactor - Commits do tipo refactor referem-se a mudan\u00e7as devido a refatora\u00e7\u00f5es que n\u00e3o alterem sua funcionalidade, como por exemplo, uma altera\u00e7\u00e3o no formato como \u00e9 processada determinada parte da tela, mas que manteve a mesma funcionalidade, ou melhorias de performance devido a um code review.

chore - Commits do tipo chore indicam atualiza\u00e7\u00f5es de tarefas de build, configura\u00e7\u00f5es de administrador, pacotes... como por exemplo adicionar um pacote no gitignore. (N\u00e3o inclui altera\u00e7\u00f5es em c\u00f3digo)

ci - Commits do tipo ci indicam mudan\u00e7as relacionadas a integra\u00e7\u00e3o cont\u00ednua (continuous integration).

raw - Commits to tipo raw indicam mudan\u00e7as relacionadas a arquivos de configura\u00e7\u00f5es, dados, features, parametros.

cleanup - Commits do tipo cleanup s\u00e3o utilizados para remover c\u00f3digo comentado, trechos desnecess\u00e1rios ou qualquer outra forma de limpeza do c\u00f3digo-fonte, visando aprimorar sua legibilidade e manutenibilidade.

remove - Commits do tipo remove indicam a exclus\u00e3o de arquivos, diret\u00f3rios ou funcionalidades obsoletas ou n\u00e3o utilizadas, reduzindo o tamanho e a complexidade do projeto e mantendo-o mais organizado.

Para respeitar as regras definidas de commits, pedimos aten\u00e7\u00e3o aos pontos abaixo:

"},{"location":"sections/politicas/GCS/GCS/#politica-de-pull-request","title":"Pol\u00edtica de Pull Request","text":"

Para realizar um Pull Request (PR) para o reposit\u00f3rio \u00e9 necess\u00e1rio seguir os passos abaixo.

Ao resolver uma issue, suba suas contribui\u00e7\u00f5es e crie um Pull Request Escreva um t\u00edtulo sucinto para o PR, Preencha a descri\u00e7\u00e3o do PR seguindo os passos e as orienta\u00e7\u00f5es do template que ser\u00e1 mostrado, Ligue o PR com a issue que ele resolve, Preencha informa\u00e7\u00f5es adicionais caso possua (executores, revisores, etc)

"},{"location":"sections/politicas/GCS/GCS/#politica-de-aprovacao","title":"Pol\u00edtica de Aprova\u00e7\u00e3o","text":"

Para um Pull Request ser aprovado nos reposit\u00f3rios de c\u00f3digo, a contribui\u00e7\u00e3o feita deve:

Para um Pull Request ser aprovado no reposit\u00f3rio de documenta\u00e7\u00e3o, a contribui\u00e7\u00e3o feita deve:

"},{"location":"sections/politicas/GCS/GCS/#politica-de-documentacao","title":"Pol\u00edtica de Documenta\u00e7\u00e3o","text":"

Para contribuir com a documenta\u00e7\u00e3o do projeto as regras definidas de commit, issue e PR tamb\u00e9m se aplicam, al\u00e9m destas pedimos aten\u00e7\u00e3o aos pontos abaixo:

Ao fazer grandes incrementos a vari\u00e1vel X cresce (1.0, 2.0, 3.0) e ao fazer pequenos incrementos a vari\u00e1vel Z cresce (1.1, 1.2, 1.3), ambas vari\u00e1veis come\u00e7am em zero e crescem de um em um. Ao subir a vers\u00e3o de X o valor de Z volta pra zero (1.4 -> 2.0). O documento s\u00f3 entra na vers\u00e3o 1.0 se naquele momento ele estiver teoricamente finalizado.

"},{"location":"sections/politicas/GCS/GCS/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues Marco Tulio"},{"location":"sections/visaoProduto/historico_versao/","title":"Historico de Vers\u00e3o","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 17/04/24 0.1 Cria\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 17/04/24 0.2 Atualiza\u00e7\u00e3o do documento Joyce Dionizio Daniel Rodrigues 17/04/24 0.3 Atualiza\u00e7\u00e3o da Vis\u00e3o do Projeto Daniel Rodrigues Joyce Dionizio 17/04/24 0.4 Atualiza\u00e7\u00e3o da Vis\u00e3o do Produto Marco Tulio Daniel Rodrigues 17/04/24 0.5 Atualiza\u00e7\u00e3o do Cronograma do Projeto Daniel Rodrigues Joyce Dionizio 26/04/24 0.6 Atualiza\u00e7\u00e3o da tabela de atividades Daniel Rodrigues e J\u00e9sus Gabriel Lucas Antunes e Joyce Dionizio 31/04/24 0.7 Atualiza\u00e7\u00e3o da vis\u00e3o do projeto e do processo de desenvolvimento Daniel Rodrigues Marco Tulio 31/07/24 0.8 Atualiza\u00e7\u00e3o dos Riscos do Projeto Daniel Rodrigues Marco Tulio 01/08/24 1.0 Adi\u00e7\u00e3o das Li\u00e7\u00f5es Aprendidas e Marca\u00e7\u00e3o da vers\u00e3o 1 da documenta\u00e7\u00e3o Daniel Rodrigues Lucas Antunes"},{"location":"sections/visaoProduto/referencia_bibliografica/","title":"5. Refer\u00eancia Bibliogr\u00e1ficas","text":"

  1. MARSICANO, George. Slides: Escolhas da Engenharia de Software. 2023. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2833087/mod_folder/content/0/Unidade%201%20-%20Aula%20-%20Escolhas%20da%20ESW.pdf

  2. Raja Gupta. Fundamentals of Software Engineering. Engineering Handbook. 2019

  3. IEEE. SWEBOK. Version 3. 2014.

  4. Handbook IREB CPRE Foundation Level, Version 1.1.0, september 2022.

  5. MARSICANO, George. Slides: Introdu\u00e7\u00e3o a Engenharia de Requisitos. 2023. Dispon\u00edvel em: https://aprender3.unb.br/pluginfile.php/2833054/mod_folder/content/0/Unidade%201%20-%20Aula%20-%20Introducao%20a%20ER.pdf

  6. UNIVERSIDADE FEDERAL DE VI\u00c7OSA. Resolu\u00e7\u00e3o CONSU n\u00ba 7, de 10 de junho de 2021. Aprova a Pol\u00edtica de Gest\u00e3o de Riscos e Controles Internos \u2013 PGRC da Universidade Federal de Vi\u00e7osa. Vi\u00e7osa: UFV, 2021. Dispon\u00edvel em: https://soc.ufv.br/wp-content/uploads/Resolucao-Consu-7-2021.pdf.

KERZNER, Harold. Gest\u00e3o de Projetos: As Melhores Pr\u00e1ticas. 12\u00aa ed. S\u00e3o Paulo: Elsevier, 2017.

PMI. Um Guia do Conjunto de Conhecimentos de Gerenciamento de Projetos (Guia PMBOK\u00ae). 6\u00aa ed. Project Management Institute, 2017.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/","title":"4. Li\u00e7\u00f5es Aprendidas","text":""},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#41-unidade-1","title":"4.1. Unidade 1","text":"

Na Unidade 1 da disciplina de Requisitos de Software, estudamos profundamente os processos, ciclos de vida e abordagens de software sob a perspectiva da Engenharia de Requisitos. Exploramos as atividades essenciais da Engenharia de Requisitos, conforme discutido por Marsicano (2023), e as diversas facetas dessa \u00e1rea, conforme descrito pelo IREB (2022).

Durante as aulas, tamb\u00e9m aprendemos a import\u00e2ncia de analisar problemas e suas causas para, em seguida, conceber solu\u00e7\u00f5es que os minimizem ou resolvam. Esse processo nos ajudou a definir o objetivo de nossas aplica\u00e7\u00f5es e a estabelecer crit\u00e9rios para selecionar a abordagem de desenvolvimento mais adequada (Gupta). Planejar as atividades de Engenharia de Requisitos com base nesses crit\u00e9rios foi fundamental para o sucesso dos projetos (Marsicano, 2023).

Al\u00e9m do conte\u00fado te\u00f3rico, enfrentamos desafios pr\u00e1ticos, como a atribui\u00e7\u00e3o de pap\u00e9is aos usu\u00e1rios e a escolha da metodologia de desenvolvimento com base nos fatores do projeto. A comunica\u00e7\u00e3o com os clientes para entender melhor o produto tamb\u00e9m foi uma habilidade vital que desenvolvemos. No entanto, encontramos dificuldades na comunica\u00e7\u00e3o entre o time e a lideran\u00e7a, especialmente na atribui\u00e7\u00e3o de tarefas e no estabelecimento de prazos. A reformula\u00e7\u00e3o dos pap\u00e9is da equipe foi uma solu\u00e7\u00e3o eficaz para esses problemas, melhorando nossa efici\u00eancia e organiza\u00e7\u00e3o.

Assim, a Unidade 1 foi crucial para nos equipar com o conhecimento necess\u00e1rio para abordar problemas de software de maneira estruturada e eficaz, preparando-nos para os desafios futuros na \u00e1rea de Engenharia de Requisitos.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#42-unidade-2","title":"4.2. Unidade 2","text":"

Na Unidade 2, aprofundamos nosso conhecimento em Engenharia de Requisitos, focando na identifica\u00e7\u00e3o e diferencia\u00e7\u00e3o de requisitos funcionais e n\u00e3o funcionais, ambos cruciais para a constru\u00e7\u00e3o de um software robusto e eficiente. Estudamos a estrutura SAFe, que nos ajudou a organizar o backlog do produto de forma eficaz, e utilizamos a metodologia USM para priorizar esses itens. Com o backlog priorizado, fomos capazes de definir um MVP, estabelecendo um escopo m\u00ednimo vi\u00e1vel para o projeto, o que facilitou a entrega dos objetivos da unidade.

Al\u00e9m dessas abordagens, exploramos diversas t\u00e9cnicas e atividades de Engenharia de Requisitos, como entrevistas e prototipagem, e nos aprofundamos nas regras de neg\u00f3cio para garantir que as funcionalidades do software estivessem alinhadas com os objetivos organizacionais. Aprendemos a elicitar requisitos dos clientes utilizando perguntas estrat\u00e9gicas e pr\u00e9-prontas, e a organizar esses requisitos atrav\u00e9s do M\u00e9todo de User Story: Theme, Epics, User Story e Tasks.

Enfrentamos alguns desafios ao longo dessa unidade. A readapta\u00e7\u00e3o ap\u00f3s uma greve gerou desmotiva\u00e7\u00e3o para a continuidade do projeto, e tivemos dificuldades para marcar reuni\u00f5es com nosso cliente Arthur Bennet devido \u00e0s suas viagens. Para superar esses obst\u00e1culos, estabelecemos comunica\u00e7\u00e3o por mensagens e realizamos valida\u00e7\u00f5es constantes por meio de documentos e escrita das funcionalidades no GitHub. Al\u00e9m disso, aprendemos a documentar todas as reuni\u00f5es com atas, conforme feedback do professor George, e desenvolvemos a habilidade de definir um MVP de forma eficiente.

"},{"location":"sections/visaoProduto/licoesAprendidas/licoesAprendidas/#43-unidade-3","title":"4.3. Unidade 3","text":"

Na Unidade 3, nosso foco foi aprimorar a compreens\u00e3o sobre as pr\u00e1ticas de gest\u00e3o e prioriza\u00e7\u00e3o de tarefas no desenvolvimento de software. Iniciamos explorando a constru\u00e7\u00e3o e manuten\u00e7\u00e3o do backlog, que \u00e9 essencial para o gerenciamento eficaz de qualquer projeto. Aprendemos a organizar e priorizar as tarefas utilizando m\u00e9todos estruturados, como o Product Backlog Building (PBB) e o User Story Mapping (USM), que nos permitiram garantir que os itens mais relevantes fossem abordados primeiro.

A pr\u00e1tica de backlog foi complementada por sess\u00f5es de planning, cujo j\u00e1 aplic\u00e1vamos, onde refinamos e ajustamos as tarefas de acordo com as necessidades do projeto. Essa etapa foi crucial para assegurar que todos os membros da equipe estivessem alinhados quanto \u00e0s prioridades e responsabilidades. Al\u00e9m disso, as sess\u00f5es de review nos proporcionaram uma vis\u00e3o cr\u00edtica do trabalho realizado, permitindo identificar melhorias e realizar ajustes cont\u00ednuos.

Durante essa unidade, compreendemos a import\u00e2ncia de uma gest\u00e3o de backlog bem estruturada para o sucesso do projeto. A utiliza\u00e7\u00e3o do m\u00e9todo PBB nos ajudou a mapear claramente as expectativas dos stakeholders e a derivar features e hist\u00f3rias de usu\u00e1rio que refletissem essas expectativas. Com o m\u00e9todo USM, conseguimos visualizar a jornada do usu\u00e1rio e priorizar as funcionalidades que gerassem maior valor.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/","title":"3. Processo de Desenvolvimento de Software","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#31-metodologia","title":"3.1 Metodologia","text":"

Baseado na proposta de Gupta (2019), foi respondido um conjunto de quest\u00f5es distintas sobre determinados t\u00f3picos para definir a abordagem que melhor se encaixa ao projeto e time. T\u00f3picos norteadores:

  1. Requisitos
  2. Equipe de Desenvolvimento
  3. Usu\u00e1rios
  4. Tipo de Projeto e Riscos Associados
"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#311-requisitos","title":"3.1.1 Requisitos","text":"

Figura 1 - Modelo Gupta para requisitos (fonte: Gupta, 2019)

Pergunta Nosso contexto Os requisitos s\u00e3o f\u00e1ceis de entender e definir? N\u00e3o N\u00f3s mudamos os requisitos com bastante frequ\u00eancia? Sim N\u00f3s podemos definir os requisitos ao in\u00edcio de cada ciclo? N\u00e3o Os requisitos est\u00e3o indicando um sistema complexo para se construir? Sim

Conclus\u00e3o: Em termos de requisitos, destaca-se o modelo espiral, OpenUp, Safe e ScrumXP.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#312-equipe-de-desenvolvimento","title":"3.1.2 Equipe de Desenvolvimento","text":"

Figura 2 - Modelo Gupta para equipe de desenvolvimento (fonte: Gupta, 2019)

Pergunta Nosso contexto Pouca experi\u00eancia em projetos similares? Sim Pouco conhecimento de dom\u00ednio (novato na tecnologia)? Sim Pouca experi\u00eancia com as ferramentas que ser\u00e3o usadas? Sim Disponibilidade para treinamento, se necess\u00e1rio N\u00e3o

Conclus\u00e3o: Em termos de equipe de desenvolvimento, destaca-se o modelo espiral.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#313-usuarios","title":"3.1.3 Usu\u00e1rios","text":"

Figura 3 - Modelo Gupta para usu\u00e1rios (fonte: Gupta, 2019)

Pergunta Nosso contexto Usu\u00e1rio est\u00e1 envolvido em todas as fases? Sim. Participa\u00e7\u00e3o limitada do usu\u00e1rio? Sim. Usu\u00e1rio n\u00e3o tem experi\u00eancia anterior em participa\u00e7\u00e3o em projetos similares? N\u00e3o. Usu\u00e1rio s\u00e3o especialistas no dom\u00ednio do problema? Sim.

Conclus\u00e3o: Em termos de usu\u00e1rio, destaca-se o modelo RAD.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#314-tipo-de-projeto-e-risco-associado","title":"3.1.4 Tipo de Projeto e Risco Associado","text":"

Figura 4 - Modelo Gupta para tipo de projeto e risco associado (fonte: Gupta, 2019)

Pergunta Nosso contexto O projeto \u00e9 melhoria de um sistema existente? N\u00e3o O financiamento est\u00e1 est\u00e1vel para o projeto? Sim Requisitos de alta confiabilidade? N\u00e3o Cronograma do projeto \u00e9 apertado? Sim Uso de componentes reutiliz\u00e1veis? Sim Os recursos (Tempo, dinheiro, pessoas etc) est\u00e3o escassos? N\u00e3o

Conclus\u00e3o: Em termos de Tipo de Projeto e Risco Associado, destaca-se o RAD.

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#315-escolha-do-processo-de-desenvolvimento-de-software","title":"3.1.5 Escolha do Processo de Desenvolvimento de Software","text":"

Figura 5 - Ciclo XP

Utilizando como base os resultados do framework Gupta, cujo considera baixo conhecimento da equipe, alta participa\u00e7\u00e3o do cliente no projeto e riscos associados ao projeto, a equipe utilizar\u00e1 seguir\u00e1 a metodologia \u00e1gil utilizando o XP (Extremme Programming).

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#32-ferramentas","title":"3.2 Ferramentas","text":"

Para a execu\u00e7\u00e3o dessa metodologia, escolheu-se as seguintes Ferramentas de organiza\u00e7\u00e3o e controle da equipe:

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#33-processos-e-procedimentos","title":"3.3 Processos e Procedimentos","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#331-escolhas-do-processo-de-engenharia-de-requisitos","title":"3.3.1 Escolhas do Processo de Engenharia de Requisitos","text":"

Figura 8 - Faceta da engenharia de requisitos (fonte: MARSICANO, 2023)

Com base nas Facetas do Processo de ER (IREB, 2022), foi definido que \u00e9 um processo de ER participativo, visto que:

  1. Alvo \u00e9 um Cliente Espec\u00edfico;
  2. O prop\u00f3sito \u00e9 explorat\u00f3rio;
  3. Tempo \u00e9 interativo.
"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#332-atividades-do-processo-de-engenharia-de-requisitos","title":"3.3.2 Atividades do Processo de Engenharia de Requisitos","text":"

Figura 9 - Atividades da ER (fonte: MARSICANO, 2023).

Para isso, a equipe ir\u00e1 incluir o processo ER na metodologia de desenvolvimento XP da seguinte maneira:

Atividade M\u00e9todo Ferramenta Entrega Fase da aplica\u00e7\u00e3o Elicita\u00e7\u00e3o e Descoberta Entrevista com o Cliente e Brainstorming Google Meet, Lean Inception Documento de Requisitos Funcionais e N\u00e3o Funcionais Aplicada na fase de Planejamento An\u00e1lise e Consenso Brainstorming SWOT Jira Hist\u00f3ria de Usu\u00e1rios Aplicada na fase de Planejamento Declara\u00e7\u00e3o Crit\u00e9tios de Aceita\u00e7\u00e3o GitHub \u00c9picos, Tasks, Prazos, MVP Aplicada na fase de Projeto Representa\u00e7\u00e3o Figma GitHub Prot\u00f3tipo de Alta Fidelidade Aplicada na fase de Projeto Implementa\u00e7\u00e3o Pair Programming VsCode, Git C\u00f3digo Fonte Aplicada na fase de Codifica\u00e7\u00e3o Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o Teste de Aceita\u00e7\u00e3o GitHub, Jasmine, PyTest Relat\u00f3rio de Testes e Valida\u00e7\u00f5es dos Requisistos Aplicada na fase de Testes Organiza\u00e7\u00e3o e Atualiza\u00e7\u00e3o Backlog SAFe Jira Relat\u00f3rio do Backlog da semana Aplicada na fase de Planejamento"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#333-estrutura-analitica-do-projeto","title":"3.3.3 Estrutura Anal\u00edtica do Projeto","text":"

A Estrutura Anal\u00edtica do Projeto (EAP) \u00e9 uma ferramenta fundamental na gest\u00e3o de projetos que tem como objetivo dividir o trabalho a ser realizado em partes menores e mais gerenci\u00e1veis. A EAP \u00e9 estruturada de forma hier\u00e1rquica, onde o projeto \u00e9 decomposto em entregas, atividades e pacotes de trabalho, facilitando a organiza\u00e7\u00e3o, o planejamento e o controle de todas as etapas do projeto. Essa decomposi\u00e7\u00e3o permite uma vis\u00e3o clara e detalhada de tudo o que precisa ser realizado, ajudando a identificar as tarefas necess\u00e1rias, atribuir responsabilidades e monitorar o progresso, garantindo que todas as partes essenciais do projeto sejam consideradas.

A EAP tamb\u00e9m desempenha um papel crucial na comunica\u00e7\u00e3o dentro da equipe, pois fornece um mapa visual do projeto que ajuda todos os envolvidos a entenderem o escopo e o fluxo de trabalho. Ela \u00e9 a base para a estimativa de custos, recursos e tempo, al\u00e9m de ser essencial para o gerenciamento de riscos, pois permite identificar \u00e1reas cr\u00edticas e antecipar poss\u00edveis problemas. Com uma EAP bem definida, \u00e9 poss\u00edvel alinhar as expectativas das partes interessadas, melhorar a efici\u00eancia do gerenciamento do projeto e aumentar as chances de sucesso na entrega dos objetivos propostos.

Figura 10 - Estrutura Anal\u00edtica do Projeto

"},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3331-planejamento","title":"3.3.3.1. Planejamento:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3332-design-do-site","title":"3.3.3.2. Design do site:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3333-desenvolvimento","title":"3.3.3.3. Desenvolvimento:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3334-teste-e-revisao","title":"3.3.3.4. Teste e Revis\u00e3o:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#3335-entrega","title":"3.3.3.5. Entrega:","text":""},{"location":"sections/visaoProduto/processo_desenv/processo_desenv/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel, Marco Tulio 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"},{"location":"sections/visaoProduto/visao_produto/visao_produto/","title":"1. Vis\u00e3o Geral do Produto","text":""},{"location":"sections/visaoProduto/visao_produto/visao_produto/#11-problemadesejo","title":"1.1 Problema/Desejo","text":"

O problema identificado reside na dificuldade de medir de forma quantitativa o n\u00edvel de satisfa\u00e7\u00e3o dos clientes em uma sorveteria. Atualmente, o propriet\u00e1rio do estabelecimento n\u00e3o possui meios eficazes para capturar e analisar a felicidade dos consumidores, o que \u00e9 fundamental para aprimorar a experi\u00eancia no local. Para aprofundar o entendimento deste problema, foi empregado a t\u00e9cnica dos 5 Porqu\u00eas, visando descobrir as causas ra\u00edzes e seus principais motivadores.

Figura 1 - T\u00e9cnica dos 5 porqu\u00eas do grupo (fonte: autores, 2023)

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#12-declaracao-de-posicao-do-produto","title":"1.2 Declara\u00e7\u00e3o de Posi\u00e7\u00e3o do Produto","text":"Para Propriet\u00e1rios e gerentes de sorveterias Quem Deseja medir e entender a satisfa\u00e7\u00e3o dos clientes de forma precisa e em tempo real O RISO \u00c9 um software de an\u00e1lise de express\u00f5es faciais baseado em vis\u00e3o computacional Que Monitora e quantifica os sorrisos dos clientes, proporcionando um indicativo claro de sua satisfa\u00e7\u00e3o durante o atendimento Ao contr\u00e1rio De m\u00e9todos tradicionais de feedback como formul\u00e1rios e enquetes, que podem n\u00e3o capturar o sentimento imediato e espont\u00e2neo dos clientes Nosso produto Oferecer\u00e1 uma medi\u00e7\u00e3o din\u00e2mica e interativa da satisfa\u00e7\u00e3o do cliente, permitindo interven\u00e7\u00f5es imediatas para melhorar a experi\u00eancia do usu\u00e1rio"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#13-objetivos-do-produto","title":"1.3 Objetivos do Produto","text":"

Implementar um sistema de avalia\u00e7\u00e3o de satisfa\u00e7\u00e3o do cliente na sorveteria, utilizando uma tecnologia de detec\u00e7\u00e3o de sorrisos, para entregar as circunst\u00e2ncias, sendo elas b\u00e1sicas, mais comuns capazes de provocar um sorriso aos clientes. O objetivo \u00e9 utilizar essas informa\u00e7\u00f5es para direcionar mais esfor\u00e7os em produtos, servi\u00e7os e iniciativas que v\u00e3o amplificar esses momentos de felicidade, melhorando assim a experi\u00eancia do cliente.

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#14-objetivos-secundarios","title":"1.4 Objetivos Secund\u00e1rios","text":"

Analisar Picos de Felicidade: Identificar os momentos exatos e os fatores que mais contribuem para a satisfa\u00e7\u00e3o do cliente; Aprimorar a Experi\u00eancia do Cliente: Utilizar as informa\u00e7\u00f5es obtidas atrav\u00e9s da an\u00e1lise de dados para, visando potencializar a felicidade durante a experi\u00eancia na sorveteria; Capacita\u00e7\u00e3o da Equipe: Treinar os funcion\u00e1rios para interpretar os dados do sistema de detec\u00e7\u00e3o de sorrisos e agir com base nas informa\u00e7\u00f5es coletadas, visando melhorar a intera\u00e7\u00e3o com os clientes e a efici\u00eancia no servi\u00e7o.

"},{"location":"sections/visaoProduto/visao_produto/visao_produto/#15-tecnologias-a-serem-utilizadas","title":"1.5 Tecnologias a Serem Utilizadas","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/","title":"2. Vis\u00e3o Geral do Projeto","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#21-organizacao-do-projeto","title":"2.1 Organiza\u00e7\u00e3o do Projeto","text":"Papel Atribui\u00e7\u00f5es Respons\u00e1vel Participantes Pessoa Desenvolvedora Codificar o produto, realizar refatora\u00e7\u00e3o, testar, configurar, versionar, evoluir, integrar, documentar, ata das reuni\u00f5es, estrat\u00e9gia de c\u00f3digo Daniel Rodrigues Jesus Gabriel, Jo\u00e3o Pedro, Marco Tulio, Joyce, Lucas Antunes L\u00edder do Time Delegar tarefas, dura\u00e7\u00e3o da Ciclo, organiza\u00e7\u00e3o das atividades, one-to-one com os membros, estrat\u00e9gia de produto Marco Tulio Daniel Rodrigues Pessoa Engenheira de Requisitos Descobrir, elicitar, analisar, consensuar, declarar, representar, organizar e atualizar requisitos Marco Tulio Lucas,Daniel,Joyce Cliente Fornecer insumos para requisitos, fornecer feedbacks sobre os produtos, priorizar requisitos Lucas Antunes Arthur Bennet Monitor Verificar requisitos, fornecer feedbacks sobre o processo de ER, auxiliar em d\u00favidas da equipe acerca da disciplina de requisitos, articular os interesses do professor Jo\u00e3o Pedro Pedro Henrique"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#22-planejamento-das-fases-do-projeto","title":"2.2 Planejamento das Fases do Projeto","text":"Ciclo Produto (Entrega) Data In\u00edcio Data Fim Ciclo 1 Requisitos descobertos, elicitados, analisados e consensuados 10/07/24 17/07/24 Ciclo 2 Requisitos validados, verificados e declarados 17/07/24 24/07/24 Ciclo 3 Requisitos organizados e atualizados, escopo definido do MVP e Funcionalidades Incrementais 24/07/24 31/07/24 Ciclo 4 Reestrutura\u00e7\u00e3o da Equipe 31/07/24 07/08/24 Ciclo 5 US01, US02 e US03 07/08/23 14/08/23 Ciclo 6 US06, US04 e US07 14/08/23 21/08/23 Ciclo 7 US05, US08 e US09 21/08/23 28/08/23 Ciclo 8 US10 e US11 28/08/23 04/09/23 Ciclo 9 Testes e Revis\u00e3o 04/09/23 11/09/23"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#23-matriz-de-comunicacao","title":"2.3 Matriz de Comunica\u00e7\u00e3o","text":"Descri\u00e7\u00e3o \u00c1rea/Envolvidos Periodicidade Produtos Gerados Acompanhamento das atividades em progresso Equipe do Projeto Semanal Relatorio de Situa\u00e7\u00e3o do Projeto Acompanhamento de Ciclo Equipe do Projeto e Monitor Semanal Ata da Reuni\u00e3o, Rela\u00e7\u00e3o de Feedbacks sobre as Entregas do Produto Comunicar a situa\u00e7\u00e3o do projeto Equipe do Projeto e Professor Mensalmente Artefatos solicitados, Rela\u00e7\u00e3o de Feedbacks do Professor"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#24-gerenciamento-de-riscos","title":"2.4 Gerenciamento de Riscos","text":"

A an\u00e1lise e gerenciamento de riscos referem-se \u00e0 identifica\u00e7\u00e3o dos poss\u00edveis pontos que podem representar riscos para o projeto. Precisam ser acompanhados, a cada acompanhamento das fases, se referindo assim, ao projeto como um todo e n\u00e3o apenas ao produto.

Segundo Charette, existem tr\u00eas tipos de riscos de Software (PRESSMAN,2006):

  1. Riscos de projeto: mostram problemas potenciais de or\u00e7amento, cronograma, organizacionais que impactam o projeto;
  2. Riscos t\u00e9cnicos: perturbam a qualidade e a entrega do software. Tamb\u00e9m mostram problemas potenciais de projeto, implementa\u00e7\u00e3o, interface, verifica\u00e7\u00e3o e manuten\u00e7\u00e3o;
  3. Riscos de neg\u00f3cio: amea\u00e7am a viabilidade do software e do produto e apresentam 5 varia\u00e7\u00f5es:
    1. Risco de Mercado: criar um excelente produto ou sistema que ningu\u00e9m realmente quer;
    2. Risco Estrat\u00e9gico: criar um produto que n\u00e3o se encaixe mais na estrat\u00e9gia geral de neg\u00f3cios da empresa;
    3. Risco de Vendas: criar um produto que a equipe de vendas n\u00e3o sabe como vender;
    4. Risco Gerencial: perda de suporte da alta ger\u00eancia devido \u00e0 mudan\u00e7a no foco ou mudan\u00e7a de profissionais;
    5. Risco de Or\u00e7amento: perda do or\u00e7amento ou do comprometimento dos profissionais.

A an\u00e1lise dos riscos levar\u00e1 em considera\u00e7\u00e3o 2 vari\u00e1veis:

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#241-probabilidade","title":"2.4.1 Probabilidade","text":"

A probabilidade indica a chance de um risco se materializar no projeto. Quanto maior a probabilidade, maior a chance de o risco ocorrer, o que exige maior aten\u00e7\u00e3o e planejamento. Ao identificar e avaliar esses riscos, a equipe de projeto pode desenvolver estrat\u00e9gias para mitigar ou gerenciar os impactos potenciais, aumentando as chances de sucesso do projeto.

Probabilidade Intervalo Peso Muito Alta 81% \u00e0 100% 5 Alta 61% \u00e0 80% 4 M\u00e9dia 41% \u00e0 60% 3 Baixa 21% \u00e0 40% 2 Muto Baixa 0% \u00e0 20% 1"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#242-impacto","title":"2.4.2 Impacto","text":"

Para se quantificar o impacto do risco no projeto o custo, o tempo, o escopo e a qualidade devem ser levados em conta:

Impacto Descri\u00e7\u00e3o Peso Catastr\u00f3fico Impacto Inviabiliza o Projeto 5 Grande H\u00e1 grande impacto no desenvolvimento do projeto 4 Moderado Possui certo impacto, por\u00e9m \u00e9 facilmente recuperado 3 Pequeno Pouco impacto no desenvolvimento do projeto 2 Insignificante Impacto pouco expressivo no desenvovimento do Projeto 1"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#243-prioridade","title":"2.4.3 Prioridade","text":"

Atrav\u00e9s da equa\u00e7\u00e3o [(Probabilidade) x (Impacto)] \u00e9 poss\u00edvel calcular a prioridade dos riscos. A partir desses valores \u00e9 determinada a urg\u00eancia da inicializa\u00e7\u00e3o de medidas de mitiga\u00e7\u00e3o e resolu\u00e7\u00e3o dos riscos, tal como na matriz abaixo:

Figura 1 - Matriz de Riscos (UFV, 2021)

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#234-historico-de-riscos","title":"2.3.4 Hist\u00f3rico de Riscos:","text":"Ciclo Tipo de Risco Probabilidade Impacto Grau do Risco - Prioridade Contramedida Tomada Ciclo 1 Risco de Projeto Muito Baixa Catastr\u00f3frico Risco Moderado Ap\u00f3s a greve de docentes, todo o cronograma foi redefinido Ciclo 2 Risco de Projeto M\u00e9dia Pequeno Risco Pequeno Aloca\u00e7\u00e3o de mais respons\u00e1veis em certas atribui\u00e7\u00f5es Ciclo 2 Risco de Projeto Baixa Grande Risco Alto Ado\u00e7\u00e3o de outros meios de comunica\u00e7\u00e3o com o Cliente Ciclo 4 Risco de Projeto Alta Moderado Risco Alto Promover 1 intervalo de descanso, sem atividade durante 1 ciclo para a motiva\u00e7\u00e3o do time Ciclo 5 Risco de Projeto Alta Moderado Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados. Ciclo 6 Risco de Projeto Alta Grande Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados. Ciclo 7 Risco de Projeto Alta Grande Risco Alto A atividade foi estendida, e novos respons\u00e1veis foram alocados."},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#25-criterios-de-replanejamento","title":"2.5 Crit\u00e9rios de Replanejamento","text":"

Os crit\u00e9rios de replanejamento referem-se \u00e0 identifica\u00e7\u00e3o dos pontos que, caso ocorram, causar\u00e3o um replanejamento do projeto. Precisam ser acompanhados a cada Ciclo, referindo-se assim, ao projeto como um todo e n\u00e3o apenas ao produto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#251-identificacao-de-criterios","title":"2.5.1 Identifica\u00e7\u00e3o de Crit\u00e9rios:","text":""},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c01-alteracao-nos-prazos-das-entregas","title":"C01 - Altera\u00e7\u00e3o nos prazos das entregas","text":"

Categoria: Risco de Projeto. Causa: Atrasos ou imprevistos provocaram d\u00e9bitos de algumas atividades. Consequ\u00eancia: Extens\u00e3o dos prazos das atividades debitadas.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c02-alteracao-das-tecnologias-do-projeto","title":"C02 - Altera\u00e7\u00e3o das Tecnologias do projeto","text":"

Categoria: Risco T\u00e9cnico. Causa: Troca de linguagem de programa\u00e7\u00e3o ou qualquer ferramenta de gest\u00e3o e controle do time. Consequ\u00eancia: Refatora\u00e7\u00e3o do c\u00f3digo ou reorganiza\u00e7\u00e3o do projeto nas novas ferramentas de gest\u00e3o.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c03-alteracao-no-processo-de-engenharia-de-requisitos-ou-desenvolvimento-de-software","title":"C03 - Altera\u00e7\u00e3o no Processo de Engenharia de Requisitos ou Desenvolvimento de Software","text":"

Categoria: Risco T\u00e9cnico. Causa: Mudan\u00e7a no m\u00e9todo de organiz\u00e7\u00e3o do time, m\u00e9todo de organiza\u00e7\u00e3o dos requisistos ou produ\u00e7\u00e3o. Consequ\u00eancia: Reorganiza\u00e7\u00e3o dos pap\u00e9is do time e atualiza\u00e7\u00e3o de documenta\u00e7\u00e3o dos requisistos e do processo.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c04-alteracao-no-escopo-do-projeto","title":"C04 - Altera\u00e7\u00e3o no Escopo do Projeto","text":"

Categoria: Risco de Projeto. Causa: Surgimento de novos requisitos. Consequ\u00eancia: Replanejamento do projeto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c05-barreiras-externas-para-execucao-do-projeto-tais-como-aparatos-legais-valor-financeiro-inacessivel-capacidade-dos-hardwares-dos-desenvolvedores-etc","title":"C05 - Barreiras externas para execu\u00e7\u00e3o do projeto, tais como: aparatos legais, valor financeiro inacess\u00edvel, capacidade dos hardwares dos desenvolvedores, etc","text":"

Categoria: Risco T\u00e9cnico. Causa: Qualquer problema n\u00e3o gerado pelo time de desenvolvimento, isto \u00e9, problemas fogem do controle do processo de desenvolvimento. Consequ\u00eancia: Estudo do problema e adapta\u00e7\u00e3o do time para reverter o problema.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c06-saida-de-algum-membro-da-equipe","title":"C06 - Sa\u00edda de algum membro da equipe","text":"

Categoria: Risco de Projeto. Causa: Membro retirou ou trancou a disciplina. Consequ\u00eancia: Realoca\u00e7\u00e3o dos membros desenvolvedores nas atividades do projeto.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c07-divergencia-de-horarios-entre-membros-da-equipe","title":"C07 - Diverg\u00eancia de hor\u00e1rios entre membros da equipe","text":"

Categoria: Risco de Projeto. Causa: Membros com grades hor\u00e1rias muito distintas. Consequ\u00eancia: Dificuldade para reunir toda a equipe e realizar os pareamentos.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c08-dificuldades-da-equipe-com-as-novas-tecnologias-inseridas","title":"C08 - Dificuldades da equipe com as novas tecnologias inseridas","text":"

Categoria: Risco T\u00e9cnico. Causa: Inexperi\u00eancia de alguns membros. Consequ\u00eancia: Surgimento de d\u00edvidas t\u00e9cnicas pela dificuldade em realizar os objetivos propostos.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c09-ausencia-de-membros-durante-reunioes-do-grupo","title":"C09 - Aus\u00eancia de membros durante reuni\u00f5es do grupo","text":"

Categoria: Risco de Projeto. Causa: Membros sobrecarregados ou desestimulados com o projeto. Consequ\u00eancia: Membros perdidos na sprint e maior carga de trabalho para o restante da equipe.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c10-problemas-pessoais-ou-de-saude","title":"C10 - Problemas pessoais ou de sa\u00fade","text":"

Categoria: Risco de Projeto. Causa: Problemas pessoais/doen\u00e7as ou viagens dos membros da equipe. Consequ\u00eancia: Capacidade de trabalho da equipe prejudicada e atrasos no cronograma.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#c11-falta-de-comprometimento-dos-membros-com-o-projeto","title":"C11 - Falta de comprometimento dos membros com o projeto","text":"

Categoria: Riscos de Projeto. Causa: Des\u00e2nimo com o curso, problemas pessoais ou de sa\u00fade, excesso de compromissos, entre outros. Consequ\u00eancia: Issues n\u00e3o entregues, d\u00edvida t\u00e9cnica e replanejamento.

Os crit\u00e9rios de replanejamento do projeto devem ser acompanhados e atualizados a cada fase. E, aplicados, conforme necessidade.

"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#234-historico-de-riscos_1","title":"2.3.4 Hist\u00f3rico de Riscos:","text":"Ciclo Problema Solu\u00e7\u00e3o Encontrada Resultado Esperado Ciclo 1 C01 Paraliza\u00e7\u00e3o do projeto RISO durante a greve e Refurmula\u00e7\u00e3o de todo o Cronograma de ciclos Defini\u00e7\u00e3o e reestrutura\u00e7\u00e3o completa do desenvolvmento do Projeto Ciclo 1 C11 Utiliza\u00e7\u00e3o da ferramenta Jira para acompanhar, de forma mais r\u00eddiga, o controle do progresso do time Controle maior sobre as obriga\u00e7\u00f5es do time e maior liberdade de produ\u00e7\u00e3o aos membros Ciclo 2 C10 Redistribui\u00e7\u00e3o dos membros nas atividades para suprir os membros que entraram de viagem As atividades foram uniformemente distribu\u00eddas Ciclo 2 C09 Exposi\u00e7\u00e3o das Pautas debatidas na reuni\u00e3o em forma de ata para os membros ausentes Acesso \u00e0 todo o conte\u00fado perdido para os membros ausentes Ciclo 2 C01 Debitamento da atividade atrasada para o ciclo seguinte e adi\u00e7\u00e3o de um respons\u00e1vel auxiliar Conclus\u00e3o da Atividade no prazo Ciclo 2 C11 Motiva\u00e7\u00e3o de uma maior comunica\u00e7\u00e3o pelo WhatsApp entre os membros Maior comunica\u00e7\u00e3o e engajamento do time com o projeto Ciclo 4 C11 Interrup\u00e7\u00e3o das atividades do ciclo Maior energia e motiva\u00e7\u00e3o para recome\u00e7ar as atividades Ciclo 4 C01 Redistribui\u00e7\u00e3o das US do projeto para compensar a paralisa\u00e7\u00e3o do ciclo anterior Entrega das funcionalidades dentro do prazo Ciclo 5 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 5 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida Ciclo 6 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 6 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida Ciclo 7 C11 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Maior energia e motiva\u00e7\u00e3o para continuar as atividades Ciclo 7 C08 A atividade foi estendida, e novos respons\u00e1veis foram alocados. Atraso nas atividades devido a inexperi\u00eancia de alguns membros sera resolvida"},{"location":"sections/visaoProduto/visao_projeto/visao_projeto/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o:","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor Revisores 31/07/24 1.0 Cria\u00e7\u00e3o do documento Daniel Rodrigues J\u00e9sus Gabriel 04/09/24 1.1 Atualiza\u00e7\u00e3o do documento J\u00e9sus Gabriel Daniel Rodrigues"}]} \ No newline at end of file diff --git a/sections/ciclos/ciclo1/index.html b/sections/ciclos/ciclo1/index.html index 3edfc3ef..07008f1d 100644 --- a/sections/ciclos/ciclo1/index.html +++ b/sections/ciclos/ciclo1/index.html @@ -1055,12 +1055,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1141,6 +1205,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo2/index.html b/sections/ciclos/ciclo2/index.html index 28f330e9..9a279efe 100644 --- a/sections/ciclos/ciclo2/index.html +++ b/sections/ciclos/ciclo2/index.html @@ -1133,12 +1133,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1219,6 +1283,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo3/index.html b/sections/ciclos/ciclo3/index.html index 0f1f2ba1..fd9d324c 100644 --- a/sections/ciclos/ciclo3/index.html +++ b/sections/ciclos/ciclo3/index.html @@ -1124,12 +1124,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1210,6 +1274,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo4/index.html b/sections/ciclos/ciclo4/index.html index e547b378..935e9cc0 100644 --- a/sections/ciclos/ciclo4/index.html +++ b/sections/ciclos/ciclo4/index.html @@ -1124,12 +1124,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1210,6 +1274,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo5/index.html b/sections/ciclos/ciclo5/index.html index 6a660d40..b437377a 100644 --- a/sections/ciclos/ciclo5/index.html +++ b/sections/ciclos/ciclo5/index.html @@ -1124,12 +1124,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1210,6 +1274,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo6/index.html b/sections/ciclos/ciclo6/index.html index 6bb50f4a..0432dcb3 100644 --- a/sections/ciclos/ciclo6/index.html +++ b/sections/ciclos/ciclo6/index.html @@ -1130,12 +1130,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1216,6 +1280,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/ciclo7/index.html b/sections/ciclos/ciclo7/index.html index dce1fdf1..38b533ea 100644 --- a/sections/ciclos/ciclo7/index.html +++ b/sections/ciclos/ciclo7/index.html @@ -1124,12 +1124,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1210,6 +1274,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/ciclos/planejamento/index.html b/sections/ciclos/planejamento/index.html index 07349289..e0b59c0d 100644 --- a/sections/ciclos/planejamento/index.html +++ b/sections/ciclos/planejamento/index.html @@ -1025,12 +1025,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1111,6 +1175,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/entregas/unidade1/apresentacao1/index.html b/sections/entregas/unidade1/apresentacao1/index.html index 2ba6b7c8..95cc3a50 100644 --- a/sections/entregas/unidade1/apresentacao1/index.html +++ b/sections/entregas/unidade1/apresentacao1/index.html @@ -970,12 +970,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1056,6 +1120,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/entregas/unidade1/video/index.html b/sections/entregas/unidade1/video/index.html index 7b5f11cc..cc1f9afd 100644 --- a/sections/entregas/unidade1/video/index.html +++ b/sections/entregas/unidade1/video/index.html @@ -1009,12 +1009,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1095,6 +1159,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/entregas/unidade2/apresentacao2/index.html b/sections/entregas/unidade2/apresentacao2/index.html index c466b6f5..c4d09e19 100644 --- a/sections/entregas/unidade2/apresentacao2/index.html +++ b/sections/entregas/unidade2/apresentacao2/index.html @@ -1050,12 +1050,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1136,6 +1200,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/entregas/unidade2/video/index.html b/sections/entregas/unidade2/video/index.html index d09dedb2..3264f002 100644 --- a/sections/entregas/unidade2/video/index.html +++ b/sections/entregas/unidade2/video/index.html @@ -1009,12 +1009,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1095,6 +1159,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/index.html b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/index.html new file mode 100644 index 00000000..854ba57b --- /dev/null +++ b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-PBB-CalorieExplorer/index.html @@ -0,0 +1,1500 @@ + + + + + + + + + + + + + + + + + + + + + + + Missão 4 | PBB - Verificação e Validação à CalorieExplorer - RISo Docs + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + + + + Skip to content + + +
    +
    + +
    + + + + + + +
    + + +
    + +
    + + + + + + +
    +
    + + + +
    +
    +
    + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + +

    Verificação e Validação - PBB do Projeto Calorie Explorer

    +

    1. Verificação

    +

    A verificação do PBB (Product Backlog Building) para o projeto Calorie Explorer foi conduzida utilizando um checklist para avaliar se todos os elementos fundamentais do Canvas PBB foram atendidos. Entre os pontos verificados, constatou-se que o Canvas PBB está devidamente identificado com o produto, e os problemas e expectativas do cliente foram corretamente listados. Também foram criadas personas, e as ações associadas a essas personas foram mapeadas, incluindo o que fazem atualmente e o que desejam fazer com o sistema. As funcionalidades foram definidas com base nas ações das personas, identificando os problemas que cada funcionalidade resolve e os benefícios que trazem.

    +

    No entanto, durante a verificação, foram observadas algumas inconsistências: o PBI "Fazer atualizações e melhorias" não segue corretamente o modelo ARO, apresentando ausência do objeto, e alguns PBIs foram organizados sem seguir a prioridade estabelecida. Além disso, as histórias de usuário, que deveriam ser derivadas diretamente dos PBIs, não seguiram o modelo de escrita proposto, o que gerou inconsistências na forma como as histórias foram elaboradas em relação aos PBIs originais.

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    PerguntaCheckComentários
    O Canvas PBB possui um CanvasNÃONão há na documentação da equipe o acesso ao Canvas do PBB.
    O Canvas PBB possui a identificação do ProdutoSIM--
    Foram listados os problemas atuais do clienteSIM--
    Foram listado as expectativas do cliente com o produtoSIM--
    Foi realizada a criação de personasSIM--
    Foram listadas as ações das personas (O que elas fazem hoje e o que elas desejam fazer com o sistema)SIM--
    Foram criadas as funcionalidades a partir das ações das personasSIM--
    Foram listadas os problemas em as funcionalidades que elas resolvemSIM--
    Foram listadas os benefícios que as funcionalidades trazem às personasSIM--
    Foram criados os PBIs das funcionalidades seguindo o modelo ARO.NÃOO PBI "Fazer atualizações e melhorias" possui a ausência do Objeto no modelo ARO. O restante está seguindo o padrão.
    Os PBIs foram priorizadosSIM--
    Foram criadas as histórias de usuário usando o PBI, personas e benefíciosNÃOA escrita dos PBIs nas US's em comparação às PBIs isoladamente foram alteradas.
    As histórias de usuários possuem critérios de aceitaçãoSIM--
    Os PBIs estão organizados verticalmente pelo valor de prioridadeNÃOAs US's foram montadas e receberam o seus códicos sem considerar a ordem de prioridade estabelecido nos PBIs.
    +

    2. Validação

    +

    A validação do PBB envolveu uma análise detalhada da qualidade e coerência de cada item desenvolvido, comparando-os com o contexto do estudo de caso HealthNet. Os problemas e expectativas identificados foram considerados apropriados e relevantes, assim como as personas e suas atividades. As funcionalidades criadas foram bem associadas às personas e apresentaram um nível adequado de granularidade. No entanto, foi identificado que, em alguns casos, os benefícios descritos para as funcionalidades não eram suficientemente específicos, abrangendo vantagens que poderiam se aplicar a múltiplas funcionalidades, o que comprometeu a clareza.

    +

    Adicionalmente, observou-se que as User Stories não estavam alinhadas ao modelo padrão de escrita, que envolve a estrutura "Eu, como [persona], posso [ação], para [valor de negócio]". Além disso, os critérios de aceitação, embora relevantes, foram redigidos de maneira inadequada, apresentando a visão das personas como executoras dos critérios, o que dificulta a compreensão das condições necessárias para o funcionamento da User Story. A reformulação dos critérios para um formato mais imparcial e padronizado é necessária para melhorar a qualidade das validações.

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    PerguntaCheckComentários
    O PBB está coerente com o estudo de caso HealthNetSIM--
    Os problemas identificados são coerentes com o contextoSIM--
    As expectativas são coerentes com o contextoSIM--
    As personas identificadas são coerentes com o contextoSIM--
    As atividades de cada persona são coerentes com a sua declaração e o contextoSIM--
    As funcionalidades são coerentes com a persona com a qual estão associadasSIM--
    As funcionalidades possuem grau de granularidade altoSIM--
    Os problemas de cada funcionalidade são coerentes com a funcionalidade com o qual estão associadosSIM--
    Os benefícios de cada funcionalidade são coerentes com a funcionalidade com o qual estão associadosNÃOEm alguns benefícios, o texto não é focado na funcionalidade em sí, mas relata um benefício amplo e que outras funcionalidades poderiam trazer também.
    Os PBIs são coerentes com as funcionalidades com a qual estão associadosSIM--
    Os PBIs foram escritos com o mesmo modelo (Estão padronizados)SIM--
    As USs estão estruturadas no formato: "Eu, como [persona], posso [ação], para [valor de negócio]"NÃONenhuma das User Story seguem o modelo de escrita.
    Os critérios de aceitação estão coerentes com a US a qual estão associadosSIM--
    Os critérios de aceitação informam apenas as condições para a US funcionarNÃOOs critérios de aceitação foram escritos como se as personas realizassem os critérios. Deverá ser feito pensado em qualquer usuário.
    +

    Histórico de Versão:

    + + + + + + + + + + + + + + + + + + + +
    DataVersãoDescriçãoAutorRevisores
    04/09/241.0Criação do documentoDaniel RodriguesJésus Gabriel
    + + + + + + + + + + + + + +
    +
    + + + + + +
    + + + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html new file mode 100644 index 00000000..70837ed9 --- /dev/null +++ b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html @@ -0,0 +1,1503 @@ + + + + + + + + + + + + + + + + + + + + + + + Missão 4 | USM - Verificação e Validação à CalorieExplorer - RISo Docs + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + + + + Skip to content + + +
    +
    + +
    + + + + + + +
    + + +
    + +
    + + + + + + +
    +
    + + + +
    +
    +
    + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + +

    Verificação e Validação - USM do Projeto Calorie Explorer

    +

    1. Verificação

    + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    PerguntaCheckComentários
    O User Story Map está necessário e justificado para o projeto?
    O USM está descrito de forma apropriada para o contexto do projeto?
    As histórias de usuário estão descritas de forma não ambígua?
    O USM cobre todos os requisitos necessários para o produto?
    Cada história de usuário é singular e não se sobrepõe a outra?
    As funcionalidades mapeadas são viáveis dentro das restrições do projeto?
    As histórias de usuário podem ser verificadas e testadas?
    O USM está conforme com as regras e padrões de documentação?
    O USM está correto com base nas especificações dadas pelo cliente?
    Cada item do USM tem uma referência clara à regra específica ou requisito?
    +

    2. Validação

    + + + + + + + + + + + + + + + +
    PerguntaCheckComentários
    +

    Histórico de Versão:

    + + + + + + + + + + + + + + + + + + + +
    DataVersãoDescriçãoAutorRevisores
    05/09/241.0Criação do documentoDaniel RodriguesJésus Gabriel
    + + + + + + + + + + + + + +
    +
    + + + + + +
    + + + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/sections/entregas/unidade3/pbb/index.html b/sections/entregas/unidade3/pbb/index.html index 6bbcf8e6..f6244b82 100644 --- a/sections/entregas/unidade3/pbb/index.html +++ b/sections/entregas/unidade3/pbb/index.html @@ -992,272 +992,4047 @@
  • - + - 4. Referências + 4. Definição de Users Storys e BDDs: + + + + + +
    • + +
  • + + + 5. Referências + + + +
    • + +
  • + + + Histórico de Revisão + + + +
    • + + + + + + + + + + + + + + + + +
  • + + + + + Missão 3 | USM + + + + +
    • + + + + + + + + + + + + + + +
  • + + + + + + + + + + +
    • + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
  • + + + + + + + + + + +
    • + + + + + + + + + + + + + +
  • + + + + + + + + + + +
    • + + + + + + + + + + + +
    +
    +
    + + + - - + + +
  • + + + User Story: + + - - - - +
    • + +
  • + + + Critérios de Aceitação no Formato BDD: + + + + +
    • - + + + + - -
    -
    -
    - - - -
    -
    -
    - - - + + + + + +
  • - + - 4. Referências + 5. Referências @@ -1301,8 +5076,845 @@

    3. Construção do PBB

    A atividade foi conduzida utilizando um template de PBB disponibilizado pela comunidade do Miro. O template possui áreas específicas para cada etapa da metodologia. Começando pela parte esquerda, são preenchidos os problemas e expectativas identificados. Em seguida, no espaço central mais amplo do template, é realizada a definição das personas.

    Na próxima etapa, as features são detalhadas com base nas expectativas de cada persona. As features são apresentadas com os problemas ou necessidades relacionados à esquerda e os benefícios proporcionados por cada uma à direita.

    -

    Logo após, são listados os Itens do Product Backlog, que correspondem às Histórias de Usuários criadas a partir das Features descritas anteriormente. Por fim, a priorização das US’s foi realizada utilizando o método de priorização COORG, no Frame intitulado PRIORIZAÇÃO COORG. Nesse método, a priorização ocorre tanto vertical quanto horizontalmente, com a posição vertical indicando o grau de prioridade (quanto mais alto, maior) e a posição horizontal indicando a sequência lógica de execução.

    -

    4. Referências

    +

    Logo após, são listados os Itens do Product Backlog, que correspondem às Histórias de Usuários criadas a partir das Features descritas anteriormente. Por fim, a priorização das US’s foi realizada utilizando o método de priorização COORG. Nesse método, a priorização ocorre tanto vertical quanto horizontalmente, com a posição vertical indicando o grau de prioridade (quanto mais alto, maior) e a posição horizontal indicando a sequência lógica de execução.

    +

    4. Definição de Users Storys e BDDs:

    +

    A fase de Behavior Driven Development (BDD) no framework Product Backlog Building (PBB) é uma etapa crucial para alinhar o desenvolvimento do software com as expectativas dos usuários e do negócio. O BDD se concentra em descrever o comportamento do sistema por meio de cenários concretos que refletem as necessidades e funcionalidades desejadas. Essas descrições são feitas em uma linguagem comum e acessível, frequentemente utilizando a estrutura “Dado-Quando-Então” para detalhar as condições iniciais, as ações tomadas e os resultados esperados. A fase de BDD no PBB envolve a criação de cenários específicos para cada item do backlog.

    +

    Para a montagem das US's e BDDs, foi extraído cada PBI obtido pelo método PBB. Os BDDs serão organizados, aqui, por persona.

    +

    4.1. PERSONA 1 - RECEPCIONISTA

    +

    User Story:

    +
      +
    • Código: US01.

      +Como recepcionista da "HealthNet",
      +Eu quero cadastrar os dados dos pacientes,
      +Para que eu consiga registrar as informações de novos pacientes de forma rápida e sem atrasos, facilitando o atendimento inicial e o acesso a seus históricos médicos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Cadastro de um novo paciente com todos os campos obrigatórios preenchidos corretamente
    +

    Dado que a recepcionista está na tela de cadastro de pacientes,
    +E todos os campos obrigatórios (nome, data de nascimento, endereço, telefone, CPF, e histórico médico básico) estão visíveis,
    +Quando ela preenche todos os campos corretamente e clica no botão "Cadastrar",
    +Então o sistema deve salvar os dados do paciente,
    +E exibir uma mensagem de confirmação "Paciente cadastrado com sucesso",
    +E redirecionar para a página de listagem de pacientes.

    +
    Cenário 2: Tentativa de cadastro com campos obrigatórios não preenchidos
    +

    Dado que a recepcionista está na tela de cadastro de pacientes,
    +Quando ela tenta cadastrar o paciente sem preencher todos os campos obrigatórios (ex.: CPF ou data de nascimento em branco),
    +Então o sistema deve impedir o cadastro,
    +E exibir uma mensagem de erro indicando quais campos precisam ser preenchidos, como "Por favor, preencha o campo CPF".

    +
    Cenário 3: Cadastro de paciente com CPF já registrado
    +

    Dado que um paciente com o mesmo CPF já está cadastrado no sistema,
    +E a recepcionista está tentando cadastrar um novo paciente com o mesmo CPF,
    +Quando ela clica no botão "Cadastrar",
    +Então o sistema deve bloquear o cadastro,
    +E exibir uma mensagem de erro "CPF já registrado. Verifique as informações do paciente".

    +
    Cenário 4: Preenchimento automático de endereço pelo CEP
    +

    Dado que a recepcionista está na tela de cadastro de pacientes,
    +E o campo de CEP está disponível,
    +Quando ela insere um CEP válido no campo correspondente,
    +Então o sistema deve preencher automaticamente os campos de endereço (rua, bairro, cidade e estado),
    +E permitir que a recepcionista revise e edite essas informações, se necessário.

    +
    Cenário 5: Validação dos dados inseridos no cadastro
    +

    Dado que a recepcionista está na tela de cadastro de pacientes,
    +E inseriu os dados nos campos de forma incorreta, como nome com números ou telefone com formato inválido,
    +Quando ela tenta prosseguir com o cadastro,
    +Então o sistema deve exibir mensagens específicas de erro junto aos campos incorretos, como "Nome não pode conter números" ou "Formato de telefone inválido".

    +
    Cenário 6: Cancelamento do cadastro durante o processo
    +

    Dado que a recepcionista está no meio do processo de cadastro de um paciente,
    +Quando ela clica no botão "Cancelar",
    +Então o sistema deve exibir uma mensagem de confirmação "Tem certeza que deseja cancelar o cadastro?",
    +E se a recepcionista confirmar o cancelamento, o sistema deve descartar todos os dados inseridos,
    +E retornar para a tela inicial de cadastro ou listagem de pacientes.

    +
    + +

    User Story:

    +
      +
    • Código: US02

      +Como recepcionista da "HealthNet",
      +Eu quero atualizar os dados dos pacientes,
      +Para que eu consiga corrigir ou adicionar informações nos cadastros de pacientes existentes, garantindo que os dados estejam sempre atualizados e corretos para melhor atendimento. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Atualização bem-sucedida de dados de um paciente
    +

    Dado que a recepcionista está na tela de edição dos dados de um paciente,
    +E todos os campos editáveis estão visíveis e acessíveis,
    +Quando ela altera as informações (ex.: endereço ou telefone) e clica no botão "Salvar Alterações",
    +Então o sistema deve atualizar os dados do paciente no banco de dados,
    +E exibir uma mensagem de confirmação "Dados do paciente atualizados com sucesso",
    +E retornar à página de visualização dos dados atualizados do paciente.

    +
    Cenário 2: Tentativa de atualização com campos obrigatórios deixados em branco
    +

    Dado que a recepcionista está na tela de atualização dos dados de um paciente,
    +Quando ela apaga informações de um campo obrigatório (ex.: CPF ou data de nascimento) e tenta salvar as alterações,
    +Então o sistema deve impedir a atualização,
    +E exibir uma mensagem de erro "Preencha todos os campos obrigatórios".

    +
    Cenário 3: Atualização de dados com um CPF que já pertence a outro paciente
    +

    Dado que a recepcionista está atualizando os dados de um paciente,
    +E insere um CPF que já está registrado em outro cadastro no sistema,
    +Quando ela tenta salvar as alterações,
    +Então o sistema deve bloquear a atualização,
    +E exibir uma mensagem de erro "CPF já cadastrado para outro paciente".

    +
    Cenário 4: Validação de dados durante a atualização
    +

    Dado que a recepcionista está na tela de edição dos dados de um paciente,
    +E ela insere informações incorretas, como um telefone com formato inválido ou nome com caracteres especiais,
    +Quando ela clica no botão "Salvar Alterações",
    +Então o sistema deve exibir mensagens específicas de erro junto aos campos incorretos, como "Formato de telefone inválido" ou "Nome não pode conter caracteres especiais".

    +
    Cenário 5: Cancelamento da atualização dos dados
    +

    Dado que a recepcionista está atualizando os dados de um paciente,
    +Quando ela clica no botão "Cancelar" antes de salvar as alterações,
    +Então o sistema deve exibir uma mensagem de confirmação "Tem certeza que deseja cancelar as alterações?",
    +E se a recepcionista confirmar o cancelamento, o sistema deve descartar todas as mudanças feitas,
    +E retornar à tela de visualização dos dados originais do paciente sem alterações.

    +
    Cenário 6: Atualização de dados com preenchimento automático de endereço pelo CEP
    +

    Dado que a recepcionista está na tela de atualização dos dados de um paciente,
    +E o campo de CEP está disponível para edição,
    +Quando ela insere um CEP válido no campo correspondente,
    +Então o sistema deve preencher automaticamente os campos de endereço (rua, bairro, cidade e estado),
    +E permitir que a recepcionista revise e edite essas informações, se necessário.

    +
    + +

    4.2. PERSONA 2 - MÉDICO CLÍNICO GERAL

    +

    User Story:

    +
      +
    • Código: US03

      +Como Médico Clínico Geral
      +Eu quero adicionar prescrições médicas dos pacientes
      +Para que os tratamentos recomendados estejam registrados no prontuário e possam ser facilmente acessados por outros profissionais de saúde, garantindo continuidade e segurança no tratamento. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Adicionar uma nova prescrição com sucesso
    +

    Dado que o médico está autenticado no sistema e visualizando o prontuário do paciente
    +E há um botão ou campo para adicionar uma nova prescrição
    +Quando o médico insere as informações da prescrição (nome do medicamento, dosagem, frequência, duração do tratamento, etc.)
    +E clica no botão "Salvar"
    +Então a prescrição é salva no sistema
    +E aparece uma mensagem de confirmação "Prescrição adicionada com sucesso"
    +E a prescrição fica visível no histórico de prescrições do paciente.

    +
    Cenário 2: Validar campos obrigatórios ao adicionar uma prescrição
    +

    Dado que o médico está adicionando uma nova prescrição
    +Quando o médico tenta salvar a prescrição sem preencher todos os campos obrigatórios (como nome do medicamento ou dosagem)
    +Então o sistema deve exibir uma mensagem de erro "Preencha todos os campos obrigatórios"
    +E o sistema não deve salvar a prescrição até que todas as informações necessárias sejam inseridas.

    +
    Cenário 3: Alerta de interação medicamentosa ao adicionar uma nova prescrição
    +

    Dado que o médico está adicionando uma nova prescrição para um paciente com outras prescrições já registradas
    +E o sistema tem acesso aos dados de interação medicamentosa
    +Quando o médico insere uma prescrição que interage de forma adversa com os medicamentos atuais do paciente
    +Então o sistema deve exibir um alerta "Cuidado: Interação medicamentosa detectada"
    +E o médico deve poder revisar a prescrição antes de confirmar.

    +
    Cenário 4: Visualizar histórico completo de prescrições ao adicionar uma nova prescrição
    +

    Dado que o médico está no prontuário do paciente
    +Quando o médico clica para adicionar uma nova prescrição
    +Então o sistema deve exibir o histórico completo de prescrições anteriores
    +E deve mostrar alertas relevantes, como histórico de alergias ou medicamentos suspensos.

    +
    Cenário 5: Editar uma prescrição antes de confirmar
    +

    Dado que o médico inseriu informações incorretas ou incompletas na nova prescrição
    +Quando o médico clica em "Editar" antes de confirmar a prescrição
    +Então o sistema deve permitir a edição dos campos preenchidos
    +E o médico pode corrigir as informações antes de salvar definitivamente.

    +
    + +

    User Story:

    +
      +
    • Código: US04

      +Como Médico Clínico Geral
      +Eu quero editar prescrições médicas dos pacientes
      +Para que eu possa corrigir, ajustar dosagens, ou atualizar informações de tratamento conforme o quadro clínico do paciente evolui. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Editar uma prescrição com sucesso
    +

    Dado que o médico está autenticado no sistema e visualizando o prontuário do paciente
    +E há uma prescrição médica existente no prontuário
    +Quando o médico seleciona a prescrição que deseja editar
    +E modifica os campos necessários (nome do medicamento, dosagem, frequência, etc.)
    +E clica no botão "Salvar alterações"
    +Então o sistema atualiza a prescrição com as novas informações
    +E exibe uma mensagem de confirmação "Prescrição atualizada com sucesso".

    +
    Cenário 2: Validar campos obrigatórios ao editar uma prescrição
    +

    Dado que o médico está editando uma prescrição existente
    +Quando o médico tenta salvar a prescrição sem preencher todos os campos obrigatórios
    +Então o sistema deve exibir uma mensagem de erro "Preencha todos os campos obrigatórios"
    +E o sistema não deve salvar as alterações até que todas as informações necessárias sejam inseridas.

    +
    Cenário 3: Exibir histórico de edições da prescrição
    +

    Dado que o médico está visualizando uma prescrição editada anteriormente
    +Quando o médico seleciona a prescrição para visualizar ou editar
    +Então o sistema deve exibir um histórico de edições, incluindo quem realizou a edição, quando, e quais alterações foram feitas
    +E deve permitir que o médico veja as versões anteriores para referência.

    +
    Cenário 4: Alerta de interação medicamentosa após edição
    +

    Dado que o médico está editando uma prescrição que interage com outra medicação do paciente
    +E o sistema possui dados sobre interações medicamentosas
    +Quando o médico salva a prescrição com mudanças que podem causar uma interação adversa
    +Então o sistema exibe um alerta "Cuidado: Interação medicamentosa detectada"
    +E o médico deve poder revisar as alterações antes de confirmar.

    +
    Cenário 5: Reverter uma edição de prescrição
    +

    Dado que o médico realizou uma edição incorreta em uma prescrição
    +Quando o médico clica na opção "Reverter para versão anterior"
    +Então o sistema restaura a prescrição à versão selecionada
    +E exibe uma mensagem de confirmação "Prescrição revertida com sucesso".

    +
    + +

    User Story:

    +
      +
    • Código: US05

      +Como Médico Clínico Geral
      +Eu quero visualizar os dados de histórico médico do paciente
      +Para que eu possa ter uma visão completa das condições passadas, tratamentos, alergias e outros dados relevantes que possam impactar o atendimento atual. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Visualizar o histórico médico completo do paciente
    +

    Dado que o médico está autenticado no sistema e acessa o prontuário de um paciente
    +Quando o médico clica na seção "Histórico Médico"
    +Então o sistema exibe o histórico completo, incluindo diagnósticos passados, tratamentos realizados, cirurgias, alergias e histórico de medicações.

    +
    Cenário 2: Filtrar o histórico médico por tipo de informação
    +

    Dado que o médico está visualizando o histórico médico do paciente
    +Quando o médico utiliza os filtros de visualização (ex.: por data, tipo de consulta, medicação)
    +Então o sistema exibe apenas as informações relevantes de acordo com o filtro selecionado
    +E mantém os demais registros ocultos até que os filtros sejam removidos.

    +
    Cenário 3: Acessar detalhes de consultas anteriores
    +

    Dado que o médico está visualizando o histórico médico
    +Quando o médico clica em uma consulta específica no histórico
    +Então o sistema exibe os detalhes dessa consulta, incluindo anotações médicas, resultados de exames, e tratamentos recomendados na época.

    +
    Cenário 4: Visualizar histórico de prescrições e medicações
    +

    Dado que o médico está visualizando o histórico do paciente
    +Quando o médico seleciona a aba "Prescrições e Medicações"
    +Então o sistema exibe todas as prescrições passadas, com datas, dosagens e motivos para a prescrição
    +E alerta sobre possíveis interações com medicações atuais do paciente.

    +
    + +

    4.3. PERSONA 3 - PACIENTE

    +

    User Story:

    +
      +
    • Código: US06

      +Como Paciente
      +Eu quero acessar os dados das minhas consultas
      +Para que eu possa revisar informações importantes, como diagnósticos, prescrições e próximos agendamentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Acessar histórico de consultas
    +

    Dado que o paciente está autenticado no sistema
    +Quando o paciente acessa a seção de histórico de consultas
    +Então o sistema exibe uma lista de todas as consultas anteriores com detalhes como data, médico, diagnóstico e tratamento recomendado.

    +
    Cenário 2: Visualizar detalhes específicos de uma consulta
    +

    Dado que o paciente está visualizando seu histórico de consultas
    +Quando o paciente seleciona uma consulta específica na lista
    +Então o sistema exibe os detalhes completos da consulta selecionada, incluindo observações médicas, resultados de exames e prescrições.

    +
    Cenário 3: Filtrar consultas por data ou especialidade
    +

    Dado que o paciente deseja encontrar consultas específicas
    +Quando o paciente utiliza os filtros de data e especialidade médica na seção de histórico
    +Então o sistema mostra apenas as consultas que atendem aos critérios selecionados.

    +
    + +

    User Story:

    +
      +
    • Código: US07

      +Como Paciente
      +Eu quero acessar as informações dos meus medicamentos
      +Para que eu possa entender as orientações de uso, dosagem, efeitos colaterais e manter o controle do meu tratamento. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Acessar lista de medicamentos prescritos
    +

    Dado que o paciente está autenticado no sistema
    +Quando o paciente acessa a seção de medicamentos
    +Então o sistema exibe uma lista de todos os medicamentos prescritos, com nome, dosagem e frequência de uso.

    +
    Cenário 2: Visualizar detalhes de um medicamento específico
    +

    Dado que o paciente está visualizando a lista de medicamentos
    +Quando o paciente seleciona um medicamento específico
    +Então o sistema exibe os detalhes completos, incluindo as instruções de uso, possíveis efeitos colaterais, interações medicamentosas e precauções.

    +
    Cenário 3: Verificar orientações de uso e horários de administração
    +

    Dado que o paciente está acessando os detalhes de um medicamento
    +Quando visualiza as orientações de uso
    +Então o sistema apresenta as instruções detalhadas sobre como tomar o medicamento, incluindo horários recomendados e se deve ser tomado com ou sem alimentos.

    +
    Cenário 4: Receber notificações de horários para tomar o medicamento
    +

    Dado que o paciente tem um medicamento com horários específicos de administração
    +Quando a hora de tomar o medicamento estiver próxima
    +Então o sistema envia uma notificação para o paciente, lembrando-o de tomar o medicamento no horário certo.

    +
    Cenário 5: Acessar alertas de interações medicamentosas
    +

    Dado que o paciente está visualizando a lista de medicamentos
    +Quando há uma interação medicamentosa entre os remédios prescritos
    +Então o sistema exibe um alerta informando sobre as interações e recomenda cuidados específicos ou consultas com o médico.

    +
    Cenário 6: Consultar histórico de uso de medicamentos
    +

    Dado que o paciente deseja revisar quais medicamentos foram usados no passado
    +Quando acessa a seção de histórico de medicamentos
    +Então o sistema exibe uma lista de medicamentos anteriores com datas de prescrição, uso e término do tratamento.

    +
    Cenário 7: Verificar contraindicações e avisos especiais
    +

    Dado que o paciente está acessando os detalhes de um medicamento
    +Quando revisa as informações de segurança
    +Então o sistema destaca contraindicações, avisos especiais para gestantes, lactantes, e possíveis alergias.

    +
    + +

    User Story:

    +
      +
    • Código: US08

      +Como Paciente
      +Eu quero solicitar o agendamento de consultas
      +Para que eu possa marcar atendimentos médicos de maneira conveniente, sem precisar ligar ou comparecer fisicamente à clínica.
      +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Solicitar agendamento de consulta via sistema
    +

    Dado que o paciente está autenticado no sistema
    +Quando o paciente acessa a seção de agendamento de consultas
    +E seleciona a especialidade médica, data e horário desejados
    +Então o sistema exibe as opções de horários disponíveis
    +E permite que o paciente finalize a solicitação de agendamento.

    +
    Cenário 2: Receber confirmação da solicitação de agendamento
    +

    Dado que o paciente solicitou o agendamento de uma consulta
    +Quando a solicitação é processada pelo sistema
    +Então o paciente recebe uma notificação de confirmação com os detalhes da consulta agendada
    +E um e-mail ou SMS é enviado com as informações da consulta.

    +
    Cenário 3: Visualizar disponibilidade de horários para consultas
    +

    Dado que o paciente deseja agendar uma consulta
    +Quando o paciente seleciona a especialidade médica e o médico desejado
    +Então o sistema exibe um calendário com os horários disponíveis para consulta
    +E permite que o paciente escolha a melhor data e horário.

    +
    Cenário 4: Receber alerta sobre indisponibilidade de horários
    +

    Dado que o paciente solicitou um agendamento em uma data e horário específico
    +Quando não há horários disponíveis para a consulta selecionada
    +Então o sistema notifica o paciente sobre a indisponibilidade
    +E sugere horários alternativos ou a possibilidade de adicionar o paciente a uma lista de espera.

    +
    Cenário 5: Cancelar ou reagendar consulta solicitada
    +

    Dado que o paciente tem uma consulta previamente agendada
    +Quando o paciente acessa a seção de consultas agendadas
    +Então o sistema exibe a opção de cancelar ou reagendar a consulta
    +E permite que o paciente selecione um novo horário, caso necessário.

    +
    + +

    User Story:

    +
      +
    • Código: US09

      +Como Paciente
      +Eu quero visualizar os agendamentos das minhas consultas
      +Para que eu possa acompanhar meus compromissos médicos e gerenciar meu calendário de forma eficiente. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Visualizar lista de consultas agendadas
    +

    Dado que o paciente está autenticado no sistema
    +Quando o paciente acessa a seção de consultas agendadas
    +Então o sistema exibe uma lista de todas as consultas futuras marcadas, com detalhes como data, horário, médico, e local da consulta.

    +
    Cenário 2: Identificar consultas próximas
    +

    Dado que o paciente está visualizando as consultas agendadas
    +Quando a data da consulta estiver próxima (por exemplo, em 24 horas)
    +Então o sistema destaca a consulta com um alerta visual
    +E envia uma notificação ao paciente para lembrá-lo do compromisso.

    +
    Cenário 3: Visualizar status de aprovação ou pendência de consulta
    +

    Dado que o paciente está visualizando suas consultas
    +Quando uma consulta estiver pendente de aprovação (por exemplo, aguardando confirmação do médico)
    +Então o sistema exibe o status atual da consulta e as ações possíveis.

    +
    + +

    User Story:

    +
      +
    • Código: US10

      +Como Paciente
      +Eu quero ser alertado sobre a proximidade da data da minha consulta
      +Para que eu possa me preparar adequadamente e evitar esquecimentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Receber alerta de consulta com 24 horas de antecedência
    +

    Dado que o paciente tem uma consulta marcada para o dia seguinte
    +Quando a consulta estiver a menos de 24 horas de ocorrer
    +Então o sistema envia uma notificação para o paciente informando a data, hora, e local da consulta.

    +
    Cenário 2: Receber alerta de consulta com 1 hora de antecedência
    +

    Dado que o paciente tem uma consulta marcada para o mesmo dia
    +Quando a consulta estiver a menos de 1 hora de ocorrer
    +Então o sistema envia um alerta urgente ao paciente, reforçando o horário e as instruções de chegada.

    +
    Cenário 3: Alerta de consulta reagendada ou alterada
    +

    Dado que a consulta do paciente foi reagendada ou teve alterações
    +Quando o sistema enviar o alerta de proximidade
    +Então o sistema destaca que houve uma alteração no horário ou data, evitando que o paciente vá em horários errados.

    +
    Cenário 4: Alerta de falta de confirmação do paciente
    +

    Dado que o paciente precisa confirmar presença na consulta
    +Quando o sistema identificar que a confirmação ainda não foi feita
    +Então o alerta inclui um pedido de confirmação para garantir o comparecimento.

    +
    + +

    4.4. PERSONA 4 - COORDENADOR DE AGENDAMENTO

    +

    User Story:

    +
      +
    • Código: US11

      +Como Coordenador de Agendamento
      +Eu quero visualizar a disponibilidade de datas e horários na agenda de médicos e especialistas
      +Para que eu possa agendar consultas de forma eficiente, evitando conflitos e melhorando a organização das agendas. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Visualizar disponibilidade em calendário mensal
    +

    Dado que o sistema possui um calendário mensal para cada médico e especialista
    +Quando o Coordenador de Agendamento acessa a visualização da agenda de um médico
    +Então o sistema exibe um calendário mensal com os dias e horários disponíveis e ocupados, permitindo ao coordenador ver rapidamente a disponibilidade para o mês.

    +
    Cenário 2: Visualizar disponibilidade em calendário semanal
    +

    Dado que o sistema possui um calendário semanal para cada médico e especialista
    +Quando o Coordenador de Agendamento acessa a visualização da agenda de um especialista
    +Então o sistema exibe um calendário semanal detalhado com os horários disponíveis e ocupados para a semana atual, facilitando o agendamento imediato.

    +
    Cenário 3: Filtro por especialidade
    +

    Dado que o sistema possui médicos e especialistas com diferentes especialidades
    +Quando o Coordenador de Agendamento aplica um filtro por especialidade
    +Então o sistema exibe a disponibilidade apenas dos médicos e especialistas com a especialidade selecionada, ajudando a encontrar a disponibilidade de acordo com a necessidade do paciente.

    +
    Cenário 4: Visualização da disponibilidade por período específico
    +

    Dado que o Coordenador de Agendamento precisa visualizar a disponibilidade para um período específico
    +Quando ele solicita a visualização para um intervalo de datas específico
    +Então o sistema exibe a disponibilidade dos médicos e especialistas apenas para o período selecionado, facilitando a busca por horários disponíveis dentro desse intervalo.

    +
    + +

    User Story:

    +
      +
    • Código: US12

      +Como Coordenador de Agendamento
      +Eu quero reservar agendamentos de consultas na agenda de médicos e especialistas
      +Para que eu possa garantir que os pacientes sejam atendidos conforme a disponibilidade dos profissionais e evitar conflitos de horário. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Reservar uma consulta para um paciente
    +

    Dado que o sistema exibe a disponibilidade de médicos e especialistas
    +Quando o Coordenador de Agendamento seleciona um horário disponível e insere as informações do paciente
    +Então o sistema reserva o horário para o paciente e atualiza a agenda do médico ou especialista, confirmando a reserva com um aviso ao paciente e ao profissional.

    +
    Cenário 2: Confirmar reserva com o paciente
    +

    Dado que a reserva de uma consulta foi feita com sucesso
    +Quando o sistema finaliza a reserva
    +Então o paciente recebe uma confirmação de agendamento por e-mail ou SMS, contendo a data, hora e o local da consulta, e o médico ou especialista também é notificado.

    +
    Cenário 3: Ajustar a reserva existente
    +

    Dado que uma consulta foi previamente agendada e precisa ser ajustada
    +Quando o Coordenador de Agendamento seleciona o agendamento existente e altera a data ou o horário
    +Então o sistema atualiza a reserva, notificando tanto o paciente quanto o médico ou especialista sobre a nova data e hora da consulta.

    +
    Cenário 4: Cancelar uma reserva
    +

    Dado que uma consulta agendada precisa ser cancelada
    +Quando o Coordenador de Agendamento seleciona o agendamento e confirma o cancelamento
    +Então o sistema remove o horário da agenda do médico ou especialista e notifica o paciente sobre o cancelamento, permitindo que ele reaja a nova disponibilidade.

    +
    Cenário 5: Evitar conflitos de horário
    +

    Dado que o Coordenador de Agendamento está reservando um horário
    +Quando ele seleciona um horário disponível
    +Então o sistema verifica automaticamente se há algum conflito com outros agendamentos e alerta o coordenador se o horário já estiver reservado ou se ocorrer um conflito.

    +
    + +

    User Story:

    +
      +
    • Código: US13

      +Como Coordenador de Agendamento
      +Eu quero receber alertas sobre cancelamentos de consultas
      +Para que eu possa rapidamente reagendar os horários e informar tanto os pacientes quanto os médicos ou especialistas sobre as mudanças, minimizando o impacto dos cancelamentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Receber alerta de cancelamento de consulta
    +

    Dado que um paciente cancela uma consulta
    +Quando o cancelamento é registrado no sistema
    +Então o Coordenador de Agendamento recebe um alerta imediato sobre o cancelamento, com detalhes da consulta e informações do paciente.

    +
    Cenário 2: Atualizar a agenda com o horário liberado
    +

    Dado que um horário foi cancelado
    +Quando o Coordenador de Agendamento recebe o alerta
    +Então o sistema atualiza a agenda do médico ou especialista para refletir a disponibilidade do horário cancelado, tornando-o visível para novos agendamentos.

    +

    4.5. PERSONA 5 - FARMACÊUTICA

    +

    User Story:

    +
      +
    • Código: US14

      +Como Farmacêutica
      +Eu quero registrar a entrada de medicamentos no estoque
      +Para que eu possa monitorar e gerenciar o inventário de medicamentos de forma eficaz, garantindo que a farmácia tenha todos os medicamentos necessários e evitando faltas ou excessos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Registrar a entrada de medicamentos no sistema
    +

    Dado que um novo lote de medicamentos chegou à farmácia
    +Quando a Farmacêutica recebe o lote
    +Então ela acessa o sistema de gerenciamento de estoque e registra a entrada dos medicamentos, incluindo detalhes como nome, quantidade, data de validade e número do lote.

    +
    Cenário 2: Verificar se o medicamento já está registrado
    +

    Dado que a Farmacêutica está registrando um medicamento
    +Quando o medicamento já existe no sistema
    +Então o sistema verifica e atualiza a quantidade disponível no estoque existente, ao invés de criar um novo registro, e notifica a Farmacêutica sobre a atualização.

    +
    Cenário 3: Receber alerta de validade próxima
    +

    Dado que um medicamento foi registrado no sistema
    +Quando a data de validade está próxima
    +Então o sistema envia um alerta à Farmacêutica sobre o medicamento, destacando a necessidade de uso ou descarte iminente para evitar perdas.

    +
    Cenário 4: Confirmar a entrada de medicamentos
    +

    Dado que a Farmacêutica registrou a entrada de medicamentos
    +Quando a entrada é registrada
    +Então o sistema confirma a operação e atualiza a quantidade total de medicamentos no estoque, gerando um recibo digital de entrada.

    +
    Cenário 5: Validar informações de medicamentos
    +

    Dado que a Farmacêutica está registrando novos medicamentos
    +Quando as informações do medicamento são inseridas
    +Então o sistema valida os dados para garantir que todas as informações obrigatórias estejam completas e corretas, e notifica a Farmacêutica caso haja algum erro ou informação faltante.

    +
    Cenário 6: Atualizar quantidade de medicamentos no estoque
    +

    Dado que o medicamento foi registrado
    +Quando a quantidade registrada é confirmada
    +Então o sistema atualiza o estoque de medicamentos com a nova quantidade e ajusta os níveis disponíveis, garantindo precisão no gerenciamento do inventário.

    +
    + +

    User Story:

    +
      +
    • Cenário: US15

      +Como Farmacêutica
      +Eu quero registrar a saída de medicamentos no estoque
      +Para que eu possa monitorar e gerenciar o inventário de medicamentos de forma eficaz, garantindo que o estoque esteja sempre refletindo a quantidade correta disponível e evitando problemas de falta ou excesso de medicamentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Registrar a saída de medicamentos para um paciente
    +

    Dado que um medicamento foi dispensado para um paciente
    +Quando a Farmacêutica processa a saída
    +Então ela acessa o sistema de gerenciamento de estoque e registra a saída do medicamento, incluindo detalhes como nome, quantidade, data e número da receita, se aplicável.

    +
    Cenário 2: Atualizar a quantidade disponível no estoque
    +

    Dado que a Farmacêutica registrou a saída de um medicamento
    +Quando a saída é registrada
    +Então o sistema atualiza a quantidade disponível no estoque, refletindo a nova quantidade após a saída do medicamento.

    +
    Cenário 3: Validar a quantidade registrada para saída
    +

    Dado que a Farmacêutica está registrando a saída de medicamentos
    +Quando a quantidade registrada é maior do que a disponível no estoque
    +Então o sistema exibe uma mensagem de erro e impede o registro até que a quantidade correta seja inserida, garantindo a precisão do inventário.

    +
    Cenário 4: Receber alerta de baixo estoque
    +

    Dado que a saída de um medicamento é registrada
    +Quando a quantidade disponível atinge um nível crítico
    +Então o sistema envia um alerta para a Farmacêutica indicando que o estoque do medicamento está baixo e precisa ser reabastecido.

    +
    + +

    User Story:

    +
      +
    • Código: US16

      +Como Farmacêutica
      +Eu quero buscar os medicamentos existentes no estoque
      +Para que eu possa verificar a disponibilidade e localização dos medicamentos, facilitar o atendimento ao paciente e garantir uma gestão eficiente do inventário. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Buscar medicamento pelo nome
    +

    Dado que a Farmacêutica deseja buscar um medicamento específico
    +Quando ela insere o nome do medicamento na função de busca do sistema
    +Então o sistema exibe uma lista de medicamentos correspondentes, incluindo detalhes como quantidade disponível, localização no estoque e data de validade. +

    +
    Cenário 2: Buscar medicamento por código de barras
    +

    Dado que a Farmacêutica tem o código de barras do medicamento
    +Quando ela escaneia ou insere o código de barras no sistema de busca
    +Então o sistema retorna as informações detalhadas sobre o medicamento, incluindo a quantidade disponível e localização no estoque.

    +
    Cenário 3: Buscar medicamentos por categoria
    +

    Dado que a Farmacêutica precisa verificar medicamentos em uma categoria específica
    +Quando ela seleciona a categoria desejada no sistema de busca
    +Então o sistema exibe todos os medicamentos pertencentes à categoria selecionada, com detalhes sobre a quantidade disponível e localização no estoque.

    +
    Cenário 4: Buscar medicamentos próximos da data de validade
    +

    Dado que a Farmacêutica deseja verificar medicamentos próximos da data de validade
    +Quando ela solicita a busca por medicamentos com validade próxima
    +Então o sistema exibe uma lista de medicamentos cuja data de validade está prestes a expirar, permitindo à Farmacêutica tomar ações apropriadas para evitar desperdício e garantir a segurança dos pacientes.

    +
    Cenário 5: Buscar medicamentos com baixa quantidade
    +

    Dado que a Farmacêutica precisa verificar medicamentos com estoque baixo
    +Quando ela solicita a busca por medicamentos com quantidade abaixo de um nível pré-definido
    +Então o sistema exibe uma lista de medicamentos que estão com estoque baixo, facilitando o reabastecimento e a gestão de inventário.

    +
    Cenário 6: Buscar medicamentos por fornecedor
    +

    Dado que a Farmacêutica deseja verificar os medicamentos fornecidos por um fornecedor específico
    +Quando ela seleciona o fornecedor desejado no sistema de busca
    +Então o sistema exibe todos os medicamentos que foram fornecidos pelo fornecedor selecionado, incluindo a quantidade disponível e localização no estoque.

    +
    + +

    User Story:

    +
      +
    • Código: US17

      +Como Farmacêutica
      +Eu quero visualizar os medicamentos prescritos para o paciente
      +Para que eu possa garantir que o paciente receba a medicação correta, verificar a conformidade com a prescrição e identificar possíveis interações medicamentosas. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Visualizar medicamentos prescritos em uma única prescrição
    +

    Dado que a Farmacêutica deseja verificar os medicamentos prescritos em uma prescrição específica
    +Quando ela seleciona a prescrição do paciente no sistema
    +Então o sistema exibe uma lista detalhada dos medicamentos prescritos, incluindo nome, dosagem, frequência e duração do tratamento.

    +
    Cenário 2: Visualizar medicamentos prescritos para um paciente específico
    +

    Dado que a Farmacêutica precisa revisar todos os medicamentos prescritos para um paciente
    +Quando ela busca o paciente no sistema
    +Então o sistema exibe uma lista completa de todas as prescrições atuais e passadas, incluindo os medicamentos prescritos, dosagem e datas.

    +
    Cenário 3: Visualizar medicamentos prescritos com informações sobre interações
    +

    Dado que a Farmacêutica está revisando medicamentos prescritos para um paciente
    +Quando ela acessa a prescrição no sistema
    +Então o sistema fornece informações sobre possíveis interações medicamentosas entre os medicamentos prescritos, ajudando a prevenir reações adversas.

    +
    + +

    User Story:

    +
      +
    • Código: US18

      +Como Farmacêutica
      +Eu quero registrar os detalhes de efeitos adversos da medicação
      +Para que eu possa monitorar e gerenciar reações indesejadas, garantir a segurança dos pacientes e atualizar o histórico de medicação com informações importantes para futuras prescrições. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Registrar efeitos adversos de uma medicação específica
    +

    Dado que a Farmacêutica deseja registrar efeitos adversos para uma medicação específica
    +Quando ela seleciona a medicação no sistema e insere os detalhes dos efeitos adversos observados
    +Então o sistema deve registrar os detalhes e associá-los à medicação, incluindo informações sobre a gravidade, a data e a descrição dos sintomas.

    +
    Cenário 2: Registrar múltiplos efeitos adversos para uma medicação
    +

    Dado que foram observados vários efeitos adversos para uma única medicação
    +Quando a Farmacêutica insere múltiplos detalhes de efeitos adversos no sistema
    +Então o sistema deve permitir a entrada de múltiplos efeitos adversos, associando cada um à medicação e fornecendo uma visão consolidada de todos os efeitos observados.

    +
    + +

    User Story:

    +
      +
    • Código: US19
      +Como Farmacêutica +Eu quero registrar os dias e horários para medicação conforme a prescrição do paciente
      +Para que eu possa garantir que a medicação seja administrada corretamente e ajudar o paciente a seguir o regime de tratamento conforme prescrito. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Registrar dias e horários para uma medicação específica
    +

    Dado que a Farmacêutica está no processo de registrar a medicação para um paciente
    +Quando ela insere os dias e horários específicos para a administração da medicação conforme a prescrição
    +Então o sistema deve registrar essas informações associadas à medicação e ao paciente, e exibir uma confirmação da entrada bem-sucedida.

    +
    Cenário 2: Atualizar dias e horários registrados para uma medicação
    +

    Dado que houve uma alteração nos dias e horários para a medicação de um paciente
    +Quando a Farmacêutica atualiza os dias e horários no sistema
    +Então o sistema deve atualizar as informações registradas e fornecer uma confirmação de que os detalhes foram modificados com sucesso.

    +
    Cenário 3: Registrar medicação com múltiplas administrações diárias
    +

    Dado que um paciente deve tomar a medicação várias vezes ao dia
    +Quando a Farmacêutica insere os horários específicos para cada administração diária
    +Então o sistema deve permitir a entrada de múltiplos horários para a mesma medicação e garantir que todas as entradas sejam corretamente associadas ao paciente.

    +
    Cenário 4: Visualizar dias e horários registrados para medicação
    +

    Dado que a Farmacêutica precisa revisar os dias e horários registrados para a medicação de um paciente
    +Quando ela acessa a visualização de medicações e horários no sistema
    +Então o sistema deve exibir uma lista clara e completa dos dias e horários programados para a administração da medicação, permitindo a confirmação e verificação dos dados.

    +
    + +

    User Story:

    +
      +
    • Código: US20

      +Como Farmacêutica
      +      Eu quero registrar a categoria de tarja da medicação
      +      Para que** eu possa classificar corretamente as medicações e garantir o controle adequado dos medicamentos, além de seguir as regulamentações e requisitos de segurança. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Registrar uma medicação com uma nova categoria de tarja
    +

    Dado que a Farmacêutica está registrando uma nova medicação
    +Quando ela insere a categoria de tarja apropriada para a medicação
    +Então o sistema deve armazenar a categoria de tarja junto com as informações da medicação e confirmar que o registro foi realizado com sucesso.

    +
    Cenário 2: Atualizar a categoria de tarja de uma medicação existente
    +

    Dado que a Farmacêutica precisa alterar a categoria de tarja de uma medicação já registrada
    +Quando ela atualiza a categoria de tarja no sistema
    +Então o sistema deve refletir a nova categoria de tarja e fornecer uma confirmação de que a alteração foi bem-sucedida.

    +
    Cenário 3: Registrar medicação sem categoria de tarja especificada
    +

    Dado que uma medicação está sendo registrada e não possui uma categoria de tarja especificada
    +Quando a Farmacêutica tenta salvar o registro sem fornecer a categoria de tarja
    +Então o sistema deve exibir uma mensagem de erro informando que a categoria de tarja é obrigatória e solicitar que a Farmacêutica forneça a informação necessária.

    +
    + +

    User Story:

    +
      +
    • Código: US21

      +Como Farmacêutica
      +Eu quero editar os efeitos adversos da medicação
      +Para que eu possa garantir que as informações sobre a medicação estejam atualizadas e precisas, ajudando na segurança e no controle adequado dos medicamentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Editar efeitos adversos de uma medicação existente
    +

    Dado que a Farmacêutica precisa atualizar os efeitos adversos de uma medicação já registrada
    +Quando ela acessa a medicação e modifica a descrição dos efeitos adversos
    +Então o sistema deve salvar as alterações e confirmar que a atualização foi bem-sucedida, refletindo as novas informações no registro da medicação.

    +
    Cenário 2: Reverter alterações nos efeitos adversos
    +

    Dado que a Farmacêutica fez uma alteração nos efeitos adversos que precisa ser revertida
    +Quando ela seleciona a opção de reverter para a versão anterior dos efeitos adversos
    +Então o sistema deve restaurar a descrição dos efeitos adversos para o estado anterior e confirmar que a reversão foi concluída com sucesso.

    +
    + +

    User Story:

    +
      +
    • Código: US22

      +Como Farmacêutica
      +Eu quero registrar detalhes adicionais da medicação
      +Para que eu possa garantir que todas as informações relevantes e úteis sobre a medicação estejam disponíveis e atualizadas, ajudando na gestão e controle eficiente dos medicamentos. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Adicionar detalhes adicionais a uma medicação existente
    +

    Dado que a Farmacêutica deseja adicionar mais informações a uma medicação já registrada
    +Quando ela acessa o registro da medicação e insere detalhes adicionais
    +Então o sistema deve atualizar o registro da medicação com as novas informações e confirmar que a atualização foi concluída.

    +
    Cenário 2: Editar detalhes adicionais de uma medicação
    +

    Dado que a Farmacêutica está revisando os detalhes adicionais de uma medicação
    +Quando ela modifica ou corrige as informações já registradas
    +Então o sistema deve salvar as alterações e confirmar que os detalhes adicionais foram atualizados, refletindo as mudanças no registro da medicação.

    +
    Cenário 3: Visualizar detalhes adicionais registrados
    +

    Dado que a Farmacêutica deseja revisar os detalhes adicionais de uma medicação
    +Quando ela acessa o registro da medicação
    +Então o sistema deve exibir todos os detalhes adicionais registrados, permitindo a visualização completa e clara das informações sobre a medicação.

    +
    + +

    4.6. PERSONA 6 - DIRETOR DE TECNOLOGIA

    +

    User Story:

    +
      +
    • Código: US23

      +Como Diretor de Tecnologia
      +Eu quero gerar relatórios baseados na quantidade de erros de software
      +Para que eu possa analisar a qualidade do sistema, identificar áreas problemáticas e tomar decisões informadas para melhorias. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Gerar relatório de erros por categoria
    +

    Dado que o sistema tem erros classificados em diferentes categorias (ex: bugs, falhas de segurança, problemas de desempenho)
    +Quando o Diretor de Tecnologia solicita um relatório de erros
    +Então o sistema gera um relatório detalhado, mostrando a quantidade de erros por categoria.

    +
    Cenário 2: Gerar relatório de erros por data
    +

    Dado que o sistema registra erros com timestamps
    +Quando o Diretor de Tecnologia solicita um relatório de erros para um intervalo de datas específico
    +Então o sistema gera um relatório mostrando a quantidade de erros ocorridos dentro desse intervalo de datas.

    +
    Cenário 3: Gerar relatório de erros por gravidade
    +

    Dado que os erros são classificados por níveis de gravidade (ex: crítico, alto, médio, baixo)
    +Quando o Diretor de Tecnologia solicita um relatório de erros
    +Então o sistema gera um relatório detalhado, mostrando a quantidade de erros por nível de gravidade.

    +
    Cenário 4: Gerar relatório comparativo de erros
    +

    Dado que o sistema armazena dados de erros ao longo do tempo
    +Quando o Diretor de Tecnologia solicita um relatório comparativo
    +Então o sistema gera um relatório que compara a quantidade de erros em diferentes períodos (mensal, trimestral, anual) para identificar tendências e melhorias.

    +
    Cenário 5: Gerar relatório de erros por módulo ou funcionalidade
    +

    Dado que os erros estão associados a diferentes módulos ou funcionalidades do sistema
    +Quando o Diretor de Tecnologia solicita um relatório de erros
    +Então o sistema gera um relatório mostrando a quantidade de erros por módulo ou funcionalidade, permitindo identificar áreas que precisam de atenção.

    +
    Cenário 6: Relatório com detalhes dos erros
    +

    Dado que os erros são registrados com detalhes específicos (ex: mensagem de erro, stack trace, usuário afetado)
    +Quando o Diretor de Tecnologia solicita um relatório de erros
    +Então o sistema gera um relatório detalhado que inclui as informações completas sobre cada erro registrado.

    +
    Cenário 7: Exportar relatório em diferentes formatos
    +

    Dado que o sistema permite exportação de relatórios
    +Quando o Diretor de Tecnologia solicita um relatório de erros
    +Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

    +
    Cenário 8: Agendar geração de relatórios automáticos
    +

    Dado que o Diretor de Tecnologia precisa de relatórios regulares
    +Quando ele configurar uma agenda para a geração de relatórios
    +Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

    +
    + +

    User Story:

    +
      +
    • Código: US24

      +Como Diretor de Tecnologia
      +Eu quero gerar relatórios baseados na taxa de performance
      +Para que eu possa avaliar o desempenho do sistema, identificar áreas que precisam de otimização e tomar decisões informadas para melhorar a eficiência. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Gerar relatório de performance por módulo
    +

    Dado que o sistema possui vários módulos com diferentes taxas de performance
    +Quando o Diretor de Tecnologia solicita um relatório de performance
    +Então o sistema gera um relatório detalhado mostrando a taxa de performance de cada módulo, incluindo métricas como tempo de resposta e uso de recursos.

    +
    Cenário 2: Gerar relatório de performance por período
    +

    Dado que o sistema registra dados de performance ao longo do tempo
    +Quando o Diretor de Tecnologia solicita um relatório de performance para um intervalo de datas específico
    +Então o sistema gera um relatório mostrando a taxa de performance durante o intervalo solicitado, com gráficos e métricas relevantes.

    +
    Cenário 3: Gerar relatório de performance por funcionalidade
    +

    Dado que o sistema possui várias funcionalidades com diferentes taxas de performance
    +Quando o Diretor de Tecnologia solicita um relatório de performance
    +Então o sistema gera um relatório detalhado mostrando a taxa de performance de cada funcionalidade, permitindo identificar quais funcionalidades estão impactando o desempenho.

    +
    Cenário 4: Relatório comparativo de performance
    +

    Dado que o sistema armazena dados de performance em diferentes períodos
    +Quando o Diretor de Tecnologia solicita um relatório comparativo
    +Então o sistema gera um relatório que compara a taxa de performance entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e mudanças no desempenho.

    +
    Cenário 5: Relatório de performance por tipo de usuário
    +

    Dado que o sistema coleta dados de performance com base no tipo de usuário (administrador, usuário comum, etc.)
    +Quando o Diretor de Tecnologia solicita um relatório de performance
    +Então o sistema gera um relatório mostrando a taxa de performance para cada tipo de usuário, identificando possíveis discrepâncias no desempenho entre diferentes grupos de usuários.

    +
    Cenário 6: Relatório com detalhes de performance
    +

    Dado que o sistema registra detalhes específicos de performance (ex: tempos de resposta, uso de CPU, memória)
    +Quando o Diretor de Tecnologia solicita um relatório de performance
    +Então o sistema gera um relatório detalhado que inclui informações completas sobre o desempenho do sistema, como tempos de resposta e uso de recursos.

    +
    Cenário 7: Exportar relatório em diferentes formatos
    +

    Dado que o sistema permite exportação de relatórios
    +Quando o Diretor de Tecnologia solicita um relatório de performance
    +Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

    +
    Cenário 8: Agendar geração de relatórios automáticos
    +

    Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre performance
    +Quando ele configurar uma agenda para a geração de relatórios
    +Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

    +
    + +

    User Story:

    +
      +
    • Código: US25

      +Como Diretor de Tecnologia
      +Eu quero gerar relatórios baseados na taxa de segurança
      +Para que eu possa monitorar a segurança do sistema, identificar vulnerabilidades e garantir que as medidas de segurança estejam funcionando adequadamente. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Gerar relatório de segurança por tipo de ameaça
    +

    Dado que o sistema registra diferentes tipos de ameaças e incidentes de segurança
    +Quando o Diretor de Tecnologia solicita um relatório de segurança
    +Então o sistema gera um relatório detalhado mostrando a taxa de segurança para cada tipo de ameaça (ex: ataques de SQL injection, tentativas de phishing, vulnerabilidades detectadas).

    +
    Cenário 2: Gerar relatório de segurança por período
    +

    Dado que o sistema armazena dados de segurança ao longo do tempo
    +Quando o Diretor de Tecnologia solicita um relatório de segurança para um intervalo de datas específico
    +Então o sistema gera um relatório mostrando a taxa de segurança durante o intervalo solicitado, incluindo gráficos e métricas relevantes.

    +
    Cenário 3: Gerar relatório de segurança por módulo do sistema
    +

    Dado que o sistema possui diferentes módulos com níveis variados de segurança
    +Quando o Diretor de Tecnologia solicita um relatório de segurança
    +Então o sistema gera um relatório detalhado mostrando a taxa de segurança de cada módulo, permitindo identificar quais módulos têm maiores vulnerabilidades.

    +
    Cenário 4: Relatório comparativo de segurança
    +

    Dado que o sistema registra dados de segurança em diferentes períodos
    +Quando o Diretor de Tecnologia solicita um relatório comparativo
    +Então o sistema gera um relatório que compara a taxa de segurança entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e melhorias na segurança.

    +
    Cenário 5: Relatório de incidentes de segurança
    +

    Dado que o sistema registra todos os incidentes de segurança
    +Quando o Diretor de Tecnologia solicita um relatório de incidentes
    +Então o sistema gera um relatório detalhado sobre os incidentes de segurança ocorridos, incluindo a gravidade, a resposta e o impacto de cada incidente.

    +
    Cenário 6: Relatório de conformidade com normas de segurança
    +

    Dado que o sistema precisa estar em conformidade com normas e regulamentações de segurança (ex: GDPR, HIPAA)
    +Quando o Diretor de Tecnologia solicita um relatório de conformidade
    +Então o sistema gera um relatório que mostra a conformidade com as normas de segurança e identifica áreas onde a conformidade pode ser melhorada.

    +
    Cenário 7: Relatório de vulnerabilidades identificadas
    +

    Dado que o sistema realiza varreduras de segurança para identificar vulnerabilidades
    +Quando o Diretor de Tecnologia solicita um relatório de vulnerabilidades
    +Então o sistema gera um relatório detalhado sobre as vulnerabilidades identificadas, incluindo informações sobre a severidade e o status da correção.

    +
    Cenário 8: Exportar relatório de segurança em diferentes formatos
    +

    Dado que o sistema permite exportação de relatórios
    +Quando o Diretor de Tecnologia solicita um relatório de segurança
    +Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

    +
    Cenário 9: Agendar geração de relatórios de segurança automáticos
    +

    Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre segurança
    +Quando ele configurar uma agenda para a geração de relatórios
    +Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

    +
    + +

    User Story:

    +
      +
    • Código: US26

      +Como Diretor de Tecnologia
      +Eu quero gerar relatórios baseados na taxa de utilização
      +Para que eu possa monitorar o uso dos recursos do sistema, identificar padrões de utilização e áreas que podem precisar de otimização ou aumento de capacidade. +

      • +
    +

    Critérios de Aceitação no Formato BDD:

    +
    Cenário 1: Gerar relatório de utilização por módulo
    +

    Dado que o sistema possui diferentes módulos com níveis variados de utilização
    +Quando o Diretor de Tecnologia solicita um relatório de utilização
    +Então o sistema gera um relatório detalhado mostrando a taxa de utilização de cada módulo, permitindo identificar quais módulos estão mais ou menos utilizados.

    +
    Cenário 2: Gerar relatório de utilização por período
    +

    Dado que o sistema armazena dados de utilização ao longo do tempo
    +Quando o Diretor de Tecnologia solicita um relatório de utilização para um intervalo de datas específico
    +Então o sistema gera um relatório mostrando a taxa de utilização durante o intervalo solicitado, incluindo gráficos e métricas relevantes.

    +
    Cenário 3: Relatório comparativo de utilização
    +

    Dado que o sistema registra dados de utilização em diferentes períodos
    +Quando o Diretor de Tecnologia solicita um relatório comparativo
    +Então o sistema gera um relatório que compara a taxa de utilização entre diferentes períodos (mensal, trimestral, anual) para identificar tendências e mudanças no padrão de utilização.

    +
    Cenário 4: Relatório de utilização por usuário
    +

    Dado que o sistema registra a utilização por usuário
    +Quando o Diretor de Tecnologia solicita um relatório de utilização
    +Então o sistema gera um relatório mostrando a taxa de utilização por usuário, permitindo identificar quais usuários estão mais ou menos ativos.

    +
    Cenário 5: Relatório de utilização de recursos críticos
    +

    Dado que o sistema possui recursos críticos cuja utilização precisa ser monitorada
    +Quando o Diretor de Tecnologia solicita um relatório de utilização
    +Então o sistema gera um relatório detalhado mostrando a taxa de utilização de recursos críticos, como servidores, banco de dados, e redes, permitindo identificar gargalos e áreas que precisam de mais capacidade.

    +
    Cenário 6: Exportar relatório de utilização em diferentes formatos
    +

    Dado que o sistema permite exportação de relatórios
    +Quando o Diretor de Tecnologia solicita um relatório de utilização
    +Então o sistema gera e exporta o relatório em diferentes formatos (ex: PDF, Excel, CSV) conforme a necessidade do Diretor.

    +
    Cenário 7: Agendar geração de relatórios de utilização automáticos
    +

    Dado que o Diretor de Tecnologia precisa de relatórios regulares sobre utilização
    +Quando ele configurar uma agenda para a geração de relatórios
    +Então o sistema gera e envia automaticamente os relatórios conforme a frequência configurada (diária, semanal, mensal).

    +

    5. Referências

    JONES, Roberto. PBB: Product Backlog Building. Medium, 02 Mar. 2022. Disponível em: https://medium.com/@jonesroberto/pbb-product-backlog-building-0012a7a5256a.

    @@ -1325,6 +5937,20 @@

    Histórico de Revisão

    Daniel Rodrigues Joyce Dionizio + +08/09/24 +1.1 +Atualizacao do documento +Daniel Rodrigues +Jésus Gabriel + + +09/09/24 +1.2 +Atualizacao do BDD +Daniel Rodrigues +Jésus Gabriel + diff --git a/sections/entregas/unidade3/usm/index.html b/sections/entregas/unidade3/usm/index.html index 9aa7f45f..3cca89bf 100644 --- a/sections/entregas/unidade3/usm/index.html +++ b/sections/entregas/unidade3/usm/index.html @@ -12,7 +12,7 @@ - + @@ -1054,12 +1054,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1140,6 +1204,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + @@ -1350,6 +1435,13 @@

    Histórico de Revisão:

    Joyce Dionizio + +09/09/24 +1.1 +Correção do USM +Jésus Gabriel +Daniel Rodrigues + diff --git a/sections/faccao/faccao/index.html b/sections/faccao/faccao/index.html index 4e5ee63e..9a43dc77 100644 --- a/sections/faccao/faccao/index.html +++ b/sections/faccao/faccao/index.html @@ -1025,12 +1025,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1111,6 +1175,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/faccao/integrantes/index.html b/sections/faccao/integrantes/index.html index 9c33524c..bed83fc7 100644 --- a/sections/faccao/integrantes/index.html +++ b/sections/faccao/integrantes/index.html @@ -1066,12 +1066,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1152,6 +1216,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/historiasUsuarios/DoD_DoR/index.html b/sections/historiasUsuarios/DoD_DoR/index.html new file mode 100644 index 00000000..2d73d39c --- /dev/null +++ b/sections/historiasUsuarios/DoD_DoR/index.html @@ -0,0 +1,2304 @@ + + + + + + + + + + + + + + + + + + + + + + + DoR e DoR - RISo Docs + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
    + + + + Skip to content + + +
    +
    + +
    + + + + + + +
    + + +
    + +
    + + + + + + +
    +
    + + + +
    +
    +
    + + + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    +
    + + + +
    +
    + + + + +

    Definition of Done & Definition of Ready

    +

    1. [US01] Cadastrar e Logar na Conta

    +

    Eu como usuário, devo ser capaz de me cadastrar e logar na plataforma, para que eu possa utilizar das funções do software e ter a segurança de meus dados.

    +

    1.1. Definition of Ready da User Story:

    +
      +
    • [x] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [x] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [x] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [x] O ambiente de desenvolvimento está estável.
      • +
    • [x] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [x] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    • [x] Ambiente de desenvolvimento e produção com as variáveis de configuração definidas.
      • +
    +

    1.2. Definition of Done da User Story:

    +
      +
    • [x] Os dados de Nome, Email e Senha precisam ser salvos no ato do cadastro;
      • +
    • [x] É possível entrar na plataforma, após o cadastro, no login apenas com Email e Senha;
      • +
    • [x] A senha deve ser criptografada no código para que seja assegurada a segurança dos dados do usuário.
      • +
    • [x] É possível alterar os seguintes dados posteriormente: Nome e Senha.
      • +
    • [x] É possível excluir minha conta.
      • +
    +

    2. [US02] Cadastrar Empresa-Unidade

    +

    Eu como usuário, devo ser capaz de registrar uma nova Unidade/Empresa, para que os dados obtidos pelo sistema RISO seja acessada apenas pelos associados à esta Unidade/Empresa.

    +

    2.1. Definition of Ready da User Story:

    +
      +
    • [x] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [x] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [x] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [x] O ambiente de desenvolvimento está estável.
      • +
    • [x] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [x] Desenvolvedores com acesso às ferramentas necessárias.
      • +
    • [x] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    • [x] Ambiente de desenvolvimento e produção com as variáveis de configuração definidas.
      • +
    +

    *2..2. Definition of Done da User Story:

    +
      +
    • [x] Os dados de minha Unidade/Empresa, tal como: Nome da Unidade/Empresa, Número Aproximado de Funcionários, CNPJ, Estado, Rua, Complemento e Número, devem ser salvos no sistema;
      • +
    • [x] Após a criação da Unidade, preciso automaticamente me associar à esta unidade;
      • +
    • [x] É possível alterar os dados como Nome da Unidade/Empresa e Número de Funcionários posteriormente.
      • +
    • [x] É possível excluir uma Unidade/Empresa criada anteriormente.
      • +
    +

    3. [US03] Adicionar Colaboradores

    +

    Eu como Administrador da Unidade/Empresa, devo ser capaz de adicionar colaboradores a partir de um código aleatório gerado no ato da criação da Unidade/Empresa, para que mais pessoas possam acompanhar os dados obtido pelo sistema RISO.

    +

    3.1. Definition of Ready da User Story:

    +
      +
    • [x] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [x] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [x] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [x] O ambiente de desenvolvimento está estável.
      • +
    • [x] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [x] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    • [x] Estrutura do banco de dados configurada para associar usuários às Unidades/Empresas.
      • +
    +

    3.2. Definition of Done da User Story:

    +
      +
    • [x] Um código aleatório de 5 dígitos deve ser gerado apenas 1 vez no ato da criação da Unidade/Empresa;
      • +
    • [x] Um usuário comum deve ser capaz de entrar na Unidade/Empresa após digitar um código existente;
      • +
    • [x] Um usuário não deve entrar em nenhuma Unidade/Empresa quando o código não existe.
      • +
    +

    4. [US04] Editar Colaboradores

    +

    Eu como Usuário administrador da Unidade/Empresa, devo ser capaz de atribuir os dados profissionais internos de qualquer colaborador associado à minha Unidade/Empresa, para que eu organize melhor as atribuições da equipe dentro da plataforma.

    +

    4.1. Definition of Ready da User Story:

    +
      +
    • [x] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [x] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [x] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [x] O ambiente de desenvolvimento está estável.
      • +
    • [x] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [x] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    +

    4.2. Definition of Done da User Story:

    +
      +
    • [x] É possível visualizar uma lista dos colaboradores de minha Unidade/Empresa;
      • +
    • [x] Apenas os Administradores da Unidade/Empresa consegue editar os dados empresariais internos;
      • +
    +

    5. [US05] Gerenciar Privilégios

    +

    Eu como usuário administrador, devo ser capaz de adicionar e remover usuários privilegiados de minha Unidade/Empresa, isto é, de gerenciar sub-administradores, para que outros usuários possam me dar assistência no gerenciamento da Unidade/Empresa além de mim.

    +

    5.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    +

    5.2. Definition of Done da User Story:

    +
      +
    • [ ] É possível trocar um usuário comum para usuário sub-administrador de minha Unidade/Empresa, dando-lhe quase os mesmos privilégios de um administrador;
      • +
    • [ ] É possível remover o privilégio e título de um usuário sob-administrador para apenas usuário comum;
      • +
    +

    6. [US06] Reconhecer Sorrisos

    +

    O sistema deve ser capaz de capturar sorrisos de uma pessoa a partir da visão computacional fornecida por uma câmera ou webcam, para que o reconhecimento de sorrisos aconteça.

    +

    6.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] O ambiente de Desenvolvimento possui o serviço de Front-End configurado com React.Js.
      • +
    • [ ] O ambiente de Desenvolvimento possui o serviço de Back-end configurado com Node, Express e Mongoose.
      • +
    +

    6.2. Definition of Done da User Story:

    +
      +
    • [ ] O sistema deverá reconhecer o sorriso de uma pessoa capturada na câmera;
      • +
    • [ ] O sistema deverá ter precisão de 80% de acerto na identificação de sorrisos entre 10 testes, dentre elas, 7 deverão ser sorrindo e as outras 3 deverá apresentar outra emoção.
      • +
    +

    7. [US07] Contabilizar Sorrisos

    +

    O sistema, deve ser capaz de contabilizar a quantidade de sorrisos totais da clientela no dia, e por pessoa no dia, para que os dados possam ficar organizador posteriormente.

    +

    7.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] O software é capaz de reconhecer rostos e seus sorrisos.
      • +
    +

    7.2. Definition of Done da User Story:

    +
      +
    • [ ] O sistema deve contar + 1 para cada sorriso identificado pelo RISO;
      • +
    • [ ] O sistema deve manter a contagem de sorrisos para a mesma pessoa, isto é, enquanto um usuário estiver sendo vigiado pelo RISO;
      • +
    • [ ] Mesmo quando o usuário não der 1 sorriso, o sistema deverá registrar o usuário e informar 0 sorrisos àquela pessoa, iniciando outro logo em seguida.
      • +
    +

    8. [US08] Visualizar filtro de gráfico de sorrisos por dia, semana e mês

    +

    Eu como usuário comum e administrador, devo ser capaz de visualizar um gráfico da quantidade total de sorrisos por dia, semana ou mês, para que eu tenha visão clara e facilitada dos dados.

    +

    8.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    +

    8.2. Definition of Done da User Story:

    +
      +
    • [ ] O gráfico deverá ser em barras com a coordenada Y representando a quantidade de sorrisos e o X representando os dias da semana;
      • +
    • [ ] O gráfico deverá ter um filtrador configurado para gerir a exibição dos dados de acordo com a opção selecionada: Diário, Semanal ou Mensal.
      • +
    • [ ] O gráfico deverá fornecer a quantidade TOTAL de sorrisos pelo filtro selecionado;
      • +
    • [ ] Os dados exibidos no gráfico deverão ter 100% de fidelidade com os dados do banco.
      • +
    +

    9. [US09] Visualizar gráfico de média de sorrisos por pessoa por dia, semana e mês

    +

    Eu como usuário e usuário administrador, devo ser capaz de visualizar a quantidade média de sorrisos por pessoa filtrada por dia, semana ou por mês, para que eu possa consultar os dados facilmente e de forma mais clara.

    +

    9.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    +

    9.2. Definition of Done da User Story:

    +
      +
    • [ ] Um gráfico de barras é exibido na interface com o eixo Y representando a quantidade de sorrisos médios e o eixo X representando os dias da semana ou o ano;
      • +
    • [ ] Um filtro deverá estar configurado junto ao gráfico para alternar ao modo diário, semanal ou mensal;
      • +
    • [ ] O gráfico deverá mostrar a quantidade MÉDIA de sorrisos pelo filtro selecionado.
      • +
    • [ ] Os dados do gráfico devem ter 100% de fidelidade com os dados do banco.
      • +
    +

    10. [US010] Visualizar dados de taxas gerais de risos

    +

    Eu como usuário e usuário administrador, devo ser capaz de visualizar uma taxa em porcentagem que exibe a quantidade de pessoas capturadas para o levantamento dos dados no dia e quantas dessas riram, para que eu obtenha dados aprofundados da taxa de sorrisos.

    +

    10.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    • [ ] Conexão com o banco de dados estável para realizar requisições e receber respostas.
      • +
    +

    10.2. Definition of Done da User Story:

    +
      +
    • [ ] A interface deverá exibir um letreiro com a quantidade de rostos totais identificados no dia;
      • +
    • [ ] A interface deverá exibir a quantidade de pessoas que riram (desconsiderando todo qualquer outro riso quando uma mesma pessoa já riu).
      • +
    • [ ] A interface deverá exibir a quantidade de pessoas que não riram.
      • +
    • [ ] A interface deverá exibir um percentual de [(Pessoas que Riram / Pessoas Totais Identificadas) * 100], cujo define a taxa de risos do dia.
      • +
    +

    11. [US011] Integrar em uma câmera Única no Caixa

    +

    O Sistema, deve ser capaz de capturar e realizar o reconhecimento de sorrisos com uma câmera especializada do cliente, para que o sistema RISO seja devidamente aplicado ao contexto do cliente.

    +

    11.1. Definition of Ready da User Story:

    +
      +
    • [ ] User Story foi escrita utilizando o padrão: "Eu como [Agente], [Ação]. para que [Objetivo]".
      • +
    • [ ] A User Story possui possuir ao menos um critério de aceite, que precisam estar claros entre os desenvolvedores e Stakeholders;
      • +
    • [ ] A User Story foi estimado pelo pelo time de desenvolvimento.
      • +
    • [ ] O ambiente de desenvolvimento está estável.
      • +
    • [ ] Os desenvolvedores possui acesso às ferramentas necessárias.
      • +
    +

    11.2. Definition of Done da User Story:

    +
      +
    • [ ] O reconhecimento de sorrisos identifica corretamente no hardware do cliente;
      • +
    • [ ] As US #17 e #18 não foram comprometidas por essa funcionalidade;
      • +
    • [ ] O reconhecimento possui 80% de precisão dentre 10 testes realizados com 6 Tentativas Sorrindo e 4 outras tentativas apresentando outra emoção no hardware do cliente.
      • +
    +

    Histórico de Revisão

    + + + + + + + + + + + + + + + + + + + +
    DataVersãoDescriçãoAutorRevisores
    08/09/241.0Atualizacao do documentoDaniel Rodrigues e Jésus GabrielJésus Gabriel
    + + + + + + + + + + + + + +
    +
    + + + + + +
    + + + +
    + + + +
    +
    +
    +
    + + + + + + + + + + \ No newline at end of file diff --git a/sections/historiasUsuarios/US/index.html b/sections/historiasUsuarios/US/index.html index ac720ef8..148ed33c 100644 --- a/sections/historiasUsuarios/US/index.html +++ b/sections/historiasUsuarios/US/index.html @@ -9,10 +9,10 @@ - + - + @@ -956,12 +956,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1243,6 +1307,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/politicas/GCS/GCS/index.html b/sections/politicas/GCS/GCS/index.html index a4158098..9a96b68d 100644 --- a/sections/politicas/GCS/GCS/index.html +++ b/sections/politicas/GCS/GCS/index.html @@ -9,7 +9,7 @@ - + @@ -954,12 +954,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1040,6 +1104,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/historico_versao/index.html b/sections/visaoProduto/historico_versao/index.html index 297ffcdf..9df98490 100644 --- a/sections/visaoProduto/historico_versao/index.html +++ b/sections/visaoProduto/historico_versao/index.html @@ -968,12 +968,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1054,6 +1118,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/licoesAprendidas/licoesAprendidas/index.html b/sections/visaoProduto/licoesAprendidas/licoesAprendidas/index.html index f3195fa8..53c7ac51 100644 --- a/sections/visaoProduto/licoesAprendidas/licoesAprendidas/index.html +++ b/sections/visaoProduto/licoesAprendidas/licoesAprendidas/index.html @@ -1025,12 +1025,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1111,6 +1175,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/processo_desenv/processo_desenv/index.html b/sections/visaoProduto/processo_desenv/processo_desenv/index.html index 501519f8..e19ecc42 100644 --- a/sections/visaoProduto/processo_desenv/processo_desenv/index.html +++ b/sections/visaoProduto/processo_desenv/processo_desenv/index.html @@ -1169,12 +1169,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1255,6 +1319,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/referencia_bibliografica/index.html b/sections/visaoProduto/referencia_bibliografica/index.html index 223149e6..e233e0da 100644 --- a/sections/visaoProduto/referencia_bibliografica/index.html +++ b/sections/visaoProduto/referencia_bibliografica/index.html @@ -968,12 +968,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1054,6 +1118,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/visao_produto/visao_produto/index.html b/sections/visaoProduto/visao_produto/visao_produto/index.html index 6deddb63..f2da9c20 100644 --- a/sections/visaoProduto/visao_produto/visao_produto/index.html +++ b/sections/visaoProduto/visao_produto/visao_produto/index.html @@ -1043,12 +1043,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1129,6 +1193,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sections/visaoProduto/visao_projeto/visao_projeto/index.html b/sections/visaoProduto/visao_projeto/visao_projeto/index.html index e8fa69d3..bc4d9515 100644 --- a/sections/visaoProduto/visao_projeto/visao_projeto/index.html +++ b/sections/visaoProduto/visao_projeto/visao_projeto/index.html @@ -1223,12 +1223,68 @@ + + + + +
  • + + + + + + + + + + +
    • + + @@ -1309,6 +1373,27 @@ + + + + + + +
  • + + + + + DoR e DoR + + + + +
    • + + + + diff --git a/sitemap.xml b/sitemap.xml index 7aff35b6..0f8724ef 100644 --- a/sitemap.xml +++ b/sitemap.xml @@ -1,3 +1,3 @@ - - + + \ No newline at end of file diff --git a/sitemap.xml.gz b/sitemap.xml.gz index a65c22ecbfe62dd076f92b85d44e69190f9844bd..2f826fd3f9a729daf509f2f38bf6078e6fb6580e 100644 GIT binary patch delta 13 Ucmb=gXP58h;ApVAH<7&p039U+XaE2J delta 13 Ucmb=gXP58h;9yvMeIk1W02~$sN&o-= From 0356981300a242bc0222f645a559dc15951c13e9 Mon Sep 17 00:00:00 2001 From: xGabrielCv Date: Tue, 10 Sep 2024 03:06:30 -0300 Subject: [PATCH 2/2] gh pages 2 --- .../VeriVal-USM-CalorieExplorer/index.html | 68 +++++++++++-------- 1 file changed, 39 insertions(+), 29 deletions(-) diff --git a/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html index 70837ed9..eed412d3 100644 --- a/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html +++ b/sections/entregas/unidade3/VeriVal_Fornecidas/VeriVal-USM-CalorieExplorer/index.html @@ -1350,53 +1350,43 @@

    1. Verificação

    -O User Story Map está necessário e justificado para o projeto? - - - - -O USM está descrito de forma apropriada para o contexto do projeto? - - - - -As histórias de usuário estão descritas de forma não ambígua? - +O USM apresenta um contexto (Domínio, Usuários, Ideias e Princípios)? +SIM -O USM cobre todos os requisitos necessários para o produto? - +O USM é dividido em Atividades, Tarefas e Detalhes (USs)? +SIM -Cada história de usuário é singular e não se sobrepõe a outra? - - +Cada Atividade está associada a seu(s) Usuário(s)? +SIM +Nem todos os usuários identificados possuem atividades atribuídas, só o Organizador do Evento e o Participante. -As funcionalidades mapeadas são viáveis dentro das restrições do projeto? - - +As USs são priorizadas e divididas em iterações (releases)? +NÃO +Todas as USs encontram-se na mesma camada, chamada MVP. -As histórias de usuário podem ser verificadas e testadas? - - +O MVP está definido? +SIM +O MVP consiste de todas as 54 USs identificadas -O USM está conforme com as regras e padrões de documentação? - +As USs apresentam suas funcionalidades e valores? +SIM -O USM está correto com base nas especificações dadas pelo cliente? - +A granularidade das USs é adequada? +SIM -Cada item do USM tem uma referência clara à regra específica ou requisito? - +As funcionalidades mapeadas respeitam as restrições do projeto? +SIM @@ -1412,8 +1402,28 @@

    2. Validação

    +As USs são não ambíguas, não duplicatas e não contraditórias? +SIM + + + +A sequência de Atividades segue um fluxo narrativo, na ordem em que o usuário as executaria? +SIM + + +As declarações das USs são simples e claras? +SIM +Seguem a forma "Eu, como ..., desejo ..., para ..." + + +Cada US explicita seu valor e relevância para o usuário? +SIM + + +As USs estão escritas a partir da perspectiva do usuário? +SIM