Skip to content

Repositório para API do 4 semestre de Análise e Desenvolvimento de Software na Fatec - Prof. Jessen Vidal

Notifications You must be signed in to change notification settings

BuzzTech-API/API_ADS_4SEMESTRE_2024.1

Repository files navigation

API ADS 4º Semestre

SIATT Synergy.

logo da Buzz Tech

Buzz Tech




Desafio | Metodologia | MVP | Protótipo | Vídeo | Sprints | Requisitos | Backlog do Produto | Equipe | Focal Point




Status do Projeto: Finalizado! 🟢


🏅 Desafio

Desenvolver uma aplicação web que atue como um sistema gerênciador para reuniões de uma organização. O foco é garantir que os membros da organização possam ter acesso às salas disponíveis em formatos híbrido, presencial e online, bem como a horários vagos para reuniões.


🚀 MVP

A definição do nosso Minimal Viable Product (MVP) é uma versão sintética, porém funcional, do software de gerenciamento de reuniões. Nele o usuário poderá:
  • Agendar reuniões presencias, online e híbridas de forma flexível, rastreável e simples.
  • Informar a ocupação de salas e usuários.
  • Cadastrar, editar e excluir usuários e salas de reunião, de todos os tipos, com suas devidas restrições.

🎨 Protótipo do Programa



📽 Demonstração

Vídeo de Demonstração - Sprint 2


📚 Metodologia

O framework de Metodologia Ágil utilizado no produto foi o Scrum, um método ágil adaptativo, iterativo, flexível e eficaz. Este método possui os seguintes princípios norteadores:

  1. Controle empírico
  2. Auto-organização
  3. Colaboração
  4. Priorização da criação de valor
  5. Time-boxing
  6. Desenvolvimento iterativo

Entre as ferramentas utilizadas no Scrum, uma é a divisão do projeto em Sprints. Para selecionar quais seriam as entregas das nossas Sprints, primeiro definimos nosso MVP, priorizando as tarefas que trariam maior entrega de valor para o cliente. Então, a partir das Tarefas foi construído o Backlog do Produto, o qual foi aprovado pelo cliente e dividido em 4 Backlog de Sprint.

Logo, para embasar a tomada de decisão e priorizar as tarefas com maior entrega de valor, utilizamos a construção de Personas. Pois, através delas, tivemos mais clareza sobre o direcionamento das nossas Histórias de Usuários. Dessa forma, traçadas as Tarefas, Personas e Histórias de Usuários, utilizamos a ferramenta de Planning Poker para definir a quantidade de tempo necessário para cada Tarefa, sendo dividido, de maneira mais otimizada, entre os Desenvolvedores do time.


📅 Sprints

🔖 SPRINT 1: Finalizada!🟩

🔖 SPRINT 2: Finalizada!🟩

🔖 SPRINT 3: Finalizada!🟩

🔖 SPRINT 4: Finalizada!🟩


🔑 Requisitos

Requisitos Descrição Origem
RQ01 Acesso via browser por meio de servidor interno (visando integração posterior com intranet), com login e senha. Lista de requisitos
RQ02 Cadastro de usuários, incluindo categorias Nome, Email, Diretoria, Nível de Permissão (Nível 1, Nível 2, Nível 3). Lista de requisitos
RQ03 Cadastro de Salas de Reuniões Online (via Zoom) e Offline (Físicas, que podem ser do tipo Individual ou Grupo). As salas devem ter um nível de permissão mínimo a partir do qual o usuário pode realizar a reserva. Lista de requisitos
RQ04 Interface para agendamento de reuniões permitindo as categorias Online, Offline, híbrido e Individual, mostrando disponibilidade de salas para cada categoria na data escolhida (A categoria híbrida deve reservar duas salas, uma online e uma sala Offline – Grupo). Lista de requisitos
RQ05 A interface deve apresentar informações como Título, Data e Horário, Participantes, Pauta, Anexos (opcional). Ao fim do agendamento, o software deve enviar um e-mail com agendamento Outlook para todas as pessoas e salas agendadas. No caso de salas online, o software deve agendar a reunião via Zoom e gerar o link de reunião a ser enviado para os participantes. Lista de requisitos
RQ06 No caso do agendamento individual, o usuário deve ter a opção de realizar um agendamento completo de reunião ou de apenas agendar a sala de reunião Individual para uma reunião já existente em sua agenda. Lista de requisitos
RQ07 O membro da equipe responsável pelo agendamento deve receber também um e-mail contendo o esboço da ata da reunião gerada em arquivo Word. Um exemplo do formulário vazio da ata será fornecido aos alunos, mas conterá campos como Assunto, Data, Confidencialidade, Área e Programa, Pauta, Lista de Participantes Convocados, Etc. Lista de requisitos
RQ08 O software deve ser capaz de realizar interface com a API do Outlook, a fim de verificar disponibilidade dos participantes por meio de cruzamento entre agendas. Lista de requisitos
RQ09 O software deve ser capaz de avaliar a solicitação do colaborador e os calendários das salas registradas a fim de propor uma sala disponível para agendamento. Apresentação do projeto
RQ10 Ao fim do agendamento, o usuário responsável pela solicitação deve receber um e-mail com a confirmação e os dados necessários para acesso à sala, assim como o link de acesso para envio aos outros participantes quando aplicável. Apresentação do projeto
RQ11 Ao fim do agendamento, o usuário responsável pela solicitação deve receber um e-mail com a confirmação e os dados necessários para acesso à sala, assim como o link de acesso para envio aos outros participantes quando aplicável. Apresentação do projeto
RQ12 O usuário que criou a reunião deve ser capaz de desmarcar uma reunião. Acordo com o cliente
RQ13 O usuário deve ser capaz de recusar a participação de uma reunião. Acordo com o cliente
RQ14 O usuário deve ser avisado quando o tempo de agendamento estiver acabando. Acordo com o cliente
RQ15 O usuário precisa ser notificado caso uma reunião seja desmarcada. Acordo com o cliente
RQ16 Quando uma reunião estiver próxima o convidado da mesma deve ser notificado. Acordo com o cliente
RQ17 O usuário administrador deve ter a possibilidade de excluir salas e outros usuários do sistema. Acordo com o cliente
RQ18 Os usuários devem ter a possibilidade de editar suas informações dentro do sistema. Acordo com o cliente

🌱 Backlog do Produto

Rank Requisito Prioridade User Story Story Points Sprint Status
1 RQ02 Alta Como um usuário administrador, quero ser capaz de cadastrar usuários no sistema para poder realizar reuniões. 5 1 🟩
2 RQ01 Alta Como um usuário comum ou administrador, quero poder fazer login no sistema para acessar minha conta. 5 1 🟩
3 RQ04 Alta Como usuário comum, quero agendar reuniões em salas presenciais em grupo para colaboração e a comunicação de forma pessoal. 6 1 🟩
4 RQ04-RQ06 Alta Como um usuário do sistema, quero ser capaz agendar reuniões individuais em uma sala de reunião física, para participar de reuniões sozinho. 4 1 🟩
5 RQ04 Alta Como usuário comum, quero agendar reuniões online no Zoom pelo sistema para facilitar a comunicação remota e a colaboração entre os membros da equipe. 15 2 🟩
6 RQ04 Alta Como usuário comum, quero poder agendar reuniões híbridas selecionando uma sala presencial e outra online para facilitar a participação remota e presencial dos membros da equipe. 17 2 🟩
7 RQ03 Alta Como usuário administrador, quero criar salas de reuniões físicas para facilitar o agendamento e a reserva de espaços adequados para reuniões presenciais. 4 1 🟩
8 RQ03 Alta Como usuário administrador, quero criar salas de reuniões virtuais para participar de reuniões via zoom. 10 2 🟩
9 RQ07 Alta Como usuário comum responsável por agendar a reunião, quero receber um e-mail contendo o esboço da ata da reunião gerada em arquivo Word para facilitar a preparação e organização da reunião. 6 3 🟩
10 RQ03 Média Como um novo usuário criador da reunião, quero ser capaz de visualizar as reuniões que criei para ter maior controle da minha agenda. 5 1 🟩
11 RQ09 Média Como usuário comum, ao preencher as informações da reunião, quero receber sugestões de sala para agenda-la para ter mais facilidade de uso. 6 3 🟩
12 RQ08 Média Como usuário comum, ao marcar uma reunião, quero ver a disponibilidade dos convidados para verificar quem poderá participar da mesma. 6 3 🟥
13 RQ10 Média Como usuário comum, ao agendar uma reunião, quero receber um e-mail de confirmação do agendamento para ter a certeza de que a reunião foi marcada corretamente e facilitando o acompanhamento da minha agenda. 4 3 🟩
14 RQ12 Média Como usuário comum criador da reunião, quero desmarcar reuniões que criei para evitar a realização de reuniões desnecessárias ou agendadas erroneamente. 3 3 🟩
15 RQ13 Média Como usuário comum convidado de uma reunião, quero recusar a participação de qualquer tipo de reunião para liberar minha agenda quando necessário. 3 3 🟩
16 RQ05 Média Como usuário comum, ao ser convidado para uma reunião, quero receber uma notificação por e-mail para saber em que reuniões estou participando. 4 3 🟩
17 RQ17 Média Como usuário administrador, quero editar informações de salas de reuniões para poder atualizar qualquer informação relevante, garantindo que as informações estejam precisas e atualizadas para os usuários que agendam reuniões. 5 3 🟩
18 RQ17 Baixa Como usuário administrador, quero excluir salas de reuniões de qualquer tipo para remover espaços que não são mais necessários ou estão indisponíveis. 3 3 🟩
19 RQ15 Baixa Como usuário comum, quero ser avisado quando uma reunião for desmarcada para evitar confusões e garantindo que meu tempo seja utilizado de maneira eficiente e produtiva. 5 4 🟩
20 RQ16 Baixa Como um usuário comum, quero receber um aviso quando uma reunião agendada estiver próxima para me preparar adequadamente, organizar meu tempo e garantir minha participação pontual na reunião. 5 4 🟥
21 RQ14 Baixa Como usuário comum, quero receber um aviso no e-mail quando o tempo do agendamento da sala estiver acabando para que não haja conflitos de horários. 5 4 🟥
22 RQ17 Baixa Como um usuário administrador, quero ser capaz de excluir usuários no sistema para manter a segurança e a integridade do sistema. 3 4 🟩
23 RQ18 Baixa Como usuário comum, quero ter a possibilidade de editar minhas informações para manter meus dados atualizados. 3 4 🟥


🎓 Equipe

Membro Função Github Linkedin
Natanael Machado Product Owner
Ivan Duarte Scrum Master
Isaque da Silva Desenvolvedor
Vitor Lima Desenvolvedor
Cauan Almeida Desenvolvedor
Pedro Davi Desenvolvedor
Nilber Siqueira Desenvolvedor

🎯 Focal Point

PO²
Profª Juliana A definir

About

Repositório para API do 4 semestre de Análise e Desenvolvimento de Software na Fatec - Prof. Jessen Vidal

Resources

Stars

Watchers

Forks

Packages

No packages published