design_mockups.md

-| [Home](home) | [Escopo e Cronograma](escopo) | [Processo](processo) | [**Design/Mockups**](design_mockups) | [Configuração](configuracao) | [Arquitetura](arquitetura) | [Código](codigo) | [BD](banco_dados) | [Qualidade](qualidade) | [Utilização](utilizacao) |
-| :----------: | :---------------------------: | :------------------: | :------------------: | :--------------------------: | :------------------------: | :--------------: | :---------------: | :--------------------: | :----------------------: |
+| [Home](home) | [Gerência](gerencia) | [Processo](processo) | [_Design/Mockups_](design_mockups) | [Configuração](configuracao) | [Arquitetura](arquitetura) | [Código](codigo) | [Banco de Dados](banco_dados) | [Utilização](utilizacao) |
+| :----------: | :------------------: | :------------------: | :--------------------------------: | :--------------------------: | :------------------------: | :--------------: | :---------------------------: | :----------------------: |
 
 ## Sumário
 
-  - [Ferramenta](#ferramenta)
-  - [Arquivos](#arquivos)
-  - [Design do Sistema](#design-e-mockups-do-sistema)
+- [Ferramenta](#ferramenta)
+- [Arquivos](#arquivos)
+- [Design do Sistema](#design-e-mockups-do-sistema)
   - [Protótipo base](#mockups-base-do-projeto)
   - [Protótipo de baixa fidelidade](#protótipo-de-baixa-fidelidade)
   - [Assets e padrões de telas](#assets-e-padrões)
@@ -41,11 +41,13 @@ O time desenvolveu inicialmente protótipos de baixa fidelidade utilizando muito
 Após a primeira semana desenvolvendo os protótipos de baixa fidelidade, inicialmente, se optou por definir todos os assets e padronizações que seriam utilizadas para o desenvolvimento do protótipo de alta fidelidade. Com isso, abaixo estão disponíveis as imagens dos assets que utilizamos para desenvolver as telas do protótipo do projeto, tais como padronização de cores, fundos, componentes (nisso incluindo popup, cards, campos de texto, botões e header), tamanhos e fontes de letra (sendo elas de título ou de cards).
 
 ### Logo
+
 Foi criado um novo logo para o projeto já que o logo anteriormente criado na ideia do projeto não encaixaria no design dos outros assets e padrões que projetamos, por isso decidimos fazer um novo.
 
 <img src="./resources/images/autis-logo.png" width="400">
 
 ### Padrões de cores
+
 Uma das primeiras definições de padrões feitas foram determinar quais cores seriam utilizadas no projeto e determinar em quais componentes ou casos elas seriam aplicadas. Os mockups iniciais realizados pelo Stakeholder utilizava diversas cores vibrantes nas telas, sendo estas cores que lembravam a fita quebra-cabeças que é símbolo do Dia Mundial da Conscientização do Autismo, mas o grupo optou por não utilizar tantas cores contrastantes para permitir o destaque de componentes específicos em cada tela.
 
 Assim, o grupo optou por utilizar cores azuladas junto a cores mais neutras, para reduzir este contraste mas ao mesmo tempo manter o uso de uma das cores presentes na fita quebra-cabeças do autismo. O código hexadecimal destas cores, bem como seu uso nos mockups, pode ser visto abaixo:
@@ -55,37 +57,44 @@ Assim, o grupo optou por utilizar cores azuladas junto a cores mais neutras, par
 ### Padrões de fontes
 
 Como fonte de texto da aplicação, se optou durante os mockups pela utilização de Roboto, sendo que seu estilo variaria dependendo do caso em que é aplicada:
+
 - Regular: estilo padrão, a ser usado em textos em geral que não estejam em destaque (e.g. entrada do usuário).
 - SemiBold: estilo a ser usado em títulos.
 - Black: estilo a ser usado em botões. Botões também devem ter todas as letras em maísculo.
 - Medium: estilo a ser usado em texto de popups.
 
 ### Header e Background
+
 O header acompanha o usuário durante toda navegação para saber sempre em que área ele se situa seja de professor, aluno, especialista, coordenador etc. O mesmo acontece com o background, mas ele é apenas visual.
 
 <img src="./resources/images/mockups/mockups-header-background.png" width="400">
 
 ### Icones utilizados
+
 Foram utilizados os icones da biblioteca Font Awesome e na imagem abaixo estão disponíveis as imagens, nomes e onde foram utilizados na prototipação em diversos componentes.
 
 <img src="./resources/images/mockups/mockups-componentes-icons.png" width="400">
 
 ### Botões
+
 Campos clicáveis ao usuário para efetuar das mais diversas ações tais como submeter, deletar ou editar alguma informação ou navegar para alguma tela.
 
 <img src="./resources/images/mockups/mockups-componentes-botao.png" width="400">
 
 ### Inputs
+
 Campos em que o usuário insere informações sejam dele mesmo ou de busca.
 
 <img src="./resources/images/mockups/mockups-componentes-input.png" width="400">
 
 ### Cards
+
 Cards que são utilizados na listagem de alunos, materiais, relatórios e características de alunos.
 
 <img src="./resources/images/mockups/mockups-componentes-cards.png" width="400">
 
 ### Popups e Tags
+
 Os popups foram usados principalmente para indicar algum erro ou sucesso ao usuário, já as tags foram utilizadas para categorizar os materiais que são postados.
 
 <img src="./resources/images/mockups/mockups-componentes-popup-tag.png" width="400">
@@ -95,16 +104,19 @@ Os popups foram usados principalmente para indicar algum erro ou sucesso ao usu
 Depois de definidos os assets e padrões a serem utilizados, o time seguiu com o desenvolvimento dos protótipos de alta fidelidade, os quais como apresentado nos protótipos de baixa fidelidade terão três fluxos diferentes, um de professor, um de especialista e um de coordenador sendo que todos partem da tela de login comum entre eles. A seguir são apresentadas imagens contendo as telas desenvolvidas do protótipo de alta fidelidade para o login e segue juntamente o fluxo demonstrado nos protótipos de baixa fidelidade para cada um dos usuários.
 
 ### Login
+
 Tela inicial de login comum a todos usuários onde para logar é necessário fornecer o email e senha.
 
 <img src="./resources/images/mockups/mockups-screens-login.png" width="400">
 
 ### Homepage dos usuários
-Após o login do usuário, o usuário é redirecionado para o seu fluxo específico, que inicia com a *homepage*. Uma vez que o fluxo do responsável ainda não foi desenvolvido, as *homepages* existentes são as do coordenador, do professor e do especialista, que podem ser vistas na imagem abaixo:
+
+Após o login do usuário, o usuário é redirecionado para o seu fluxo específico, que inicia com a _homepage_. Uma vez que o fluxo do responsável ainda não foi desenvolvido, as _homepages_ existentes são as do coordenador, do professor e do especialista, que podem ser vistas na imagem abaixo:
 
 <img src="./resources/images/mockups/mockups-homepage.png" width="400">
 
 ### Fluxo do professor
+
 Quando se tratando do fluxo do professor, existem três funcionalidades: lista de alunos (e área de cada aluno), materiais e fórum. Com relação aos materiais, abaixo podem ser vistas as telas de listagem e busca de materiais e de visualização do conteúdo de um material.
 
 <p float="left">
@@ -125,6 +137,7 @@ Por fim, abaixo também podem ser vistas as telas relativas à listagem de aluno
 <img src="./resources/images/mockups/mockups-professor-area-aluno.png" width="400">
 
 ### Fluxo do especialista
+
 Quando se tratando do fluxo do especialista, existem três funcionalidades: materiais, meus materiais e fórum. Com relação à visualização de materiais em geral, as telas são semelhantes àquelas já apresentadas no fluxo do professor. Já quando se tratando das telas de meus materiais, deve ser possível acrescentar novos materiais e editar/deletar materiais já existentes, conforme mostrado na figura abaixo.
 
 <img src="./resources/images/mockups/mockups-especialista-materiais.png" width="400">
@@ -135,12 +148,12 @@ Com relação às telas de fórum, estas também são semelhantes às telas do p
 
 ### Fluxo do coordenador
 
-Para o fluxo do coordenador, a *homepage* direciona o usuário para as telas de gerenciamento de alunos ou de gerenciamento de usuários (professor, especialista ou responsável). Nestas telas, além de realizar cadastros, deve ser possível realizar edições e deleções.
+Para o fluxo do coordenador, a _homepage_ direciona o usuário para as telas de gerenciamento de alunos ou de gerenciamento de usuários (professor, especialista ou responsável). Nestas telas, além de realizar cadastros, deve ser possível realizar edições e deleções.
 
 Abaixo, estão presentes as telas de gerenciamento de alunos, sendo que a a primeira linha de telas representa o cadastro e a edição de alunos, enquanto a segunda linha de telas representa a seleção de responsáveis para vincular com o aluno (podendo ser um ou mais responsáveis) ou o cancelamento do cadastro do aluno.
 
 <img src="./resources/images/mockups/mockups-coordenador-gerencia-aluno.png" width="400">
 
-Nesta outra figura abaixo, podem ser vistas as telas de gerenciamento de usuário. Já foram desenvolvidos dois formatos de tela para seleção do tipo de usuário que será cadastrado: a primeira sendo a tela com o popup de escolha do usuário, que encaminhava para diferentes telas de cadastro com diferentes formulários; e a segunda sendo as telas onde o formulário é mostrado dinamicamente de acordo com a seleção do usuário no *radio button*. Já na última linha desta figura, é possível ver a tela de edição de um usuário e as mensagens do popup apropriadas para cada decisão tomada pelo usuário nesta edição.
+Nesta outra figura abaixo, podem ser vistas as telas de gerenciamento de usuário. Já foram desenvolvidos dois formatos de tela para seleção do tipo de usuário que será cadastrado: a primeira sendo a tela com o popup de escolha do usuário, que encaminhava para diferentes telas de cadastro com diferentes formulários; e a segunda sendo as telas onde o formulário é mostrado dinamicamente de acordo com a seleção do usuário no _radio button_. Já na última linha desta figura, é possível ver a tela de edição de um usuário e as mensagens do popup apropriadas para cada decisão tomada pelo usuário nesta edição.
 
 <img src="./resources/images/mockups/mockups-coordenador-gerencia-usuario.png" width="400">