Backlog
Introdução
O backlog é um elemento fundamental no desenvolvimento ágil de software, servindo como uma lista dinâmica de tarefas, funcionalidades e requisitos que guiam o progresso do projeto. Sua correta gestão e verificação garantem que todos os itens necessários sejam identificados, priorizados e claramente definidos, assegurando que a equipe de desenvolvimento mantenha o foco nas necessidades mais importantes do cliente.
O objetivo deste documento é realizar a verificação do artefato Backlog, desenvolvido pelo Grupo 1. Esta análise se baseia em critérios estabelecidos, boas práticas e os padrões de documentação ensinados em sala de aula. Utilizamos uma checklist para garantir que todos os aspectos críticos do backlog sejam revisados e atendidos, proporcionando assim uma base sólida para a continuidade do projeto.
Metodologia
A verificação irá investigar se o artefato cumpre com certos requisitos necessários para uma boa construção. A Tabela 1 apresenta esses requisitos e indica se o artefato do Grupo 1 está feito de maneira completa e correta.
Conteúdo esperado
É esperado que o artefato apresente o backlog completo com todas as funcionalidades e requisitos necessários para o projeto, devidamente priorizados e detalhados.
Verificação
Para realizar a verificação do artefato, iremos usar uma adaptação da técnica de inspeção, onde teremos um Checklist de verificação para cada etapa do projeto desenvolvida pelo Grupo 1.
Checklist
A tabela 1 apresenta o checklist dos itens gerais de verificação desenvolvido com base no artefato e seus itens podem ser marcados como SIM, NÃO ou INCOMPLETO, além de apresentar observações sobre os mesmos, caso necessário.
| ID | Descrição | Verificação | Observação | Autor da inspeção |
|---|---|---|---|---|
| 1 | O backlog cobre todos os requisitos? | NÃO | Não há uma lista com todos os requisitos e não estão sendo realizados todos no backlog | Guilherme Meister |
| 2 | Os requisitos no backlog são todos testáveis? | NÃO | Alguns requisitos não são testáveis, como o requisito RF07 e RF04 | Guilherme Meister |
| 3 | O artefato divide o backlog em épicos? | SIM | - | Guilherme Meister |
| 4 | O artefato contém histórias de usuário? | SIM | - | Guilherme Meister |
| 5 | O artefato contém a prioridade das histórias de usuário? | SIM | - | Guilherme Meister |
| 6 | O artefato contém a gravação da realização do backlog?? | SIM | - | Guilherme Meister |
| 7 | A ordem dos épicos atende uma boa lógica? | NÃO | A criação da interface deve ser o primeiro passo para o desenvolvimento, não a segurança | Guilherme Meister |
| 8 | Os requisitos são rastreáveis? | NÃO | - | Guilherme Meister |
Comentários
O artefato não contém tantas informações acerca dos requisitos, no projeto não há uma lista de todos os requisitos e isso compromete a qualidade do backlog, já que não é possível verificar se o backlog inclui todos os requisitos, além dos requisitos não estarem bem explicados e não possuirem rastreabilidade, não sabendo de onde esse requisito foi elicitado.
Gravação
Bibliografia
-
[1] Presman, Roger S; Maxim, Bruce R. Engenharia de software. 8. ed. Bookman, 2016. Acessado em: 06 de junho de 2024
-
ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT. Disponível em: https://www.abnt.org.br/. Acesso em: 07 jun. 2024.
-
[2] Documento de verificação do Grupo 3 Disciplina de Requisitos. Disponível em: https://github.com/Requisitos-de-Software/2023.1-VLC. Acesso em 07 jun. 2024
-
[3] Bourque and R.E. Fairley, eds., Guide to the Software Engineering Body of Knowledge, Version 3.0, IEEE Computer Society, 2014; www.swebok.org.
Histórico de Versões
Data |
Versão |
Descrição |
Autor(es) |
Data de revisão |
Revisor(es) |
|---|---|---|---|---|---|
| 10/06/2024 | 1.0 |
Documento criado | Guilherme Meister | 11/06/2024 | Henrique Galdino |