Documento de Especificação Suplementar
1. Versionamento
Versão | Data | Descrição | Autor(es) |
---|---|---|---|
1.0 | 08/02/2022 | Criação do documento | João Pedro Moura |
1.0.1 | 09/02/2022 | Revisão por pares | Rafael Ramos e Carlos Fiuza |
2. Introdução
Durante muito tempo o processo de qualidade de software foi deixado de lado, porém com o aumento da importância da visão do usuário em um produto, antigas e novas metodologias passaram a serem comumente utilizadas e se tornaram cada vez mais importante dentro de todas as fases de um software (SINGH, 2018) [1]. Uma dessas metodologias para a modelagem dos requisitos funcionais e principalmente os não funcionais, é a modelagem FURPS+ extendida pela IBM Rational software, escolhida pela equipe.
O acrônimo FURPS+ pode ser decomposto nas seguintes categorias: Functionality (Funcionalidade), Usability (Usabilidade), Reliability (Confiabilidade), Performance (Desempenho) e Supportability (Suportabilidade). Por sua vez, o + representa os demais requisitos não funcionais que não foram abrangidos nas características anteriores.
Por fim, é interessante ressaltar que apesar das divisões propostas por esse modelo não estão inclusos os atributos de portabilidade, como são evidenciados em modelos como o de McCall e na ISO 9126-1 (SINGH, 2018) [1].
3. Metodologia FURPS+
3.1 Funcionalidade
Para a categoria de Funcionalidade, a metodologia define que todos os requisitos funcionais devem estar abrangidos, sendo eles portanto:
ID | Descrição |
---|---|
E04 | O aplicativo deve fornecer a Caderneta de Campo para rastreabilidade das colheitas |
E06 | O produtor deve ser capaz de cadastrar seu plantio |
E07 | O produtor pode escolher em qual talhão cadastrar o seu plantio |
E08 | O produtor deve ser capaz de cadastrar a aplicação de agrotóxicos |
E10 | O produtor deve ser capaz de saber o período de carência |
E13 | O técnico deve ser capaz de cadastrar agrotóxicos |
E17 | O aplicativo deve permitir a rastreabilidade das aplicações de agrotóxicos |
I01 | Cadastro e login de usuário com opção de recuperar senha |
I02 | O produtor deve visualizar suas propriedades |
I05 | O produtor pode visualizar o perfil do técnico que está monitorando sua propriedade |
I06 | O produtor pode visualizar o status de cada plantação |
I08 | O técnico deve ter acesso a foto dos agrotóxicos enviadas pelos produtores |
I09 | O técnico deve visualizar as propriedades supervisionadas por ele |
I12 | O produtor pode ter acesso a recomendações e boas práticas para o produto agrícola plantado |
I13 | O produtor deve adicionar a data de colheita encerrando a plantação |
I16 | O usuário pode editar suas informações pessoais |
ST05 | A partir do sistema deve ser possível ao produtor enviar informações sobre as culturas presentes nos talhões |
ST06 | O sistema deve informar ao técnico as informações dos produtores designados |
BS01 | O técnico deve ser capaz de cadastrar um produtor |
BS02 | O técnico deve ser capaz de cadastrar uma propriedade |
BS03 | O técnico deve ser capaz de cadastrar uma plantação |
BS05 | O técnico deve ser capaz de gerenciar conta do produtor |
BS08 | O técnico deve ser capaz de gerenciar o uso de agrotoxico |
BS09 | O técnico deve ser capaz de gerar uma caderneta de campo |
BS11 | O técnico deve ser capaz de visualizar histórico de propriedades |
BS12 | O técnico deve ser capaz de visualizar histórico de plantações |
BS14 | O usuário deve ser capaz de usar o redirecionamento para o whatsapp |
BS20 | O produtor deve ser capaz de visualizar histórico de suas plantações |
BS21 | O produtor deve ser capaz de visualizar histórico de uso de agrotóxicos |
3.2 Usabilidade
- A aplicação deve ser intuitiva para o uso tanto para produtores como para técnicos
Pelo público alvo da aplicação serem produtores que não possuem uma escolaridade muito alta, o aplicativo deve ser de fácil utilização, intuitivo e com textos simples. Além disso, os técnicos também poderão utilizar essa interface de forma eficiente facilitanto a comunicação entre ambos. Por fim, a aplicação também deve prover funcionalidades que necessitem de poucas etapas para serem concluídas.
- O aplicativo deve ser acessível e de fácil acesso
Como já ressaltado anteriormente, a aplicação deve ser feita voltada para produtores que não possuem níveis de escolaridade muito altos. Por esse motivo, o aplicativo deve possuir textos simples, muitas vezes acompanhados de fotos, de forma que seja acessível à todo tipo de público.
3.3 Confiabilidade
- O aplicativo deve ser confiável na garantia da rastreabilidade
Por ser o foco principal do aplicativo, a rastreabilidade deve ser segura e confiável, visto que o rastro das plantações é uma das características fundamentais da caderneta de campo. Para garantir a confiabilidade, o sistema também deve restringir o uso e registro de técnicos já cadastrados pelo Instituto de Assistência Técnica e Extensão Rural(EMATER).
3.4 Desempenho
- O aplicativo deve desempenhar suas funções de forma eficiente
Para garantir o bem-estar dos usuários e uma experiência agradável, é indispensável que o aplicativo seja leve, otimizado e eficiente, de forma a incluir e alcançar o maior número de usuários alvos da aplicação.
Rastro: E19
3.5 Suportabilidade
- O sistema deve estar disponível através de um aplicativo mobile que possua acesso à câmera
Como já discutido em diversos documentos, são raras as ocasiões que um produtor e um técnico não possuem um telefone celular para comunicação. Além disso, através da entrevista foi confirmado que muitos produtores têm facilidade e preferência na utilização desse meio. Outro fato que reforça essa afirmação, é a capacidade do produtor fazer o envio de fotos de agrotóxicos para sanar suas dúvidas em relação ao mesmo. Por esses motivos, o desenvolvimento da aplicação deve ser feita visando telefones celulares que tenham acesso à câmera.
4. Referências
[1] SINGH, Jagannath - User's Perspective of Software Quality. 2018.