Merge pull request #67 from Requisitos-de-Software/work

Work

docs/verificacao/revisoes.md

@@ -11,35 +11,37 @@ Em cada artefato desse projeto de requisitos sobre o aplicativo Skoob, pode ser
 
 | Versão | Data de execução | Data prevista de revisão |       Descrição      |         Autor(es)      |       Revisado          |
 | :----: | :--------------: | :-------------: | :------------------------: | :----------------: | :-----------: |
-| `1.0`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | :heavy_check_mark: |
-| `1.1`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | :heavy_check_mark: |
-| `1.2`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | :heavy_check_mark: |
+| `1.0`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | <input type="checkbox" enabled checked /> |
+| `1.1`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | <input type="checkbox" enabled checked /> |
+| `1.2`  |    dd/mm/aaaa    |   dd/mm/aaaa    |   Descrição do que foi feito    | Nome do Autor | <input type="checkbox" enabled checked /> |
 
 <div style="text-align: center">
 <p> Tabela 1: Nova tabela de Versionamento. (Fonte: Yago Passos, 2023).</p>
 </div>
 
 | Data de Revisão | Cobertura de Versões  |          Técnica         |     Revisor(es)    |
 | :------------: | :-------------: | :--------------------------: |  :---------------: |
-|   dd/mm/aaaa   |    `1.0`   |    Nome da Técnica     |  Nome do Revisor |
-|   dd/mm/aaaa   |  `1.1` e `1.2` |    Nome da Técnica     |  Nome do Revisor |
+|   dd/mm/aaaa   |    `1.0`   |    [Nome da Técnica](https://requisitos-de-software.github.io/2023.2-Skoob/verificacao/revisoes/)     |  Nome do Revisor |
+|   dd/mm/aaaa   |  `1.1` e `1.2` |    [Nome da Técnica](https://requisitos-de-software.github.io/2023.2-Skoob/verificacao/revisoes/)     |  Nome do Revisor |
 
 <div style="text-align: center">
 <p> Tabela 2: Tabela das revisões. (Fonte: Yago Passos, 2023).</p>
 </div>
 
 Dito isso, no campo da técnica de revisão, a terceira coluna da tabela 2, pode ser preenchida com 3 valores diferentes, são eles:
+
 - Elaboração por Pares
 - Revisão estática
 - Revisão por inspeção.
 
 A primeira técnica, **elaboração por pares**, tem origem na técnica de verificação "programação por pares", apresentada na vídeoaula 05 da Univesp <a id="a" href="#aa">[1]</a>. Consiste na elaboração do artefato em dupla, onde uma pessoa, o autor, escreve o documento *markdown* acompanhado do revisor, em tempo real. Há necessáriamente interação verbal entre eles, para o desenvolvimento do artefato.
 
-A segunda técnica (**revisão estática**) consiste na revisão padrão do artefato, procurando defeitos ou inconsistências, é a forma padrão proposta pelo professor André no início do semestre, utilizada por todos os demais grupos da matéria de Requisitos.
+A segunda técnica: (**revisão estática**) consiste na revisão padrão do artefato, procurando defeitos ou inconsistências, é a forma padrão proposta pelo professor André no início do semestre, utilizada por todos os demais grupos da matéria de Requisitos.
 
-A terceira técnica (**revisão por inspeção**), porém, consiste na execução da [quinta entrega](/docs/verificacao), da verificação e validação. Utilizando de uma metodologia criada por Fagan, a equipe analisa os artefatos a partir de uma checklist, criada pelos próprios membros do grupo <a id="b" href="#bb">[2]</a>. As checklists estão descritas em cada artefato de verificação da etapa de [verificação](/docs/verificacao).
+A terceira técnica (**revisão por inspeção**), porém, consiste na execução da [quinta entrega](#verificação), da verificação e validação. Utilizando de uma metodologia criada por Fagan, a equipe analisa os artefatos a partir de uma checklist, criada pelos próprios membros do grupo <a id="b" href="#bb">[2]</a>. As checklists estão descritas em cada artefato de verificação da etapa de [verificação](#verificação).
 
 ## Conclusão
+
 A adoção de revisões no processo de desenvolvimento do projeto Skoob revela-se essencial para garantir a consistência e qualidade dos artefatos. A padronização do histórico de versionamento, exemplificada nas Tabelas 1 e 2, proporciona uma visão clara do progresso, reduzindo a propagação de erros e minimizando retrabalhos. As técnicas de revisão, como a elaboração por pares, revisão estática e revisão por inspeção, oferecem abordagens distintas, enriquecendo a qualidade do produto final. Este artefato delineia as escolhas da equipe para a verificação e validação, refletindo nosso comprometimento com a excelência e a transparência ao longo do ciclo de desenvolvimento.
 
 ## Bibliografia
@@ -52,10 +54,10 @@ A adoção de revisões no processo de desenvolvimento do projeto Skoob revela-s
 
 | Versão | Data de execução | Data prevista de revisão |       Descrição      |         Autor(es)      |       Revisado          |
 | :----: | :--------------: | :-------------: | :------------------------: | :----------------: | :-----------: |
-| `1.0`  |    12/11/2023    |   13/11/2023    |   Elaboração do artefato    | [Yago Passos](https://github.com/yagompassos) | :heavy_check_mark: |
+| `1.0`  |    12/11/2023    |   13/11/2023    |   Elaboração do artefato    | [Yago Passos](https://github.com/yagompassos) | <input type="checkbox" enabled checked /> |
 
 ### Verificação
 
 | Data de Revisão | Cobertura de Versões  |          Técnica         |     Revisor(es)    |
 | :------------: | :-------------: | :--------------------------: |  :---------------: |
-|   dd/mm/aaaa   |    `1.0`   |   nome da Técnica   |  Nome do Revisor |
+|   24/11/2023   |    `1.0`   |   [Revisão estática](https://requisitos-de-software.github.io/2023.2-Skoob/verificacao/revisoes/)  |  [Ana Rocha](https://github.com/anaaroch) |