Planejamento
Introdução
A verificação e validação (V&V) são etapas essenciais no ciclo de desenvolvimento e de vida de um software, que efetivamente dá suporte para a qualidade e a confiabilidade dos artefatos construídos. A verificação consiste em uma análise criteriosa dos artefatos, assegurando que estejam em conformidade com os requisitos estabelecidos e os padrões técnicos necessários.
Assim esse documento realiza a construção fundamentada da lista de verificação para os métodos de Priorização.
Objetivos
O objetivo desse documento é construir a lista de verificação para os artefatos em questão, apresentando as fontes e os autores de cada item, mas sem avaliá-los. A avaliação em si de cada item será feita no documento de AutoInspeção Grupo 8 - Sympla e Inspeção Grupo +1 - Bluesky, que estão nessa mesma pasta.
Metodologia
Para a construção dessa lista de verificação, foram reunidos os itens desenvolvidos por cada um dos integrantes da equipe, agrupando os itens que se repetiram.
A Tabela 1 apresenta os itens reunidos e tem as seguintes colunas:
- ID: código que identifica o item
- Descrição: o conteúdo do item em si
- Autor: o(s) integrante(s) responsável(is) por cada item
- Fonte: referência para a origem do item
- Imagem: imagem da fonte de onde o item foi retirado
Lista de Verificação - Técnicas de Priorização
Na Tabela 1 é apresentada a lista de verificação construída conforme a metodologia acima.
Tabela 1: Lista de Verificação Planejada - Técnicas de Priorização
| ID | Descrição | Autor | Fonte | Imagem |
|---|---|---|---|---|
| Three Level Scale | ||||
| 1 | São utilizadas duas dimensões para facilitar a priorização dos requisitos. | Rafael Pereira, Milena Rocha | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 2 | Com base na análise bidimensional os requisitos são classificados em alta, média e baixa prioridade. | Rafael Pereira | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 3 | Se existirem, os requisitos do quarto quadrante da análise bidimensional são reavaliados sobre sua existência ou classificados como baixa prioridade. | Rafael Pereira | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 4 | Os requisitos foram agrupados em 3 diferentes categorias, sendo elas baixa, média e alta. | Milena Rocha, Victor Hugo, Gabriel Scheidt | SOFTWARE REQUIREMENTS. 3rd Edition. Disponível em: link. Acesso em: 18 jan. 2025. | Imagem |
| 5 | Há um stakeholder para concordar com os níveis classificados. | Milena Rocha | SOFTWARE REQUIREMENTS. 3rd Edition. Disponível em: link. Acesso em: 18 jan. 2025. | Imagem |
| 6 | Resquisitos de alta prioridade foram definidos como importantes e urgentes. | Renan Araújo, Victor Hugo | FIRST things first: Setting requirement priorities. In: WIEGERS, Karl E.; BEATTY, Joy. pg 319. Disponível em: link. | Imagem |
| 7 | Requisitos de média prioridade foram definidos como importantes, mas não urgentes. | Renan Araújo | FIRST things first: Setting requirement priorities. In: WIEGERS, Karl E.; BEATTY, Joy. pg 319. Disponível em: link. | Imagem |
| 8 | Requisitos de baixa prioridade foram definidos como não importantes e não urgentes. | Renan Araújo | FIRST things first: Setting requirement priorities. In: WIEGERS, Karl E.; BEATTY, Joy. pg 319. Disponível em: link. | Imagem |
| 9 | As dependências entre requisitos foram consideradas ao aplicar a priorização. | Renan Araújo | FIRST things first: Setting requirement priorities. In: WIEGERS, Karl E.; BEATTY, Joy. pg 319. Disponível em: link. | Imagem |
| 10 | Foi apresentado um termo de consentimento para os participantes da técnica. | Victor Hugo | BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011. Acesso em: 14 Jan. de 2025 | Imagem |
| 11 | Os critérios de importância e urgência estão explicitamente definidos e compreendidos por todos os membros da equipe. | Gabriel Scheidt | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. p.319 | Imagem |
| 12 | Existe uma metodologia documentada para garantir que os critérios de priorização sejam aplicados de forma consistente por todos os envolvidos. | Gabriel Scheidt | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. p.319 | Imagem |
| In or Out | ||||
| 1 | Todos os requisitos foram analisados e categorizados corretamente como "In" (dentro) ou "Out" (fora)? | Rafael Pereira | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 2 | As decisões de priorização foram feitas considerando os objetivos do projeto e a necessidades para a entrega do projeto? | Gabriel Scheidt | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 3 | Os requisitos classificados como "Out" foram documentados para análise futura? | Milena Rocha | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 4 | A priorização foi feita com envolvimento de todas as partes interessadas, garantindo um processo colaborativo? | Victor Hugo | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
| 5 | Foi feito uma tabela para vzualiação dos requisitos que foram classificados como "In" e "Out" | Renan Araújo | WIEGERS, Karl; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. 637 p. ISBN 978-0-7356-7966-5. | Imagem |
Autores: Rafael Pereira e Gabriel Scheidt, 2025
Bibliografia
SOFTWARE REQUIREMENTS. 3rd Edition. Disponível em: link. Acesso em: 18 jan. 2025.
BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011. Acesso em: 14 Jan. de 2025
WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. p.319
Histórico de Versões
| Versão | Descrição | Autor | Data | Revisor |
|---|---|---|---|---|
| 1.0 | Criação desse documento | Rafael Pereira | 03/02/2025 | Milena Rocha |
| 1.1 | Adição da técnica In or Out | Gabriel Scheidt | 06/02/2025 | Milena Rocha |