Skip to content

MoSCoW

Histórico de revisão

Data Versão Descrição Autor
27/03/2019 0.1 Abertura do documento Geovanne Saraiva
22/05/2019 0.2 Formatação do documento Igor Aragão
30/05/2019 0.3 Atualização de requisitos Geovanne Saraiva, Willian, Vinicius

1. Introdução

Este documento foi desenvolvido para a disciplina de Desenho e Arquitetura de Software, da Universidade de Brasília, no qual o grupo procura priorizar as funcionalidades elicitadas durante o projeto UNBIND.

2. Objetivo

O documento presente visa priorizar os requisitos referentes ao projeto UNBIND, sendo esses requisitos o resultado dos processos de elicitação aplicados.

3. MoSCoW

Os requisitos listados abaixo foram obtidos a partir das técnicas de elicitação apresentadas anteriormente.

  • Must: O que acontece se esse requisito não for atendido? ”Se a resposta for cancelar o projeto então deve se usar o must, não é possível entregar na data prevista sem isso, Inseguro sem isso.
  • Should: Importante, mas não vital, pode ser doloroso deixar de fora, mas a solução ainda é viável.
  • Could: Os requisitos rotulados como Could são desejáveis, mas não necessários, e podem melhorar a experiência do usuário ou a satisfação do cliente por um pequeno custo de desenvolvimento. Estes serão tipicamente incluídos se o tempo e os recursos permitirem.
  • Would: Requisitos rotulados como Would terão que ser acordados pelas partes interessadas como os itens menos críticos e de menor retorno, ou não são apropriados naquele momento. Como resultado, os requisitos não serão planejados no cronograma do próximo timebox de entrega. Os requisitos não serão eliminados ou reconsiderados para inclusão em um timebox posterior.

3.1 Usuário

Requisitos Must (deve ter) Should (deveria ter) Could (poderia ter) Would (seria legal ter)
Validação dos dados de conta do usuário x
Indicar desafios semanais pro user x
Dar uma pontuação diferente de acordo com o peso da atividade x
Atualizar Atividades Periódicas x
Gerar Avaliação de Desempenho x
Atualizar Artigos Personalizados x
Classificação de Perfil de Usuário x
Dividir Artigos por Categoria x
Listar tarefas concluídas e não concluídas x
pontuar por tarefa concluída x
Dividir artigos gerais por categoria x
Atualizar categorias individuais x
Mensagens de feedback por conclusão de tarefa x
Listar artigos gerais de cada categoria x

3.2 Site

Requisitos Must (deve ter) Should (deveria ter) Could (poderia ter) Would (seria legal ter)
Cadastrar Usuário x
Acessar Perfil x
Escolher áreas de interesse x
Responder Questionário x
Gerenciar dados de usuário x
Excluir conta x
Acessar artigos personalizados x
Selecionar artigo x
Acessar tarefas x
Listar tarefas concluídas e não concluídas x
Selecionar tarefas individuais x
Marcar tarefa como concluída x
Login de admin do site x
Cadastrar admin x
Gerenciar Atividades x
Acessar categorias gerais x
Acessar Artigo x
Sair do site x

4. Referências

  • Anguera, Metodologia de la observación en las Ciencias Humanas, 1985.
  • McIntyre, John (October 20, 2016). "Moscow or Kano - how do you prioritize?