Verificação 2 - Requisitos-2017-2/Grupo-Spotify GitHub Wiki

Introdução

Seguindo o modelo cíclico - interativo e incremental - proposto pelo time, após a segunda reunião de planejamento foram identificados novas lacunas e erros nas técnicas e artefatos listadas na próxima seção.

Feito isso foi acordado que haveria uma nova divisão entre os membros do time para que houvesse o emprego de esforço na refatoração e melhoria dos artefatos gerados pela equipe até o presente momento, dessa vez mudando o "analistas" do artefato, de maneira que não se repetissem os "analistas".

Antes disso foi refinado o Checklist elaborado na fase anterior. Sendo este um Checklist de Rastreamento, além do refinamento foi elaborado o Checklist de Verificação e Validação propriamente dito.

Problemas Encontrados e Status de Solução

NFR

  • Estabelecer relações entre Task e Soft Goals.
  • Abranger o Escopo.
  • Especificar melhor tasks (especial de ux).
  • Quebrar soft goals muito abrangentes.
  • Especificar influencia da gravadora.
  • Especificar compartilhamentos.
  • Adicionar outros gerenciamentos.
    • Rádio.
    • Podcast.
    • Biblioteca.
  • Quebrar propaganda em mais Tasks.

iSTAR

  • Novas Versões.
    • Geral.
    • Free.
    • Premium.

ESPECIFICAÇÃO SUPLEMENTAR

  • Granularizar as funcionalidades que garantem a facilidade de uso.
  • Definir melhor a Rapidez do sistema.
  • Granularizar as funcionalidades que garantem a confiabilidade.

USER STORIES

  • Desenvolver mais histórias de usuários.
  • Melhorar critérios de aceitação.

CASOS DE USO

  • Evoluir descrição dos casos de uso.
  • Adicionar especificações mais descritivas.

Cenários & Léxicos

  • Adicionar mais Léxicos devido à evolução do projeto.
    • "Salvar música".
    • "Salvar artista".
    • "Salvar álbum".
    • "Salvar estações".
    • "Salvar podcasts".
    • "Curtir música".
    • "Não curtir música".
    • "Configurar qualidade de transmissão".
    • "Configurar qualidade de Download".
    • "Acessar biblioteca".
  • Adicionar mais Cenários devido à evolução do projeto.
    • "Biblioteca".
    • "Estações".
    • "Álbum".
    • "Artista".
    • "Curtir".
    • "Não curtir".
    • "Download".
    • "Podcast".
    • "Transmissão".

ARGUMENTAÇÃO

  • Desenvolver modelos mais complexos de argumentação.

RICH PICTURE

  • Desenvolver RichPicture do Artista.

VERIFICAÇÃO E VALIDAÇÃO

  • Nova versão com as correções propostas aplicadas
  • CheckList de Verificação e Validação

MATRIZ DE RASTREABILIDADE

  • Versão Corrigida: BackWard From
  • Versão Corrigida: Forward From

CheckList de Verificação e Validação

RichPicture

1 - Todos os pontos de vista estão definidos em RichPictures separados? Resposta: Sim

2 - Os atores do sistema estão definidos no RichPicture?

Resposta: Sim

3 - As diversas visões nos RichPictures estão representando bem o sistema de maneira conjunta?

Resposta: Sim

Questionários, Guias e Roteiros

1 - Os questionários conseguiram ajudar a identificar lacunas e "novos" requisitos?

Resposta: Sim

2 - Os questionários abrangem as diversas visões da comunidade de usuários?

Resposta: Sim

2 - Os roteiros possuem perguntas significativas?

Resposta: Sim

Cenário

1 - Todos os cenários possuem título?

Resposta: Sim

2 - Todos os cenários possuem Objetivo?

Resposta: Sim 3 - Todos os cenários estão em um contexto?

Resposta: Sim

4 - Todos os atores estão devidamente definidos?

Resposta: Sim

5 - Existem padrões nas descrições de cada cenário?

Resposta: Sim

6 - Todos os cenários estão linkados com os léxicos?

Resposta: Sim 7 - Os atores estão linkados com os léxicos?

Resposta: Sim, porém apenas na ferramenta.

8 - Os links para os léxicos estão funcionando?

Resposta: Sim

9 - Existem cenários para todos os requisitos?

Resposta: Sim

Léxicos

1 - Os léxicos estão padronizados em sua representação?

Resposta: Sim

2 - Todos os impactos estão bem definidos?

Resposta: Sim

3 - Todos os léxicos contém sinônimos?

Resposta: Sim

4 - Os links dos cenários estão definidos nos léxicos?

Resposta: Sim, porém apenas na ferramenta.

Especificação de Casos de Uso

1 - Todas as pré-condições estão devidamente informadas nas regras de negócio?

Resposta: Sim

2 - Os atores estão padronizados em cada especificação?

Resposta: Sim

3 - Todas as especificações que necessitam de regras de negócio, possuem?

Resposta: Sim

4 - Os fluxos básicos, alternativos e de exceção estão devidamente indexados?

Resposta: Sim

5 - As especificações estão ordenadas numericamente?

Resposta: Sim

6 - Existem casos de uso para todos os requisitos?

Resposta: Sim

Diagrama de Casos de Uso

1 - Os diagramas de casos de uso estão condizentes com os cenários e os casos de uso da aplicação?

Resposta: Sim

2 - As relações include e extend estão definidas corretamente?

Resposta: Sim

3 - O diagrama de cada escopo do projeto está definido?

Resposta: Sim

Especificação suplementar

1 - A especificação suplementar segue o modelo FURPS+?

Resposta: Sim

2 - Todos os tópicos da especificação suplementar estão bem organizados?

Resposta: Sim

3 - Os requisitos não-funcionais podem ser bem identificados na especificação suplementar?

Reposta: Apenas os requisitos identificados pela proposta FURPS+, mais requisitos podem ser encontrados no NFR e iStar.

Backlog da Sprint

1 - Todas as histórias estão quebradas em Tasks?

Resposta: Sim

2 - Todas as histórias possuem critério de aceitação?

Resposta: Sim

3 - Todas as histórias possuem responsáveis?

Resposta: Sim

4 - Para cada task existe um critério de aceitação?

Resposta: Sim

5 - Os critérios de aceitação estão referenciados aos seus respectivos critérios de aceitação?

Resposta: Sim

6 - Todas os critérios de aceitação estão de acordo com os requisitos da história?

Resposta: Sim

7 - Todas as tasks englobam o que as histórias devem fazer?

Resposta: Sim

8 - Todas as sprints estão divididas igualitariamente de acordo com a quantidade de pontos?

Resposta: Sim.

9 - Todas as histórias do product backlog foram planejadas dentro de sprints?

Resposta: Sim

Épicos e Features

1 - Todos os épicos existentes derivam do tema proposto?

Resposta: Sim

2 - Todos os épicos existentes estão em alto-nível, ou seja, abrangem um contexto mais amplo?

Resposta: Sim

3 - Todas as features existentes estão linkadas com seus respectivos épicos?

Resposta: Sim

4 - Todos os épicos, features e user stories estão identificadas de forma padronizada?

Resposta: Sim

5 - Todos os épicos relacionados ao projeto estão listados?

Resposta: Sim

6 - As descrições dos épicos estão apresentadas de forma correta e padronizada?

Resposta: Sim

iStar

1 - Os Atores estão bem definidos ?

Resposta: Sim.

2 - Os Hardgoals estão bem definidos ?

Resposta: Sim.

3 - Os Softgoals estão bem definidos ?

Resposta: Sim

4 - As Tasks estão bem definidos ?

Resposta: Sim.

5 - Todos os Hardgoals do diagrama estão listados no iStar Goals ?

Resposta: Sim.

6 - Todos os Softgoals do diagrama estão listados no iStar Goals ?

Resposta: Sim.

7 - Os Hardgoals tem bons nomes ?

Resposta: Sim.

8 - Os Softgoals tem bons nomes ?

Resposta: Sim.

9 - As tasks tem bons nomes ?

Resposta: Sim.

11 - Os Resources tem bons nomes ?

Resposta: Sim.

13 - Todos os links entre Hardgoals e outros elementos estão corretos ?

Resposta: Sim.

14 - Todos os links entre Softgoals e outros elementos estão corretos ?

Resposta: Sim.

15 - Todos os links entre Tasks e outros elementos estão corretos ?

Resposta: Sim.

16 - Todos os links de dependencia estão corretos ?

Resposta: Sim.

17 - Todos as associações entre atores estão corretas ?

Resposta: Sim.

NFR Framework

1 - Todos os requisitos não funcionais possuem operationalizing softgoals?

Resposta: Sim

2 - As contributions estão bem definidas nos diagramas SIG?

Resposta: Sim

Verificação

1 - A Verificação está abrangendo todos os artefatos?

Resposta: Sim.

2 - O Checklist engloba todas as lacunas do projeto ?

Resposta: Sim.

Matriz de Rastreabilidade

1 - A matriz possui ambas as versões Backward From e Forward From?

Resposta: Sim.

2 - A matriz Backward From foi versionada?

Resposta: Não

3 - A matriz Forward From foi versionada?

Resposta: Não