Inspeção (Brainstorm)
1. Versionamento
| Versão | Autor | Alterações | Revisor |
|---|---|---|---|
| 1.0 | Matheus Perillo | Abertura do documento | Iago Cabral |
| 1.1 | Matheus Perillo | Introdução ao documento | Iago Cabral |
| 1.2 | Matheus Perillo | Explicação da metodologia usada | Iago Cabral |
| 1.3 | Matheus Perillo | Adição do checklist | Iago Cabral |
| 1.4 | Matheus Perillo | Adição das referências | Iago Cabral |
2. Introdução
A inspeção de Brainstorm possibilita verificar as possíveis formas de se utilizar a aplicação, com o fito de, encontrar possíveis defeitos para que eles sejam corrigidos e fiquem mais coerentes com o artefato.
3. Metodologia
O foco da inspeção é que um membro que não fez parte do desenvolvimento do artefato adote a postura de "inspetor" do mesmo, sendo assim foi escolhido o membro Matheus Perillo para inspeção e o Iago Cabral para Revisão.
3.1 Corpo da tabela de inspeção
Tabela 1: Corpo da Tabela
| Codigo | Item | Total | Sim | Não | Ocorrência de Erros |
Tipos de erro | Pontos a serem ajustados |
|---|---|---|---|---|---|---|---|
Fonte: Grupo 7
4. Inspeção (Brainstorm)
4.1 Detecção de Defeitos
Para detecção de defeitos elaborou-se um checklist com a própria ferramenta Mkdown.
Tabela 2: Lista de Checagem
| Codigo | Item | Total | Sim | Não | Ocorrência de Erros | Tipos de erro | Pontos a serem ajustados |
|---|---|---|---|---|---|---|---|
| 1 | Há uma lista de todos os participantes da reunião? | 4 | 4 | 0 | 0.00% | --- | --- |
| 2 | Os requisitos estão bem escritos e claros? | 29 | 29 | 0 | 0.00% | --- | --- |
| 3 | Há a gravação da reunião? | 0 | --- | 0 | 100% | Não está disponível | Disponibilizar a gravação |
| 4 | Há um registro de horário e dia da reunião? | 1 | 1 | 0 | 0.00% | --- | --- |
| 5 | Há uma divisão entre os requisitos funcionais e os não-funcionais? | 29 | 29 | 0 | 0.00% | --- | --- |
| 6 | Todos os requisitos (RF e RNFs) possuem um ID? | 29 | 29 | 0 | 0.00% | --- | --- |
| 7 | Todos os léxicos estão referenciados? | 21 | 0 | 21 | 100% | Nenhum léxico referenciado | Fazer referência em todos os léxicos |
Fonte: Grupo 7
Gráfico 1: Ocorrência de Erros
Fonte: Matheus Perillo
4.2 Correção de defeitos
O objetivo desta fase é que o autor relacionado ao Brainstorm esteja ciente do que será corrigido, garantindo que as falhas identificadas sejam eliminadas.
4.4 Acompanhamento
A fim de garantir que as modificações necessárias no Brainstorm foram feitas em conformidade, o autor e o inspetor são responsáveis por isso. O objetivo do processo de acompanhamento é garantir que o autor do Brainstorm tenha retificado todos os requisitos declarados incompletos e/ou inconsistentes ou os defeitos detectados. - [ ] - Brainstorm corrigido
Referências
- Brainstorm. TikTok. Disponivel em: https://requisitos-de-software.github.io/2022.1-TikTok/brainstorm/ . Acesso em: 17 ago. 2022.