Visão Geral do Produto
Problema
O Professor da disciplina de Orientação a Objetos enfrenta desafios significativos ao ministrar sua disciplina devido a duas questões iniciais:
Dificuldade na formação de grupos:
- Durante o processo de formação de grupos, ocorrem diversos problemas. Alunos que acabam saindo da matéria, mudança de grupos. Assim dificultando o controle de grupos.
Dificuldade na correção de atividades:
- Devido a grande quantidade de alunos, o processo de correção é extenso e exaustivo. Dificultando a entrega de notas e até mesmo gerar um feedback aos alunos para que eles possam melhorar nos pontos em que falharam.
Esses desafios impactam negativamente o andamento do curso, tornando necessário um sistema eficiente e organizado para a resolução dos problemas citados acima. Com isso, surgiu a ideia do ObjeX.
Declaração de Posição do Produto
Com base nos cenários mencionados, foi apresentada ao Professor a proposta da plataforma denominada ObjeX. Trata-se de uma solução web, concebida com o intuito de oferecer um ambiente de apoio ao professor e alunos. Por meio dessa plataforma, os alunos serão inscritos pelo professor e terão a oportunidade de aprimorar seus conhecimentos através de atividades, as quais serão cadastradas pelo docente. Ademais, a capacidade de formação de grupos e a integração da funcionalidade de envio de tarefas revestem-se de importância fundamental para a disciplina.
Para | Professor Da Disciplina de Orientação a Objetos |
---|---|
Quem | Estudantes da Disciplina de Orientação a Objetos, do curso de Engenharia de Software da UnB |
O (nome do produto) | ObjeX é uma plataforma de apoio e gestão de turmas. |
Que | Apoia o professor no processo de formação de grupos, correção de atividades e gestão da disciplina. |
Ao contrário | BeeCrowd, Brilliant, Excel. |
Nosso produto | Junta funções de ferramentas diversas em uma só plataforma, às unificando e facilitando para o usuário final. |
Objetivos do Produto
Nosso objetivo é desenvolver uma plataforma abrangente que otimize o desempenho organizacional dos alunos e facilite a interação eficaz entre professores e estudantes no ambiente acadêmico. Para alcançar esse objetivo, nossa plataforma será projetada para:
-
Simplificar a formação de grupos para trabalhos finais, promovendo a colaboração entre alunos.
-
Agilizar o processo de correção das atividades de código, oferecendo ferramentas eficientes para avaliação.
-
Além disso, nossos objetivos secundários incluem:
-
Simplificar o envio de atividades em Python, permitindo a execução de um arquivo ou a interpretação de um código escrito na própria plataforma.
Com essas funcionalidades, buscamos promover a eficiência acadêmica e facilitar a interação dinâmica entre professores e alunos, enriquecendo significativamente o processo educacional.
Visão Processo
ScrumXP
o ScrumXP é uma abordagem que combina a gestão de projeto do Scrum com as práticas técnicas do eXtreme Programming (XP), oferecendo um ambiente propício para a flexibilidade, feedback constante, ritmo de entrega sustentável e entregas constantes e incrementais.
-
Flexibilidade dos Requisitos: O ScrumXP permite a flexibilidade dos requisitos ao adotar ciclos curtos de desenvolvimento (sprints), nos quais os requisitos podem ser ajustados e priorizados de acordo com as necessidades do cliente e as condições do mercado em constante mudança.
-
Feedback Constante: Com o ScrumXP, o feedback contínuo é incorporado ao processo através de revisões frequentes de incrementos do produto e cerimônias como reuniões diárias (daily stand-ups), revisões de sprint e retrospectivas. Isso garante que a equipe esteja sempre alinhada com as expectativas dos stakeholders e possa realizar ajustes rapidamente.
-
Ritmo de Entrega: A metodologia ScrumXP promove um ritmo de entrega consistente e previsível, com a conclusão de incrementos de produto funcionais no final de cada sprint. Isso permite que a equipe entregue valor de forma regular ao longo do tempo, mantendo um fluxo de trabalho estável e eficiente.
-
Programação em Pares: No ScrumXP, a programação em pares é amplamente utilizada como prática essencial. Dois desenvolvedores trabalham juntos no mesmo código, colaborando para escrever e revisar as soluções em tempo real. Essa abordagem melhora a qualidade do código, promove a troca de conhecimento entre os membros da equipe e reduz a incidência de erros. Além disso, a prática também fortalece a comunicação e a cooperação dentro da equipe de desenvolvimento.
Nome da Atividade | Método | Meio | Entrega |
---|---|---|---|
Elicitação e Descoberta | Reunião com o Cliente, Brainstorming | Reuniões presenciais | Definir RFs e RNFs iniciais e entendimento geral do projeto. |
Análise e Consenso | Feedback | Reuniões presenciais | Refinar RFs e RNFs finais e sugestão de funcionalidades. |
Declaração | Feedback, Tema, Épicos e Histórias de Usuário | Miro | Especificação dos RFs e Histórias de Usuário. |
Representação | Prototipação rápida | Figma | Protótipo básico. |
Verificação e Validação | Feedback | Trello, Miro | Backlog e Priorização de RFs. |
Organização e Atualização | Kanban (Scrum board) | Trello, Miro | Backlog e Priorização de RFs. |
Trello e Miro do Projeto
Visão Projeto
Planejamento das Fases e/ou Iterações do Projeto
Sprint | Atividades | Entrega | US's Realizadas | Data Início | Data Fim |
---|---|---|---|---|---|
Sprint 1 | Visão Geral do Produto, Definição de Abordagem, Ciclo de Vida e Processo de Desenvolvimento, Organização do Projeto, Tecnologias, Planejamento. | Entrega da Missão 1, Gitpages, Visão Geral do Produto, Processo de Desenvolvimento de Software, Visão Geral do Projeto. | N/A. | 02/04/2024 | 18/04/2024 |
Sprint 2 | Atividades de ER, Criação do SaFe, Definição das US, Planejamento do Projeto, Prototipação e Desenvolvimento. | Diagrama SAFe, US's, Requisitos Funcionais e Não Funcionais, Critérios de Aceitação. | US42, US43, US04, US05, US01. | 27/06/2024 | 09/07/2024 |
Sprint 3 | Criação do MVP, Definição do Backlog do Produto, Prototipação e Desenvolvimento. | Entrega Missão 2, Diagrama SAFe, US's, Requisitos Funcionais e Não Funcionais, Critérios de Aceitação, Definição do MVP, Organização do Backlog. | US30, US27, US28, US29, US40, US41. | 10/07/2024 | 24/07/2024 |
Sprint 4 | Criação do PBB do Estudo de Caso "HealthNet", Prototipação e Desenvolvimento. | PBB da "HealthNet". | US06, US38, US39, US02, US03, US12. | 24/07/2024 | 06/08/2024 |
Sprint 5 | Criação do USM do Estudo de Caso "ComunEventos", Prototipação e Desenvolvimento | USM da "ComunEventos". | US14, US13, US15, US07, US35, US36. | 06/08/2024 | 20/08/2024 |
Sprint 6 | Criação do Ver & Val do USM, e do PBB dos Estudos de Caso da Missão 3, Prototipação, Desenvolvimento. | Ver & Val do PBB. | US24, US25, US20, US21, US22. | 20/08/2024 | 04/09/2024 |
Sprint 7 | Correção do USM e PBB de Estudo de Caso do próprio grupo, Criação do BDD, Criação do DoR e DoD, Atualização da Documentação, Prototipação, Desenvolvimento. | Entrega Missão 4, USM Corrigido, PBB Corrigido, BDD, DoR e DoD, Entrega do Produto Final. | US23, US32, US33, US34, US26. | 04/09/2024 | 10/09/2024 |
Cerimônias do SCRUM
Data | Sprint | Daily | Planning | Review | Retrospectiva |
---|---|---|---|---|---|
09/04/2024 | 1 | Diariamente: Discord | Foi decidido que as US's com maior prioridade seriam as relacionadas a admin. | Realizada no dia 27/06 juntamente com o cliente. Foram revisados os requisitos e definidas as prioridades e US's. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
27/06/2024 | 2 | Realizada diariamente no Discord. | Foram acrescentadas funcionalidades de admin e funcionalidades iniciais relacionadas ao professor. | Validada as entregas da Sprint anterior. Foram apresentados novos protótipos da próxima sprint e tiradas dúvidas. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
11/07/2024 | 3 | Realizada diariamente no Discord. | Desenvolvimento de funcionalidades dependentes do professor, como o gerenciamento de alunos. | Validação das entregas com o cliente. Tiradas dúvidas sobre a deleção de grupos e a movimentação de alunos. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
24/07/2024 | 4 | Realizada diariamente no Discord. | Inserção de alunos no sistema, resolvendo dependências de funcionalidades de grupos. | Validação de entregas anteriores, campos dos Excel gerados e protótipos da próxima sprint. Dúvidas sobre atividades. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
06/08/2024 | 5 | Realizada diariamente no Discord. | Criação de funcionalidades relacionadas a alunos e grupos. | Validação da entrega da Sprint anterior. Debate sobre os processos de resposta ao aluno e protótipos de envio de atividades. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
24/08/2024 | 6 | Realizada diariamente no Discord. | Gerenciamento de atividades, com alunos acessando atividades e professores acessando respostas. | Validação da entrega anterior. Ajustes finais e validação de protótipos de visualização de respostas de atividades. | Realizada pela equipe ao finalizar as entregas (back e frontend). |
05/09/2024 | 7 | Realizada diariamente no Discord. | Organização de documentação e ajustes finais. | Entrega do MVP, validação de toda a entrega e considerações finais. | Realizada pela equipe ao finalizar as entregas. |
Conclusão
Apesar das dificuldades encontradas pelo caminho e do semestre atípico, a equipe conseguiu superar os desafios e desenvolveu um produto que recebeu um feedback positivo do cliente. Além disso, reconhecendo seus erros e acertos durante o processo de desenvolvimento da disciplina, o que nos permitiu evoluir nossas habilidades e conhecimentos em diversas tecnologias e técnicas de Requisitos de Software.
Histórico de Versão
Versão | Data | Descrição | Autor(es) |
---|---|---|---|
1.0 | 09/09/2024 | Criação da página e desenvolvimento do overview | Grupo |