| 1 | \chapter{Metodologias}
|
| 2 | \label{chapter:methodologies}
|
| 3 |
|
| 4 | Como primeiro passo, para conseguir viabilizar construir um \textit{software}
|
| 5 | com qualidade, é necessário adotar metodologias que fundamentam a ideia e o
|
| 6 | embasem o processo. De tal sorte que, ajudem a levantar quais requisitos esse
|
| 7 | \textit{software} deve atender, priorizar funcionalidades, quebrar o escopo em
|
| 8 | entregáveis que possam ser validados, e desenvolver os mesmos de forma
|
| 9 | sustentável. Esse capítulo se debruça, tanto na abordagem da metodologia de
|
| 10 | pesquisa do projeto, quanto também detalha o método de desenvolvimento de
|
| 11 | \textit{software} escolhido.
|
| 12 |
|
| 13 | \section{Metodologia de Desenvolvimento de \textit{software}}
|
| 14 |
|
| 15 | Existem diversas abordagens para o desenvolvimento de \textit{software}, cada
|
| 16 | uma com seus respectivos prós e contras. Todos procuram responder a uma mesma
|
| 17 | necessidade: dar forma ao processo de desenvolvimento, para que ele flua e
|
| 18 | assegure que os requisitos levantados sejam atendidos, que os membros
|
| 19 | envolvidos no processo, sejam eles os desenvolvedores quanto os usuários finais
|
| 20 | ou atores que o demandam tenham seus anseios respondidos de forma minimamente
|
| 21 | transparente e satisfatória.
|
| 22 |
|
| 23 | Além disso, a escolha de uma abordagem adequada para as necessidades do
|
| 24 | sistema, permite que os prazos de entrega sejam mais bem controlados e mais
|
| 25 | precisos \cite{pressman:2021}, minimizando a ocorrência de falhas e melhorando
|
| 26 | a gestão do tempo.
|
| 27 |
|
| 28 | As ideias fundamentais que norteiam esse projeto são baseadas em dois conceitos
|
| 29 | chaves da engenharia de \textit{software}: o modelo de desenvolvimento
|
| 30 | incremental e desenvolvimento de \textit{software} ágil. O IEEE define que a
|
| 31 | engenharia de \textit{software} é:
|
| 32 |
|
| 33 | \begin{quote}
|
| 34 | Engenharia de \textit{software}: A aplicação de uma abordagem sistemática,
|
| 35 | disciplinada e quantificável no desenvolvimento, na operação e na manutenção de
|
| 36 | \textit{software}; isto é, a aplicação de engenharia ao \textit{software}.
|
| 37 | \cite[p.~67, tradução nossa]{ieee:1990}
|
| 38 | \end{quote}
|
| 39 |
|
| 40 | Portanto, a engenharia de \textit{software} propõe estruturar a criação de
|
| 41 | \textit{software} de forma mais organizada e eficiente. \citet{pressman:2021}
|
| 42 | aborda, entre os diversos modelos de processo, \citet{pressman:2021} aborda o
|
| 43 | de desenvolvimento em cascata e desenvolvimento incremental que moldaram boa
|
| 44 | parte das práticas da área nas últimas décadas.
|
| 45 |
|
| 46 | O modelo em cascata (\textit{waterfall}) é linear e um dos mais tradicionais.
|
| 47 | Levantamento de requisitos, projeto, implementação e testes formam uma única
|
| 48 | linha reta e única, na qual cada etapa precisa estar concluída antes da entrega
|
| 49 | final. Como não há entrega intermediária, o retorno sobre o produto só é
|
| 50 | coletado depois que ele está pronto. Embora forneça uma estrutura lógica e
|
| 51 | rígida, o modelo é frequentemente criticado pela baixa adaptabilidade em
|
| 52 | relação às mudanças durante o processo de desenvolvimento.
|
| 53 |
|
| 54 | Em outro oposto, o modelo incremental, trabalha com a premissa de construir em
|
| 55 | pequenas porções. Cada incremento percorre seu próprio mini-ciclo de
|
| 56 | levantamento de requisitos, projeto, implementação e testes, e ao fim de cada
|
| 57 | ciclo curto, entrega-se um sistema funcional, ainda que parcial. Isso permite
|
| 58 | colher retorno precocemente, lidar melhor com requisitos incertos ou mutáveis e
|
| 59 | ajustar o rumo a cada entrega \cite{pressman:2021}.
|
| 60 |
|
| 61 | Pressman, comenta que, por meados de 2001, um grupo de desenvolvedores
|
| 62 | renomados publicou o ``Manifesto Ágil'', um documento desenhando um conjunto de
|
| 63 | valores/princípios de forma a explicitar elementos chaves do ciclo de
|
| 64 | desenvolvimento, destacando a satisfação dos \textit{stakeholders} do sistema,
|
| 65 | entregas mais rápidas, flexibilidade durante o desenvolvimento do
|
| 66 | \textit{software} de forma a evitar que os desenvolvedores ficassem empacados e
|
| 67 | ajudasse a remover a rigidez de modelos prescritivos.
|
| 68 |
|
| 69 | \begin{figure}[H]
|
| 70 | \centering
|
| 71 | \caption{Quadro de tarefas do projeto}
|
| 72 | \label{fig:kanban}
|
| 73 | \includegraphics[width=0.90\textwidth,keepaspectratio]{kanban.png}
|
| 74 | \source{Elaborado pelo autor (2026)}
|
| 75 | \end{figure}
|
| 76 |
|
| 77 | Por serem princípios, e não procedimentos, os valores ágeis não são aplicados
|
| 78 | diretamente: precisam ser instanciados em métodos concretos, como o
|
| 79 | \textit{Kanban} e o \textit{Scrum}. O \textit{Scrum} organiza o trabalho em
|
| 80 | papéis e cerimônias (\textit{Product Owner}, \textit{Scrum Master},
|
| 81 | \textit{dailies}, \textit{sprint reviews}) pensados para coordenar uma equipe.
|
| 82 | O \textit{Kanban}, por sua vez, baseia-se na visualização do fluxo de trabalho,
|
| 83 | como demonstrado na Figura \ref{fig:kanban} e na limitação de tarefas em progresso,
|
| 84 | sem pressupor uma estrutura de equipe.
|
| 85 |
|
| 86 | Por ser um método não prescritivo, o \textit{Kanban} não define um ciclo de
|
| 87 | vida de desenvolvimento; ele organiza a execução do trabalho definido por outro
|
| 88 | modelo. Isso permite que as tarefas sejam priorizadas, ajustadas ou
|
| 89 | redefinidas, conforme a evolução do projeto, característica especialmente útil
|
| 90 | quando há apenas um desenvolvedor responsável por todas as etapas do processo.
|
| 91 |
|
| 92 | Com base nesse panorama, o presente trabalho adotou um misto: utiliza o modelo
|
| 93 | incremental estrutura o ciclo de desenvolvimento em entregas funcionais
|
| 94 | sucessivas; os princípios ágeis orientam as decisões, priorizando em entregas
|
| 95 | funcionais sucessivas; os princípios ágeis orientam as decisões, priorizando a
|
| 96 | entrega contínua de valor e a adaptação a mudanças; e o \textit{Kanban}
|
| 97 | organiza a execução por meio de um quadro que separa o que precisa ser feito, o
|
| 98 | que está em andamento e o que já foi concluído, limitando a quantidade de
|
| 99 | tarefas em progresso. Essa combinação mantém o controle sobre o andamento e a
|
| 100 | qualidade do produto sem os entraves de cerimônias e papéis pensados para
|
| 101 | equipes, o que a torna adequada a um desenvolvimento individual.
|
| 102 |
|
| 103 | \section{Metodologia de Pesquisa}
|
| 104 |
|
| 105 | Entende-se por pesquisa científica, a investigação de um fenômeno, de forma a
|
| 106 | encontrar a solução para algum problema \cite{Coelho:2020}. Portanto, a
|
| 107 | metodologia científica se torna o conjunto de procedimentos para esta
|
| 108 | investigação, cujo qual perpassa a coleta e análise de dados. Neste capítulo,
|
| 109 | abordaremos as metodologias adotadas e suas respectivas justificativas, para
|
| 110 | além dos dados encontrados para tal.
|
| 111 |
|
| 112 | \subsection{Tipo de Pesquisa}
|
| 113 |
|
| 114 | Segundo \cite{Lakatos:2022}, a pesquisa científica pode ser classificada
|
| 115 | quanto aos seus objetivos como exploratória, descritiva ou explicativa. Este
|
| 116 | trabalho caracteriza-se principalmente como uma pesquisa aplicada de natureza
|
| 117 | exploratória, uma vez que busca investigar práticas, limitações e necessidades
|
| 118 | relacionadas a ferramentas digitais para acompanhamento emocional, com o
|
| 119 | objetivo de desenvolver uma solução tecnológica prática.
|
| 120 |
|
| 121 | Conforme Jung (2009), a pesquisa aplicada visa gerar conhecimento para
|
| 122 | aplicação direta em problemas específicos, com interesse prático e utilitário,
|
| 123 | sendo comum em projetos de desenvolvimento de \textit{software}, especialmente
|
| 124 | nas áreas de Sistemas de Informação e Ciência da Computação, nas quais o
|
| 125 | produto final visa resolver uma demanda concreta do público-alvo.
|
| 126 |
|
| 127 | \subsection{Instrumento de coleta de dados}
|
| 128 |
|
| 129 | Como instrumento de coleta de dados, optou-se pela aplicação de um questionário
|
| 130 | estruturado, elaborado com o intuito de compreender hábitos, preferências e
|
| 131 | resistências de usuários em relação ao uso de aplicativos voltados para o
|
| 132 | acompanhamento emocional e práticas de autorreflexão.
|
| 133 |
|
| 134 | A escolha do questionário se justifica pela sua abrangência, agilidade na
|
| 135 | coleta de dados e facilidade de análise quantitativa e qualitativa. Além disso,
|
| 136 | como a amostra é composta por usuários potenciais, a aplicação do questionário
|
| 137 | de forma digital (via um formulário online) permite alcançar um público mais
|
| 138 | amplo com baixo custo e maior comodidade, como também reforça Jung (2009).
|
| 139 |
|
| 140 | O questionário, disponível no Apêndice B, foi bem recebido, e obteve por volta
|
| 141 | de 52 respostas válidas. Como a divulgação foi de forma aberta, existia uma
|
| 142 | pergunta inicial com uma função chaveadora, a fim de verificar se os
|
| 143 | respondentes se encaixavam no perfil de potenciais usuários. Isso se justifica
|
| 144 | pela natureza sensível do tema, que envolve saúde mental e experiências
|
| 145 | subjetivas.
|
| 146 |
|
| 147 | Na pergunta ``Você já teve algum interesse ou experiência com o monitoramento do
|
| 148 | seu humor ou estado emocional?'', apenas 8\% afirmaram que não tem e não teriam
|
| 149 | interesse em realizar esse tipo de acompanhamento. Esse dado corrobora outro
|
| 150 | resultado relevante: 53\% dos participantes afirmaram já ter, em algum momento
|
| 151 | da vida, realizado algum tipo de monitoramento de humor.
|
| 152 |
|
| 153 | Em outros horizontes, mais da metade dos participantes expressou interesse em
|
| 154 | acompanhar como o humor varia ao longo do tempo, muitas vezes com sugestões
|
| 155 | explícitas como: ``Seria legal ver um gráfico semanal ou mensal do meu humor''.
|
| 156 | Tal observação reforça a receptividade dos participantes em relação à ideia de
|
| 157 | detecção de padrões emocionais, sugerindo que esse tipo de funcionalidade
|
| 158 | representa um diferencial positivo frente aos aplicativos existentes.
|
| 159 |
|
| 160 | É notável que os participantes demonstram uma preocupação recorrente com a
|
| 161 | privacidade dos dados coletados. Aproximadamente 67\% dos participantes
|
| 162 | indicaram desconforto com a exposição de suas informações em plataformas que
|
| 163 | não explicam de forma clara como os dados são usados ou armazenados. Essa
|
| 164 | percepção está alinhada com a literatura sobre saúde digital. Por exemplo,
|
| 165 | \cite{Iwaya:22}, argumentam que a ausência de mecanismos transparentes de
|
| 166 | consentimento, controle e anonimização pode minar a confiança dos usuários em
|
| 167 | aplicativos de bem-estar e monitoramento contínuo de saúde, especialmente em
|
| 168 | contextos sensíveis como saúde mental.
|
| 169 |
|
| 170 | Outro ponto importante revelado pelo levantamento é o desejo por um tom mais
|
| 171 | humano, subjetivo e acolhedor. Cerca de 52\% dos participantes relataram
|
| 172 | incômodo com ferramentas que adotam uma linguagem genérica, motivacional ou
|
| 173 | automatizada demais. Isso reforça a necessidade de uma interface mais empática,
|
| 174 | que valorize tanto a escrita livre quanto a análise assistida. Também foram
|
| 175 | mencionadas sugestões de funcionalidades consideradas excepcionais, como
|
| 176 | inferência automática de ciclos de humor (66\% demonstraram interesse),
|
| 177 | personalização da forma de visualização das informações (como gráficos ou
|
| 178 | comparativos), e integração com dados contextuais ou ambientais, reforçando a
|
| 179 | ideia de um sistema que vá além do simples diário, oferecendo inteligência
|
| 180 | emocional útil, mas sem perder a sensibilidade que o tema exige.
|
| 181 |
|
| 182 | \subsection{Análise de Similares}
|
| 183 |
|
| 184 | % TODO: reescrever, arrumar citação
|
| 185 | A metodologia trata-se de uma avaliação sobre os sistemas relacionados ao tema
|
| 186 | proposto, observando e levantando desafios e possibilidades, validação de
|
| 187 | \textit{softwares} e a satisfação dos usuários (Martins, 2018). Seguindo assim,
|
| 188 | foram pesquisados sistemas similares encontrados na internet com o objetivo de
|
| 189 | realizar uma revisão crítica-reflexiva, analisando os aplicativos que oferecem
|
| 190 | algum tipo de diário digital de humor, ou permite algum acompanhamento
|
| 191 | reflexivo de variações de emoções.
|
| 192 |
|
| 193 | Para realizar esse processo, de forma a simular também um usuário, foi
|
| 194 | pesquisado na Google Play Store \footnote{Google Play Store --- Disponível em:
|
| 195 | https://play.google.com}, por \textit{mood tracker}, retornando centenas de
|
| 196 | resultados. Nesse quesito, estabeleceu os seguintes critérios objetivos: (1)
|
| 197 | pode ser um aplicativo em português ou inglês; (2) o aplicativo tem que
|
| 198 | apresentar algum tipo de gráfico das entradas feitas (3) tem que possuir
|
| 199 | entrada textual.
|
| 200 |
|
| 201 | \subsubsection{Baseline}
|
| 202 |
|
| 203 | O Baseline é um aplicativo de código aberto voltado ao acompanhamento do
|
| 204 | bem-estar emocional por meio de uma abordagem minimalista. A ferramenta permite
|
| 205 | o registro diário de humor utilizando entradas textuais ou gravações de áudio,
|
| 206 | além de disponibilizar notificações personalizadas e revisões periódicas dos
|
| 207 | registros realizados.
|
| 208 |
|
| 209 | \begin{figure}[H]
|
| 210 | \centering
|
| 211 | \caption{Aplicativo Baseline}
|
| 212 | \label{fig:screenshot-baseline}
|
| 213 | \includegraphics[width=0.40\textwidth,height=0.40\textheight,keepaspectratio]{screenshot-baseline.jpeg}
|
| 214 | \source{Elaborado pelo autor (2026)}
|
| 215 | \end{figure}
|
| 216 |
|
| 217 | Entre os aspectos observados, destaca-se a natureza open-source da aplicação,
|
| 218 | característica que favorece a transparência e a possibilidade de adaptação por
|
| 219 | terceiros. Sua interface apresenta baixo nível de complexidade e reduz a
|
| 220 | quantidade de interações necessárias para o registro das informações.
|
| 221 | Entretanto, nota-se que o sistema não oferece visualizações temporais avançadas
|
| 222 | nem mecanismos de personalização mais aprofundados. Além disso, o
|
| 223 | acompanhamento emocional é realizado principalmente por meio de uma pontuação
|
| 224 | de humor, sem identificar ciclos emocionais ou relacionar registros a gatilhos
|
| 225 | e intervenções específicas.
|
| 226 |
|
| 227 | \subsubsection{DailyBeans}
|
| 228 |
|
| 229 | O DailyBeans é um dos aplicativos de monitoramento de humor mais populares
|
| 230 | disponíveis atualmente, possuindo como principal característica a simplicidade
|
| 231 | de uso. Nota-se que possui uma linguagem bem lúdica e informal, por exemplo, o
|
| 232 | sistema utiliza o conceito de ``feijões'' representando o estado de humor do
|
| 233 | usuário. Destaca-se que o aplicativo permite selecionar categorias de
|
| 234 | sentimentos e adicionar atividades para preencher melhor o registro do estado
|
| 235 | emocional do usuário para além de um ``Feliz'', ``Triste'', etc. Existe também uma
|
| 236 | bastante vasta opções de categorias, cada qual com uma ilustração que
|
| 237 | representa o que aquilo representa. O aplicativo também apresenta ``Temas
|
| 238 | sazonais'', permitindo que o usuário customize cores, icones, e demais
|
| 239 | informações. Um elemento interssante é que as informações adicionadas também
|
| 240 | podem ser \textit{offlines}, até uma certa quantidade de entradas/registros,
|
| 241 | necessitando de uma conta para poder continuar salvando os dados informados.
|
| 242 |
|
| 243 | \begin{figure}[H]
|
| 244 | \centering
|
| 245 | \caption{Aplicativo DailyBeans}
|
| 246 | \label{fig:screenshot-dailybeans}
|
| 247 | \includegraphics[width=0.40\textwidth,height=0.40\textheight,keepaspectratio]{screenshot-dailybeans.jpeg}
|
| 248 | \source{Elaborado pelo autor (2026)}
|
| 249 | \end{figure}
|
| 250 |
|
| 251 | Entre suas funcionalidades, além do registro de humor e categorização de
|
| 252 | atividades e sentimentos, o aplicativo conta com gráficos e históricos. Uma
|
| 253 | interface bastante coesa e visualmente agradável. Um outro elemento é que o
|
| 254 | aplicativo permite relacionar indicadores de sono com bastante precisão, como
|
| 255 | poder indicar o momento que foi dormir, momento que acordou, anotações, etc. O
|
| 256 | aplicativo permite adicionar pelo menos uma foto no plano gratuito, além de
|
| 257 | indicar elementos como ``Qual o clima do dia'', se o usuário esteve com
|
| 258 | ``amigos'', ``familiares''.
|
| 259 |
|
| 260 | Observa-se que o aplicativo possui código fechado e restringe parte de suas
|
| 261 | funcionalidades mais avançadas à versão paga ou compras na Loja interna do
|
| 262 | aplicativo para obter por exemplo, personalização de icones, adicionar mais
|
| 263 | fotos. Além disso, o foco em registros rápidos reduz a flexibilidade para
|
| 264 | inserção de reflexões textuais mais detalhadas, e uma exibição excessante de
|
| 265 | anúncios atrapalha a utilização.
|
| 266 |
|
| 267 | \subsubsection{DailyMood}
|
| 268 |
|
| 269 | DailyMood é um aplicativo voltado ao registro cotidiano do estado emocional,
|
| 270 | oferecendo uma solução enxuta para acompanhamento de humor. Sua proposta
|
| 271 | baseia-se em uma interação mínima, permitindo que o usuário selecione
|
| 272 | rapidamente o sentimento predominante do dia, sem a necessidade de descrições
|
| 273 | extensas. Os registros são organizados em um calendário, o que facilita a
|
| 274 | leitura histórica e a identificação de padrões emocionais ao longo do tempo.
|
| 275 |
|
| 276 | \begin{figure}[H]
|
| 277 | \centering
|
| 278 | \caption{Aplicativo DailyMood}
|
| 279 | \label{fig:screenshot-dailymood}
|
| 280 | \includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-dailymood.jpeg}
|
| 281 | \source{Elaborado pelo autor (2026)}
|
| 282 | \end{figure}
|
| 283 |
|
| 284 | Apesar dos recursos disponíveis, observa-se que é uma solução bastante simples.
|
| 285 | Não existe outros recursos além de informar o humor predominante e uma
|
| 286 | anotação. Um fator interessante é que não necessita de contas, rodando
|
| 287 | completamente offline no dispositivo do usuário. Adicionalmente, apresenta
|
| 288 | limitações relacionadas à exportação dos dados registrados e à personalização
|
| 289 | das informações armazenadas.
|
| 290 |
|
| 291 | \subsubsection{Reflectly}
|
| 292 |
|
| 293 | O Reflectly é um aplicativo de diário pessoal que utiliza recursos de
|
| 294 | inteligência artificial para promover práticas de autorreflexão e
|
| 295 | acompanhamento emocional. Sua proposta enfatiza a experiência do usuário e a
|
| 296 | construção de narrativas pessoais a partir dos registros realizados.
|
| 297 |
|
| 298 | Entre suas funcionalidades estão entradas textuais livres, perguntas guiadas
|
| 299 | diárias, análises emocionais automatizadas e personalização visual da
|
| 300 | interface. O sistema apresenta uma experiência moderna e intuitiva,
|
| 301 | incentivando o uso contínuo por meio de elementos de engajamento.
|
| 302 | Um ponto interessante é o fato do aplicativo separar o ``humor'' dos
|
| 303 | ``sentimentos'', permitindo que os usuários avaliem ambos de forma
|
| 304 | independente.
|
| 305 |
|
| 306 | \begin{figure}[H]
|
| 307 | \centering
|
| 308 | \caption{Aplicativo Reflectly}
|
| 309 | \label{fig:screenshot-reflectly}
|
| 310 | \includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-reflectly.jpeg}
|
| 311 | \source{Elaborado pelo autor (2026)}
|
| 312 | \end{figure}
|
| 313 |
|
| 314 | Como pontos observados, destaca-se o fato de ser uma solução proprietária e
|
| 315 | dependente de coleta significativa de dados para alimentar seus mecanismos de
|
| 316 | análise. Outro ponto observado é o fato de que o aplicativo apresenta
|
| 317 | elementos como estatísticas e histórico, porém necessita de uma conta
|
| 318 | paga para acessar esses recursos.
|
| 319 |
|
| 320 | Além disso, sua abordagem está mais voltada ao diário pessoal do que
|
| 321 | ao acompanhamento sistemático de indicadores de saúde mental.
|
| 322 |
|
| 323 | \subsubsection{eMoods}
|
| 324 |
|
| 325 | O \textit{eMoods} é um aplicativo de registro de humor especificamente para
|
| 326 | pessoas com TAB. O aplicativo tem uma interface bem compacta, bastante
|
| 327 | poluída visualmente, em estilo formulário de entrada de dados.
|
| 328 |
|
| 329 | O aplicativo consegue registrar dados de sono, além de perguntas como
|
| 330 | ansiedade, estado depressivo, e outras coisas como ``você praticou higiene
|
| 331 | pessoal?'', ``você tomou medicamentos?'', ``você se alimentou bem?'' e afins.
|
| 332 | Um ponto destacado é que o aplicativo também permite exportar os dados em
|
| 333 | formato CSV e gerar relatórios em formato PDF.
|
| 334 |
|
| 335 | \begin{figure}[H]
|
| 336 | \centering
|
| 337 | \caption{Aplicativo eMoods}
|
| 338 | \label{fig:screenshot-emoods}
|
| 339 | \includegraphics[width=0.40\textwidth,height=0.55\textheight,keepaspectratio]{screenshot-emoods.jpeg}
|
| 340 | \source{Elaborado pelo autor (2026)}
|
| 341 | \end{figure}
|
| 342 |
|
| 343 | Entretanto, a aplicação apresenta uma experiência do usuário um tanto confusa,
|
| 344 | possuindo interface bastante poluída quando comparada a soluções mais
|
| 345 | novas/contemporâneas. Também não oferece suporte para registros textuais
|
| 346 | extensos ou entradas por voz, além de simular um formulário.
|
| 347 |
|
| 348 | \FloatBarrier
|
| 349 |
|
| 350 | \subsection{Análise comparativa}
|
| 351 |
|
| 352 | Coletando essa lista de aplicações, é possível então dispor as funcionalidades
|
| 353 | mais relevantes de cada aplicação da seguinte forma:
|
| 354 |
|
| 355 | \begin{table}[H]
|
| 356 | \centering
|
| 357 | \caption{Comparativo de funcionalidades entre aplicativos analisados}
|
| 358 | \label{tab:comparativo_apps}
|
| 359 | \begin{tabular}{|l|c|c|c|c|c|}
|
| 360 | \hline
|
| 361 | Funcionalidade &
|
| 362 | Baseline &
|
| 363 | DailyBeans &
|
| 364 | DailyMood &
|
| 365 | Reflectly &
|
| 366 | eMoods \\
|
| 367 |
|
| 368 | \hline
|
| 369 | Registro de humor & Sim & Sim & Sim & Sim & Sim \\
|
| 370 | \hline
|
| 371 | Registro de sono & Não & Não & Não & Não & Sim \\
|
| 372 | \hline
|
| 373 | Texto livre & Sim & Parcial & Sim & Sim & Sim \\
|
| 374 | \hline
|
| 375 | Gráficos & Não & Sim & Sim & Sim & Sim \\
|
| 376 | \hline
|
| 377 | Gatilhos/intervenções & Não & Parcial & Não & Não & Parcial \\
|
| 378 | \hline
|
| 379 | Exportação de dados & Sim & Parcial & Parcial & Parcial & Sim \\
|
| 380 | \hline
|
| 381 | Código aberto & Sim & Não & Não & Não & Não \\
|
| 382 | \hline
|
| 383 | \end{tabular}
|
| 384 | \source{Elaborado pelo autor (2026)}
|
| 385 | \end{table}
|
| 386 |
|
| 387 | Com esses dados em mente, podemos compreender alguns elementos fundamentais:
|
| 388 | poucos sistemas analisados são \textit{open-source}, o que indica que, em sua
|
| 389 | grande maioria, são sistemas comerciais. A maior parte dos sistemas também
|
| 390 | oferecem algum aspecto de pagamento, bloqueando funcionalidades importantes
|
| 391 | atrás de algum tipo de modelo de subscrição. Existe também o fato de
|
| 392 | personalização e de exportação de dados, que poucos ou nenhum sistema oferece,
|
| 393 | o que faz com que o sistema não tenha portabilidade dos dados inseridos,
|
| 394 | criando assim, um \textit{walled garden}, ou um jardim fechado --- uma técnica de
|
| 395 | fazer com que o usuário não consiga migrar entre sistemas, prendendo-o a usar
|
| 396 | aquela aplicação já que seus dados estão lá.
|
| 397 |
|
| 398 | \subsection{Relação entre os dados do questionário e análise de similares}
|
| 399 |
|
| 400 | A análise dos sistemas similares, quando considerada em conjunto com os dados
|
| 401 | coletados por meio do questionário, revela lacunas e oportunidades relevantes
|
| 402 | para o desenvolvimento de uma nova solução. Observa-se, por exemplo, que a
|
| 403 | maior parte das ferramentas disponíveis no mercado segue modelos comerciais,
|
| 404 | frequentemente com funcionalidades essenciais bloqueadas por sistemas de
|
| 405 | pagamento ou assinaturas. Além disso, é comum que tais sistemas sejam fechados,
|
| 406 | sem disponibilização de código-fonte ou possibilidade de exportação dos dados
|
| 407 | inseridos, o que configura uma prática de \textit{walled garden}, dificultando
|
| 408 | a migração entre plataformas e restringindo a autonomia dos usuários sobre suas
|
| 409 | próprias informações.
|
| 410 |
|
| 411 | Esses aspectos, quando contrastados com o interesse expressivo dos respondentes
|
| 412 | por visualizar padrões emocionais ao longo do tempo e por maior personalização,
|
| 413 | sugerem direções claras para o desenvolvimento de um sistema que não apenas
|
| 414 | atenda a essas demandas, mas também adote princípios de transparência, abertura
|
| 415 | e controle por parte do usuário. A seguir, serão discutidas as decisões de
|
| 416 | projeto que nortearam a construção da ferramenta proposta, baseadas tanto nas
|
| 417 | limitações identificadas nos sistemas existentes quanto nas necessidades e
|
| 418 | expectativas manifestadas pelo público-alvo da pesquisa.
|