Pause Break

5W2H

What

• 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.

Why

• 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.

Who

• 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.

Where

• 1. Onde os dados serão inseridos?
  • Os dados deverão ser inseridos através de um teclado onde o operador poderá preencher um questionário referente ao paciente e também escolher a função que será utilizada naquele determinado momento.
• 2. Onde os dados serão externalizados, publicados?
  • Os dados deverão aparecer em uma tela, para que o operador possa verificar o que inseriu.
• 3. Onde esta aplicação poderá ser usada?
  • Esta aplicação poderá ser utilizada em hospitais, clinicas de reabilitação, postos de saúde e clínicas de fisioterapia.
• 4. Onde os dados serão armazenados?
  • Os dados deverão ser armazenados em um HD externo ou interno.
• 5. Onde o software deverá ser hospedado?
  • O software poderá ser hospedado no equipamento ao qual ele estará vinculado diretamente.

When

• 1. Em quanto tempo pretende desenvolver o sistema?
  • É difícil estipular um tempo, levando em conta que este seria um sistema complexo que deverá passar por diversos testes antes de ficar apto para o uso, mas estimula-se que leve em torno de um ano para concluir 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?
  • O dispositivo terá que responder em poucos segundos para que o usuário não sofra pequenas irritações durante o uso.
• 4. Quanto tempo para responder a uma entrada?
  • A entrada deverá ter uma resposta rápida, por tanto não poderá demorar mais que alguns segundos.
• 5. Quanto tempo para gerar a saída?
  • A saída também deve ter uma resposta arripada, portanto, assim como a entrada a saída deve demorar menos que um minuto.

br>

How

• 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?
  • 
    

How much

• 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)?

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)

Protótipo

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