Merge branch 'docs' into docs-entrega-3

docs/healthnet-pbb.md

@@ -1,9 +1,24 @@
-<!-- TEXTO BLA BLA BLA -->
+**Product Backlog Building (PBB)** é um método sistemático para criar e refinar o backlog de produto. Ele visa maximizar o valor entregue ao cliente, otimizando o esforço da equipe de desenvolvimento. O PBB é aplicado para identificar problemas, expectativas e necessidades das personas, definindo e priorizando itens no backlog de forma colaborativa para uma visão holística do produto. O PBB é um processo contínuo que começa antes do início do projeto e continua durante todo o ciclo de vida do projeto. Ele é usado para garantir que o projeto esteja sempre alinhado com as necessidades do negócio e dos usuários, e para garantir que o trabalho do time de desenvolvimento esteja sempre focado nas coisas mais importantes.
+
 
 ## HealthNet 
 
-<!-- MAIS BLA BLA BLA -->
+A "HealthNet" enfrenta um desafio significativo devido à falta de uma estrutura unificada para a gestão de dados de pacientes em suas diversas unidades espalhadas por vários estados. Os profissionais de saúde lidam com sistemas desatualizados e incompatíveis, resultando em prontuários isolados que não se comunicam entre si. Isso atrasa os processos, aumenta o risco de erros médicos e dificulta o acesso a informações completas e atualizadas. Além disso, os sistemas de agendamento de consultas são ineficientes, causando longos tempos de espera e frustração. O controle de medicamentos também é prejudicado, dificultando o rastreamento de prescrições e aumentando o risco de complicações médicas. A dependência de processos manuais e papelada agrava ainda mais a situação, tornando as operações lentas, propensas a erros, e complicando a conformidade com regulamentações de proteção de dados de saúde.
 
 <iframe width="768" height="432" src="https://miro.com/app/live-embed/uXjVKuUGHA8=/?moveToViewport=-110767,12343,29220,25085&embedId=746496951167" frameborder="0" scrolling="no" allow="fullscreen; clipboard-read; clipboard-write" allowfullscreen></iframe>
 
-<!-- TALVEZ MAIS BLA BLA BLA -->
+A atividade de PBB foi realizada com a criação de 3 Frames no Miro, sendo o primeiro (PBB) o diagrama PBB em si, detalhando os Problemas e Expectativas acerca de como é feito atualmente e como as personas esperam que seja. Detalha as personas, informando o que elas fazem e o que elas esperam fazer no produto.
+
+Em seguido há o detalhamento das features, que são derivadas das expectativas de cada persona. As features tem à esquerda os problemas ou necessidades associados, e à direita os benefícios que essa feature traz.
+
+Logo em seguida, são mostrados os Itens do Product Backlog, que são as Histórias de Usuários geradas com base em cada uma das Features informadas anteriormente, e cada um desses itens são detalhados em forma de US no Frame US's logo abaixo.
+
+A priorização das US's foi feita em seguida, no Frame chamado PRIORIZAÇÃO COORG, utilizando o método de priorização COORG, onde a priorização é realizada verticalmente e horizontalmente, onde, verticalmente representa a prioridade (quanto mais alta, maior), e horizontalmente representando a sequência lógica de ordem.
+
+## PBB do Projeto (ObjeX)
+
+A título de curiosidade, segue o PBB do nosso próprio projeto.
+
+<iframe width="768" height="432" src="https://miro.com/app/live-embed/uXjVKuUGHA8=/?moveToViewport=-114086,65674,34019,11385&embedId=948523812326" frameborder="0" scrolling="no" allow="fullscreen; clipboard-read; clipboard-write" allowfullscreen></iframe>
+
+A criação segue a mesma apresentada no PBB da atividade (HealthNet), com a diferença de que só possui dois Frames no Miro, o primeiro sendo o PBB em si, e o segundo (Pontuação VN DFD) sendo a priorização das US's seguindo o método de Priorização Dificuldade + Valor de Negócio.

docs/licoes-missao3.md

@@ -1 +1,3 @@
-<!-- TEXTO -->
+Nessa missão, dois conceitos chave estudados foram o User Story Mapping (USM) e o Product Backlog Building (PBB), que desempenham papéis cruciais na organização e priorização dos requisitos.
+Aplicando o USM, percebemos como é possível alinhar as necessidades dos stakeholders com o backlog do produto, facilitando a comunicação entre as equipes e o entendimento do que realmente é crítico para o sucesso do projeto.
+Ao longo do semestre, compreendemos a importância de técnicas como USM e PBB para o desenvolvimento de produtos de software que atendam às expectativas dos usuários e aos objetivos de negócio. Essas práticas são essenciais para garantir que o processo de desenvolvimento seja ágil, eficiente e focado na entrega de valor.

docs/missao2-criterios-aceitacao.md

@@ -33,13 +33,19 @@ As imagens a seguir, apresentam os Critérios de Aceitação para cada uma das H
 <!-- <p align="center"><strong>Tabela 1: Dados de vendas</strong></p> -->
 
 ## Critérios de Aceitação FE10 - Inserir Feedback
-![Critérios de Aceitação FE10 - Inserir Feedback](assets/criterios-aceitacao/fe10-inserir-feedback.png){: style="height:auto", width="100%"}
+<span style="color:white; font-size:26px;">Não entrou no MVP.</span><br><br>
 
 ## Critérios de Aceitação FE11 - Submeter Atividades
 ![Critérios de Aceitação FE11 - Submeter Atividades](assets/criterios-aceitacao/fe11-submeter-atividades.png){: style="height:auto", width="100%"}
 
 ## Critérios de Aceitação FE12 - Entrar e Sair de Grupos
 ![Critérios de Aceitação FE12 - Entrar e sair de grupos](assets/criterios-aceitacao/fe12-entrar-e-sair-grupos.png){: style="height:auto", width="100%"}
 
+## Critérios de Aceitação FE14 - Professor/Admin Login e Logout
+![Critérios de Aceitação FE14 - Professor/Admin Login e Logout](assets/criterios-aceitacao/fe14-professor-admin-login-logout.png){: style="height:auto", width="100%"}
+
+## Critérios de Aceitação FE15 - Aluno/Monitor Login e Logout
+![Critérios de Aceitação FE15 - Aluno/Monitor Login e Logout](assets/criterios-aceitacao/fe15-aluno-monitor-login-logout.png){: style="height:auto", width="100%"}
+
 ## Critérios de Aceitação FE13 - Visualizar e Baixar Conteúdos
 <span style="color:white; font-size:26px;">Não entrou no MVP.</span><br><br>

docs/missao2-mvp.md

@@ -24,23 +24,26 @@ O conceito de MVP (Minimum Viable Product), ou Produto Mínimo Viável, é funda
 | EP01 - Professor|US13 | Eu como professor, quero ser capaz de visualizar um grupo, para verificar os alunos nele inseridos|
 | EP01 - Professor|US14 | Eu como professor, quero ser capaz de editar um grupo, para mudar as informações do mesmo|
 | EP01 - Professor|US15 | Eu como professor, quero ser capaz de deletar um grupo, para caso ele não seja necessário |
-| EP01 - Professor|US20 |Eu como professor, quero ser capaz criar uma atividade e inserir na plataforma |
-| EP01 - Professor|US21 | Eu como professor, quero ser capaz de visualizar uma atividade inserida na plataforma.|
+| EP01 - Professor|US20 |Eu como professor, quero ser capaz criar uma atividade e inserir na plataforma para que os alunos possam realiza-las |
+| EP01 - Professor|US21 | Eu como professor, quero ser capaz de visualizar uma atividade inserida na plataforma para facilitar na organização|
 | EP01 - Professor|US22 | Eu como professor, quero ser capaz de editar uma atividade, para mudar a descrição ou resposta da mesma|
-| EP01 - Professor|US23 | Eu como professor, quero ser capaz de deletar uma atividade. |
-| EP01 - Professor|US24 | Eu como professor quero emitir planilhas de grupos formados |
-| EP01 - Professor|US25 | Eu como professor quero emitir planilhas de turmas|
-| EP01 - Professor|US26 | Eu como professor quero corrigir as atividades dos alunos|
-| EP01 - Professor|US27 | Eu como professor Admin, quero ser capaz de cadastrar um professor |
-| EP01 - Professor|US28 | Eu como professor Admin, quero ser capaz de editar um professor |
-| EP01 - Professor|US29 | Eu como professor Admin, quero ser capaz de visualizar um professor |
-| EP01 - Professor|US30 | Eu como professor Admin, quero ser capaz de deletar um professor |
-| EP02 - Monitor|US31 |Eu como monitor desejo fornecer feedback para os alunos |
-| EP03 - Alunos|US32 | Eu como aluno desejo responder atividades de múltipla escolha |
-| EP03 - Alunos|US33 | Eu como aluno desejo responder atividades de código |
-| EP03 - Alunos|US34 |Eu como aluno desejo responder atividades de envio de imagem |
-| EP03 - Alunos|US35 | Eu como aluno desejo entrar em um grupo  |
-| EP03 - Alunos|US36 | Eu como aluno desejo sair de um grupo |
+| EP01 - Professor|US23 | Eu como professor, quero ser capaz de deletar uma atividade para caso ela não seja mais necessária |
+| EP01 - Professor|US24 | Eu como professor quero emitir planilhas de grupos formados para facilitar a organização dos mesmos |
+| EP01 - Professor|US25 | Eu como professor quero emitir planilhas de turmas para facilitar a organização das mesmas|
+| EP01 - Professor|US26 | Eu como professor quero corrigir as atividades dos alunos para poder atribuir notas|
+| EP01 - Professor|US27 | Eu como professor Admin, quero ser capaz de cadastrar um professor para que ele consiga exercer suas funções |
+| EP01 - Professor|US28 | Eu como professor Admin, quero ser capaz de editar um professor para alterar suas informações |
+| EP01 - Professor|US29 | Eu como professor Admin, quero ser capaz de visualizar um professor para verificar suas informações|
+| EP01 - Professor|US30 | Eu como professor Admin, quero ser capaz de deletar um professor para caso ele não seja necessário |
+| EP01 - Professor|US40 | Eu como Professor/Admin desejo fazer login para ter acesso às funcionalidades |
+| EP01 - Professor|US41 | Eu como Professor/Admin desejo fazer logout para sair da plataforma de maneira segura |
+| EP02, EP03 - Aluno/Monitor|US38 |Eu como aluno/monitor desejo fazer login para ter acesso às funcionalidades |
+| EP02, EP03 - Aluno/Monitor|US39 |Eu como aluno/monitor desejo fazer logout para sair da plataforma de maneira segura |
+| EP03 - Alunos|US32 | Eu como aluno desejo responder atividades de múltipla escolha para poder ser avaliado |
+| EP03 - Alunos|US33 | Eu como aluno desejo responder atividades de código para poder ser avaliado |
+| EP03 - Alunos|US34 |Eu como aluno desejo responder atividades de envio de imagem para poder ser avaliado |
+| EP03 - Alunos|US35 | Eu como aluno desejo entrar em um grupo para que eu possa participar das atividades da disciplina  |
+| EP03 - Alunos|US36 | Eu como aluno desejo sair de um grupo para caso eu não esteja mais nele |
 
 </center>
 
@@ -54,10 +57,11 @@ O conceito de MVP (Minimum Viable Product), ou Produto Mínimo Viável, é funda
 
 | Épico |  US   | Descrição |
 |- |-    |-                           |
-| EP01 - Professor |US16 |Eu como professor, quero ser capaz de disponibilizar conteúdo sobre a matéria na plataforma |
-| EP01 - Professor|US17 |  Eu como professor, quero ser capaz de visualizar um conteúdo inserido na plataforma|
+| EP01 - Professor |US16 |Eu como professor, quero ser capaz de disponibilizar conteúdo sobre a matéria na plataforma para facilitar o ensino |
+| EP01 - Professor|US17 |  Eu como professor, quero ser capaz de visualizar um conteúdo inserido na plataforma para ajudar na organização e ensino|
 | EP01 - Professor|US18 |  Eu como professor, quero ser capaz de editar um conteúdo, para mudar as informações|
-| EP01 - Professor|US19 |  Eu como professor, quero ser capaz de deletar um conteúdo|
-| EP03 - Alunos|US37 |Eu como aluno desejo visualizar  conteúdos disponibilizados pelo professor e fazer o download|
+| EP01 - Professor|US19 |  Eu como professor, quero ser capaz de deletar um conteúdo para caso ele não seja mais necessário|
+| EP02 - Monitor|US31 |Eu como monitor desejo fornecer feedback para os alunos para auxiliar no desenvolvimento de atividades |
+| EP03 - Alunos|US37 |Eu como aluno desejo visualizar  conteúdos disponibilizados pelo professor e fazer o download para auxiliar nos meus estudos|
 
 </center>

docs/pontuacao.md

@@ -69,7 +69,6 @@ Tabela 3 - Pontuação das User Stories
 |US21 | 3                | 3           | 6         |
 |US22 | 3                | 3           | 6         |
 |US23 | 3                | 3           | 6         |
-|US31 | 4                | 2           | 6         |
 |US32 | 4                | 2           | 6         |
 |US34 | 4                | 2           | 6         |
 |US02 | 3                | 2           | 5         |
@@ -82,5 +81,9 @@ Tabela 3 - Pontuação das User Stories
 |US33 | 4                | 1           | 5         |
 |US11 | 1                | 3           | 4         |
 |US03 | 2                | 1           | 3         |
+|US38 | 3                | 3           | 7         |
+|US39 | 3                | 3           | 7         |
+|US40 | 3                | 3           | 7         |
+|US41 | 3                | 3           | 7        |
 
 </center>

mkdocs.yml

@@ -90,10 +90,10 @@ nav:
     - Vídeo da Entrega: entrega-missao2.md
     - Lições Aprendidas: licoes-missao2.md
   - Missao 3 :
-    - USM - ComunEventos: comun-eventos.md
     - PBB - HealthNet: healthnet-pbb.md
-    - Vídeo da Entrega: entrega-missao3.md
+    - USM - ComunEventos: comun-eventos.md
     - Lições Aprendidas: licoes-missao3.md
+    - Vídeo da Entrega: entrega-missao3.md
 
 copyright: |
   REQ-2024.1 <a href="https://github.com/mdsreq-fga-unb/2024.1-ObjeX"  target="_blank" rel="noopener">CyberHunterz</a>