Backlog do Produto

Contexto

Este documento descreve os épicos (Tabela 01), features (Tabela 02) e histórias de usuário (Tabela 03) construidas para o sistema de software do produto Pet Feeder, criados após a elicitação e priorização dos requisitos funcionais e não-funcionais do projeto.

Épicos

Tabela 01 - Tabela de épicos do software Pet Feeder

Épico	Nome	Descrição
E01	Monitoramento de Recursos	Acompanhamento dos níveis de abastecimento nos reservatórios e potes de ração e de água
E02	Controle de Dispensação de Ração	Acompanhamento e agendamento de liberação da comida
E03	Ciclagem e Monitoramento da Água	Acompanhamento e gereciamento da ciclagem de água no sistema
E04	Estatísticas e Notificações	Acompanhamento e notificação de consumo de recursos e energia

Features

Na Tabela 02 estão descritas as funcionalidades identificadas pelo time de software para o produto. Cada funcionalidade está relacionada a no mínimo um épico descrito na Tabela 01 e são detalhadas por meio das histórias de usuário(US) associadas a elas (Tabela 03).

Tabela 02 - Tabela de Features do software Pet Feeder

Épico	Feature	Nome
E01	F01	Gerenciamento de ração no reservatório
E01	F02	Gerenciamento de ração no pote
E02	F03	Liberação de ração
E03	F04	Controle de modo de ciclagem
E04	F05	Acompanhamento de estatísticas de ração e energia
E04	F06	Notificação de usuário

Histórias de usuário

Na Tabela 03 encontram-se as Histórias de Usuário que compõem cada uma das features da Tabela 02, e que serão desenvolvidas ao longo do projeto, para que o sistema atenda aos requisitos funcionais e não funcionais elicitados, no contexto de que os não funcionais estão refletidos nos critérios de aceite de cada US. Com a finalidade de facilitar a rastreabilidade e identificação, o termo "História de usuário" será frequentemente abreviado como "US" ou intercambiaddo com "User Story". Também para fins de legibilidade e compreensão, o software Pet Feeder será referenciado frequentemente como "O sistema".

Tabela 03 - Tabela de Histórias de usuário do software Pet Feeder

Feature	US	Descrição	Critérios de aceitação	Prioridade
F01	US01	Eu, como usuário, desejo visualizar quanta ração ainda resta no reservatório, para que possa repor quando necessário	1. O sistema deve exibir a quantidade de ração restante no reservatório de forma objetiva e intuitiva. 2. A visualização deve ser atualizada a cada 1 hora 3. A quantidade de ração deve ser apresentada em gramas 4. A quantidade de ração deve refletir a medição do sensor de nível de água com uma precisão de no mínimo 80%	Alta
F02	US02	Eu, como usuário, desejo visualizar quanta ração está no pote de comida, para que possa me planejar quanto ao agendamento de novas liberações de ração	1. O sistema deve exibir a quantidade de ração restante no pote de forma clara e visível. 2. A visualização deve ser atualizada a cada 10 minutos 3. A quantidade de ração deve ser apresentada em gramas 4. A quantidade de ração deve refletir a medição da balança do pote de ração com uma precisão de no mínimo 80%	Alta
F03	US03	Eu, como usuário, desejo agendar a liberação de comida, para que o pote seja preenchido com ração no horário que planejei	1. O sistema deve permitir agendar a liberação de ração em um horário específico com no máximo 24 horas de antecedência. 2. O horário agendado deve ficar visível na interface do sistema 3. A antecedência mínima de agendamento deve ser de 5 minutos 4. A liberação da ração ocorre exatamente no momento programado	Alta
F03	US04	Eu, como usuário, desejo liberar ração de maneira instantânea, para que o pote de ração seja reposto imediatamente	1. O sistema provê funcionalidade de liberar ração imediatamente. 2. A quantidade de ração a ser liberada deve poder ser selecionada pelo usuário 3. A quantidade máxima de ração a ser selecionada é a diferência entre 100g e a quantidade atualmente presente no pote 4. A ração é liberada imediatamente e na quantidade selecionada com uma precisão de no mínimo 80%	Média
F04	US06	Eu, como usuário, desejo selecionar o modo de ciclagem automático, para que a água circule automaticamente pelo produto	1. O sistema deve prover uma forma de selecionar o modo de ciclagem. 2. Deve haver opção de ciclagem automática. 3. Deve ser exibido o modo atual de ciclagem da água na interface	Média
F04	US07	Eu, como usuário, desejo selecionar o modo de ciclagem manual, para reduzir o consumo energético e controla os ciclos da água no produto	1. O sistema deve prover uma forma de selecionar o modo de ciclagem. 2. Deve haver opção de ciclagem manual. 3. Deve ser exibido o modo atual de ciclagem da água na interface	Alta
F05	US08	Eu, como usuário, desejo visualizar um histórico de quanta ração estava presente no pote a cada nova liberação, para que possa re-ajustar os horários de liberação de comida eficientemente	1. O sistema deve registrar e exibir um histórico das quantidades de ração no pote após cada liberação de até no máximo 30 dias. 2. O histórico deve ser acessível via gráfico ou lista	Baixo
F05	US09	Eu, como usuário, desejo visualizar uma estimativa do consumo de energia, para que possa me organizar com a ciclagem da água e os gastos	1. O sistema deve calcular e exibir uma estimativa do consumo de energia com base nos ciclos de ciclagem. A estimativa deve ser apresentada, em kWh. O sistema deve permitir ao usuário consultar o consumo de energia em diferentes períodos de tempo (diário, semanal, mensal). 2. O usuário deve poder acessar essa estimativa a partir da interface principal.	Baixa
F06	US10	Eu, como usuário, desejo ser notificado quando houver pouca água no reservatório, para que possa tomar as providências para normalizar o nível de água no produto	1. O sistema deve enviar uma notificação sempre que o nível de água no reservatório atingir 25% da capacidade total do reservatório. 2. A notificação deve ser clara, contendo a quantidade exata de água restante no reservatório em porcentagem relativa à capacidade total do reservatório. 3. A notificação deve ser enviada imediatamente quando o nível de água atingir 25% da capacidade total do reservatório, com margem de atraso de no máximo 1 minuto.	Alta

Escopo de MVP

Dado o contexto de funcionamento da aplicação e principal o caso de uso elicitado, que consiste em possibilitar que o usuário gerencie a alimentação de seus pets à distância, as features definidas nesse documento foram organizadas em releases e foi definido para o produto um escopo de MVP.

Nesse contexto, tendo os requisitos já sido priorizados, a entrega do MVP representa o mínimo produto viável que atende ao caso de uso mais comum, citado acima, englobando features de média ou alta prioridade.

Fora do escopo de MVP, features com prioridade média ou baixa (nice to have) compõem entregas de evolução do produto.

Tabela 04 - Tabela de releases

Escopo	Release tag	Feature
MVP	`v1.0.0`	F01
MVP	`v1.1.0`	F02
MVP	`v1.2.0`	F03
MVP	`v1.3.0`	F04
MVP	`v1.4.0`	F06
Evolução 1	`v2.0.0`	F05

O controle de versões será realizado por meio versionamento semântico, e nos repositórios serão utilizadas tags de releases no git/gitlab de acordo com a Tabela 04.

Referências

PEREIRA, P.; TORREÃO, P.; MARÇAL, A. S. Entendendo Scrum para gerenciar projetos de forma ágil. Mundo PM, v. 1, p. 3-11, 2007.

Tabela de versionamento

Versão	Data	Descrição	Responsável
`1.0`	10/11/2024	Estruturação do doumento de backlog	Eric Chagas
`1.1`	10/11/2024	Adição dos épicos, features e estrutura de Histórias de usuário	Eric Chagas
`1.2`	11/11/2024	Adição de Histórias de usuário com critérios de aceitação e priorização	Eric Chagas
`1.3`	30/11/2024	Adição do escopo de MVP e remoção de features de acompanhamento preciso do nível de água	Eric Chagas