Exibir código-fonte para Pause Break

= 5W2H =
<br>

== What ==
<br>

* 1.  Qual o nome do seu projeto?
**Pause Break
* 2.  Qual o objetivo deste projeto?
**Auxiliar a recuperação de pessoas vítimas de acidente vascular cerebral através de um jogo sério.
* 3.  Quais os maiores desafios, na sua opinião, para se realizar este trabalho?
**Entender o processo de tratamento de pessoas nessa situação. Ou seja, saber como o jogo desenvolvido deve agir no auxilio do tratamento.
* 4.  Quais os conhecimentos básicos que devemos ter para se implementar este projeto?
**Noção dos desafios enfrentados pelo paciente - principalmente coordenação motora e percepção cognitiva -, conhecer engines, como o unity, para simplificar a produção do jogo; além de programação, para dar acabamentos no jogo. Outra ferramenta importante é algum software de modelagem, para criação de texturas.
* 5.  Quais soluções similares existem no mercado?
De acordo com dados do Mapeamento da Indústria Brasileira e Global de Jogos Digitais, em pesquisa feita em 2014, o desenvolvimento de jogos no Brasil - de 1417 jogos - cerca de 47,8% eram considerados jogos sérios. Esse tipo de jogo tem algum propósito a mais, além de entreter, como educação ou, no caso, reabilitação, por esse motivo é feito principalmente sob demanda dos clientes. Portanto, há vários casos semelhantes ao projeto aqui proposto. Como exemplo concreto há o jogo auxiliado por robôs, desenvolvido por membros da USP, chamado The Catcher, cuja finalidade também a reabilitação de pacientes.
<br>

== Why ==
<br>

* 1. Porque é interessante desenvolver este projeto?
** Sabe-se que 1 em cada 6 pessoas no mundo sofrerão AVC, segundo dados da Organização Mundial de AVC, portanto é importante que haja tanto prevenção ao problema quanto adequado tratamento às vítimas. Como prevenção envolve um trabalho de conscientização e, posteriormente, mudanças de hábitos nos cidadãos, essa medida torna-se uma solução a longo prazo. Sendo assim, é importante investimento no auxilio a quem sofre com essa doença. Além do mais, a reabilitação de pessoas que sofreram AVC deve ser contínua, envolvendo progresso gradual no quadro clínico do mesmo, entretanto o indíviduo dificilmente acredita na própria recuperação depois de certo tempo. Jogos como esse tem o benefício de dar autonomia ao paciente, além de proporcionar uma experiência extra-hospitalar - ou seja, assemelhar-se a uma atividade de entretenimento - então a pessoa em questão pode se sentir motivado a continuar seu tratamento, além de se divertir durante a atividade.
* 2. Porque deve usar a tecnologia escolhida?
** A tecnologia escolhida é acessível, gratuita, e moderadamente simples de lidar. Com essas características o trabalho não perde em qualidade e ganha em custo x benefício.
* 3. Por que usar o hardware específico?
** Porque, mais uma vez, é acessível, e com o manuseio certo das ferramentas, é possível diminuir a necessidade de capacidade de processamento do computador, tornando a tecnologia ainda mais acessível. A escolha do console foi pensada para o conforto de uma pessoa com limitações de coordenação, além de ser relativamente barato.
* 4. Porque usar o sistema específico?
**Porque o trabalho visa abranger a maior quantidade de pessoas beneficiadas possível, dessa maneira, foi ecolhido o sistema mais utilizado atualmente.
<br>

== Who ==
<br>

* 1. Quem pode se beneficiar deste projeto? 
** Principalmente profissionais da área da saúde e pacientes vítimas de AVC.
* 2. Quem poderá operar o sistema?
**Os profissionais da saúde na parte de leitura de dados, escolha do nível de dificuldade da atividade, entre outros. Além dos pacientes beneficiados com a tecnologia.
* 3. Quem deverá participar do desenvolvimento do sistema? 
** Pessoas envolvidas no tratamento de pessoas que sofreram AVC, pessoas da área de engenharia biomédica, assim como as que possuem conhecimento em computação gráfica. O usuário final também é importante para testar o sistema.
<br>

== Where ==
<br>

* 1. Onde os dados serão inseridos? 
**
* 2. Onde os dados serão externalizados, publicados?
** 
* 3. Onde esta aplicação poderá ser usada? 
** 
* 4. Onde os dados serão armazenadas? 
** 
* 5. Onde o software deverá ser hospedado? 
**
<br>

== When ==
<br>

* 1. Em quanto tempo pretende desenvolver o sistema? 
** 
* 2. Quais serão as fases e em quanto tempo cada uma? 
** 
* 3. Qual o tempo de resposta do dispositivo ou do sistema?
** 
* 4. Quanto tempo para responder a uma entrada?
** 
* 5. Quanto tempo para gerar a saída?
** <br>

== How ==
<br>

* 1. Como será dividido o desenvolvimento do sistema?
** 
* 2. Como será feita a entrada de dados? 
** 
* 3. Como será feita a saída de dados? 
** 
* 4. Descreva a 1a. funcionalidade? 
** 
* 5. Descreva a 2a. funcionalidade?
** ............
* n. Descreva a enésima funcionalidade?
** <br>

== How much ==
<br>

* 1. Quanto custa cada parte do sistema?
** 
* 2. Quanto deverá custar todo o sistema? 
** 
* 3. Quantas pessoas deverão ser usadas (Equipe) ? 
** 
* 4. Quanto custa cada profissional?
** 
* 5. Qual deverá ser o preço de aquisição do seu software para o usuário final (Valor de mercado)?   
** 
<br>

= Modelo Estruturado =


== DFD ==

* Processso
* Depósitos
* Fluxos

== DER ==

* Entidades 
* Relacionamentos
* Chaves
* Domínios

== DD ==

* Descritivos de cada item
** Significado
** Conteúdo (Dados compostos)
** Restrições de integridade
** Chave primária (Depósitos de Dados)
<br>

= Modelo OO =

== Diagrama de Classes ==

== Diagrama de  Estado ==

== Diagrama de  Casos de Uso ==

== Diagrama de Sequência ==

== Diagrama de Objetos ==

== Diagrama de Colaboração ==

== Diagrama de  Interfaces ==

== Diagrama de Atividades ==

== Diagrama de Componentes ==

== Diagrama de Pacotes ==

= Protótipo =

* Objetivo
* Recursos utilizados
* Funcionamento
* Detalhamento (Imagens, vídeos, ...)
* Resultados obtidos

= Pesquisador =

*

<br>