Lista de Verificação - Three Level Scale¶
Descrição¶
Esta lista de verificação foi elaborada para inspecionar o artefato relacionado à técnica Three Level Scale.A Three Level Scale é uma técnica simples e eficaz de priorização de requisitos utilizada na engenharia de requisitos para classificar cada item em três níveis de importância: alta, média e baixa prioridade. Essa abordagem permite uma visão geral clara sobre quais requisitos devem ser implementados primeiro, equilibrando a relevância funcional, o impacto no usuário e a viabilidade técnica.
Objetivo¶
Garantir que a técnica Three Level Scale seja aplicada de forma consistente e criteriosa, assegurando que a classificação dos requisitos reflita corretamente suas prioridades e contribua para uma tomada de decisão mais estratégica no planejamento do projeto.
Metodologia¶
A lista de verificação foi desenvolvida com base em referências teóricas e práticas sobre priorização de requisitos, com foco na aplicação da técnica Three Level Scale. Cada item da lista foi formulado para avaliar a clareza dos critérios de priorização, a coerência na atribuição dos níveis de importância e a documentação adequada dos resultados obtidos, garantindo transparência e rastreabilidade no processo de priorização.
Conteúdo¶
Tabela de Verificação¶
| ID | Item de verificação | Fontes | Fotos | Autor |
|---|---|---|---|---|
| 1 | O projeto está utilizando três categorias de prioridade (alta, média e baixa)? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Vera Lucia |
| 2 | Os stakeholders chegaram a um consenso sobre o que cada nível de prioridade significa? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Vera Lucia |
| 3 | Os requisitos de alta prioridade foram definidos como sendo ao mesmo tempo importantes e urgentes? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Vera Lucia |
| 4 | Foi verificado se requisitos contratuais ou de conformidade foram corretamente classificados como alta prioridade? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Vera Lucia |
| 5 | Os requisitos de média prioridade foram classificados como importantes, mas não urgentes? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Vera Lucia |
| 6 | Os requisitos de baixa prioridade foram classificados como nem importantes nem urgentes? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 7 | Requisitos considerados urgentes, mas não importantes, foram devidamente descartados ou realocados em baixa prioridade? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 8 | A priorização levou em conta as dimensões de importância e urgência de forma clara e consistente? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 9 | Cada requisito recebeu um atributo de prioridade registrado no documento de requisitos ou base de dados? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 10 | Foi estabelecida uma convenção para indicar se requisitos de alto nível transmitem sua prioridade para requisitos subordinados? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 11 | Em projetos grandes, foi feita uma subdivisão dos requisitos de alta prioridade em grupos adicionais (ex.: “alto”, “mais alto”, “altíssimo”), quando necessário? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 12 | A equipe validou se todos os requisitos classificados como “altíssima prioridade” realmente precisam estar na próxima entrega para que o produto seja utilizável? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
| 13 | Foram analisadas as dependências entre requisitos para evitar que um requisito de alta prioridade dependa de outro de baixa prioridade planejado para depois? | WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond, WA: Microsoft Press, 2013. | Referencia completa | Guilherme |
Lista de Verificação¶
Lista de Verificação da Técnica de Priorização Three Level Scale
Nível de Contribuição dos Integrantes¶
| Nome | % de Contribuição |
|---|---|
| Guilherme | 50% |
| Vera Lucia | 50% |
Referências¶
WIEGERS, Karl; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013. 638 p.,
Histórico de versão¶
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 1.0 | 29/09/2025 | Criação da estrutura da página | Vera Lucia | Guilherme |
| 1.1 | 29/09/2025 | Adicionando lista de verificação | Vera Lucia | Guilherme |
| 1.2 | 01/10/2025 | Adicionando Verificação e Inspeção do grupo +1 | Vera Lucia | Guilherme |
| 1.3 | 07/10/2025 | Correção da estrutura da página | Guilherme | Vera Lucia |
| 2.0 | 19/11/2025 | Adição das imagens para referencia | Vera Lucia | Guilherme |