📍 Sumário

• Projeto API

  • Integrantes da Equipe
  • Tema
  • Objetivo
  • Tríade da API
  • Prazos

• Produto

  • Tecnologias Utilizadas
  • Wireframe do Produto
  • Requisitos Funcionais
  • Requisitos Não Funcionais
  • Backlog do Produto
  • Backlog das Sprints

Projeto API

Integrantes da Equipe

Integrantes	Redes Sociais
João Pedro - Product Owner
Lucas Alexandre - Scrum Master
Aline Ramos - Developer
Carla Daiane - Developer
Gleialison Rezende - Developer
João Arruda - Developer
Naira Maximo - Developer
Renato Mendes - Developer
Ruth Mira - Developer

Tema

• Ferramenta para consolidação de dados climáticos de cidades do estado de São Paulo - Aplicação desktop simples (CRUD)

Objetivos

• Projetar um Banco de Dados relacional com múltiplas entidades e relacionamentos;
• Organizar Equipes por Competências;
• Levantar e Registrar Requisitos Funcionais e Não Funcionais usando técnicas de Métodos Ágeis e Tradicionais;
• Projetar Arquitetura Lógica do Sistema;
• Implementar Aplicação (com persistência) usando Linguagem de Programação Java Desktop.

Tríade da API

• Arquitetura e Modelagem de Banco de Dados - Prof. Emanuel Mineda Carneiro
• Linguagem de Programacao I - Prof.ª Dr.ª Adriana da Silva Jacinto
• Laboratório de Desenvolvimento em Banco de Dados II - Prof.ª Dr.ª Adriana da Silva Jacinto

Prazos

• 04/03 a 08/03 - Kick-off
• 25/03 a 14/04 - Primeira Sprint
• 15/04 a 05/05 - Segunda Sprint
• 06/05 a 26/05 - Terceira Sprint
• 27/05 a 16/06 - Quarta Sprint
• 27/06 - Feira de Soluções e Apresentação Final API

---

Produto

Tecnologias Utilizadas

• Linguagem Java Desktop e conexão com Banco de Dados usando JDBC;
• Banco de Dados modelo Relacional;
• Git.

Configurando o Ambiente para a Execução do Programa

Digite em seu terminal os seguintes comandos:

1. Instale as dependências do programa: codigo
2. Execute o programa: comando

Wireframe do Produto

• Wireframe disponível pelo Figma

Requisitos Funcionais

• Relatório de valor médio das variáveis climáticas por cidade. Deve ser possível escolher uma cidade e um período de tempo. O relatório deve ter periodicidade horária (um registro a cada hora);
• Relatório que calcule os elementos para se plotar um gráfico boxplot com base nos dados de uma estação em uma determinada data;
• Relatório de situação, apresentando os valores médios das últimas medidas para cada cidade;
• Gerenciamento de estações, cidades e unidades de medida. Deve ser possível visualizar e alterar informações sobre esses elementos do sistema. Cada estação está localizada em uma cidade do estado de SP. Cada variável climática medida possui uma unidade de medida;
• Carregamento e validação de arquivos CSV contendo variáveis climáticas.
• Registros suspeitos (exemplo: registro com temperatura acima de 60 graus Celsius ou inferior a -20 graus Celsius) devem ser armazenados a parte para ratamento que permita exclusão ou revisão. Deve ser possível alterar os valores e passá-los à base de dados principal ou excluí-los.
• Cada arquivo possui registros de apenas uma estação (referenciada no nome do arquivo). Cada registro apresenta valores para todas as variáveis, mas elas devem ser armazenadas separadamente (um registro para temperatura, outro para umidade, etc, em vez de um único registro contendo temperatura, umidade, etc);

Requisitos Não Funcionais

• Linguagem Java;
• Banco de Dados Relacional;
• Documentação: manual de usuário, diagrama entidade-relacionamento e instruções de instalação.

Backlog do Produto

USER STORY	PRIORIDADE	SPRINT	ORDEM	ESTIMATIVA
Como pesquisador, quero poder carregar meus arquivos contendo variáveis climáticas para que possam ser manipulados e submetidos à análise para minha pesquisa.	Essencial	1	1	6
Como pesquisador, quero que cada arquivo carregado, referente a uma estação específica, tenha seus registros armazenados separadamente por variável climática, para uma melhor organização e análise dos dados.	Essencial	1	1	5
Como pesquisador, desejo que registros suspeitos nos arquivos sejam identificados durante o processo de carregamento e sejam armazenados separadamente dos registros regulares para facilitar a detecção e análise de anomalias nos dados durante o processo de carregamento.	Essencial	1	1	5
Como pesquisador, desejo poder escolher um período específico para a geração do relatório de valor médio das variáveis climáticas por cidade, possibilitando uma análise detalhada das condições climáticas ao longo de um período determinado.	Essencial	2	2	7
Como pesquisador, desejo um relatório de situação que exiba os últimos valores de temperatura, umidade e outras variáveis climáticas relevantes para cada cidade, possibilitando uma compreensão abrangente das condições climáticas.	Essencial	2	2	7
Como pesquisador, desejo poder alterar, restaurar e excluir dados irregulares quando necessário, garantindo a precisão, integridade e confiabilidade dos dados para minha pesquisa e assegurando a rastreabilidade dos registros no sistema.	Essencial	3	3	8
Como pesquisador, desejo um relatório que me permita calcular os elementos necessários para plotar um gráfico boxplot com base nos dados de uma estação em uma data específica. Isso me proporcionará uma visualização clara da distribuição e variabilidade dos dados climáticos, facilitando análises detalhadas em minha pesquisa.	Essencial	3	2	7
Como pesquisador, desejo poder visualizar e alterar informações sobre as estações, cidades e unidades de medida para manter meus dados climáticos atualizados e precisos.	Essencial	4	3	5

Backlog das Sprints

SPRINT 1

• Criação de interface para utilização do pesquisador;
• Leitura e armazenamentos dos dados de arquivos CSV;
• Organização de dados por estação climática e tipo de registro (automático ou manual);
• Verificação de dados e identificação de dados suspeitos.

SPRINT 2

• Criação de uma interface para definição das variáveis climáticas;
• Implementação do Relatório Situacional;
• Implementaçào do Relatório por Hora (cidade e periodo);
• Implementação do Banco de dados MySQL

SPRINT 3

• Implementação dos Relatórios por Hora e Boxplot;
• Aprimoramento do Banco de Dados;
• Implementação do CRUD para os dados suspeitos, inclusão de alertas em POP-UP para o usuário.

SPRINT 4

• Implementação da função para editar as unidades de medida, nome das estações e cidades.