Inspeção (História de Usuário)
1. Versionamento
Tabela 1: Versionamento
| Versão | Autor | Alterações | Revisor |
|---|---|---|---|
| 1.0 | Matheus Soares | Criação da inspeção | Iago de Paula |
Fonte: Matheus Soares
2. Introdução
As histórias de usuário são um importante recurso no desenvolvimento Ágil de software. Assim, a característica dessa filosofia de desenvolvimento, é um importante vetor que norteia a construção desse recurso. Além disso, as histórias são altamente centradas no usuário, isto é, elas são escritas de modo que o sujeito da ação seja o usuário querendo uma solução de um problema que o software está se propondo a resolver. Assim, é possível gerar um produto com um alta confiabilidade para o usuário final, pois ele sempre foi o pivô no desenvolvimento. A inspeção da História de Usuário possibilita corrigir o que sera recebido pelo usuário final.
,
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 Soares para inspeção e o Iago de Paula para Revisão.
3.1 Corpo da tabela de inspeção
Tabela 2: Corpo da Tabela
| Codigo | Item | Total | Sim | Não | Ocorrência de Erros | Tipos de erro | Pontos a serem ajustados |
|---|---|---|---|---|---|---|---|
| 1 | |||||||
| 2 | |||||||
| 3 | |||||||
| 4 |
Fonte: Grupo 7
4. Inspeção (História de Usuário)
4.1 Detecção de Defeitos
Para detecção de defeitos elaborou-se um checklist com a própria ferramenta Mkdown.
Tabela 3: Tabela de defeitos
| Codigo | Item | Total | Sim | Não | Ocorrência de Erros | Tipos de erro | Pontos a serem ajustados |
|---|---|---|---|---|---|---|---|
| 1 | O título é auto-explicativo | 41 | 41 | 0 | 0.00% | ||
| 2 | O "quem", "o que" e o "por que" estão definidos | 41 | 41 | 0 | 0.00% | ||
| 3 | A História possui critérios de aceitação | 41 | 41 | 0 | 0.00% |
Fonte: Matheus Soares
Imagem 1: Gráfico de Erros
Fonte: Matheus Soares
4.2 Correção de defeitos
O objetivo da desta fase é que o autores relacionados a história de usuário estejam cientes do que será corrigido, garantindo que as falhas identificadas sejam eliminadas.
4.4 Acompanhamento
A fim de garantir que as modificações necessárias na história de usuário foram feitas em conformidade, o autor e o inspetor são responsáveis por isso. O objetivo do processo de acompanhamento é garantir que o(s) autor(es) da história de usuário tenha(m) retificado todos os requisitos declarados incompletos e/ou inconsistentes ou os defeitos detectados. - [ ] - História de usuário Corrigido
Referências
- SERRANO, Milene; SERRANO, Maurício. Requisitos (Aula 15): Elicitação, Modelagem e Análise. 2022. Apresentação de Power Point. 46 slides. color. Disponível em: https://aprender3.unb.br/pluginfile.php/1668185/mod_resource/content/1/Requisitos%20-%20Aula%2015a.pdf. Acesso em: 17 agosto de 2022.