Skip to content

Projeto desenvolvido no 2º semestre do curso de Análise e Desenvolvimento de Sistemas na FATEC-SJC

Notifications You must be signed in to change notification settings

Joice-Araujo/API_ADS_2SEMESTE_2023.1

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

API ADS 2º Semestre

Software Rendimento Escolar - VAPT

logo da Buzz Tech

Buzz Tech



Desafio | Escopo | Metodologia | MVP | Sprints | Backlog do Produto | Roadmap | Personas | Histórias de usuário | Equipe | Focal Point




Status do Projeto: Concluído! ✅


🎨 Wireframe do Programa


Vídeo com som 🔈
2023-04-02.13-37-18_2.mp4

🏅 Desafio

Desenvolver um Programa Desktop em Java que automatize o controle de atividades avaliativas para professores de uma escola estadual. Para que os desenvolvedores iniciem o software, é preciso definir os requisitos do sistema, que incluem:

  • Cadastro das turmas e seus respectivos alunos;
  • Registro dos instrumentos avaliativos da disciplina;
  • Cálculo da média relacionado às atividades entregues pelas turmas e alunos;
  • Interface gráfica intuitiva, sendo fácil de visualizar o desempenho dos alunos na disciplina.

🥅 Escopo do Projeto

Pré-requisitos:

Requisitos Funcionais

  • Linguagem Java (Requisito Fatec)
  • Interface GUI no Java - Swing
  • Editor Online Figma
  • Apresentação via Github.
  • O programa desktop deverá ser intuitivo e sem excesso de informações.

Requisitos Não Funcionais

  • Usabilidade
  • Sistema de gerenciamento de banco de dados - MySQL

📚 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.


🚀 MVP

A definição do nosso Minimal Viable Product (MVP) é uma versão sintética, porém funcional, do programa desktop para controle das atividades dos alunos de uma escola estadual. Nele o usuário poderá inserir as seguintes informações:

  • Cadastrar turmas;
  • Cadastrar alunos;
  • Cadastrar atividades.

📅 Sprints

🔖 SPRINT 1 (Link da Pasta): Concluído ✅

🔖 SPRINT 2 (Link da Pasta): Concluído ✅

🔖 SPRINT 3 (Link da Pasta): Concluído ✅

🔖 SPRINT 4 (Link da Pasta): Concluído ✅


🌱 Backlog do Produto

Tarefa Descrição Histórias de Usuários Prioridade Sprint Estimativa de Esforço Status
Montagem do Wireframe Criar um wireframe simples e objetivo, servindo como uma representação visual da estrutura do software e das suas funcionalidades. O objetivo é obter um feedback rápido sobre o layout e a organização das informações, antes de iniciar o processo de design detalhado. US01 Média 1 4h
Diagrama de Classes UML Desenvolver o Diagrama de Classes UML. Este diagrama mostra a relação entre as classes Turmas, Alunos e Atividades e os atributos e métodos de cada uma. US02, US03, US04 Média 1 8h
Cadastro das turmas Criação do protótipo do software que cadastra as turmas. US02 Média 1 4h
Cadastro dos alunos Criação do protótipo do software para cadastrar os alunos de cada turma. US03 Média 1 4h
Cadastro das atividades Criação do protótipo do software para cadastrar as atividades entregues por cada aluno. US04 Média 1 8h
Interface gráfica das turmas Criação no Swing da interface gráfica do software que cadastra as turmas. US01, US02 Baixa 1 2h
Interface gráfica dos alunos Criação no Swing da interface gráfica do software que cadastra os alunos de cada turma. US01, US03 Baixa 1 2h
Interface gráfica das atividades Criação no Swing da interface gráfica do software que cadastra as atividades entregues por cada aluno. US01, US04 Média 1 4h
Diagrama do Modelo Conceitual e Lógico do Banco de Dados Desenvolver o Diagrama do Modelo Conceitual e Lógico do Banco de Dados. Estes modelos são criados na fase inicial do desenvolvimento de um sistema e são usados para fornecer uma visão geral das principais entidades envolvidas no negócio. US08 Média 1 4h
Registrar Atividade Entregue pelo Aluno Desenvolver uma tela onde registre as atividades que foram entregues pelos alunos. US09 Alta 2 16h
Visualizar informações da Turma Desenvolver uma tela onde mostre as atividades entregues da turma. US10 Alta 2 8h
Visualizar informações dos Alunos Desenvolver uma tela onde mostre as atividades entregues do aluno. US11 Alta 2 8h
Visualizar informações das Atividades Desenvolver uma tela onde mostre as informações das atividades. US12 Alta 2 8h
Editar e Excluir Turmas Desenvolver uma tela onde seja possível editar ou excluir as atividades da turma. US05 Média 3 4h
Editar e Excluir Alunos Desenvolver uma tela onde seja possível editar ou excluir as atividades do aluno. US06 Média 3 4h
Editar e Excluir Atividades Desenvolver uma tela onde seja possível editar ou excluir as atividades. US07 Média 3 4h
Testes Testar as funcionalidades do software para verificar possíveis erros e corrigi-los. US13 Média 4 4h

📍 Roadmap

Roadmap


🗿 Personas

Catarina, 39 anos, professora de Geografia do ensino fundamental
Catarina tem 40 alunos por turma. Atualmente, ela leciona em quatro turmas na escola estadual João Leme e três turmas na escola estadual Ary Barroso. Ela não tem experiência aprofundada com computador, conhecendo, somente, o sistema operacional Windows e alguns recursos básicos do pacote Office. Ela utiliza um notebook em sala de aula para realizar algumas atividades. Para cada turma, ela costuma aplicar duas provas e dois trabalhos, totalizando quatro atividades por bimestre a serem monitoradas. Ela precisa de uma maneira fácil de acompanhar as entregas das atividades dos alunos em suas diversas turmas, como também, gerar relatórios resumidos para apresentar nas reuniões com a coordenação.

🔑 Histórias de Usuário

ID História de Usuário
US01 Catarina, professora, precisa de uma interface gráfica ágil e prática para interagir com o programa.
US02 Catarina, professora, precisa cadastrar suas turmas de acordo com suas respectivas escolas.
US03 Catarina, professora, precisa cadastrar seus alunos de acordo com suas respectivas turmas.
US04 Catarina, professora, precisa cadastrar as atividades realizadas pelos seus alunos.
US05 Catarina, professora, precisa editar ou excluir as turmas já cadastradas no programa.
US06 Catarina, professora, precisa editar ou excluir os alunos já cadastradas no programa.
US07 Catarina, professora, precisa editar ou excluir as atividades já cadastradas no programa.
US08 Catarina, professora, precisa de um ambiente de armazenamento virtual seguro para acumular todas as informações cadastradas.
US09 Catarina, professora, precisa registrar quais alunos já entregaram as atividades avaliativas.
US10 Catarina, professora, precisa visualizar todas as informações relevantes das turmas através de dados estatísticos das atividades cadastradas para apresentar em reuniões com a coordenação da escola.
US11 Catarina, professora, precisa visualizar todas as informações relevantes dos alunos através de dados estatísticos das atividades cadastradas para apresentar em reuniões com a coordenação da escola.
US12 Catarina, professora, precisa de uma lista que apresente quais são os alunos que estão devendo entregar atividades.
US13 Catarina, professora, precisa de um software confiável e que não tenha problemas de desempenho.

🎓 Equipe

Membro Função Github Linkedin
Isaque da Silva Scrum Master
Cláudia Secco Product Owner
Alícea Rocha Desenvolvedor
Danilo Rodrigues Desenvolvedor
Joice de Araújo Desenvolvedor
Jacqueline Bezerra Desenvolvedor
Vitor Lima Desenvolvedor

🎯 Focal Point

PO²
Prof. Giuliano Araujo Bertoti Prof. Claudio Etelvino de Lima

About

Projeto desenvolvido no 2º semestre do curso de Análise e Desenvolvimento de Sistemas na FATEC-SJC

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Java 100.0%