| 1 | \chapter{Desenvolvimento}
|
| 2 |
|
| 3 | Este capítulo detalha o funcionamento de algumas funcionalidades
|
| 4 | desenvolvidas durante o projeto. Apenas algumas funcionalidades mais
|
| 5 | chaves são abordadas neste capítulo, como o registro de humor, vinculo
|
| 6 | de um gatilho, indicadores, e o registro de atividades.
|
| 7 |
|
| 8 | \section{Processo de Login}
|
| 9 |
|
| 10 | Logo ao abrir o aplicativo, o usuário é redirecionado para a tela de
|
| 11 | login. A tela em si é relativamente simples, e contém os campos de
|
| 12 | email e senha. Existe aqui um elemento proposital: uma forma de
|
| 13 | garantir um certo nível de anonimato, em que o usuário não precisa se
|
| 14 | identificar com um nome ou número de telefone, tampouco ativar a conta
|
| 15 | através de uma plataforma de terceiro, como Google ou Facebook.
|
| 16 |
|
| 17 | Isso se dá, em especial, por dois motivos. Primeiro, o uso de OAuth
|
| 18 | exigiria uma conexão com plataformas de terceiro, que poderiam então
|
| 19 | rastrear quais usuários têm acesso a qual aplicativo — algo que é
|
| 20 | fartamente documentado na literatura sobre os mecanismos usados por
|
| 21 | tais plataformas para rastrear e monitorar o acesso a dados de
|
| 22 | usuários, com o fim de vender e monetizar essas informações.
|
| 23 |
|
| 24 | % TODO: Write citations, link to news articles about it
|
| 25 |
|
| 26 | Segundo, e retomando a proposta de oferecer ao usuário a possibilidade
|
| 27 | de \textit{self-service}, aquele que decidisse manter uma instância
|
| 28 | própria do aplicativo não precisaria de uma conta em uma plataforma de
|
| 29 | terceiro, nem se cadastrar nelas.
|
| 30 |
|
| 31 | \begin{figure}[H]
|
| 32 | \centering
|
| 33 | \caption{Tela de login}
|
| 34 | \label{fig:screenshot-login}
|
| 35 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-login.jpeg}
|
| 36 | \source{O autor, 2026}
|
| 37 | \end{figure}
|
| 38 |
|
| 39 | Por fim, destaca-se aqui que, conforme mencionado anteriormente na
|
| 40 | modelagem de casos de uso (figura \ref{fig:use-cases}), ao realizar o
|
| 41 | login pela primeira vez é enviado um email com um código de
|
| 42 | verificação, seguindo a lógica dos \textit{magic links}. Isso adiciona
|
| 43 | uma camada extra de segurança, garantindo que apenas o usuário que
|
| 44 | solicitou o login possa acessar a conta.
|
| 45 |
|
| 46 | \section{Página de Consulta de Registros}
|
| 47 |
|
| 48 | A tela inicial é a tela nomeada apenas como ``Novo''. A proposta aqui
|
| 49 | é ser a tela de cadastro rápido de um humor, e também é a tela que
|
| 50 | visualmente mais destoa das demais. O usuário é apresentado com três
|
| 51 | seções distintas:
|
| 52 |
|
| 53 | \begin{itemize}
|
| 54 | \item Cadastro rápido de um humor
|
| 55 | \item Entre ontem e hoje
|
| 56 | \item Registros recentes
|
| 57 | \end{itemize}
|
| 58 |
|
| 59 | Respectivamente: uma seção em que o usuário é convidado a ``escolher
|
| 60 | um humor'' e iniciar o processo de registro de uma nova entrada; a
|
| 61 | seção em que são apresentados os indicadores de nível de energia
|
| 62 | acumulado entre o dia anterior e o dia atual, além da média de sono do
|
| 63 | dia comparada com a do dia anterior; e, por fim, a listagem dos dez
|
| 64 | últimos registros de humor cadastrados pelo usuário.
|
| 65 |
|
| 66 | \begin{figure}[H]
|
| 67 | \centering
|
| 68 | \caption{Tela de Consulta de Registros}
|
| 69 | \label{fig:screenshot-consulta-registros}
|
| 70 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-initial-page.jpeg}
|
| 71 | \source{O autor, 2026}
|
| 72 | \end{figure}
|
| 73 |
|
| 74 | Aqui já é introduzido ao usuário um padrão de organização e hierarquia:
|
| 75 | todos os elementos centrais são organizados em \textit{cards}, exibidos
|
| 76 | em no máximo duas colunas. Também é introduzido, caso o usuário já
|
| 77 | possua registros de humor cadastrados, o padrão pelo qual esses
|
| 78 | registros são resumidos em todas as seções do aplicativo: geralmente
|
| 79 | um ícone, um título e alguma informação adicional em destaque.
|
| 80 |
|
| 81 | \section{Criação de Registros de Humor}
|
| 82 |
|
| 83 | Nesta seção, o usuário pode criar novos registros de humor, escolhendo
|
| 84 | entre uma lista de opções pré-definidas. O humor selecionado na tela
|
| 85 | anterior é mostrado aqui, e o usuário é convidado a julgar como ele se
|
| 86 | sente referente a uma escala de 1 a 10, sobre os níveis de energia,
|
| 87 | estresse e ansiedade, respectivamente.
|
| 88 |
|
| 89 | \begin{figure}[H]
|
| 90 | \centering
|
| 91 | \caption{Criação de Registros de Humor}
|
| 92 | \label{fig:screenshot-consulta-humor}
|
| 93 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-create-mood.jpeg}
|
| 94 | \source{O autor, 2026}
|
| 95 | \end{figure}
|
| 96 |
|
| 97 | Naturalmente, é uma questão dificil de responder, porém é importante
|
| 98 | que seja um momento reflexivo e tampouco, como descreve o aplicativo,
|
| 99 | não necessariamente sendo preciso.
|
| 100 |
|
| 101 | O usuário pode adicionar uma anotação sobre aquele registro em
|
| 102 | específico, que igualmente é um padrão que se repete/apresenta durante
|
| 103 | outras telas.
|
| 104 |
|
| 105 | Por fim, o usuário pode escolher "o que compõe aquele registro", que
|
| 106 | ou seja, escolher emoções e estados/sentimentos que ele sente naquele
|
| 107 | momento. Aqui uma listagem mista desses elementos é apresentado, e que
|
| 108 | cujo ele pode selecionar os que mais se aplica a ele, e julgar um nível
|
| 109 | de intensidade para cada um. Aqui a escala é menor e mais fácil, visando
|
| 110 | facilitar a escolha e julgamento do usuário, entre ``Leve'', ``Moderado'',
|
| 111 | e ``Intenso'', conforme a figura \ref{fig:screenshot-add-components}.
|
| 112 |
|
| 113 | \begin{figure}[H]
|
| 114 | \centering
|
| 115 | \caption{Adicionando sentimentos/emoções}
|
| 116 | \label{fig:screenshot-add-components}
|
| 117 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-add-components.jpeg}
|
| 118 | \source{O autor, 2026}
|
| 119 | \end{figure}
|
| 120 |
|
| 121 | Ao concluir esse processo, e salvar, é apresentado para o usuário
|
| 122 | uma tela de confirmação, onde ele pode opcionalmente vincular
|
| 123 | esse registro a um gatilho em específico, que pode ter ocorrido
|
| 124 | antes de ele salvar o registro, ou opcionalmente, criar um novo
|
| 125 | gatilho. Aqui o projeto novamente, se ancora no EMA, recheando o registro
|
| 126 | de humor com mais contexto sobre o que aconteceu.
|
| 127 |
|
| 128 | \begin{figure}[H]
|
| 129 | \centering
|
| 130 | \caption{Vinculando um humor com um gatilho}
|
| 131 | \label{fig:screenshot-link-mood-trigger}
|
| 132 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-link-mood-with-trigger.jpeg}
|
| 133 | \source{O autor, 2026}
|
| 134 | \end{figure}
|
| 135 |
|
| 136 | Posteriormente, o usuário pode delimitar o impacto que aquele gatilho
|
| 137 | pode ter exercído naquele registro de humor em especial. Aqui, é,
|
| 138 | novamente o processo de chute de impacto, nada com muita precisão.
|
| 139 |
|
| 140 | \begin{figure}[H]
|
| 141 | \centering
|
| 142 | \caption{Avaliando o impacto de um gatilho no humor}
|
| 143 | \label{fig:screenshot-assess-trigger-mood-impact}
|
| 144 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-link-mood-assess-impact.jpeg}
|
| 145 | \source{O autor, 2026}
|
| 146 | \end{figure}
|
| 147 |
|
| 148 | Por fim, vale mencionar que após esse processo, internamente, é enfileirado
|
| 149 | um \textit{background job} que processa alguns indicadores: recalcular
|
| 150 | o nível de energia daquele dia, apresentado na figura \ref{fig:screenshot-consulta-registros},
|
| 151 | recalcular o indicador de correlação entre humor e energia, e agendar
|
| 152 | o \textit{background job} que recalculará o nível de energia daquele
|
| 153 | período (os últimos sete dias), apresentado na figura \ref{fig:screenshot-consulta-registros}.
|
| 154 |
|
| 155 | \section{Indicadores}
|
| 156 |
|
| 157 | Nessa tela é apresentado um conjunto de indicadores construídos a partir
|
| 158 | dos registros de humor, sono e gatilho do usuário. Diferente das demais
|
| 159 | telas do aplicativo, que operam sobre dados em tempo real, os indicadores
|
| 160 | são artefatos pré-computados: um \textit{worker} assíncrono (BullMQ)
|
| 161 | percorre semanalmente todos os usuários ativos e enfileira, para cada
|
| 162 | um, um conjunto de \textit{jobs} — um por tipo de indicador — que
|
| 163 | processam a janela dos últimos sete dias e persistem o resultado em uma
|
| 164 | tabela dedicada. O aplicativo móvel apenas consulta esse resultado já
|
| 165 | calculado, o que evita repetir cálculos custosos a cada abertura da tela
|
| 166 | e desacopla a lógica analítica do restante da API.
|
| 167 |
|
| 168 | \begin{figure}[H]
|
| 169 | \centering
|
| 170 | \caption{Tela de indicadores}
|
| 171 | \label{fig:screenshot-insights}
|
| 172 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-insights.jpeg}
|
| 173 | \source{O autor, 2026}
|
| 174 | \end{figure}
|
| 175 |
|
| 176 | % TODO: referenciar EMA / momentary assessment como justificativa da janela de 7 dias
|
| 177 |
|
| 178 | São três os indicadores semanais exibidos: tendência de humor, correlação
|
| 179 | entre sono e energia, e padrão de gatilhos.
|
| 180 |
|
| 181 | \begin{itemize}
|
| 182 | \item \textbf{Tendência de humor}: compara a média de humor da
|
| 183 | primeira metade da semana com a da segunda metade, expressando a
|
| 184 | diferença como uma variação percentual. O resultado é classificado
|
| 185 | como melhora, piora ou estabilidade a partir de uma margem de $\pm10\%$.
|
| 186 |
|
| 187 | \item \textbf{Correlação entre sono e energia}: relaciona a duração
|
| 188 | do sono de uma noite com o nível de energia relatado na manhã
|
| 189 | seguinte, através do coeficiente de correlação de Pearson. Exige um
|
| 190 | mínimo de observações pareadas para ser calculado — caso contrário,
|
| 191 | o indicador simplesmente não é exibido.
|
| 192 |
|
| 193 | \item \textbf{Padrão de gatilhos}: identifica a categoria de gatilho
|
| 194 | mais frequente na semana e expressa sua predominância como percentual
|
| 195 | do total de registros.
|
| 196 | \end{itemize}
|
| 197 |
|
| 198 | É intencional, na figura \ref{fig:screenshot-insights}, que o bloco de
|
| 199 | ``Energia'' apareça vazio: o cálculo da correlação depende da existência
|
| 200 | simultânea de registros de sono \emph{e} de humor em quantidade mínima,
|
| 201 | e no período retratado o usuário ainda não havia acumulado dados
|
| 202 | suficientes de ambos os tipos. Optou-se por não exibir uma correlação
|
| 203 | calculada com poucos pontos, preferindo comunicar a ausência de dado a
|
| 204 | apresentar um número pouco confiável.
|
| 205 |
|
| 206 | O bloco maior no topo da tela, o ``Resumo Semanal'', condensa os
|
| 207 | indicadores mais centrais — média de sono do período e um rótulo de
|
| 208 | humor (``Estável'', no exemplo). Esse rótulo, no entanto, é o elemento
|
| 209 | mais delicado de toda a funcionalidade. Embora exista uma fórmula capaz
|
| 210 | de produzir uma classificação de estabilidade a partir da variância dos
|
| 211 | registros de humor, atribuir esse tipo de afirmação a um usuário —
|
| 212 | especialmente em um aplicativo que é utilizado por pessoas com
|
| 213 | Transtorno Afetivo Bipolar, para quem uma leitura equivocada de
|
| 214 | ``estabilidade'' pode mascarar justamente o início de um episódio —
|
| 215 | exige um embasamento mais cuidadoso do que uma regra estatística
|
| 216 | simples. Por esse motivo, o rótulo apresentado nesta versão do
|
| 217 | aplicativo é estático (não deriva de fato do cálculo de estabilidade) e
|
| 218 | a funcionalidade pode ser inteiramente desabilitada pelo usuário nas
|
| 219 | configurações. A decisão de manter ou não uma afirmação automatizada
|
| 220 | desse tipo, e sob quais critérios, permanece um ponto em aberto que
|
| 221 | mereceria revisão de literatura específica antes de ser tratado como
|
| 222 | funcionalidade definitiva.
|
| 223 |
|
| 224 | % TODO: literatura sobre riscos de auto-monitoramento automatizado de humor / mood-tracking apps e TAB
|
| 225 |
|
| 226 | \section{Histórico}
|
| 227 |
|
| 228 |
|
| 229 | Nessa tela é apresentado o histórico consolidado de registros de humor,
|
| 230 | sono, gatilho e ações de cuidado (como sessões de terapia), organizados
|
| 231 | cronologicamente e agrupados por dia, conforme a figura
|
| 232 | \ref{fig:screenshot-history}. O usuário pode ainda filtrar a listagem por
|
| 233 | categoria (``Humor'', ``Sono'', ``Gatilho'' e ``Ações de Cuidado''),
|
| 234 | reduzindo o volume de informação exibida.
|
| 235 |
|
| 236 | \begin{figure}[H]
|
| 237 | \centering
|
| 238 | \caption{Tela de Histórico}
|
| 239 | \label{fig:screenshot-history}
|
| 240 | \includegraphics[width=0.70\textwidth,height=0.60\textheight,keepaspectratio]{screenshot-history.jpeg}
|
| 241 | \source{O autor, 2026}
|
| 242 | \end{figure}
|
| 243 |
|
| 244 | Como os quatro tipos de dado residem em recursos distintos da API, a
|
| 245 | tela consulta os respectivos \textit{endpoints} em paralelo e, em
|
| 246 | seguida, processa o resultado no próprio aplicativo. Para isso, é
|
| 247 | utilizado um pequeno serviço que atua como \textit{mapper}, transformando
|
| 248 | os dados de cada \textit{endpoint} em um formato comum, apresentado no
|
| 249 | código \ref{lst:history-card}.
|
| 250 |
|
| 251 | \newpage
|
| 252 |
|
| 253 | \begin{lstlisting}[caption={Formato comum da tela de histórico}, label={lst:history-card}]
|
| 254 | export type HistoryCard = {
|
| 255 | id: string; // "<category>-<id>" to avoid collisions
|
| 256 | category: HistoryCategory;
|
| 257 | subtype?: CareActionSubtype; // only set when category === "care_action"
|
| 258 | timestamp: string; // ISO string — used for sorting and display
|
| 259 | title: string;
|
| 260 | summary: string;
|
| 261 | badge?: HistoryBadge;
|
| 262 | raw: MoodEntry | SleepRecord | Trigger | CareAction;
|
| 263 | };
|
| 264 | \end{lstlisting}
|
| 265 |
|
| 266 | Após a normalização, os quatro conjuntos de dados são combinados em uma
|
| 267 | única lista ordenada pelo campo \texttt{timestamp} e reagrupados por dia
|
| 268 | para exibição, conforme visto na figura \ref{fig:screenshot-history}, nos
|
| 269 | cabeçalhos ``terça-feira, 14 de julho'' e ``segunda-feira, 13 de julho''.
|
| 270 | Essa unificação é proposital: ao invés de apresentar quatro telas
|
| 271 | separadas por tipo de dado, o histórico busca reconstruir uma narrativa
|
| 272 | única do dia do usuário, aproximando-se do princípio de \textit{Ecological
|
| 273 | Momentary Assessment} já mencionado anteriormente — o contexto de um
|
| 274 | registro de humor (por exemplo, o gatilho ``Interno'' registrado três
|
| 275 | minutos antes, na mesma figura) fica visualmente próximo do evento que
|
| 276 | possivelmente o motivou.
|
| 277 |
|
| 278 | A propriedade \texttt{raw} armazena o dado original, permitindo que a
|
| 279 | listagem redirecione o usuário para a tela de detalhe correta ao tocar em
|
| 280 | um card, independentemente da categoria. Já a propriedade \texttt{badge}
|
| 281 | reaproveita o mesmo mecanismo já descrito na seção de indicadores: para
|
| 282 | um registro de sono, sinaliza se a duração foi insuficiente; para um
|
| 283 | registro de humor, destaca a dimensão mais relevante daquele registro
|
| 284 | (como ``Ansiedade alta'' na figura \ref{fig:screenshot-history}); para um
|
| 285 | gatilho, indica sua categoria, e assim por diante.
|
| 286 |
|
| 287 | \FloatBarrier
|