diff --git a/docs/visao/Cenario.md b/docs/visao/Cenario.md index 4855ade..dbc78c6 100644 --- a/docs/visao/Cenario.md +++ b/docs/visao/Cenario.md @@ -12,21 +12,25 @@ O sistema é atualmente mantido pelo professor Bruno César Ribas em colaboraç Em meio à insatisfação dos usuários com a plataforma de submissão de código, identificou-se vários pontos de melhoria no ecossistema do MOJ. Após discussão entre membros da equipe, análise de enquetes de semestres passados em relação ao MOJ e ideias do professor mantenedor da plataforma, identificamos os seguintes problemas: -1. Não é possível recuperar arquivos anteriormente submetidos à plataforma diretamente pela mesma: ao fazer um submit para um contest, o arquivo com o código enviado só pode ser recuperado através do Mojinho. Como o MOJ é uma plataforma focada no aprendizado, convém que o estudante possa analisar posteriormente o que foi enviado à plataforma sem tanta fricção. +1. **Não é possível recuperar arquivos anteriormente submetidos à plataforma diretamente pela mesma:** ao fazer um submit para um contest, o arquivo com o código enviado só pode ser recuperado através do Mojinho. Como o MOJ é uma plataforma focada no aprendizado, convém que o estudante possa analisar posteriormente o que foi enviado à plataforma sem tanta fricção. -2. Não é possível verificar com mais detalhes os casos de teste que falharam na sua submissão: novamente, o MOJ dá feedback limitado sobre submissões do usuário que tiveram falhas e erros no envio de um exercício, e convém que haja atenção a esse aspecto para um melhor aprendizado dos estudantes. +1. **Não é possível verificar com mais detalhes os casos de teste que falharam na sua submissão:** novamente, o MOJ dá feedback limitado sobre submissões do usuário que tiveram falhas e erros no envio de um exercício, e convém que haja atenção a esse aspecto para um melhor aprendizado dos estudantes. -3. Há a necessidade de sair do site para ter alguns arquivos de log: o "Mojinho" existe unicamente na plataforma Telegram, dificultando o acesso ao usuário final. +1. **Os participantes de um contest não tem um lugar centralizado para a discussão:** do problema e seus detalhes com a turma: normalmente a comunicação entre alunos e monitores/ajudantes ocorre no WhatsApp e similares. -4. O participante do contest não tem um lugar centralizado para a discussão do problema e seus detalhes com a turma: normalmente a comunicação entre alunos e monitores/ajudantes ocorre no WhatsApp e similares. +1. O usuário da plataforma precisa de um editor de texto ou IDE para escrever o código o qual fará o submit, o que faz com que seja necessário alternar entre diferentes janelas para desenvolver uma solução na plataforma. -5. O usuário da plataforma precisa de um editor de texto ou IDE para escrever o código o qual fará o submit, o que faz com que seja necessário alternar entre diferentes janelas para desenvolver uma solução na plataforma. +1. **Ausência de uma IDE (Integrated development environment):** o usuário precisa sair da plataforma para desenvolver o código, alternando entre diversas janelas, aumentando a fricção ao se utilizar a plataforma. -6. As listas não possuem uma organização de fácil digestão pela user base: alguns notaram a falta de um sistema de pesquisa no site para ser possível encontrar diferentes exercícios. +1. **As listas não possuem uma organização de fácil digestão pela user base:** alguns notaram a falta de um sistema de pesquisa no site para ser possível encontrar diferentes exercícios. -Além disso, problemas que aumentam a fricção e prejudicam a usabilidade na plataforma, como a falta de atualização em tempo real do status dos submits dentro de um contest e a falta de polimento na interface gráfica da plataforma (como botões pequenos e não identificáveis, assim como a carência de um "dark/night mode") foram outros pontos levantados após discussões. +1. **Necessidade de atualização manual da página para obter o veredito da questão:** Após a submissão de um código, o usuário precisa recarregar a página repetidamente para visualizar o veredito do exercício. A automatização desse processo poderia melhorar a experiência do usuário. -![Diagrama de Ishikawa](./IshikawaD.jpeg) +O **diagrama de Ishikawa** a seguir apresenta a relação de causa e efeito dos problemas mencionados. + + + +Em resumo, os problemas do CD-MOJ são "a ausência de funcionalidades essenciais e limitações na experiência do usuário". ## Desafios do Projeto @@ -36,8 +40,18 @@ Através de diálogos com o cliente e mantedor da plataforma foi evidenciado que ## Segmentação de clientes -**Instituições educacionais e departamentos acadêmicos**: Este perfil inclui as universidades, faculdades e escolas técnicas que adotam o CD-MOJ em disciplinas de programação. Assim, a plataforma ajuda essas instituições a oferecer uma infraestrutura centralizada para prática de programação e competições, que complementa o ensino teórico com uma abordagem prática. Como clientes indiretos, as instituições buscam uma plataforma que possibilite a integração com as atividades curriculares e que auxilie no desenvolvimento das habilidades técnicas dos alunos. +**Professores(as) de instituições acadêmicas:** + +Este perfil abrange educadores de faculdades e escolas técnicas que utilizam o CD-MOJ no ensino de suas disciplinas. + +- Possuem mestrado ou doutorado em Ciência da Computação ou áreas afins. +- Homens e mulheres. +- Faixa etária entre 25 e 42 anos. + +**Estudantes de nível superior ou técnico**: -**Estudantes de programação e computação**: Estes são alunos de cursos de Ciência da Computação, Engenharia de Software e áreas afins, com idades variando entre 18 e 25 anos, que participam de competições de programação ou precisam realizar trabalhos e exercícios de suas disciplinas na plataforma. Muitos destes estudantes têm habilidades iniciais ou intermediárias e utilizam o CD-MOJ para resolver e aprimorar a resolução de problemas, algoritmos e programação competitiva. Desta forma, para esses usuários, o sistema deve proporcionar uma experiência de tal forma que permita realizar submissões de código e acompanhar feedback de forma rápida, ajudando-os a entender e corrigir seus erros de programação com autonomia. +Alunos das disciplinas ministradas pelo perfil **"professores de instituições acadêmicas"** ou estudantes de programação no geral que buscam aprimorar suas habilidades de codificação. -**Professores, tutores e organizadores de competições**: Este grupo inclui professores universitários e monitores que coordenam disciplinas de algoritmos, tais como estruturas de dados e programação avançada, bem como organizadores de eventos e competições de programação dentro de suas instituições. Assim, tendo responsabilidades de acompanhamento e avaliação, esses profissionais precisam de ferramentas que permitam criar listas de exercícios, organizar competições, gerenciar alunos e acessar relatórios de desempenho. Portanto, para eles, o CD-MOJ deve oferecer uma interface com seções claras para administração e monitoramento, reduzindo o tempo gasto em tarefas operacionais e permitindo um acesso direto aos dados e resultados dos estudantes. +- Pouco ou nenhum contato com programação previamente +- Homens e mulheres. +- Faixa etária entre 18 e 30 anos.