Final review before submission #1
2 changed files with 5 additions and 5 deletions
|
@ -50,4 +50,4 @@ possibilitar a auditoria de todo o código fonte por qualquer pessoa ou institui
|
|||
fonte será disponibilizado publicamente. É importante exaltar que todos os objetivos de melhoria de usabilidade em relação
|
||||
às outras plataformas de ensino foram pensadas com base em dados de pesquisas realizadas com docentes e discentes do IFMG,
|
||||
o que contribui para a relevância da usabilidade dessa plataforma para a comunidade acadêmica, uma vez que é criado um senso
|
||||
de colaboração na instituição de ensino.
|
||||
de colaboração na instituição de ensino. Inicialmente, o IF Salas será implementado no campus Sabará.
|
||||
|
|
|
@ -67,8 +67,8 @@ e validar se as ideias ou fluxos funcionam na prática antes de serem totalmente
|
|||
|
||||
Os projéteis luminosos também foram necessários para validar como certos fluxos, antes prototipados no Figma, funcionariam na prática.
|
||||
Essa abordagem foi escolhida pelo fato do IF Salas ser algo que nunca foi construído e utilizado anteriormente no contexto do IFMG Sabará.
|
||||
Ou seja, alguns requisitos ainda pareciam incógnitos e, não tínhamos uma ideia nitida de como o sistema funcionaria na prática. Mesmo que
|
||||
\textit{Google Classroom} tenha sido utilizado anteriormente em alguns contextos, a ferramenta ainda era de propósito geral, e certos fluxos
|
||||
Ou seja, alguns requisitos ainda pareciam incógnitos e não tínhamos uma ideia nítida de como o sistema funcionaria na prática. Mesmo que
|
||||
\textit{Google Classroom} tenha sido utilizado anteriormente em alguns contextos, a ferramenta da Google ainda era de propósito geral, e certos fluxos
|
||||
comuns não foram cobertos pela ferramenta, como por exemplo todo o fluxo de criação, atribuição e correção de atividades interdisciplinares.
|
||||
|
||||
A arquitetura e organização dos arquivos do código do projeto foi estruturada seguindo as práticas mais difundidas no mercado de
|
||||
|
@ -96,7 +96,7 @@ ao master e ao develop. Por fim, os ramos de hotfix são criados a partir do mas
|
|||
mesclados tanto ao master quanto ao develop.
|
||||
|
||||
Entretanto, houve uma adaptação da metodologia Git Flow para o contexto IF Salas, sendo ela a não utilização dos ramos hotfix e release,
|
||||
uma vez que não houve a implantação do software em ambiente de produção. Observe o diagrama abaixo:
|
||||
uma vez que não houve a implantação do software em ambiente de produção.
|
||||
|
||||
\begin{figure}[ht]
|
||||
\centering
|
||||
|
@ -122,5 +122,5 @@ a compartilharem suas experiências de forma franca e aberta. Foram organizadas
|
|||
em situações simuladas de uso, como visualizar atividades avaliativas, por exemplo. Durante essas interações, foi observado atentamente as reações dos
|
||||
usuários, seus padrões de navegação e eventuais dificuldades encontradas ao utilizar o IF Salas. A coleta de feedbacks também se estendeu para além
|
||||
dos ambientes controlados, aproveitando oportunidades informais de conversas durante o dia a dia acadêmico. Essa abordagem multifacetada permitiu uma
|
||||
compreensão detalhada das necessidades e expectativas dos usuários em relação à usabilidade do IF Salas, fornecendo percepções valiososas para refinamentos
|
||||
compreensão detalhada das necessidades e expectativas dos usuários em relação à usabilidade do IF Salas, fornecendo percepções valiosas para refinamentos
|
||||
futuros e melhorias contínuas.
|
||||
|
|
Loading…
Reference in a new issue