Exibir código-fonte para EDET

= 5W2H =
<br>

== What ==
<br>
* 1.  Qual o nome do seu projeto?
** Eye Do Easy Translog (EDET).
<br>
* 2.  Qual o objetivo deste projeto?
** Desenvolver uma ferramenta de pesquisa, com interface amigável, que efetua o registro e a análise de dados do processo de leitura, produção textual e/ou tradução (e.g., fixações, pausas, movimentos recursivos, digitações), dados esses coletados por meio de rastreamento ocular, registro de acionamentos do teclado e insumos de reconhecimento de voz. Em outras palavras, trata-se de uma aplicação que permite compreender, do ponto de vista cognitivo, como o usuário lê, digita, dita e traduz.
<br>
* 3.  Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
** Os maiores desafios estão relacionados com a integração dos dados gerados por diferentes fontes de insumo e o planejamento de uma interface amigável que permita ao pesquisador obter resultados para diferentes parâmetros, diferentes tipos de atividade (e.g., escrita, leitura, tradução) e diferentes áreas de interesse (e.g., um única palavra, uma sentença, duas linhas de texto).
<br>
* 4.  Quais os conhecimentos básicos (teorias) que devemos ter para se implementar este projeto?
** Em se tratando das áreas de aplicação da ferramenta, serão necessários conhecimentos da teoria da relação olho-mente (JUST; CARPENTER, 1980), dos estudos processuais da tradução (cf. ALVES, 2003) e dos estudos sobre expertise e desempenho experto (cf. ERICSSON et al. 2006). Em se tratando do desenvolvimento da ferramenta, serão necessários conhecimentos sobre os princípios de eye tracking (e.g., o que é uma fixação e o que é uma sacada), de key logging (e.g., o timestamp associado a cada tecla ou clique de mouse) e de reconhecimento de voz (e.g., como converter sons em texto escrito).
** ALVES, F. Tradução, cognição e contextualização: triangulando a interface processo-produto no desempenho de tradutores novatos. DELTA, São Paulo, v.19, p. 71- 108, 2003.
** ERICSSON, K. A.; CHARNESS, N.; FELTOVICH, P. J.; HOFFMAN, R. R. (Ed). The Cambridge Handbook of Expertise and Expert Performance. Cambridge: Cambridge University Press, 2006. 
** JUST, M.; CARPENTER, P. A theory of reading: From eye fixations to comprehension. Psychological Review, v. 87, p. 329-354, 1980.
<br>
* 5.  Quais soluções similares existem no mercado?
** Existem no mercado soluções que isoladamente capturam um ou dois dos insumos/estímulos, mas que são bastante limitadas quanto à forma de exploração dos dados. Por exemplo, há soluções desenvolvidas pelos próprios fabricantes de eye trackers, como a Tobii (https://www.tobiipro.com) e a Eyelink (https://www.sr-research.com/solutions/), as quais apenas analisam dados de movimentos oculares. Há também soluções desenvolvidas apenas para key logging, como o Translog 2006 (http://www.translog.dk) e o Inputlog (http://www.inputlog.net). Há ainda uma solução que minimamente integra dados de eye tracking e keylogging, o Translog-II (https://sites.google.com/site/centretranslationinnovation/translog-ii). Igualmente, há soluções de reconhecimento de voz, como Cloud Speech-to-Text (https://cloud.google.com/speech-to-text/) e Watson Speech to Text (https://www.ibm.com/watson/services/speech-to-text/). Por fim, há soluções de interpretação automática, ou seja, "tradução oral" de uma língua para a outra, como o Lexifone (https://www.crunchbase.com/organization/lexifone). Não obstante, como já apontado, não há integração entre esses módulos.
<br>

== Why ==
<br>

* 1. Porque é interessante desenvolver este projeto?
** É relevante desenvolver este projeto porque ele visa atender a uma demanda atual de pesquisadores que lidam com a indústria da língua, uma indústria que busca cada vez mais fornecer, em curto prazo de tempo, serviços com baixo custo e alta qualidade. No entanto, como a indústria vem se desenvolvendo de forma mais rápida que as habilidades dos pesquisadores de áreas como psicolinguística e processo tradutório em usar a tecnologia para a análise das novas formas de se ler, escrever, traduzir e interpretar, é fundamental uma maior integração entre esses pesquisadores e desenvolvedores de sistemas. Ademais, o desenvolvimento de uma ferramenta com interface amigável e integração de diferentes insumos/estímulos e tecnologias retira do pesquisador a necessidade de se especializar na área-meio (e.g., aprender programação), podendo, então, dedicar-se à sua área-fim (e.g., investigar, analisar).
<br>
* 2. No seu projeto, precisará optar por algumas tecnologias, usar alguns hardwares e conversar com outros sistemas, atuais ou não?
**Será, sim, preciso optar por algumas tecnologias, hardwares e sistemas. Existe, no mercado, um número considerável de opções de eye trackers (hardwares com suas respectivas APIs) e softwares de reconhecimento de voz (geralmente integrados como API). Para reduzir custo, inicialmente a proposta inicial é de usar um eye tracker da marca Tobii (TX 60), já disponível no Instituto de Letras e Linguística da Universidade Federal de Uberlândia; a empresa disponibiliza uma API para integração do hardware a novos sistemas. Além disso, optou-se, para reconhecimento de voz, por usar o Cloud Speech-to-Text, da Google. Também será necessária a integração a outros sistemas, como um protocolo para ativação online da aplicação e e-mail para envio de relatórios de erros.
<br>
*  3. Com relação às tecnologias, cite no mínimo 3 e explique a função de cada uma no seu projeto.
** Haverá utilização de tecnologia de reconhecimento de voz a fim de viabilizar a investigação de processos subjacentes ao ato de ditar texto, em vez de digitá-los manualmente.
** Haverá utilização de tecnologia de captura dos movimentos oculares (eye tracking) a fim de viabilizar a investigação de como um participante processa um texto ou imagem em sua leitura. Nessa captura, o principal foco é entender a fixação do participante, considerando que mais fixações, fixações mais longas ou movimentos recursivos no olhar implicam dificuldade de processamento de uma informação.
** Haverá utilização de tecnologia de captura de acionamentos de teclado e mouse (key logging) a fim de viabilizar a investigação de como um participante produz um texto, traduz um texto ou pós-edita um texto. Nessa captura, serão consideradas as teclas de produção e de eliminação de textos, em conjunto com os seus respectivos tempos de execução e pausas entre o acionamento de uma e outra.
<br>
*  4. Com relação ao hardware, cite no mínimo 3 e explique a função de cada um no seu projeto.
** Eye tracker da marca Tobii: utilizado para captura os movimentos oculares do usuário por meio de infravermelho e mapeamento das coordenadas do olhar na tela do computador. Para o projeto, esse eye tracker será fundamental para gerar dados sobre fixação, ou seja, quantas vezes e por quanto tempo uma pessoa concentra o olhar em um ponto, assumindo-se que, quanto mais tempo e/ou quanto mais vezes olha para o mesmo ponto, maior é sua dificuldade de processamento de alguma informação.
** Teclado: utilizado para a entrada de dados digitados pelos usuários do sistema.
** Mouse: utilizado para a entrada de dados pelos usuários do sistema.
** Tela: utilizado para a transmissão das informações referentes ao teste. Trata-se de um mecanismo de saída de dados, ao mesmo tempo que, para a tecnologia de eye tracking, contribui como entrada de dados para o mapeamento da coordenada do ponto em que o usuário está fixando em determinado momento.
** Sensor de voz: utilizado para captura de voz do colaborador, dispositivo de entrada de dados.
** Placa de vídeo dedicada: utilizada para o processamento rápido dos dados de rastreamento ocular. Depende da tela para a captura correta dos dados de rastreamento ocular.
** Disco rígido: utilizado para armazenamento dos arquivos temporários e do arquivo final. Importante que seja SSD para agilizar o processamento.
<br>
* 5. Com relação aos sistemas, cite no mínimo 3 e explique a função de cada um no seu projeto.
** API do Google para reconhecimento de voz (i.e., Cloud Speech-to-Text): para viabilizar a realização de tarefas em que o participante apenas dita o texto desejado, em vez de digitá-lo manualmente. Trata-se de uma inovação em relação às aplicações já existentes no mercado para fins de pesquisas psicolinguísticas e processuais.
** Email: comunicação por meio de protocolo para envio de relatórios de erros do sistema para os desenvolvedores, a fim de se compreender os pontos de melhoria e correção de bugs.
** Tobii API: para viabilizar a captura de dados do olhar a partir do eye tracker da marca Tobii, selecionado para o desenvolvimento inicial deste projeto.
** Protocolo de ativação online: para viabilizar a ativação do produto pelo usuário
** Sistema operacional Windows: será necessário acionar as configurações do Windows pela própria aplicação a fim de configurar o reconhecimento de voz (e.g., ruídos do microfone, impedância) e o vídeo (e.g., brilho e Herz, que influenciam na captura do eye tracker).
<br>

== Who ==
<br>
* 1. Quem pode se beneficiar deste projeto? 
** Os beneficiários diretos deste projeto são pesquisadores/professores, desenvolvedores de aplicações/sites e publicitários. A ideia é entender como o indivíduo processa informações, o que é relevante para pesquisadores/professores, do ponto de vista acadêmico; para desenvolvedores de aplicações e sites, do ponto de vista da usabilidade; para desenvolvedores de sites e publicitários, do ponto de vista do marketing (e.g., o indivíduo olha para uma propaganda se posicionada no lugar x?).
<br>
* 2. Quem poderá operar o sistema?
** Os beneficiários diretos do projeto (e.g., pesquisadores/professores, desenvolvedores e publicitários) poderão operar o sistema como Administradores, enquanto os indivíduos participantes de sua pesquisa operarão o sistema de forma restrita, como Usuários.
<br>
* 3. Quem deverá participar do desenvolvimento do sistema? 
** Os principais participantes do desenvolvimento do sistema serão os desenvolvedores e os beneficiários diretos do projeto, a fim de entender as reais necessidades da aplicação e conferir se a forma de processamento dos dados e suas respectivas saídas de resultado estão corretas do ponto de vista teórico. Esses mesmos participantes também poderão atuar como Usuários quando necessário testar alguma parte do sistema ou mesmo refletir sobre a concepção de alguma funcionalidade.
<br>

== Where ==
<br>

* 1. Por onde (hardware ou sistemas), os dados serão inseridos? 
** Serão utilizados os seguintes periféricos/hardwares para entrada de dados: teclado, mouse, microfone e eye tracker.
** Serão utilizados os seguintes sistemas para entrada de dados: Tobii API (captura de dados de movimento ocular); Google Cloud to Speech (captura de dados de reconhecimento de voz); e protocolo de ativação de licença.
<br>
* 2. Onde (hardware ou sistemas), os dados serão externalizados?
** Os dados serão externalizados por meio dos seguintes periféricos: HD interno e HD externo, que gravarão os projetos, os testes, os vídeos, as imagens, os gráficos, os relatórios, os estímulos, os vídeos e os dados processados. Como as coletas costumam resultar em dados muito grandes, não haverá opção por clouding.
** Alguns dados serão externalizados por meio dos seguintes sistemas: protocolo de email; e protocolo de ativação de licença.
<br>
* 3. Onde (em que dispositivos ou ambientes) esta aplicação poderá ser usada? 
** A aplicação poderá ser usada em computadores pessoais e com as configurações mínimas determinadas pelos equipamentos de rastreamento ocular e reconhecimento de voz (Intel Quad Core i5 3.0 GHz, 16 GB RAM, dedicated Nvidia card, 1920 x 1080 screen resolution, Windows 10). O desenvolvimento será exclusivo para Windows.
<br>
* 4. Onde os dados serão armazenados? 
** Os dados serão armazenados na própria máquina do pesquisador ou em um HD externo, uma vez que são muito grandes. Foram concebidos, inicialmente, os seguintes depósitos: Projeto, Estímulo, Teste, Dados Brutos, Recursos & Configurações, Dados Pré-Processados, Dados Processados, Imagens, Gráficos, Vídeos, Leitura, Escrita, Tradução, Interface, Participante, Licença, Manual, Erro. 
<br>
* 5. Onde o software deverá ser hospedado? 
** O software será um executável e disponibilizado em uma página da internet, de preferência em uma página da própria Universidade Federal de Uberlândia.
<br>

== When ==
<br>

* 1. Em quanto tempo (em semanas) pretende desenvolver o sistema? 
** O software será desenvolvido no período da disciplina, no primeiro semestre de 2019, o correspondente a cerca de 18 semanas (4,5 meses).
<br>
* 2. Quais serão as fases e em quanto tempo cada uma? 
** Fase 1 - Identificação da Demanda: trabalho para identificação precisa das reais necessidades dos potenciais usuários. Tempo estimado de 1 semana.
** Fase 2 - Brainstorming: reunião da equipe para levantar ideias acerca da melhor forma e sequência de execução do projeto, incluindo requisitos funcionais e não funcionais. Tempo estimado de 1 semana.
** Fase 3 - Planejamento: verificação da viabilidade de seu desenvolvimento, considerando o prazo disponível; (re)definição do escopo do projeto e definição da sequência das atividades a serem realizadas, considerando as tecnologias levantadas nos requisitos do brainstorming; definição do cronograma e do orçamento do projeto; definição dos papéis/funções dos envolvidos no processo, juntamente com métricas de desempenho. Tempo estimado de 2 semanas.
** Fase 4a - Execução: levantamento/reunião dos recursos e das pessoas necessárias; codificação do software seguindo a sequência, os requisitos funcionais e os requisitos não funcionais definidos no planejamento. Tempo estimado de 10 semanas.
** Fase 5a - Teste: após finalização da primeira versão completa do sistema, todas as suas funcionalidades serão testadas. Caso haja algum erro, o sistema volta à fase de execução para correções; caso esteja tudo funcionando devidamente, o projeto passa para a fase de encerramento. Tempo estimado de 2 semanas.
** Fase 4b/5b - Monitoramento e Controle: concomitantemente com a execução, adoção de procedimentos e mecanismos para monitorar e controlar os trabalhos a fim de que seja conduzidos conforme o planejamento; atuação corretiva em relação a eventuais problemas durante o desenvolvimento; medição do desempenho seguindo métricas previamente definidas. Tempo estimado de 12 semanas, podendo se estender caso haja a necessidade de correção de algum erro na fase de teste.
** Fase 6 - Encerramento: após realização de todos os testes e confirmação de que o sistema está operante, é feita sua entrega ao cliente. Tempo estimado de 1 semana.
** Fase 7 - Implementação: oferecimento de um treinamento aos primeiros clientes (Administradores) do sistema. Tempo estimado de 1 semana, podendo se estender caso esses clientes necessitem de um treinamento mais abrangente.
<br>
* 3. Qual o tempo de resposta do dispositivo ou do sistema, ou seja, quanto tempo acha razoável esperar por uma informação?
** A aplicação deverá processar os testes enquanto o participante realiza o experimento; no entanto, como o tempo de gravação pode ser muito grande e os arquivos costumam ser pesados, espera-se um tempo de 5 a 10 minutos para que os dados de todo um projeto (i.e., conjunto de testes) sejam devidamente concluídos e gravados no disco rígido selecionado pelo usuário. Esse tempo, contudo, pode sofrer variações dependendo do disco rígido (e.g., SSD x HD), do processador, do tempo de execução do experimento e dos insumos/estímulos associados a cada teste.
<br>
* 4. Se tiver investimento, quanto tempo acha razoável para pagar o financiamento?
** O investimento será captado por meio de editais de agências de fomento, que não necessariamente exigem um retorno financeiro da aplicação. No entanto, em se verificando o seu potencial, a aplicação poderá ser vendida para uma empresa que busque capitalizar sobre as suas potencialidades.
<br>

== How ==
<br>
* 01. Como será dividido o desenvolvimento do sistema?
** Haverá três grandes etapas. A primeira corresponderá ao desenvolvimento da interface para o pesquisador/administrador (sobretudo no que tange à escolha de tarefas e de recursos a serem utilizados para a captura das tarefas); a segunda, ao desenvolvimento da interface para o participante da pesquisa/usuário (principalmente no que tange à forma como ele poderá acessar os testes); e a terceira, ao desenvolvimento dos algoritmos para a captura de dados (e.g., o que constitui uma fixação, quais as coordenadas da tela em que há movimento ocular) e geração de resultados (especialmente no que diz respeito à integração entre os dados e à forma como esses dados serão apresentados). A ideia é que seja desenvolvida uma aplicação para ser baixada e instalada pelo pesquisador.
<br>
* 02. Como será feita a entrada de dados? 
** A entrada de dados ocorrerá através de teclado e mouse (para keylogging), eye tracker (para rastreamento ocular) e microfone (para reconhecimento de voz).
<br>
* 03. Como será feita a saída de dados? 
** Os dados poderão ser visualizados na tela caso seja desejo do usuário acompanhar um replay em áudio e vídeo da tarefa gravada, juntamente com informações sobre o rastreamento ocular (e.g., fixações, dilatação de pupila), o keylogging e o reconhecimento de voz.
<br>
* 04. RF01: Selecionar interface
** Seleção entre duas opções de interface: administrador/pesquisador ou participante/usuário. A interface do Administrador/pesquisador é aquela que permitirá a elaboração e edição de testes, bem como a obtenção de relatórios de resultados. A interface do Participante/usuário é aquela que permitirá a realização do teste, tendo como únicas configurações possíveis aquelas referentes aos padrões do teclado, à calibragem do olhar e à calibragem da voz.
<br>
* 05. RF02: Criar projeto
** No caso de projeto novo. O pesquisador poderá descrever o projeto e determinar os tipos de teste, os insumos a serem utilizados (e.g., um texto, uma imagem, uma página da internet), os recursos de captura de dados a serem utilizados, os tipos de relatório a serem produzidos, onde os resultados serão salvos e de que forma deverão ser salvos (por tipo de projeto, por tipo de usuário, por tipo de recursos utilizados). 
<br>
* 06. RF03: Abrir projeto
** No caso de projeto criado anteriormente. O pesquisador poderá abrir para editar as configurações dos testes e dos recursos. Essa abertura disponibilizará as informações e configurações do projeto atual, bem como os recursos necessários para fazer alterações/edições. Essa abertura também permitirá que se altere a ordem em que os projetos serão apresentados ao participante, havendo inclusive a possibilidade de apresentação aleatória.
<br>
* 07. RF04: Ordenar teste.
** Caso se tenha aberto um projeto, a função permitirá a inclusão de novos testes. Em ambos os casos, o pesquisador poderá definir a ordem em que os testes serão apresentados ao participante e selecionar os insumos (e.g., texto, imagem) e recursos a serem utilizados no teste.
<br>
* 08. RF05: Abrir teste.
** O administrador poderá selecionar, dentre uma lista de testes já introduzidos anteriormente, um para editar.
<br>
* 09. RF06: Editar teste.
** O administrador poderá alterar um teste dentro de um projeto. Essa edição envolverá mudanças nos recursos e insumos. 
<br>
* 10. RF07: Iniciar experimento.
** O administrador dará início à coleta de dados, seguindo a sequência previamente selecionada quando da sua criação ou, do contrário, mediante seleção de testes específicos dentro do projeto.
<br>
* 11. RF08: Coletar informações do participante
** Logo após o início do experimento, o usuário deverá entrar com seus dados pessoais (e.g., idade, sexo, uso de óculos, uso de lentes). Esses dados serão utilizados mais tarde no relatório, permitindo associar dados entre pessoas de mesma faixa etária, mesmo sexo e que usam ou não óculos/lentres.
<br>
* 12. RF09: Selecionar tipo de teste.
** O administrador do teste poderá selecionar, dentre uma lista de testes, aquele que eu quer incluir no projeto ou aquele que quer realizar junto ao participante, caso não opte por uma sequência predefinida.
<br>
* 13. RF10: Ativar recursos.
** O administrador poderá ativar os recursos de hardware a serem utilizados no teste: teclado e/ou microfone para reconhecimento de voz e/ou rastreador ocular.
<br>
* 14. RF11: Calibrar o olho.
** Caso tenha ativado esse recurso, administrador poderá calibrar o sensor óptico com a participação do colaborador que realizará o teste. Na ocasião, será chamada a API do rastreador. Em um primeiro momento, será implementada apenas para rastreadores Tobii (https://developer.tobii.com/eyex-engine-api-glance/).
<br>
* 15. RF12: Configurar reconhecimento de voz.
** Caso tenha ativado esse recurso, administrador poderá calibrar o sensor de voz com a participação do colaborador que realizará o teste. Na ocasião, será selecionada a fonte de áudio e será chamado um módulo ou API de reconhecimento de voz. Será implementado a API do Google Cloud Speech-to-Text.(https://cloud.google.com/speech-to-text/).
<br>
* 16. RF13: Configurar teclado.
** Caso tenha ativado esse recurso, o administrador poderá calibrar o teclado com a participação do colaborador que realizará o teste. Por padrão, o teclado utilizado será internacional, mas será possível selecionar outros, como ABNT e ABNT2.
<br>
* 17. RF14: Iniciar teste.
** Após a configuração dos testes do projeto da calibração dos recursos a serem utilizados, ficará disponível um botão de iniciar.
<br>
* 18. RF15: Concluir teste.
** Após o colaborador terminar o teste, um botão de finalização se apresentará, dando conclusão ao teste realizado. A finalização poderá ser executada mediante clique nesse botão ou ativação de alguma tecla ou combinação de teclas predefinida pelo pesquisador. Por padrão, o acionamento da tecla "F10" executará essa ação.
<br>
* 19. RF16: Gerar relatório de análise.
** Após a conclusão do teste, o administrador poderá gerar um relatório sobre o teste. Para a geração do teste, o administrador selecionará as variáveis que deseja incluir (e.g., sexo, faixa etária), o teste ou os testes desejados, os tipos de output (e.g., raw, média, mediana, moda, somatório, min-máx), bem como as áreas de interesse. Também poderá selecionar como serão tratados os dados com "zero". Caso o recurso de eye tracking esteja ativado, os dados "raw" serão acompanhados das respectivas coordenadas na tela.
<br>
* 20. RF17: Configurar área de interesse.
** O administrador, mediante uso de ferramentas de círculo, retângulo ou livre, poderá selecionar a área específica da tela que será analisada para determinado teste ou insumo. Por padrão, estará definida toda a tela. Também estará disponível a opção de usar a janela de um software como área de interesse.
<br>
* 21. RF18: Gerar gazeplot.
** Caso seja utilizado o recurso de eye tracking, será possível gerar um gazeplot, que consiste em uma representação gráfica da sequência de fixações do participante. As fixações serão representadas por círculos numerados de acordo com suas respectivas sequências, sendo que os círculos maiores representam maior tempo de fixação ou maior número de fixações.
<br>
* 22. RF19: Gerar heatmap.
** Caso seja utilizado o recurso de eye tracking, será possível gerar um heatmap, que consiste em uma representação gráfica das áreas que receberam mais ou menos fixações. Considerando a duração das fixações ou o número de fixações, o heatmap representará: em tonalidades mais vermelhas, as áreas que receberam mais fixações; em tonalidades amarelas/alaranjadas, as áreas que receberam fixações intermediárias; em tonalidades verdes, as áreas que receberam menos fixações; em transparente, as áreas que receberam poucas ou quase nenhuma fixação. Também será possível escolher que essa representação se dê como um "raio-x", com as áreas mais pretas recebendo menos fixações e as áreas mais transparentes recebendo mais fixações.
<br>
*23. RF20: Salvar. Salvara o arquivo de extensão .ye no endereço: c:\arquivosdeprogramas\edet\projetos. 
** 
<br>
*24. RF21: Salvar como.  Salvará o arquivo (extenção.ye)  em um endereço personalizado.
** 
<br>
*25. RF22: Exportar teste. Administrador terá a opção de exportar um teste já realizado.
** 
<br>
*26. RF23: Exportar arquivo. Administrador terá a opção de exportar arquivos diversos, afim de serem utilizados no teste.
** 
<br>
*27. RF24: Importar teste. Administrador poderá exportar o teste para diversos dispositivos de gravação.
** 
<br>
*28. RF25: Importar arquivo. Administrador terá a opção de importar arquivos gerados no teste, para diversos dispositivos de gravação.
** 
<br>
*29. RF26: Importar projeto. Administrador terá a opção de importar o projeto para diversos dispositivos de gravação.
** 
<br>
*30. RF27: Importar imagem. Administrador terá a opção de importar a imagem do projeto para diversos dispositivos de gravação.
** 
<br>
*31. RF28: Carregar configuração. Administrador terá a opção de carregar configurações de testes pré-definidas, presentes em sua maquina.
** 
<br>
*32. RF29: Salvar configuração.  Administrador terá a opção de salvar configurações de testes em sua maquina, que poderão ser carregados eventualmente no futuro. 
** 
<br>
*33. RF30: Gravar tela. Administrador contará com a opção de gravação de tela, onde o sistema gravará a tela do teste que estiver sendo realizado. 
** 
<br>
*34. RF31: Replay simples. Administrador terá a opção de rever o vídeo do teste de maneira simples.
** 
<br>
*35. RF32: Replay C/ Movimentos oculares: 
** Administrador terá a opção de rever o vídeo do teste incluindo os movimentos oculares do colaborador.
<br>
*36. RF33: Replay C/ movimentos oculares e de mouse: 
** Administrador terá a opção de rever o vídeo do teste incluindo os movimentos oculares e do mouse do colaborador.  
<br>
*37. RF34: Velocidade de reprodução. Administrador poderá controlar a velocidade de reprodução do vídeo gerado a partir da gravação do teste.
** 
<br>
*38. RF35: Trimming.
** 
<br>
*39. RF36: Cores.
** Administrador poderá modificar o esquema de cores exibidos no teste (otimização para pessoas portadoras de Daltonismo).
<br>
*40. RF37: Zoom. 
** Administrador poderá modificar o zoom exibido no teste (otimização para pessoa portadora de deficiência visual).
<br>
*41. RF38: Filtro de fixação. 
** 
<br>
*42. RF39: Gerenciar Participantes.  
** 
<br>
*43. RF40: Compartilhar arquivo.  
** 
<br>
*44. RF41: Compartilhar no e-mail. 
** Administrador do teste poderá compartilhar o vídeo e os relatórios do teste diretamente por e-mail.
<br>
*45. RF42: Compartilhar no Youtube. 
** Administrador do teste poderá compartilhar o vídeo do teste diretamente em seu canal do youtube.
<br>
*46. RF43: Segmentar vídeo. 
** 
<br>
*47. RF44: Gerar Vídeo. 
** Administrador poderá gerar um vídeo do teste (Renderizar) 
<br>
*48. RF45: Gerar Gráficos. 
** 
<br>
*49. RF46: Exibir legendas. 
** Administrador poderá optar em colocar legendas (otimização para pessoas com deficiência auditivo).
<br>
*50. RF47: Exibir opacidade.
** 
<br>
*51. RF48: Exibir Mouse click. 
** Administrador poderá optar por mostrar onde o colaborador clicou com o mouse durante o teste.
<br>
*52. RF49: Selecionar dado para exportar. 
** 
<br>
*53. RF50: copiar.
** 
<br>
*54. RF51: Colar. 
** 
<br>
*55. RF52: Help. 
** Opção de ajuda rápida para a utilização do sistema (dúvidas frequentes) 
<br>
*56. RF53: Ativar licença. 
** 
<br>
*57. RF54: Manual. 
** Opção de manual completo para utilização do sistema.
<br>
*58. RF55: Atualizações. 
** Opção de procura e instalação de atualizações.
<br>
*59. RF56: Relatório de erros.  
** 
<br>
*60. RF57: Feedback. 
** O utilizador do sistema poderá entrar em contato com a empresa desenvolvedora para mandar suas sugestões e reclamações.
<br>
*61. RF58: Exportar gazeplot. 
** 
<br>
*62. RF59: Exportar heatmap 
** 
<br>
*63. RF60: Editar Projeto. 
** O administrador poderá fazer alterações nos projeto.
<br>
*64. RF61: Exportar projeto. 
** O administrador poderá exportar projetos através de diversos dispositivos de gravação.
<br>
*65. RF62: Simular Teste.
** Administrador  poderá  simular os testes para verificar seu funcionamento.
<br>

== How much ==
<br>
* 1. Quanto custa cada parte do sistema?
** Folha de pagamento estimada em R$ . 143.736.25.
** Taxas DARE (Documento de Arrecadação de Receitas Estaduais), DARF (Documento de Arrecadação de Receitas Federais), taxa da Junta Comercial, Certificado Digital (se necessário), Consultoria e possíveis taxas de fiscalização, taxas por tipo de empresa estimadas em R$ 1.000.00.
**Equipamentos, aquisição de tecnologia (como hardwares, softwares e sistemas), locação de espaço, insumos para o trabalho do dia a dia, entre outros, estimados em R$ 
** Caixa reserva para despesas eventuais estimada em R$ 200.000.00.
<br>
* 2. Quanto deverá custar todo o sistema? 
** Para o desenvolvimento do projeto EDET, estima-se o valor R$ .
<br>
* 3. Quantas pessoas deverão ser usadas (Equipe) ? 
** Para o desenvolvimento do projeto EDET, contaremos com 15 programadores, 1 gerente de projeto, 1 analista de negócio, 1 analista de infraestrutura, 1 coordenador de segurança e redes, totalizando 19 profissionais. 
<br>
* 4. Quanto custa cada profissional?
** Programador: R$ 2.250.00
** Gerente de Projeto: R$ 7.000.00
** Analista de Negócio: R$ 4.500.00
** Analista de Infraestrutura: R$ 4.000.00
** Coordenador de Segurança \ Redes: R$ 5.000.00
<br>
* 5. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?   
** 
<br>

= Canvas =
<br>

 [[Arquivo: edet.jpeg |center|600px|thumb|left|texto ]]

<br>

= Pitch =
<br>

* Clique abaixo para escrever sugestões, críticas ou colaborações para este projeto:
** http://www.sourceinnovation.com.br/w/index.php?title=Discuss%C3%A3o:EDET&action=edit