Verificação - Histórias de usuário
Introdução
Este documento é destinado para a revisão das historias de usuário do grupo 6 - Letterbox, vale ressaltar que a avaliação é feita de maneira imparcial, sem a intenção de atacar ninguém.
Foi feita a vericação da versão 1.0 do artefato no dia 24/05/2023.
Metodologia
A verificação foi feita por meio da insperção, utilizando uma checklist com base em repositórios antigos e no plano de ensino da disciplina de requisitos de software. A principio, foram criadas duas tabelas nas quais, temos 3 campos, "Questão": pergunta que será respondida, "Resposta" na qual como resultados válidos, podemos ter:
- Sim : caso um critério for atendido.
- Não : caso um critério não for atendido.
- Incompleto : caso um critério for parcialmente atendido.
Também temos o campo "Observação", um campo no qual pode ser feito algum comentário a respeito da questão em específico. Posteriormente, neste mesmo documento, pode-se encontrar uma sessão na qual serão sumarizados todos os problemas do artefacto em estudo e outra nos quais se encontram as sugestões de soluções dos mesmos.
Checklist de documento
ID | Questão | Resposta | Observação |
---|---|---|---|
1 | O artefato possui Introdução? | Sim | |
2 | O artefato artefato possui uma Bibliografia/Referência Bibliográfica? | Sim | |
3 | O artefato possui um Histórico de Versões com o id e descrição das versões, data, autores e revisores? | Sim | |
4 | Todos os textos estão na norma padrão? | Sim | |
5 | As tabelas são chamadas no texto? | Sim | |
6 | Os revisores são pessoas diferentes dos autores? | Sim |
Tabela 1 - Checklist do documento
Fonte: autores
Checklist do conteúdo
ID | Questão | Resposta | Observação |
---|---|---|---|
7 | Existe alguém relacionado ao app para validar as histórias? | Não | |
8 | Essa validação é verificável? | Sim | |
9 | As histórias de usuário seguem um padrão? | Sim | |
10 | As histórias possuem critério de aceitação? | Sim | |
11 | Épicos possuem nome, descrição e feature relacionados? | Sim | |
12 | Os critérios de aceitação estão definidos para cada história de usuário? | Sim | |
13 | Os critérios de aceitação são concisos com as suas respectivas histórias de usuário? | Sim | |
14 | Cada história de usuário possui uma prioridade atribuída? | Não | |
15 | Todas as histórias de usuário passaram por um processo de refinamento? | Não | Reunião com PO |
16 | Todas as informações necessárias estão presentes e são consistentes em todo o documento? | Sim | |
17 | As estimativas de esforço foram registradas para cada história de usuário? | Não |
Tabela 2 - Checklist dos pontos relativos ao conteúdo
Fonte: autores
Observações e Problemas encontrados
ID7 e ID15 - Não foi encontrado nenhum agente que pudesse realizar a validação do documento.
ID14 - Não foi encontrado nenhuma prioridade anexada as US.
ID17 - Não foi encontrado nenhum indicativo de esforõ para cada US.
Sugestões
Adicionar as prioridades e estimativas de esforço em cada US e realizar uma validação com um PO.
Bibliografia
[1] SALES, ANDRÉ B. Plano de ensino da disciplina de Requisitos de Software. Universidade de Brasília. 2023
Histórico de Versão
Versão | Data | Descrição | Autor(es) | Revisor(es) |
---|---|---|---|---|
1.0 |
24/05/2023 | Criação do documento. | João, Kauã e Mylena | ------------- |
1.1 |
04/06/2023 | Atualização do documento | João, Kauã e Mylena | ------------- |
1.2 |
13/06/2023 | Adição de perguntas | Kauã | Mylena |