Cenários#
Introdução#
Esse documento tem como objetivo realizar a verificação do artefato Cenários a partir do método de inspeção.
Checklist da Verificação dos Cenários#
ID | Descrição | Referência | Status |
---|---|---|---|
1 | Todos os cenários foram definidos com base em requisitos claros e compreendidos? | Robertson, S., & Robertson, J. (2013) | Sim |
2 | Cada cenário descreve um fluxo de trabalho ou uma situação específica de uso do sistema? | Robertson, S., & Robertson, J. (2013) | Sim |
3 | Os cenários cobrem uma gama representativa de casos de uso, incluindo cenários típicos e exceções? | Sommerville, I. (2011) | Sim |
4 | Cada cenário inclui informações completas sobre os atores, suas ações e o sistema? | Robertson, S., & Robertson, J. (2013) | Sim |
5 | Os cenários estão escritos de forma clara e compreensível, evitando ambiguidades? | Sommerville, I. (2011) | Sim |
6 | Os cenários são consistentes com os requisitos funcionais e não funcionais do sistema? | Sommerville, I. (2011) | Sim |
7 | Foi realizada uma revisão dos cenários com stakeholders para garantir que todos os aspectos importantes foram cobertos? | Sommerville, I. (2011) | Sim |
8 | Cada cenário tem uma estrutura padrão, como introdução, precondições, fluxo principal e pós-condições? | Robertson, S., & Robertson, J. (2013) | Sim |
9 | Os cenários incluem tanto o fluxo normal quanto exceções? | Robertson, S., & Robertson, J. (2013) | Sim |
10 | Os cenários são verificáveis e fornecem critérios claros para validar a funcionalidade do sistema? | Sommerville, I. (2011) | Sim |
11 | Os cenários estão alinhados com os objetivos e restrições do projeto? | Robertson, S., & Robertson, J. (2013) | Sim |
12 | Os cenários foram documentados de maneira que facilitem a comunicação entre desenvolvedores, testadores e stakeholders? | Robertson, S., & Robertson, J. (2013) | Sim |
13 | Foi feita uma análise de cobertura para garantir que todos os aspectos críticos do sistema estejam representados? | Robertson, S., & Robertson, J. (2013) | Sim |
Problemas encontrados#
- A análise de cobertura para garantir que todos os aspectos críticos do sistema estejam representadas foi realizada parcialmente, não sendo documentada.
Referências#
1. Robertson, S., & Robertson, J. (2013). Mastering the Requirements Process: Getting Requirements Right. Addison-Wesley.
2. 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 |