Verificação do Artefato First Things First
Introdução
Neste artefato, está descrito os resultados da verificação do artefato de First Things First feito pelo Grupo 04 da disciplina de Requisitos de Software, e referente ao aplicativo Gov.br. Lembrando que o foco não é apontar quem errou e sim os problemas presentes no artefato produzido, e por fim garantir os critérios de qualidade estabelecidos.
Metodologia
Este artefato foi verificado por Pablo S. Costa, seguindo a divisão planejada pelo grupo na reunião 5.Para a verificação do artefato, foi utilizada a versão 1.4 datada do dia 22/04/2024. Adotamos a metodologia de inspeção por checklist (tabela 1) neste processo, em que para cada item do checklist teremos: descrição do item em verificação, resposta à avaliação (pode ser "Sim", "Não", "Incompleto" ou "Não se Aplica") e a fonte que o fundamenta. Ao final, na seção de Problemas Encontrados, são comentados os itens negativos .
Apresentação dos Dados
Checklist de verificação
Tabela 1 - Perguntas elaboradas de acordo com os objetivos.
| ID | Descrição | Avaliação | Referência |
|---|---|---|---|
| 1 | Priorização Inicial: Verificar se a priorização inicial das histórias de usuário foi realizada, distinguindo entre o que deve ser incluído nas primeiras iterações e o que pode esperar. | 1. "CHAPTER 16 First things first: Setting requirement priorities" pg. 313 | |
| 2 | Urgência e Importância: Avaliar se as necessidades urgentes e importantes, como os relatórios exigidos pelo departamento de saúde e segurança, foram identificadas e priorizadas. | 1. "CHAPTER 16 First things first: Setting requirement priorities" pg. 313 | |
| 3 | Funcionalidade Imediata: Checar se funcionalidades que oferecem valor imediato, como a função de busca no catálogo online, estão planejadas para desenvolvimento inicial. | 1. "CHAPTER 16 First things first: Setting requirement priorities" pg. 313 | |
| 4 | Consenso dos Stakeholders: Confirmar se houve um esforço para alcançar um consenso entre os stakeholders sobre quais funcionalidades implementar primeiro. | 1. "CHAPTER 16 First things first: Setting requirement priorities" pg. 313 | |
| 5 | Benefício Relativo: Verifique se cada requisito foi avaliado corretamente em termos de benefício relativo para o cliente ou negócio numa escala de 1 a 9. | 1. "Prioritization based on value, cost, and risk" pg. 322 | |
| 6 | Penalidade Relativa: Confirme se a penalidade relativa, caso o requisito não seja incluído, foi estimada de forma precisa na mesma escala. | 1. "Prioritization based on value, cost, and risk" pg. 322 | |
| 7 | Custo Relativo: Assegure-se de que o custo relativo para implementar cada requisito foi estimado pelos desenvolvedores, também numa escala de 1 a 9. | 1. "Prioritization based on value, cost, and risk" pg. 322 | |
| 8 | Risco Relativo: Verifique se o risco técnico associado a cada requisito foi avaliado corretamente, utilizando a mesma escala. | 1. "Prioritization based on value, cost, and risk" pg. 322 |
Fonte: Pablo S. Costa, 2024.
Verificação
Abaixo temos a realização em video e tabela 2 da verificação.
Tabela 2 - Check list preenchido.
| ID | Descrição | Avaliação | Observações |
|---|---|---|---|
| 1 | Priorização Inicial: Verificar se a priorização inicial das histórias de usuário foi realizada, distinguindo entre o que deve ser incluído nas primeiras iterações e o que pode esperar. | Sim | |
| 2 | Urgência e Importância: Avaliar se as necessidades urgentes e importantes, como os relatórios exigidos pelo departamento de saúde e segurança, foram identificadas e priorizadas. | Não se aplica | Este ponto não se aplica por ser um projeto acadêmico independente sobre um software governamental já implementado. |
| 3 | Funcionalidade Imediata: Checar se funcionalidades que oferecem valor imediato, como a função de busca no catálogo online, estão planejadas para desenvolvimento inicial. | Sim | |
| 4 | Consenso dos Stakeholders: Confirmar se houve um esforço para alcançar um consenso entre os stakeholders sobre quais funcionalidades implementar primeiro. | Sim | |
| 5 | Benefício Relativo: Verifique se cada requisito foi avaliado corretamente em termos de benefício relativo para o cliente ou negócio numa escala de 1 a 9. | Sim | |
| 6 | Penalidade Relativa: Confirme se a penalidade relativa, caso o requisito não seja incluído, foi estimada de forma precisa na mesma escala. | Sim | |
| 7 | Custo Relativo: Assegure-se de que o custo relativo para implementar cada requisito foi estimado pelos desenvolvedores, também numa escala de 1 a 9. | Sim | |
| 8 | Risco Relativo: Verifique se o risco técnico associado a cada requisito foi avaliado corretamente, utilizando a mesma escala. | Sim |
Fonte: Pablo S. Costa, 2024.
Problemas Encontrados
Aqui será apresentado todos os problemas identificados durante o processo de verificação do artefato de link do artefato.
- ID 2: Urgência e Importância
- Avaliação: Não se aplica
- Comentário: Este ponto não se aplica por ser um projeto acadêmico independente sobre um software governamental já implementado.
Bibliografia
1. WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. [S.l.]: Microsoft Press, 2013.
Histórico de Versões
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
1.0 |
10/06/2024 | Criação do documento | Pablo S. Costa | Gabriel F. J. Silva |