Ideação

Com algumas referências e depois de algumas reuniões, partimos para a ideação do nosso projeto. Procuramos de diversas formas 'encontrar' uma abordagem que englobasse todas as dimensões do problema e suas possíveis soluções. Algo que procuramos supor eram as possíveis funcionalidades:

• Dois tipos de cadastro: Veterano ou Bixo. (Será mesmo necessário ?  Se ao invés de ter dois ‘cadastros’, no primeiro uso a pessoa tem que marcar todas as cadeiras ou não, no caso de bixo ele pode só clicar no botão ‘ finalizei ‘);

• Previsão de término de curso (?);

• Especificar a trilha pretendida: Audiovisual, Sistemas, Mídias, Jogos;

• Selecionar Disciplinas já cursadas, separadas por Semestres;
• Visualizar a matriz curricular na íntegra;

• Registrar atividades complementares, separadas por categorias OU Apenas informar como as atividades complementares funcionam, também mostrar exemplos;

• Sugerir cadeiras optativas a partir de alguma filtragem (Midias + Modelagem = alguma coisa).

Depois de algumas reuniões e com o que foi solicitado pelos professores:

O Problema:
Confusão acerca dos componentes curriculares necessários para o aluno de Sistemas e Mídias Digitais (SMD) se formar. Problema que é reforçado pela ausência de ferramentas que os auxiliem, satisfatoriamente, em tal tarefa.

Necessidades Especificas:
Nesse ponto é importante salientar que a proposta parte de alunos (a equipe) para o restante do curso (demais alunos). Então nos consideramos os clientes e os usuários.


‘Cliente’:

• Aplicação que englobe toda a matriz do curso de Sistemas e Mídias Digitais. Onde seja explicado os requisitos para conclusão do curso, de forma que as dúvidas dos alunos sejam sanadas o máximo possível.

‘Usuário’:

• É necessário que a solução possibilite, ao usuário, informar quais cadeiras já realizou, para então informá-lo quais estão pedentes. De forma que ele fique ciente do que deve cumprir para se formar.
• Quantidade de horas complementares pendentes; descrição dos tipos de horas que valem e bons exemplos do mesmo.
• Aplicação deve ser intuitiva e de rápida interação.
• Atrativo visual, diferenciando do que se encontra no sigaa.

Restrições:
Quanto ao aplicativo, ele sendo mobile ou desktop ou web, encontramos restrições de configuração de sistema operacional e suas capacidades no geral; além da linguagem para desenvolvê-lo.
Ex: capacidade de processamento e armazenamento do dispositivo que receberá a aplicação do dispositivo; fácil acesso (e familiaridade) com o sistema operacional do dispositivo, Android vs IOS.
Existem restrições de tempo quando falamos do desenvolvimento na programação. Enfrentamos o desafio de selecionar algum framework e desenvolver na linguagem suportada. Ainda no framework/linguagem temos o problema do que é possível  quando falamos do design e o tipo de interação a serem desenvolvidos.

Soluções Propostas:
Aplicativo Mobile para Android, utilizando o framework Xamarin, que terá como funcionalidades principais:

• Selecionar as cadeiras que já foram cursadas. Sendo elas divididas por semestre, seguindo o que é sugerido na grade disponibilizada no site do SMD;
• Visualizar as cadeiras que já foram feitas;
• Visualizar as cadeiras PENDENTES por semestre. Ex: 1º Semestre: Introdução Pendente;
• Funcionalidade/Seção que explique o funcionamento das horas complementares.

Aplicação Desktop:
Possui todas as funcionalidades da proposta anteior, porém é voltada para o desktop. Possivelmente sendo desenvolvida em C#.

Aplicação Web:
Aplicação utilizando HTML 5, CSS 3 e muito Javascript.

Bônus para funcionalidades:

• Visualização em forma de gráfico das atividades e cadeiras feitas no curso;
• Múltiplas opções:
• Cadeiras de outros cursos;
• Sugestão de cadeiras relacionadas com as já feitas;
• Sugestão de trilhas;