Three Level Scale#
Introdução#
Esse documento tem como objetivo realizar a verificação do artefato Three Level Scale a partir do método de inspeção.
Checklist de Verificação#
| ID | Descrição | Referência | Status |
|---|---|---|---|
| 1 | Todos os requisitos foram identificados e documentados antes da priorização? | Leffingwell, D., & Widrig, D. (2003) | Sim |
| 2 | A escala de três níveis foi definida claramente (por exemplo: Alta, Média, Baixa) antes de iniciar a priorização? | Leffingwell, D., & Widrig, D. (2003) | Sim |
| 3 | Os critérios para classificar os requisitos em cada nível de prioridade estão bem documentados e compreendidos? | Cohn, M. (2004) | Não |
| 4 | Cada requisito foi avaliado de forma objetiva quanto à importância e urgência utilizando a escala de três níveis? | Leffingwell, D., & Widrig, D. (2003) | Sim |
| 5 | Existe consenso entre os stakeholders sobre a classificação dos requisitos nas categorias de prioridade? | Cohn, M. (2004) | Sim |
| 6 | As prioridades foram ajustadas considerando os recursos disponíveis e o prazo do projeto? | Cohn, M. (2004) | Não |
| 7 | A priorização reflete o valor de negócio e impacto de cada requisito para os objetivos do projeto? | Sommerville, I. (2011) | Sim |
| 8 | As dependências entre requisitos foram consideradas na priorização? | Cohn, M. (2004) | Sim |
| 9 | Foi realizada uma revisão para garantir que todos os requisitos foram corretamente priorizados? | Leffingwell, D., & Widrig, D. (2003) | Sim |
| 10 | A escala de prioridade foi aplicada consistentemente ao longo de todos os requisitos? | Leffingwell, D., & Widrig, D. (2003) | Sim |
| 11 | O processo de priorização foi documentado e está disponível para revisão futura? | Cohn, M. (2004) | Sim |
| 12 | A priorização foi revisada e validada com os stakeholders para garantir alinhamento com as expectativas? | Sommerville, I. (2011) | Sim |
Problemas encontrados#
- Os critérios para a classificação dos requisitos não foi documentada, sendo classificados a partir da percepção de cada integrante da atividade a cerca da importância e urgência dos requisitos levantados.
- Não foi feita uma consideração relevante dos recursos disponíveis para fazer a classificação, mantendo-se esse aspecto em um nível superficial.
Referências#
1. Leffingwell, D., & Widrig, D. (2003). Managing Software Requirements: A Use Case Approach (2nd Edition). Addison-Wesley.
2. Cohn, M. (2004). Agile Estimating and Planning. Prentice Hall.
3. Sommerville, I. (2011). Software Engineering (9th Edition). Addison-Wesley.
Histórico de Versão#
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 05/09/2024 | 1.0 | Criação do documento | Julio Roberto, Raquel Ferreira Andrade |
| 06/09/2024 | 1.1 | Aplicação do CheckList e Especificação de problemas encontrados | Julio Roberto, Raquel Ferreira Andrade |