Data	Versão	Modificação	Autor
03/04/2018	1.0	Inicializa o documento com a estrutura básica e completa	Guilherme Lacerda e Guilherme Augusto

Sumário

1. Introdução

2. Priorização

MoSCoW

1. introdução

   Com o foco na entrega de valor do projeto de forma mais rápida e contínua criou-se a necessidade da priorização da demanda, da entrega e das atividades.

   Com base em tais necessidades, decidimos utilizar uma técnica para a priorização de requisitos, MoSCoW. Facilitando assim, a construção do nosso plano de gerência em relação à necessidade de entrega de cada funcionalidade.

   A técnica é muito simples de ser aplicada. Para cada requisito, você deve atribuir uma das quatro letras M (Must Have), S (Should Have), C (Could Have) ou W (Would Have):

• Must Have (M): Maior prioridade, requisitos essenciais para o projeto. Assim, significa tudo aquilo que é imprescindível para o projeto, que sem tais funcionalidades a aplicação não faria sentido.

• Should Have (S): Prioridade secundária, requisitos importantes para o projeto. Os itens Should's são tão importantes como os Must's, mas geralmente não são tão críticos como tais. Pode-se esperar um pouco para ser trabalhado.

• Could Have (C): Prioridade terciaria, requisitos que são interessante ter no projeto. Todos os requisitos que seriam bom ter, mas que não são importantes.

• Would Have (W): Requisitos com a menor prioridade para desenvolvimento, aqueles que são desejáveis para o projeto.

2. Priorização

Número	Requisito	MoSCoW
1	O usuário deve ser capaz de se registrar no site	Must Have
2	O usuário, como cliente, deve ser capaz de logar no site	Must Have
3	O usuário deve está de acordo com a política de privacidade	Should Have
4	O usuário deve ser capaz de visualizar os produtos	Must Have
5	O usuário deve ser capaz de visualizar cada categoria separadamente	Should Have
6	O usuário deve ser capaz de acessar o feed de conteúdo	Must Have
7	O usuário deve ser capaz de visualizar as informações do produto	Must Have
8	O usuário deve ser capaz de realizar buscas de produtos por nome ou categoria	Could Have
9	O usuário deve ser capaz de adicionar produtos ao carrinho	Must Have
10	O usuário deve ser capaz de alterar as quantidades do produto no carrinho	Could Have
11	O usuário deve ser capaz de excluir produtos do carrinho	Should Have
12	O usuário, como cliente, deve ser capaz de realizar o pagamento do carrinho	Should Have
13	O perfil do usuário, cadastrado, deve armazenar Nome, data de nascimento, sexo, CPF, telefone	Must Have
14	O usuário, como cliente, deve ser capaz de consultar os seus pedidos	Would Have
15	O usuário deve ser capaz de montar o setup à sua escolha	Should Have
16	O usuário, como administrador, deve ser capaz de cadastrar os produtos com todas suas informações	Must Have
17	O usuário, como administrador, deve ser capaz de cadastrar categorias de produto	Must Have
18	O usuário, como administrador, deve ser capaz de alterar os preços dos produtos	Should Have
19	O usuário, como cliente, deve ser capaz de alterar os dados cadastrais	Should Have
20	O usuário, como administrador, deve ser capaz de atualizar estoque de determinado produto	Should Have
21	O sistema deve ser capaz de armazenar os dados cadastrais de todos usuários	Must Have
22	O sistema deve ser capaz de armazenar todos os produtos com suas devidas informações	Must Have
23	O produto deve possuir nome, especificação, preço, quantidade em estoque e categoria	Must Have
24	O sistema deve ser capaz de mostrar conteúdos em destaque na página inicial	Would Have
25	O usuário, como administrador, deve ser capaz de alterar as informações de um produto	Should Have
26	O sistema deve ser capaz de filtrar os produtos por nome ou por categoria	Could Have
27	O sistema deve ser capaz de notificar os administradores quando produto está com falta de estoque	Would Have