Skip to content

Moscow

1. Versionamento

Versão Data Descrição Autor(es)
1.0 03/02 Abertura do documento de MoSCoW Victor Lima
1.1 03/02 Adição da Priorização e Legenda Victor Lima
1.2 03/02 Adição da Introdução Victor Lima
1.3 03/02 Adição da tabela com os requisitos priorizados Paulo Vitor, Rafael Ramos, Victor Lima
1.4 03/02 Linkagem dos léxicos Thiago

2. Introdução

MoSCoW é uma técnica de priorização de requisitos que serve para definir quais são os requisitos elicitados mais importantes para serem tratados de forma mais urgente [1]. Eles são divididos em grupos de acordo com o anagrama. M significa "must" que seriam os requisitos que o sistema deve ter obrigatoriamente, S significa "should" que são os requisitos que são importantes mas não são vitais para o projeto, C significa "could" que são os requisitos desejáveis mas não são necessários para a entrega e satisfação do cliente e o W significa "would" que são os requisitos menos críticos que não serão feitos pois terão baixo retorno no produto final, ou podem apenas serem deixados para o final do projeto. Temos na seção seguinte a priorização MoSCoW que fizemos relativas ao aplicativo da Caderneta de Campo Digital.

3. Priorização:

ID Descrição Tipo de Requisito Priorização
E04 O aplicativo deve fornecer a Caderneta de Campo para rastreabilidade das colheitas RF MUST
E06 O produtor deve ser capaz de cadastrar seu plantio RF MUST
E07 O produtor pode escolher em qual talhão cadastrar o seu plantio RF SHOULD
E08 O produtor deve ser capaz de cadastrar a aplicação de agrotóxicos RF MUST
E10 O produtor deve ser capaz de saber o período de carência RF COULD
E13 O técnico deve ser capaz de cadastrar agrotóxicos RF MUST
E17 O aplicativo deve permitir a rastreabilidade das aplicações de agrotóxicos RF MUST
I01 Cadastro e login de usuário com opção de recuperar senha RF MUST
I02 O produtor deve visualizar suas propriedades RF MUST
I05 O produtor pode visualizar o perfil do técnico que está monitorando sua propriedade RF SHOULD
I06 O produtor pode visualizar o status de cada plantação RF COULD
I08 O técnico deve ter acesso a foto dos agrotóxicos enviadas pelos produtores RF MUST
I09 O técnico deve visualizar as propriedades supervisionadas por ele RF MUST
I12 O produtor pode ter acesso a recomendações e boas práticas para o produto agrícola plantado RF WOULD
I13 O produtor deve adicionar a data de colheita encerrando a plantação RF MUST
I16 O usuário pode editar suas informações pessoais RF MUST
ST05 A partir do sistema deve ser possível ao produtor enviar informações sobre as culturas presentes nos talhões RF SHOULD
ST06 O sistema deve informar ao técnico as informações dos produtores designados RF SHOULD
BS01 O técnico deve ser capaz de cadastrar um produtor RF WOULD
BS02 O técnico deve ser capaz de cadastrar uma propriedade RF WOULD
BS03 O técnico deve ser capaz de cadastrar uma plantação RF WOULD
BS05 O técnico deve ser capaz de gerenciar conta do produtor RF WOULD
BS08 O técnico deve ser capaz de gerenciar o uso de agrotoxico RF MUST
BS09 O técnico deve ser capaz de gerar uma caderneta de campo RF WOULD
BS11 O técnico deve ser capaz de visualizar histórico de propriedades RF SHOULD
BS12 O técnico deve ser capaz de visualizar histórico de plantações RF SHOULD
BS14 O usuário deve ser capaz de usar o redirecionamento para o whatsapp RF COULD
BS20 O produtor deve ser capaz de visualizar histórico de suas plantações RF MUST
BS21 O produtor deve ser capaz de visualizar histórico de uso de agrotóxicos RF MUST
E02 O aplicativo deve ser intuitivo RNF MUST
E03 O aplicativo deve possuir textos simples RNF SHOULD
E19 O aplicativo deve possuir um bom desempenho RNF SHOULD
E20 O aplicativo deve possuir uma boa usabilidade RNF MUST
I18 O aplicativo deve ser seguro para garantir o rastreamento das plantações RNF MUST
I20 O aplicativo deve ser acessível RNF SHOULD
ST01 A aplicação deve proporcionar uma interface com elementos visuais autoexplicativos RNF MUST
ST02 A aplicação deve permitir aos usuários acesso às propriedades com poucas etapas RNF SHOULD
ST03 O sistema deve permitir o uso apenas de pessoas já cadastradas pelo Instituto de Assistência Técnica e Extensão Rural(EMATER) RNF COULD
ST07 O sistema precisará ter acesso à camera do celular RNF MUST
ST08 A aplicação deverá ser disponibilizada por meio um aplicativo RNF MUST
Tabela 1: Requisitos priorizados utilizando MoSCoW
Fonte: Autores

3.1 Legenda

Legenda Significado
RF Requisito Funcional
RNF Requisito Não Funcional
E Entrevista
I Introspecção
BS Brainstorming
ST Storytelling

Tabela 2: Legenda referente à Tabela 1
Fonte: Autores

4. Conclusões

Após feita a priorização, os resultados obtidos referente à quantidade de requisitos em cada nível de prioridade foi:

Prioridade Quantidade
MUST 20
SHOULD 10
COULD 4
WOULD 6

5. Referências

[1] Aprenda como o método MoSCoW poderá ajudá-lo a priorizar tarefas da sua empresa. Disponível em: https://www.voitto.com.br/blog/artigo/metodo-moscow. Acesso em: 2 de fev. de 2022.