Acrescentando a US13 E 14

docs/visao_produto_projeto/engenharia_requisitos.md

@@ -57,7 +57,7 @@
 
 **Reunião de Encerramento**: Conduzir uma reunião final para revisar o trabalho realizado, garantir que todos os requisitos foram atendidos e fechar oficialmente a fase de requisitos do projeto.
 
-## ENgenharia de Requisitos e o RAD
+## Engenharia de Requisitos e o RAD
 
 <table border="1" cellspacing="0" cellpadding="5">
   <thead>

docs/visao_produto_projeto/especificacao_requisitos.md

@@ -299,6 +299,37 @@ Abaixo estão os cartões e as confirmações das histórias selecionadas para o
 
 ---
 
+## Épico 13: Cadastrar Locais de Coleta Avaliados
+
+**US-13:** Eu como usuário, quero cadastrar os locais de coleta microbiológica a fim de acompanhar as contagens de microrganismos presentes.
+
+### Cenário 1:  usuário cadastra um ponto de coleta pela primeira vez
+- **Dado** que o usuário cadastra um local de coleta
+- **Quando** acessa a página de registro 
+- **Então** o sistema deve apresentar um formulário para preenchimento das informações de: sala, área, Local/ Processo, Método (Campo de Descrição), Frequência (Semanal, Quinzenal, Mensal), Momento da coleta (Campo de descrição), Zoneamento por proximidade (Zona 1, Zona 2, Zona 3 ou Zona 4), Zoneamento Higiênico (Alto risco, Médio risco ou Baixo risco), Ativo? (Boolean, preenchido automaticamente no mmento do registro), Data de cadastro (preenchido automaticamente no mmento do registro)
+- **E** receber uma mensagem de confirmação de registro caso a requisição tenha sucesso.
+---
+### Cenário 2: O usuário cadastra um ponto de coleta e ocorre falha no registro
+- **Dado** que o usuário cadastra um local de coleta
+- **Quando** acessa a página de registro e ocorre falha na requisição 
+- **Então** o sistema deve apresentar uma mensagem de erro informando a falha da requisição.
+---
+### Cenário 3: O usuário cadastra um ponto anteriormente registrado
+- **Dado** o usuário cadastra um local de coleta anteriormente registrado 
+- **Quando** tenta concluir o registro 
+- **Então** o sistema deve apresentar uma notificação informando que o registro já existe na base de dados.
+---
+
+## Épico 14: Listar Locais de Coleta Avaliados
+
+**US-14:** Eu como usuário, quero listar todos os locais de coleta cadastrados no sistema a fim de visualizar os registros de pontos do monitoramento.
+
+### Cenário 1: O usuário acessa a página de registros para procurar por um ponto em específico
+- **Dado** que um usuário acessa a página de registros
+- **Quando** tenta buscar por um ponto de coleta
+- **Então** o sistema deve apresentar uma listagem com todos os pontos registrados ativos até então.
+---
+
 ##  Histórico de Versão
 
 | **Data** | **Versão** | **Descrição** | **Autor** |

docs/visao_produto_projeto/requisitos_software.md

@@ -3,7 +3,7 @@
 Requisitos funcionais descrevem as funcionalidades que um sistema deve oferecer para atender às necessidades dos usuários e alcançar os objetivos do projeto. Eles especificam o que o sistema deve fazer, detalhando os serviços, ações ou processos que ele deve executar para possibilitar a realização das tarefas desejadas. Esses requisitos estão diretamente relacionados ao comportamento do sistema, incluindo sua interação com os usuários e outros sistemas, e são essenciais para definir o escopo do projeto e orientar o desenvolvimento.
 
 Os requisitos funcionais do projeto MicroData são, por épico:
-### Acesso E Login
+### Acesso e Login
 - **Rf-01**: Cadastrar Usuário  
 - **Rf-02**: Logar Usuário  
 - **Rf-03**: Visualizar Usuário  
@@ -68,7 +68,7 @@ Os requisitos não funcionais referem-se às qualidades que o sistema deve apres
 
 ##Confiabilidade
 
-**RNF-03:** O sistema deve permanecer em execução 24h por dia.
+**RNF-06:** O sistema deve permanecer em execução 24h por dia.
 
 ##  Histórico de Versão