Verificação da Entrega 4
Introdução
Este documento inclui as verificações utilizadas para inspecionar a Entrega 4 do projeto Caesb Autoatendimento. Ao final, são apresentados em detalhes os resultados alcançados por meio dessa inspeção.
Objetivo
O objetivo da verificação é garantir que todos os critérios de avaliação foram plenamente atendidos. Para isso, é feita uma análise do conteúdo e da estrutura do artefato, com o intuito de melhorar sua qualidade.
Metodologia
A verificação foi realizada utilizando uma lista de critérios de avaliação, elaborada com base em uma lista com o conteúdo desenvolvido em sala de aula. Com essa lista, foi feito uma verificação para confirmar se cada critério de avaliação havia sido atendido ou não, contando ainda com uma coluna para observações, permitindo o registro de detalhes adicionais ou outras considerações. Neste documento, realizou-se a avaliação dos artefatos feitos com base nas Backlog, Histórias de Usuário e NFR Framework, todos relacionados às atividades realizadas no desenvolvimento do aplicativo Caesb Autoatendimento.
Verificação do Backlog
A tabela 01 apresenta a lista de verificação do artefato de Backlog que foi elaborada com base no plano de ensino da disciplina e a tabela 02 apresenta a verificação.
| ID | Descrição |
|---|---|
| 01 | As histórias de usuário no backlog foram estimadas em termos de esforço ou complexidade para ajudar na priorização e planejamento das iterações? |
| 02 | O backlog do produto foi constantemente revisado e atualizado para refletir mudanças nas necessidades do cliente ou no escopo do projeto? |
| 03 | Todos os itens do backlog têm uma descrição clara e compreensível? |
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 01 | As histórias de usuário no backlog foram estimadas em termos de esforço ou complexidade para ajudar na priorização e planejamento das iterações? | Não | versão 1.2 01/02 |
| 02 | O backlog do produto foi constantemente revisado e atualizado para refletir mudanças nas necessidades do cliente ou no escopo do projeto? | Sim | versão 1.2 01/02 |
| 03 | Todos os itens do backlog têm uma descrição clara e compreensível? | Sim | versão 1.2 01/02 |
Verificação das Histórias de Usuário
A tabela 03 apresenta a lista de verificação do artefato das Histórias de Usuário que foi elaborada com base no plano de ensino da disciplina e a tabela 04 apresenta a verificação.
| ID | Descrição |
|---|---|
| 01 | As histórias de usuário são claras, concisas e escritas em linguagem que o usuário compreenda, facilitando a comunicação entre stakeholders e a equipe de desenvolvimento?? |
| 02 | As histórias de usuário são pequenas o suficiente para serem concluídas em um único ciclo de desenvolvimento? |
| 03 | Cada história de usuário possui critérios de aceitação claramente definidos? |
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 01 | As histórias de usuário são claras, concisas e escritas em linguagem que o usuário compreenda, facilitando a comunicação entre stakeholders e a equipe de desenvolvimento? | Sim | versão 1.2 01/02 |
| 02 | As histórias de usuário são pequenas o suficiente para serem concluídas em um único ciclo de desenvolvimento? | Sim | versão 1.2 01/02 |
| 03 | Cada história de usuário possui critérios de aceitação claramente definidos? | Sim | versão 1.2 01/02 |
Verificação do NFR Framework
A tabela 05 apresenta a lista de verificação do artefato do NFR Framework que foi elaborada com base no plano de ensino da disciplina e a tabela 06 apresenta a verificação.
| ID | Descrição |
|---|---|
| 01 | O NFR Framework auxilia na identificação de conflitos entre requisitos não funcionais, permitindo que sejam resolvidos antes da implementação do sistema? |
| 02 | Os requisitos não funcionais documentados no NFR Framework foram rastreáveis para garantir que sejam implementados e testados adequadamente? |
| 03 | Os NFR Framework foram usados para relacionar requisitos não funcionais a métricas específicas, como tempo de resposta ou taxa de disponibilidade? |
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 01 | O NFR Framework auxilia na identificação de conflitos entre requisitos não funcionais, permitindo que sejam resolvidos antes da implementação do sistema? | Não | versão 1.2 01/02 |
| 02 | Os requisitos não funcionais documentados no NFR Framework foram rastreáveis para garantir que sejam implementados e testados adequadamente? | Sim | versão 1.2 01/02 |
| 03 | Os NFR Framework foram usados para relacionar requisitos não funcionais a métricas específicas, como tempo de resposta ou taxa de disponibilidade? | Não | versão 1.2 01/02 |
Problemas encontrados
Não foram encontrados problemas.
Sugestões
Como o artefato está de acordo com o esperado não há sugestões.
Link da gravação
Pode ser vista no YouTube.
Vídeo 01: Verificação Entrega 4
Autor(a): Joao Victor MarquesReferências Bibliográficas
SALES, André Barros de. Plano de Ensino - Requisitos de Software. Disponível em: https://aprender3.unb.br/mod/resource/view.php?id=1305187. Acesso em: 02 de Fev. de 2025.
Histórico de Versão
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 1.0 | 02/02/2025 | Criação do Documento e Lista de Verificação | Joao Victor Marques | Leandro de Almeida |
| 1.1 | 03/02/2025 | Adição de vídeo de verificação | Joao Victor Marques | Leandro de Almeida |