Inspeção¶
Data | Responsável | Versão | Mudança realizada |
---|---|---|---|
05/04/2018 | Eduardo Júnio e Geovanne | 1.0 | Criação de questionário e inspeção de documentos de: rich picture, elicitação e iStar |
05/04/2018 | Amanda | 1.0 | Inserção de links de documentos de: rich picture, elicitação e iStar |
05/04/2018 | Amanda | 1.0 | Criação de questionário, inspeção e inserção de links de documentos de: especificação suplementar, ágil e NFR |
05/04/2018 | Lucas | 1.0 | Criação de questionário e inspeção de documentos de casos de uso |
10/06/2018 | Amanda | 1.0 | Criação de questionário, inspeção e inserção dos links de documentos de modelo de argumentação |
Inspeção de rich picture¶
Documento | Inspetor(es) | #1 O documento apresenta uma idéia geral de como o app funciona? |
#2 Todos os envolvidos no contexto do spotify foram representados corretamente? |
#3 Nas atualizações do RichPicture houve melhorias significativas? |
Observações |
---|---|---|---|---|---|
RichPicture Versão 2.0 | Eduardo e Geovanne | 8 | 10 | 7 | Desenhar novos richpictures que detalhem mais a relação entre os módulos do spotify |
Inspeção de modelos de argumentação¶
Documento | Inspetor(es) | #1 Os argumentos estão descritos de forma clara e inequívoca? |
#2 Todos os conflitos foram resolvidos de form satisfatória? |
#3 O documento utiliza os elementos do Framework de Avaliação da Aceitabilidade de forma correta? |
#4 AOs argumentos estão consistentes com o domínio da aplicação? |
Observações |
---|---|---|---|---|---|---|
Argumentação Artistas | Amanda | 10 | 9 | 10 | 10 | Enriquecer o modelo com mais argumentos, ampliando o debate; Adicionar mais modelos que cubram outros assuntos |
Argumentação Pagamento | Amanda | 10 | 9 | 10 | 10 | Enriquecer o modelo com mais argumentos, ampliando o debate; Adicionar mais modelos que cubram outros assuntos |
Inspeção de documentos de elicitação¶
Documento | Inspetor(es) | #1 Os itens apresentados no documento são coerentes com as funcionalidades apresentadas no app? |
#2 Os ítens dos módulos de elicitação são conflitantes? |
#3 Os requisitos elicitados em cada módulo estão r espresentados em casos de uso? |
#4 A priorização do product backlog e moscow são condizentes? |
#5 Os documentos de elicitação estão padronizados? |
#6 A documentacão existente tem boa rastreabilidade? |
#7 As técnicas de elicitação foram corretamente aplicadas? |
Observações |
---|---|---|---|---|---|---|---|---|---|
Plano de elicitação de requisitos de Música | Eduardo e Geovanne | 10 | 0 | 5 | 10 | 6 | 10 | 8 | "Modificar os estilo da tabela do moscow e atualizar tabela com o restante dos requsitos elicitados" |
Plano de elicitação de requisitos de Usuário | Eduardo e Geovanne | 8 | 0 | 7 | 10 | 6 | 10 | 8 | Atualizar os requisitos de usuário e artista |
Plano de elicitação de requisitos de Design | Eduardo e Geovanne | 0 | 0 | 0 | 0 | 0 | 3 | 0 | Aplicar no mínimo duas técnicas de elicitação e fazer o moscow. |
Plano de elicitação de requisitos de Marketing | Eduardo e Geovanne | 4 | 7 | 2 | 1 | 4 | 2 | 3 | Refatorar o moscow, mostrar fonte da observação participativa e identificar os requisitos elicitados em cada técnica |
Plano de elicitação de requisitos de Integração | Eduardo e Geovanne | 10 | 0 | 3 | 10 | 6 | 10 | 8 | Identificar os requisitos levantados em cada técnica. |
Plano de elicitação de requisitos de Monetização | Eduardo e Geovanne | 10 | 8 | 8 | 8 | 2 | 0 | 3 | Refatorar instrospecção ou mudar a técnica, refatorar o moscow, solucionar conflitos e identificar os requisitos levantados no storytelling. |
Inspeção de especificação suplementar¶
Documento | Inspetor(es) | #1 O documento está de acordo com o template padrão? |
#2 O documento está livre de erros ortográficos e gramaticais? |
#3 Os requisitos foram detalhados de forma clara e inequívoca? |
#4 As informações estão de acordo com o domínio da aplicação? |
#5 Foram capturados todos os requisitos de sistema que não foram capturados nos casos de uso? |
Observações |
---|---|---|---|---|---|---|---|
Especificação Suplementar | Amanda | 10 | 10 | 7 | 9 | 9 | Acrescentar mais informações nas especificações dos requisitos de usabilidade e confiabilidade; Completar histórico de revisão. |
Inspeção de documentação ágil¶
Documento | Inspetor(es) | #1 As histórias foram escritas de forma clara e inequívoca? |
#2 As histórias foram priorizadas? |
#3 As histórias foram priorizadas de acordo dcom o Moscow? |
#4 As histórias estão suficientemente atômicas? |
#5 As histórias possuem critérios de aceitação bem definidos? |
#6 As histórias possuem tarefas bem definidas? |
#7 As histórias possuem títulos significativos? |
#8 As histórias são estimáveis? |
#9 Todos os requisitos elicitados são cobertos pelas histórias? |
Observações |
---|---|---|---|---|---|---|---|---|---|---|---|
Product Backlog | Amanda | 10 | 10 | 0 | 7 | 0 | 0 | 0 | 5 | 7 | Adicionar títulos às histórias; Mudar a forma de priorização para ficar de acordo com o Moscow; Escrever critérios e tarefas pra as histórias; Escrever mais histórias |
Sprint Backlog | Amanda | 10 | 10 | 0 | 7 | N/A | N/A | 8 | 5 | N/A | Melhorar títulos das histórias |
Inspeção de casos de uso¶
Documentos inspecionados:
Inspeção:
Inspeção de NFR¶
Documento | Inspetor(es) | #1 Os softgoals possuem operacionalizações? |
#2 As operacionalizações foram escritas de forma a expressar uma ação? |
#3 As ligações indicam corretamente as contribuições e decomposições? |
#4 As labels foram utilizadas de forma correta? |
#5 As correlações entre softgoals estão explícitas? |
#6 As informações foram detalhadas de forma clara e inequívoca? |
#7 As decisões de priorização foram bem justificadas? |
Observações |
---|---|---|---|---|---|---|---|---|---|
NFR - Segurança | Amanda | 10 | 0 | 9 | 7 | 6 | 7 | 10 | Reescrever frases das operacionalizações; Padronizar símbolos de acordo com os demais NFRs |
NFR - Usabilidade | Amanda | 10 | 10 | 10 | 6 | 0 | 10 | 0 | Adicionar possíveis operacionalizações que não seriam selecionadas; Padronizar símbolos de acordo com os demais NFRs; Adicionar softgoals correlacionados, indicando as contribuições |
NFR - Portabilidade | Amanda | 10 | 0 | 10 | 5 | 0 | 5 | 5 | Reescrever frases das operacionalizações; Padronizar símbolos de acordo com os demais NFRs; Adicionar softgoals correlacionados, indicando as contribuições |
Inspeção de iStar¶
Documento | Inspetor(es) | #1 Possui todos os elementos necessários? |
#2 As operações (and/or) foram realizadas da forma correta? |
#3 Os atores foram representados da forma correta? |
#4 As fronteiras foram implementadas de forma correta? |
#5 As associações entre os atores refletem a realidade do app? |
#6 As abstrações complementares foram aplicadas da maneira correta? |
#7 Os links gerais estão corretos? |
Observações |
---|---|---|---|---|---|---|---|---|---|
Strategic Rationale Model | Eduardo e Geovanne | 8 | 9 | 10 | 10 | 9 | 9 | 4 | Refatorar os links gerais e as relações entre as tarefas e metas. |
Strategic Dependency Model | Eduardo e Geovanne | 3 | N/A | 10 | N/A | 3 | 9 | 10 | Adicionar mais recursos, tarefas, atores, softgoals e dependências. |