Planejamento
Planejamento da Verificação da Entrega 3 do Grupo 6 - Skoob
Introdução
A fase de verificação representa um passo fundamental no desenvolvimento de um projeto, dedicada à análise dos artefatos produzidos para garantir a aderência aos requisitos determinados. Assim, este documento detalha o planejamento para verificar os artefatos de NFR Framework, Product Backlog e Histórias de Usuário, elaborados pelo Grupo 6 durante a Entrega 4.
Objetivo
Este documento tem como objetivo a análise do artefato de cenários elaborado pelo Grupo 6 - Skoob. É importante destacar que essa avaliação é conduzida de forma imparcial e isenta de qualquer intenção de crítica pessoal.
Metodologia
A verificação será realizada por meio de inspeção, seguindo os seis passos principais conforme proposto por Fagan: planejamento, visão geral, preparação, inspeção, correção e acompanhamento. Para a elaboração do modelo de critérios, os membros do grupo considerarão elementos relevantes da disciplina, bem como as informações compartilhadas pelo professor em sala de aula. Na definição dos critérios específicos, o responsável pelo artefato deve se basear no plano de ensino da disciplina e nas correções disponibilizadas pelo monitor. Além disso, trabalhos de semestres anteriores podem servir como fonte de inspiração na criação dos critérios.
Cronograma
A tabela 1 a seguir apresenta o cronograma das atividades a serem realizadas.
| Data | Descrição | Responsável |
|---|---|---|
| 13/11/2023 | Verificação do NFR Framework | Pedro Siqueira |
| 13/11/2023 | Verificação do Product Backlog | Pedro Siqueira |
| 13/11/2023 | Verificação das Histórias de Usuário | Júlia Vitória |
Checklists
As checklists foram desenvolvidas com base em padrões de referência para os artefatos. Elas foram organizadas em duas seções: uma geral, que é aplicável em todas as etapas, e outras específicas para a Verificação do NFR Framework, Product Backlog e Histórias de Usuário . As tabelas de 2 a 5 detalham essas checklists.
Geral
A tabela 2 a seguir apresenta a checklist referente aos aspectos gerais que os artefatos devem seguir.
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 1 | O artefato possui introdução? | ||
| 2 | O artefato possui uma bibliografia/referência bibliográfica? | ||
| 3 | O artefato possui um histórico de versões com o id e descrição das versões, data, autores e revisores? | ||
| 4 | Todas as tabelas e imagens são chamadas no texto, possuem legendas e fontes? | ||
| 5 | Todos os textos estão na norma padrão? |
Verificação do NFR Framework
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | Os gráficos SIG foram validados por Fontes Externas? | ||
| 7 | Cada SIG possui sua respectiva propagação de Impacto? | ||
| 8 | Os softgoals se refinam até um nível de especificação bem definido? | ||
| 9 | Os cartões de especificação representam requisitos não-funcionais verificáveis? | ||
| 10 | Os cartões de especificação possuem: Identificador, Classificação, Descrição, Justificativa, Origem, Critério de Aceitação, Dependências, Prioridade, Conflitos e História? | ||
| 11 | Os Softgoals NFR estão representados apropriadamente dada a sua definição? | ||
| 12 | Os Softgoals de Operacionalização estão representados apropriadamente dada a sua definição? | ||
| 13 | Os Softgoals de Afirmação estão representados apropriadamente dada a sua definição? | ||
| 14 | Os requisitos não-funcionais apresentados nos cartões foram priorizados com algum método? |
Verificação do Backlog
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | A participação do cliente e/ou persona na elicitação de requisitos? | ||
| 7 | São apresentados os requisitos priorizados? | ||
| 8 | Os requisitos listados estão vinculados a uma história de usuário? | ||
| 9 | Os requisitos listados apresentam uma história de usuário condizente ao épico definido e vice-versa? | ||
| 10 | O backlog possui épicos e temas bem definidos e descritos? | ||
| 11 | O backlog possui validação de um PO (Product Owner)? | ||
| 12 | O backlog possui ligação com o artefato História de Usuário? |
Verificação das Histórias de Usuário
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 6 | As histórias de usuários estão escritas de forma clara e concisa, com descrição do "quem", "o que" e "por que"? | ||
| 7 | Cada história de usuário possui um título auto-explicativo, isto é, que resume o objetivo principal da história? | ||
| 8 | As histórias de usuários foram provenientes do cliente? | ||
| 9 | As histórias de usuário incluem critérios de aceitação que definam o que é necessário para que a história seja considerada concluída? | ||
| 10 | As histórias de usuário são testáveis, possibilitando a verificação e validação do sistema com base nos critérios de aceitação definidos? |
Histórico de Versão
A tabela 6 representa o histórico de versão do documento.
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
1.0 |
13/11/2023 | Criação do artefato | Júlia Vitória | - |
1.1 |
13/11/2023 | Aperfeiçoamento das tabelas | Júlia Vitória | - |
Bibliografia
[2] SALES, ANDRÉ B. Plano de ensino da disciplina de Requisitos de Software. Universidade de Brasília. 2023.