Lista de Verificação - historias de usuario¶
Descrição¶
Esse documento apresenta os objetivos da verificação, a metodologia utilizada e os dados da verificação.
Objetivo¶
O objetivo deste documento é relatar os resultados da verificação realizada acerca do artefato Histórias de Usuário.
Metodologia¶
A metodologia adotada baseia-se na elaboração de listas de verificação (checklists) para avaliar a qualidade e a completude das histórias de usuário produzidas no projeto.A partir desses critérios, foram elaboradas perguntas de verificação específicas, que permitem avaliar se cada história de usuário atende aos padrões recomendados
Conteúdo¶
Tabela de Verificação¶
| Perguntas | Fontes | Fotos | Autor |
|---|---|---|---|
| 1 - As historias de usuario descrevem algo que o sistema deve fazer para o usuário? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 307. | Referencia completa | Angélica |
| 2 - As historias de usuario Representa um requisito funcional? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 307. | Referencia completa | Angélica |
| 3 - As historias de usuario definem o escopo sem muitos detalhes? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 307. | Referencia completa | Angélica |
| 4 - As historias de usuario são uma declarações breves? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 307. | Referencia completa | Angélica |
| 5 - As histórias de usuario respondem às perguntas ‘Quem?’, ‘O que?’ e ‘Por quê? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 309. | Referencia completa | Vera |
| 6 - As história de usuario possuem provas de validação associadas para confirmar seu escopo? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 311. | Referencia completa | Vera |
| 7 - As história está escrita de forma compreensível ? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 308. | Referencia completa | Vera |
| 8 - As histórias de usuário são testáveis, com critérios claros para verificar se foi atendida? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 311. | Referencia completa | Vera |
| 9 - As histórias de usuário seguem o formato " Como < papel >, eu quero < algo >, para < me beneficiar > " ? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 309. | Referencia completa | Guilherme |
| 10 - As histórias de usuário utilizam o critério INVEST para garantir qualidade? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 309,310,311. | Referencia completa | Guilherme |
| 11 - As histórias de usuário são pequenas o suficiente para serem implementadas em uma iteração? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 308. | Referencia completa | Guilherme |
| 12 - As histórias de usuário são independentes umas das outras? | VASQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de Requisitos: software orientado ao negócio. 1. ed. 2016. p. 309,310. | Referencia completa | Guilherme |
| 13 - A História de Usuário detalha as características, a funcionalidade e o resultado requisitados para o software? | PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. | Referencia completa | Thiago |
| 14 - O cliente atribuiu um valor (prioridade) à História de Usuário com base no valor de negócio global da função ou recurso? | PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. | Referencia completa | Thiago |
| 15 - A História de Usuário tem um custo que não ultrapassa três semanas de desenvolvimento? | PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de Software: Uma Abordagem Profissional. | Referencia completa | Thiago |
| 16 - As histórias de usuário descrevem o resultado, as características e a funcionalidade requisitados para o software a ser construído? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 88. Citação no texto: (Pressman, s.d., p. 88) | Referência completa | Marcelo |
| 17 - O cliente atribuiu um valor (prioridade) a cada história com base no seu valor de negócio? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 88. Citação no texto: (Pressman, s.d., p. 88) | Referência completa | Marcelo |
| 18 - A equipe de desenvolvimento avaliou o custo de cada história (medido em semanas ou outra unidade de esforço)? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 88. Citação no texto: (Pressman, s.d., p. 88) | Referência completa | Marcelo |
| 19 - Histórias que demandam um tempo de desenvolvimento estimado muito longo (ex: mais de três semanas) foram divididas em histórias menores? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 88. Citação no texto: (Pressman, s.d., p. 88) | Referência completa | Marcelo |
| 20 - Os critérios de teste de aceitação são derivados das histórias de usuário? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 90. Citação no texto: (Pressman, s.d., p. 90) | Referência completa | Marcelo |
| 21 - Os testes de aceitação são especificados pelo cliente e focam em características e funcionalidades visíveis e revisáveis por ele? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 90. Citação no texto: (Pressman, s.d., p. 90) | Referência completa | Marcelo |
| 22 - Os critérios de aceitação foram definidos antes do início da codificação para a história correspondente? | PRESSMAN, Roger S. Desenvolvimento ágil. In: __. Engenharia de Software: Uma Abordagem Profissional. [S.l.: s.n., s.d.]. cap. 3, p. 90. Citação no texto: (Pressman, s.d., p. 90) | Referência completa | Marcelo |
| 23 - A História de Usuário foi escrita pelo cliente? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 24 - A História de Usuário foi registrada em uma ficha ou cartão? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 25 - A História descreve o resultado, as características e a funcionalidade requisitada? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 26 - O cliente atribuiu um valor (prioridade) de negócio à História? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 27 - O custo de desenvolvimento da História foi avaliado pela equipe em semanas? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 28 - O custo estimado de desenvolvimento da História é de, no máximo, três semanas? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 88) | Referência completa | Samuel |
| 29 - A equipe de desenvolvimento se concentra em projetar apenas para as necessidades imediatas des-critas na História? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 89) | Referência completa | Samuel |
| 30 - O projeto para a História evita a inclusão de funcionalidades extras que seriam necessárias apenas no futuro? | (PRESSMAN, Roger S. Engenharia de Software: uma abordagem profissional. Cap. 3, Item 3.4.2, Desenvolvimento Ágil, Pág. 89) | Referência completa | Samuel |
Nível de Contribuição dos Integrantes¶
| Nome | % de Contribuição |
|---|---|
| Angélica | 14,28% |
| Vera | 14,28% |
| Guilherme | 14,28% |
| Marcelo | 14,28% |
| Samuel | 14,28% |
| Thiago | 14,28% |
Histórico de versão¶
| Versão | Data | Descrição | Autor(es) | Revisor |
|---|---|---|---|---|
| 1.1 | 15/10/2025 | Adição da tabela de verificação | Angélica | Guilherme |
| 1.2 | 20/10/2025 | Adição dos links da tabela de verificação | Angélica | Guilherme |
| 1.3 | 20/10/2025 | Adição dos itens 5-8 | Vera | Raissa |
| 1.4 | 20/10/2025 | Adição dos itens 9-12 | Guilherme | Angélica |
| 1.5 | 22/10/2025 | Adição dos itens de 23-30 | Samuel | Vera |